Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Duffy]

@crunchip

Frage hat sich erledigt. :blush:

VG Duffy

[Friedhofsblond]

Moin,
will mich mal wieder mit dem iobroker beschäftigen.
Hatte vor längerer Zeit schon mal "gebastelt" aber nun als Rentner wieder mehr Zeit.
Habe also eben alles neu installiert und wollte mich mit dem opendtu-adaper beschäftigen.
Der OpenDTU läuft auf einem ESP32 mit zwei Wechselrichtern dran (TSUN).
Im Adapter müßte ich die IP und Port eintragen. - Bei mir gibt es aber keinen Port ?
Also wenn ich die Website aufrufen kein :Portnummer hinter der IP.
Was mach ich nun - kriege auch keine Verbindung.
Danke und Grüße ;)

[Thomas Braun]

@friedhofsblond

Schema: HTTP
WebUI: IP_des_opendtu
WebUI-Port: 80
WebUI-Passwort: Dein PW

So läuft das bei mir.

[Friedhofsblond]

@thomas-braun

Hm, was sagt mir das Log?:

2023-04-14 13:59:55.345 - debug: opendtu.0 (2001) Redis Objects: Use Redis connection: 127.0.0.1:9001
2023-04-14 13:59:55.366 - debug: opendtu.0 (2001) Objects client ready ... initialize now
2023-04-14 13:59:55.368 - debug: opendtu.0 (2001) Objects create System PubSub Client
2023-04-14 13:59:55.368 - debug: opendtu.0 (2001) Objects create User PubSub Client
2023-04-14 13:59:55.378 - debug: opendtu.0 (2001) Objects client initialize lua scripts
2023-04-14 13:59:55.382 - debug: opendtu.0 (2001) Objects connected to redis: 127.0.0.1:9001
2023-04-14 13:59:55.394 - debug: opendtu.0 (2001) Redis States: Use Redis connection: 127.0.0.1:9000
2023-04-14 13:59:55.399 - debug: opendtu.0 (2001) States create System PubSub Client
2023-04-14 13:59:55.400 - debug: opendtu.0 (2001) States create User PubSub Client
2023-04-14 13:59:55.406 - debug: opendtu.0 (2001) States connected to redis: 127.0.0.1:9000
2023-04-14 13:59:55.470 - info: opendtu.0 (2001) starting. Version 0.1.4 (non-npm: o0shojo0o/ioBroker.opendtu#b92c7de2d0ab38296f6e1c401d63fbb7fad4829a) in /opt/iobroker/node_modules/iobroker.opendtu, node: v16.19.1, js-controller: 4.0.24
2023-04-14 13:59:55.496 - error: opendtu.0 (2001) SyntaxError: The URL contains a fragment identifier
2023-04-14 13:59:55.498 - error: opendtu.0 (2001) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2023-04-14 13:59:55.499 - error: opendtu.0 (2001) unhandled promise rejection: Cannot read properties of undefined (reading 'on')
2023-04-14 13:59:55.501 - error: opendtu.0 (2001) TypeError: Cannot read properties of undefined (reading 'on')
at Opendtu.startWebsocket (/opt/iobroker/node_modules/iobroker.opendtu/main.js:137:18)
at Opendtu.onReady (/opt/iobroker/node_modules/iobroker.opendtu/main.js:46:14)
at Opendtu.emit (node:events:513:28)
at /opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:8232:26
2023-04-14 13:59:55.501 - error: opendtu.0 (2001) Cannot read properties of undefined (reading 'on')
2023-04-14 13:59:55.511 - info: opendtu.0 (2001) terminating
2023-04-14 13:59:55.512 - warn: opendtu.0 (2001) Terminated (UNCAUGHT_EXCEPTION): Without reason
2023-04-14 13:59:56.068 - error: host.homeserv instance system.adapter.opendtu.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
2023-04-14 13:59:56.069 - info: host.homeserv Restart adapter system.adapter.opendtu.0 because enabled
2023-04-14 14:00:26.102 - info: host.homeserv instance system.adapter.opendtu.0 started with pid 2126
2023-04-14 14:00:26.906 - debug: opendtu.0 (2126) Redis Objects: Use Redis connection: 127.0.0.1:9001
2023-04-14 14:00:26.939 - debug: opendtu.0 (2126) Objects client ready ... initialize now
2023-04-14 14:00:26.940 - debug: opendtu.0 (2126) Objects create System PubSub Client
2023-04-14 14:00:26.941 - debug: opendtu.0 (2126) Objects create User PubSub Client
2023-04-14 14:00:26.950 - debug: opendtu.0 (2126) Objects client initialize lua scripts
2023-04-14 14:00:26.954 - debug: opendtu.0 (2126) Objects connected to redis: 127.0.0.1:9001
2023-04-14 14:00:26.964 - debug: opendtu.0 (2126) Redis States: Use Redis connection: 127.0.0.1:9000
2023-04-14 14:00:26.968 - debug: opendtu.0 (2126) States create System PubSub Client
2023-04-14 14:00:26.969 - debug: opendtu.0 (2126) States create User PubSub Client
2023-04-14 14:00:26.974 - debug: opendtu.0 (2126) States connected to redis: 127.0.0.1:9000
2023-04-14 14:00:27.023 - info: opendtu.0 (2126) starting. Version 0.1.4 (non-npm: o0shojo0o/ioBroker.opendtu#b92c7de2d0ab38296f6e1c401d63fbb7fad4829a) in /opt/iobroker/node_modules/iobroker.opendtu, node: v16.19.1, js-controller: 4.0.24
2023-04-14 14:00:27.048 - error: opendtu.0 (2126) SyntaxError: The URL contains a fragment identifier
2023-04-14 14:00:27.050 - error: opendtu.0 (2126) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2023-04-14 14:00:27.050 - error: opendtu.0 (2126) unhandled promise rejection: Cannot read properties of undefined (reading 'on')
2023-04-14 14:00:27.053 - error: opendtu.0 (2126) TypeError: Cannot read properties of undefined (reading 'on')
at Opendtu.startWebsocket (/opt/iobroker/node_modules/iobroker.opendtu/main.js:137:18)
at Opendtu.onReady (/opt/iobroker/node_modules/iobroker.opendtu/main.js:46:14)
at Opendtu.emit (node:events:513:28)
at /opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:8232:26
2023-04-14 14:00:27.053 - error: opendtu.0 (2126) Cannot read properties of undefined (reading 'on')
2023-04-14 14:00:27.063 - info: opendtu.0 (2126) terminating
2023-04-14 14:00:27.064 - warn: opendtu.0 (2126) Terminated (UNCAUGHT_EXCEPTION): Without reason
2023-04-14 14:00:27.619 - error: host.homeserv instance system.adapter.opendtu.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
2023-04-14 14:00:27.620 - info: host.homeserv Restart adapter system.adapter.opendtu.0 because enabled

[crunchip]

@friedhofsblond auch das beachtet?

Es wir die Version von 15.02.2023 oder neuer benötigt!

[Friedhofsblond]

@crunchip
hm, sorry was meinst du jetzt?

[IdleBit]

@friedhofsblond Zeig mal deine Einstellungen vom Adapter, sieht so aus ob da was faul ist.

[Friedhofsblond]

@idlebit

[IdleBit]

@friedhofsblond kann es sein das sich Leerzeichen eingeschlichen haben?
Also bei der IP z.B.

[Friedhofsblond]

@idlebit
hm,
nö habe die instanz nochmal gelöscht und eine neue erzeugt.
Dann alles händisch sauber eingetragen - kein Erfolg.
Kein Port hinter der IP:

[IdleBit]

@friedhofsblond Port 80 ist default bei HTTP und wird daher nicht dargestellt.

Muss Du bitte eine vollen Logmitschnitt mal posten von start bis zum Ende.
Kann mir das aber erst später ansehen, habe jetzt erstmal andere Verpflichtungen.

[Friedhofsblond]

@idlebit
Jo alles klar - kein Druck :D

[Friedhofsblond]

so habs gefunden.
Es lag am Passwort - keine Sonderzeichen !! bei mir "#" :(

[IdleBit]

@friedhofsblond Mal mal bitte auf GitHub ein Issues dafür auf. Werde mir das dann ansehen.

[indie]

Hallo zusammen, ich hab ein Problem mit dem Adapter und sowohl die neueste Firmware von opendtu geflasht, als auch das passende node.js drauf und die aktuelle Adapter Installation drauf. Das Problem trat auch mit einer älteren Firmware Version von opendtu schon auf, ich hatte gehofft, dass es mit der neuen Version gelöst wäre, aber nach ca 18 Stunden Betrieb ging das ganze schon wieder los: nach einer Weile ganz normalem Betriebs wird im Adapter eine unhandled exception geworfen und der Adapter Gerät dann in eine "restart loop", sodass iobroker den Adapter killt, nachdem 4-5 Mal in 1,5 min neu gestartet wurde.
Das logfile zu dem Fehler im Adapter in iobroker ist folgendes (nur eine "Fehlerinstanz", diese tritt dann mehrfach nacheinander auf). 2 hinweise noch zur Fehler Eingrenzung:

1. Mqtt ist in opendtu aus, zufriff läuft über http.
2. Im Kontext des Fehlers verändern sich die Namen der 2 verbundenen wechselrichter in der Webansicht und enthalten plötzlich seltsame Sonderzeichen oder werden komplett durch solche ersetzt.

Ein Ansatz könnte sein, dass es einen overflow beim opendtu gibt, der zb durch nicht geschlossene web connections Auftritt und durch den Adapter ausgelöst wird?

Würde mich sehr freuen, wenn ich einen Tipp von euch bekomme oder mit der Fehlerbeschreibung die Weiterentwicklung des Adapters unterstützten kann :-)
Vielen Dank!

Edit: hab es auch auf GitHub als issue geöffnet

2023-04-18 12:56:52.639 error The id is empty! Please provide a valid id.

opendtu.0
2023-04-18 12:56:52.638 error Error: The id is empty! Please provide a valid id. at Utils.validateId (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/utils.js:114:19) at Opendtu.extendObject (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:1935:23) at /opt/iobroker/node_modules/@iobroker/js-controller-common/lib/common/tools.js:2126:16 at new Promise (<anonymous>) at Opendtu.extendObjectAsync (/opt/iobroker/node_modules/@iobroker/js-controller-common/lib/common/tools.js:2125:16) at DataController.processInverterData (/opt/iobroker/node_modules/iobroker.opendtu/lib/dataController.js:23:36) at Opendtu.processMessage (/opt/iobroker/node_modules/iobroker.opendtu/main.js:163:28) at WebSocket.<anonymous> (/opt/iobroker/node_modules/iobroker.opendtu/main.js:142:18) at WebSocket.emit (node:events:525:35) at Receiver.receiverOnMessage (/opt/iobroker/node_modules/ws/lib/websocket.js:1184:20)

opendtu.0
2023-04-18 12:56:52.634 error unhandled promise rejection: The id is empty! Please provide a valid id.

opendtu.0
2023-04-18 12:56:52.616 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

[Thomas Braun]

@indie

Wie hast du die beiden denn benannt? Versuch mal Umlaute oder ggf. sonstige 'Sonderzeichen' zu vermeiden.

The id is empty! Please provide a valid id.

Irgendwas ist da wohl nicht eingetragen. Hast du für die Panele auch schöne Namen vergeben?

[indie]

@thomas-braun eigentlich ja, "Garagendach" und "Balkon". Hier sollte eigentlich das Problem nicht liegen 🤔... Ah ja und die panele (also strings der Wechselrichter) habe ich nicht umbenannt (also weiterhin "string 1" und "2").

[Thomas Braun]

@indie Die meinte ich. Trag da mal just for fun irgendwas simples ein.
Dick & Doof, Bonny & Clyde, Tom & Jerry oder sowas. ;-)

[indie]

@thomas-braun okay, ich mache alles, was helfen kann, auch wenn ich nicht sehe, wie das helfen kann...(klar, es steht jetzt etwas an einer Stelle, wo vorher nichts stand, das war aber btw vor dem Firmware Update inkl. Reflash anders, da hatte ich jeweils einen Namen für die Strings). Mal sehen ...evtl kann man aus dem langen logeintrag ja rauslesen, wo genau der Fehler Auftritt, aber mir fehlt da der konkrete Einblick in den Code (bzw die Fähigkeit dazu)

[indie]

Kurzes Update: nachdem ich in der dtu das refresh interval von 2s auf 5s gesetzt habe und jeder String einen Namen bekommen hat, tritt das Problem seit 30h schon nicht mehr auf. Ich gehe also davon aus, dass die dtu tatsächlich mit der Last überfordert war und der Fehler im Adapter durch fehlerhafte Übertragung von der dtu ausgelöst wurde. Ich entschuldige mich für die falsche Verdächtigung des Adapters und habe auch auf GitHub das issue geschlossen :-). Danke für die Hilfe!