undefined Werte sollen nicht geschrieben werden

[Armilar]

@jockelflo

Ich denke @Codierknecht meinte eher etwas Blockly zum zeigen...

Ist aber völlig normal, dass undefined zurückgegeben wird...

Könntest das Problem auf zwei Arten lösen:

1. Schiebe das Result durch eine zusätzliche JS Funktion, die prüft, ob das Result aus dem Request undefined ist (undefined kann Blockly meines Erachtens nicht wirklich von Haus aus)

2. Mache aus dem Result einen String und vergleiche auf != 'undefined' --> Dann schreiben --> sonst halt nicht

[Codierknecht]

@armilar sagte in undefined Werte sollen nicht geschrieben werden:

Ich denke @Codierknecht meinte eher etwas Blockly zum zeigen...

Genau. Irgendwo muss ja dieses "request" definiert sein.

die prüft, ob das Result aus dem Request undefined ist (undefined kann Blockly meines Erachtens nicht wirklich von Haus aus

Naja - eigentlich schon.
Wenn man das Ergebnis des request in eine Variable result schreibt und dann prüft, sollte auch Blockly damit klarkommen.

Die Variable result muss man allerdings "von Hand" erzeugen.

[Armilar]

@codierknecht

ohne "result" wird da wohl kein "undefined" gekommen sein

Warten wir mal ab, ob das Rätsel gelöst wird?

[Codierknecht]

@armilar
Man könnte den Zielhost auch erst anpingen und den request nur bei entsprechendem Ergebnis ausführen.
Viele Wege führen nach Rom

[Jockelflo]

Das wäre ein Teil des Blockly. Ich habe auch mit Ping probiert aber wenn Ping alive true anzeigt und ich mit dem Baustein "Trigger" "Falls Objekt - Objekt ID=Ping alive = true" arbeite, startet das Script nicht mehr

[Jockelflo]

@jockelflo Ich habe das jetzt so gelöst

Mit einer Test URL die es nicht gibt, wurden einfach keine Werte geschrieben. Mal schauen wie es heute abend wieder ist, Ich melde mich. Danke schonmal

[Homoran]

@jockelflo sagte in undefined Werte sollen nicht geschrieben werden:

mit dem Baustein "Trigger" "Falls Objekt - Objekt ID=Ping alive = true" arbeite, startet das Script nicht mehr

klar, das triggert ja nur in dem Moment wenn alive true wird

das muss in die Logik rein

[Codierknecht]

@jockelflo
Dann versuchs mal mit meinem Ping-Beispiel.

Und konvertiere nur 1x in ein Objekt. Das spart Ressourcen.

[Homoran]

@jockelflo was soll der Trigger mitten in der Logik.
Das wird schief gehen

[Jockelflo]

AHH, ihr seid zu schnell für mich. Hatte das falsche Bild beim posten erwischt

[Codierknecht]

@jockelflo
Das Prinzip:

[Jockelflo]

@codierknecht Kannst du mir bitte näher erklären, warum das Ressourcen spart?

[Codierknecht]

@jockelflo
Man konvertiert das Ergebnis nur 1x in ein Objekt und greift dann auf dessen Attribute zu.

Das ist effektiver als result immer wieder in ein neues Objekt zu konvertieren.

[Jockelflo]

@codierknecht
Ok, Da werde ich mich morgen Vormittag nochmal damit beschäftigen. Danke. Jetzt warte ich auf die Nacht ob der Ping funktioniert und muss erstmal arbeiten gehen. Schönen Tag noch

[Jockelflo]

Abend,
der Wechselrichter hat abgeschaltet und die Werte sind geblieben. Ich habe das jetzt so wie im Bild gelöst mit "Offline" und "Online". Das Thema Optimierung muss ich noch angehen. Vielen Dank für die Hilfe

PS: Habe den unteren falls-mache Trigger mit sonst ersetzt, damit ich nur einen Trigger habe.

[Codierknecht]

@jockelflo sagte in undefined Werte sollen nicht geschrieben werden:

Das Thema Optimierung muss ich noch angehen

Und dabei dann auch mal unreach umbenennen. Das sagt nämlich gerade das Gegenteil aus.
Könnte sich bei späterer Wartung mal rächen (siehe meine Sig).

[Jockelflo]

@codierknecht
Guten Morgen,

Wenn ich das so mache mit "objResult" erhalte ich als Ausgabe

{ack:true} und nur wenn ich statt "objresult" wieder result nutze, erhalte ich Werte wie z.B. 149W
Was mache ich denn falsch?

[Codierknecht]

@jockelflo sagte in undefined Werte sollen nicht geschrieben werden:

Was mache ich denn falsch?

Du darfst nur 1x umwandeln.

[Jockelflo]

Danke, das war der Fehler