Monatsrückblick Januar/Februar 2026 ist online!

[Schweiz]

Hi Forum,

geht es nur mir so?

Im aktuellen Homematic Adapter ist für die NEQ000000 Modelreihe der FAULT_REPORTING verschwunden… :roll:

Für die Heizkörper Antriebe MEQ000000 sind diese noch vorhanden, ich würde aber auch gerne bei den Fenster / Türkontakte NEQ000000 den FAULT_REPORTING auslesen um so zb. Sabotage im Vis an zu zeigen...

HomeMatic ReGaHSS

Verfügbare Version: 2.1.3

Installierte Version: 2.1.3

HomeMatic RPC

Verfügbare Version: 1.9.2

Installierte Version: 1.9.2

Ein Downgrade möchte ich nicht machen...

[edit] Datenpunkt gefunden, danke für die Hilfe :D

Grüsse Schweiz

[foxriver76]

Ich denke nicht dass ein State mit dem Namen für dieses Modell existiert hat (da der hm Adapter diese nicht löschen würde), jedoch wie bereits im Issue beschrieben, ist ERROR ein äquvivalent zum Fault Report, warum es bei manchen Devices so heißt, bei den anderen so, weiß ich nicht. Die Daten kommen so von der CCU. Jedoch steht im ERROR State eine entsprechende Meldung bei erkannter Sabotage.

[Schweiz]

Hi foxriver76,

Ja der heisst ERROR und nicht FAULT_REPORTING

Kommish ist nur das eine Sabotage vorlage und als ich die Baumstruktur im IOBroker geöffnet habe dieses nicht sichtbar war…

Was mir noch aufgefallen ist das ich die HM IP Schalter zunächst mit dem wert true belegen musste sodass dieser dann Aktuallisiert wird.

Leider reagiert aber IO via Blockly nicht auf änderungen, lediglich der eine Schalter mit Bewegungsmelder reagiert auf bewegung und schaltet das Licht ein, ein Tastendruck funktioniert auf keinen der Schalter... das muss ich aber noch testen...

Grüsse Schweiz

[foxriver76]

@Schweiz:

Hi foxriver76,

Ja der heisst ERROR und nicht FAULT_REPORTING

Kommish ist nur das eine Sabotage vorlage und als ich die Baumstruktur im IOBroker geöffnet habe dieses nicht sichtbar war…

Was mir noch aufgefallen ist das ich die HM IP Schalter zunächst mit dem wert true belegen musste sodass dieser dann Aktuallisiert wird.

Leider reagiert aber IO via Blockly nicht auf änderungen, lediglich der eine Schalter mit Bewegungsmelder reagiert auf bewegung und schaltet das Licht ein, ein Tastendruck funktioniert auf keinen der Schalter... das muss ich aber noch testen...

Grüsse Schweiz `

Wenn Taster-Werte nicht synchronisiert werden, liegt es meistens daran, dass ein Dummy Programm auf der CCU benötigt wird, ansonsten wird der Tastendruck des Schalters der CCU und somit auch ioB nicht mitgeteilt, siehe https://github.com/ioBroker/ioBroker.hm … nformation

[Schweiz]

Ja, wenn ich es auf der CCU mache funktioniert es…

Wenn ich es ausschliesslich im IOBroker mache sehe ich das der Wert sich im True auf grün geht, demzufolge kommt der befehl des Tastendrucks auch im IOBroker an, das True wird jedoch nicht ausgewertet... Auch ist es so das der Bewegungsmelder in dem einen Schalter sich ja über IOBroker steuern lässt!

OK, ein Dummy auf die CCU wenn das die Aktuelle anforderung ist... :shock:
> If you use HomeMatic switches or remotes their button states will only be acknowledged by CCU and thus by ioBroker, when you have a running 'dummy' program on the CCU which depends on the related switch or remote.
Und wie sollte das Programm oder Dummy dann aussehen?

Grüsse Schweiz

[Schweiz]

ok… hat sich erledigt, also einfach in der CCU = Schalter = Tastendruck X

sonst nix und fertig... LOL

Grüsse Schweiz

Ps. Danke für deine Hilfe