Monatsrückblick Januar/Februar 2026 ist online!

[Thomas Braun]

@siggi0904

Auf github:
https://github.com/dresden-elektronik/deconz-rest-plugin

Supported platforms
Raspbian Jessie, Stretch and Buster
Ubuntu Xenial, Bionic and Focal Fossa (AMD64)
Windows 7 and 10

Da musst du die Jungs in Dresden vielleicht etwas 'nerven' auch für bullseye zu bauen.

[haselchen]

@siggi0904

Gibt schon nen Issue dazu

https://github.com/dresden-elektronik/deconz-rest-plugin/issues/5040

Vielleicht hängste dich mit ran.

[Thomas Braun]

@haselchen @Siggi0904

Wobei (vermutlich) das Paket für buster auch in bullseye laufen dürfte. Eine Installation würde jedenfalls funktionieren:

echad@chet:/home/iobroker $ apt install deconz --dry-run
HINWEIS: Dies ist nur eine Simulation!
         apt benötigt root-Privilegien für die reale Ausführung.
         Behalten Sie ebenfalls in Hinterkopf, dass die Sperren deaktiviert
         sind, verlassen Sie sich also bezüglich des reellen aktuellen
         Status der Sperre nicht darauf!
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Die folgenden zusätzlichen Pakete werden installiert:
  libqt5serialport5 libqt5websockets5 sqlite3
Vorgeschlagene Pakete:
  sqlite3-doc
Die folgenden NEUEN Pakete werden installiert:
  deconz libqt5serialport5 libqt5websockets5 sqlite3
0 aktualisiert, 4 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Inst libqt5serialport5 (5.15.2-2 Raspbian:stable [armhf])
Inst libqt5websockets5 (5.15.2-2 Raspbian:stable [armhf])
Inst sqlite3 (3.34.1-3 Raspbian:stable [armhf])
Inst deconz (2.12.06-raspbian-buster-stable phoscon.de [armhf])
Conf libqt5serialport5 (5.15.2-2 Raspbian:stable [armhf])
Conf libqt5websockets5 (5.15.2-2 Raspbian:stable [armhf])
Conf sqlite3 (3.34.1-3 Raspbian:stable [armhf])
Conf deconz (2.12.06-raspbian-buster-stable phoscon.de [armhf])

Wenn es dann irgendwann ein bullseye-Repo gibt kann man das dann immer noch umstellen. Zwar nicht schön, aber das Paket hat nicht soooooo viele Abhängigkeiten.

[Siggi0904]

@thomas-braun ja, ich hab das Repo als buster laufen gelassen und es läuft soweit alles.

Ich darf nur nicht vergessen, da mal regelmäßig nach einem bullseye target zu schauen.
Ja, die paar Abhängigkeiten gibt es so auch unter bullseye. Somit rennt das auch alles.

@haselchen ja, ich hänge mich da mal dran, auch wenn der issue schon zu ist.

Danke.

[flotux]

@siggi0904
Gibt es inzwischen schon ein Repository von Deconz für Raspberry Pi OS Bullseye?

[haselchen]

@flotux

Letzter Beitrag des Issues:

https://github.com/dresden-elektronik/deconz-rest-plugin/issues/5280

[Siggi0904]

@flotux Die oben genannte Anleitung installiert aber nur die deb Datei.
Ein aktuelles bullseye Repository gibt es noch nicht.
Das buster repo funktioniert aber noch.

[flotux]

@siggi0904 @haselchen
Danke für die Klarstellung. Würdet ihr dann an meiner Stelle noch mit dem Upgrade warten?

[Siggi0904]

@flotux mein issue auf github wurde mit Hinweis auf das bullseye repo im aktuellen Beta-Zweig geschlossen. Also wird es auch ein offizielles Repo für Bullseye geben.

Ich würde zumindest warten, bis das neue Stable verfügbar ist.

Außerdem muss man nicht gleich aktualisieren, da gibt es ggf. noch bugs und Korrekturen.
Ein Auge kann man trotzdem drauf haben.
Ich habe geplant in ca. 2 Wochen nochmal danach zu sehen und ggf. das stable Release vom deconz abzuwarten.

[flotux]

@siggi0904 Das klingt nach einer sinnvollen Vorgehensweise. So werde ich das auch machen. Danke nochmals!

[lobomau]

@flotux bisher hatte ich auch immer die stable von deconz bei mir laufen. Seit gestern habe ich auf einen Pi3 Bullseye laufen. Deconz konnte ich nur installieren mit der beta von deconz. Soweit kann ich von keinen Nachteilen berichten. Die Tage müsste es ja eine stable Version geben für Bullseye.

[flotux]

@lobomau Danke für dein Feedback. Ich warte aktuell trotzdem noch ab. Ich habe mich heute erst mal an das Update des js-controllers auf 3.3.19 und das Upgrade auf nodeJS 14.x gewagt. Es läuft alles noch. ;-)

Bist du nach einer bestimmten Anleitung vorgegangen? Falls ja, könntest du hier bitte den Link posten. Danke!

[Thomas Braun]

@lobomau sagte in Deconz-Installation unter Debian Bullseye:

Deconz konnte ich nur installieren mit der beta von deconz.

Warum? Dependency hell?

Ich sehe gerade, es gibt ein neues Repo:

deb http://phoscon.de/apt/deconz bullseye-beta main

[flotux]

Gibt es eigentlich eine direkte URL anhand der man überprüfen kann, ob es dann schon das stable Repository gibt?
Wenn ich http://phoscon.de/apt/deconz aufrufe, erhalte ich nur "403 Forbidden".

[lobomau]

@flotux seitens raspbian und ioBroker nichts besonderes. Einfach von vorne installiert über die raspberry seite https://www.raspberrypi.com/software/
Bei deconz ging halt nur beta bei mir, siehe Schritt 3:
https://phoscon.de/de/conbee/install#raspbian

[Siggi0904]

Da es nun ein Raspberry PI OS Legacy gibt, werde ich erst einmal nicht upgraden.
Es gibt zu viele Fehlermeldungen.
Siehe: https://www.raspberrypi.com/news/new-old-functionality-with-raspberry-pi-os-legacy/

[Thomas Braun]

@siggi0904
Betrifft aber nur die GUI. Und da auf dem Server keine GUI läuft kann das nicht weiter wild sein... ;-)

[Siggi0904]

@thomas-braun Es werden auch für die Lite Pakete neu rausgegeben.
Hab gestern erst einiges bekommen.

[Thomas Braun]

@siggi0904 sagte in Deconz-Installation unter Debian Bullseye:

Pakete neu rausgegeben.

Es kommen beständig Updates rein. Auch das ist nichts neues oder ungewöhnliches. Gestern kam z. B. neue Firmware rein bei mir.

[flotux]

Nachdem jetzt Deconz über das aktuelle bullseye stable apt Repository verfügbar war, habe ich den Upgrade gewagt.

Ich hatte mit zwei Problemen zu kämpfen:

Bekannt von vorherigen Updates:
In der Datei /etc/systemd/system/redis.service hat wieder der Schreibzugriff auf das Verzeichnis /opt/iobroker/iobroker-data gefehlt, in dem ich die redis AOF Datei speichere.

Neues Problem, für das es aber eine Lösung gibt:
Der dhpc Service konnte nicht gestartet werden, wodurch mein RasPi nicht mehr per SSH übers Netz erreichbar war.

Lösung:
Datei /etc/systemd/system/dhcpcd.service.d/wait.conf anpassen

Von:

[Service]
ExecStart=
ExecStart=/usr/lib/dhcpcd5/dhcpcd -q -w

Zu:

[Service]
ExecStart=
ExecStart=/usr/sbin/dhcpcd -q -w

Quelle:
https://forums.raspberrypi.com/viewtopic.php?f=36&t=320383