HomeMatic-Forum / FHZ-Forum

Der Aktor sendet den Status als Broadcast und erwartet von jedem Linkpartner eine Bestätigung. Das ist dann auf jeden Fall der auslösende Taster; ob er von der CCU auch eine Bestätigung verlangt wird, hängt davon ab, ob ein ReGa-Programm mit dem Status des Aktors vernüpft ist oder nicht.

Die Seriennummer ist richtig, Du musst das Suffix :1 angeben. Der Parameter für die Helligkeit bei einem Dimmer heisst LEVEL: <?xml version="1.0"?> <methodCall> <methodName>getValue</methodName> <params> <param><value><string>LEQ1317899:1</string></value></param> <param><value><string>LEVEL</string>...

Du musst das Kanalsuffix (:1 etc.) angeben. Bei einem 4-Kanal-Aktor z.B. gibt es den Wert "STATE" einmal pro Kanal. Alle unterstützten Werte eines Kanals bekommst Du mit der Abfrage "getParamsetDescription" mit dem Paramset-Namen "VALUES". Die Menge der Kanäle eines Geräts erhälst Du mit "getDeviceD...

Das ist so beabsichtigt -- laut mqtt-smarthome-Spezifikation kann der Inhalt entweder ein einfacher Wert oder ein JSON-encodiertes Objekt sein, welche zusätzliche Metainformation zu den Daten enthält: https://github.com/mqtt-smarthome/mqtt-smarthome/blob/master/Architecture.md#message-format und htt...

Du kriegst doch sicher eine Meldung, wenn Du versuchst, den Aktor z.B über WebUI anzusprechen?

Es gibt bei Wired keine regelmäßigen Statusmeldungen -- die zugrundeliegende Annahme ist, dass auf diesem Medium Nachrichten nicht verloren gehen und ergo keine Redundanz bei der Übertragung nötig ist.

Eine fertige Lösung kenne ich auch noch nicht.

Es gibt eine MQTT-Erweiterung um Websockets, die inzwischen auch in Mosquitto implementiert ist, das wäre vermutlich ein interessanter Ansatz (Beispiel: http://www.hivemq.com/demos/websocket-client/)

Yep, init:

Die Tastereingänge haben nicht direkt etwas mit 24V zu tun. Das sind direkt Eingänge des Atmega-Mikrocontrollers, die mit dem internen Pullup auf ~+5V gebracht werden. Per Taster wird diese kurzgeschlossen, der Prozessor reagiert also auf den Nullpegel. Es ist daher unwahrscheinlich, dass durch eine...

Ja, solltest Du. Siehe Punkt 2 -- die CCU kann die Statusmeldungen nicht zustellen, da die von hm2mqtt an den rfd übermittelte Callback-Adresse falsch ist.

Ok, zwei Sachen: -- vermutlich hast Du kein HM-Wired, deswegen diese Meldung -- der hs485d auf Port 2000 läuft bei Dir einfach nicht. Macht nix, einfach ignorieren. Die Verbindung zu rfd auf Port 2001 sollte gehen. Wenn Du die Meldung irritierend findest, kannst Du auch einfach mit hm.host=192.168.1...