deConz nach update ohne Funktion

Begonnen von TiPpFeHlEr, 14 November 2020, 08:10:14

Vorheriges Thema - Nächstes Thema

TiPpFeHlEr

Hi an Alle,

ich muss mich leider hier melden.

auf meinem fhem pi lief bis vor 3 Tagen deConz perfekt.
Nun machte ich ein update & upgrade - nun ist ein riesen Problem mit dem connBee2 Adapter entstanden.

Er wurde mir in PWA als nicht verbunden angezeigt (keine Firmware)
also habe ich wie im Netz(Dresden-Elektronik) beschrieben, die FW und die deConz Software von Hand geupdatet.
Ohne erfolg

dabei fiel auf, das mein pi plötzlich ein
sudo lsusb benötigt

pi@raspberrypi:~ $ lsusb
Bus 002 Device 002: ID 2109:8110 VIA Labs, Inc. Hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub


pi@raspberrypi:~ $ sudo lsusb
Bus 002 Device 002: ID 2109:8110 VIA Labs, Inc. Hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 006: ID 0781:558c SanDisk Corp.
Bus 001 Device 004: ID 04fa:2490 Dallas Semiconductor DS1490F 2-in-1 Fob, 1-Wire adapter
Bus 001 Device 011: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
Bus 001 Device 009: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 007: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 013: ID 1b1f:c020 eQ-3 Entwicklung GmbH
Bus 001 Device 012: ID 1cf1:0030 Dresden Elektronik
Bus 001 Device 010: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 008: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 005: ID 2109:2813 VIA Labs, Inc.
Bus 001 Device 003: ID 2109:2811 VIA Labs, Inc. Hub
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub



ebenso geht der Befehl GCFFlasher_internal -l o nicht mehr korrekt

pi@raspberrypi:~ $ GCFFlasher_internal -l                                       GCFFlasher V3_16 (c) dresden elektronik ingenieurtechnik gmbh
Path             | Vendor | Product | Serial     | Type
-----------------+--------+---------+------------+-------
/dev/ttyAMA0     | 0x0000 | 0x0000  |            | RaspBee


führe ich diesen mit sudo aus, wird der conBee2 angezeigt
pi@raspberrypi:~ $ sudo GCFFlasher_internal -l
GCFFlasher V3_16 (c) dresden elektronik ingenieurtechnik gmbh
Path             | Vendor | Product | Serial     | Type
-----------------+--------+---------+------------+-------
/dev/ttyUSB1     | 0x0403 | 0x6001  | STROM01    | Generic FTDI
/dev/ttyUSB3     | 0x0403 | 0x6001  | TOR01      | Generic FTDI
/dev/ttyACM0     | 0x1CF1 | 0x0030  | DE2233611  | ConBee II
/dev/ttyUSB0     | 0x0403 | 0x6001  | ALHTFOL    | Generic FTDI
/dev/ttyUSB2     | 0x0403 | 0x6001  | ALHTIL2    | Generic FTDI
/dev/ttyAMA0     | 0x0000 | 0x0000  |            | RaspBee


Im Netz finde ich leider nix dazu
Warum brauche ich plötzlich dafür sudo Rechte?

pi@raspberrypi:~ $ groups pi
pi : pi adm tty dialout cdrom sudo audio video plugdev games users input netdev spi i2c gpio


pi@raspberrypi:~ $ ls -l /dev/serial/by-id/
insgesamt 0
lrwxrwxrwx 1 root root 13 Nov 14 07:47 usb-1a86_USB2.0-Serial-if00-port0 -> ../../ttyUSB4
lrwxrwxrwx 1 root root 13 Nov 14 07:47 usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2233611-if00 -> ../../ttyACM0
lrwxrwxrwx 1 root root 13 Nov 14 07:47 usb-E-Service_eBus_Coupler_Iso_12001_ALHTFOL-if00-port0 -> ../../ttyUSB0
lrwxrwxrwx 1 root root 13 Nov 14 07:47 usb-E-Service_eBus_Coupler_Iso_12001_ALHTIL2-if00-port0 -> ../../ttyUSB2
lrwxrwxrwx 1 root root 13 Nov 14 07:47 usb-FTDI_FT232R_USB_UART_STROM01-if00-port0 -> ../../ttyUSB1
lrwxrwxrwx 1 root root 13 Nov 14 07:47 usb-FTDI_FT232R_USB_UART_TOR01-if00-port0 -> ../../ttyUSB3
lrwxrwxrwx 1 root root 13 Nov 14 07:47 usb-Silicon_Labs_eQ-3_HmIP-RFUSB_3014F711A000041BE99B3753-if00-port0 -> ../../ttyUSB5


alle anderen USB Geräte (serialadapter, eBuscoupler etc... funktionieren

MfG Maik





Randybobandy

#1
Falls sonst noch jemand das gleiche Problem hat... Ich habe mich gestern eine Stunde damit rumgeärgert. Es scheint ein Problem mit "rpi.gpio-common" zu geben.
sudo apt remove rpi.gpio-common
Hat bei mir das Problem gelöst und "RPi.GPIO allows controlling Raspberry Pi GPIO channels in Python. " brauche ich ohnehin nicht.
Weiterführende Informationen: https://github.com/raspberrypi/linux/issues/3779

Danke, dass du den Thread aufgemacht hast TiPpFeHlEr "dabei fiel auf, das mein pi plötzlich ein sudo lsusb benötigt" war für mich der entscheidende Hinweis, um die Lösung vernünftig googlen zu können.

Mit sudo chmod +rx /sys/bus/usb/devices/usb* konnte ich auch sofortige Abhilfe schaffen aber das überlebt einen reboot nicht.