Monatsrückblick Januar/Februar 2026 ist online!

[Codierknecht]

@wusa
Wie @haus-automatisierung schon schieb: REST sagt erstmal nix über das Format der Antwort.

Probier vielleicht zuerst mal, den Timeout höher zu setzen und lass Dir die Antwort einfach per Debug-Block ausgeben.
Dann sehen wir weiter.

[wusa]

@haus-automatisierung
Zeit habe ich erhöht. Bisher keine Besserung. Aber was meinst du mit Verbose Modus genau?
Meinst du den Schraubenschlüssel und "Ausführliche Protokollausgaben"?

[wusa]

@codierknecht

Skript

Antwort:

Hier scheint nichts zurück zu kommen außer "null".

[OliverIO]

@wusa

das gerät anwortet ja auch nicht. was soll da ausgegeben werden?

[Codierknecht]

@wusa
Ruf das nochmal im Browser auf und schau per F12 auf den Network-Tab.
Dort siehst Du, wie lange es bis zur Antwort dauert.

[paul53]

@wusa sagte: Mir ist nur der Wert von "strValue" wichtig.

Funktioniert es denn mit "request"? Wenn ja, dann versuche es mal so:

[wusa]

Ich merke gerade, dass ich noch ein ganz anderes Problem habe.
Ich bekommen keinen Ping durch zu dem Gerät. Die Antwort kommt im Browser aber trotzdem.

Ich kümmere mich jetzt mal um das Ping Problem, vielleicht sieht es dann schon wieder ganz anders aus.

[haus-automatisierung]

@wusa sagte in Rest API, Value von Gerät auslesen, In Datenpunkt schreiben:

Aber was meinst du mit Verbose Modus genau?

Na die "ausführlichen Protokollausgaben" oben rechts im Script.

@wusa sagte in Rest API, Value von Gerät auslesen, In Datenpunkt schreiben:

Ich bekommen keinen Ping durch zu dem Gerät.

Nicht jedes Gerät muss auf einen Ping (ICMP) antworten. Das hat nichts zu sagen. Da würde ich jetzt keine Zeit investieren.

[OliverIO]

@haus-automatisierung

das mag sein, das ein gerät nicht darauf antworten muss.
das icmp protokoll (ping ist ein abfallprodukt daraus) ist aber essentiell zur ip steuerung. daher würde es mich wundern, wenn gerade bei einem headless gerät das nicht implementiert wurde, da icmp meist schon bestandteil des eigentlichen netzwerk stacks ist. wenn icmp nicht durchkommt, dann weil firewalls die messages herausfiltern, da man dadurch auch netzwerkinfrastruktur ausforschen kann.

[haus-automatisierung]

@oliverio sagte in Rest API, Value von Gerät auslesen, In Datenpunkt schreiben:

das icmp protokoll (ping ist ein abfallprodukt daraus) ist aber essentiell zur ip steuerung.

Ja, und da funktioniert doch erstmal alles (der GET-Request aus dem Browser heraus wird ja beantwortet). Mich würde die Verbose-Ausgabe mehr interessieren. Ich wollte @wusa nur davon abhalten, am falschen Ende zu suchen und Zeit zu verschwenden.

[wusa]

@haus-automatisierung

ICMP funktioniert grundsätzlich.
Von einem anderen Gerät aus kommt der Ping wunderbar durch. Nur vom iobroker Server kommt der Ping nicht durch.

[OliverIO]

@wusa

ich habe iobroker im docker container laufen
mein ping zum router geht durch.

wie schon erwähnt filtern firewalls die icmp nachrichten (aber nicht standardmäßig, wenn dann muss das konfiguriert sein.).
liegt das evtl an deinem wireguard? warst du nicht das mit wireguard im anderen thread?
auch überschreiten icmp nachrichten nicht die grenzen des netzwerksegments. also wenn deine netzmaske bspw bei 255.255.255.0 liegt, dann kannst du bspw nur von 192.168.1.10 nach 192.168.1.20 pingen. also die ersten 3 ziffern der ip adresse muss identisch sein.

das mal nur als hinweis für die fehlersuche

[wusa]

@oliverio

Ja ich war das auch mit Wireguard.
Aber ich teste das ganze nicht durch den Tunnel sondern lokal.

Es stimmt allerdings, dass ich nicht in andere Netzsegmente komme, aber dafür habe ich einen Router.

Ich habe 2 VLANs. Eins in dem der iobroker ist und ein anderes.
Firewall ist dementsprechend Konfiguriert.
Ich erreichen von der iobroker VM alle Geräte im anderen VLAN nur die Heizung nicht.
Bin ich in dem Netzwerk in dem auch die Heizung hängt, dann kommt der Ping durch.

Heißt ich erreiche momentan genau ein Gerät nicht. Alle anderen schon.
Im anderen VLAN erreiche ich alle Geräte inkl. Heizung. Ich mach mich mal auf die Suche.

[wusa]

Ich bin in der ganzen Sache jetzt weiter gekommen.
Es war ein Firewall Problem, welches ich jetzt aber gelöst habe.

Jetzt bekomme ich von dem Blockly folgende Rückantwort:

error	script.js.common.ETA: Cannot parse "<?xml version="1.0" encoding="": SyntaxError: Unexpected token '<', "<?xml vers"... is not valid JSON

[paul53]

@wusa sagte: folgende Rückantwort:

XML ist nicht JSON. Mache es mit einer Liste, wie hier gezeigt.

[wusa]

@paul53
In welcher Kategorie finde ich den Block "setze -Liste- auf"?

Habe jetzt alle einmal durchgeklickt, aber ich finde diesen Eintrag nicht. Außer ich habe ihn komplett überlesen..

Edit:
Habe es gerade selber gefunden. Es ist eine Variable.