Klingelsignalerkennung HmIP-DSD-PCB

[oFbEQnpoLKKl6mbY5e13]

@foxdie

Nein, jetzt mal ruhig bleiben!

[SpacerX]

@ofbeqnpolkkl6mby5e13 Die Info ist mir scheinbar entgangen.

Nur mal zur Info. So sieht es bei mir aus.

[oFbEQnpoLKKl6mbY5e13]

@spacerx

Super, vielen Dank!

[FoxDie]

@spacerx
Ahhh, ok den Datenpunkt gibt es gar nicht

[oFbEQnpoLKKl6mbY5e13]

@apollon77

Der HmIP-DSD-PCB wird am HMIP-Adapter nicht korrekt erkannt. An den letzten Screenshots von @SpacerX und @foxdie kannst du das erkennen. EQ-3 hat als Basis für den Klingelsensor wohl einen Fensterkontakt verwendet. Reichen die Screenshot so, um das zu fixen? Ich habe den leider nicht.

[paul53]

@foxdie sagte: den Datenpunkt gibt es gar nicht

Dann versuche es mal mit diesem Vorschlag.

[oFbEQnpoLKKl6mbY5e13]

@foxdie

So, zurück zu dir. Bis das gefixt ist, musst du halt mit den falschen Datenpunkten arbeiten.

Ich nehme an, dass "windowOpen" von False auf True und wieder auf False wechselt, wenn die Klingel betätigt wurde.

In dem Fall benötigst du in dem Blockly den Sonst-Block nicht.

[apollon77]

@ofbeqnpolkkl6mby5e13 ehrlich? Mit Screenshots fange ich nicht an zu raten ich brauche die datenebene und das ist debug log vom Start und dann die Geräte Id (die kann ich aus dem Screenshot nehmen). Daher an die User bei denen es nicht geht: github issue mit dem Problem und log dahin oder email an iobroker@fischer-ka.de mir Referenz aufs issue.

[FoxDie]

@paul53
Danke für den Vorschlag. Ich habe gerade mal in die Historye geschaut und er ändert an dem Datenpunkt keinen Wert wenn ich die Klingel benutze.

[paul53]

@foxdie sagte: ändert an dem Datenpunkt keinen Wert wenn ich die Klingel benutze.

Testskript? Wird auf keinen der beiden Datenpunkte getriggert?

[oFbEQnpoLKKl6mbY5e13]

@apollon77 sagte in Klingelsignalerkennung HmIP-DSD-PCB:

ehrlich?

Ja natürlich, auch ich kann mir nicht jede Komponente kaufen, um an Debug-Daten zu kommen.

[FoxDie]

@ofbeqnpolkkl6mby5e13
Keiner der Werte ändert sich. Nur der Zeitstempel wenn ich die klingel 2-3 sec gedrückt halte

[FoxDie]

@paul53 Testskript könnte ich versuchen, aber augenscheinlich passiert da erstmal nix.

[oFbEQnpoLKKl6mbY5e13]

@foxdie

Beim HMIP-Adapter werden immer alle Zeitstempel aller States einer Komponente aktualisiert, wenn sich ein State ändert.

Woher weißt du denn, dass sich kein Wert ändert?

[SpacerX]

@ofbeqnpolkkl6mby5e13
Ich weiß jetzt mal nicht wie das mit dem Access Point funktioniert. In der CCU hat man die Möglichkeit das Kanalverhalten als TASTER, SCHALTER oder KONTAKT vorzugeben. Gibt es diese Möglichkeit beim Access Point oder über dessen App auch. Das könnte das Verhalten und andere Datenpunkte vielleicht auch erklären.

[oFbEQnpoLKKl6mbY5e13]

@spacerx

Nein.

[FoxDie]

@ofbeqnpolkkl6mby5e13
Ich schaue auf die Objektdaten im IoBroker und Klingel und es verändert sich nichts. Beim Fensterkontakt sehe ich die Veränderung in der Ordnerstruktur

[oFbEQnpoLKKl6mbY5e13]

@foxdie

Der Wert wechselt viel zu schnell zwischen False und True, das kann man im Admin nicht sehen.

Nimm dein Blockly und lass dir eine Telegram-Nachricht zusenden, wenn windowOpen auf true geht.

[FoxDie]

@spacerx Ich kann das Tastverhalten ändern zwischen kurz und geöffnet und geschlossen. Beides hat keinen Unterschied bewirkt.

[paul53]

@foxdie sagte: Ich schaue auf die Objektdaten im IoBroker und Klingel und es verändert sich nichts.

Da die Änderungen wahrscheinlich zu kurz sind, nimm das Testskript! Dort werden alle Zustandsaktualisierungen geloggt.