NEWS
zigbee Probleme
-
EDIT
Mittlerweile konnte ich mit dem Update 2.4.9 von BackItUp die unten geschilderte Prozedur erheblich abkürzen.:slightly_smiling_face:
Zu dem eingerichteten, minimalen Betriebssystem (Bullseye 64Bit) muss ich nur noch mittels
iobroker install vis@<version> im Terminal (SSH) eine Version des VIS-Adapters (keine Instanz) hinzufügen; dabei ist es bei unseren Installationen gleichgültig, ob wir eine ältere oder die aktuelle VIS-Version nehmen. Damit funktioniert dann auch die hier und da gegebene Empfehlung für dieses Vorgehen bei uns.ERSTE ERFAHRUNGEN ..
Wir haben in unserer Familie zwei auf ioBroker fußende Hausautomatisierungen: Eine von noch geringem Umfang und eine weitere mit allen möglichen Gerätschaften unterschiedlichster Hersteller. Erstere läuft seit gestern - wie es aussieht - schonmal fehlerfrei unter Bullseye 64Bit. Die zweite, aufwendigere zeigt noch so manches Fehlverhalten. Ein Beispiel ..
YAHKA stürzt ab. Dies konnten wir bei der weniger aufwendigen Installation dadurch beseitigen, dass wirpi@raspberrypi-dev:~ $ sudo apt install libpam0g-devausführten und die YAHKA-Bridge im Apple HomeKit löschten und wieder neu einrichteten. Die Räume und Zusweisungen der Geräte zu diesen mussten wir in Kauf nehmen.
ERSTES FAZIT ..
Derzeit ist's nicht so einfach von 32Bit -> 64Bit umzusteigen. Einfach in ein 64Bit Bullseye System ein Backup aus Buster 32Bit einzuspielen, geht zumindest bei uns in der aufwendigeren Hausautomatisierung (noch) nicht. Es ist müßig, hier Ursachen aufzuzeigen, da vermutlich je nach Konfiguration/Installation andere Gründe für Fehler vorliegen mögen.
===========================================================================
Im Folgenden findet ihr meinen (Leidens)Weg, wie ich meine Hausautomatisierung mit ioBroker auf die neueste Betriebssystemversion übertragen habe.
Zubehör
- leere SD-Karte
- Raspberry Pi 4

Betriebssystem installieren- Mittels des Raspberry Pi Imager habe ich Bullseye 64 Bit lite installiert.
Nun geht's im Terminal weiter ..
- Im Terminal habe ich dieses mittels apt update und apt upgrade auf den neuesten Stand gebracht.
- Mit "curl -sLf https://iobroker.net/install.sh | bash -" gestaltet sich die ioBroker-Installation sehr einfach. Aber das hat auch seinen Preis: Man erhält bloß ein minimales Rumpfsystem, in dem noch vieles fehlt. Insbesondere fehlen die dringend benötigten Adapter web und VIS (s.unten!).

- Wiederum sollte man apt update und ein anschließendes apt full-upgrade nicht vergessen.
Zumindest derzeit ist die Wiederherstellung des Vis Adapters noch ein kleines Abenteuer. Wer denkt, dass es genügt, ein aktuelles Backup mittels BackItUp einzuspielen, gerät kräftig in die Bredouille. Folgendes Vorgehen führte bei mir schließlich zum Erfolg, wobei die folgenden Arbeiten wieder in der Weboberfläche des ioBroker stattfinden.
Warum im neuen System die nachfolgenden Vorbereitungen rund um den Vis Adapter nötig sind, erschließt sich mir nicht, sie sind jedoch notwendig, damit später alles funktioniert.
- web Adapter installieren. Ohne diesen ist der Vis Adpater nicht lauffähig.
- Nun kann der Vis Adapter installiert werden. Ich habe die aktuelle Version 1.4.15 gewählt.
- Ob alles soweit funktioniert, sollte unbedingt geprüft werden: web Adapter starten, Vis starten, Weboberfläche der Visualisierung aufrufen.
Vorbereitungen für die Wiederherstellung mittels BackItUp

- Bei mir liegen die Backups auf einem USB-Stick, der in der Fritz!Box steckt. Funktioniert die Backup-Erstellung noch ohne die aktivierte Option noserverino, so muss diese bei einer Wiederherstellung zwingend aktiviert sein. Warum dem so ist, weiß ich nicht zu sagen.
- Nun kann der Restore-Vorgang eingeleitet werden.

- Nun wird's gruselig ..

Um die durch das Restore vergeigte Vis Installation zu reparieren, musste ich diese deinstallieren. Da alles, was mit vis- beginnt, diese Deinstallation verhindert, musste ich zuvor all diese Adapter löschen. - Nun konnte ich Vis endlich deinstallieren und auch direkt wieder neu installieren.
Das Ergebnis: Vis läuft nun wieder. Nicht vergessen, vorher web starten!
NACHTRAG: In den Logeinträgen fand ich, dass pam-devel nicht gefunden worden wäre. YAHKA benötigt dieses Paket. Hier scheint es eine Lösung hierzu zu geben.
-
-
@thomas-braun ich bekomme zb diese error meldung
Error 225 on send command to 904. Error: Error: Command 904 genLevelCtrl.moveToLevelWithOnOff({"level":254,"transtime":30}) failed (Data request failed with error: 'MAC channel access failure' (225)) at ZStackAdapter.dataRequestExtended (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:997:27) at Object.func (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:522:13) at Queue.executeNext (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:32:32)und alles läuft irgendwie träge von zigbee
-
@thomas-braun ich bekomme zb diese error meldung
Error 225 on send command to 904. Error: Error: Command 904 genLevelCtrl.moveToLevelWithOnOff({"level":254,"transtime":30}) failed (Data request failed with error: 'MAC channel access failure' (225)) at ZStackAdapter.dataRequestExtended (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:997:27) at Object.func (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:522:13) at Queue.executeNext (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:32:32)und alles läuft irgendwie träge von zigbee
Das ist was für einen eigenen Thread. Das hat nix mit 32 oder 64bit Bullseye zu tun.
-
@denjo said in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit + Vis:
@legro ich habe probleme mit zigbee seid dem update auf 64 bit kannst du das bestätigen???
Oh je .. Da scheint ja noch mehr auf mich zuzukommen. Nach dem Vis Debakel nun auch noch dies!?:anguished: Mehr noch, im System eines Familienmitgliedes zicken nach dem Restore die Shellys rum.
ZigBee habe ich noch nicht ausprobiert. Ich beiße mir derzeit an YAKHA die Zähne aus. Der Adapter arbeitet nicht mehr.
Ich habe probeweise die MAC-Adresse, die der YAHKA sich selbst gibt, geändert. Hierdurch wird YAKHA als neue Bridge erkannt, über die meine Objekte aus ioBroker in HomeKit wieder verfügbar werden. Dennoch bin in nicht glücklich mit dieser Lösung, müsste ich nun alles im HomeKit neu herrichten.
Der Vorschlag mittels „sudo apt install libpam0g-dev“ das als fehlend angemahnte Paket „pam-devel“ nachzuinstallieren, liefert bloß als Ergebnis, dass alles bereits schon vorhanden sei.
Meine traurige Befürchtung: Mal eben auf ein neues 64Bit System per BackItUp eine alte Konfiguration drüberzubügeln bleibt derzeit nicht nur ein Traum, das Ganze entwickelt sich schon eher zu einem Albtraum.
-
@denjo said in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit + Vis:
@legro ich habe probleme mit zigbee ..
In diesem Beitrag habe ich Bitten/Vorschläge gemacht, die uns das Leben rund um Backup/Restore erheblich erleichtern könnte, kurz zusammengefasst: Einzelne Bereiche unabhängig von einander sichern und wiederherstellen können.
In deinem Fall ist es bereits so, dass du die ZigBee Datenbank separat wiederherstellen kannst.
Daher mein Vorschlag: Lösche im neuen Bullseye-System den ZigBee-Adapter und installiere ihn neu. Anschließend stellst du nur die ZigBee-Datenbank mit BackItUp wieder her.
Viel Erfolg!
-
@thomas-braun Ja, da hast du natürlich recht!
InfluxDB2 scheue ich derzeit noch wie der "Teufel das Weihwasser". Da es InfluxQL nicht mehr gibt müsste ich all meine Dashboards, in einer recht kryptischen Sprache (und ohne GUI Hilfe) neu erstellen.
Das schiebe ich solange es geht auf die laaaaange Bank.
Aber installiert hatte ich die neue Version (und das absolut problemlos) schonmal. Datenbank konvertiert, Flux gesehen und Snapshot (mit 1.8.x) wiederhergestellt ..... ;)
-
also ich kann jetzt sagen ich habe zigbee komplett wieder deinstalliert und wieder neu eingespielt. wenn ich ein neues gerät anlernen will dann stürzt der adapter ab sobald er es gefunden hat.
@denjo sagte in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit + Vis:
wenn ich ein neues gerät anlernen will dann stürzt der adapter ab sobald er es gefunden hat.
Wortlos?
Leute... So kann man nicht helfen...
-
also ich kann jetzt sagen ich habe zigbee komplett wieder deinstalliert und wieder neu eingespielt. wenn ich ein neues gerät anlernen will dann stürzt der adapter ab sobald er es gefunden hat.
@denjo sagte in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit + Vis:
also ich kann jetzt sagen ich habe zigbee komplett wieder deinstalliert und wieder neu eingespielt. wenn ich ein neues gerät anlernen will dann stürzt der adapter ab sobald er es gefunden hat.
was hat das mit diesem Thread zu tun?
-
also ich kann jetzt sagen ich habe zigbee komplett wieder deinstalliert und wieder neu eingespielt. wenn ich ein neues gerät anlernen will dann stürzt der adapter ab sobald er es gefunden hat.
@denjo said in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit + Vis:
.. ich habe zigbee komplett wieder deinstalliert und wieder neu eingespielt. wenn ich ein neues gerät anlernen will dann stürzt der adapter ab sobald er es gefunden hat.
Hier solltest du in der Tat weitere Informationen einstellen. Schau doch einmal ins Protokoll!
Hinsichtlich ".. neu eingespielt.." ist mir nicht klar, was genau du gemacht hast. Mein Rat war: ZigBee komplett löschen, neu vom Repository installieren und anschließend mittels BackItUp nur die ZigBee-Datenbank wiederherstellen lassen.
-
@denjo said in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit + Vis:
.. ich habe zigbee komplett wieder deinstalliert und wieder neu eingespielt. wenn ich ein neues gerät anlernen will dann stürzt der adapter ab sobald er es gefunden hat.
Hier solltest du in der Tat weitere Informationen einstellen. Schau doch einmal ins Protokoll!
Hinsichtlich ".. neu eingespielt.." ist mir nicht klar, was genau du gemacht hast. Mein Rat war: ZigBee komplett löschen, neu vom Repository installieren und anschließend mittels BackItUp nur die ZigBee-Datenbank wiederherstellen lassen.
@legro sagte in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit + Vis:
.. ich habe zigbee komplett wieder deinstalliert und wieder neu eingespielt. wenn ich ein neues gerät anlernen will dann stürzt der adapter ab sobald er es gefunden hat.
Hier solltest du in der Tat weitere Informationen einstellen. Schau doch einmal ins Protokoll!
@homoran sagte in Raspberry PI: Buster 32 Bit -> Bullseye 64 Bit + Vis:
was hat das mit diesem Thread zu tun?
Hier kommt man ja grad richtig durcheinander :stuck_out_tongue_winking_eye:
EDIT: danke @Homoran
-
ich gab das mal abgespalten, das passte in den anderen Thread überhaupt nicht rein!
bitte Threadtitel anpassen