-
Notifications
You must be signed in to change notification settings - Fork 6
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
Comments
ist 192.168.0.12 die Lokale IP des Gateways? Dann lehnt das die Verbindung ab ... mal restarted? |
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. |
@PArns hast DU eine Idee wann so ein Fall vorkommen kann das die Zentrale die Verbindung ablehnt? |
Hallo, selbe Problem bei mir. |
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 |
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. |
Ich habe jetzt alle Versionen ab der 0.4.0 getestet und mit keiner konnte ich eine Verbindung Herstellen. innogy-smarthome.0 | 2022-12-14 19:56:59.977 | debug | SOCKET CONNECTION TO THE INNOGY API WAS CLOSED |
Habe heute nochmal bisschen rum Probiert.
|
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 |
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. |
Moin, wichtig wäre nochmal zu klären, welche Zentrale benutzt wird 2.0 oder 1.0. |
Bei mir ist die SHC 1 im Einsatz. |
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. |
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 |
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? |
Also SHC 2 Kaufen. Kann wer berichten ob es mit der SHC 2.0 im LokalModus vernünftig läuft? |
Der alte SHC läuft schon im LokalModus vernünftig, nur der Adapter funktioniert nicht mehr. |
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. |
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? 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 |
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 |
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. |
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 |
Hallo zusammen,
der SHC funktioniert ja inzwischen mit den letzten Firmware Versionen lokal.
Allerdings gibt es Probleme bei der Anbindung an den ioBroker.
Wahrscheinlich funktioniert irgendwas Unterschiedlich in der Anmeldung. 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.
Gruß Andreas Hahne
Ingo Fischer ***@***.***> schrieb am Mo., 19. Dez. 2022,
07:49:
… 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
—
Reply to this email directly, view it on GitHub
<#95 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AYCRWXKI2B3GC5JQD3EXDULWOAAOBANCNFSM6AAAAAAS4MYG5M>
.
You are receiving this because you commented.Message ID: <PArns/ioBroker.
***@***.***>
|
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. |
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! :-) |
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:
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:
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. |
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. `
|
@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? |
Moin, ich habe eine SHC (leihweise) mit der neusten Firmware (1.914-3.1.1056.0) welches das lokale SH unterstützt im Einsatz.
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. 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. Dort sollten nach entsprechender Freischaltung auch alle API Infos zu bekommen sein. Ach ja, noch zu den Abschaltterminen. Ich hoffe das hilft weiter und ich stehe für tests gerne zu Verfügung. |
Habe alle Objekte und die Instanz gelöscht und neu von Github installiert. Erst wird der Adapter grün aber dann wieder rot. |
ja der geht auf mich :-)) Retry please |
DANKE! Github updated |
Er bleibt grün :) |
Und die SHC Genercation Auswahl ist auch da? |
Die SHC Genercation Auswahl ist leider nicht da. |
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 |
Ja, die Selection ist jetzt auch da. Wird immer besser ;) |
@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 |
Moin, ich bin jetzt auch zum Testen mit der SHC gekommen.
In der Reihenfolge klappte es, vorher hatte ich aber auch schon erfolglose Versuche. 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. |
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 NEU |
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:
|
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}
The text was updated successfully, but these errors were encountered: