Beitrag
von Familienvater » 22.11.2017, 00:39
Hi,
leider muss ich Daimler recht geben, HmIP wird zwar von HPCL unterstützt, aber aktuell eher nur "lieblos", die Hilfe von HPCL enthält immerhin für zwei Geräte Hinweise, dann auch Details für SETZEWERT, aber Deine genannten sind nicht dabei -> Mail an Contronics...
Contronics macht es aber auch höchstens so gut wie EQ3 selbst, ich habe gerade interessehalber versucht herauszufinden, was so die gemeldeten Datenpunkte bzw. Optionen bewirken könnten, weil z.B. der Indoor-Bewegungsmelder HmIP-SMI kann per WebUI-Programm auf Bewegungsmelder aktiv bzw. nicht aktiv geschaltet werden, ich finde aber zu dieser Option nichts im WebUI-Handbuch, nichts im HmIP-Anwenderhandbuch, und in der BA vom Gerät selbst schon mal gar nicht. In HPCL hat der SMI zwei "Kanäle", einen mit der Helligkeit, und einen mit der erkannten Bewegung, im Objekte/Variablen-Dropdown beim Makro-Editieren sieht man, das der Bewegungsmelder-Kanal auch eine vordefinierte Variable "Sabotage" hat (das haben HM-Sec Geräte so nicht), zum Datentyp bekommt man aber so auch nichts raus, dazu müsste man es wirklich laufen lassen und Try-And-Error machen, wahrscheinlich genauso zum "Meldeverhalten", wobei das ja durch zig Optionen konfigurierbar ist, und die Konfig-Optionen sind wiederum im WebUI-Handbuch mit Allerwelts-Kaugummi-Sprüchen beschrieben.
Genug gebasht, zu Deinem Problem:
Deine getesteten SETZEWERT-Parameter sind aus meiner Sicht HM-Spezifisch.
In der EQ3-HmIP-Devicedokumentation (das PDF mit den 3.000 Seiten) git es einen Parameter BOOST_MODE im Kanal 1, der ist aber Boolean, und das ist (früher) ganz schwer gewesen, diesen Datentyp von HPCL aus als Bool zu übergeben, eine (HPCL) 0 bzw 1 wird dann als INT übergeben, und auch so dem Schnittstellenprozess übergeben, und der mault, weil der BOOL erwartet, das könnte RK relativ einfach mit irgendwelchen Konfig-Dateien/Modultabellenupdates ändern, ggf. auch, das dieser Parameter an den "richtigen" Kanal geschickt wird. Es gibt auch einen CONTROL_MODE im Kanal 1 vom Typ INT, der Werte von 0 bis 3 annehmen darf, ich würde da mal auf Auto/Man/Party/Boost tippen (welcher Wert für was steht???, aber vielleicht kann man das auch wieder aus HPCL herausbekommen, die HM-WTs haben auch einen .Modus, da war es 0 - Automatik/Zeitsteuerung, 1 - Manuell, 2 - PARTY-MODE, 3 - Boost), aber ich habe echt keine Ahnung, und auch kein solches Gerät, um Grundlagenforschung zu betreiben, weiteres Problem dabei: Selbst wenn man selber "forschen" will, an brauchbare HmIP-Schnittstellen-Logs (auch mit Fehlern) zu kommen ist echt übel (wo man ggf. solchen Datentypenfehler oder falschen Kanälen auf die Spur kommen könnte), es hilft auf jeden Fall die Brechstange "tcpdump", und man loggt die Kommunikation der EE mit dem HmIP-Server auf der Zentrale, und schaut sich die XMLRPC-Kommunikation später mit Wireshark an, da bekommt man ggf. dann in aus der Antwort vom crRfd raus, ob der Parametertyp und Kanal gepasst haben.
Der Familienvater
