ZigBee neue Version 1.5.x
-
ach, da hab ich noch nie nachgeschaut. Ich hab 0,27% of one core mit dem CC2538 + CC2592 bei 46 Geräten. CPU ist ein Intel Core i3 4.GEN 1,7GH. ioBroker läuft dabei in einer Proxmox-VM mit 5 GB RAM
-
Hi, lxc in proxmox auf einem HP DL380 G8, Container hat 8GB Ram, 4 Cores zugewiesen, 182 Zigbee devices am TI CC26X1R2..
-
Echt krass. Mein ioBroker läuft in einem Docker Container auf einem Raspi 4 4GB. Wie gesagt mit Conbee II. Vielleicht aktualisiere ich Mal die Firmware vom Conbee II (hab ich seit über einem Jahr nicht mehr gemacht). Aber ich Frage mich immer noch, wodurch die höhere Load kommt.
-
0% einer CPU bei > 70 Geräten via Cc2652P. Windows 10, i5
-
@dontobi sagte in ZigBee neue Version 1.5.x:
Echt krass. Mein ioBroker läuft in einem Docker Container auf einem Raspi 4 4GB. Wie gesagt mit Conbee II. Vielleicht aktualisiere ich Mal die Firmware vom Conbee II (hab ich seit über einem Jahr nicht mehr gemacht). Aber ich Frage mich immer noch, wodurch die höhere Load kommt.
Und bei mir sind es knapp 5% ... Der Wert ist "Banane" und nicht vergleichbar. Denn er hängt auch von der Leistungsfähigkeit der CPU - aber auch zum Beispiel des Datenträgers ab.
So ein Intel i3 oder ein HP mit Xeon Prozesser oder auch ein i5 - die schütteln sich das aus dem Ärmel ohne das da was auch nur zuckt. Der Raspberry ist von der CPU her eine ganz andere Leistungsklasse, klar muss der mehr arbeiten um das gleiche zu schaffen. Ergo ist die CPU-Last auch höher. Wenn überhaupt kannst du also nur das nur mit anderen Raspberrys vergleichen.
Ich habe z.B. so eine AMD Onboard-CPU (A10), da ist der Wert auch höher. Wenn ich auf dem einen Exchange 2019 Server in einer VM laufen lassen lutscht der ständig 40 bis 50% CPU auf den 2 Kernen die ich der VM gebe. Ich hab die VM dann auf echte Server-Hardware verschoben mit 2 x 8Kern Xeon Prozessor, aber immer noch mit 2 Kernen, da liegt die CPU-Auslastung bei 8%Stichwort Datenträger: Wenn so ein Prozess schreibt oder liest schnellt die Auslastung in der Regel auch in die Höhe wenn dieser auf den Datenträger warten muss. Micro-SD erzeugt also dann eine höhere Auslastung als HDD, SSD oder NVMe
Und das geht ja beim Raspi über USB - keine Ahnung ob das wie beim PC im DMA-Modus läuft (also) ohne zutun der CPU).Vergleichen könntest du also nur mit Identischen Systemen und dann beurteilen ob das "unnormal" ist
-
Hallo Zusammen,
habe leider ein Problem mit dem Zigbee Netz/Adapter und habe gestern den USB-SATA(SSD) Adapter am PI getauscht (Pi war ausgeschaltet) und danach funktionierte das ZigbeeNetz (komplett) nicht mehr (keine USB Ports geändert etc.).- Adapter ist Version 1.5.6
- USB Stick cc2652p
- Alles läuft direkt auf einem RPI 4
Der Adapter wird grün, es finde aber gefühlt keine Kommunikation mit den Geräten statt.
1.Versuch: BackitUp Zigbee Backup eingespielt ohne Verbesserung
-
Versuch: Adapter deinstalliert und wieder installiert
-
Versuch: shepherd.db aus /opt/iobroker/iobroker data/zigbee 0/ gelöscht inkl. HardReset im Adapter und versucht Geräte neu zu pairen. Es werden aber keine Geräte im Pairingmodus gefunden. Habe etliche Versuche der Kopplung durchgeführt (auch unterschiedliche Zigbee Geräte) und im Kopplungsmodus läuft alleinig die Zeit ab aber keine Geräte melden sich irgendwie.
Wollte auch prüfen ob der Stick überhaupt noch funkt und einzig die Kanalsuche (Wifi) gibt mir ein Ergebnis über die Umgebung und besagt, dass hier noch gefunkt wird.
Was sollte ich probieren? Der Order /opt/iobroker/iobroker data/zigbee 0/ ist voll mit backup Dateien, auch wenn ich den Adapter deinstalliere/Lösche bleibt der Order bestehen (Benutzerrechte iobroker). Sollte ich versuchen Zigbee komplett neu zu installieren oder besser mit den Backups versuchen ein Empfang bekommen?
Besten Dank vorab
-
@pete0815 sagte in ZigBee neue Version 1.5.x:
habe leider ein Problem mit dem Zigbee Netz/Adapter und habe gestern den USB-SATA(SSD) Adapter am PI getauscht (Pi war ausgeschaltet) und danach funktionierte das ZigbeeNetz (komplett) nicht mehr (keine USB Ports geändert etc.).
Ich fürchte du hast jetzt einen USB-SATA Adapter der auf 2.4 gHz stört. Ist ein bekanntes Problem.
A.
-
@asgothian
Thx, das macht leider Sinn. Werde mal versuchsweise wieder den alten Adapter einzubauen, auch wenn der evtl. nicht stabil läuft, gibt er bzgl. Zigbee gute Rückmeldung ob es daran liegt. -
@pete0815
Möglicherweise hilft es ein usb Verlängerungskabel vor den Stick zu setzten.
Vielleicht. -
@muchul
Danke @Muchul habe mir auch einen anderen Adapter UGreen mit ASMedia Chip besorgt und muss noch in Ruhe testen. Der JSAUX Adapter ärgert mich nur, da er im Raspberry Forum in der Liste der kompatiblen Adapter geführt wird und ich danach gekauft habe, aber kompatibel ist ja auch Definitionssache ....
Alternativ mit einem Verlängerungskabel den ZigbeeAdapter von den Störsendern örtlich wegbringen wie Du sagst.
Werde ich so sicher nicht herausbekommen, frage mich aber wo die Störung entsteht/gesendet wird. Habe ein Dokument gefunden wo von Störung auf 2,4GHz durch den Grundtakt von USB3.0 gesprochen wird. Somit kann es für mich überall sein (Adapter Gehäuse oder Kabelverbindung). -
@pete0815 ich hab meinen Zigbee-Stick auch an einem Verklängerungskabel und läuft bestens. Wäre in jedem Fall einen Versuch wert.
-
@pete0815
Ich würde es auf jeden fall verlängern.
Hat damals bei mir Wunder gewirkt.
Halben bis einen Meter weiter weg, und der Empfang wird deutlich besser. -
Ich hatte ja schon mal vor einem Monat geschrieben, dass ich nach einem Reboot immer massive Probleme mit dem cc2652p habe, dass er nicht mehr gefunden wird und die "Cannot lock comport" Meldung kommt.
Der Stick hängt an einem passiven USB3.0 Hub, an dem auch ein nanoCUL gesteckt ist. Sonst nichts.
Im Fehlerfall ist Zuordnung der USB sticks zu den tty devices jedoch völlig in Ordnung. Also kein Vertauschen hier.Es dauert manchmal sogar 20 Versuche (aus-und einstecken) bis er wieder im System ist.
Kann mir jemand erklären was da genau passiert? Software oder Hardware?
Mir ist aufgefallen, dass es nur beim cc2652p (als Koordinator) passiert. Beim 2531 oder 2538 hatte ich das nie.
Vielleicht doch ein Stromproblem bei Booten? Wenn das der Fall wäre, könnte ich mit einem zusätzlichen KerKo Abhilfe schaffen.
Aber bevor ich den Lötkolben schwinge, würde mich einfach mal interessiert wieso das passiert.Die UART-LAN Lösung ist zwar ganz nett, der Aufwand aber doch recht groß.
-
@hg6806 sagte in ZigBee neue Version 1.5.x:
Im Fehlerfall ist Zuordnung der USB sticks zu den tty devices
Hast du den langen Link im Adapter? Also /dev/tty/by-serial und nicht /dev/ttyUSB0
-
@thomas-braun sagte in ZigBee neue Version 1.5.x:
/dev/tty/by-serial
Ja, ich nutzt immer den "langen" Ausdruck:
pi@raspberrypi:~ $ ls -l /dev/serial/by-id insgesamt 0 lrwxrwxrwx 1 root root 13 Jul 28 21:52 usb-1a86_USB_Serial-if00-port0 -> ../../ttyUSB2 lrwxrwxrwx 1 root root 13 Jul 28 21:47 usb-SHA_CUL868-if00 -> ../../ttyACM0 lrwxrwxrwx 1 root root 13 Jul 28 21:47 usb-Silicon_Labs_CP2104_USB_to_UART_Bridge_Controller_01304FAA-if00-port0 -> ../../ttyUSB0 lrwxrwxrwx 1 root root 13 Jul 28 21:47 usb-Silicon_Labs_CP2104_USB_to_UART_Bridge_Controller_01304FAE-if00-port0 -> ../../ttyUSB1 -
@hg6806
Dann sollte sich eigentlich da auch nix in der Zuordnung ändern. -
@hg6806 das ähnliche Problem habe ich mit einem CC2538. Dieser hängt an einem aktiven USB-Hub unter Proxmox an einer ioBroker-VM. Wenn ich den Proxmox Host starte leuchetet auf dem CC2538 keine LED. Ich muss also den Taster auf dem CC2538 drücken und die LEDs leuchten - der Stick wird sofort erkannt wenn die VM startet. Habe aber noch nix gefunden warum dies so ist.
-
@thomas-braun
Ich hatte ja auch geschrieben, dass die Zuordnung immer in Ordnung ist, nur dass eben der COM-Port nicht "gelockt" ist, wenn ich den Pi neu boote.
