Blockly Prüfung auf "null"?

[paul53]

@flitzpiepe
Lass den Vergleich weg und prüfe "falls Wert vom Objekt ...".
Es wird auch (null) im Tab "Objekte" angezeigt, wenn kein Zustand zum Datenpunkt existiert. Führe mal die Maus über den Wert.

[flitzpiepe]

@paul53 said in Blockly Prüfung auf "null"?:

@flitzpiepe
Lass den Vergleich weg und prüfe "falls Wert vom Objekt ...".
Es wird auch (null) im Tab "Objekte" angezeigt, wenn kein Zustand zum Datenpunkt existiert. Führe mal die Maus über den Wert.

Hi.. danke für die Antwort, aber ich blicke es noch nicht: Der Vergleich soll weggelassen werden und stattdessen soll "falls Wert vom Objekt ..." genutzt werden? Wie sieht das in Blockly aus?

Grüße..

[paul53]

@flitzpiepe sagte: Wie sieht das in Blockly aus?

[flitzpiepe]

@paul53 said in Blockly Prüfung auf "null"?:

@flitzpiepe sagte: Wie sieht das in Blockly aus?

Hi,
auch wenn ich wahrscheinlich den Wald vor lauter Bäumen nicht sehe:

Liefert bei mir immer true, also egal ob null, oder ein Wert vorhanden ist:

null:

abctest:

War das so gemeint ?

[paul53]

@flitzpiepe sagte: null:

"null" als String ergibt wahr bei er impliziten Typwandlung.

[flitzpiepe]

@paul53 said in Blockly Prüfung auf "null"?:

@flitzpiepe sagte: null:

"null" als String ergibt war bei er impliziten Typwandlung.

ok, es scheint, dass da bei mir irgendwo jemand auf der Leitung steht, da ich mir auch nach mehrmaligem Lesen der Info nicht erschließen kann, was gemeint sein könnte und wie ich letztendlich einen funktionierenden null check erreiche.
Hier ging es auch um dieses Thema und die Abfrage war m.E. so formuliert wie bei mir.

Habe es jetzt anders für mich gelöst und prüfe, ob die Länge des Strings > 5 ist. true: Wert vorhanden bei false: kein Wert vorhanden.

[Asgothian]

@flitzpiepe sagte in Blockly Prüfung auf "null"?:

@paul53 said in Blockly Prüfung auf "null"?:

@flitzpiepe sagte: null:

"null" als String ergibt war bei er impliziten Typwandlung.

ok, es scheint, dass da bei mir irgendwo jemand auf der Leitung steht, da ich mir auch nach mehrmaligem Lesen der Info nicht erschließen kann, was gemeint sein könnte und wie ich letztendlich einen funktionierenden null check erreiche.
Hier ging es auch um dieses Thema und die Abfrage war m.E. so formuliert wie bei mir.

Habe es jetzt anders für mich gelöst und prüfe, ob die Länge des Strings > 5 ist. true: Wert vorhanden bei false: kein Wert vorhanden.

Ich versuch mal dich von dem Schlauch zu holen:

Wenn du im ioBroker "null" stehen siehst, dann kann das auf 2 Arten passieren:

• der Datenpunkt hat den expliziten Wert null.
• im Datenpunkt steht der Text "null".

Die von Dir im Skript oben eingebaute Überprüfung prüft auf den expliziten Wert null, das worauf du prüfen möchtest ist aber der Text "null"

Nun zum Thema Vergleich:
Im Kontext Falls Wert mache wird Wert als wahr angesehen wenn

• Wert ein Text mit einem oder mehr Zeichen ist ("null", "leer", "hierstehtwas", "1", " ")
• Wert eine Zahl ist die nicht 0 ist
• Wert explizit wahr beinhaltet
• Wert einen der beiden intern definierten Werte NaN und infinity beinhaltet (diese entstehen automatisch bei mathematischen Operationen die ungültig sind, z.Bsp. 1/0 oder sqrt(-2)

Im Kontext Falls Wert mache wird Wert als falsch angesehen wenn

• Wert ein Text ohne Zeichen ist ("")
• Wert die Zahl 0 ist
• Wert explizit falsch beinhaltet
• Wert einen dieser intern definierten Werte beinhaltet: null, undefined

Nun dazu wie du auf den Text "null" prüfen kannst: In deinem Originalen Blockly ersetzt du den Baustein mit null durch einen mit dem Text "null".

A.

[flitzpiepe]

@asgothian said in Blockly Prüfung auf "null"?:

@flitzpiepe sagte in Blockly Prüfung auf "null"?:

@paul53 said in Blockly Prüfung auf "null"?:

@flitzpiepe sagte: null:

"null" als String ergibt war bei er impliziten Typwandlung.

ok, es scheint, dass da bei mir irgendwo jemand auf der Leitung steht, da ich mir auch nach mehrmaligem Lesen der Info nicht erschließen kann, was gemeint sein könnte und wie ich letztendlich einen funktionierenden null check erreiche.
Hier ging es auch um dieses Thema und die Abfrage war m.E. so formuliert wie bei mir.

Habe es jetzt anders für mich gelöst und prüfe, ob die Länge des Strings > 5 ist. true: Wert vorhanden bei false: kein Wert vorhanden.

Ich versuch mal dich von dem Schlauch zu holen:

Nun dazu wie du auf den Text "null" prüfen kannst: In deinem Originalen Blockly ersetzt du den Baustein mit null durch einen mit dem Text "null".

A.

Hi,
danke für den ausführlichen Kommentar und ich denke wir nähern uns dem Problem:
Das bedeute aber auch, dass die Zuweisungen:

... ein und dasselbe aussagen? Davon bin ich bisher nicht ausgegangen und da lag dann mein Gedankenfehler? Ich dachte vom Block null wird der Datenpunkt auf den expliziten Wert null gesetzt und von der String-Zuweisung erhält der Datenpunkt den String "null". Ich habe den Block null in der Zuweisung verwendet und deswegen auch mit dem Block auf null geprüft.

Im Java-ScriptCode:

    setState("javascript.0.scriptEnabled.System.PushOver.PushOverSysVar.PushOver_File"/*varPushOver_File*/, null, true);
    setState("javascript.0.scriptEnabled.System.PushOver.PushOverSysVar.PushOver_File"/*varPushOver_File*/, 'null', true);

... ist hier ja auch der Unterschied zu sehen durch Verwendung der Anführungszeichen bei String-Zuweisung.

Ist hier meine eigentliche Frage vielleicht, warum mein Datenpunkt nicht auf den expliziten Wert null gesetzt wurde, obwohl ich die Zuweisung über den null-Block gemacht habe?

[Asgothian]

@flitzpiepe sagte in Blockly Prüfung auf "null"?:

i,
danke für den ausführlichen Kommentar und ich denke wir nähern uns dem Problem:
Das bedeute aber auch, dass die Zuweisungen:

... ein und dasselbe aussagen? Davon bin ich bisher nicht ausgegangen und da lag dann mein Gedankenfehler?

Nein, diese Zuweisungen sind nicht identisch. Die erste weist dem State den Wert null zu, der zweite den text "null". Allerdings kann es sein das der JS-Controller eine Typconvertierung vornimmt da der Datenpunkt als "string" angelegt ist.

Du solltest im Übrigen (sofern du den aktuellen JS Controller mit Admin 5 nutzt eine Warnmeldung bekommen wenn du versuchst null in einen State zu schreiben der als "string" definiert ist.

A.

[paul53]

@flitzpiepe sagte: obwohl ich die Zuweisung über den null-Block gemacht habe?

Da der Datenpunkt von Typ "string" ist, ist die Zuweisung von null (Typ "object") falsch. Um ihn zu löschen, weise einen Leerstring zu. Dann funktioniert ebenfalls die Prüfung "falls Wert von DP" , da die implizite Typwandlung des Leerstrings false ergibt.

[niiccooo1]

[GELÖST]
Hallo Zusammen,

ich knüpfe mal an das Thema an, da ich an einem ähnlichen Punkt bin, aber ich einfach nicht weiter komme.
Ich möchte ebenfalls eine Abfrage auf null / kein Inhalt überprüfen. Es handelt sich bei mir jedoch um eine Abfrage aus der InfluxDB.
Über ein Javascript lasse ich mir aus dem InfluxDB folgendes Ergebnis als JSON ausgeben:

{"result":[[{"result":"_result","table":0,"_start":"2024-10-10T06:45:18.1890708Z","_stop":"2024-10-10T07:45:18.1890708Z","_time":"2024-10-10T07:45:18.0914702Z","_value":-1536525,"_field":"T0201","_measurement":"VST3","ts":1728546318091},{"result":"_result","table":1,"_start":"2024-10-10T06:45:18.1890708Z","_stop":"2024-10-10T07:45:18.1890708Z","_time":"2024-10-10T07:45:18.0914702Z","_value":22.59207,"_field":"T0202","_measurement":"VST3","ts":1728546318091},{"result":"_result","table":2,"_start":"2024-10-10T06:45:18.1890708Z","_stop":"2024-10-10T07:45:18.1890708Z","_time":"2024-10-10T07:45:18.0914702Z","_value":22.78723,"_field":"T0203","_measurement":"VST3","ts":1728546318091},{"result":"_result","table":3,"_start":"2024-10-10T06:45:18.1890708Z","_stop":"2024-10-10T07:45:18.1890708Z","_time":"2024-10-10T07:45:18.0914702Z","_value":22.32642,"_field":"T0204","_measurement":"VST3","ts":1728546318091},{"result":"_result","table":4,"_start":"2024-10-10T06:45:18.1890708Z","_stop":"2024-10-10T07:45:18.1890708Z","_time":"2024-10-10T07:45:18.0914702Z","_value":22.2529,"_field":"T0205","_measurement":"VST3","ts":1728546318091},{"result":"_result","table":5,"_start":"2024-10-10T06:45:18.1890708Z","_stop":"2024-10-10T07:45:18.1890708Z","_time":"2024-10-10T07:45:18.0914702Z","_value":-1669286,"_field":"T0206","_measurement":"VST3","ts":1728546318091},{"result":"_result","table":6,"_start":"2024-10-10T06:45:18.1890708Z","_stop":"2024-10-10T07:45:18.1890708Z","_time":"2024-10-10T07:45:18.0914702Z","_value":-2018108,"_field":"T0207","_measurement":"VST3","ts":1728546318091}]],"ts":1728546318199,"error":null}

Anschließend filtere ich über folgendes Blockly mir den Feldnamen aus:

"j" ist meine Zählvariable welche über eine Schleife hochgezählt wird und "ergebnis" das oben gezeigte JSON

Nun möchte ich über die Schleife den value an einen Datenpunkt geben solange bis die Filterung keinen weiteren Feldname mehr findet. Ich bekomme diese Überprüfung nicht hin.

Ich habe probiert es über null zu vergleichen, über

Folgendes klappt auch nicht:

Was mir aufgefallen ist, dass sich der Typ von string nach object ändert sobald kein Inhalt mehr da ist.

Log:

javascript.0	09:54:41.561	info	script.js.ESPEasy.Test: Typ von: string:T0204
javascript.0	09:54:42.571	info	script.js.ESPEasy.Test: Typ von: string:T0205
javascript.0	09:54:43.587	info	script.js.ESPEasy.Test: Typ von: string:T0206
javascript.0	09:54:44.595	info	script.js.ESPEasy.Test: Typ von: string:T0207
javascript.0	09:54:45.603	info	script.js.ESPEasy.Test: Typ von: object:
javascript.0	09:54:46.606	info	script.js.ESPEasy.Test: Typ von: object:

Kann mir jemand helfen?

[Codierknecht]

@niiccooo1

Das hier funktioniert:

Aber da sind ja auch alle Pärchen sauber gefüllt.

Edit

meine Zählvariable welche über eine Schleife hochgezählt wird

Die Frage wäre: Wie hast Du Deine Schleife konstruiert?

[Nordischerjung]

@niiccooo1 kann der hier helfen?

[niiccooo1]

@codierknecht
Die Schleife habe ich so aufgebaut:

Wobei die Prüfung nicht funktioniert hat.

Dein Vorschlag funktioniert wunderbar

Vielen Dank!

[niiccooo1]

@nordischerjung

Damit klappt es nicht so wie gewünscht. Die Lösung @Codierknecht passt zu meinem Vorhaben besser.

Vielen Dank trotzdem!

[Codierknecht]

@niiccooo1
Ein "wiederhole solange" kann kritisch werden. Wenn es keine saubere Abbbruchbedingung gibt, hat man sich schnell eine Endlosschleife produziert.
Ein Schleife über die Elemente kennt bereits die Anzahl der Durchläufe ... nämlich die Zahl der Elemente.
Die ist für sowas in aller Regel besser geeignet.

Wenn's läuft, bearbeite bitte Deinen Eingangspost und setze ein "[gelöst] " vor den Titel.