Test Adapter Grünbeck v0.0.x
-
@tombox
War bei mir auch nach dem Update auf Nodejs 16.
Bin aber heute wieder zurück auf Node.js v 14.20.0 und NPM 6.14.17, dachte damit das Problem lösen zu können, aber leider ohne Erfolg.
System:
-
Ok Version 0.0.34 installiert und das gleiche Problem
LOG:
gruenbeck.0 2022-07-11 21:02:30.742 debug Error: Parse Error: Missing expected CR after header value at Socket.socketOnData (node:_http_client:494:22) at Socket.emit (node:events:527:28) at Socket.emit (node:domain:475:12) at addChunk (node:internal/streams/readable:315:12) at readableAddChunk (node:internal/streams/readable:289:9) at Socket.Readable.push (node:internal/streams/readable:228:10) at TCP.onStreamRead (node:internal/stream_base_commons:190:23) gruenbeck.0 2022-07-11 21:02:30.742 info Device cannot handle new connections this is normal. Adapter pause all requests for 1min gruenbeck.0 2022-07-11 21:02:30.741 debug statechange: 4 446 gruenbeck.0 2022-07-11 21:02:28.766 debug sendRequest gruenbeck.0 2022-07-11 21:02:28.766 debug id=0000&code=245&show=D_D_1|D_A_4_1|D_A_4_2|D_A_4_3|D_C_1_1|D_C_2_1|D_C_5_1|D_C_4_1|D_C_4_2|D_C_4_3|D_C_6_1|D_C_7_1|D_A_2_2|D_A_2_3|D_C_3_6_1|D_C_8_1|D_C_8_2|D_C_3_6_2|D_C_3_6_3|D_C_3_6_4|D_C_3_6_5|D_C_3_7_1|D_C_3_7_2|D_C_3_7_3|D_Y_5|D_Y_7|D_Y_6|D_Y_8_11|D_Y_10_1|D_B_1|D_A_1_1|D_A_1_2|D_A_1_3|D_A_2_1|D_A_3_1|D_A_3_2|D_K_1|D_K_2|D_K_3|D_K_4|D_K_7|D_K_8|D_K_9|D_Y_2_1|D_Y_4_1|D_Y_2_2|D_Y_4_2|D_Y_2_3|D_Y_4_3|D_Y_2_4|D_Y_4_4|D_Y_2_5|D_Y_4_5|D_Y_2_6|D_Y_4_6|D_Y_2_7|D_Y_4_7|D_Y_2_8|D_Y_4_8|D_Y_2_9|D_Y_4_9|D_Y_2_10|D_Y_4_10|D_Y_2_11|D_Y_4_11|D_Y_2_12|D_Y_4_12|D_Y_2_13|D_Y_4_13|D_Y_2_14|D_Y_4_14~ gruenbeck.0 2022-07-11 21:02:27.734 debug Resume connections. gruenbeck.0 2022-07-11 21:01:27.733 debug Error: Parse Error: Missing expected CR after header value at Socket.socketOnData (node:_http_client:494:22) at Socket.emit (node:events:527:28) at Socket.emit (node:domain:475:12) at addChunk (node:internal/streams/readable:315:12) at readableAddChunk (node:internal/streams/readable:289:9) at Socket.Readable.push (node:internal/streams/readable:228:10) at TCP.onStreamRead (node:internal/stream_base_commons:190:23) gruenbeck.0 2022-07-11 21:01:27.732 info Device cannot handle new connections this is normal. Adapter pause all requests for 1min gruenbeck.0 2022-07-11 21:01:27.731 debug statechange: 4 446 gruenbeck.0 2022-07-11 21:01:25.731 debug sendRequest gruenbeck.0 2022-07-11 21:01:25.730 debug id=0000&code=245&show=D_D_1|D_A_4_1|D_A_4_2|D_A_4_3|D_C_1_1|D_C_2_1|D_C_5_1|D_C_4_1|D_C_4_2|D_C_4_3|D_C_6_1|D_C_7_1|D_A_2_2|D_A_2_3|D_C_3_6_1|D_C_8_1|D_C_8_2|D_C_3_6_2|D_C_3_6_3|D_C_3_6_4|D_C_3_6_5|D_C_3_7_1|D_C_3_7_2|D_C_3_7_3|D_Y_5|D_Y_7|D_Y_6|D_Y_8_11|D_Y_10_1|D_B_1|D_A_1_1|D_A_1_2|D_A_1_3|D_A_2_1|D_A_3_1|D_A_3_2|D_K_1|D_K_2|D_K_3|D_K_4|D_K_7|D_K_8|D_K_9|D_Y_2_1|D_Y_4_1|D_Y_2_2|D_Y_4_2|D_Y_2_3|D_Y_4_3|D_Y_2_4|D_Y_4_4|D_Y_2_5|D_Y_4_5|D_Y_2_6|D_Y_4_6|D_Y_2_7|D_Y_4_7|D_Y_2_8|D_Y_4_8|D_Y_2_9|D_Y_4_9|D_Y_2_10|D_Y_4_10|D_Y_2_11|D_Y_4_11|D_Y_2_12|D_Y_4_12|D_Y_2_13|D_Y_4_13|D_Y_2_14|D_Y_4_14~ gruenbeck.0 2022-07-11 21:01:25.727 debug [INFO] Configured polling interval: 15000 gruenbeck.0 2022-07-11 21:01:25.726 debug Starting gruenbeck adapter with:192.168.1.230 gruenbeck.0 2022-07-11 21:01:25.673 info starting. Version 0.0.34 in /opt/iobroker/node_modules/iobroker.gruenbeck, node: v16.16.0, js-controller: 4.0.23 gruenbeck.0 2022-07-11 21:01:23.143 debug Plugin sentry Initialize Plugin (enabled=true) host.iobroker 2022-07-11 21:01:17.982 info instance system.adapter.gruenbeck.0 started with pid 2677 host.iobroker 2022-07-11 21:01:17.480 info "system.adapter.gruenbeck.0" enabled -
@arnod @smartboart
Ich habe mal die alte Variante wie daten geholt werden aktualisiert. Installiert mal die github version wie es sich dann verhält@tombox habe ich gemacht...keine Änderung.mal sehen was ArnoD schreibt..irgendwas muss sich ja beim Update des Systems negativ auswirken...hab jetzt auch Node und npm auf die empfohlene version gehoben...bringt auch nix...ne idee zu den Installations Meldungen im install log? Oder kann man die vernachlässigen.?
-
@tombox habe ich gemacht...keine Änderung.mal sehen was ArnoD schreibt..irgendwas muss sich ja beim Update des Systems negativ auswirken...hab jetzt auch Node und npm auf die empfohlene version gehoben...bringt auch nix...ne idee zu den Installations Meldungen im install log? Oder kann man die vernachlässigen.?
@smartboart Und Adapter stoppen. Gerät 5min Stromlos. starten und dann adapter starten bringt auch nichts?
-
@tombox habe ich gemacht...keine Änderung.mal sehen was ArnoD schreibt..irgendwas muss sich ja beim Update des Systems negativ auswirken...hab jetzt auch Node und npm auf die empfohlene version gehoben...bringt auch nix...ne idee zu den Installations Meldungen im install log? Oder kann man die vernachlässigen.?
@smartboart Also ich konnte soweit das Problem identifizieren
Node v14.20.0
Node v16.16.0
Node v18.5.0hat ein striktere http header parsing eingebaut.
https://github.com/nodejs/node/commit/f2407748e3Damit werden die inkorrekten ausgaben von gruenbeck als fehler gewertet.
Bisher habe ich keine gute Lösung außer Node v16.15.1 installieren
-
@smartboart Also ich konnte soweit das Problem identifizieren
Node v14.20.0
Node v16.16.0
Node v18.5.0hat ein striktere http header parsing eingebaut.
https://github.com/nodejs/node/commit/f2407748e3Damit werden die inkorrekten ausgaben von gruenbeck als fehler gewertet.
Bisher habe ich keine gute Lösung außer Node v16.15.1 installieren
-
@tombox habe ich gemacht...keine Änderung.mal sehen was ArnoD schreibt..irgendwas muss sich ja beim Update des Systems negativ auswirken...hab jetzt auch Node und npm auf die empfohlene version gehoben...bringt auch nix...ne idee zu den Installations Meldungen im install log? Oder kann man die vernachlässigen.?
-
@smartboart
Hast du auch das Problem, dass sich VIS Edit nicht mehr verbindet?
Ich kann an der View keine Änderungen mehr machen.
Ob das auch damit zusammenhängt?@arnod sagte in Test Adapter Grünbeck v0.0.x:
@smartboart
Hast du auch das Problem, dass sich VIS Edit nicht mehr verbindet?
Ich kann an der View keine Änderungen mehr machen.
Ob das auch damit zusammenhängt?Hi..Nein ich habe keine Probleme mit dem vis Editor...
-
@smartboart Also ich konnte soweit das Problem identifizieren
Node v14.20.0
Node v16.16.0
Node v18.5.0hat ein striktere http header parsing eingebaut.
https://github.com/nodejs/node/commit/f2407748e3Damit werden die inkorrekten ausgaben von gruenbeck als fehler gewertet.
Bisher habe ich keine gute Lösung außer Node v16.15.1 installieren
@tombox ok...super..immerhin ist es erklärbar..Danke für die Analyse unseres Problems. Ich hoffe wir finden dafür eine Lösung...
-
@smartboart Also ich konnte soweit das Problem identifizieren
Node v14.20.0
Node v16.16.0
Node v18.5.0hat ein striktere http header parsing eingebaut.
https://github.com/nodejs/node/commit/f2407748e3Damit werden die inkorrekten ausgaben von gruenbeck als fehler gewertet.
Bisher habe ich keine gute Lösung außer Node v16.15.1 installieren
@tombox besteht die Chance das im adapter zu entzerren und präziesere kürzere Abfragen zu starten? Eine Folge von requests nacheinander ...
An der gruenbeck kiste wird sich sicher nichts ändern.
Und ob die Node Entwickler hier handlungsbedarf sehen ist bestimmt fraglich oder? -
@smartboart Also ich konnte soweit das Problem identifizieren
Node v14.20.0
Node v16.16.0
Node v18.5.0hat ein striktere http header parsing eingebaut.
https://github.com/nodejs/node/commit/f2407748e3Damit werden die inkorrekten ausgaben von gruenbeck als fehler gewertet.
Bisher habe ich keine gute Lösung außer Node v16.15.1 installieren
-
@tombox Das hat nichts mit der schnellen Überlastung der Gruenbeck zu tun.
Jeder Antwort ob kurz oder lang von Gruenbeck ist laut NodeJS falsch und wird nicht akzeptiert.@tombox ok das ist natürlich bescheiden...über kurz oder lang wird die sc18 dann dumm? Issue eröffnen auf github zu dem Problem?
-
@tombox ok das ist natürlich bescheiden...über kurz oder lang wird die sc18 dann dumm? Issue eröffnen auf github zu dem Problem?
@smartboart Wir warten mal ab was nodejs sagt es wird wahrscheinlich nicht das einzige Gerät sein was nicht korrekte response zurück gibt und wenn dann gibt es immer ein workaround
https://github.com/nodejs/node/issues/43798 -
@smartboart Wir warten mal ab was nodejs sagt es wird wahrscheinlich nicht das einzige Gerät sein was nicht korrekte response zurück gibt und wenn dann gibt es immer ein workaround
https://github.com/nodejs/node/issues/43798@tombox super!
-
@tombox
wie kann ich eine bestimmte Version von node installieren?
curl -sL https://deb.nodesource.com/setup_16.15.1 | sudo -E bash -geht schon mal nicht.
-
@arnod also setup_16.x bleibt der apt befehl müsste anders sein aber kann es leider nicht testen
sudo apt install -y nodejs=16.15.1-deb-1nodesource1apt list --all-versions nodejsmüsstest du alle versionen auflisten können
Support us
570
Online32.7k
Users82.4k
Topics1.3m
Posts