Conbee II, Firmware nicht verbunden
-
@flkontakt sagte in Conbee II, Firmware nicht verbunden:
Die Datei heißt ja auch durch dein wiederholtes herunterladen jetzt deCONZ_ConBeeII_0x26720700.bin.GCF.4
und das Gerät liegt nicht auf /dev/ttyACM0 sondern /dev/ttyACM1
Und genau aus diesem Grund nimmt man bevorzugt gar keine /dev/ttyXYZx Gerätelinks sondern die spezifischen Links aus /dev/serial/by-id -
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 -
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:~$ -
@thomas-braun eventuell der stick das problem?
-
@flkontakt sollte man nicht den Pfad zur Firmware Datei mitangeben?
-
Kann man machen, wenn man aber in ~ steht und die Datei auch dort liegt spielt es keine Rolle.
ls -lasagt?
-
@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:~$ -
Das ist ein ubuntu-Desktop.
Da bin ich raus. -
@thomas-braun dann bedanke ich mich für die unterstützung, sorry für den bisherigen aufwand.
-
@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
-
@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.
-
@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
-
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? -
@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-udevda steht wie Du es testest und die Version von Deiner udev installierten Version bekommst Du
apt policy udevist 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.
-
@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!
-
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 istapt 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/statusDann 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.GCFEs 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-unixWarum 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, failedViele Grüße vom im Nebel stochernden DocAdams
-
Du fällst mit deinem 32bit-Bullseye darunter:
https://forum.iobroker.net/topic/65017/zigbee-conbee2-funktioniert-nach-update-nicht-mehr-udev
-
@thomas-braun sagte in Conbee II, Firmware nicht verbunden:
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.
-
Insbesondere den
EDIT 10.06.2023
beachten. -
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 -> ../../ttyACM0Kö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?
