Springende Werte
-
@apollon77 sagte in Springende Werte:
@matze1976 sagte in Springende Werte:
68573000b4e62d54bc27
ALso 2021-12-08 13:30:21.975 wurd geepollt ... und es kam die 50 im state mit der .3 am Ende das kam vm adapter ...
die 100 als Wert scheint von irgendeinem Javascript gesetzt zu werden
2021-12-08 13:30:24.034 - debug: tuya.0 (21027) stateChange tuya.0.68573000b4e62d54bc27.3 {"val":100,"ack":true,"ts":1638966624030,"q":0,"c":"script.js.common.Beweg_Türsensoren_Rückstellung","from":"system.adapter.javascript.0","user":"system.user.admin","lc":1638966624030}
Richtig, also ganz kurz zur Funktion:
Der Sensor wird ausgelöst, setzt in dem Datenpunkt Bright_Value eine 50, nach 2 Sekunden, wird er Wer durch ein JavaScript auf 100 gesetzt und da muss er stehen bleiben, er sprint dann aber immer hin und her, 50-100-50-100 usw.
Das war damals nicht so, schätze halbes Jahr.
Das ist so die einzige möglichkeit, die Batteriebetriebenen Fenster und Bewegung Sensoren nutzen zu können.
Also wenn der Wert von 50 auf 100 geändert wird, muss die 100 stehen bleiben, ohne Springerei.
Ich könnte jetzt vermuten das es mit dem Admin Update angefangen hat. bin mir aber nicht sicher.
-
So ich hab den Entsprechenden Adapter, der das auslöst, das ist der JS Adapter, wenn ich seine Instanz Deaktiviere, läuft alles so wie es soll, also nicht ein Script, sondern die ganze JS Instanz
Also macht der Probleme, aber warum, das ganze System ist auf Aktuellsten Stand.
-
@matze1976 sagte in Springende Werte:
Also macht der Probleme,
@matze1976 sagte in Springende Werte:
nicht ein Script,
??
Wirklich nicht? -
-
-
@homoran sagte in Springende Werte:
@matze1976 sagte in Springende Werte:
Also macht der Probleme,
@matze1976 sagte in Springende Werte:
nicht ein Script,
??
Wirklich nicht?Nein, definitiv der Adapter in Version 5.2.16 Ich mach gerade mal ein Downgrade
-
@matze1976 sagte in Springende Werte:
wird er Wer durch ein JavaScript auf 100 gesetzt
vielleicht solltest du das auch mal zeigen.
oder wenigstens prüfen auf- Timeouts die nicht beendet werden
- Intervalle
- art des Triggerns
- asynchrones Arbeiten mit Datenpunkten
-
@homoran sagte in Springende Werte:
@matze1976 sagte in Springende Werte:
wird er Wer durch ein JavaScript auf 100 gesetzt
vielleicht solltest du das auch mal zeigen.
oder wenigstens prüfen auf- Timeouts die nicht beendet werden
- Intervalle
- art des Triggerns
- asynchrones Arbeiten mit Datenpunkten
Boahhhhh kann mich mal jemand steinigen und die Frage Schließen.
anstatt Aktualisiere, Steuere im Script benutzen
Trotzdem Danke für die Mühe @apollon77 und @Homoran
-
@matze1976 sagte in Springende Werte:
Boahhhhh kann mich mal jemand steinigen
gerne!
deswegen immer alles zeigen und keine Nacherzählungen
Auch kategorisches verneinen von Möglichkeiten hilft nicht die Tatsachen zu verdrängen -
@matze1976 Warum "Muss" diese 100 da stehen bleiben? Der Adapter holt regelmäßig die Werte vom Tuya Gerät an und wenn das Gerät sagt "ich hab 50" dann setzt der Adapter das. Das Du von aussen den "vom Gerät bestätigten Wert - wegen ack=true" überschreibt ist dem Adapter hierbei ziemlich egal
Früher gab es kein Data Polling, da es aber Daten gibt in einigen Tuya Geräten die NIE aktiv vom Gerät gemeldet werden und daher abgeholt werden müssen wurde das polling eingebaut.
Die Aufgabe vom Adapter ist es die Werte der Geräte wiederzuspiegeln.
Wenn Du also einen "Mischung aus der Geräte-Realität und bestimmten Anforderungen deiner Logiken oder Anzeige" brauchst dann solltest Du dir ein eigenes Objekt im JavaScript oder 0_userdata.0 Bereich anlegen welches per JavaScript bei einer Änderung durch den Adapter mit dem tuya.-0.xxx Wert überschrieben wird, aber auch Du setzen kannst und am Ende so funktioniert wie Du es brauchst. Das Adapter-eigene Objekt dafür zu "nutzen" wird wie Du siehst nie zuverlässig funktionieren
