NEWS
js-controller 5.0.x jetzt in der BETA
-
@apollon77 sagte in js-controller 5.0.x jetzt in der BETA:
@lausid sagte in js-controller 5.0.x jetzt in der BETA:
unsupported option "accept-new"
Also bei dem Fehler lande ich eher bei sowas https://serverfault.com/questions/1105812/command-line-line-0-unsupported-option-accept-new-how-to-fix-this
Scheinbar ist da was an deiner SSH konfig verbogen? Lösungsdiskussion aber bitte in einem eigenen Thread!
OK, Update über den "alten" Weg hat jedoch funktioniert
iobroker stop iobroker update iobroker fix iobroker upgrade self -
@foxriver76
der km200 Version 2.0.4 läuft bei mir wieder mit js-controller 5.0.6, danke!@bommel_030 said in js-controller 5.0.x jetzt in der BETA:
@foxriver76
der km200 Version 2.0.4 läuft bei mir wieder mit js-controller 5.0.6, danke!Hi bommel_030
Ich hab am km200 noch ein paar lange fällige Aufräumaktionen gemacht (Tests zum Laufen gebracht, fehlende dependencies ergänzt, Fehler in io-package.json gefixed, noch nicht angepasste urls angepasst, ...). Am Code selbst sollte sich aber nichts geändert haben.
Da du offensichtlich eine Testmöglichkeit für den km200 hast könntest du bitte so nett sein und die 2.0.5 nochmal bewusst testen.
DANKE
P.S. LEdier kann ich von den offenen Issues voraussichtlich nichts fixen, da der Code selbst ei n gröberes Rewrite benötigen würde und ich keinerlei Testmöglichkeiten habe. Da muss ich / wir warten bis es einen dev mit Testmöglichkeit gibt :-(
-
@bommel_030 said in js-controller 5.0.x jetzt in der BETA:
@foxriver76
der km200 Version 2.0.4 läuft bei mir wieder mit js-controller 5.0.6, danke!Hi bommel_030
Ich hab am km200 noch ein paar lange fällige Aufräumaktionen gemacht (Tests zum Laufen gebracht, fehlende dependencies ergänzt, Fehler in io-package.json gefixed, noch nicht angepasste urls angepasst, ...). Am Code selbst sollte sich aber nichts geändert haben.
Da du offensichtlich eine Testmöglichkeit für den km200 hast könntest du bitte so nett sein und die 2.0.5 nochmal bewusst testen.
DANKE
P.S. LEdier kann ich von den offenen Issues voraussichtlich nichts fixen, da der Code selbst ei n gröberes Rewrite benötigen würde und ich keinerlei Testmöglichkeiten habe. Da muss ich / wir warten bis es einen dev mit Testmöglichkeit gibt :-(
@mcm57
Klar, kann ich machen. Hab aber nur einen einfachen Brenner, und kann daher wahrscheinlich nicht alles testen was der Adapter kann. -
@mcm57
Klar, kann ich machen. Hab aber nur einen einfachen Brenner, und kann daher wahrscheinlich nicht alles testen was der Adapter kann.@bommel_030
Kein Problem - jeder Test ist besser als keiner.
Und dann gibts ja noch den latest.
Und den echten Fehler kommen dann im Oktober :-)DANKE im Voraus
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
@bommel_030
Kein Problem - jeder Test ist besser als keiner.
Und dann gibts ja noch den latest.
Und den echten Fehler kommen dann im Oktober :-)DANKE im Voraus
Adapter systeminfo crashed mit js-controller 5
https://github.com/iobroker-community-adapters/ioBroker.systeminfo/issues/81
https://github.com/iobroker-community-adapters/ioBroker.systeminfo/issues/82 -
@bommel_030 said in js-controller 5.0.x jetzt in der BETA:
@foxriver76
der km200 Version 2.0.4 läuft bei mir wieder mit js-controller 5.0.6, danke!Hi bommel_030
Ich hab am km200 noch ein paar lange fällige Aufräumaktionen gemacht (Tests zum Laufen gebracht, fehlende dependencies ergänzt, Fehler in io-package.json gefixed, noch nicht angepasste urls angepasst, ...). Am Code selbst sollte sich aber nichts geändert haben.
Da du offensichtlich eine Testmöglichkeit für den km200 hast könntest du bitte so nett sein und die 2.0.5 nochmal bewusst testen.
DANKE
P.S. LEdier kann ich von den offenen Issues voraussichtlich nichts fixen, da der Code selbst ei n gröberes Rewrite benötigen würde und ich keinerlei Testmöglichkeiten habe. Da muss ich / wir warten bis es einen dev mit Testmöglichkeit gibt :-(
-
Version 5.0.7 ist auf dem Weg:
- Fehler in
adapter.registerNotificationMethode behoben (hatte aufgrund eines Fehlers noch nie funktioniert) - Webserver Upgrade für Adapter hinzugefügt - wird vorrangig Admin in naher Zukunft erlauben dem User den Status eines Admin Updates anzuzeigen obwohl der Adapter während des Vorgangs gestoppt ist
- Fehler behoben um Controller UI Upgrade im offiziellen Docker Container zu unterstützen. Version 8.1.0 des Containers wird benötigt
- Fehler in
getStatesmit Aliassen behoben, was dazu geführt hatte, dass z. B. Alias Werte mit einem nicht Admin User immer als null angezeigt wurden - Absturz behoben, falls ein
.thisisdockerFile mit ungültiger Version existiert
- Fehler in
-
@mcm57 Habe den km200 Adapter auf 2.0.5 aktualisiert, nachdem 2.0.4 keine Datenpunkte in der Verzeichnisstruktur mehr aufgebaut hatte. Leider dasselbe Problem. Ist der Fehler bekannt?
-
@kimukao
Nein nicht wirklich.
Bitte issue mit allen verfügbaren Infos, vor allem Versionsangaben und log im debug mode. -
Video:
RPReplay_Final1688397259.mov2023-07-03 17:13:13.070 - info: admin.0 (2482) ==> Connected system.user.admin from ::ffff:192.168.1.175 2023-07-03 17:13:21.657 - info: host.iobroker-testsystem8 Updating repository "beta" under "http://download.iobroker.net/sources-dist-latest.json" 2023-07-03 17:13:53.313 - info: host.iobroker-testsystem8 Controller will upgrade itself to version 5.0.6 2023-07-03 17:14:03.141 - info: host.iobroker-testsystem8 [CONTROLLER_AUTO_UPGRADE] Stopping controller 2023-07-03 17:15:07.246 - info: admin.0 (2482) <== Disconnect system.user.admin from ::ffff:192.168.1.175 admin 2023-07-03 17:17:10.634 - info: admin.0 (2482) ==> Connected system.user.admin from ::ffff:192.168.1.175 2023-07-03 17:17:10.665 - info: admin.0 (2482) <== Disconnect system.user.admin from ::ffff:192.168.1.175 admin 2023-07-03 17:17:11.712 - info: admin.0 (2482) ==> Connected system.user.admin from ::ffff:192.168.1.175admin: v6.5.9
JS-Controller: v5.0.5 -> v5.0.6
Plattform: ioBroker.docker v8.0.1
Betriebssystem: linux
Architektur: x64
Node.js: v18.16.1
NPM: 9.5.1
->
SyntaxError: Unexpected token '<', "<!doctype "... is not valid JSON2023-07-10 07:22:33.789 - info: host.iobroker-testsystem8 Updating repository "beta" under "http://download.iobroker.net/sources-dist-latest.json" 2023-07-10 07:23:44.644 - info: host.iobroker-testsystem8 Controller will upgrade itself to version 5.0.7 2023-07-10 07:23:50.402 - info: host.iobroker-testsystem8 [CONTROLLER_AUTO_UPGRADE] Stopping controllerioBroker.admin: v6.6.0
ioBroker.js-controller: v5.0.6 -> v5.0.7
Plattform: ioBroker.docker v8.1.0-beta.3
Betriebssystem: linux
Architektur: x64
Node.js: v18.16.1
NPM: 9.5.1 -
->
SyntaxError: Unexpected token '<', "<!doctype "... is not valid JSON2023-07-10 07:22:33.789 - info: host.iobroker-testsystem8 Updating repository "beta" under "http://download.iobroker.net/sources-dist-latest.json" 2023-07-10 07:23:44.644 - info: host.iobroker-testsystem8 Controller will upgrade itself to version 5.0.7 2023-07-10 07:23:50.402 - info: host.iobroker-testsystem8 [CONTROLLER_AUTO_UPGRADE] Stopping controllerioBroker.admin: v6.6.0
ioBroker.js-controller: v5.0.6 -> v5.0.7
Plattform: ioBroker.docker v8.1.0-beta.3
Betriebssystem: linux
Architektur: x64
Node.js: v18.16.1
NPM: 9.5.1 -
@ice987 As always, eine Neuerung die mit 5.0.7 kommt funktioniert nur wenn das Upgrade mit 5.0.7 angestoßen wird, also muss es leider erst eine 5.0.8 geben um das ausprobieren zu können.
Hi, der cannot call visutils ist in der 5.0.7 immer noch da..
-
Hi, der cannot call visutils ist in der 5.0.7 immer noch da..
-
Version 5.0.7 ist auf dem Weg:
- Fehler in
adapter.registerNotificationMethode behoben (hatte aufgrund eines Fehlers noch nie funktioniert) - Webserver Upgrade für Adapter hinzugefügt - wird vorrangig Admin in naher Zukunft erlauben dem User den Status eines Admin Updates anzuzeigen obwohl der Adapter während des Vorgangs gestoppt ist
- Fehler behoben um Controller UI Upgrade im offiziellen Docker Container zu unterstützen. Version 8.1.0 des Containers wird benötigt
- Fehler in
getStatesmit Aliassen behoben, was dazu geführt hatte, dass z. B. Alias Werte mit einem nicht Admin User immer als null angezeigt wurden - Absturz behoben, falls ein
.thisisdockerFile mit ungültiger Version existiert
Update über den Admin hat geklappt, evtl. Schönheitsfehler, Server läuft auf httpS nicht http. Und soll die Meldung doppelt kommen?
Stopping controller Successfully stopped js-controller Server is running on http://localhost:8081 changed 14 packages in 36s 286 packages are looking for funding run `npm fund` for details changed 14 packages in 36s 286 packages are looking for funding run `npm fund` for details --------------------------------------------------- js-controller wurde erfolgreich auf 5.0.7 aktualisiertMeine "null"-Aliase haben jetzt auch wieder einen Inhalt als nicht-admin Nutzer. Ich habe weiterhin das Probleme, dass ich mich nach einem reboot einmal als admin anmelden muss. Nehme ich nach dem reboot meinen Standaruser kommt die Fehlermeldung.
Error in GUI! Please open the browser console (F12), copy error text from there and create the issue on github Without this information it is not possible to analyse the error. It should looks like error If in the second line you will see at :3000/static/js/main.chunk.js:36903 and not the normal file name, please try to reproduce an error with opened browser console. In this case the special "map" files will be loaded and the developers can see the real name of functions and files. Loading chunk 8855 failed. (error: https://mein.reverse.proxy/static/js/8855.45f1cd9d.chunk.js) ChunkLoadError: Loading chunk 8855 failed.function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)}(error: https://mein.reverse.proxy/static/js/8855.45f1cd9d.chunk.js)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at t.f.j (https://mein.reverse.proxy/static/js/main.e2346901.js:1:13656)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at https://mein.reverse.proxy/static/js/main.e2346901.js:1:1292function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at Array.reduce (<anonymous>)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at t.e (https://mein.reverse.proxy/static/js/main.e2346901.js:1:1257)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at https://mein.reverse.proxy/static/js/58.6dd21bc9.chunk.js:2:240446function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at P (https://mein.reverse.proxy/static/js/2791.8afe157f.chunk.js:2:3351)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at Ei (https://mein.reverse.proxy/static/js/4164.29c179b8.chunk.js:2:120786)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at ks (https://mein.reverse.proxy/static/js/4164.29c179b8.chunk.js:2:109418)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at ys (https://mein.reverse.proxy/static/js/4164.29c179b8.chunk.js:2:109346)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at vs (https://mein.reverse.proxy/static/js/4164.29c179b8.chunk.js:2:109209)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at as (https://mein.reverse.proxy/static/js/4164.29c179b8.chunk.js:2:104313)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at S (https://mein.reverse.proxy/static/js/4164.29c179b8.chunk.js:2:131316)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at MessagePort.T (https://mein.reverse.proxy/static/js/4164.29c179b8.chunk.js:2:131850)Danach hilft nur reboot und anmelden als Admin. Mir wird dann Instanz admin.0 als deaktiviert weil loop detect angezeigt. Wenn ich dann den admin abmelde und wieder den normalen Nutzer anmelde läuft alles einwandfrei. Bin mir jetzt n icht sicher ob das hier oder als admin issue besser aufgehoben ist.
- Fehler in
-
Update über den Admin hat geklappt, evtl. Schönheitsfehler, Server läuft auf httpS nicht http. Und soll die Meldung doppelt kommen?
Stopping controller Successfully stopped js-controller Server is running on http://localhost:8081 changed 14 packages in 36s 286 packages are looking for funding run `npm fund` for details changed 14 packages in 36s 286 packages are looking for funding run `npm fund` for details --------------------------------------------------- js-controller wurde erfolgreich auf 5.0.7 aktualisiertMeine "null"-Aliase haben jetzt auch wieder einen Inhalt als nicht-admin Nutzer. Ich habe weiterhin das Probleme, dass ich mich nach einem reboot einmal als admin anmelden muss. Nehme ich nach dem reboot meinen Standaruser kommt die Fehlermeldung.
Error in GUI! Please open the browser console (F12), copy error text from there and create the issue on github Without this information it is not possible to analyse the error. It should looks like error If in the second line you will see at :3000/static/js/main.chunk.js:36903 and not the normal file name, please try to reproduce an error with opened browser console. In this case the special "map" files will be loaded and the developers can see the real name of functions and files. Loading chunk 8855 failed. (error: https://mein.reverse.proxy/static/js/8855.45f1cd9d.chunk.js) ChunkLoadError: Loading chunk 8855 failed.function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)}(error: https://mein.reverse.proxy/static/js/8855.45f1cd9d.chunk.js)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at t.f.j (https://mein.reverse.proxy/static/js/main.e2346901.js:1:13656)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at https://mein.reverse.proxy/static/js/main.e2346901.js:1:1292function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at Array.reduce (<anonymous>)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at t.e (https://mein.reverse.proxy/static/js/main.e2346901.js:1:1257)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at https://mein.reverse.proxy/static/js/58.6dd21bc9.chunk.js:2:240446function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at P (https://mein.reverse.proxy/static/js/2791.8afe157f.chunk.js:2:3351)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at Ei (https://mein.reverse.proxy/static/js/4164.29c179b8.chunk.js:2:120786)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at ks (https://mein.reverse.proxy/static/js/4164.29c179b8.chunk.js:2:109418)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at ys (https://mein.reverse.proxy/static/js/4164.29c179b8.chunk.js:2:109346)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at vs (https://mein.reverse.proxy/static/js/4164.29c179b8.chunk.js:2:109209)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at as (https://mein.reverse.proxy/static/js/4164.29c179b8.chunk.js:2:104313)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at S (https://mein.reverse.proxy/static/js/4164.29c179b8.chunk.js:2:131316)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at MessagePort.T (https://mein.reverse.proxy/static/js/4164.29c179b8.chunk.js:2:131850)Danach hilft nur reboot und anmelden als Admin. Mir wird dann Instanz admin.0 als deaktiviert weil loop detect angezeigt. Wenn ich dann den admin abmelde und wieder den normalen Nutzer anmelde läuft alles einwandfrei. Bin mir jetzt n icht sicher ob das hier oder als admin issue besser aufgehoben ist.
@bommel_030 Wenn Restart Loop detected muss ja was im Log stehen.
Und bitte auch Log aus Browser Console posten, wie oben beschrieben ist.
Doppel Logging und http/s Logging fixe ich
-
@bommel_030 Wenn Restart Loop detected muss ja was im Log stehen.
Und bitte auch Log aus Browser Console posten, wie oben beschrieben ist.
Doppel Logging und http/s Logging fixe ich
@foxriver76
Erstmal Log nach reboot. Versucht als user anzumelden. Dann den webserver :8082 aufgerufen, dort abgemeldet. Unter :8081 als admin angemeldet, alles ok.
Admin abmelden, user anmelden, soweit alles ok. Was ich jetzt aber noch festgestellt habe, ich habe als user versucht die Logstufe von admin.0 zu ändern bekomme ich den Toast "permission error", das taucht im Log allerdings nicht auf. Habe dann noch probiert via shuttercontrol mal alle Rolläden zu öffnen, da wurde mir der Zugriff auch verweigert. Letzte Zeile im Log. Als admin fahren die Rolläden wie erwartet hoch.
-
@foxriver76
Erstmal Log nach reboot. Versucht als user anzumelden. Dann den webserver :8082 aufgerufen, dort abgemeldet. Unter :8081 als admin angemeldet, alles ok.
Admin abmelden, user anmelden, soweit alles ok. Was ich jetzt aber noch festgestellt habe, ich habe als user versucht die Logstufe von admin.0 zu ändern bekomme ich den Toast "permission error", das taucht im Log allerdings nicht auf. Habe dann noch probiert via shuttercontrol mal alle Rolläden zu öffnen, da wurde mir der Zugriff auch verweigert. Letzte Zeile im Log. Als admin fahren die Rolläden wie erwartet hoch.
@bommel_030 Danke, ich konnte es fixen.
-
@ilovegym ganze Logzeile bitte
@foxriver76 gerne, ich hab zwar Vis installiert, benutze das aber nicht. Meine view wird mit MinuVis dargestellt.
System: Debian Bookworm, Proxmox lxc, Node 18.16.1, NPM 9.5.1, Admin 6.6.0, JS Controller 5.0.72023-07-10 13:21:00.633 - error: host.iobrokerS2 cannot call visUtils: Not existsWas ist das VisUtils…?
-
@bommel_030 said in js-controller 5.0.x jetzt in der BETA:
@foxriver76
der km200 Version 2.0.4 läuft bei mir wieder mit js-controller 5.0.6, danke!Hi bommel_030
Ich hab am km200 noch ein paar lange fällige Aufräumaktionen gemacht (Tests zum Laufen gebracht, fehlende dependencies ergänzt, Fehler in io-package.json gefixed, noch nicht angepasste urls angepasst, ...). Am Code selbst sollte sich aber nichts geändert haben.
Da du offensichtlich eine Testmöglichkeit für den km200 hast könntest du bitte so nett sein und die 2.0.5 nochmal bewusst testen.
DANKE
P.S. LEdier kann ich von den offenen Issues voraussichtlich nichts fixen, da der Code selbst ei n gröberes Rewrite benötigen würde und ich keinerlei Testmöglichkeiten habe. Da muss ich / wir warten bis es einen dev mit Testmöglichkeit gibt :-(
@mcm57
Kurz zum km200 und js 5.X
Habe km200 auf 2.0.4 aktualisiert gehabt und nur stichprobenartig in meine Datenpunkte geschaut. Abgastemperatur z.B. hat sich korrekt aktualisiert und geändert.
Habe dann auf die 2.0.5 aktualisiert und die Anzahl der Datenpunkte (bei nicht geändertem Filter) ist auf 18 zusammengeschrumpft. Der Datenpunkt Flamme AN/AUS ist zum Beispiel nicht mehr vorhanden. Downgrade auf 2.0.4 hat die Datenpunkte auch nicht zurück gebracht.
Im Log kommt als Warnung nur:INit getservices error TypeError: Cannot create property '0' on boolean 'false' at /opt/iobroker/node_modules/iobroker.km200/km200.js:455:61 at Array.forEach (<anonymous>) at /opt/iobroker/node_modules/iobroker.km200/km200.js:455:37 at /opt/iobroker/node_modules/iobroker.km200/lib/myAdapter.js:822:53Wenn ich den Filter, also die Blacklist komplett leer lasse kommt nur ein Datenpunkt zur Firmware und die anderen 18 sind weg. Für mein Verständnis sollte eine leere Blacklist keine Datenpunkte blockieren.
Ich werde mir den EMS Adapter mal anschauen was der für Daten liefert, vielleicht hat Buderus auch was geändert. Da ich dafür den QR auf dem Brenner brauche wird das allerdings frühestens nächste Woche was, selbiger steht aktuell gut 1000 km entfernt ;-)
-
@mcm57
Kurz zum km200 und js 5.X
Habe km200 auf 2.0.4 aktualisiert gehabt und nur stichprobenartig in meine Datenpunkte geschaut. Abgastemperatur z.B. hat sich korrekt aktualisiert und geändert.
Habe dann auf die 2.0.5 aktualisiert und die Anzahl der Datenpunkte (bei nicht geändertem Filter) ist auf 18 zusammengeschrumpft. Der Datenpunkt Flamme AN/AUS ist zum Beispiel nicht mehr vorhanden. Downgrade auf 2.0.4 hat die Datenpunkte auch nicht zurück gebracht.
Im Log kommt als Warnung nur:INit getservices error TypeError: Cannot create property '0' on boolean 'false' at /opt/iobroker/node_modules/iobroker.km200/km200.js:455:61 at Array.forEach (<anonymous>) at /opt/iobroker/node_modules/iobroker.km200/km200.js:455:37 at /opt/iobroker/node_modules/iobroker.km200/lib/myAdapter.js:822:53Wenn ich den Filter, also die Blacklist komplett leer lasse kommt nur ein Datenpunkt zur Firmware und die anderen 18 sind weg. Für mein Verständnis sollte eine leere Blacklist keine Datenpunkte blockieren.
Ich werde mir den EMS Adapter mal anschauen was der für Daten liefert, vielleicht hat Buderus auch was geändert. Da ich dafür den QR auf dem Brenner brauche wird das allerdings frühestens nächste Woche was, selbiger steht aktuell gut 1000 km entfernt ;-)
Sorry,
Wenn es auch mit der .4 nicht geht hab ich im Moment keine Ahnung.Da es aber - wie ich gestern mitbekommen habe - den ems-esp Adapter gibt laufen zur Zeit Überlegungen den km200 offiziell auf DEPRECATED zu setzen da es einerseits keine Maintainer mit Testmöglichkeit gibt (so wie es aussieht) und andrerseits 2 Adapter für dasselbe Gerät selten Sinn machen.
620
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge