@madjack84 servus, hab neuerer HW verwendend läuft wieder Raspberry Pi 2 Model B Rev 1.1 mfg orfix

Danke für die schnelle Antwort. Hab nun nochmal das alte Backup auf einen frischen Container eingespielt. Habe nun gehofft das dein Link helfen könnte aber mein WEB Adapter ist noch auf einer älteren Version. Hier meine Versionen von den drei Adaptern. system.adapter.socketio : socketio - v3.1.4 system.adapter.web : web - v3.4.9 system.adapter.vis : vis - v1.4.5 Es hatte alles super funktioniert vor dem Crash. Hast du zufällig noch eine Idee? :) Edit: Hab nun den Web Adapter auf v3.4.16 geupdatet nun funktioniert wieder alles :)

@sigi234 sagte in Keine Verbindung zu Vis nach Update (V 1.4.8 ): Hallo, nach einen Update auf VIS 1.4.8 bekomme ich keine Verbindung mehr. https://forum.iobroker.net/topic/51964/nach-update-von-web-3-4-16-kein-vis-mehr?_=1643544346942

Nochmal danke an @arteck und @simatec für die Zeit gestern Abend. Das ganze ist gelöst. Hier nochmal die Ursache(n) Restore von Redis hat nicht funktioniert: -- Fehler 1: Fehlende Zuordnung des ioBroker Benutzers zur Gruppe Redis (Bedienerfehler) -- Fehler 2: Fehlende Rechte ioBroker Benutzers zum anhalten und Neustarten des Redis Servers Restore des ioBroker hat auf eine leere Redis DB zugegriffen - das klappt nicht. danach führt ein manuelles Restore der Redis DB zu einem instabilen System (Pseudo-Multihost Konfiguration) Die finale Lösung wird durch @simatec in den backitup Adapter eingebracht. Bis da hin gilt bei Redis: sicherstellen das der Benutzer iobroker Mitglied der Gruppe redis ist. (das steht auch schon in der backitup Doku) Vor dem restore der Redis DB manuell den Redis server anhalten. Nach dem restore der Redis DB manuell den Redis Server starten. Erst dann den ioBroker zurück spielen. A.

@amg_666 [image: 1643473763815-8fc75f64-46fd-42b1-b2c3-5f29ed563ee9-grafik.png] [image: 1643473782658-fb7833cc-ac4d-40e4-90d5-e3d7193323f0-grafik.png] Im Moment läuft es ja auch.... Das Problem ist, dass es immer mal wieder passiert ;-)

@squier2308 habe seit dem update keine Problem mehr - allerdings war der Ausfall auch nicht regelmässig und irgendwie täglich. Es war mal nach 2 Tagen, dann aber auch nach ein paar Wochen...

@thomas-braun Klasse, vielen Dank für deine Hilfe. Das war es.

@kurtkrause klar, die plus haben nur mehr mqtt. dafür können die trotz mqtt auch cloud. und auch noch kann jeder als AP dienen. irgendwo hab ich mal einen link gepostet, wo man die unterschiede gut sehen kann. find ihn im moment aber nicht mehr...

@arteck said in zigbee Adapter ????: @rennigel da du mhrere sachen geändert hast wisen wir immer noch nicht woran es liegt. Ja, ich weiß ... wenn man Ursachenforschung betreibt, dann immer nur eine Änderung zur Zeit vornehmen. Aber ich wollte es am Laufen haben, und als ich sah, dass ich die Geräte nochmal anlernen muss und selbiges auch beim Kanalwechsel tun muss, habe ich beides geändert. ich würde sagen geh zurück auf das normale repo Also im Expertenmodus auf das "+" hinterm Adapter und dann die 1.6.14 wieder auswählen? Aber dann bin ich softwareseitig ja wieder da, wo ich gestern schon war mit dem Risiko, dass die BWM nicht mehr funktionieren, sofern die Änderungen Deiner Github-Version ausschlaggebend für meine Problembehebung waren ... .. und empfehlung von mir : schmeiss das olle cc2531 weg.. der wird auf lange sicht probleme bereiten OK ... ich nehme das mal auf die to do Liste. ;-)

@thomas-braun & @crunchip vielen Dank für eure schnelle Info. Eure kombi an Info hat alles richtig geupdated! Alles wieder im grünen bereich:golf: , daumen hoch!:+1:

@homoran War klar... Darum ja auch 'kaum'. Wobei influxdb2 auch nicht direkt aus dem Raspberry Repo sondern von Dritten angeboten wird.

nachedem ich diesen Befehl eingegeben hatte, funktioniert es: npm cache clean --force

@lena Wenn ich das richtig gesehen habe, arbeitest du ja mit Proxmox. Da kannst du dir ja einen neuen Container, mir aktuellem Betriebssystem, einrichten, und ioBroker neu installieren. Dann in deinem veralteten Container, von ioBroker, über den Backitup Adapter, ein Backup erstellen, und auf dem frisch installierten ioBroker, wiederum über Backitup, das Backup einspielen. Was mir noch aufgefallen ist, in der Einleitung schreibst du unter Betriebssystem "Ubuntu", weiter unten, im Code, kann man erkennen, das dein Betriebssystem zu ioBroker "Debian" ist. Bitte nicht verwechseln, sind sich zwar sehr ähnlich, aber definitiv nicht gleich. ;-) Gruß, Karsten

Als Ergänzung: .TS bzw. .LC werden im Bereich 0_userdata.0.xxx bei einem get-Request nicht korrekt ausgegeben. Auch dann nicht, wenn Werte per Script mit ack=true eingetragen und/oder geändert werden. Im Web-Admin werden diese Daten dagegen immer korrekt dargestellt. Der eigentliche Wert stimmt bei Get-Abfrage, inkorrekt sind die Bulk-Wert .ts und .lc. Bei durch Adapter geschriebenen Werte werden .ts und .lc korrekt aktualisiert.

@thomas-braun ok bin dann mal gespannt das iot instance sich nicht mehr löscht

Scheinbar hat sich das Problem gelöst (ich hoffe ich beschrei es jetzt nicht). Am Freitag kam dann noch der Sonoff Dongle plus. Mit dem ich dann auch direkt meinen Conbee ersetzt habe. Zusätzlich hatte ich noch in einem anderen Beitrag den Tipp erhalten, dass wenn man unterschiedliche Känale nutzt (meine Hue Bridge nutzt 11 ich hatt für den Zigbee-Adapter 12 genommen) sollten diese nach Möglichkeit nicht so dicht beieinander liegen, da es trotzdem zu Überschneidungen kommen kann. Außerdem hab ich noch eine Zigbee-Steckdose eingebunden, mit der sich jetzt so ziemlich alle Geräte verbunden haben. Jetzt läuft es offensichtlich. Entweder hat eine der Änderungen zum Erfolg geführt oder aber die Kombination. Also nochmal kurz: Conbee II gegen Zigbee 3.0 Dongle plus getauscht Kanäle weiter auseinander gelegt (Steckdose als Router)

@thomas-braun said in Update js-controller to @3.3.22 fails "node_modules\tr-O64": node_modules\tr-O64 Aus https://forum.iobroker.net/post/651167 "Ich werd mal das AVM Plugin deinstallieren / neu installieren" Nach der deinstallation lies sich der iobrker nicht mehr starten --> Neuinstallation und recover aus dem Backup. Irgendwo ist aber noch der Wurm drin. Die Zigbee DB aus dem deconz Adapter scheint nicht mehr "richtig" gefütert zu werden und unter "system.adapter.javascript.0" sind die Scripte nicht mehr sichtbar, laufen aber noch, denn sie sind in den "Objekten" vorhanden. --> Browserproblem: Cache und Cookies gelöscht. Endlich wieder "SOP".

@asgothian sagte in Alias subscription error.: was sind mögliche Ursachen und mögliche Abstellmassnahmen ? schaumal unter sonoff.. da sind die Geräte gelistet die meckern.. das passiert bei mir auch.wenn ich am Gerät in Tasmota... eigenen namen vergebe. die tasmota Geräte melden sich dann 2 mal an ..einmal mit dem Technischen namen DVES_31E1E8 und einmal mit dem richtigen den du vergeben hast.. wenn das so ist kannst die teschnischen Namen löschen.. dann hört das gemecker auf

@bahnuhr ich würde die Frage gern mit ja beantworten, aber Nein. Ich hab schon länger nichts mehr am Adapter gemacht. Wenn ich irgendwann Zeit finde werde ich eine Alternative zu sayit erstellen. So wie er gebaut ist Stoße ich ständig auf neue Probleme, hauptsächlich wegen den Wiedergabe Optionen. Das ist ein bisschen ein Knödel und ich kann nicht alle Ausgabe Optionen Testen. Besser ist wenn der Adapter nur die mp3 zur Verfügung stellt und das weitere Handling von den Adaptern übernommen wird.