Warum immer 2 Telegramm Meldungen

[MartinP]

@djmarc75 Wie viel Ressourcen frisst ein "Steuere" - Aufruf? Lohnt es, die "Steuere" Aufrufe zu minimieren, um Last vom System zu nehmen?

[haus-automatisierung]

@martinp sagte in Warum immer 2 Telegramm Meldungen:

Wie viel Ressourcen frisst ein "Steuere" - Aufruf?

In welcher Einheit hättest die Antwort gerne? Das kommt ja auch stark darauf an, was damit angestoßen wird, ...

[MartinP]

@haus-automatisierung Wenn man durch die Einführung einer Hilfsvariablen die Durchlaufzeit des Blockly-Scripts um den Faktor 10 verkürzen könnte, wäre das für mich schon ein Argument, eine Hilfsvariable zu nutzen

Filtert ioBroker vielleicht schon "Steuere" Aufrufe, die den Zustand des Datenpunktes gar nicht ändern aus? Dann wäre in obiger Situation die Flut von unnötigen "Steuere" Aufrufen nicht so schlimm.

[MartinP]

@codierknecht Deine Lösung verhindert die Doppelmeldungen aber nicht sicher ....

Die Wertereihe

33
32
33
32
10
3
4
3
4
Löst 2 x AN und 2xAUS Meldungen aus....

[Homoran]

@martinp sagte in Warum immer 2 Telegramm Meldungen:

Löst 2 x AN und 2xAUS Meldungen aus....

und 2x Schaltungen.
Ein Trigger auf den Schalter für Telegram hilft dann auch nicht

[haus-automatisierung]

@martinp sagte in Warum immer 2 Telegramm Meldungen:

Filtert ioBroker vielleicht schon "Steuere" Aufrufe, die den Zustand des Datenpunktes gar nicht ändern aus?

Wird logischerweise immer ausgeführt, da es auch Datenpunkte gibt, welche nie den Zustand/Wert wechseln (z.B. common.role: button - da schreibt man ja immer erneut true und das sollte auch bei der Instanz ankommen)

[paul53]

@accu sagte: im Telegramm immer Doppelmeldungen

Versuche es mal so:

Enthält nur je einmal "steuere" und "telegram".

[DJMarc75]

@accu

edit: @paul53 war schneller

[MartinP]

@homoran said in Warum immer 2 Telegramm Meldungen:

und 2x Schaltungen.

Die "Steuere" Aufrufe kommen zwar mehrfach, aber Zustandsänderungen gibt es seltener

33 -> Steuere (true)
32
33 -> Steuere (true), keine Zustandsänderung
32
10
3 -> Steuere (false)
4
3 -> Steuere (false), keine Zustandsänderung
4

[Accu]

@martinp dieses Szenario hatte ich vorher. Ich würde es mal so beschreiben: es war code technisch sicher ganz gut und ist seltsamerweise auch für ein halbes Jahr zuverlässig gelaufen, bis es dann Verwerfungen gab und die Pumpe immer nach 5 bis 10s immer wieder ausgeschaltet wurde, obwohl die Untergrenze noch nicht erreicht war. Keine Ahnung was plötzlich das Problem war. Hier mal mein altes Programm dazu (Rot markiert mit Pfeil):

[MartinP]

@accu Der eingerahmte Code sieht gut aus.
Ist das die einzige Stelle, wo "Schalter" mit "falsch" gesteuert wird?

Der Notlauf wird ja sicherlich irgendwo heruntergezählt und abgeschaltet...

Eine weitere Möglichkeit wäre, dass irgendetwas mit dem "Steuere" schief geht. Wenn die Bestätigung vom Device ausbleibt, könnte womöglich nach einer Timeout-Zeit ein Problem auftreten. Ist aber nur ein Schuss ins Blaue, weil ich nicht weiß, ob das überhaupt so vorkommen kann... der Schalter meiner Fritz!Dect Steckdose bestätigt auch nicht, behält aber den gewünschten Zustand auch nachdem der Datenpunkt rot geworden ist...

[Accu]

eigentlich schon. Wie gesagt lief nen halbes jahr problemfrei und dann plötzlich hats immer nach 5-10s sofort die Pumpe ausgeschaltet. Habe daher das einfachere Programm vom Anfang des posts zu Testzwecken laufen und das funktioniert 1a