Closed haahne closed 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.
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
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.
@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.
@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
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..
Doch Log als textfile hier anhängen geht ...
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!
@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.
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
ja der geht auf mich :-)) Retry please
Gleich, vorher noch was anderes, ich sehe zwar den Punkt SHC Generation, aber änderen von 1 auf 2 oder so kann ich nicht:
DANKE! Github updated
Und die SHC Genercation Auswahl ist auch da?
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 ...
Die SHC Genercation Auswahl ist leider nicht da. Wegen dem Batteriestatus klar, gerne. Wenn ich kann..
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
@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?
@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
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.
Moin, ich bin jetzt auch zum Testen mit der SHC gekommen. Ich bin sehr feinschrittig wie folgt vorgegangen.
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!
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 :-)
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.
goil, Danke
(und gehts auch wieder zurück auf true wenn es wiederkommt?)
PA: Hm ... das mit der Message checke ich nochmakl ... da passt noch was nicht
Geht auch wieder zurück 😀
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
???
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
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
ACHTUNG: GitHub updated: Ab sofort wird das lokale LHC passwort verschlüsselt gespeichert - muss also nach dem Update einmalig im Admin neu eingegeben werden!
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"}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
GitHub updated
Ok, 1.0.0 released ... see https://forum.iobroker.net/topic/61351/livisi-innogy-smarthome-adapter-1-0-0-breaking
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}