Test Adapter Grünbeck v0.0.x

[ArnoD]

ok nodejs 16 ist wieder drauf, versuche jetzt die 0.0.34

[ArnoD]

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

[tombox]

@arnod @smartboart
Ich habe mal die alte Variante wie daten geholt werden aktualisiert. Installiert mal die github version wie es sich dann verhält

[smartboart]

@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]

@smartboart Und Adapter stoppen. Gerät 5min Stromlos. starten und dann adapter starten bringt auch nichts?

[tombox]

@smartboart Also ich konnte soweit das Problem identifizieren

Node v14.20.0
Node v16.16.0
Node v18.5.0

hat ein striktere http header parsing eingebaut.
https://github.com/nodejs/node/commit/f2407748e3

Damit werden die inkorrekten ausgaben von gruenbeck als fehler gewertet.

Bisher habe ich keine gute Lösung außer Node v16.15.1 installieren

0 ShogunPanda committed to nodejs/node

http: stricter Transfer-Encoding and header separator parsing

Reviewed-By: Matteo Collina <matteo.collina@gmail.com>
Reviewed-By: James M Snell <jasnell@gmail.com>
Reviewed-By: Rich Trott <rtrott@gmail.com>
Reviewed-By: Vladimir de Turckheim <vlad2t@hotmail.com>
PR-URL: https://github.com/nodejs-private/node-private/pull/315
CVE-ID: CVE-2022-32215,CVE-2022-32214,CVE-2022-32212

[ArnoD]

@tombox
Ok dann probier ich heute Abend mal Node v16.15.1

[ArnoD]

@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?

[smartboart]

@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]

@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]

@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?

[tombox]

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

[smartboart]

@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]

@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

TA2k created this issue in nodejs/node

closed Header separator parsing prevent http request because of missing expected CR after header value #43798

[smartboart]

@tombox super!

[ArnoD]

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

[tombox]

@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-1nodesource1

apt list --all-versions nodejs

müsstest du alle versionen auflisten können

[da_Woody]

@tombox hmm, gibts nen eigenenfred dafür node js

[ArnoD]

@da_woody
Danke, den habe ich bereits gefunden.
Habe nur nirgends gefunden, wie man eine bestimmte Version installiert.

[ArnoD]

@tombox
Die Version ist anscheinend nicht vorhanden.
apt list --all-versions nodejs kommt folgendes:

root@iobroker:/opt/iobroker# apt list --all-versions nodejs
Listing... Done
nodejs/unknown 16.16.0-deb-1nodesource1 amd64
nodejs/stable-security 12.22.12~dfsg-1~deb11u1 amd64
nodejs/stable 12.22.5~dfsg-2~11u1 amd64