Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[haus-automatisierung]

@oliverio Ah, ich habe nicht alle Beiträge genau gelesen. Dachte es liegt nur noch am XML, weil hier ja zuletzt Lösungen zum Parsen geteilt wurden.

Dann das Script mal auf den Verbose-Mode umschalten und ggf. den Timeout im Blockly-Baustein erhöhen.

[wusa]

@haus-automatisierung

Hier ist nochmal die ganze Seite. So wird es angezeigt.

Es wird von REST API gesprochen. Es kommt aber XML-Datei in der Meldung.
Ich bin mir hier leider auch nicht ganz sicher, wie ich ans Ziel komme.

[wusa]

@oliverio
Das könnte funktioniere. Wollte das aber gerne über einen eigenen Adapter oder über das Blockly lösen.
Wenn etwas neues hinzukommt, dann kann man das relative leicht lösen.
Das Skript verstehe ich zb. gar nicht, daher würde ich es gerne umgehen.

Dachte jetzt ehrlich gesagt erstmal an Blockly oder dann an den Parse Adapter.

[haus-automatisierung]

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

Es wird von REST API gesprochen. Es kommt aber XML-Datei in der Meldung.

Ist doch alles richtig, eine REST-API kann auch XML zurück liefern. Bitte erstmal die Tipps von oben umsetzen. Ist ja soweit auf den ersten Blick alles richtig.

[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.