STACK: Error nach Update auf 0.4.7

haahne commented 1 year ago

Ich wollte mich über das Lokale Smart Home mit dem 0.4.7 Adapter anmelden. Leider bekomme ich durchgehend diese Meldungen im Debug Log. Vielen Dank Schonmal :)

innogy-smarthome.0 | 2022-12-12 21:46:25.516 | error | STACK: Error: connect ECONNREFUSED 192.168.0.12:9090 at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1278:16) innogy-smarthome.0 | 2022-12-12 21:46:25.515 | error | GOT AN ERROR: {"errno":-111,"code":"ECONNREFUSED","syscall":"connect","address":"192.168.0.12","port":9090} innogy-smarthome.0 | 2022-12-12 21:46:23.513 | error | STACK: Error: connect ECONNREFUSED 192.168.0.12:9090 at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1278:16) innogy-smarthome.0 | 2022-12-12 21:46:23.512 | error | GOT AN ERROR: {"errno":-111,"code":"ECONNREFUSED","syscall":"connect","address":"192.168.0.12","port":9090} innogy-smarthome.0 | 2022-12-12 21:46:21.511 | error | STACK: Error: connect ECONNREFUSED 192.168.0.12:9090 at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1278:16) innogy-smarthome.0 | 2022-12-12 21:46:21.510 | error | GOT AN ERROR: {"errno":-111,"code":"ECONNREFUSED","syscall":"connect","address":"192.168.0.12","port":9090} innogy-smarthome.0 | 2022-12-12 21:46:19.508 | error | STACK: Error: connect ECONNREFUSED 192.168.0.12:9090 at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1278:16) innogy-smarthome.0 | 2022-12-12 21:46:19.507 | error | GOT AN ERROR: {"errno":-111,"code":"ECONNREFUSED","syscall":"connect","address":"192.168.0.12","port":9090} innogy-smarthome.0 | 2022-12-12 21:46:17.505 | error | STACK: Error: connect ECONNREFUSED 192.168.0.12:9090 at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1278:16) innogy-smarthome.0 | 2022-12-12 21:46:17.504 | error | GOT AN ERROR: {"errno":-111,"code":"ECONNREFUSED","syscall":"connect","address":"192.168.0.12","port":9090} innogy-smarthome.0 | 2022-12-12 21:46:15.503 | error | STACK: Error: connect ECONNREFUSED 192.168.0.12:9090 at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1278:16) innogy-smarthome.0 | 2022-12-12 21:46:15.503 | error | GOT AN ERROR: {"errno":-111,"code":"ECONNREFUSED","syscall":"connect","address":"192.168.0.12","port":9090} innogy-smarthome.0 | 2022-12-12 21:46:13.501 | error | STACK: Error: connect ECONNREFUSED 192.168.0.12:9090 at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1278:16) innogy-smarthome.0 | 2022-12-12 21:46:13.501 | error | GOT AN ERROR: {"errno":-111,"code":"ECONNREFUSED","syscall":"connect","address":"192.168.0.12","port":9090} innogy-smarthome.0 | 2022-12-12 21:46:11.496 | error | STACK: Error: connect ECONNREFUSED 192.168.0.12:9090 at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1278:16) innogy-smarthome.0 | 2022-12-12 21:46:11.496 | error | GOT AN ERROR: {"errno":-111,"code":"ECONNREFUSED","syscall":"connect","address":"192.168.0.12","port":9090}

JBSullivan commented 1 year ago

ABER ACHTUNG: Die GitHub Version ändert (wie die kommende Release Verison dann auch) die Objektstruktur und führt noch eine Ebene ein die bisher fehlte. Also am besten vorher Objekte löschen oder hinterher aufräumen!!

Oh das ist bitter :( Ich z.B. habe 62 Geräte die in über 30 verschiedenen Skripten verarbeitet und noch dazu in 15 VIS Seiten angezeigt werden. Alles in allem schätze ich mal das ich weit über hundert Datenpunkte aus dem Livisi System verarbeite und noch dazu über Influxdb & Grafana darstellen lasse (Fensterkontakte).

Sorry, da kann ich beim testen leider nicht mithelfen, für so einen aufwendigen Struktur Umbau, fehlt mir im Moment einfach die Zeit.

Winnipr commented 1 year ago

Ich habe mit der Installation für den SHC V1 begonnen. Erst Adapter gestopt, dann alle Objekte gelöscht, dann den Adapter upgedatet. Lief ohne Fehler durch. Die Installation für den SHC V2 ist deutlich umfangreicher, da mach ich mich später dran. Auf alle Fälle erstmal vielen Dank!

innogy-smarthome.0 | 2022-12-23 08:19:57.686 | info | Initialization sequence completed: found 20 devices
innogy-smarthome.0 | 2022-12-23 08:19:53.874 | info | Trying to use local smarthome connection!
innogy-smarthome.0 | 2022-12-23 08:19:53.716 | info | starting. Version 0.4.7 (non-npm: PArns/ioBroker.innogy-smarthome) in /opt/iobroker/node_modules/iobroker.innogy-smarthome, node: v16.19.0, js-controller: 4.0.24
innogy-smarthome.0 | 2022-12-23 08:19:57.686 | info | Initialization sequence completed: found 20 devices
innogy-smarthome.0 | 2022-12-23 08:19:53.874 | info | Trying to use local smarthome connection!
innogy-smarthome.0 | 2022-12-23 08:19:53.716 | info | starting. Version 0.4.7 (non-npm: PArns/ioBroker.innogy-smarthome) in /opt/iobroker/node_modules/iobroker.innogy-smarthome, node: v16.19.0, js-controller: 4.0.24
innogy-smarthome.0 | 2022-12-23 08:19:57.686 | info | Initialization sequence completed: found 20 devices
innogy-smarthome.0 | 2022-12-23 08:19:53.874 | info | Trying to use local smarthome connection!
innogy-smarthome.0 | 2022-12-23 08:19:53.716 | info | starting. Version 0.4.7 (non-npm: PArns/ioBroker.innogy-smarthome) in /opt/iobroker/node_modules/iobroker.innogy-smarthome, node: v16.19.0, js-controller: 4.0.24
innogy-smarthome.0 | 2022-12-23 08:19:57.686 | info | Initialization sequence completed: found 20 devices
innogy-smarthome.0 | 2022-12-23 08:19:53.874 | info | Trying to use local smarthome connection!
innogy-smarthome.0 | 2022-12-23 08:19:53.716 | info | starting. Version 0.4.7 (non-npm: PArns/ioBroker.innogy-smarthome) in /opt/iobroker/node_modules/iobroker.innogy-smarthome, node: v16.19.0, js-controller: 4.0.24

Winnipr commented 1 year ago

Es kommen Warnmeldungen wie diese:

innogy-smarthome.0 | 2022-12-23 09:54:18.940 | warn | State "innogy-smarthome.0.Werkstatt.Raumklima.Humidity-Level.Humidity" has no existing object, this might lead to an error in future versions
-- | -- | -- | --
innogy-smarthome.0 | 2022-12-23 09:54:18.939 | warn | State "innogy-smarthome.0.Werkstatt.Raumklima.Actual-Temperature.Temperature" has no existing object, this might lead to an error in future versions
innogy-smarthome.0 | 2022-12-23 09:54:18.938 | warn | State "innogy-smarthome.0.Werkstatt.Raumklima.Room-Setpoint.PointTemperature" has no existing object, this might lead to an error in future versions
innogy-smarthome.0 | 2022-12-23 09:54:18.887 | warn | State "innogy-smarthome.0.Werkstatt.Heizkörperthermostat.Humidity-Level.MoldWarning" has no existing object, this might lead to an error in future versions
innogy-smarthome.0 | 2022-12-23 09:54:18.887 | warn | State "innogy-smarthome.0.Werkstatt.Heizkörperthermostat.Humidity-Level.Humidity" has no existing object, this might lead to an error in future versions
innogy-smarthome.0 | 2022-12-23 09:54:18.886 | warn | State "innogy-smarthome.0.Werkstatt.Heizkörperthermostat.Actual-Temperature.FrostWarning" has no existing object, this might lead to an error in future versions
innogy-smarthome.0 | 2022-12-23 09:54:18.885 | warn | State "innogy-smarthome.0.Werkstatt.Heizkörperthermostat.Actual-Temperature.Temperature" has no existing object, this might lead to an error in future versions

Wenn ich mich nicht irre, war das aber schon länger so nach einem Neustart.

Apollon77 commented 1 year ago

@JBSullivan

Oh das ist bitter :( ...

Kann ich voll nachvollziehen. Das Problem ist aufgefallen als ich gesehen habe das es Geräte mit verschiedenen Channeln gab die aber die gleichen "Namen" hatten ... damit haben die sich immer gegenseitig überschrieben und am Ende fehlten halt Daten. Ich denke das es in 80% aller Fälle eindeutige Channel gibt, aber die Ausnahmen sind dann halt da. Aber wenn es bei Dir tut dann ist ja vllt erstmal akzeptabel auf der "alten" version auch danach zu bleiben und dann bei Zeit umzustellen.

Apollon77 commented 1 year ago

@Winnipr

Es kommen Warnmeldungen wie diese:

Für die Warnmeldungen am besten eigenen Thread in GitHub anlegen und ein komplettes Debug Log posten. n sich sollten diese Fehler mit der GiutHub version weg sein - vllt hab ich was übersehen

Winnipr commented 1 year ago

Mit dem SHC V2 läuft es leider gar nicht. Vorgehensweise war wie beim SHC V1. Hatte den Adapter auf debug gestellt. Er wird aber nicht grün, das Häkchen bei "Verbunden mit Gerät oder Dienst" bleibt rot. Der log ist nach wenigen Sekunden mehrere MB groß. Würde den Rahmen hier sprengen, was kann ich weiter zur Unterstützung beitragen? Dass der Adapter nicht läuft ist erstmal kein Problem für mich, ich habe eine Sicherung..

Apollon77 commented 1 year ago

Doch Log als textfile hier anhängen geht ...

Winnipr commented 1 year ago

ok, ich habe das file gezipt.. log.zip

Apollon77 commented 1 year ago

Ich nehme an Du hast in der Konfig auf "SHC generation" mit "2" ausgewählt? ;)

Ok, ich hab mal logging etwas verringert.

Also mach nochmal GitHub update und dann zeig nochmal log - sollte jett wieder kleiner sein. Und Konfig bitte prüfen!

Apollon77 commented 1 year ago

@Winnipr Github hat jetzt auch was drin was "state changes die während der initialisierung reinkommen" verzögert setzt um ggf noch so "kein objekt vorhanden" fehler von oben zu vermeiden. Also auch gern nochmal Objekte löschen und checken.

Winnipr commented 1 year ago

Habe alle Objekte und die Instanz gelöscht und neu von Github installiert. Erst wird der Adapter grün aber dann wieder rot. log2.txt

Apollon77 commented 1 year ago

ja der geht auf mich :-)) Retry please

Winnipr commented 1 year ago

Gleich, vorher noch was anderes, ich sehe zwar den Punkt SHC Generation, aber änderen von 1 auf 2 oder so kann ich nicht: Zwischenablage-1

Apollon77 commented 1 year ago

DANKE! Github updated

Winnipr commented 1 year ago

Er bleibt grün :) log3.txt

Apollon77 commented 1 year ago

Und die SHC Genercation Auswahl ist auch da?

Apollon77 commented 1 year ago

BTW: @Winnipr Wenn wir schon so frölhlich am testen sind ... hast Du ggf List auch dazu zu unterstützen ? https://github.com/PArns/ioBroker.innogy-smarthome/issues/83

... Wenn ja würde ich GitHub nochmal updaten ...

Winnipr commented 1 year ago

Die SHC Genercation Auswahl ist leider nicht da. Wegen dem Batteriestatus klar, gerne. Wenn ich kann..

Apollon77 commented 1 year ago

Oooookkkkkk ... Also die GitHub version sollte jetzt endgpltig die Selection gefixt haben :-) Und UO sollte auch sonst tun.

Hab auch noch Logging für Device States und messages eingebaut.

Fangen wir aber mal mit nem ganz normalen Debug log vom Start des Adapters an

Winnipr commented 1 year ago

Ja, die Selection ist jetzt auch da. Wird immer besser ;) log4.txt

Winnipr commented 1 year ago

@Apollon77 ändert sich noch was an der Datenstruktur? Ich habe auch eine Menge VIS, Flots und Blocklys die dann geändert werden müssen. Besser noch warten?

Apollon77 commented 1 year ago

@Winnipr Schreib mich bitte mal im Chat im ioBroker Forum an ... oder email iobroker@fischer-ka.de. Ich glaube wegen dem Lesen der Device States ists einfacher wenn ich bei dir kurz per Cloud auf das System könnte ... falls Du das tun würdest. Wenn nicht auch verständlich, dann wird debugging etwas nerviger

Zur Frage: Wenn ´s nach mir geht kommen vllt auf Device ebene noch ein paar State dazu, aber mehr würde ich gerade nicht mehr ändern

AHahne64 commented 1 year ago

Hallo zusammen,

habe einen Controller der erstem Generation. Läuft jetzt ohne Problem. Danke für eure Zeit die ihr hier in unser Probleme lnvestiert. ich wünsche euch allen Frohe Weihnachten und einen guten Rutch.

qschneider commented 1 year ago

Moin, ich bin jetzt auch zum Testen mit der SHC gekommen. Ich bin sehr feinschrittig wie folgt vorgegangen.

Instanz gestoppt
Objekte gelöscht
Instanz entfernt
Adapter entfernt
Updater von Github neu hinzugefügt
SHC ausgewählt, (default ist Zentrale 2.0) und credentials eingegeben
und speichern und schließen

In der Reihenfolge klappte es, vorher hatte ich aber auch schon erfolglose Versuche. Dann baute die Instanz keine Verbindung auf. Anbei das log des erfolgreichen Versuchs. shc_qs.txt.zip

Euch allen hier auch frohe Weihnachten, ist ein richtig gutes Weihnachtsgeschenk, danke!

Apollon77 commented 1 year ago

Ich habe GitHub nochmal DInge optimiiert ... auch sind jetzt isReachable und lowBattery drin aber untested ... müsste man mal messages forcieren :-)

Also gern nochmal GitHub nutzen.

und am Ende wäre ein Debug log eine "nicht funktionierenden" Versuchs am coolsten :-)

Winnipr commented 1 year ago

isReachable habe ich getestet. Batterie raus, bisschen warten und isReachable geht von true auf false. Funktioniert. Für lowBattery zu testen fehlen mir schwache Batterien.

Apollon77 commented 1 year ago

goil, Danke

Apollon77 commented 1 year ago

(und gehts auch wieder zurück auf true wenn es wiederkommt?)

Apollon77 commented 1 year ago

PA: Hm ... das mit der Message checke ich nochmakl ... da passt noch was nicht

Winnipr commented 1 year ago

Geht auch wieder zurück 😀

JBSullivan commented 1 year ago

Kurze Frage an die die Testen bzw. Apollon - wie sieht die neue DP Struktur aus? Könnte man ggf. bei den ganzen Skripten und VIS Bildern evtl. mit einem Texteditor sowie "suchen und ersetzen" die Datenpunkt Namen in einem Rutsch ändern, sofern "nur" für alle Geräte eine Schachtelungsebene dazu gekommen ist?

ALT innogy-smarthome.0.Geräteort.Gerät.DP-Name

NEU ???

Apollon77 commented 1 year ago

Hier ein Beispiel. Die Ebene "Dimmable-Light" müsste in dem Beispiel hier dazu gekommen sein ... das ist aber nichts statisches weil es vom gerät abhängt.

Am Ende ist Neu: innogy-smarthome.0.Geräteort.Gerät.Channel.DP-Name

Apollon77 commented 1 year ago

So, GitHub ist nochmals aktualisiert und erlaubt nun auch den Port 3000 zu ändern für die Cloud Auth.

Wenn keiner mehr Probleme meldet geht das so raus als 1.0 morgen

Apollon77 commented 1 year ago

ACHTUNG: GitHub updated: Ab sofort wird das lokale LHC passwort verschlüsselt gespeichert - muss also nach dem Update einmalig im Admin neu eingegeben werden!

haahne commented 1 year ago

Also bei mir Funktioniert es mit der SHC2. Bekomme aber ab und zu diese Fehlermeldung:

innogy-smarthome.0 | 2022-12-24 13:29:08.028 | error | STACK: RangeError: Invalid WebSocket frame: invalid status code 0 at Receiver.controlMessage (/opt/iobroker/node_modules/ws/lib/receiver.js:561:18) at Receiver.getData (/opt/iobroker/node_modules/ws/lib/receiver.js:429:42) at Receiver.startLoop (/opt/iobroker/node_modules/ws/lib/receiver.js:148:22) at Receiver._write (/opt/iobroker/node_modules/ws/lib/receiver.js:83:10) at writeOrBuffer (node:internal/streams/writable:391:12) at _write (node:internal/streams/writable:332:10) at Receiver.Writable.write (node:internal/streams/writable:336:10) at Socket.socketOnData (/opt/iobroker/node_modules/ws/lib/websocket.js:1272:35) at Socket.emit (node:events:513:28) 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) -- | -- | -- | -- innogy-smarthome.0 | 2022-12-24 13:29:08.027 | error | GOT AN ERROR: {"code":"WS_ERR_INVALID_CLOSE_CODE"}

Apollon77 commented 1 year ago

Ok, der Fehler bedeutet "A WebSocket close frame was received with an invalid close code." ... also wars eh ein closed unsd es gibt nen reconnect ... ich unterdrücke den mal

Apollon77 commented 1 year ago

GitHub updated

Apollon77 commented 1 year ago

Ok, 1.0.0 released ... see https://forum.iobroker.net/topic/61351/livisi-innogy-smarthome-adapter-1-0-0-breaking

PArns / ioBroker.innogy-smarthome

STACK: Error nach Update auf 0.4.7 #95