nach UPDATE findet deCONZ conbee II nicht

[Thomas Braun]

@franzda sagte in nach UPDATE findet deCONZ conbee II nicht:

Hat jemand eine Idee?

Vielleicht. Aber so ohne Logfile von dir ist es nur eine vage...

[mickym]

@franzda https://forum.iobroker.net/topic/65017/zigbee-conbee2-funktioniert-nach-update-nicht-mehr-udev

[franzda]

@thomas-braun JA Thomas ich weiss. Der Punkt ist in dem Feld Vevice im deCONZ Maskte wird conbee II nicht angezeigt bzw. nicht gefunden. Hatte gehoft dass jemand eine Idee hat wie man den Fall einkreisen kann

In debug Fenster sehe ich das hier:

22:55:58:505 wait reconnect 13 seconds
22:55:59:505 wait reconnect 12 seconds
22:55:59:552 COM: /dev/ttyACM0 :  (0x1106/0x3483)
22:55:59:553 COM: /dev/ttyAMA0 :  (0x0000/0x0000)
22:55:59:553 COM: /dev/ttyS0 :  (0x0000/0x0000)
22:55:59:554 GW firmware update select /dev/ttyS0 device
22:55:59:556 GW update firmware not found: 
22:56:00:505 wait reconnect 11 seconds
22:56:01:505 wait reconnect 10 seconds
22:56:02:505 wait reconnect 9 seconds
22:56:03:505 wait reconnect 8 seconds
22:56:04:506 Daylight now: dusk, status: 210, daylight: 0, dark: 1
22:56:04:507 wait reconnect 7 seconds
22:56:05:505 wait reconnect 6 seconds
22:56:06:506 wait reconnect 5 seconds
22:56:07:505 wait reconnect 4 seconds
22:56:08:506 wait reconnect 3 seconds
22:56:09:505 wait reconnect 2 seconds
22:56:09:607 COM: /dev/ttyACM0 :  (0x1106/0x3483)
22:56:09:607 COM: /dev/ttyAMA0 :  (0x0000/0x0000)
22:56:09:608 COM: /dev/ttyS0 :  (0x0000/0x0000)
22:56:09:608 GW firmware update select /dev/ttyS0 device
22:56:09:610 GW update firmware not found: 
22:56:10:505 wait reconnect 1 seconds
22:56:10:548 COM: /dev/ttyACM0 :  (0x1106/0x3483)
22:56:10:548 COM: /dev/ttyAMA0 :  (0x0000/0x0000)
22:56:10:549 COM: /dev/ttyS0 :  (0x0000/0x0000)
22:56:10:550 auto connect com /dev/ttyS0
22:56:14:505 Daylight now: dusk, status: 210, daylight: 0, dark: 1
22:56:19:505 GW update firmware not found: 
22:56:21:707 device disconnected reason: 1, device index: 0
22:56:22:505 wait reconnect 15 seconds
22:56:22:550 COM: /dev/ttyACM0 :  (0x1106/0x3483)
22:56:22:551 COM: /dev/ttyAMA0 :  (0x0000/0x0000)
22:56:22:551 COM: /dev/ttyS0 :  (0x0000/0x0000)
22:56:23:505 wait reconnect 14 seconds
22:56:24:505 Daylight now: dusk, status: 210, daylight: 0, dark: 1
22:56:24:506 wait reconnect 13 seconds
22:56:25:506 wait reconnect 12 seconds
22:56:26:506 wait reconnect 11 seconds
22:56:27:506 wait reconnect 10 seconds
22:56:28:505 wait reconnect 9 seconds
22:56:29:505 wait reconnect 8 seconds
22:56:29:550 COM: /dev/ttyACM0 :  (0x1106/0x3483)

[mickym]

@mickym sagte in nach UPDATE findet deCONZ conbee II nicht:

Hatte gehoft dass jemand eine Idee hat wie man den Fall einkreisen kann

Aha ich bin wohl niemand.

[franzda]

@mickym ich bin doch dabei deinen Hinweis umzusetzen. Dauert etwas länger als eine ANTWORT

[Thomas Braun]

@franzda sagte in nach UPDATE findet deCONZ conbee II nicht:

Der Punkt ist in dem Feld Vevice im deCONZ Maskte wird conbee II nicht angezeigt bzw. nicht gefunden.

Häh? Wo bist du da?

Wenn du direkt auf die /dev/tty* gehst kann der von @mickym genannte Bug keine Rolle spielen.

iob diag 

sagt?

[mickym]

@thomas-braun Nein - das hatte bei mir auch nicht funktioniert. Ich bin damals auch direkt auf /dev/tty gegangen und hat nicht funktioniert.

Du musst Dir nur die Anfänge des Threads durchlesen: https://forum.iobroker.net/post/985487

[Thomas Braun]

@mickym

Bei Bugs von denen ich nicht betroffen bin sind mir die Details nicht immer geläufig.

[franzda]

@mickym sorry aber ich versteh das so dass es keine Lösung gibt außer alte Version einspielen.

Ich habe heute ein komplett neues System aufgesetzt dort scheint deCONZ mit condee ii richtig zu laufen.

[mickym]

@franzda sagte in nach UPDATE findet deCONZ conbee II nicht:

@mickym sorry aber ich versteh das so dass es keine Lösung gibt außer alte Version einspielen.

Ich habe heute ein komplett neues System aufgesetzt dort scheint deCONZ mit condee ii richtig zu laufen.

Nein. Die erste Variante verhindert das Update. Die zweite Variante geht davon aus, dass bereits das Update gelaufen ist. Ist doch alles im Eingangspost festgehalten. Wenn du neu aufgesetzt hast, dann setze nach Variante 1 udev auf hold.

Mit den Anweisungen - bekommst Du eine neue Version.

[franzda]

@mickym ich bekomme diese Meldungen:

pi@raspberrypi:/etc/apt/sources.list.d $ sudo apt update
OK:1 http://raspbian.raspberrypi.org/raspbian bullseye InRelease
Holen:2 http://deb.debian.org/debian bullseye-proposed-updates InRelease [54,0 kB]                 
OK:3 http://phoscon.de/apt/deconz bullseye InRelease                                               
OK:4 http://archive.raspberrypi.org/debian bullseye InRelease                                      
OK:5 https://packages.grafana.com/enterprise/deb stable InRelease                                  
OK:6 https://deb.nodesource.com/node_16.x bullseye InRelease                                       
Fehl:2 http://deb.debian.org/debian bullseye-proposed-updates InRelease
  Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 648ACFD622F3D138 NO_PUBKEY 0E98404D386FA1D9
Paketlisten werden gelesen… Fertig
W: GPG-Fehler: http://deb.debian.org/debian bullseye-proposed-updates InRelease: Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 648ACFD622F3D138 NO_PUBKEY 0E98404D386FA1D9
E: Das Depot »http://deb.debian.org/debian bullseye-proposed-updates InRelease« ist nicht signiert.
N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art durchgeführt werden, daher ist es standardmäßig deaktiviert.
N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfiguration finden Sie in der Handbuchseite apt-secure(8).
pi@raspberrypi:/etc/apt/sources.list.d $ sudo apt -t bullseye-proposed-updates install udev
Paketlisten werden gelesen… Fertig
E: Der Wert »bullseye-proposed-updates« ist für APT::Default-Release ungültig, da solch eine Veröffentlichung in den Paketquellen nicht verfügbar ist.
pi@raspberrypi:/etc/apt/sources.list.d $ 

[mickym]

@franzda Dann fehlen die Schlüssel - probier das mal, was @Thomas-Braun dort gepostet hat:

https://forum.iobroker.net/post/994761

und wenn das nicht geht, dann halt doch die backports Version nehmen. Die habe ich auch am Laufen.

[franzda]

@mickym Hallo mickym Danke für deine Unterstützung. Habe System neu aufgesetzt (debian buster with raspberry pi) und Backup´s eingespielt. (bei CONBEE II waren die Erweiterungen seit dem letzten Backup geringer als ich dachte und ioBrbroker ist ja tagesaktuell) Somit habe ich nun eine Version die Läuft. Alle andere Maßnahmen die im Forum gesehen habe haben nicht genutzt. Gruß Franz

[Thomas Braun]

@franzda sagte in nach UPDATE findet deCONZ conbee II nicht:

Alle andere Maßnahmen die im Forum gesehen habe haben nicht genutzt.

Dann hast du es falsch gemacht, beide Wege funktionieren nämlich.
Buster ist tot, hat das End Of Life erreicht, steig von dem toten Pferd runter.

[DJMarc75]

@franzda warum doppelte Posts mit gleichem Inhalt ?

[franzda]

@djmarc75 Die Antwort ist sehr einfach. Wollte beiden Mitglieder die mir geholfen haben, bedanken (möglicherweise gibt es eine bessere Möglichkeit die ich nicht kenne)

[Homoran]

@franzda sagte in nach UPDATE findet deCONZ conbee II nicht:

möglicherweise gibt es eine bessere Möglichkeit die ich nicht kenne

ja!
ein upvote des/der hilfreichen posts