Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Thomas Braun]

@derroch

Gib dem System etwas SWAP.

[Ein ehemaliger Benutzer]

@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

[DerRoch]

@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        4095

das 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

[Thomas Braun]

@derroch sagte in Zigbee Problem nach Migration:

ich hab den Swap mal von 2GB auf 4GB erweitert.

Oben war überhaupt kein SWAP verfügbar.

[Thomas Braun]

@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.

[Ein ehemaliger Benutzer]

@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ängen

Moin,

Port Übersicht

Du kannst dir ausführliche Informationen anschauen, mit

# sudo lsusb -v
oder
# usb-device

Zusä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 -> ../../ttyACM1

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.

VG
Bernd

P.S.: Du solltest vielleicht auch nicht /dev/ttyACMx nutzen, sondern lieber /dev/serial/by-id/dein_usb-stick das ist eindeutig, auch wenn du den mal an einen anderen Port hängst.

[arteck]

@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..

[Ein ehemaliger Benutzer]

@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

[DerRoch]

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/ttyACMx nutzen, sondern lieber /dev/serial/by-id/dein_usb-stick das 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-device

bei 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=0ms

Und 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

[Ein ehemaliger Benutzer]

@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