Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

STACK: Error nach Update auf 0.4.7 #95

Closed
haahne opened this issue Dec 12, 2022 · 88 comments
Closed

STACK: Error nach Update auf 0.4.7 #95

haahne opened this issue Dec 12, 2022 · 88 comments
Labels

Comments

@haahne
Copy link

haahne commented Dec 12, 2022

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}

@Apollon77
Copy link
Collaborator

ist 192.168.0.12 die Lokale IP des Gateways? Dann lehnt das die Verbindung ab ... mal restarted?

@haahne
Copy link
Author

haahne commented Dec 12, 2022

Ja ist die IP der Zentrale, Lokales SmartHome ist auch Aktiviert und du Funktioniert auch wenn ich über die IP drauf zugreifen. Ja mehrmals versucht, auch alle anderen Connections wie APP habe ich abgemeldet . Brachte keine Besserung. Über Das Web Interface kann ich mich bei der 0.4.7 auch nicht anmelden. Es kommt das Fenster wo ich meine Login Daten eingeben und danach Kommt der Fehler das die Verbindung Abgelehnt wurde.

@Apollon77
Copy link
Collaborator

@PArns hast DU eine Idee wann so ein Fall vorkommen kann das die Zentrale die Verbindung ablehnt?

@AHahne64
Copy link

Hallo,

selbe Problem bei mir.

@Apollon77
Copy link
Collaborator

Ok, welche Version vorher tat? Kann man einer von Euch die versionen "zurück" testen um zu schauen ab wann es auftritt? Andere Versionen können via Admin -> Adapter installiert werden

@AHahne64
Copy link

Hallo,

ich habe das Problem seit dem Wechsel auf die Lokale Version. Bei mir hat das ganze mit der lokalen Version noch nicht funktioniert. Werde die älteren Versionen gleich maltesten.

@haahne
Copy link
Author

haahne commented Dec 14, 2022

Ich habe jetzt alle Versionen ab der 0.4.0 getestet und mit keiner konnte ich eine Verbindung Herstellen.
Ich hab die Alte Zentrale falls das von Bedeutung sein sollte.
Bekomme im Debug Log immer folgendes:

innogy-smarthome.0 | 2022-12-14 19:56:59.977 | debug | SOCKET CONNECTION TO THE INNOGY API WAS CLOSED
innogy-smarthome.0 | 2022-12-14 19:56:59.973 | debug | RECONNECT
innogy-smarthome.0 | 2022-12-14 19:56:57.975 | debug | SOCKET CONNECTION TO THE INNOGY API WAS CLOSED
innogy-smarthome.0 | 2022-12-14 19:56:57.970 | debug | RECONNECT
innogy-smarthome.0 | 2022-12-14 19:56:55.973 | debug | SOCKET CONNECTION TO THE INNOGY API WAS CLOSED
innogy-smarthome.0 | 2022-12-14 19:56:55.967 | debug | RECONNECT
innogy-smarthome.0 | 2022-12-14 19:56:53.969 | debug | SOCKET CONNECTION TO THE INNOGY API WAS CLOSED
innogy-smarthome.0 | 2022-12-14 19:56:53.965 | debug | RECONNECT

@haahne
Copy link
Author

haahne commented Dec 17, 2022

Habe heute nochmal bisschen rum Probiert.
Hab mit der 0.4.7 es geschafft Per Cloud eine Verbindung herzustellen. Hab einen anderen Browser genommen.
Wenn ich jetzt die Lokale Verbindung abspeichere bekomme ich diesmal im Log:

innogy-smarthome.0 2022-12-17 11:31:05.874 warn You do not have mobile access for the logged in Innogy account! Please purchase mobile access or move ioBroker to the same subnet as the SHC
innogy-smarthome.0 2022-12-17 11:31:05.773 warn You do not have mobile access for the logged in Innogy account! Please purchase mobile access or move ioBroker to the same subnet as the SHC

@Apollon77
Copy link
Collaborator

Apollon77 commented Dec 17, 2022

Frge: DIe Lokale Web App iszt bei euch akrtiviert?? https://community.livisi.de/lsh-howto-en/

PS: Na dann kauf ich mal einen Innogy Zentrale und nen schalter as ich auch mal was zum testen hab

@haahne
Copy link
Author

haahne commented Dec 17, 2022

Ja ist Aktiv. Kann per IP Adresse auf die Web APP zugreifen. Innogy/Livsi stellt wohl Kostenlose Geräte zur Verfügung für Entwickler.

@qschneider
Copy link

Moin, wichtig wäre nochmal zu klären, welche Zentrale benutzt wird 2.0 oder 1.0.
1.0 soll wohl nicht gehen, aber auch die 2.0 nicht?
Hier bittet Livisi um Kontaktaufnahme um Fehler bis zur Abschaltung der Clouddienste Anfang 2023 zu beheben.

@haahne
Copy link
Author

haahne commented Dec 18, 2022

Bei mir ist die SHC 1 im Einsatz.

@haahne
Copy link
Author

haahne commented Dec 18, 2022

Wie ich es jetzt gelesen habe wird der Cloud Dienst Anfang 2023 komplett eingestellt. Die 0.4.7 soll wie oben geschrieben nur mit der SHC 2 Funktionieren.

@Apollon77
Copy link
Collaborator

Am Ende denke ich das die SHC 1 ab März "tod" ist. Mit der SHC2 geht es im Lokalen Modus weiter ... Also müssen wir mal schauen von was wir genau reden - korrekt

@qschneider
Copy link

qschneider commented Dec 18, 2022

dh es gibt keine Chance diesen Adapter auch mit der SHC 1 zum laufen zu bekommen? Gibt es da so große Unterschiede wie der lokale Modus auf den Zentralen implementiert wurde?

@haahne
Copy link
Author

haahne commented Dec 18, 2022

Also SHC 2 Kaufen. Kann wer berichten ob es mit der SHC 2.0 im LokalModus vernünftig läuft?

@Winnipr
Copy link

Winnipr commented Dec 18, 2022

Der alte SHC läuft schon im LokalModus vernünftig, nur der Adapter funktioniert nicht mehr.

@Winnipr
Copy link

Winnipr commented Dec 18, 2022

In diesem Thread im Livisi-Forum wurde die Problematik schon einmal diskutiert.

Ich zitiere mal daraus ein Posting eines Users der hier schreibt: "Ich glaube Part hat nicht mehr so die Zeit, oder das Interesse den Adapter zu supporten. Vielleicht müsste man in ioBroker an apollon77 heran treten, das aus dem Adapter ein Community Adapter wird, damit dieser ggf. von anderen noch auf einen funktionierenden Stand gebracht wird, bevor Livisi den Support komplett einstellt"

Ich vermag nicht zu beurteilen wie groß der Aufwand ist, ich selbst bin auch leider nicht in der Lage hier einen Teil zu übernehmen. Ich fände es nur Schade, wenn User zu anderen Systemen wechseln müssten um ihr vorhandenes Equipment weiterhin nutzen zu können.

@Apollon77
Copy link
Collaborator

Tja .. hallo hier bin ich ... ich habe aber keine Hardware ... weder das alte noch das neue System. Also what's up?

SHC v1 hat keinen lokalen Modus, korrekt?
SHC v2 hat einen lokalen Modus - wenn man eine bestimmte FW Version hat ...

Die Clpoud funktioniert ab März 24 nicht mehr ... Also was macht Sinn noch langfristig zu supporten?

Auch ist die Frager was genau seit wann nicht mehr tut. Der Adapter hat 766 installationen ... davon 518 auf der 0.3.7 und 176 auf der 0.4.7 ... also für "Funktioniert nicht mehr" sind hier und im Forum sehr wenige Meldungen von Usern. Also wo ist das Problem

Und genau hier Klarheit zu schaffen könnt Ihr helfen weil wenn ich jetzt starte mich da einzuarbeiten und Posts in zig Foren durchzuackern dann brauche ich zuviel Zeit.

Also Unterstützt mich bitte! Details, Details Details

@Apollon77
Copy link
Collaborator

PS: https://community.livisi.de/forum/thread/4507-probleme-der-klassische-zentrale-und-iobroker/?postID=39629#post39629 ... Da steht es tut ... also tut euch bitte hier oder besser im Forum zusammen und findet heraus was die User bei denen es tut anders machen als die wo es nicht geht ...

Ich habe die Entwickler angeschrieben, vllt bekomme ich Hardware

@Winnipr
Copy link

Winnipr commented Dec 19, 2022

Hallo, also sowohl der SHC V1 als auch der SHC V2 haben den lokalen Modus. Das funktioniert auch bei beiden, für manche Sachen wird die Cloud aber noch gebraucht. Wird aber Zug um Zug reduziert, am Ende (März 2024) sollen beide völlig autark laufen. Was nicht mehr funktioniert, ist der Adapter in Verbindung mit dem SHC V1. Ich glaube er würde noch in der Version 0.37 funktionieren, das war die letzte Version ohne Unterstützung der lokalen Schnittstelle. Anfangs funktionierte auch der SHC V1 mit dem Adapter 0.47 aber irgendwann im August nicht mehr. Hier hatte ich das Problem beschrieben. Ich hatte damals lange versucht den Adapter wieder ans Laufen zu bringen. Zum Schluss ein neues System aufgesetzt, nur mit den Nötigsten, aber es hat nicht mehr funktioniert. Ich vermute es war ein Firmware Update der dafür verantwortlich war. Da jedoch die Verbindung vom SHC V1 zu Openhab funktioniert vermute ich, dass es auch mit ioBroker möglich sein müsste den Adapter wieder ans Laufen zubringen. Auf alle Fälle vielen Dank an apollon77 dass du dich dem Problem annimmst und auch an Patrick der den Adapter soweit entwickelt hat.

@Apollon77
Copy link
Collaborator

Ok, ist dann der Fakt das SHC1 lokal nicht tut und SHC2 lokal tut? Dann wäre das doch die relevante Frage an die Entwickler was dnen da anders ist

@AHahne64
Copy link

AHahne64 commented Dec 19, 2022 via email

@Winnipr
Copy link

Winnipr commented Dec 19, 2022

Hallo, nein, auch der SHC V1 funktioniert lokal, also man kann über den Browser und der lokale IP des SHC V1 ganz normal darauf zugreifen wie auf den SHC V2 auch. Die lokale Web-Oberfläche sieht ähnlich aus wie die für die Cloud-Schnittstelle. Man kann alle Geräte steuern, Szenarien bearbeiten usw, alles lokal ohne Verbindung nach drausen. Nur der Adapter für iobroker funktioniert mit dem SHC V1 nicht mehr.

@Apollon77
Copy link
Collaborator

Apollon77 commented Dec 19, 2022

@AHahne64

Mir ist schon Mal aufgefallen das der Port der benutzt wird nicht der gleiche
ist wie der in der Doku von Livsi. Wenn ich die Fehlermeldung richtig deute
scheint es da beim 1er mit der Anmeldung am Adapter Probleme zu geben.

Meeeehrr Details bitte? Welcher Port ist es da und welcher dort ... Ich wiederhole: Details Details Details BITTE ... Links zur "Doku von Livisi" und und und.

Je mehr Ihr mich raten und selbst rausfinden lasst desdo länger dauert es. Ich betreue über 300 Adapter und will an Matter arbeiten was nahezu alle zeit blockt ... Also Bitte alles offen sagen was Ihr wisst oder vermutet!!

Wenn Ihr denkt ihr schreibt zuviele Infos oder es liesst eh keiner ... dann schreibt bitte noch mehr! :-)

@Winnipr
Copy link

Winnipr commented Dec 19, 2022

Ich hatte ja in dem von mir verlinkten Thread im Livisi-Forum den Log mit den Fehlermeldungen kopiert. Gleich im ersten Posting. Ich kopier die damalige Fehlermeldung mal hier rein:

<br class="Apple-interchange-newline">

[Blockierte Grafik: HTTP://192.168.1.80:8081/FILES/INNOGY-SMARTHOME.ADMIN/INNOGY-SMARTHOME.PNG]innogy-smarthome.0 | 2022-08-29 07:52:00.206 | error | STACK:Error: connect ECONNREFUSED 192.168.1.57:9090 at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1247:16)
-- | -- | -- | --
[Blockierte Grafik: HTTP://192.168.1.80:8081/FILES/INNOGY-SMARTHOME.ADMIN/INNOGY-SMARTHOME.PNG]innogy-smarthome.0 | 2022-08-29 07:52:00.206 | error | GOT AN ERROR:{"errno":-111,"code":"ECONNREFUSED","syscall":"connect","address":"192.168.1.57","port":9090}
[Blockierte Grafik: HTTP://192.168.1.80:8081/FILES/SMA-EM.ADMIN/SMA-EM.PNG]sma-em.0 | 2022-08-29 07:52:00.028 | info | Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
[Blockierte Grafik: HTTP://192.168.1.80:8081/FILES/SMA-EM.ADMIN/SMA-EM.PNG]sma-em.0 | 2022-08-29 07:52:00.026 | info | terminating
[Blockierte Grafik: HTTP://192.168.1.80:8081/FILES/SMA-EM.ADMIN/SMA-EM.PNG]sma-em.0 | 2022-08-29 07:52:00.019 | info | UDP Socket closed ...
[Blockierte Grafik: HTTP://192.168.1.80:8081/FILES/SMA-EM.ADMIN/SMA-EM.PNG]sma-em.0 | 2022-08-29 07:52:00.016 | info | cleaned everything up...
[Blockierte Grafik: HTTP://192.168.1.80:8081/FILES/SMA-EM.ADMIN/SMA-EM.PNG]sma-em.0 | 2022-08-29 07:52:00.014 | info | Scheduled restart.
[Blockierte Grafik: HTTP://192.168.1.80:8081/FILES/INNOGY-SMARTHOME.ADMIN/INNOGY-SMARTHOME.PNG]innogy-smarthome.0 | 2022-08-29 07:51:58.203 | error | STACK:Error: connect ECONNREFUSED 192.168.1.57:9090 at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1247:16)
[Blockierte Grafik: HTTP://192.168.1.80:8081/FILES/INNOGY-SMARTHOME.ADMIN/INNOGY-SMARTHOME.PNG]innogy-smarthome.0 | 2022-08-29 07:51:58.202 | error | GOT AN ERROR:{"errno":-111,"code":"ECONNREFUSED","syscall":"connect","address":"192.168.1.57","port":9090}
[Blockierte Grafik: HTTP://192.168.1.80:8081/FILES/INNOGY-SMARTHOME.ADMIN/INNOGY-SMARTHOME.PNG]innogy-smarthome.0

[Blockierte Grafik: http://192.168.1.80:8081/files/innogy-smarthome.admin/innogy-smarthome.png]innogy-smarthome.0	2022-08-29 07:52:00.206	error	STACK:Error: connect ECONNREFUSED 192.168.1.57:9090 at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1247:16)
[Blockierte Grafik: http://192.168.1.80:8081/files/innogy-smarthome.admin/innogy-smarthome.png]innogy-smarthome.0	2022-08-29 07:52:00.206	error	GOT AN ERROR:{"errno":-111,"code":"ECONNREFUSED","syscall":"connect","address":"192.168.1.57","port":9090}
[Blockierte Grafik: http://192.168.1.80:8081/files/sma-em.admin/sma-em.png]sma-em.0	2022-08-29 07:52:00.028	info	Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
[Blockierte Grafik: http://192.168.1.80:8081/files/sma-em.admin/sma-em.png]sma-em.0	2022-08-29 07:52:00.026	info	terminating
[Blockierte Grafik: http://192.168.1.80:8081/files/sma-em.admin/sma-em.png]sma-em.0	2022-08-29 07:52:00.019	info	UDP Socket closed ...
[Blockierte Grafik: http://192.168.1.80:8081/files/sma-em.admin/sma-em.png]sma-em.0	2022-08-29 07:52:00.016	info	cleaned everything up...
[Blockierte Grafik: http://192.168.1.80:8081/files/sma-em.admin/sma-em.png]sma-em.0	2022-08-29 07:52:00.014	info	Scheduled restart.
[Blockierte Grafik: http://192.168.1.80:8081/files/innogy-smarthome.admin/innogy-smarthome.png]innogy-smarthome.0	2022-08-29 07:51:58.203	error	STACK:Error: connect ECONNREFUSED 192.168.1.57:9090 at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1247:16)
[Blockierte Grafik: http://192.168.1.80:8081/files/innogy-smarthome.admin/innogy-smarthome.png]innogy-smarthome.0	2022-08-29 07:51:58.202	error	GOT AN ERROR:{"errno":-111,"code":"ECONNREFUSED","syscall":"connect","address":"192.168.1.57","port":9090}
[Blockierte Grafik: http://192.168.1.80:8081/files/innogy-smarthome.admin/innogy-smarthome.png]innogy-smarthome.0

Ich hatte danach aufgegeben und mir statt dessen noch einen weiteren SHC V2 gekauft. Ich wollte aber jetzt nochmals einen Versuch starten. Es funktioniert leider immernoch nicht, aber es kommt eine andere Fehlermeldung:

innogy-smarthome.0 | 2022-12-19 09:16:37.656 | warn | You do not have mobile access for the logged in Innogy account! Please purchase mobile access or move ioBroker to the same subnet as the SHC
-- | -- | -- | --
innogy-smarthome.0 | 2022-12-19 09:16:37.480 | warn | You do not have mobile access for the logged in Innogy account! Please purchase mobile access or move ioBroker to the same subnet as the SHC
innogy-smarthome.0 | 2022-12-19 09:16:37.021 | info | State value to set for "innogy-smarthome.0.info.lastRealTimeEventReceived" has to be type "string" but received type "boolean"
innogy-smarthome.0 | 2022-12-19 09:16:36.945 | warn | State "innogy-smarthome.0.info.connection" has no existing object, this might lead to an error in future versions
innogy-smarthome.0 | 2022-12-19 09:16:36.942 | warn | This object will not be created in future versions. Please report this to the developer.
innogy-smarthome.0 | 2022-12-19 09:16:36.941 | warn | Object innogy-smarthome.0.info.lastRealTimeEventReceived is invalid: Default value has to be type "string" but received type "boolean"
innogy-smarthome.0 | 2022-12-19 09:16:36.872 | info | Trying to use local smarthome connection!
innogy-smarthome.0 | 2022-12-19 09:16:36.826 | info | starting. Version 0.4.7 (non-npm: PArns/ioBroker.innogy-smarthome#cbc761e19638ee8557b1486367ab63a639de64b6) in /opt/iobroker/node_modules/iobroker.innogy-smarthome, node: v16.18.1, js-controller: 4.0.23
innogy-smarthome.0 | 2022-12-19 09:15:14.269 | info | Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
innogy-smarthome.0 | 2022-12-19 09:15:14.267 | info | terminating
innogy-smarthome.0 | 2022-12-19 09:15:14.260 | info | cleaned everything up...
innogy-smarthome.0 | 2022-12-19 09:15:14.258 | info | Go

innogy-smarthome.0
2022-12-19 09:16:[37.656](tel:37.656)	warn	You do not have mobile access for the logged in Innogy account! Please purchase mobile access or move ioBroker to the same subnet as the SHC

innogy-smarthome.0
2022-12-19 09:16:[37.480](tel:37.480)	warn	You do not have mobile access for the logged in Innogy account! Please purchase mobile access or move ioBroker to the same subnet as the SHC

innogy-smarthome.0
2022-12-19 09:16:[37.021](tel:37.021)	info	State value to set for "innogy-smarthome.0.info.lastRealTimeEventReceived" has to be type "string" but received type "boolean"

innogy-smarthome.0
2022-12-19 09:16:[36.945](tel:36.945)	warn	State "innogy-smarthome.0.info.connection" has no existing object, this might lead to an error in future versions

innogy-smarthome.0
2022-12-19 09:16:[36.942](tel:36.942)	warn	This object will not be created in future versions. Please report this to the developer.

innogy-smarthome.0
2022-12-19 09:16:[36.941](tel:36.941)	warn	Object innogy-smarthome.0.info.lastRealTimeEventReceived is invalid: Default value has to be type "string" but received type "boolean"

innogy-smarthome.0
2022-12-19 09:16:[36.872](tel:36.872)	info	Trying to use local smarthome connection!

innogy-smarthome.0
2022-12-19 09:16:[36.826](tel:36.826)	info	starting. Version 0.4.7 (non-npm: PArns/ioBroker.innogy-smarthome#cbc761e19638ee8557b1486367ab63a639de64b6) in /opt/iobroker/node_modules/iobroker.innogy-smarthome, node: v16.18.1, js-controller: 4.0.23

innogy-smarthome.0
2022-12-19 09:15:[14.269](tel:14.269)	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

innogy-smarthome.0
2022-12-19 09:15:[14.267](tel:14.267)	info	terminating

innogy-smarthome.0
2022-12-19 09:15:[14.260](tel:14.260)	info	cleaned everything up...

innogy-smarthome.0
2022-12-19 09:15:[14.258](tel:14.258)	info	Go


Jetzt kann man glauben das eine Berechtigung seitens Livisi fehlt. Ich stelle diese Fehlermeldung mal im Livisi-Forum ein, vielleicht kann einer dort vom Support darüber schauen.

@JBSullivan
Copy link

Ich verwende ebenfalls eine Zentrale 2.0 mit dem Innogy Adapter in der Version 0,47. Bis auf die Nachfolgende Fehlermeldung habe ich keine Probleme mit der lokalen Anmeldung. Einzig bei der Erstinbetriebnahme, kam auch bei mir die Port 3000 Meldung, welche durch stoppen des Grafana Dienstes aber eliminiert werden konnte. Danach war eine Authentifizierung über die lokale Livisi Seite (Adapter Popup Fenster) problemlos möglich.

Vielleicht für @Apollon77 noch kurz zur Erklärung: RWE/Innogy/Livisi Hardware ist Baugleich zu homematic Hardware. Das Alleinstellungsmerkmal sollte die 128 Bit Verschlüsselung sein, welche homematic nicht anbietet. Die Hardware ist weitestgehend sehr robust und könnte noch Jahrelang ihren Dienst tun.

Von daher muss man es Livisi hoch anrechnen, das sie sich bereit erklärt haben, den lokalen Zugang nutzbar zu machen, wenn dann in 2024 Cloudmäßig die Lichter ausgehen. Gebrauchte Hardware ist reichlich und aktuell günstig im Markt zu bekommen. Nicht jeder ist ein "Freak" und bleibt bei dem System. Viele unbedarfte User, die das Gesamtsystem ausschließlich über die Livisi App bedienen, verkaufen nach und nach alles. D.h. für mich, auch wenn der Adapter "nur" mehrere hundert Installationen vorzuweisen hat, ist es in meinen Augen auch in der Zukunft kein totes Pferd, denn man kann gut gebrauchte Hardware dazu kaufen und so ein Stück weit nachhaltig das System weiter betreiben, vor der Krempel auf dem Elektroschrott landet.

Wie gesagt, die "Freaks" die sich mit ioBroker auseinander setzten, werden auch mit gebrauchter Hardware das System noch lange am laufen halten können, weil ja das "lokale Smarthome", wie es Livisi nennt genau so gut funktioniert wie die Cloud.

Hier nochmal ein Statement aus dem Livisi Forum bzgl. der Aktivierung der Zentrale 2.0. Vielleicht ist das ja bei einigen hier der Grund, warum der Adapter rum zickt.

----------------------------------------------- LIVIS Forum ------------------------------------------------------------

Hallo, hier ein Tipp den ich aktuell gebrauchen konnte. Die PIN Codes der Zentralen haben wohl keine unbegrenzte Lebensdauer und das Gerät wird dann bei der Inbetriebnahme abgewiesen weil der PIN Code falsch wäre. Der Pin Code wird wohl nach einer Zeit aus der Datenbank gelöscht und funktioniert dann nicht mehr.

Lösung:

Bitte vor der neuen Inbetriebnahme. E-Mail an SMARTHOME.SERVICE@LIVISI.DE mit eine Foto des auf der Rückseite geklebten Etiketts mit Seriennummer und PIN. Bitte das ganze Etikett senden da die Anlage komplett neu eingetragen wird, inkl. dem PIN. Dort bittet Ihr um Überprüfung der Seriennummer / PIN Kombi und ggf. um Nachtragung der Daten.

Noch vielen Dank an den Livisi Service das das so unkompliziert funktioniert hat!!


Meine derzeit einzige Fehlermeldung - der Adapter funktioniert aber Einwandfrei.

`

innogy-smarthome.0 2022-12-19 09:45:12.959 error STACK:RangeError: Invalid WebSocket frame: invalid status code 0 at Receiver.controlMessage (C:\iobroker\GLT\node_modules\innogy-smarthome-lib\node_modules\ws\lib\receiver.js:449:18) at Receiver.getData (C:\iobroker\GLT\node_modules\innogy-smarthome-lib\node_modules\ws\lib\receiver.js:335:42) at Receiver.startLoop (C:\iobroker\GLT\node_modules\innogy-smarthome-lib\node_modules\ws\lib\receiver.js:138:22) at Receiver._write (C:\iobroker\GLT\node_modules\innogy-smarthome-lib\node_modules\ws\lib\receiver.js:74:10) at writeOrBuffer (internal/streams/writable.js:358:12) at Receiver.Writable.write (internal/streams/writable.js:303:10) at Socket.socketOnData (C:\iobroker\GLT\node_modules\innogy-smarthome-lib\node_modules\ws\lib\websocket.js:864:35) at Socket.emit (events.js:315:20) at addChunk (internal/streams/readable.js:309:12) at readableAddChunk (internal/streams/readable.js:284:9) at Socket.Readable.push (internal/streams/readable.js:223:10) at TCP.onStreamRead (internal/stream_base_commons.js:188:23)
innogy-smarthome.0 2022-12-19 09:45:12.958 error GOT AN ERROR:{}
`

@Apollon77
Copy link
Collaborator

Apollon77 commented Dec 19, 2022

@JBSullivan Danke für die Infos. Den "STACK Range Error" behandeln wir am besten in #89

Damit nehme ich mit das man bei Fehlern bei der Aktivierung mit dem Support Kontakt aufnehmen soll. Ok.

Also scheint das issue hier mit "Port 9090 nicht offen" ein SHC v1 Issue zu sein? Ist das korrekt?

@qschneider
Copy link

Moin, ich habe eine SHC (leihweise) mit der neusten Firmware (1.914-3.1.1056.0) welches das lokale SH unterstützt im Einsatz.
Eine Zentrale 2.0 erhalte ich vlt auch bald.

  • Ich verwende den Adapter v.047 und kann damit in einer Instanz über die noch funktionierende Cloudanbindung die Zentrale steuern.

  • In einer weiteren Instanz habe ich das lokale SH aktiviert und bekomme ebenfalls die Fehlermeldung
    "You do not have mobile access for the logged in Innogy account! Please purchase mobile access or move ioBroker to the same subnet as the SHC"

  • ioBroker läuft bei mir im Docker container im Hostmodus und befindet sich im selben Subnet wie die SHC.

  • Livisi hat gerade einen erste Version einer HA-Integration bereitgestellt, diese habe ich auf der SHC getestet und die Verbindung zum lokalen Sh funktioniert.

Damit sollten also die technischen Vorraussetzungen für die SHC gegeben sein, wo genau der Unterschied in der Adapterimplementierung zu suchen ist kann ich nur vermuten.
ich vermute hier https://github.com/PArns/innogy-smarthome-lib/blob/master/lib/oauth2/index.js

Hier das Gegenstück der HA Implentierung https://github.com/StefanIacobLivisi/aiolivisi/blob/main/aiolivisi/websocket.py

Grundsätzlich beschreibt Livisi die lokale API hier.
https://community.livisi.de/lsh-howto-de/

Dort sollten nach entsprechender Freischaltung auch alle API Infos zu bekommen sein.

Ach ja, noch zu den Abschaltterminen.
Livisi nennt Anfang 2023 als Termin für die Abschaltung der Cloudservices, ab 1.März 2024 stellen sie dann alles weitere was dann nicht lokal läuft ein.

Ich hoffe das hilft weiter und ich stehe für tests gerne zu Verfügung.

@Winnipr
Copy link

Winnipr commented Dec 23, 2022

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
Copy link
Collaborator

ja der geht auf mich :-)) Retry please

@Winnipr
Copy link

Winnipr commented Dec 23, 2022

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
Copy link
Collaborator

DANKE! Github updated

@Winnipr
Copy link

Winnipr commented Dec 23, 2022

Er bleibt grün :)
log3.txt

@Apollon77
Copy link
Collaborator

Und die SHC Genercation Auswahl ist auch da?

@Apollon77
Copy link
Collaborator

BTW: @Winnipr Wenn wir schon so frölhlich am testen sind ... hast Du ggf List auch dazu zu unterstützen ? #83

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

@Winnipr
Copy link

Winnipr commented Dec 23, 2022

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

@Apollon77
Copy link
Collaborator

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
Copy link

Winnipr commented Dec 23, 2022

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

@Winnipr
Copy link

Winnipr commented Dec 23, 2022

@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
Copy link
Collaborator

@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
Copy link

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
Copy link

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
Copy link
Collaborator

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
Copy link

Winnipr commented Dec 23, 2022

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
Copy link
Collaborator

goil, Danke

@Apollon77
Copy link
Collaborator

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

@Apollon77
Copy link
Collaborator

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

@Winnipr
Copy link

Winnipr commented Dec 23, 2022

Geht auch wieder zurück 😀

@JBSullivan
Copy link

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
Copy link
Collaborator

Apollon77 commented Dec 23, 2022

Bildschirm­foto 2022-12-23 um 23 51 09

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
Copy link
Collaborator

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
Copy link
Collaborator

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
Copy link
Author

haahne commented Dec 24, 2022

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
Copy link
Collaborator

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
Copy link
Collaborator

GitHub updated

@Apollon77
Copy link
Collaborator

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

6 participants