Für beide Generationen der Zentrale stehen nun die finalen Softwareversionen zur Verfügung (klassische Zentrale: 3.1.1111.0; Zentrale 2.0 1.2.44.498). Bitte beachte unsere Hinweise zur Aktualisierung der Zentrale und auch die Kontrollliste für den lokalen Betrieb.
Aktuell: Bitte beachtet, dass die klassische Zentrale alt ist und für das Update sehr viel länger braucht als die angegebenen 25min. Falls es nach 4h immer noch nicht fertig ist, dürft ihr mal einen Neustart versuchen und beachtet bitte die Tipps von Aktualisierung der Zentrale.
Ich wurde vom Support an eine SLS Abteilung weitergeleitet, jetzt herscht Funkstille, auch nach 2maligen erneutem Nachfragen..
Kannst Du uns bitte mal die Ticketnummer in einer PN schicken?
Hier kannst Du eine PN schicken: KONVERSATION MIT LIVISI STARTEN
Diese Frage hast Du bereits uns gestellt und wir haben Dir auch geantwortet: Feste IP - Kaffeeklatsch - LIVISI Community
Hallo atnoword, die Zentrale bezieht ihre IP-Adresse über dem im Netzwerk festgelegten DHCP-Server. Dies ist üblicherweise der Internetrouter.
Es ist nicht ohne weiteres möglich der Zentrale eine feste IP-Adresse zu geben wenn das Netzwerk auf dynamische IP-Adressen eingestellt ist.
Als Alternative zur IP-Adresse kann die Zentrale in den meisten Fällen aber auch über ihren Namen aufgerufen werden:
Eine Anleitung, wie Du im Router eine feste IP-Adresse vergeben kannst, findest Du auch hier: Feste IP-Adresse zuweisen
Ich habe LIVISI so verstanden, dass die die Integration in Home Assistant durchaus alleine bauen, aber jetzt schon gerne ein Team aufbauen möchten, welches dann ab 2023 die Wartung der Integration übernimmt.
Das hast Du richtig verstanden 
Ja, ihr habt alle Recht:
Es geht ab jetzt (hoffentlich) wieder voran mit HA.
Besonders interessant und wichtig für mich wäre noch die Einbindung von Lichtschaltern und Funkschaltern. Ist dies schon geplant?
Ja, es ist die Unterstützung aller innogy/RWE Geräte geplant - wann genau welches Gerät produktiv in HA verfügbar sein wird, können wir aber noch nicht sagen.
Die API für OH und ioB wird nicht sofort in der ersten Woche abgeschaltet. Aber man sollte jetzt wirklich auf Lokal umsteigen damit man nicht in Not kommt.
Ähm ich dachte die opeHAB-Cloud-API ist seit Heute nicht mehr "zu Hause"¿?
Zum Abschalten müsste ja heute jemand von uns arbeiten 😉
Zum testen müssten beide Systeme gleichzeitig laufen können. Ist das möglich ?
Japp. Geht.
Leider nein.
Danke. Wir schicken eventuell zwischen den Jahren auch eine Erinnerung an alle über die Cloud-API verbundenen OpenHab und ioBroker Nutzer.
Noch einmal die dringende Bitte von uns an alle ioBroker Anwender und OpenHab Anwender :
Bitte stellt eure Adapter/Bindings bis Jahresende auf die lokale Verbindung um.
Derzeit sind noch mehr als 500 ioBroker und 200 OpenHab Instanzen über die Cloud-API verbunden.
Bitte verbreitet die Info auch über andere Kanäle sofern dies euch möglich ist - es wäre schade, wenn Anfang 2023 die Anwender ohne Anbindung dastehen, da sie von der Umstellung auf die lokale Schnittstelle überrascht werden.
Kennt ihr ggf. dieses Tool und könnt sagen, ob es auch mit dem lokalen Zugriff auf die Zentrale funktionieren wird?
Das müsstet ihr bitte direkt mit dem Autor msagner klären.
LIVISI , ggf. besteht da noch ein kleines Problem.
Ich hatte nach dem Neustart das Logging für 8h aktiviert und es läuft noch, falls Ihr es benötigen solltet.
Danke für den Hinweis. Bitte melde Dich doch mit Hinweis auf Deine Seriennummer und das aktivierte Logging beim Support.
Gefragt
Achso: Bevor Du dich mit Events über lokale API und über die Cloud API rumschlägst, würde ich empfehlen den Adapter "local-only" umzubauen... ab Anfang 2023 wird nichts anderes mehr möglich sein und es macht die Entwicklung einfacher.
Dann ist meine Vermutung das es Problematisch ist weil der Port 3000 festgepinnt ist ... naja mal flexibel machen, dann sehen wir weiter
Port 3000 wird bei uns meines Wissens nach nicht genutzt (siehe Beispielendpunkte der lokalen API)
"mehrere Instanzen pro Host": Wo kommt denn da ein Limit her? Warum geht das nicht?
Also von unserer Seite gibt es dort keine Einschränkungen. Unter OpenHab und Home Assistant lassen sich mehrere SHCs (auch verschiedene Gen.) mit einer Instanz von OH/HA verbinden.
hat das was damit zu tun das der Adapter aktuell auch eine Meldung hat wegen "gleichem Subnetz"? Wird da irgendwas geprüft in der SHC? Oder woher genau kommen hier Limitierungen?
Hier können wir nur vermuten, dass dies eventuell mit der Art und Weise zu tun hat, wie unser früherer Dienst "Mobiler Zugriff" umgesetzt war: Solange der SHC im gleichen Subnetz war wie der Client, galt dies als lokaler Zugriff und der Dienst wurde nicht benötigt - ich vermute mal, dass der damalige Entwickler des Adapters deshalb irgendwelche Prüfungen eingebaut hat.
Aber da können dir vermutlich die ioBroker Anwender besser weiterhelfen...
Oder muss der User ggf nochmal Firmware schauen bzw updaten? Weil as said ... wenns bei einem user tut sollte es ja bei allen tun
Ja, da sollten die Anwender definitiv drauf achten: SHC Classic 1.914-3.1.1056.0 und SHC 2.0 8.16/8.17 1.2.41.456.
Vor allem ist es wichtig immer genau zu schauen, auf welcher Generation die Fehler auftreten: SHC Classic oder SHC 2.0
Ok, also wir sind jetzt im Github einen Schritt weiter. Nach Änderung des Ports geht es bei einem User, ein anderer enthält bei der Authentifizierung einen 403 Fehler ...
Da wird scheinbar eine Ressource angefordert, die dem SHC nicht bekannt ist? Der OAuth ist auch als C#-Beispiel hier beschrieben: Einstieg in die lokale API mit C# - Beispiele - LIVISI Community
Ich kenne nicht den Stand von ioBroker, aber OAuth wurde gerade beim klassischen SHC irgendwann im Mai geändert um dem Standard zu entsprechen...
Wir die Livisi App dann nach Cloud Abschaltung auch lokal weiter funktionieren oder ist die dann komplett weg? Ist ja die Frage welchen Funktionsumfang ggf ein Adapter haben müsste, wo ich nicht weiss was da fehlen würde.
Es gibt zwei verschiedene Termine:
Im Grunde genommen sollte der ioBroker Adapter einfach nur vollständig lokal laufen und gar keine Onlineverbindung mehr nutzen.
