Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[TH G]

Keiner eine Idee?

[frankyboy73]

@TH-G
Hi, sollte eigentlich so funktionieren, denn wenn das Feld leer wird, gibts ja auch ne Änderung , ist nur komisch, beim Bool sollte eigentlich true oder false drin stehen. Was sind das denn für ein Datenpunkt Typen? Dazu rechts bei den Objekten mal auf den Bleistift klicken.
Sollte bei Art Zeichenkette stehen, ist es ein String und kein Bool, dann solltest du bei den drei falls Abfragen das "wahr" rauslöschen und dafür ein Textfeld einfügen und da true reinschreiben.

[TH G]

Das steht da:

{
  "type": "state",
  "common": {
    "name": "WARMWASSERBEREITUNG",
    "type": "boolean",
    "read": true,
    "write": false,
    "unit": "",
    "role": "indicator.state"
  },

[frankyboy73]

@TH-G
Hi, da boolean als Typ sollte eingentlich immer was drin stehen, True oder False.
Du kannst aber mal probieren, im Trigger von wurde geändert, auf wurde aktualisiert umzustellen.
Wenn das nicht hilft, eventuell auf ungleich leer abfragen, also bei den Abfragen jeweils ein leeres Textfeld rein und von gleich auf ungleich umstellen.

Sollte das auch nicht helfen,weiß ich auch erstmal nicht weiter.

[TH G]

Es geht nicht. Egal was ich dort einstelle es wird nicht der Status in das Textfeld geschrieben.

Ich bin schon etwas verwundert, dass eine solche Kleinigkeit nicht funktioniert.

Ist der Adapter dann fehlerhaft oder wie geht man nun weiter vor?

Für mich als Anfänger stellt sich nun die Frage, wenn es jetzt schon solche Probleme gibt, was ist dann erst bei anspruchsvollen Aufgaben?

[Homoran]

@TH-G
Nur damit wir alle vom selben reden!

Du redest von den Feldern??

• EMI_Active_Comfort
• EMI_ACTIVE_HIGH
• EMI_OK

Diese Felder werden doch NICHT von deinem Skript beschrieben, oder?

• woher denn?
• was für Daten liefert die Quelle?

Die Aussage

@TH-G sagte in Blockly lesen und verstehen:

dass eine solche Kleinigkeit nicht funktioniert.

ist da schon heftig, und den js-Adapter zu beschuldigen, der diese Felder nicht beschreibt ist wirklich, gelinde gesagt, unfair.

[TH G]

Es geht aktuell nicht mehr um EMI das scheint derzeit zu laufen

Es geht um den Status der WP

Der Adapter liest das Stiebel ISG aus und liefert die Werte

Heizen
Warmwasser

In den beiden Felden steht, wenn aktiv, true sonst steht in den Feldern nichts, so wie ich es oben schon gepostet habe.

Ich möchte einfach nur, dass in vis dann ein von mir angelegter Datenpunkt mit einem Text beschrieben wird, damit ich sehen kann, in welchem Modus sich die Anlage gerade befindet.

Steht in den beiden Feldern nichts soll in dem Datenpunkt der Text -kein Betrieb- stehen, sonst Heizen oder Warmwasser.

Mehr möchte ich nicht.

[Ralla66]

Blockly dazu ist ?

[TH G]

So sieht es derzeit aus aber ich habe schon so viele Möglichkeiten durchgespielt

[Ralla66]

Das wird so nicht gehen.
Da ja in den Feldern nichts steht.
Nichts kannste ja nicht Auswerten.
Also geht ungleich wahr nicht.

Oben wäre besser gewesen Heizen ungleich wahr und Warm ungleich wahr kein Betrieb.

[TH G]

Ja das hatte ich auch schon festgestellt.

Was ich noch nicht versteh ist, wie bei einem Feld das eigentlich nur zwei Zustände haben kann wie falsch und wahr noch ein dritter Zustand wie nichts oder leer hinzukommt.

Auch mit der nachfolgenden Version geht es nicht und nach dem Heizen bleibt -Heizen- im Datenpunkt stehen und wird nicht durch -kein Betrieb- überschrieben.

Schalte ich das Trigger Modul ab wird der Datenpunkt mit -kein Betrieb- überschrieben.

[Ralla66]

Das geht nur mit einer Krücke, würde ne Variable nehmen.

Trigger
setze Var Zähler auf Zahl 0
falls Heizen ist wahr setze Zähler auf +1
falls Warm ist wahr setze Zähler auf +1

danach die Auswertung
falls der Zähler = 0 aktualisiere Status mit kein Betrieb.

[TH G]

Ich möchte es aber gerne verstehen denn die Logik ist doch richtig. Ich sehe da einfach keinen Fehler.

[Ralla66]

Null ist ja ein Zustand eine Zahl, wenn auch ohne Wert, im Feld steht aber nichts.
Also kann =0 nie eintreten.

[TH G]

und wie fragt man dann ein leeres Feld grundsätzlich ab?

Deswegen auch oben die Frage, ob das ein Fehler im Adapter ist denn bei keinen anderen Adapter den ich nutze gibt es leere Felder, da steht immer etwas drinnen ob 0 oder -

[Ralla66]

Dann frage den Adapter Entwickler warum das Feld leer bleibt.
Issue bei Github aufmachen..
Wie man ein leeres Feld mit Var abfragt hatte ich oben beschrieben.

[OliverIO]

Da blockly im Hintergrund auch mit JavaScript läuft gelten auch hier die Regeln zu truthy und falsy

https://developer.mozilla.org/de/docs/Glossary/Falsy
https://developer.mozilla.org/de/docs/Glossary/Truthy

Deswegen ist null und undefined ebenfalls false

[TH G]

@OliverIO

Wenn ich die Abfrage mit false mache ändert sich leider nichts und der Status wird nicht geändert

[Homoran]

@TH-G sagte in Blockly lesen und verstehen:

Es geht aktuell nicht mehr um EMI das scheint derzeit zu laufen

Doch das tut es!

solange da "keine" Daten in das Feld geschrieben werden ist auch eine weitere Verarbeitung nicht, oder nur sehr schwer möglich, wie dir inzwischen bereits beschrieben wurde.

Daher sollte es vorrangig sein herauszubekommen warum nur "true" aber kein "false" von dem Stiebel-Adapter kommt.

[OliverIO]

@TH-G
bevor du mit komplexeren Abhängigkeiten arbeitest, bei denen du dich wunderst, warum sie nicht funktionieren, fange doch erst einmal mit einer einfachen "wenn dann" Abhängigkeit an, bei der du dann siehst ob es funktioniert.
Erst dann erweiterst du Schritt für Schritt um weitere Kriterien