Zigbee Problem nach Migration
-
======================= SUMMARY ======================= v.2023-04-16 Operatingsystem: Ubuntu 22.04.3 LTS Kernel: 5.15.0-1034-raspi Installation: Native Timezone: Europe/Berlin (CEST, +0200) User-ID: 1000 X-Server: false Boot Target: graphical.target Pending OS-Updates: 3 Pending iob updates: 0 Nodejs-Installation: /usr/bin/nodejs v18.17.1 /usr/bin/node v18.17.1 /usr/bin/npm 9.6.7 /usr/bin/npx 9.6.7 Recommended versions are nodejs 18.x.y and npm 9.x.y Your nodejs installation is correct MEMORY: total used free shared buff/cache available Mem: 3.8G 1.2G 1.4G 3.0M 1.1G 2.4G Swap: 0B 0B 0B Total: 3.8G 1.2G 1.4G Active iob-Instances: 14 Active repo(s): stable ioBroker Core: js-controller 4.0.24 admin 6.3.5 ioBroker Status: iobroker is running on this host. Objects type: jsonl States type: jsonl Status admin and web instance: + system.adapter.admin.0 : admin : iobroker - enabled, compact disabled, port: 443, bind: 192.168.178.251 (SSL), run as: admin + system.adapter.web.0 : web : iobroker - enabled, compact disabled, port: 8082, bind: 192.168.178.251 (SSL), run as: admin Objects: 4843 States: 3764 Size of iob-Database: 12M /opt/iobroker/iobroker-data/objects.jsonl 1000K /opt/iobroker/iobroker-data/states.jsonl =================== END OF SUMMARY ====================christian@iobroker:~$ iob logs zigbee | grep -v info 2023-08-14 00:08:45.034 - error: zigbee.0 (9225) DeviceConfigure:Failed to DeviceConfigure.configure 0x2c1165fffe99b52f TS004F (Error: Read 0x2c1165fffe99b52f/1 genBasic([4,0,1,5,7,65534], {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (no response received (2)) 2023-08-14 00:08:56.861 - warn: zigbee.0 (9225) DeviceAvailability:Failed to ping 0x842e14fffeefe9d2 TS011F 2023-08-14 00:08:56.864 - warn: zigbee.0 (9225) DeviceAvailability:Failed to ping 0x842e14fffe5a22f6 TS011F 2023-08-14 00:08:56.866 - warn: zigbee.0 (9225) DeviceAvailability:Failed to ping 0x540f57fffe3f5d26 TS011F 2023-08-14 00:08:57.859 - warn: zigbee.0 (9225) DeviceAvailability:Failed to ping 0xe0798dfffe886e8e A10 2023-08-14 00:08:58.861 - warn: zigbee.0 (9225) DeviceAvailability:Failed to ping 0xa4c138cdb62a8b5d TS011F 2023-08-14 00:08:58.863 - warn: zigbee.0 (9225) DeviceAvailability:Failed to ping 0xa4c138912df72585 TS011F -
@derroch sagte in Zigbee Problem nach Migration:
Raspberry only: throttled=0x50005
Dem Raspberry geht's nicht gut. Zu warm oder zu wenig Saft.
Ubuntu wäre jetzt auch nicht meine erste Wahl beim OS.
-
@thomas-braun sagte in Zigbee Problem nach Migration:
@derroch sagte in Zigbee Problem nach Migration:
Raspberry only: throttled=0x50005
Dem Raspberry geht's nicht gut. Zu warm oder zu wenig Saft.
Okay, dann besorg ich mir doch mal das original Netzteil. aktuell hab ich ein 2.5A-Netzteil dran. ich hab irgendwann mal eine Log-Meldung im Raspi gesehen die sich über zuwenig Power beschwert hat. Evtl ist dass des Rätsels lösung.
Besten dank für die schnellen Antworten. Mega gut
Gute nacht schon mal.
Gruß Chris -
servus Thomas,
heute hab ich die Kühlköper installiert und das original Netzteil in Betrieb genommen. Zudem auch noch die letzten Ubuntu Updates installiert.
aktuell verählt sich Zigbee aber quasi genau wie vorher:
christian@iobroker:~$ iob logs zigbee | grep -v info 2023-08-15 21:59:26.737 - error: zigbee.0 (1140) DeviceConfigure:Failed to DeviceConfigure.configure 0x2c1165fffe99b52f TS004F (Error: Read 0x2c1165fffe99b52f/1 genBasic([4,0,1,5,7,65534], {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (no response received (2)) 2023-08-15 21:59:37.777 - warn: zigbee.0 (1140) DeviceAvailability:Failed to ping 0x842e14fffe5a22f6 TS011F 2023-08-15 21:59:38.777 - warn: zigbee.0 (1140) DeviceAvailability:Failed to ping 0xa4c138cdb62a8b5d TS011F 2023-08-15 21:59:38.778 - warn: zigbee.0 (1140) DeviceAvailability:Failed to ping 0x540f57fffe3f5d26 TS011F 2023-08-15 21:59:39.777 - warn: zigbee.0 (1140) DeviceAvailability:Failed to ping 0xe0798dfffe886e8e A10 2023-08-15 21:59:39.778 - warn: zigbee.0 (1140) DeviceAvailability:Failed to ping 0x842e14fffeefe9d2 TS011F 2023-08-15 21:59:40.777 - warn: zigbee.0 (1140) DeviceAvailability:Failed to ping 0xa4c138912df72585 TS011F 2023-08-15 22:00:05.576 - error: zigbee.0 (1140) No entity for 0x9035eafffe233190 2023-08-15 22:00:05.918 - error: zigbee.0 (1140) No entity for 0x9035eafffe233190 2023-08-15 22:00:11.627 - error: zigbee.0 (1140) No entity for 0x9035eafffe233190 2023-08-15 22:00:11.695 - error: zigbee.0 (1140) No entity for 0x9035eafffe233190 2023-08-15 22:01:38.546 - warn: zigbee.0 (1140) Device '0x847127fffe75db97' announced itself 2023-08-15 22:01:53.284 - error: zigbee.0 (1140) No entity for 0x9035eafffe233190 2023-08-15 22:01:55.943 - error: zigbee.0 (1140) No entity for 0x9035eafffe233190 2023-08-15 22:01:57.092 - error: zigbee.0 (1140) No entity for 0x9035eafffe233190 2023-08-15 22:01:58.885 - error: zigbee.0 (1140) No entity for 0x9035eafffe233190 2023-08-15 22:02:06.989 - error: zigbee.0 (1140) No entity for 0x9035eafffe233190 2023-08-15 22:03:43.457 - error: zigbee.0 (1140) No entity for 0x9035eafffe233190 2023-08-15 22:03:48.291 - error: zigbee.0 (1140) No entity for 0x9035eafffe233190======================= SUMMARY ======================= v.2023-04-16 Operatingsystem: Ubuntu 22.04.3 LTS Kernel: 5.15.0-1035-raspi Installation: Native Timezone: Europe/Berlin (CEST, +0200) User-ID: 1000 X-Server: false Boot Target: graphical.target Pending OS-Updates: 0 Pending iob updates: 0 Nodejs-Installation: /usr/bin/nodejs v18.17.1 /usr/bin/node v18.17.1 /usr/bin/npm 9.6.7 /usr/bin/npx 9.6.7 Recommended versions are nodejs 18.x.y and npm 9.x.y Your nodejs installation is correct MEMORY: total used free shared buff/cache available Mem: 3.8G 1.1G 1.9G 3.0M 837M 2.5G Swap: 0B 0B 0B Total: 3.8G 1.1G 1.9G Active iob-Instances: 13 Active repo(s): stable ioBroker Core: js-controller 4.0.24 admin 6.3.5 ioBroker Status: iobroker is running on this host. Objects type: jsonl States type: jsonl Status admin and web instance: + system.adapter.admin.0 : admin : iobroker - enabled, compact disabled, port: 443, bind: 192.168.178.251 (SSL), run as: admin + system.adapter.web.0 : web : iobroker - enabled, compact disabled, port: 8082, bind: 192.168.178.251 (SSL), run as: admin Objects: 4797 States: 3738 Size of iob-Database: 14M /opt/iobroker/iobroker-data/objects.jsonl 5.8M /opt/iobroker/iobroker-data/states.jsonl =================== END OF SUMMARY ====================was soll mir der Eintrag " No entity for 0x9035eafffe233190 " sagen? das ist bspw. ein Stimmungslicht von Livrano (Lidl)
noch Ideen was ich tun kann?
Gruß Chris
-
Gib dem System etwas SWAP.
-
@derroch sagte in Zigbee Problem nach Migration:
noch Ideen was ich tun kann?
Moin,
an welchem USB-Port hängt der Zigbee Stick?
Ich lese hier immer wieder, dass der RasPI eine Designschwäche hat und auf dem USB3-Port wohl Frequenzstörungen verursacht, welche dann den Stick beeinträchtigen können, daher sollte man den Stick nicht direkt in die Buchse stecken, sondern ein 20-30 cm Kabel dazwischen packen.VG
Bernd -
@dp20eic
spannende Sache auf jedenfall. ich bin nicht sicher wie die Ports nummeriert werden, aber es sieht so aus als würde der stick nicht am Port 3 hängen$ ls -R /dev/bus/usb /dev/bus/usb: 001 002 /dev/bus/usb/001: 001 002 003 /dev/bus/usb/002: 001 $ lsusb Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 003: ID 1cf1:0030 Dresden Elektronik ZigBee gateway [ConBee II] Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub@thomas-braun sagte in Zigbee Problem nach Migration:
Gib dem System etwas SWAP.
ich hab den Swap mal von 2GB auf 4GB erweitert. ich bin jetzt nicht so der ober Linux Spezi, aber es sieht so aus als würde der swap nicht verwendet:
$ free -m total used free shared buff/cache available Mem: 3790 1014 2277 3 497 2613 Swap: 4095 0 4095das war der Zustand kurz nach dem Reboot. vorher (habs leider nicht kopiert) waren es eben 2047 und auch 0 used Swap. Der free-Mem stand glaub ich irgendwo im 3-Stelligen bereich...
ab wann wird Swap verwendet? ich hab das Tool dphys-swapfile installiert um die Änderungen am Swap umzusetzen.Gruß Chris
-
@derroch sagte in Zigbee Problem nach Migration:
ich hab den Swap mal von 2GB auf 4GB erweitert.
Oben war überhaupt kein SWAP verfügbar.
-
@derroch sagte in Zigbee Problem nach Migration:
ab wann wird Swap verwendet?
Immer dann, wenn der Kernel das für notwendig erachtet. Das kann auch bei ansonsten genügend RAM durchaus mal kurz der Fall sein.
-
@derroch sagte in Zigbee Problem nach Migration:
@dp20eic
spannende Sache auf jedenfall. ich bin nicht sicher wie die Ports nummeriert werden, aber es sieht so aus als würde der stick nicht am Port 3 hängenMoin,
Port Übersicht
Du kannst dir ausführliche Informationen anschauen, mit
# sudo lsusb -v oder # usb-deviceZusätzliche Informationen
# ls -la /dev/serial/ total 0 drwxr-xr-x 4 root root 80 Aug 16 10:37 . drwxr-xr-x 21 root root 4960 Aug 16 13:31 .. drwxr-xr-x 2 root root 120 Aug 16 10:37 by-id drwxr-xr-x 2 root root 120 Aug 16 10:37 by-path # ls -la /dev/serial/by-id/ total 0 drwxr-xr-x 2 root root 120 Aug 16 10:37 . drwxr-xr-x 4 root root 80 Aug 16 10:37 .. lrwxrwxrwx 1 root root 13 Aug 16 10:37 usb-0658_0200-if00 -> ../../ttyACM2 lrwxrwxrwx 1 root root 13 Aug 16 10:37 usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001938A67D-if00 -> ../../ttyACM3 lrwxrwxrwx 1 root root 13 Aug 16 10:37 usb-Texas_Instruments_XDS110__03.00.00.12__Embed_with_CMSIS-DAP_L1100FRC-if00 -> ../../ttyACM0 lrwxrwxrwx 1 root root 13 Aug 16 10:37 usb-Texas_Instruments_XDS110__03.00.00.12__Embed_with_CMSIS-DAP_L1100FRC-if03 -> ../../ttyACM1 # ls -la /dev/serial/by-path/ total 0 drwxr-xr-x 2 root root 120 Aug 16 10:37 . drwxr-xr-x 4 root root 80 Aug 16 10:37 .. lrwxrwxrwx 1 root root 13 Aug 16 10:37 pci-0000:00:12.0-usb-0:1:1.0 -> ../../ttyACM2 lrwxrwxrwx 1 root root 13 Aug 16 10:37 pci-0000:00:13.1-usb-0:3:1.0 -> ../../ttyACM3 lrwxrwxrwx 1 root root 13 Aug 16 10:37 pci-0000:00:13.2-usb-0:1:1.0 -> ../../ttyACM0 lrwxrwxrwx 1 root root 13 Aug 16 10:37 pci-0000:00:13.2-usb-0:1:1.3 -> ../../ttyACM1Aber wie gesagt, wichtig ist, dass da wohl ein Kabel zwischen RasPI und Zigbee-Stick ist, damit der Stick die besten Voraussetzungen hat, um korrekt zu arbeiten.
VG
BerndP.S.: Du solltest vielleicht auch nicht
/dev/ttyACMxnutzen, sondern lieber/dev/serial/by-id/dein_usb-stickdas ist eindeutig, auch wenn du den mal an einen anderen Port hängst. -
@dp20eic sagte in Zigbee Problem nach Migration:
damit der Stick die besten Voraussetzungen hat, um korrekt zu arbeiten.
es geht um die USB3 Störstreuung..
-
@arteck sagte in Zigbee Problem nach Migration:
es geht um die USB3 Störstreuung..
Moin,
ja, habe hier immer noch im Hinterkopf, dass wenn der Zigbee Stick direkt am RasPI eingesteckt wird, dass es zu Problemen kommen kann, genau wegen der Störungen, die auf dem USB3 Ports auftauchen, daher das Kabel zwischen RasPI und Zigbee Stick.
Ob das inzwischen durch eine neuere Revision des RasPI schon gelöst wurde, kann ich nicht beantworten, stecke da in der RasPI Entwicklung nicht so tief drin.
VG
Bernd -
Hallo zusammen,
sorry erst mal, das ich solange kein Update gegeben hab. Letzte Woche Gamescom und div. anderer Stress hat mich etwas zurückgeworfen ;-).Leider hat sich grundsätzlich nicht viel geändert. Zahlreiche Geräte wollen einfach nicht mehr antworten. einiges Geht Grundsätzlich. Nachdem ich bspw. mein Stimmungslicht (irgendwie versehentlich) in den Koppelmodus versetzt hab und im Zigbee Adapter angelernt hab hat es auch wieder in meinen Szenen funktioniert.
es kommen auch immer wieder Meldungen wie:
DeviceAvailability:Stopping to ping 0x540f57fffe3f5d26 TS011F after 4 ping attempts (das ist die Einspeisesteckdose von meinem Balkonkraftwerk)Was bspw. immer noch nicht geht ist die Erfassung meiner Schaltsteckdose von der Solaranlage. Seitdem bekomm ich auch keine Messwerte mehr über die erzeugte Energie. Mittlerweile hab ich mich ja fast damit abgefunden, das ich die Geräte teilweise neu anlernen muss. Aber ich trau mich auch nicht ganz gerade diese neu zu koppeln, da ich bedenken hab, das die akt. gespeicherte Werte dann auch gelöscht werden und der kWh-Zähler wieder bei 0 steht... Habt ihr hier Erfahrungen?
@dp20eic sagte in Zigbee Problem nach Migration:
Aber wie gesagt, wichtig ist, dass da wohl ein Kabel zwischen RasPI und Zigbee-Stick ist, damit der Stick die besten Voraussetzungen hat, um korrekt zu arbeiten.
ich habe bereits nach dem ersten Hinweis von dir bereits ein USB-Verlängerungskabel dazwischen gehängt. Seit dem leider aber eigentlich keine Änderung im Verhalten.@dp20eic sagte in Zigbee Problem nach Migration:
P.S.: Du solltest vielleicht auch nicht
/dev/ttyACMxnutzen, sondern lieber/dev/serial/by-id/dein_usb-stickdas ist eindeutig, auch wenn du den mal an einen anderen Port hängst.
Ich arbeite bereits von Anfang an mit dem String/dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE26xxxxx-if00@dp20eic sagte in Zigbee Problem nach Migration:
Du kannst dir ausführliche Informationen anschauen, mit
# sudo lsusb -v oder # usb-devicebei usb-devices kommt für con ConBee folgendes raus:
T: Bus=01 Lev=02 Prnt=02 Port=01 Cnt=01 Dev#= 3 Spd=12 MxCh= 0 D: Ver= 2.01 Cls=02(commc) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 P: Vendor=1cf1 ProdID=0030 Rev=01.00 S: Manufacturer=dresden elektronik ingenieurtechnik GmbH S: Product=ConBee II S: SerialNumber=DE26xxxxx C: #Ifs= 2 Cfg#= 1 Atr=80 MxPwr=100mA I: If#= 0 Alt= 0 #EPs= 1 Cls=02(commc) Sub=02 Prot=01 Driver=cdc_acm E: Ad=83(I) Atr=03(Int.) MxPS= 64 Ivl=16ms I: If#= 1 Alt= 0 #EPs= 2 Cls=0a(data ) Sub=00 Prot=00 Driver=cdc_acm E: Ad=02(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms E: Ad=81(I) Atr=02(Bulk) MxPS= 64 Ivl=0msUnd bei "lsusb -v" folgendes
Bus 001 Device 003: ID 1cf1:0030 Dresden Elektronik ZigBee gateway [ConBee II] Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.01 bDeviceClass 2 Communications bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x1cf1 Dresden Elektronik idProduct 0x0030 ZigBee gateway [ConBee II] bcdDevice 1.00 iManufacturer 1 dresden elektronik ingenieurtechnik GmbH iProduct 2 ConBee II iSerial 3 DE26xxxxx bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 0x0043 bNumInterfaces 2 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x80 (Bus Powered) MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 2 Communications bInterfaceSubClass 2 Abstract (modem) bInterfaceProtocol 1 AT-commands (v.25ter) iInterface 0 CDC Header: bcdCDC 1.10 CDC ACM: bmCapabilities 0x02 line coding and serial state CDC Union: bMasterInterface 0 bSlaveInterface 1 CDC Call Management: bmCapabilities 0x03 call management use DataInterface bDataInterface 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x83 EP 3 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 16 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 10 CDC Data bInterfaceSubClass 0 bInterfaceProtocol 0 iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x02 EP 2 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 0 Binary Object Store Descriptor: bLength 5 bDescriptorType 15 wTotalLength 0x000c bNumDeviceCaps 1 USB 2.0 Extension Device Capability: bLength 7 bDescriptorType 16 bDevCapabilityType 2 bmAttributes 0x00000002 HIRD Link Power Management (LPM) Supported Device Status: 0x0000 (Bus Powered)Gruß Christian
-
@derroch sagte in Zigbee Problem nach Migration:
Leider hat sich grundsätzlich nicht viel geändert.
Moin,
also ich würde den Stick noch am zweiten USB 2 Port probieren, das sind die Linken, wenn man draufschaut, oder schwarz, die Blauen sind USB3.
Dann mal den Adapter auf Debug stellen und schauen, ob da noch etwas an zusätzlicher Information kommt.
Welchen Kanal nutzt Du im Adapter? Vielleicht nutzt Du ein Kanal, der nicht so gut von den Geräten unterstützt wird.Ich kenne den von Dir verwendeten Zwischenstecker nicht, ich nutze Tasmota geflaschte Zwischenstecker, da kann ich die einzeln Werte Löschen und auch wieder einen Anfangswert hineinschreiben, ob das bei Deinen geht, musst Du mal nachlesen.
Hat sich der Standort, geändert, sodass der Stick jetzt vielleicht ungünstiger positioniert ist?
Wenn das alles nicht hilft, dann auch mal eine oder zwei Versionen zurückgehen und testen, oder wenn es gar nicht geht, dann neu anlernen oder auf zigbee2mqtt umsteigen.
VG
Bernd
