Conbee II, Firmware nicht verbunden

[flkontakt]

iob@iob-server:~$ sudo GCFFlasher_internal -t 60 -d /dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2149268-if00  -f deCONZ_ConBeeII_0x26720700.bin.GCF
GCFFlasher V3_17 (c) dresden elektronik ingenieurtechnik gmbh
retry, failed
iob@iob-server:~$

[flkontakt]

@thomas-braun eventuell der stick das problem?

[mickym]

@flkontakt sollte man nicht den Pfad zur Firmware Datei mitangeben?

[Thomas Braun]

@mickym

Kann man machen, wenn man aber in ~ steht und die Datei auch dort liegt spielt es keine Rolle.

ls -la

sagt?

[flkontakt]

@thomas-braun said in Conbee II, Firmware nicht verbunden:

ls -la

iob@iob-server:~$ ls -la
insgesamt 21900
drwxr-xr-x 22 iob  iob     4096 Jan 16 11:42 .
drwxr-xr-x  4 root root    4096 Nov 26  2019 ..
drwxr-xr-x  5 iob  iob     4096 Dez 17  2019 .anydesk
-rw-------  1 iob  iob    23705 Jan 16 10:08 .bash_history
-rw-r--r--  1 iob  iob      220 Nov 26  2019 .bash_logout
-rw-r--r--  1 iob  iob     3964 Dez 17 11:46 .bashrc
drwxr-xr-x  2 iob  iob     4096 Nov 26  2019 Bilder
drwx------ 23 iob  iob     4096 Sep  5 15:11 .cache
drwx------ 16 iob  iob     4096 Mär 13  2020 .config
drwx------  3 iob  iob     4096 Nov 26  2019 .dbus
-rw-rw-r--  1 iob  iob  6920376 Dez 18 18:56 deconz-2.13.04-qt5.deb
-rw-rw-r--  1 iob  iob  6920376 Dez 18 18:56 deconz-2.13.04-qt5.deb.1
-rw-rw-r--  1 iob  iob  6920376 Dez 18 18:56 deconz-2.13.04-qt5.deb.2
-rw-rw-r--  1 iob  iob   164241 Aug 20 00:20 deCONZ_ConBeeII_0x26720700.bin.GCF
-rw-rw-r--  1 iob  iob   164241 Aug 20 00:20 deCONZ_ConBeeII_0x26720700.bin.GCF.1
-rw-rw-r--  1 iob  iob   164241 Aug 20 00:20 deCONZ_ConBeeII_0x26720700.bin.GCF.2
-rw-rw-r--  1 iob  iob   164241 Aug 20 00:20 deCONZ_ConBeeII_0x26720700.bin.GCF.3
-rw-rw-r--  1 iob  iob   164241 Aug 20 00:20 deCONZ_ConBeeII_0x26720700.bin.GCF.4
-rw-rw-r--  1 iob  iob   164241 Aug 20 00:20 deCONZ_ConBeeII_0x26720700.bin.GCF.5
-rw-rw-r--  1 iob  iob   164241 Aug 20 00:20 deCONZ_ConBeeII_0x26720700.bin.GCF.6
drwxr-xr-x  2 iob  iob     4096 Nov 26  2019 Dokumente
drwxr-xr-x  2 iob  iob     4096 Nov 26  2019 Downloads
-rw-rw-r--  1 iob  iob      146 Jan  2 10:40 get-pip.py
drwx------  3 iob  iob     4096 Nov 26  2019 .gnupg
-rw-------  1 iob  iob    13264 Sep  5 14:03 .ICEauthority
-rw-rw-r--  1 iob  iob        5 Nov 26  2019 .influx_history
-rw-rw-r--  1 iob  iob    18956 Jan 23  2020 installer_library.sh
drwxrwxr-x  2 iob  iob     4096 Feb 13  2021 .iobroker
drwx------  5 iob  iob     4096 Jul 11  2020 .local
drwx------  5 iob  iob     4096 Nov 26  2019 .mozilla
drwxr-xr-x  2 iob  iob     4096 Nov 26  2019 Musik
-rw-------  1 root root      33 Nov 27  2019 .mysql_history
drwxrwxr-x 11 iob  iob     4096 Jun 22  2020 node_modules
-rw-------  1 iob  iob      111 Nov 26  2019 .node_repl_history
drwxrwxr-x  6 iob  iob     4096 Sep  5 15:11 .npm
-rw-------  1 iob  iob       36 Sep  5 15:11 .npmrc
drwxr-xr-x  2 iob  iob     4096 Nov 26  2019 Öffentlich
-rw-rw-r--  1 iob  iob     2633 Jun 22  2020 package-lock.json
-rw-rw-r--  1 iob  iob   282082 Dez  7 07:59 pi_stretch_motion_4.1.1-1_armhf.deb
drwx------  3 iob  iob     4096 Nov 26  2019 .pki
-rw-r--r--  1 iob  iob      807 Nov 26  2019 .profile
-rw-------  1 iob  iob       24 Dez 17  2019 .rediscli_history
drwxr-xr-x  2 iob  iob     4096 Nov 26  2019 Schreibtisch
drwx------  3 iob  iob     4096 Nov 26  2019 snap
-rw-r--r--  1 iob  iob        0 Nov 26  2019 .sudo_as_admin_successful
drwxr-xr-x  3 iob  iob     4096 Nov 26  2019 Videos
drwxr-xr-x  2 iob  iob     4096 Nov 26  2019 Vorlagen
-rw-rw-r--  1 iob  iob      165 Jan  2 10:50 .wget-hsts
iob@iob-server:~$

[Thomas Braun]

@flkontakt

Das ist ein ubuntu-Desktop.
Da bin ich raus.

[flkontakt]

@thomas-braun dann bedanke ich mich für die unterstützung, sorry für den bisherigen aufwand.

[Gabe]

@thomas-braun Hi ich habe auch das Problem dass meine Firmware nicht mehr verbunden ist. Komischerweise geht weder Backup ziehen noch Gateway zurück setzten. In die App komme ich ganz normal rein, nur kann ich keine Aktionen vornehmen.

Firmware update geht immer auf error. Hast du da evtl eine Idee?

Was mich etwas wundert ist, dass ich kein verzeichnis /dev/serial/by-id habe

[Thomas Braun]

@gabe sagte in Conbee II, Firmware nicht verbunden:

Firmware update geht immer auf error. Hast du da evtl eine Idee?

Nee, woher auch. Ich weiß ja von deinem System nix.

Was mich etwas wundert ist, dass ich kein verzeichnis /dev/serial/by-id habe

Das kann sein, wenn du auf einem Debian Bullseye ein Update von udev eingespielt hast. Gibt dazu einen entsprechenden Thread mit diversen Lösungsansätzen.

[Gabe]

@thomas-braun said in Conbee II, Firmware nicht verbunden:

@gabe sagte in Conbee II, Firmware nicht verbunden:

Firmware update geht immer auf error. Hast du da evtl eine Idee?

Nee, woher auch. Ich weiß ja von deinem System nix.

Was mich etwas wundert ist, dass ich kein verzeichnis /dev/serial/by-id habe

Das kann sein, wenn du auf einem Debian Bullseye ein Update von udev eingespielt hast. Gibt dazu einen entsprechenden Thread mit diversen Lösungsansätzen.

Ich weiss nicht was ich sagen soll… dass mit dem udev war genau die Lösung!!! 1000 Dank

[guitardoc]

Ich habe ebenfalls das Problem, dass plötzlich meine Sensoren nicht mehr verbunden sind und ich kein Update einspielen kann:

pi@raspberrypi:~ $ sudo GCFFlasher_internal -t 60 -d /dev/ttyACM0 -f deCONZ_ConBeeII_0x26720700.bin.GCF
GCFFlasher V3_17 (c) dresden elektronik ingenieurtechnik gmbh
retry, failed
pi@raspberrypi:~ $ 

Kann mir jemand helfen, das System wieder zum Laufen zu bringen? Danke schon mal im Voraus...
Ich weiß auch nicht ob ich da was von UDEV habe - wie kann ich das testen?

[mickym]

@guitardoc sagte in Conbee II, Firmware nicht verbunden:

Ich weiß auch nicht ob ich da was von UDEV habe - wie kann ich das testen?

In dem Du schaust was Du für eine Version installiert hast. Steht alles im 1. Posting:
https://forum.iobroker.net/topic/65017/zigbee-conbee2-funktioniert-nach-update-nicht-mehr-udev

da steht wie Du es testest und die Version von Deiner udev installierten Version bekommst Du

apt policy udev

ist aber auch im Thread beschrieben, genauso wie die fehlerhafte Version heißt (rot hervorgehoben)

Falls Du es schon installiert hast, musst Du den 2. Weg aus dem 1. Posting gehen.

[guitardoc]

@mickym Vielen lieben Dank - jetzt funktioniert es erstmal wieder! Er erkennt zwar die Sensoren noch nicht, aber zumindest läuft das Gateway wieder. Danke noch mal!

[docadams]

Hallo Gemeinde,

leider kämpfe ich auch einige Tage mit dem Problem.
Mein Phoscon läuft auf Port 8090, ansonsten hatte ich vor einigen Jahren dan Stick so installiert, wie damals vorgeschrieben. Da es nie Probleme gab, hab ich mich nicht mehr drum gekümmert. Sprich, ich weiß nicht mehr die genauen Installationsschritte von damals.

Nach dem überfälligen Systemupgrade auf Version 11 war die Phosconfirmware nicht mehr verbunden, alles wie oben schon mehrfach beschrieben. Auf der Gataway-Seite steht eine definitiv neue Version: 2.22.02 / 19.9.2022
Es nützt auch nichts, das vor dem Systemupgrade erstellte Image einzulegen, offenbar wurde etwas am Stick geändert.
Das aktuelle System ist

apt policy udev
udev:
  Installiert:           247.3-7+rpi1+deb11u2
  Installationskandidat: 247.3-7+rpi1+deb11u2
  Versionstabelle:
 *** 247.3-7+rpi1+deb11u2 500
        500 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf Packages
        100 /var/lib/dpkg/status

Dann hab ich die oben verlinkten Schritte durchgeführt:

cd /tmp
wget https://project-downloads.drogon.net/wiringpi-latest.deb
sudo dpkg -i wiringpi-latest.deb
sudo systemctl stop deconz
 wget https://deconz.dresden-elektronik.de/deconz-firmware/deCONZ_ConBeeII_0x26780700.bin.GCF

Es hat den Anschein, dass es keine Probleme gab. Trotzdem geht es nicht.

ls -la
insgesamt 252
drwxrwxrwt 10 root root   4096  2. Sep 17:31 .
drwxr-xr-x 23 root root   4096  1. Sep 15:02 ..
-rw-r--r--  1 pi   pi   163244 16. Mai 2022  deCONZ_ConBeeII_0x26780700.bin.GCF
drwxrwxrwt  2 root root   4096  2. Sep 15:17 .font-unix
drwxrwxrwt  2 root root   4096  2. Sep 15:17 .ICE-unix
drwx------  2 pi   pi     4096  2. Sep 15:17 runtime-pi
drwx------  3 root root   4096  2. Sep 15:17 systemd-private-427077883599423d9d2fff1d2d8b1bf4-systemd-logind.service-DUBK    Bi
drwx------  3 root root   4096  2. Sep 15:17 systemd-private-427077883599423d9d2fff1d2d8b1bf4-systemd-timesyncd.service-B    0rH3i
drwxrwxrwt  2 root root   4096  2. Sep 15:17 .Test-unix
-rw-r--r--  1 pi   pi    52260 12. Apr 09:17 wiringpi-latest.deb
drwxrwxrwt  2 root root   4096  2. Sep 15:17 .X11-unix
drwxrwxrwt  2 root root   4096  2. Sep 15:17 .XIM-unix

Warum bei mir bei li -la deutlich weniger aufgelistet wird, als bei @fkontakt oben, weiß ich nicht.

Es gibt bei mir auch keinen Ordner /dev/serial/by-id wie bei @Gabe oben, aber einen Ordner
/dev/serial/by-path Darin liegt eine Verknüpung auf eine Datei /dev/ttyACM0 die 0 byte groß ist.
Ansonsten auch:

sudo GCFFlasher_internal -t 60 -d /dev/ttyACM0 -f deCONZ_ConBeeII_0x26780700.bin.GCF
GCFFlasher V3_17 (c) dresden elektronik ingenieurtechnik gmbh
retry, failed

Viele Grüße vom im Nebel stochernden DocAdams

[Thomas Braun]

@docadams

Du fällst mit deinem 32bit-Bullseye darunter:

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

[docadams]

@thomas-braun sagte in Conbee II, Firmware nicht verbunden:

@docadams

Du fällst mit deinem 32bit-Bullseye darunter:

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

Oha, das kannte ich noch nicht, danke.

[Thomas Braun]

@docadams

Insbesondere den
EDIT 10.06.2023
beachten.

[docadams]

Danke, da gibt es erst mal einiges zu lesen ...

Was mir auffällt, auch dort wird immer auf /dev/serial/by-id verwiesen.
Ich hab das nicht, aber /dev/serial/by-path.

ls -l /dev/serial/by-path
insgesamt 0
lrwxrwxrwx 1 root root 13  2. Sep 18:42 platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.4:1.0 -> ../../ttyACM0

Könnte ich_vorsorglich den Ordner by-path in by-id umbenennen? Oder bin ich jetzt zu naiv. Also völlig abgesehen von dem UDEV-Problem...

Noch einen Unterschied habe ich:

apt policy udev
udev:
  Installiert:           247.3-7+rpi1+deb11u2
  Installationskandidat: 247.3-7+rpi1+deb11u2
  Versionstabelle:
 *** 247.3-7+rpi1+deb11u2 500
        500 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf Packages
        100 /var/lib/dpkg/status

... armhf , bei den anderen steht arm64
Kann das eine bedeutung haben?

[Wildbill]

@docadams Warum machst Du nicht, was im verlinkten Beitrag steht? Dann erledigt sich Dein Problem vermutlich von selbst.
Zur ersten Frage: Du siehst /dev/serial/by-id nicht, weil Du eben (noch) die fehlerhafte udev-Version deb11u2 hast (siehe Link). Da kannst Du auch nix von Hand umbenennen, das aktuelle Paket behebt den Fehler.

Zur zweiten Frage: arm64 bezieht sich auf 64bit-Betriebssysteme. Da Du auf 32bit unterwegs bist, heisst das bei Dir armhf.

Wenn es Deine Hardware hergibt, könntest Du ja jetzt ein komplett frisches 64bit-Betriebssystem installieren, das Deconz-Backup einspielen und glücklich werden. Wenn es die Hardware nicht hergibt (Raspi X?) dann eben dem Link folgen, das für 32bit-Systeme durchführen und hoffen, dass 32bit-Systeme möglichst noch lange unterstützt werden.

Egal wie, um das Lesen und Abarbeiten der Punkte kommst Du nicht rum.

Gruss, Jürgen

[haselchen]

@docadams

Von dem Ganzen mal ab, updaten machste über Windows am Bequemsten.

https://flemmingss.com/how-to-update-conbee-conbee-ii-firmware-in-windows-10/

Stick in den Laptop und Anleitung folgen.