Klingelsignalerkennung HmIP-DSD-PCB
-
@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 -
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.
-
@spacerx Ich kann das Tastverhalten ändern zwischen kurz und geöffnet und geschlossen. Beides hat keinen Unterschied bewirkt.
-
@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.
-
Geht leider nicht
-
@foxdie
Der Telegram-Block gehört in den Trigger! -
Wieso fängst du wieder von vorne an, du hast doch ein funktionierendes Blockly, was du verwenden kannst!
-
@paul53
Versteh ich ja aber dann funktioniert nicht mal der Test über Skript neustarten -
@foxdie sagte: dann funktioniert nicht mal der Test über Skript neustarten
Soll auch nicht. Was sagt die Log-Ausgabe des Testskripts? Bleibt die leer, wenn geklingelt wird?
Wie alt sind die Zeitstempel der beiden Datenpunkte? -
@ofbeqnpolkkl6mby5e13
Tausche ich den Datenpunkt aus und entferne den "sonst" Wert, kriege ich nach dem Skript Neustart keine Nachricht mehr und deswegen habe ich es so versucht. -
Die Zeitstempel aller States werden aktualisiert, wenn er die Klingel betätigt...
-
Genau das wollte ich wissen. Das bedeutet leider, dass es keinen Workaround gibt, um den im Moment am Access Point zu verwenden.
-
@ofbeqnpolkkl6mby5e13 sagte: Die Zeitstempel aller States werden aktualisiert
Das möchte ich von @FoxDie anhand der Log-Ausgaben des Testskripts sehen.
-
@paul53
Ich bin wirklich seit ein paar tagen dabei wo kann ich die Auswertung von dem Skript sehen -
@foxdie sagte: wo kann ich die Auswertung von dem Skript sehen
Im Fenster unterhalb des Skript-Editorfensters.
Es erscheinen erst die Logs vom Skriptstart und bei Klingelbetätigung weitere, wenn die Zeitstempel dabei aktualisiert werden. -
@paul53
13:37:08.305 info javascript.0 (998) Stop script script.js.Skript_1tear
13:37:08.316 info javascript.0 (998) Start javascript script.js.Skript_1tear
13:37:08.329 info javascript.0 (998) script.js.Skript_1tear: registered 2 subscriptions, 0 schedules, 0 messages, 0 logs and 0 file subscriptions
13:37:43.703 info javascript.0 (998) script.js.Skript_1tear: openCLOSED
13:37:43.706 info javascript.0 (998) script.js.Skript_1tear: openfalse
13:37:44.421 info javascript.0 (998) script.js.Skript_1tear: openCLOSED
13:37:44.422 info javascript.0 (998) script.js.Skript_1tear: openfalse -
Ok, also die Daten die Apollo benötigt zusammentragen und dann könnte der Adapter mit einem Update funktionieren ( nicht das ich wüsste was er benötigt :-D)
-
@foxdie sagte:
13:37:43.703 info javascript.0 (998) script.js.Skript_1tear: openCLOSED
13:37:43.706 info javascript.0 (998) script.js.Skript_1tear: openfalseDu hast keine unterschiedlichen Texte verwendet.
Logausgaben bitte immer in Code tags </> posten.So wie ich das sehe, kann bei "windowOpen" auf "ist falsch" oder "wurde aktualisiert" getriggert werden.
-
Stell die Instanz auf Debug um. Die komplette Ausgabe aus dem Log hier posten (in CodeTags </>)
-
BlocklyJavascriptTypeScriptRules 13:37:08.305 info javascript.0 (998) Stop script script.js.Skript_1tear 13:37:08.316 info javascript.0 (998) Start javascript script.js.Skript_1tear 13:37:08.329 info javascript.0 (998) script.js.Skript_1tear: registered 2 subscriptions, 0 schedules, 0 messages, 0 logs and 0 file subscriptions 13:37:43.703 info javascript.0 (998) script.js.Skript_1tear: openCLOSED 13:37:43.706 info javascript.0 (998) script.js.Skript_1tear: openfalse 13:37:44.421 info javascript.0 (998) script.js.Skript_1tear: openCLOSED 13:37:44.422 info javascript.0 (998) script.js.Skript_1tear: openfalse
