Timeout
-
@digi-bit sagte: Nur plappert die andauernd egal was ich da versuche
Wenn Timer erst nach Ablauf der Verzögerung gestoppt werden, was unnötig ist, dann laufen mehrere Timer parallel und führen zu diesem Effekt.
Der zweite Trigger ist kontraproduktiv. Eigene Datenpunkte (0_userdata.0) schreibt man mit "aktualisiere".
Prinzip, wenn zwischen Fehler und fertig unterschieden werden soll:
@digi-bit sagte: Nur plappert die andauernd egal was ich da versuche
Wenn Timer erst nach Ablauf der Verzögerung gestoppt werden, was unnötig ist, dann laufen mehrere Timer parallel und führen zu diesem Effekt.
Der zweite Trigger ist kontraproduktiv. Eigene Datenpunkte (0_userdata.0) schreibt man mit "aktualisiere".
Prinzip, wenn zwischen Fehler und fertig unterschieden werden soll:
Was ist denn der Unterschied zwischen Steuere und Aktualisieren?
aber wenn es besser ist ok, nur der Effekt nicht ganz klar, habe die punkte schonmal geändert.dazu muss ich noch erwähnen das die Maschine pausen macht wo sie 0 Watt verbraucht und wenn sie einen Fehler hat (schlecht gepackte Maschine und beim schleudern renn sie weg) kommt es zu einer Fehlermeldung wo sie dann zwischen 80 und 130 Watt (glaube war so in dem dreh) dann verbraucht, wieso auch immer darum das Time-out bei Fehler Meldung.
ich habe ja das Skript so nach und nach angepasst und bin ebbend auf diesen stand gekommen.....
und so wie dein Beispiel ist war ich mal darum habe ich ja auch noch Time-outs für fertig und Fehler dazu genommen.....
denn so funktioniert es nicht mit meiner Maschine, leider....
wobei mir auch der Wert für nicht/"WARTEN" unklar ist wo der herkommt
mfg
Router: Ubiquiti UniFi Dream Machine Pro|Iobroker I.NUCi5/Debian, 6 x Switche, 3 x APs, 3 x Cam, 2 x Nas(Qnap 4 & 8 Bay's)
7 x Echos, 76 x Tasmota, 58 x ZigBee, Homatic Ip, 2 x USV -
@digi-bit sagte: Nur plappert die andauernd egal was ich da versuche
Wenn Timer erst nach Ablauf der Verzögerung gestoppt werden, was unnötig ist, dann laufen mehrere Timer parallel und führen zu diesem Effekt.
Der zweite Trigger ist kontraproduktiv. Eigene Datenpunkte (0_userdata.0) schreibt man mit "aktualisiere".
Prinzip, wenn zwischen Fehler und fertig unterschieden werden soll:
Was ist denn der Unterschied zwischen Steuere und Aktualisieren?
aber wenn es besser ist ok, nur der Effekt nicht ganz klar, habe die punkte schonmal geändert.dazu muss ich noch erwähnen das die Maschine pausen macht wo sie 0 Watt verbraucht und wenn sie einen Fehler hat (schlecht gepackte Maschine und beim schleudern renn sie weg) kommt es zu einer Fehlermeldung wo sie dann zwischen 80 und 130 Watt (glaube war so in dem dreh) dann verbraucht, wieso auch immer darum das Time-out bei Fehler Meldung.
ich habe ja das Skript so nach und nach angepasst und bin ebbend auf diesen stand gekommen.....
und so wie dein Beispiel ist war ich mal darum habe ich ja auch noch Time-outs für fertig und Fehler dazu genommen.....
denn so funktioniert es nicht mit meiner Maschine, leider....
wobei mir auch der Wert für nicht/"WARTEN" unklar ist wo der herkommt
mfg
-
@digi-bit sagte: Nur plappert die andauernd egal was ich da versuche
Wenn Timer erst nach Ablauf der Verzögerung gestoppt werden, was unnötig ist, dann laufen mehrere Timer parallel und führen zu diesem Effekt.
Der zweite Trigger ist kontraproduktiv. Eigene Datenpunkte (0_userdata.0) schreibt man mit "aktualisiere".
Prinzip, wenn zwischen Fehler und fertig unterschieden werden soll:
Was ist denn der Unterschied zwischen Steuere und Aktualisieren?
aber wenn es besser ist ok, nur der Effekt nicht ganz klar, habe die punkte schonmal geändert.dazu muss ich noch erwähnen das die Maschine pausen macht wo sie 0 Watt verbraucht und wenn sie einen Fehler hat (schlecht gepackte Maschine und beim schleudern renn sie weg) kommt es zu einer Fehlermeldung wo sie dann zwischen 80 und 130 Watt (glaube war so in dem dreh) dann verbraucht, wieso auch immer darum das Time-out bei Fehler Meldung.
ich habe ja das Skript so nach und nach angepasst und bin ebbend auf diesen stand gekommen.....
und so wie dein Beispiel ist war ich mal darum habe ich ja auch noch Time-outs für fertig und Fehler dazu genommen.....
denn so funktioniert es nicht mit meiner Maschine, leider....
wobei mir auch der Wert für nicht/"WARTEN" unklar ist wo der herkommt
mfg
@digi-bit sagte: die Maschine pausen macht wo sie 0 Watt verbraucht
Deshalb die Verzögerung "warten".
der Wert für nicht/"WARTEN" unklar ist wo der herkommt
"nicht warten" prüft die Timer-Variable, die mit "stop warten" auf null gesetzt wird. Mit dieser Prüfung wird der Start von weiteren Timern verhindert.
-
@digi-bit sagte: die Maschine pausen macht wo sie 0 Watt verbraucht
Deshalb die Verzögerung "warten".
der Wert für nicht/"WARTEN" unklar ist wo der herkommt
"nicht warten" prüft die Timer-Variable, die mit "stop warten" auf null gesetzt wird. Mit dieser Prüfung wird der Start von weiteren Timern verhindert.
@digi-bit sagte: die Maschine pausen macht wo sie 0 Watt verbraucht
Deshalb die Verzögerung "warten".
der Wert für nicht/"WARTEN" unklar ist wo der herkommt
"nicht warten" prüft die Timer-Variable, die mit "stop warten" auf null gesetzt wird. Mit dieser Prüfung wird der Start von weiteren Timern verhindert.
ah, ok.... die Birne wird langsamm heller......
ich bastel das mal etwas um und Poste das dan nochmal
danke erstmal.....
ich meld mich noch mal mit dem umgebauten skript
mfg
-
@digi-bit sagte: die Maschine pausen macht wo sie 0 Watt verbraucht
Deshalb die Verzögerung "warten".
der Wert für nicht/"WARTEN" unklar ist wo der herkommt
"nicht warten" prüft die Timer-Variable, die mit "stop warten" auf null gesetzt wird. Mit dieser Prüfung wird der Start von weiteren Timern verhindert.
ah, ok.... die Birne wird langsamm heller......
ich bastel das mal etwas um und Poste das dan nochmal
danke erstmal.....
ich meld mich noch mal mit dem umgebauten skript
mfg
Also die Var WARTEN wird aus dem Timeout "warten" dann erzeugt/genommen oder irgend was das "Nicht/Warten" jedenfalls von dem timeout WARTEN zusammenhängt?
darauf muss man auch erstmal kommen ^^mfg
Router: Ubiquiti UniFi Dream Machine Pro|Iobroker I.NUCi5/Debian, 6 x Switche, 3 x APs, 3 x Cam, 2 x Nas(Qnap 4 & 8 Bay's)
7 x Echos, 76 x Tasmota, 58 x ZigBee, Homatic Ip, 2 x USV -
Also die Var WARTEN wird aus dem Timeout "warten" dann erzeugt/genommen oder irgend was das "Nicht/Warten" jedenfalls von dem timeout WARTEN zusammenhängt?
darauf muss man auch erstmal kommen ^^mfg
-
@digi-bit sagte: darauf muss man auch erstmal kommen
Man kann auch eine Hilfsvariable verwenden. Aber da die Timer-Variable warten schon mal vorhanden ist ...
Hallo,
so habe das jetzt erstmal so angepasst.
Sieht das so richtig aus?
bin ich ja mal gespannt ob das wirklich so funktioniert.....
wert nachher mal eine Maschine anschmeißen mal sehen was passier.....
erstmals ein großes Dankeschön, wenn noch was ist melde ich mich dann nochmal! ;)
mfg
Router: Ubiquiti UniFi Dream Machine Pro|Iobroker I.NUCi5/Debian, 6 x Switche, 3 x APs, 3 x Cam, 2 x Nas(Qnap 4 & 8 Bay's)
7 x Echos, 76 x Tasmota, 58 x ZigBee, Homatic Ip, 2 x USV -
Hallo,
so habe das jetzt erstmal so angepasst.
Sieht das so richtig aus?
bin ich ja mal gespannt ob das wirklich so funktioniert.....
wert nachher mal eine Maschine anschmeißen mal sehen was passier.....
erstmals ein großes Dankeschön, wenn noch was ist melde ich mich dann nochmal! ;)
mfg
@digi-bit sagte: Sieht das so richtig aus?
Nein: Die Abfrage-Variable warten ist nicht die Timer-Variable Warte. Die Variable gestartet wird nicht zurück gesetzt. Man kann nicht einen Datenpunkt (End_KW) schreiben und anschließend gleich wieder einlesen (asynchrone Abarbeitung von "steuere"). Verwende den Original-Datenpunkt (ENERGY Total) für die Berechnung.
Entferne den zweiten Trigger ("summary"). -
@digi-bit sagte: Sieht das so richtig aus?
Nein: Die Abfrage-Variable warten ist nicht die Timer-Variable Warte. Die Variable gestartet wird nicht zurück gesetzt. Man kann nicht einen Datenpunkt (End_KW) schreiben und anschließend gleich wieder einlesen (asynchrone Abarbeitung von "steuere"). Verwende den Original-Datenpunkt (ENERGY Total) für die Berechnung.
Entferne den zweiten Trigger ("summary").@digi-bit sagte: Sieht das so richtig aus?
Nein: Die Abfrage-Variable warten ist nicht die Timer-Variable Warte. Die Variable gestartet wird nicht zurück gesetzt.
Entferne den zweiten Trigger ("summary").Ha, habe mich grade schon gewundert wieso die Olle grade losplappert wie wild
hatte vorher was zu ihr gesagt wegen Licht aus machen und nun redet die die ganze Zeit das die Waschmaschine fertig ist, schon gewundert wieso die das jetzt macht......
habe den Trigger entfernt, schauen wir mal ;)
danke !
-
@digi-bit sagte: Sieht das so richtig aus?
Nein: Die Abfrage-Variable warten ist nicht die Timer-Variable Warte. Die Variable gestartet wird nicht zurück gesetzt.
Entferne den zweiten Trigger ("summary").Ha, habe mich grade schon gewundert wieso die Olle grade losplappert wie wild
hatte vorher was zu ihr gesagt wegen Licht aus machen und nun redet die die ganze Zeit das die Waschmaschine fertig ist, schon gewundert wieso die das jetzt macht......
habe den Trigger entfernt, schauen wir mal ;)
danke !
Funktioniert nicht so ganz
Wenn die Maschine 0 Watt verbraucht kommt trotzdem dauernd die Ansage dass sie fertig ist und was es gekostet hat.
ich habe da mal noch eine Abfrage zugefügt, mal sehen was das bringt
somit redet die nichtmehr wenn die Waschmaschine aus ist.
mfg
Router: Ubiquiti UniFi Dream Machine Pro|Iobroker I.NUCi5/Debian, 6 x Switche, 3 x APs, 3 x Cam, 2 x Nas(Qnap 4 & 8 Bay's)
7 x Echos, 76 x Tasmota, 58 x ZigBee, Homatic Ip, 2 x USV -
Funktioniert nicht so ganz
Wenn die Maschine 0 Watt verbraucht kommt trotzdem dauernd die Ansage dass sie fertig ist und was es gekostet hat.
ich habe da mal noch eine Abfrage zugefügt, mal sehen was das bringt
somit redet die nichtmehr wenn die Waschmaschine aus ist.
mfg
@digi-bit sagte: kommt trotzdem dauernd die Ansage dass sie fertig ist
Die Sperrvariable warten ist falsch! Die Variable gestartet wird immer noch nicht zurück gesetzt!
Liest Du auch, was man Dir schreibt?Anmerkung: Die Maßeinheit für den Verbrauch ist kWh.
EDIT:
-
@digi-bit sagte: kommt trotzdem dauernd die Ansage dass sie fertig ist
Die Sperrvariable warten ist falsch! Die Variable gestartet wird immer noch nicht zurück gesetzt!
Liest Du auch, was man Dir schreibt?Anmerkung: Die Maßeinheit für den Verbrauch ist kWh.
EDIT:
hi,
ups, das habe ich überlesen sorry, ist wohl nur das mit dem Summary hängen geblieben....
habs jetzt angepast.
du meinst das so dann ?
mfg
Router: Ubiquiti UniFi Dream Machine Pro|Iobroker I.NUCi5/Debian, 6 x Switche, 3 x APs, 3 x Cam, 2 x Nas(Qnap 4 & 8 Bay's)
7 x Echos, 76 x Tasmota, 58 x ZigBee, Homatic Ip, 2 x USV -
hi,
ups, das habe ich überlesen sorry, ist wohl nur das mit dem Summary hängen geblieben....
habs jetzt angepast.
du meinst das so dann ?
mfg
-
@digi-bit sagte: du meinst das so dann ?
Immer noch die falsche Sperrvariable:
Siehe Variable gestartet (setze gestartet auf falsch).
oh... peinlich, kannte ich aber leider noch nicht :(
komm ich der Sache langsam näher......
nochmal danke für deine Mühe!!
Router: Ubiquiti UniFi Dream Machine Pro|Iobroker I.NUCi5/Debian, 6 x Switche, 3 x APs, 3 x Cam, 2 x Nas(Qnap 4 & 8 Bay's)
7 x Echos, 76 x Tasmota, 58 x ZigBee, Homatic Ip, 2 x USV -
oh... peinlich, kannte ich aber leider noch nicht :(
komm ich der Sache langsam näher......
nochmal danke für deine Mühe!!
-
@digi-bit sagte: komm ich der Sache langsam näher......
Ja, langsam: Ändere Kosten in gestartet nach "sonst falls gestartet".
@digi-bit sagte: komm ich der Sache langsam näher......
Ja, langsam: Ändere Kosten in gestartet nach "sonst falls gestartet".
oh man..... autsch, sowas kann ich gut, ..... sorry
jetzt past es ..... oder ?
mfg
Router: Ubiquiti UniFi Dream Machine Pro|Iobroker I.NUCi5/Debian, 6 x Switche, 3 x APs, 3 x Cam, 2 x Nas(Qnap 4 & 8 Bay's)
7 x Echos, 76 x Tasmota, 58 x ZigBee, Homatic Ip, 2 x USV -
-
-
Hallöchen,
ich habe neune Ladung mal durchlaufen lassen.
-
sagt sie nur einmal was, was etwas schade ist, min. 3-mal sollten es schon sein.
-
Fehler im log
javascript.0 2021-06-28 13:05:06.980 warn (1164) at processTimers (internal/timers.js:497:7)
javascript.0 2021-06-28 13:05:06.980 warn (1164) at listOnTimeout (internal/timers.js:554:17)
javascript.0 2021-06-28 13:05:06.979 warn (1164) at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2105:34)
javascript.0 2021-06-28 13:05:06.978 warn (1164) at Object.<anonymous> (script.js.05:_Dieverse_Sachen_ein_und_ausschalten.WaschBoard:33:9)
javascript.0 2021-06-28 13:05:06.977 warn (1164) at setState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1427:20)
javascript.0 2021-06-28 13:05:06.954 warn (1164) You are assigning a number to the state "0_userdata.0.Waschmaschine.Waschmaschiene_Verbrauch_KW" which expects a boolean. Please fix your code to use a boolean or change the state type to numbich vermute mal dass das hier = (script.js.05:_Dieverse_Sachen_ein_und_ausschalten.WaschBoard:33:9)
wenn man das auf Java umschaltet dann die Zeile 33 betrifft oder?
da steht dies drin falls es helfen sollte
setState("0_userdata.0.Waschmaschine.Waschmaschiene_Verbrauch_KW"/Waschmaschiene_Verbrauch_KW/, VerbrauchteWatt, true);
was muss man ändern damit der IOBroker glücklich ist ? ;)
mfg
Router: Ubiquiti UniFi Dream Machine Pro|Iobroker I.NUCi5/Debian, 6 x Switche, 3 x APs, 3 x Cam, 2 x Nas(Qnap 4 & 8 Bay's)
7 x Echos, 76 x Tasmota, 58 x ZigBee, Homatic Ip, 2 x USV -
-
Hallöchen,
ich habe neune Ladung mal durchlaufen lassen.
-
sagt sie nur einmal was, was etwas schade ist, min. 3-mal sollten es schon sein.
-
Fehler im log
javascript.0 2021-06-28 13:05:06.980 warn (1164) at processTimers (internal/timers.js:497:7)
javascript.0 2021-06-28 13:05:06.980 warn (1164) at listOnTimeout (internal/timers.js:554:17)
javascript.0 2021-06-28 13:05:06.979 warn (1164) at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2105:34)
javascript.0 2021-06-28 13:05:06.978 warn (1164) at Object.<anonymous> (script.js.05:_Dieverse_Sachen_ein_und_ausschalten.WaschBoard:33:9)
javascript.0 2021-06-28 13:05:06.977 warn (1164) at setState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1427:20)
javascript.0 2021-06-28 13:05:06.954 warn (1164) You are assigning a number to the state "0_userdata.0.Waschmaschine.Waschmaschiene_Verbrauch_KW" which expects a boolean. Please fix your code to use a boolean or change the state type to numbich vermute mal dass das hier = (script.js.05:_Dieverse_Sachen_ein_und_ausschalten.WaschBoard:33:9)
wenn man das auf Java umschaltet dann die Zeile 33 betrifft oder?
da steht dies drin falls es helfen sollte
setState("0_userdata.0.Waschmaschine.Waschmaschiene_Verbrauch_KW"/Waschmaschiene_Verbrauch_KW/, VerbrauchteWatt, true);
was muss man ändern damit der IOBroker glücklich ist ? ;)
mfg
@digi-bit sagte: was muss man ändern damit der IOBroker glücklich ist ?
Ändere den Typ des Datenpunktes "0_userdata.0.Waschmaschine.Waschmaschiene_Verbrauch_KW" von Logikwert nach Zahl ("number") mit der Einheit "kWh".
sagt sie nur einmal was, was etwas schade ist, min. 3-mal sollten es schon sein.
Dann muss man das Skript entsprechend erweitern.
-
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren AnmeldenSupport us
514
Online32.8k
Benutzer82.8k
Themen1.3m
Beiträge