Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[foxriver76]

@AingTii hi der Adapter ignoriert alles mit ack true gesetzte. Ich würde an deiner Stelle mal ein trigger auf den Open wert machen und schauen ob da überhaupt was passiert wenn sich die Tür von Geisterhand öffnet. Der Adapter macht wie gesagt nichts ohne dass der DP geändert wird. Hm-Rega schreibt die DPs immer mit ack weshalb dass auch keine Ursache sein kann. Am besten mal trigger drauf und obj.from loggen falls es überhaupt von iob kommt..

Nachdem du auch bislang der einzige bist der etwas derartiges meldet, habe ich aktuell nicht den Adapter unter Verdacht.

[AingTii]

@foxriver76
ich habe schon extra alles was den Datenpunkt anspricht an scripte mit
log schreiben ausgestatet, sprich wenn irgendwas ausgeführt wird welche das Open setState
macht wird geloggt.
im Log war bislang noch nichts....

Kannst Du mir kurz schildern wie Du das genau meinst mit dem trigger und obj.from?

Klingt nach einen JS ein on... und dann schreibt das weg woher der trigger kommt?

Danke
Gruß Jens

[foxriver76]

@AingTii

on({id: 'dp.OPEN', change: 'any'}, obj => {
        log(JSON.stringify(obj));
});

Das als JavaScript im Skript Engine Adapter anlegen, die id natürlich austauschen. Dann sollte bei jeder Aktualisierung/Änderung das komplette Objekt geloggt werden. Alternativ könntest du auch mit einem der history Adapter den DP aufzeichnen und dann schauen wenn sich die Tür vom Geisterhand geöffnet hat ob der Wert zu dem Zeitpunkt geändert wurde. Hatte vor einiger Zeit mal ein ähnliches Phänomen, habe dann meine Keymatic neu kalibriert mach folgender Anleitung, seitdem nie wieder aufgetreten.. war trotzdem bedenklich.. aber gibt noch zusätzliche Sicherheitsmaßnahmen ;-)

[AingTii]

@foxriver76 sagte in Bug? Adapter hm-rpc - Keymatic OPEN Problem:

on({id: 'dp.OPEN', change: 'any'}, obj => { log(JSON.stringify(obj)); });

ok, danke, schon mal eingespielt, nun nur noch warten bis es wieder passiert