Livisi/Innogy-Smarthome Adapter 1.0.0 (Beta) (BREAKING)
-
@apollon77 Ich bekomme in der App trotz lokalem Zugriff immer die Fehlermeldung dass das Bilderlimit überschritten wurde. Als ich über die Cloud verbunden war, was das normal da ich dann viele Bildern zu Ansicht hatte.
Jetzt im lokalem Netz sehe ich gar keine Bilder mehr von meiner Samsung SmartCAM. Wieso dann der Fehler?
@werner2000x Da ich null Ahnung habe welche Bilder gemeint sind und der Adapter nichts mit Bildern macht würde ich sagen, stelle diese Frage bitte im Livisi Forum und deren Support.
-
Hallo,
für alle Livisi/Innogy-Smarthome Nutzer habe ich heute noch ein kleines Weihnachtsgeschenk.
In Anbetracht der Tatsache das Livisi im ersten Quartal 2023 die Cloud Funktionen Ihrer Systeme abschalten will habe ich mich dem Adapter mal in sofern angenommen das wir sicherstellen das alles Lokal funktioniert und die aktuellen Probleme gefixt sind.
In dem Zuge ist soeben die Version 1.0.0 ins Beta Repository gegangen und steht zur Beta-Installation bereit.
Die neue Version bringt allerdings neben Fehlerbehebungen und Optimierungen auch zwei BREAKING Changes mit!
BREAKING: Objekt-Struktur-Änderung!
In den 0.x Versionen des Adapters wurden Objekte in der Struktur `Raum.Device.State´ abgelegt was generell funktioniert - es sei denn es gibt intern zwei Daten-Channel die die gleichen State Namen haben. Eins der Issues war, das es die Werte für Stromerzeugung und -verbrauch sich gegenseitig überschrieben haben - das lag daran das hier genau der oben genannte Fall aufgetreten ist. Es gab zwei Channel mit den gleichen State-Namen.
Um dies für die Zukunft sinnvoll und sauber zu beheben, habe ich entschieden die Objektstruktur anzupassen und den Channel mit einzufügen.
Dadurch Ändern sich allerdings alle Objekte-IDs!Bitte also vor der Installation der neuen Version die Objekte löschen oder hinterher bewust sein das Aufräumarbeit auf Euch zukommt weil natürlich die alten States keine Aktualisierungen mehr bekommen!
Wer Historisierung (History, SQL, InfluxDB) auf Objekten aktiv hat kann sich die "alten" Objekt IDs merken und bei den neuen in der History-Konfig um Feld "Alias-ID" eingeben, dann werden auch die neuen Daten weiter unter dem alten Namen geloggt und sind somit durchgängig vorhanden!
Eine weitere Idee ist für die Zukunft in dem Zuge für alles Aliase (Devices-Adapter) anzulegen um so auch für die Zukunft hier eine Trennung vorzunehmen...
BREAKING: Lokales Passwort muss neu im Admin gesetzt werden!
Das Passwort des lokalen SHC-Logins wurde bisher unverschlüsselt gespeichert, was die neue Version nun ändert. Damit muss bei der Nutzung der lokalen Anbindung das Passwort im Admin, nach der Installation der neuen Version, einmalig neu eingegeben werden.
SHC v1/Classic Lokale Verbindung
Da es bei der lokalen Verbindung kleine Unterschiede zwischen einer SHC v1/Classic und v2 gibt, muss in der Konfiguration die SHC Version gewählt werden - Default ist v2. Die neue Adapter-Version unterstützt auch die lokale Verbindung zur v1/Classic.
Bitte stellt von Cloud auf Lokale Nutzung um!!
Wie bereits oben erwähnt wird Livisi Anfang 2023 den Cloud-Zugang abschalten und bis dahin mus jeder Nutzer auf die Lokale Schnittstelle umgestellt haben. Am besten gleich mit machen!
Weitere Änderungen
- lowBattery und isReachable States werden angelegt und über Messages aktualisiert
- Der lokale Port für die OAuth Redirects (Default 3000) sind nun änderbar. Dazu in der Konfiguration ändern, Konfiguration speichern und dann den Authorisierung-Button drücken.
- Einige fehlende States wurden hinzugefügt. Für Weitere Infos im Log bitte Issues auf GitHub anlegen
- Viele weitere Fehlerbehebungen und Optimierungen
Wo Feedback geben oder Fehler melden?
Feedback und Fehlerdiskussion oder herausfinden ob etwas ein Fehler ist am besten hier im Thread!
Bestätigte Fehler und "Unknown state" Meldungen bitte als jeweils eigenen GitHub-Issues anlegen. Am besten direkt mit Debug Log.
Ingo
@apollon77 Super Arbeit. Danke.
Keiner der alten Fehler tritt mehr auf. Nur die Instanz.0 hat sporadisch einen Schluckauf. Instanz.1 zeigt dieses Verhalten nicht. (Beide lokales Smarthome)
2023-01-03 01:03:03.154 - warn: innogy-smarthome.0 (275406) Adapter is not connected ... Will recheck in 30 seconds!
2023-01-03 01:03:33.181 - warn: innogy-smarthome.0 (275406) Adapter is still not connected to the Innogy API, restarting!
2023-01-03 01:03:36.398 - info: innogy-smarthome.0 (275406) Initialization sequence completed: found 42 devices2023-01-03 02:43:03.164 - warn: innogy-smarthome.0 (275406) Adapter is not connected ... Will recheck in 30 seconds!
2023-01-03 02:43:33.166 - warn: innogy-smarthome.0 (275406) Adapter is still not connected to the Innogy API, restarting!
2023-01-03 02:43:36.407 - info: innogy-smarthome.0 (275406) Initialization sequence completed: found 42 devices2023-01-03 03:28:03.171 - warn: innogy-smarthome.0 (275406) Adapter is not connected ... Will recheck in 30 seconds!
2023-01-03 03:28:33.173 - warn: innogy-smarthome.0 (275406) Adapter is still not connected to the Innogy API, restarting!
2023-01-03 03:28:36.402 - info: innogy-smarthome.0 (275406) Initialization sequence completed: found 42 devices2023-01-03 05:58:03.184 - warn: innogy-smarthome.0 (275406) Adapter is not connected ... Will recheck in 30 seconds!
2023-01-03 05:58:33.187 - warn: innogy-smarthome.0 (275406) Adapter is still not connected to the Innogy API, restarting!
2023-01-03 05:58:36.086 - info: innogy-smarthome.0 (275406) Initialization sequence completed: found 42 devicesusw.
-
@apollon77 Super Arbeit. Danke.
Keiner der alten Fehler tritt mehr auf. Nur die Instanz.0 hat sporadisch einen Schluckauf. Instanz.1 zeigt dieses Verhalten nicht. (Beide lokales Smarthome)
2023-01-03 01:03:03.154 - warn: innogy-smarthome.0 (275406) Adapter is not connected ... Will recheck in 30 seconds!
2023-01-03 01:03:33.181 - warn: innogy-smarthome.0 (275406) Adapter is still not connected to the Innogy API, restarting!
2023-01-03 01:03:36.398 - info: innogy-smarthome.0 (275406) Initialization sequence completed: found 42 devices2023-01-03 02:43:03.164 - warn: innogy-smarthome.0 (275406) Adapter is not connected ... Will recheck in 30 seconds!
2023-01-03 02:43:33.166 - warn: innogy-smarthome.0 (275406) Adapter is still not connected to the Innogy API, restarting!
2023-01-03 02:43:36.407 - info: innogy-smarthome.0 (275406) Initialization sequence completed: found 42 devices2023-01-03 03:28:03.171 - warn: innogy-smarthome.0 (275406) Adapter is not connected ... Will recheck in 30 seconds!
2023-01-03 03:28:33.173 - warn: innogy-smarthome.0 (275406) Adapter is still not connected to the Innogy API, restarting!
2023-01-03 03:28:36.402 - info: innogy-smarthome.0 (275406) Initialization sequence completed: found 42 devices2023-01-03 05:58:03.184 - warn: innogy-smarthome.0 (275406) Adapter is not connected ... Will recheck in 30 seconds!
2023-01-03 05:58:33.187 - warn: innogy-smarthome.0 (275406) Adapter is still not connected to the Innogy API, restarting!
2023-01-03 05:58:36.086 - info: innogy-smarthome.0 (275406) Initialization sequence completed: found 42 devicesusw.
-
@itcrowd Bitte mal in der Konfig dss "debug" einschalten und Debug Log ... dann siehst Du was passiert ... ich tippe darauf das die Zentrale die Verbindung schliesst (warum auch immer) und damit verbindet such der Adapter neu ... Das wurde berichtet.
-
@apollon77 Beide Zentralen haben sproadisch das gleiche Problem. (Debugprotokoll siehe Spoiler)
Eine Zentrale ist über ein 1m Netzwerkkabel an einer FritzBox angeschlossen, die Andere über eine VPN-Verbindung.
Noch ein Bug in der Firmware?@itcrowd Faktisch ist das scheinbar ein Fehler in der Firmware ... ja ... Da ird scheinbar die Websocket connection geschlossen mit Fehlercode 0 was so nicht gestattet ist ... Also er würde das Websocket eh neu verbinden ,müssen (weils ja beim schliessen passiert) ... aber am Ende geht alles mit dem Reconnect ... Das wäre mein Wissensstand
-
Hallo Zusammen,
ich freue mich, dass ich mein System zukünftig noch ein bisschen länger verwenden kann.
Ich sehe jedoch keinen Datenpunkt für die Fensterkontakte. Wurden die schon implementiert?Viele Grüße,
Nico
@niiccooo1 Bei mir sind alle da:
Lösche mal die alten Objekte und starte den Adapter neu. -
@niiccooo1 Bei mir sind alle da:
Lösche mal die alten Objekte und starte den Adapter neu. -
@niiccooo1 Freut mich 😀
-
@niiccooo1 Freut mich 😀
@winni Doch nicht so ganz.
@apollon77 Ich hatte vor dem Adapter Update meine Zentrale neugestartet.
Beim Neustart verliert die Zentrale die Information über den Status der Fenstersensoren d.h. sie müssen einmal betätigt werden. Da ich während der Adaptereinrichtung kein Fenster betätgt hatte wurden die Objekte nicht angelegt.
Lösung: Fenster betätigen und Adapter neustarten.
-
@winni Doch nicht so ganz.
@apollon77 Ich hatte vor dem Adapter Update meine Zentrale neugestartet.
Beim Neustart verliert die Zentrale die Information über den Status der Fenstersensoren d.h. sie müssen einmal betätigt werden. Da ich während der Adaptereinrichtung kein Fenster betätgt hatte wurden die Objekte nicht angelegt.
Lösung: Fenster betätigen und Adapter neustarten.
@apollon77
Unterschiede V1 & V2 ?Hallo,
existiert das Objekt Virtual/"SmarthomeController xxx" bei den Klassischen Zentralen (oberes Bild) nicht, oder wird es vom Adapter nur nicht erkannt?Lassen sich die null-States beim V2 (unteres Bild) ggf. noch auslesen?
Beste Grüße
Michael -
@apollon77
Unterschiede V1 & V2 ?Hallo,
existiert das Objekt Virtual/"SmarthomeController xxx" bei den Klassischen Zentralen (oberes Bild) nicht, oder wird es vom Adapter nur nicht erkannt?Lassen sich die null-States beim V2 (unteres Bild) ggf. noch auslesen?
Beste Grüße
Michael@sgk1 Da der Adapter sehr generisch ausliesst was kommt, nehme ich an das die zu Frage 1 nicht da sind und bei Frage 2 die Werte nicht da sind.
Ansonsten: Debug Log aktivieren bei beiden instanzen mir dann das Log aus dem Logfile unter /opt/iobroekr/log/... per E-mail an iobroker@fischer-ka.de senden und auf dieses Posting verweisen (Damit ich weiss um was es geht, am besten als Link) und GENAU beschreiben um was es geht (bedenke: Ich habe weder die eine noch die andere Generation hier und nutze es auch nicht, also erklärs einem "Livisi-Unwissenden"!
-
@apollon77
Hi...Alle (nicht näher definierbare Anzahl) Restarts der Instanz scheint der Adapter das Passwort zu verlieren.
Evtl. hat einer eine Idee, was bei mir falsch ist/was ich anpassen muss, oder vielleicht ist es ja doch ein Bug im Adapter...
Danke!
-
@apollon77
Hi...Alle (nicht näher definierbare Anzahl) Restarts der Instanz scheint der Adapter das Passwort zu verlieren.
Evtl. hat einer eine Idee, was bei mir falsch ist/was ich anpassen muss, oder vielleicht ist es ja doch ein Bug im Adapter...
Danke!
-
@apollon77 Evtl. renewed der auch den token nicht anständig... aktuell steht bei mir drin bis 10.1. wäre der gültig.
-
@great-sun Welche Version installiert ?
-
@apollon77
Hi...Alle (nicht näher definierbare Anzahl) Restarts der Instanz scheint der Adapter das Passwort zu verlieren.
Evtl. hat einer eine Idee, was bei mir falsch ist/was ich anpassen muss, oder vielleicht ist es ja doch ein Bug im Adapter...
Danke!
@great-sun Hm ... also "passwort verlieren" kann aktuell nur passieren wenn du per Pro Cloud und dort Admin was an der Konfiguration änderst und einen js-controller < 4.0.24 hast ... Ansonsten wüsste ich nicht wie das passieren sollte.
Sonst debug log aktivieren und "log spam" aushalten damit man mal ein Debug log von so einem Fall hat. Renewal sollte an sich tun ... aber auchhier ... Debug log
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@great-sun Hm ... also "passwort verlieren" kann aktuell nur passieren wenn du per Pro Cloud und dort Admin was an der Konfiguration änderst und einen js-controller < 4.0.24 hast ... Ansonsten wüsste ich nicht wie das passieren sollte.
Sonst debug log aktivieren und "log spam" aushalten damit man mal ein Debug log von so einem Fall hat. Renewal sollte an sich tun ... aber auchhier ... Debug log
@apollon77 Okay... Ich nehme jetzt erstmal an, dass es mit dem Timeout vom Token zusammenhängt. js-controller ist 4.0.24.
An der Konfiguration in dem iot Adapter änder ich derzeit immer mal wieder was (falls das mit der Pro Cloud gemeint ist), allerdings kann ich da ja jetzt spezifisch mal drauf achten.Danke erstmal für die Hints, da bringt mich ja schonmal weiter, wie/wo ich schauen kann. Wenn ich was finde, meld ich mich nochmal.
Tschö mit Ö und noch einen schönen Sonntag Euch!
-
@apollon77 Okay... Ich nehme jetzt erstmal an, dass es mit dem Timeout vom Token zusammenhängt. js-controller ist 4.0.24.
An der Konfiguration in dem iot Adapter änder ich derzeit immer mal wieder was (falls das mit der Pro Cloud gemeint ist), allerdings kann ich da ja jetzt spezifisch mal drauf achten.Danke erstmal für die Hints, da bringt mich ja schonmal weiter, wie/wo ich schauen kann. Wenn ich was finde, meld ich mich nochmal.
Tschö mit Ö und noch einen schönen Sonntag Euch!
@great-sun ne gemeint wäre wirklich Cloud Adapter und Admin über die pro Cloud. Da gabs ein Problem was zu verlorenen Passwörter. Geführt haben könnte. Aber mir js-Controller 4.0.24 sollte das egal sein.
Dann mal Debug log mitlaufen lassen. Meine rudimentären Tests hatten gezeigt das refresh geht aber zeitlichen refresh weil während Laufzeit abgelaufen konnte ich nicht testen.
-
Hallo,
Ich muss jetzt auch umsteigen…
Und habe Probleme.
Ich habe alles alte gelöscht und den Adapter v1.2.1 installiert.Ich habe den Smart Home 1 Controller Classic
Bei shc IP gebe ich die
Ipadresse mit oder ohne http:// ein und mit oder ohne :8080/Egal was ich mache es geht nicht.
Bei aPasswort gehe ich das neue Lokale Admin Passwort ein. Gehe auf speichern und schließen und der Adapter sagt immer keine Verbindung.
Start Authorization muss man für lokal doch nicht mehr machen oder? Weil da verläuft er sich scheinbar immer.
521
Online32.7k
Users82.5k
Topics1.3m
Posts