HPCL und HmIP-SPDR
Moderator: Co-Administratoren
-
- Beiträge: 9118
- Registriert: 17.11.2012, 10:47
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Köln
- Hat sich bedankt: 37 Mal
- Danksagung erhalten: 286 Mal
HPCL und HmIP-SPDR
Hallo Gemeinde,
kann das jemand nachvollziehen?
Bin gerade ein wenig am Testen - hier mit dem HmIP-SPDR.
Der Sensor ist ja seit geraumer Zeit in HPCL integriert und ich wollte einmal wissen, ob der bei euch auch nur die beiden Kanäle 2 und 3 nach dem Import aufweist?
Also 'Durchgangserkennung rechts nach links' und 'Durchgangserkennung links nach rechts'.
Auch ein manuelles Einfügen des HmIP-SPDR weist nur die beiden Kanäle mit leeren Makros auf!
Ist ja schön, das man die erkannten Bewegungen / Durchgänge erkennt, aber muss man sich jetzt die (vorhandenen) Richtungszähler in HPCL nochmals als Makro programmieren?
kann das jemand nachvollziehen?
Bin gerade ein wenig am Testen - hier mit dem HmIP-SPDR.
Der Sensor ist ja seit geraumer Zeit in HPCL integriert und ich wollte einmal wissen, ob der bei euch auch nur die beiden Kanäle 2 und 3 nach dem Import aufweist?
Also 'Durchgangserkennung rechts nach links' und 'Durchgangserkennung links nach rechts'.
Auch ein manuelles Einfügen des HmIP-SPDR weist nur die beiden Kanäle mit leeren Makros auf!
Ist ja schön, das man die erkannten Bewegungen / Durchgänge erkennt, aber muss man sich jetzt die (vorhandenen) Richtungszähler in HPCL nochmals als Makro programmieren?
Gruß Günter
pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
-
- Beiträge: 3748
- Registriert: 23.09.2017, 12:04
- Hat sich bedankt: 67 Mal
- Danksagung erhalten: 122 Mal
Re: HPCL und HmIP-SPDR
Guten Morgen
die Frage müsstest Du Dir beantworten können, wenn Du die Datenpunkte ansiehst. Erfolgt die Berechnung in einem versteckten Script in der CCU, dann kann HPCL das nicht übernehmen und Du musst selbst eine Zählung programmieren.
Wenn die Zählung allerdings im Gerät passiert, dann sollte HPCL die entsprechenden Datenpunkte auch auslesen können.
Ich habe so einen Sensor nicht mehr (da sich Preis / Leistung nicht erschlossen hat), aber ich würde ersteres vermuten.
die Frage müsstest Du Dir beantworten können, wenn Du die Datenpunkte ansiehst. Erfolgt die Berechnung in einem versteckten Script in der CCU, dann kann HPCL das nicht übernehmen und Du musst selbst eine Zählung programmieren.
Wenn die Zählung allerdings im Gerät passiert, dann sollte HPCL die entsprechenden Datenpunkte auch auslesen können.
Ich habe so einen Sensor nicht mehr (da sich Preis / Leistung nicht erschlossen hat), aber ich würde ersteres vermuten.
-
- Beiträge: 7151
- Registriert: 31.12.2006, 15:18
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Rhein-Main
- Danksagung erhalten: 35 Mal
Re: HPCL und HmIP-SPDR
Hi,
habe auch keinen, kann deswegen dazu nichts sagen, aber wenn es Datenpunkte sind, und die sind nicht per Default in HPCL vorhanden, dann kann man die sich ja inzwischen selbst mit einer eigenen Hardwareverknüpfung anlegen.
Der Familienvater
habe auch keinen, kann deswegen dazu nichts sagen, aber wenn es Datenpunkte sind, und die sind nicht per Default in HPCL vorhanden, dann kann man die sich ja inzwischen selbst mit einer eigenen Hardwareverknüpfung anlegen.
Der Familienvater
-
- Beiträge: 59
- Registriert: 05.04.2018, 22:56
- Danksagung erhalten: 3 Mal
Re: HPCL und HmIP-SPDR
Hallo,
die Durchgangszähler sind als Variablen zum Objekt vorhanden. Da das ein eher unwichtiger Wert ist hat er kein eigenes Objekt bekommen.
Es gibt eine weitere Variable (Durchgangs-)"Geschwindigkeit", die von den aktuellen Geräten nicht mehr unterstützt wird. Dieser Wert wurde in den ersten Geräten, die für das Projekt
http://www.living-care.de
entwickelt wurden benutzt.
Diese Variable wird in einem der nächsten Updates entfernt und kann gelöscht werden wenn vorhanden.
die Durchgangszähler sind als Variablen zum Objekt vorhanden. Da das ein eher unwichtiger Wert ist hat er kein eigenes Objekt bekommen.
Es gibt eine weitere Variable (Durchgangs-)"Geschwindigkeit", die von den aktuellen Geräten nicht mehr unterstützt wird. Dieser Wert wurde in den ersten Geräten, die für das Projekt
http://www.living-care.de
entwickelt wurden benutzt.
Diese Variable wird in einem der nächsten Updates entfernt und kann gelöscht werden wenn vorhanden.
Mit freundlichem Gruss
Ralph Krapoth
http://www.cl-control.de
Bei Fragen bitte keine PMs, sondern mail an technik@cl-control.de
PMs werden nicht regelmässig kontrolliert und und können unbeantwortet bleiben.
Ralph Krapoth
http://www.cl-control.de
Bei Fragen bitte keine PMs, sondern mail an technik@cl-control.de
PMs werden nicht regelmässig kontrolliert und und können unbeantwortet bleiben.
-
- Beiträge: 9118
- Registriert: 17.11.2012, 10:47
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Köln
- Hat sich bedankt: 37 Mal
- Danksagung erhalten: 286 Mal
Re: HPCL und HmIP-SPDR
Hallo Herr Krapoth,
auf die Variablen hatte ich überhaupt nicht geachtet.
Aber im Nachhinein betrachtet stellte sich mir sowieso die Frage, was diese nicht rücksetzbare Zähler überhaupt bringen sollen?
Da geht die Nutzung / Umsetzung wesentlich eleganter innerhalb HPCL.
@Vadder
Kannst du mir bitte einmal kurz auf die Sprünge helfen?
auf die Variablen hatte ich überhaupt nicht geachtet.
Aber im Nachhinein betrachtet stellte sich mir sowieso die Frage, was diese nicht rücksetzbare Zähler überhaupt bringen sollen?
Da geht die Nutzung / Umsetzung wesentlich eleganter innerhalb HPCL.
@Vadder
Da scheint etwas an mir vorbei gelaufen zu sein!Familienvater hat geschrieben: ↑30.09.2018, 09:59aber wenn es Datenpunkte sind, und die sind nicht per Default in HPCL vorhanden, dann kann man die sich ja inzwischen selbst mit einer eigenen Hardwareverknüpfung anlegen.
Kannst du mir bitte einmal kurz auf die Sprünge helfen?
Gruß Günter
pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
-
- Beiträge: 7151
- Registriert: 31.12.2006, 15:18
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Rhein-Main
- Danksagung erhalten: 35 Mal
Re: HPCL und HmIP-SPDR
Hi,
Objektdefinition->Die Seite Allgemein-> und da der letzte Punkt "Hardware-Modul"
Der Familienvater
Guckst Du am einfachsten in der HPCL-Hilfe:
Objektdefinition->Die Seite Allgemein-> und da der letzte Punkt "Hardware-Modul"
Der Familienvater
-
- Beiträge: 9118
- Registriert: 17.11.2012, 10:47
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Köln
- Hat sich bedankt: 37 Mal
- Danksagung erhalten: 286 Mal
Re: HPCL und HmIP-SPDR
Hi,
Danke dir!
sag das doch gleich.
Aber Scherz beiseite.
Zum. bei den IP-Sensoren stellt sich dies als nicht so einfach um nicht zu sagen unmöglich dar.
Bei dem HmIP-SPDR und auch HmIP-SPI bekomme ich das jedenfalls nicht hin.
Die Datenpunkte der beiden Geräte und deren Anzeige: Anscheinend fehlen auf der (piV) CCU3 wie man sieht auch noch die Hilfetexte.
Normal steht hier in etwa, dass man die Entscheidungswerte nicht ändern soll.
Und als Beispiel die Adresse(n), die bei dem HmIP-SPI unter HPCL steh(t/en) - Eingabe ist die Adresse für die Helligkeit.
Woher also diese Adressen für nicht aufgeführte / übernommene Kanäle / Datenpunkte nehmen?
Danke dir!
sag das doch gleich.
Aber Scherz beiseite.
Zum. bei den IP-Sensoren stellt sich dies als nicht so einfach um nicht zu sagen unmöglich dar.
Bei dem HmIP-SPDR und auch HmIP-SPI bekomme ich das jedenfalls nicht hin.
Die Datenpunkte der beiden Geräte und deren Anzeige: Anscheinend fehlen auf der (piV) CCU3 wie man sieht auch noch die Hilfetexte.
Normal steht hier in etwa, dass man die Entscheidungswerte nicht ändern soll.
Und als Beispiel die Adresse(n), die bei dem HmIP-SPI unter HPCL steh(t/en) - Eingabe ist die Adresse für die Helligkeit.
Woher also diese Adressen für nicht aufgeführte / übernommene Kanäle / Datenpunkte nehmen?
Gruß Günter
pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
-
- Beiträge: 7151
- Registriert: 31.12.2006, 15:18
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Rhein-Main
- Danksagung erhalten: 35 Mal
Re: HPCL und HmIP-SPDR
Hi,
es gibt eine Dokumentation von EQ3 bzgl der Geräte-Datenpunkte von HM- und auch HmP-Devices (die HmIP-Doku hat auch nur ca. 3000 Seiten, aber da steht drin, was es alles gibt).
Ich schaue bei mir "einfach" in meinem XML-RPC-Logger, was der so vom HmIP-Server geschickt bekommt, und habe damit alle Datenpunkte/Kanäle und auch Datentypen, und mit dem Verlauf sieht man auch, ob es Sinn macht, den Datenpunkt "anzuzapfen". Was man nicht sieht, ob der von HPCL schon irgendwie gehandelt wird (wenn man ihn zusätzlich anzapfen würde, gäbe es ggf. unvorhersehbare Reaktionen in HPCL).
Man könnte auch in ioBroker schauen, was das Device so an Object-States hat, oder mit Hobbyquakers HM-Manager (ich denke, der neue kann inzwischen auch HmIP), oder grundsätzlich "jedes" Tool, was die XML-RPC-Schnittstelle passend besurft, oder auch einfach ein bisschen HM-Script, was alle Datenpunkte rausschreibt.
Mit viel Fummelei in der HmIP-Server-Log-Config-Datei bekommt man IIRC auch den HmIP-Server dazu, so ähnlich wie der rfd zu Loggen, das ist aber ziemlich mühsam und einiges an Forschungsarbeit, die richtigen Namensräume zu inkludieren, und andere zu exkludieren.
Alles in allem halt eine Funktionion für Experten, die Wissen was sie tun, und was sie wollen.
Der Familienvater
es gibt eine Dokumentation von EQ3 bzgl der Geräte-Datenpunkte von HM- und auch HmP-Devices (die HmIP-Doku hat auch nur ca. 3000 Seiten, aber da steht drin, was es alles gibt).
Ich schaue bei mir "einfach" in meinem XML-RPC-Logger, was der so vom HmIP-Server geschickt bekommt, und habe damit alle Datenpunkte/Kanäle und auch Datentypen, und mit dem Verlauf sieht man auch, ob es Sinn macht, den Datenpunkt "anzuzapfen". Was man nicht sieht, ob der von HPCL schon irgendwie gehandelt wird (wenn man ihn zusätzlich anzapfen würde, gäbe es ggf. unvorhersehbare Reaktionen in HPCL).
Man könnte auch in ioBroker schauen, was das Device so an Object-States hat, oder mit Hobbyquakers HM-Manager (ich denke, der neue kann inzwischen auch HmIP), oder grundsätzlich "jedes" Tool, was die XML-RPC-Schnittstelle passend besurft, oder auch einfach ein bisschen HM-Script, was alle Datenpunkte rausschreibt.
Mit viel Fummelei in der HmIP-Server-Log-Config-Datei bekommt man IIRC auch den HmIP-Server dazu, so ähnlich wie der rfd zu Loggen, das ist aber ziemlich mühsam und einiges an Forschungsarbeit, die richtigen Namensräume zu inkludieren, und andere zu exkludieren.
Alles in allem halt eine Funktionion für Experten, die Wissen was sie tun, und was sie wollen.
Der Familienvater
-
- Beiträge: 9118
- Registriert: 17.11.2012, 10:47
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Köln
- Hat sich bedankt: 37 Mal
- Danksagung erhalten: 286 Mal
Re: HPCL und HmIP-SPDR
Hi,
danke erst einmal für die ausführliche Erläuterung.
Zum HmIP-SPDR stehen die Datenpukte (Counter) im Syslog - hätte ich auch selbst drauf kommen müssen.
Aber hier mal zur Info, was zu dem SPI im Syslog (alles Loggen) steht:
Da sehe ich nix von einer Adresse 'C170999*.
Und jetzt noch zusätzlichen Aufwand (3000 Seiten lesen, noch nen Logger einrichten) erachte ich als etwas übertrieben für etwas, dass sich problemlos innerhalb von HPCL umsetzen lässt.
Es soll da noch ein Leben parallel zu 'Smart Home' geben.
danke erst einmal für die ausführliche Erläuterung.
Zum HmIP-SPDR stehen die Datenpukte (Counter) im Syslog - hätte ich auch selbst drauf kommen müssen.
Code: Alles auswählen
Line 23651: Oct 2 07:53:45 192.168.10.205 ReGaHss: Info: XmlRpcMethodEvent::execute: Event="000C5709AE69B8:0"."CONFIG_PENDING"=false [iseXmlRpc.cpp:321]
Line 23655: Oct 2 07:53:45 192.168.10.205 ReGaHss: Info: XmlRpcMethodEvent::execute: Event="000C5709AE69B8:0"."DUTY_CYCLE"=false [iseXmlRpc.cpp:321]
Line 23659: Oct 2 07:53:45 192.168.10.205 ReGaHss: Info: XmlRpcMethodEvent::execute: Event="000C5709AE69B8:0"."LOW_BAT"=false [iseXmlRpc.cpp:321]
Line 23663: Oct 2 07:53:45 192.168.10.205 ReGaHss: Info: XmlRpcMethodEvent::execute: Event="000C5709AE69B8:0"."UNREACH"=false [iseXmlRpc.cpp:321]
Line 23671: Oct 2 07:53:45 192.168.10.205 ReGaHss: Info: XmlRpcMethodEvent::execute: Event="000C5709AE69B8:0"."RSSI_DEVICE"=-33 [iseXmlRpc.cpp:321]
Line 23680: Oct 2 07:53:45 192.168.10.205 ReGaHss: Info: XmlRpcMethodEvent::execute: Event="000C5709AE69B8:0"."OPERATING_VOLTAGE_STATUS"=0 [iseXmlRpc.cpp:321]
Line 23685: Oct 2 07:53:45 192.168.10.205 ReGaHss: Info: XmlRpcMethodEvent::execute: Event="000C5709AE69B8:0"."OPERATING_VOLTAGE"=2.800000 [iseXmlRpc.cpp:321]
Line 23690: Oct 2 07:53:45 192.168.10.205 ReGaHss: Info: XmlRpcMethodEvent::execute: Event="000C5709AE69B8:2"."PASSAGE_COUNTER_VALUE"=49 [iseXmlRpc.cpp:321]
Line 23695: Oct 2 07:53:45 192.168.10.205 ReGaHss: Info: XmlRpcMethodEvent::execute: Event="000C5709AE69B8:2"."PASSAGE_COUNTER_OVERFLOW"=true [iseXmlRpc.cpp:321]
Line 23700: Oct 2 07:53:45 192.168.10.205 ReGaHss: Info: XmlRpcMethodEvent::execute: Event="000C5709AE69B8:2"."LAST_PASSAGE_DIRECTION"=false [iseXmlRpc.cpp:321]
Line 23705: Oct 2 07:53:45 192.168.10.205 ReGaHss: Info: XmlRpcMethodEvent::execute: Event="000C5709AE69B8:2"."CURRENT_PASSAGE_DIRECTION"=false [iseXmlRpc.cpp:321]
Line 23714: Oct 2 07:53:45 192.168.10.205 ReGaHss: Info: XmlRpcMethodEvent::execute: Event="000C5709AE69B8:3"."PASSAGE_COUNTER_VALUE"=90 [iseXmlRpc.cpp:321]
Line 23719: Oct 2 07:53:45 192.168.10.205 ReGaHss: Info: XmlRpcMethodEvent::execute: Event="000C5709AE69B8:3"."PASSAGE_COUNTER_OVERFLOW"=true [iseXmlRpc.cpp:321]
Line 23723: Oct 2 07:53:45 192.168.10.205 ReGaHss: Info: XmlRpcMethodEvent::execute: Event="000C5709AE69B8:3"."LAST_PASSAGE_DIRECTION"=false [iseXmlRpc.cpp:321]
Line 23727: Oct 2 07:53:45 192.168.10.205 ReGaHss: Info: XmlRpcMethodEvent::execute: Event="000C5709AE69B8:3"."CURRENT_PASSAGE_DIRECTION"=true [iseXmlRpc.cpp:321]
Code: Alles auswählen
Line 23574: Oct 2 07:53:41 192.168.10.205 ReGaHss: Info: XmlRpcMethodEvent::execute: Event="000C170999FA69:0"."SABOTAGE"=false [iseXmlRpc.cpp:321]
Line 23581: Oct 2 07:53:41 192.168.10.205 ReGaHss: Info: XmlRpcMethodEvent::execute: Event="000C170999FA69:0"."CONFIG_PENDING"=false [iseXmlRpc.cpp:321]
Line 23588: Oct 2 07:53:41 192.168.10.205 ReGaHss: Info: XmlRpcMethodEvent::execute: Event="000C170999FA69:0"."DUTY_CYCLE"=false [iseXmlRpc.cpp:321]
Line 23593: Oct 2 07:53:41 192.168.10.205 ReGaHss: Info: XmlRpcMethodEvent::execute: Event="000C170999FA69:0"."LOW_BAT"=false [iseXmlRpc.cpp:321]
Line 23600: Oct 2 07:53:41 192.168.10.205 ReGaHss: Info: XmlRpcMethodEvent::execute: Event="000C170999FA69:0"."UNREACH"=false [iseXmlRpc.cpp:321]
Line 23607: Oct 2 07:53:41 192.168.10.205 ReGaHss: Info: XmlRpcMethodEvent::execute: Event="000C170999FA69:0"."RSSI_DEVICE"=-47 [iseXmlRpc.cpp:321]
Line 23612: Oct 2 07:53:41 192.168.10.205 ReGaHss: Info: XmlRpcMethodEvent::execute: Event="000C170999FA69:0"."OPERATING_VOLTAGE_STATUS"=0 [iseXmlRpc.cpp:321]
Line 23617: Oct 2 07:53:41 192.168.10.205 ReGaHss: Info: XmlRpcMethodEvent::execute: Event="000C170999FA69:0"."OPERATING_VOLTAGE"=2.900000 [iseXmlRpc.cpp:321]
Line 23622: Oct 2 07:53:41 192.168.10.205 ReGaHss: Info: XmlRpcMethodEvent::execute: Event="000C170999FA69:0"."ERROR_CODE"=0 [iseXmlRpc.cpp:321]
Line 23627: Oct 2 07:53:41 192.168.10.205 ReGaHss: Info: XmlRpcMethodEvent::execute: Event="000C170999FA69:1"."PRESENCE_DETECTION_STATE"=true [iseXmlRpc.cpp:321]
Line 23632: Oct 2 07:53:41 192.168.10.205 ReGaHss: Info: XmlRpcMethodEvent::execute: Event="000C170999FA69:1"."PRESENCE_DETECTION_ACTIVE"=true [iseXmlRpc.cpp:321]
Line 23637: Oct 2 07:53:41 192.168.10.205 ReGaHss: Info: XmlRpcMethodEvent::execute: Event="000C170999FA69:1"."ILLUMINATION"=111.400000 [iseXmlRpc.cpp:321]
Line 23642: Oct 2 07:53:41 192.168.10.205 ReGaHss: Info: XmlRpcMethodEvent::execute: Event="000C170999FA69:1"."ILLUMINATION_STATUS"=0 [iseXmlRpc.cpp:321]
Und jetzt noch zusätzlichen Aufwand (3000 Seiten lesen, noch nen Logger einrichten) erachte ich als etwas übertrieben für etwas, dass sich problemlos innerhalb von HPCL umsetzen lässt.
Es soll da noch ein Leben parallel zu 'Smart Home' geben.
Gruß Günter
pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
-
- Beiträge: 7151
- Registriert: 31.12.2006, 15:18
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Rhein-Main
- Danksagung erhalten: 35 Mal