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

[arteck]

@docgame sowit der nicht im zigbee2mqtt bzw in dessen converter nicht unterstützt wird .. läuft der bei uns auch nicht

[DocGame]

@arteck Das ist mir nach mittlerweile einigen Jahren in der Materie klar. Dachte ich finde einen der ebenfalls so einen hat und im Englisch so sattelfest ist ein Github-Issue aufmacht.
Was ja nur nee bescheidene Anfrage....

[arteck]

@docgame zeigmal die kachel.. solltest du aber inzwischen auch wissen... :-)

[DocGame]

@arteck Hatte ich schon vorbereitet, wollte aber den Post nicht Zumüllen, da ich die Chance auf diesem Weg gering einschätze.

[gosund]

Gibt es mittlerweile etwas neues zu den Problemen mit Version 1.5.6?

Seit dem Update hängt sich der Adapter nach 24 Stunden auf. Wenn ich ihn dann stoppe, den Adapter vom USB Port ab- und wieder anstecke und dann die Instanz wieder starte läuft es weitere 24h.

Könnte es vielleicht an der zStack Version liegen? Ich verwende einen cc2530 + cc2592 mit zStack 30x

Oder am raspbian? iobroker läuft hier auf eine RPi 4 mit 8GB und der 64bit (aarch64) Version

[A Former User]

@gosund kann an allem möglichen liegen, am besten mal die Logfiles von Adapter, iobroker, und dem Betriebssystem ansehen..
kann ja auch am Netzteil liegen oder sonst allem möglichen..

[Thomas Braun]

@gosund sagte in ZigBee neue Version 1.5.x:

iobroker läuft hier auf eine RPi 4 mit 8GB und der 64bit (aarch64) Version

Die Kombination ist Beta.

[gosund]

@thomas-braun
Mag ja sein, aber sie lief bis zu dem Update die letzten 18 Monate problemlos.

[Thomas Braun]

@gosund Mag ja sein. Jetzt aber nicht mehr.

[dontobi]

@gosund ich kann das mit dem 18 Monaten nicht so ganz glauben. Denn die 64 Bit Version für den Pi 4 gibt es erst seit Mai 2020. Oder läuft Ubuntu 64 Bit auf deinem Pi? Denn das gibt es schon länger.

[A Former User]

Das mit dem weghängen nach ca. 24 Stunden habe ich auch. Dann muss ich die Bridge kurz vom Strom nehmen.
Aber weshalb ich hier jetzt Poste, ich möchte die Bilder von den Devices ändern. Das die *.png´s ins img Verzeichniss gehören ist schon klar und sind auch dort drin. Nur laut Github soll die Datei devices.js in ein lib Verzeichniss. Aber wo. Oder muss dies neu angelegt werden? Wenn ja, dann am besten mit voller Pfadangabe posten.....

(briefly describe the device in the /lib/devices.js file) bringt mich nicht weiter.

Danke

[Thomas Braun]

@menne

Last login: Sun Jul 18 19:38:00 2021 from 192.168.178.51
echad@chet:~ $ locate devices.js | grep zigbee
/opt/iobroker/node_modules/iobroker.zigbee/lib/devices.js
echad@chet:~ $

[A Former User]

@thomas-braun , Super und Danke. :+1:

Habe mir den Wolf gesucht.

[dontobi]

Hallo zusammen

Ich hab eine Frage an alle, die den Zigbee Adapter nutzen. Ich hab eine Grafana Instanz aufgebaut und loggen den CPU Load(z.B.: system.adapter.zigbee.0.cpu) und den Speicherverbrauch (z.B.: system.adapter.zigbee.0.memRss). Dabei ist mir aufgefallen, dass der Zigbee Adapter dauerhaft eine CPU Load von ~7% aufweist.

Ich nutze einen Conbee II Stick und habe lediglich 5 Zigbee Geräte und Frage mich, was der Zigbee Adapter die ganze Zeit macht, was diese 7% verursacht.

Sicherlich gibt es dafür eine Erklärung und gerade die möchte ich erfahren. Vielleicht ist es aber auch ein Bug und es ist einfach noch keinem aufgefallen.

Vielleicht schaut ihr auch Mal auf das CPU Objekt bei euch und schreibt Mal euren CPU Load hier drunter (samt Anzahl an Geräten und welchen Stick ihr nutzt).

Danke.
Gruß aus RLP
Tobi

[steimi]

@dontobi 0,07% von 1 Core bei 12 Geräten (CC2538)

[Kueppert]

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

[A Former User]

@dontobi

Hi, lxc in proxmox auf einem HP DL380 G8, Container hat 8GB Ram, 4 Cores zugewiesen, 182 Zigbee devices am TI CC26X1R2.. :-)

[dontobi]

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.

[klassisch]

0% einer CPU bei > 70 Geräten via Cc2652P. Windows 10, i5

[BananaJoe]

@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