HPCL und HmIP-SPDR

[Daimler]

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?

[NickHM]

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.

[Familienvater]

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

[cl-control-RK]

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.

[Daimler]

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

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.

Da scheint etwas an mir vorbei gelaufen zu sein!
Kannst du mir bitte einmal kurz auf die Sprünge helfen?

[Familienvater]

Hi,

Da scheint etwas an mir vorbei gelaufen zu sein!
Kannst du mir bitte einmal kurz auf die Sprünge helfen?

Guckst Du am einfachsten in der HPCL-Hilfe:
Objektdefinition->Die Seite Allgemein-> und da der letzte Punkt "Hardware-Modul"

Der Familienvater

[Daimler]

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?

[Familienvater]

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

[Daimler]

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.

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]

Aber hier mal zur Info, was zu dem SPI im Syslog (alles Loggen) steht:

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]

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.

[Familienvater]

Moin,

Da sehe ich nix von einer Adresse 'C170999*.

Und was wäre z.B. mit 000C170999FA69?

Der Familienvater