Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[AlCalzone]

@TH-G sagte in Triggern DP ohne Wert nicht möglich (true/leer)-stiebel-isg:

Der History Adapter überfordert mich leider, sorry

Ist nicht schwer... Neben dem Datenpunkt, den du überwachen willst (in deinem Fall die 3) ganz rechts auf den Schraubenschlüssel klicken.
Dort dann den Haken bei "aktiviert" setzen. Standardeinstellungen kannst du sonst lassen.

Im Tab "Tabelle" siehst du dann die Änderungen:

[TH G]

@AlCalzone

History Adapter schau ich mir dann nochmal an :-)

Ich habe es gerade nochmals genau beobachtet

Ich habe nun für die drei DP eigene Blocklys angelegt wie

on({id: "stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.WARMWASSERBEREITUNG"/*WARMWASSERBEREITUNG*/, change: "any"}, function (obj) {
  var value = obj.state.val;
  var oldValue = obj.oldState.val;
  if (getState("stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.WARMWASSERBEREITUNG").val == true) {
    setState("0_userdata.0.Status_WP"/*Status_WP*/, 'Warmwasser', true);
  } else {
    setState("0_userdata.0.Status_WP"/*Status_WP*/, 'nicht aktiv', true);
  }
});

Es wird wenn "True" in STATUS.BETRIEBSSTATUS.WARMWASSERBEREITUNG steht auch der Text in meinen DP für VIS geschrieben.

Ändert sich aber der Status von True auf "Nichts" wird im Logikmodul nicht "Sonst" ausgeführt.

Im Log steht nur das:

javascript.0 2020-06-29 10:02:00.303 info (1584) script.js.common.Tecalor_Betriebsart_Aktuell_Warmwasser: registered 1 subscription and 0 schedules
javascript.0 2020-06-29 10:02:00.299 info (1584) Start javascript script.js.common.Tecalor_Betriebsart_Aktuell_Warmwasser

[Chrunchy]

@TH-G Versuch es doch mal so...

on({id: "stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.WARMWASSERBEREITUNG"/*WARMWASSERBEREITUNG*/, change: "any"}, function (obj) {
  var value = obj.state.val;
  var oldValue = obj.oldState.val;
  var tmp = "nicht aktiv";
  if (getState("stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.WARMWASSERBEREITUNG").val == true) {
    tmp = "Warmwasser";
  } setState("0_userdata.0.Status_WP"/*Status_WP*/, tmp, true);
});

[AlCalzone]

@TH-G Ich glaube ich weiß was das Problem ist.
Der Adapter nutzt die expire-Funktion, um states automatisch nach gewisser Zeit zurück (auf null) zu setzen. Scheint als bekommt der JS-Adapter diese Änderung nicht mit. Ich hör mich mal um, was man da tun kann.

Workaround wäre tatsächlich ein Intervall zusätzlich zum Trigger.

[TH G]

@AlCalzone

Danke

Wo würdest du denn den Intervall im Blockly einbauen?

So geht es leider nicht:

[apollon77]

Äääähm Leute ... bitte baut mal das getState da aus aus dem Trigger!

Wenn ein "on" Trigger triggert kann es sein das "getState" noch den alten Wert hat. Immer das übergebene State object nutzen!

Also:

on({id: "stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.WARMWASSERBEREITUNG"/*WARMWASSERBEREITUNG*/, change: "any"}, function (obj) {

  var value = obj.state.val;

  var oldValue = obj.oldState.val;

  var tmp = "nicht aktiv";

  if (value == true) {

    tmp = "Warmwasser";

  } setState("0_userdata.0.Status_WP"/*Status_WP*/, tmp, true);

});

[fastfoot]

@apollon77 sagte in Triggern DP ohne Wert nicht möglich (true/leer)-stiebel-isg:

Äääähm Leute ... bitte baut mal das getState da aus aus dem Trigger!

Wenn ein "on" Trigger triggert kann es sein das "getState" noch den alten Wert hat. Immer das übergebene State object nutzen!

Hallo, bisher hörte ich in Diskussionen immer, dass der State dann evtl schon einen neuen Wert hat und man es deshalb unterlassen sollte, mal davon abgesehen dass man eh den Wert, der schon mitgeliefert wird, nehmen sollte. Könntest du den Sachverhalt bitte etwas näher erläutern? Im Moment des GetState() wurde der Triggerwert doch schon ermittelt, wie kann man da noch den alten Wert bekommen? Danke!

[apollon77]

@fastfoot Sagen wir es mal so: Er kann einen "anderen" wert haben :-)

[TH G]

@AlCalzone

So funktioniert es jetzt:

[AlCalzone]

@TH-G Du solltest zusätzlich vor dem Ausführen des Intervalls einen Stop erzwingen. Sonst kann es sein, dass Kopien des Intervalls laufen, die sich mit der Zeit anhäufen.

[TH G]

@alcalzone

Hallo, ich muss das Thema nochmals aktivieren.

Ich bekommen massenweise Warnungen im Log und ich würde das gerne lösen.

So sieht es derzeit aus:

Ich brauche bitte nochmals Hilfe was ich tun kann.

[fastfoot]

@th-g said in Triggern DP ohne Wert nicht möglich (true/leer)-stiebel-isg:

Ich brauche bitte nochmals Hilfe was ich tun kann.

Im Tab Log findest du mehr Infos, welche sind das? Ausserdem solltest du, anstatt den Wert von Heizung nochmals auszulesen, den tatsächlichen Wert benutzen, zu finden im Trigger Block.

[TH G]

@fastfoot

Hier der Log:

avascript.0 2021-01-15 11:53:02.849 warn (2355) at processTimers (internal/timers.js:497:7)
javascript.0 2021-01-15 11:53:02.849 warn (2355) at listOnTimeout (internal/timers.js:554:17)
javascript.0 2021-01-15 11:53:02.849 warn (2355) at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1982:34)
javascript.0 2021-01-15 11:53:02.848 warn (2355) at Object.<anonymous> (script.js.common.Tecalor_Betriebsart_Aktuell_Heizen:8:9)
javascript.0 2021-01-15 11:53:02.845 warn (2355) getState "stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.HEIZEN" not found (3)

Was du mit dem tatsächlichen Wert meinst verstehe ich nicht. Wenn Heizung aktiv ist steht in dem Feld true wenn nicht steht dort nichts

[fastfoot]

@th-g said in Triggern DP ohne Wert nicht möglich (true/leer)-stiebel-isg:

@fastfoot

Hier der Log:
javascript.0 2021-01-15 11:53:02.845 warn (2355) getState "stiebel-isg.0.Info.STATUS.BETRIEBSSTATUS.HEIZEN" not found (3)

Was du mit dem tatsächlichen Wert meinst verstehe ich nicht. Wenn Heizung aktiv ist steht in dem Feld true wenn nicht steht dort nichts

mit tatsächlicher Wert meinte ich den Wert zum Zeitpunkt des Auslösens des Triggers. Wie du ihn abfrägst habe ich ja im Bild gezeigt.

[TH G]

@fastfoot

Sorry ich weiß jetzt nicht was unklar ist aber der Wert im DP Heizen ist "true" oder ein leeres Feld.

Was willst du mir bitte sagen?

[fastfoot]

@th-g said in Triggern DP ohne Wert nicht möglich (true/leer)-stiebel-isg:

@fastfoot

Sorry ich weiß jetzt nicht was unklar ist aber der Wert im DP Heizen ist "true" oder ein leeres Feld.

Was willst du mir bitte sagen?

ich rede von deinem Blockly, wieviele Werte genau fragst du da ab? Von genau diesem einen Wert rede ich und habe eine Alternative genannt es besser zu machen

[TH G]

@fastfoot

Im Blockly siehst du das ich einen Wert abfrage und zwar den DP Heizen.

Für dich mag es normal sein mit dem was du mir schreibst aber ich verstehe nicht was du meinst. Was soll ich denn in meinem Blockly ändern?

Würde mich freuen, wenn du es mir für einen Anfänger erklären würdest.

Die Aufgabe ist:

Wenn im DP Heizen -true- steht soll im Datenpunkt Status_WP der Text -Heizen- stehen und wenn nicht dann der Text -nicht aktiv-.

Das alles funktioniert ja auch aber wenn halt im DP nichts steht, läuft mein Log voll und das muss geändert werden.

[fastfoot]

@th-g said in Triggern DP ohne Wert nicht möglich (true/leer)-stiebel-isg:

@fastfoot

Im Blockly siehst du das ich einen Wert abfrage und zwar den DP Heizen.

Für dich mag es normal sein mit dem was du mir schreibst aber ich verstehe nicht was du meinst. Was soll ich denn in meinem Blockly ändern?

Aber du siehst doch den Unterschied in meinem Bild. Wo du dieses Wert herbekommst habe ich auch geschrieben.

[TH G]

@fastfoot

Danke für den Versuch mir zu helfen aber ich scheine dich nicht zu verstehen und aus deinen kurzen Antworten, kann ich für mich leider keine Informationen ableiten.

Eventuell kann jemand anders helfen, den ich besser verstehe.

Wenn ich das Skript starte ist alles ok.
Dann läuft die Wärmepumpe an und der Status im DP Heizen der Wärmepumpe ändert sich der Wert von -leer- (also kein Wert im DP) auf -true-.
Im Vis wird dann im auch der Text im DP Status_WP richtig angzeigt mit -Heizen-
Ist Heizen dann vorbei steht im DP Heizen wieder kein Wert und auch hier wird dann im DP Status_WP -nicht aktiv- richtig angezeigt.
Danach fangen aber die ständigen Warnungen im Log um Rhythmus des Intervalls an.

[fastfoot]

@th-g Ändere diesen Teil

so ab

das verhindert das (nochmalige) Lesen eines nicht vorhandenen Status(DP = leer). Soweit die Theorie, ob es funktioniert sehen wir dann. Dachte nicht dass das irgendwie unklar sein könnte