NEWS
Test Adapter OpenDTU
-
@codierknecht NTP Habe ich gecheckt das past
stimmt Nautische Dämmerung in Österreich ?
@dirni sagte in Test Adapter OpenDTU:
stimmt Nautische Dämmerung in Österreich ?
Ohne Seeschiffart auch keine 'Nautische Dämmerung', oder?
-
@dirni sagte in Test Adapter OpenDTU:
stimmt Nautische Dämmerung in Österreich ?
Ohne Seeschiffart auch keine 'Nautische Dämmerung', oder?
-
Ok scheint logisch mit Nautisch, aber was dann "Standard" wahrscheinlich ? warum ist dann im Standard Nautisch eingestelltß
Zu den Dämmerungen:
https://de.wikipedia.org/wiki/Dämmerung -
Hallo die Runde,
ich suche ein DEV der den Adapter von mir übernehmen kann bzw. möchte gibt es da jemanden?kommentar gelöscht
-
Hallo zusammen
Die neueste Version von OpenDtu führt wohl Änderungen an der API ein, so dass der Adapter nicht mehr alle Daten abholen kannIch habe das an „yield day“ bemerkt
Leider half bisher auch die Rückkehr zur Version 24.1.26 nicht (mit der funktionierte es vorher noch)
Edit: mit der alten Version geht es wieder....Ich hab auch ein GitHub issue dazu erstellt…
https://github.com/o0shojo0o/ioBroker.opendtu/issues/129 -
Hallo zusammen
Die neueste Version von OpenDtu führt wohl Änderungen an der API ein, so dass der Adapter nicht mehr alle Daten abholen kannIch habe das an „yield day“ bemerkt
Leider half bisher auch die Rückkehr zur Version 24.1.26 nicht (mit der funktionierte es vorher noch)
Edit: mit der alten Version geht es wieder....Ich hab auch ein GitHub issue dazu erstellt…
https://github.com/o0shojo0o/ioBroker.opendtu/issues/129@chris299
Moin, schau mal unter folgendem Datenpunkt:
opendtu.0.total.yieldday
Da wird der richtige Wert angezeigt. Ich hatte das gleiche Problem, fand dort aber den richtigen Wert.Ob der da neu ist...?
Grüße
Olli -
@chris299
Moin, schau mal unter folgendem Datenpunkt:
opendtu.0.total.yieldday
Da wird der richtige Wert angezeigt. Ich hatte das gleiche Problem, fand dort aber den richtigen Wert.Ob der da neu ist...?
Grüße
Olli@ollimaloche den total.yieldday kenne ich, aber den meine ich nicht. der ac.phase_1.yieldday und yieldtotal wird nicht mehr aktualisiert seit der 24.2.12
-
@ollimaloche den total.yieldday kenne ich, aber den meine ich nicht. der ac.phase_1.yieldday und yieldtotal wird nicht mehr aktualisiert seit der 24.2.12
@chris299
Ja, das stimmt. Der wird bei mir auch nicht mehr aktualisiert. Deshalb nehme ich jetzt den anderen.Grüße
Olli -
@chris299
Ja, das stimmt. Der wird bei mir auch nicht mehr aktualisiert. Deshalb nehme ich jetzt den anderen.Grüße
Olli -
@ollimaloche für mich reicht der nicht weil ich mehrere HMS habe, und dort nur die Summe über alle drin ist...
@chris299
Also bei mir könnte ich auch dasyielddayfür DC der einzelnen Panels nehmen und addieren.
Stimmt exakt und ist aktuell. -
@chris299
Also bei mir könnte ich auch dasyielddayfür DC der einzelnen Panels nehmen und addieren.
Stimmt exakt und ist aktuell.@codierknecht das mag grob passen (rein logisch darf das aber garnicht passen wegen des Wirkungsgrades) aber wenn ich mir die W Werte ansehe, gibt es da auch die erwartbare Differenz die dann auch auf den yieldday durchschlägt. mag nicht viel sein, ist aber nicht gleich....
-
@codierknecht das mag grob passen (rein logisch darf das aber garnicht passen wegen des Wirkungsgrades) aber wenn ich mir die W Werte ansehe, gibt es da auch die erwartbare Differenz die dann auch auf den yieldday durchschlägt. mag nicht viel sein, ist aber nicht gleich....
@chris299
Rein logisch gesehen hast Du natürlich Recht.
Aber je nach Wirkungsgrad könnte die Differenz entweder vernachlässigbar sein oder man errechnet über den WG die tatsächliche (mutmaßliche) AC-Leistung.
Wenn die Beschreibung "Energy converted to AC per day on specific input" wörtlich zu nehmen ist, wäre es auch nicht die erzeugte sondern die umgewandelte Leistung. Da ist der WG möglicherweise schon eingerechnet.
-
@chris299
Rein logisch gesehen hast Du natürlich Recht.
Aber je nach Wirkungsgrad könnte die Differenz entweder vernachlässigbar sein oder man errechnet über den WG die tatsächliche (mutmaßliche) AC-Leistung.Wenn die Beschreibung "Energy converted to AC per day on specific input" wörtlich zu nehmen ist, wäre es auch nicht die erzeugte sondern die umgewandelte Leistung. Da ist der WG möglicherweise schon eingerechnet.
Hallo
Seit dem ich einen 2. HM800 zusätzlich an die OpenDTU angeschlossen habe bekomme ich diese Meldung auf dem Raspberry4B mit IObroker im Log.opendtu.0 2024-03-13 19:42:43.270 error Parameter "id" needs to be of type "string" but type "object" has been passed opendtu.0 2024-03-13 19:42:43.268 error Error: Parameter "id" needs to be of type "string" but type "object" has been passed at Validator.assertString (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/validator.js:169:19) at Opendtu.extendObject (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:2053:31) at /opt/iobroker/node_modules/@iobroker/js-controller-common/build/lib/common/tools.js:2022:16 at new Promise (<anonymous>) at Opendtu.extendObjectAsync (/opt/iobroker/node_modules/@iobroker/js-controller-common/build/lib/common/tools.js:2021:16) at DataController.processInverterData (/opt/iobroker/node_modules/iobroker.opendtu/lib/dataController.js:26:36) at runNextTicks (node:internal/process/task_queues:60:5) at process.processImmediate (node:internal/timers:447:9) opendtu.0 2024-03-13 19:42:43.263 error unhandled promise rejection: Parameter "id" needs to be of type "string" but type "object" has been passed opendtu.0 2024-03-13 19:42:43.262 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(). opendtu.0 2024-03-13 19:42:41.946 info Connect to OpenDTU over websocket connection. opendtu.0 2024-03-13 19:42:41.601 info starting. Version 1.0.1 in /opt/iobroker/node_modules/iobroker.opendtu, node: v18.19.1, js-controller: 5.0.19Der Adapter wird rot und startet nicht mehr.
Bei Host wird " Probleme mit häufig abstürzenden Adapterinstanzen" angezeigt.Hat jemand eine Idee wie ich dieses Problem beheben kann?
Gruß G.Hawk
-
Hallo
Seit dem ich einen 2. HM800 zusätzlich an die OpenDTU angeschlossen habe bekomme ich diese Meldung auf dem Raspberry4B mit IObroker im Log.opendtu.0 2024-03-13 19:42:43.270 error Parameter "id" needs to be of type "string" but type "object" has been passed opendtu.0 2024-03-13 19:42:43.268 error Error: Parameter "id" needs to be of type "string" but type "object" has been passed at Validator.assertString (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/validator.js:169:19) at Opendtu.extendObject (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:2053:31) at /opt/iobroker/node_modules/@iobroker/js-controller-common/build/lib/common/tools.js:2022:16 at new Promise (<anonymous>) at Opendtu.extendObjectAsync (/opt/iobroker/node_modules/@iobroker/js-controller-common/build/lib/common/tools.js:2021:16) at DataController.processInverterData (/opt/iobroker/node_modules/iobroker.opendtu/lib/dataController.js:26:36) at runNextTicks (node:internal/process/task_queues:60:5) at process.processImmediate (node:internal/timers:447:9) opendtu.0 2024-03-13 19:42:43.263 error unhandled promise rejection: Parameter "id" needs to be of type "string" but type "object" has been passed opendtu.0 2024-03-13 19:42:43.262 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(). opendtu.0 2024-03-13 19:42:41.946 info Connect to OpenDTU over websocket connection. opendtu.0 2024-03-13 19:42:41.601 info starting. Version 1.0.1 in /opt/iobroker/node_modules/iobroker.opendtu, node: v18.19.1, js-controller: 5.0.19Der Adapter wird rot und startet nicht mehr.
Bei Host wird " Probleme mit häufig abstürzenden Adapterinstanzen" angezeigt.Hat jemand eine Idee wie ich dieses Problem beheben kann?
Gruß G.Hawk
@g-hawk sagte in Test Adapter OpenDTU:
Hat jemand eine Idee wie ich dieses Problem beheben kann?
Keine zwei Wechselrichter an eine openDTU fummeln. Da wird schon seitens openDTU von abgeraten, weil das nämlich zu solch 'seltsamem' Verhalten führt.
-
@g-hawk sagte in Test Adapter OpenDTU:
Hat jemand eine Idee wie ich dieses Problem beheben kann?
Keine zwei Wechselrichter an eine openDTU fummeln. Da wird schon seitens openDTU von abgeraten, weil das nämlich zu solch 'seltsamem' Verhalten führt.
-
@thomas-braun
Ach so, also bau ich mir den Kasten dann nochmal für dem 2. Wechselrichter?
Ich war irgendwie der Meinung dass manche Leute sogar vier Wechselrichtet an einer DTU betreiben.@g-hawk
Was Leute tun und was das für Fehler bewirkt...
-
Hallo
Seit dem ich einen 2. HM800 zusätzlich an die OpenDTU angeschlossen habe bekomme ich diese Meldung auf dem Raspberry4B mit IObroker im Log.opendtu.0 2024-03-13 19:42:43.270 error Parameter "id" needs to be of type "string" but type "object" has been passed opendtu.0 2024-03-13 19:42:43.268 error Error: Parameter "id" needs to be of type "string" but type "object" has been passed at Validator.assertString (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/validator.js:169:19) at Opendtu.extendObject (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:2053:31) at /opt/iobroker/node_modules/@iobroker/js-controller-common/build/lib/common/tools.js:2022:16 at new Promise (<anonymous>) at Opendtu.extendObjectAsync (/opt/iobroker/node_modules/@iobroker/js-controller-common/build/lib/common/tools.js:2021:16) at DataController.processInverterData (/opt/iobroker/node_modules/iobroker.opendtu/lib/dataController.js:26:36) at runNextTicks (node:internal/process/task_queues:60:5) at process.processImmediate (node:internal/timers:447:9) opendtu.0 2024-03-13 19:42:43.263 error unhandled promise rejection: Parameter "id" needs to be of type "string" but type "object" has been passed opendtu.0 2024-03-13 19:42:43.262 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(). opendtu.0 2024-03-13 19:42:41.946 info Connect to OpenDTU over websocket connection. opendtu.0 2024-03-13 19:42:41.601 info starting. Version 1.0.1 in /opt/iobroker/node_modules/iobroker.opendtu, node: v18.19.1, js-controller: 5.0.19Der Adapter wird rot und startet nicht mehr.
Bei Host wird " Probleme mit häufig abstürzenden Adapterinstanzen" angezeigt.Hat jemand eine Idee wie ich dieses Problem beheben kann?
Gruß G.Hawk
@g-hawk sagte in Test Adapter OpenDTU:
an die OpenDTU angeschlossen
@G-Hawk was heißt denn "angeschlossen"? das geht doch nur über Funk?
@Thomas-Braun sagte in Test Adapter OpenDTU
Keine zwei Wechselrichter an eine openDTU fummeln. Da wird schon seitens openDTU von abgeraten, weil das nämlich zu solch 'seltsamem' Verhalten führt.
@Thomas-Braun wo steht das denn? Ich betreibe eine OpenDTU mit zwei Wechselrichtern (HMS-400-1T und HMS-1600-4T) das funktioniert völlig reibungslos..... oder habe ich da was missverstanden?
Das Log sieht für mich eher nach Bug im OpenDTU-Adapter aus, der mit der 1.0.1 ein paar strukturelle Änderungen vornehmen musste da sich das API der OpenDTU kürzlich massiv verändert hat....
-
@g-hawk sagte in Test Adapter OpenDTU:
an die OpenDTU angeschlossen
@G-Hawk was heißt denn "angeschlossen"? das geht doch nur über Funk?
@Thomas-Braun sagte in Test Adapter OpenDTU
Keine zwei Wechselrichter an eine openDTU fummeln. Da wird schon seitens openDTU von abgeraten, weil das nämlich zu solch 'seltsamem' Verhalten führt.
@Thomas-Braun wo steht das denn? Ich betreibe eine OpenDTU mit zwei Wechselrichtern (HMS-400-1T und HMS-1600-4T) das funktioniert völlig reibungslos..... oder habe ich da was missverstanden?
Das Log sieht für mich eher nach Bug im OpenDTU-Adapter aus, der mit der 1.0.1 ein paar strukturelle Änderungen vornehmen musste da sich das API der OpenDTU kürzlich massiv verändert hat....
da kannst du ja recht haben! Ich betreibe an einer opendtu-Instanz das Projekt - "openDTUonBatterie",
Nach dem Firmwareupdate auf die letzte Release vom 07.03.2024, stürzte die Opendtu.1 Instanz ab. Seltsamerweise lief bis gestern noch eine alte Version vom November 2023 ohne Probleme.
2024-03-13 21:31:38.134 - info: sonoff.0 (19940) Client [Wetterstation] connected with secret 1710361898131_6093 2024-03-13 21:31:49.502 - info: javascript.0 (24695) script.js.common.GasrechnerNeu: update ausgefuehrt fuer nummer 2 ID hm-rega.0.10422 ---schedule 0 5 31 2 * 2024-03-13 21:32:25.441 - info: sonoff.0 (19940) Client [Wetterstation] connection closed: closed 2024-03-13 21:33:49.513 - info: javascript.0 (24695) script.js.common.GasrechnerNeu: update ausgefuehrt fuer nummer 2 ID hm-rega.0.10422 ---schedule 0 5 31 2 * 2024-03-13 21:34:54.770 - info: admin.0 (21819) ==> Connected system.user.admin from ::ffff:192.168.1.146 2024-03-13 21:34:57.439 - info: host.raspberrypi Updating repository "beta" under "http://download.iobroker.net/sources-dist-latest.json" 2024-03-13 21:35:49.505 - info: javascript.0 (24695) script.js.common.GasrechnerNeu: update ausgefuehrt fuer nummer 2 ID hm-rega.0.10422 ---schedule 0 5 31 2 * 2024-03-13 21:36:15.777 - info: admin.0 (21819) <== Disconnect system.user.admin from ::ffff:192.168.1.146 2024-03-13 21:36:18.315 - info: admin.0 (21819) ==> Connected system.user.admin from ::ffff:192.168.1.146 2024-03-13 21:36:20.850 - info: host.raspberrypi Updating repository "beta" under "http://download.iobroker.net/sources-dist-latest.json" 2024-03-13 21:37:41.464 - info: admin.0 (21819) <== Disconnect system.user.admin from ::ffff:192.168.1.146 2024-03-13 21:37:49.511 - info: javascript.0 (24695) script.js.common.GasrechnerNeu: update ausgefuehrt fuer nummer 2 ID hm-rega.0.10422 ---schedule 0 5 31 2 * 2024-03-13 21:39:49.552 - info: javascript.0 (24695) script.js.common.GasrechnerNeu: update ausgefuehrt fuer nummer 2 ID hm-rega.0.10422 ---schedule 0 5 31 2 * 2024-03-13 21:42:19.518 - info: javascript.0 (24695) script.js.common.GasrechnerNeu: update ausgefuehrt fuer nummer 2 ID hm-rega.0.10422 ---schedule 0 5 31 2 * 2024-03-13 21:44:19.516 - info: javascript.0 (24695) script.js.common.GasrechnerNeu: update ausgefuehrt fuer nummer 2 ID hm-rega.0.10422 ---schedule 0 5 31 2 * 2024-03-13 21:45:11.274 - info: rflink.0 (20083) disconnected 2024-03-13 21:45:13.280 - info: rflink.0 (20083) Serial port opened 2024-03-13 21:45:14.210 - info: rflink.0 (20083) Connected 2024-03-13 21:46:19.516 - info: javascript.0 (24695) script.js.common.GasrechnerNeu: update ausgefuehrt fuer nummer 2 ID hm-rega.0.10422 ---schedule 0 5 31 2 * 2024-03-13 21:47:24.292 - info: host.raspberrypi "system.adapter.opendtu.1" enabled 2024-03-13 21:47:24.598 - info: host.raspberrypi instance system.adapter.opendtu.1 started with pid 16597 2024-03-13 21:47:27.783 - info: opendtu.1 (16597) starting. Version 1.0.1 in /opt/iobroker/node_modules/iobroker.opendtu, node: v18.19.0, js-controller: 5.0.19 2024-03-13 21:47:28.070 - info: opendtu.1 (16597) Connect to OpenDTU over websocket connection. 2024-03-13 21:47:42.703 - info: opendtu.1 (16597) Connect to OpenDTU over websocket connection. 2024-03-13 21:47:47.577 - info: sourceanalytix.0 (20851) Updating SourceAnalytix configuration for : opendtu.1.total.yieldtotal 2024-03-13 21:48:19.510 - info: javascript.0 (24695) script.js.common.GasrechnerNeu: update ausgefuehrt fuer nummer 2 ID hm-rega.0.10422 ---schedule 0 5 31 2 * 2024-03-13 21:48:40.607 - error: opendtu.1 (16597) 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(). 2024-03-13 21:48:40.609 - error: opendtu.1 (16597) unhandled promise rejection: Cannot read properties of null (reading 'inverters') 2024-03-13 21:48:40.611 - error: opendtu.1 (16597) TypeError: Cannot read properties of null (reading 'inverters') at Opendtu.processMessage (/opt/iobroker/node_modules/iobroker.opendtu/main.js:185:21) at WebSocket. (/opt/iobroker/node_modules/iobroker.opendtu/main.js:164:18) at WebSocket.emit (node:events:529:35) at Receiver.receiverOnMessage (/opt/iobroker/node_modules/iobroker.opendtu/node_modules/ws/lib/websocket.js:1192:20) at Receiver.emit (node:events:517:28) at Receiver.dataMessage (/opt/iobroker/node_modules/iobroker.opendtu/node_modules/ws/lib/receiver.js:560:14) at Receiver.getData (/opt/iobroker/node_modules/iobroker.opendtu/node_modules/ws/lib/receiver.js:478:17) at Receiver.startLoop (/opt/iobroker/node_modules/iobroker.opendtu/node_modules/ws/lib/receiver.js:167:22) at Receiver._write (/opt/iobroker/node_modules/iobroker.opendtu/node_modules/ws/lib/receiver.js:93:10) at writeOrBuffer (node:internal/streams/writable:392:12) 2024-03-13 21:48:40.611 - error: opendtu.1 (16597) Cannot read properties of null (reading 'inverters') 2024-03-13 21:48:40.621 - info: opendtu.1 (16597) terminating 2024-03-13 21:48:40.623 - warn: opendtu.1 (16597) Terminated (UNCAUGHT_EXCEPTION): Without reason 2024-03-13 21:48:41.120 - info: opendtu.1 (16597) terminating 2024-03-13 21:48:41.257 - error: host.raspberrypi instance system.adapter.opendtu.1 terminated with code 6 (UNCAUGHT_EXCEPTION) 2024-03-13 21:48:41.258 - info: host.raspberrypi Restart adapter system.adapter.opendtu.1 because enabled 2024-03-13 21:49:11.371 - info: host.raspberrypi instance system.adapter.opendtu.1 started with pid 18108 2024-03-13 21:49:14.397 - info: opendtu.1 (18108) starting. Version 1.0.1 in /opt/iobroker/node_modules/iobroker.opendtu, node: v18.19.0, js-controller: 5.0.19 2024-03-13 21:49:14.645 - info: opendtu.1 (18108) Connect to OpenDTU over websocket connection. 2024-03-13 21:49:15.478 - info: sourceanalytix.0 (20851) Updating SourceAnalytix configuration for : opendtu.1.total.yieldtotal 2024-03-13 21:49:20.649 - error: opendtu.1 (18108) 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(). 2024-03-13 21:49:20.651 - error: opendtu.1 (18108) unhandled promise rejection: Cannot read properties of null (reading 'inverters') 2024-03-13 21:49:20.656 - error: opendtu.1 (18108) TypeError: Cannot read properties of null (reading 'inverters') at Opendtu.processMessage (/opt/iobroker/node_modules/iobroker.opendtu/main.js:185:21) at WebSocket. (/opt/iobroker/node_modules/iobroker.opendtu/main.js:164:18) at WebSocket.emit (node:events:529:35) at Receiver.receiverOnMessage (/opt/iobroker/node_modules/iobroker.opendtu/node_modules/ws/lib/websocket.js:1192:20) at Receiver.emit (node:events:517:28) at Receiver.dataMessage (/opt/iobroker/node_modules/iobroker.opendtu/node_modules/ws/lib/receiver.js:560:14) at Receiver.getData (/opt/iobroker/node_modules/iobroker.opendtu/node_modules/ws/lib/receiver.js:478:17) at Receiver.startLoop (/opt/iobroker/node_modules/iobroker.opendtu/node_modules/ws/lib/receiver.js:167:22) at Receiver._write (/opt/iobroker/node_modules/iobroker.opendtu/node_modules/ws/lib/receiver.js:93:10) at writeOrBuffer (node:internal/streams/writable:392:12) 2024-03-13 21:49:20.657 - error: opendtu.1 (18108) Cannot read properties of null (reading 'inverters') 2024-03-13 21:49:20.675 - info: opendtu.1 (18108) terminating 2024-03-13 21:49:20.677 - warn: opendtu.1 (18108) Terminated (UNCAUGHT_EXCEPTION): Without reason 2024-03-13 21:49:21.174 - info: opendtu.1 (18108) terminating 2024-03-13 21:49:21.328 - error: host.raspberrypi instance system.adapter.opendtu.1 terminated with code 6 (UNCAUGHT_EXCEPTION) 2024-03-13 21:49:21.329 - info: host.raspberrypi Restart adapter system.adapter.opendtu.1 because enabled 2024-03-13 21:49:51.504 - info: host.raspberrypi instance system.adapter.opendtu.1 started with pid 18665 2024-03-13 21:49:54.698 - info: opendtu.1 (18665) starting. Version 1.0.1 in /opt/iobroker/node_modules/iobroker.opendtu, node: v18.19.0, js-controller: 5.0.19 2024-03-13 21:49:55.018 - info: opendtu.1 (18665) Connect to OpenDTU over websocket connection. 2024-03-13 21:49:56.554 - info: sourceanalytix.0 (20851) Updating SourceAnalytix configuration for : opendtu.1.total.yieldtotal 2024-03-13 21:50:19.512 - info: javascript.0 (24695) script.js.common.GasrechnerNeu: update ausgefuehrt fuer nummer 2 ID hm-rega.0.10422 ---schedule 0 5 31 2 * -
@g-hawk sagte in Test Adapter OpenDTU:
an die OpenDTU angeschlossen
@G-Hawk was heißt denn "angeschlossen"? das geht doch nur über Funk?
@Thomas-Braun sagte in Test Adapter OpenDTU
Keine zwei Wechselrichter an eine openDTU fummeln. Da wird schon seitens openDTU von abgeraten, weil das nämlich zu solch 'seltsamem' Verhalten führt.
@Thomas-Braun wo steht das denn? Ich betreibe eine OpenDTU mit zwei Wechselrichtern (HMS-400-1T und HMS-1600-4T) das funktioniert völlig reibungslos..... oder habe ich da was missverstanden?
Das Log sieht für mich eher nach Bug im OpenDTU-Adapter aus, der mit der 1.0.1 ein paar strukturelle Änderungen vornehmen musste da sich das API der OpenDTU kürzlich massiv verändert hat....
Support us
336
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge