Ble.0 Adapter bremst ganzen IObroker in 2 Min.

Joker971

Hi,

ich darf auch noch eine Beobachtung hinzufügen! Jetzt wo ich auf diesen Thread gestoßen bin fällt es mir wie Schuppen von den Augen ! Ich hatte schon alles Mögliche vermutet... Ich benutze Iobroker im Multihost-Betrieb. Master ist im Docker auf einer Synology-NAS im Keller und oben im Wohnzimmer ist ein Raspi4 mit BLE + Deconz, mehr ist da nicht drauf. Seit meinem Umstieg von Raspi3 auf Raspi4 habe ich exakt die selben Probleme wie die anderen hier, nur meine Zeitspanne bis die iobroker Weboberfläche sich nicht mehr aufbaut beträgt so 3-4 Tage bevor nix mehr geht. Weiss nicht ob das damit zu tun hat aber mir ist ebenfalls aufgefallen das ein permanenter Datenstrom von 1 - 2 MBit !!! vom Master zum Raspi4 im Wohnzimmer fliesst, also Upload vom Master. Kann man ja bei der NAS schön sehen. Beende ich die BLE-Instanz im abgesetzten Client fällt der Datenstrom augenblicklich fasst auf 5kb/s ! Die DECONZ Instanz scheint das nicht zu tangieren. Ich lass den BLE erstmal aus......der ist nur für ein Blumensensor

AlCalzone

@Joker971 sagte in Ble.0 Adapter bremst ganzen IObroker in 2 Min.:

Weiss nicht ob das damit zu tun hat aber mir ist ebenfalls aufgefallen das ein permanenter Datenstrom von 1 - 2 MBit !!!

Interessant!
Vermutlich bekommst du viele Bluetooth und der Adapter gleicht ständig mit der Datenbank ab, die in deinem Fall nicht im RAM, sondern auf nem anderen Host läuft.

Ich kann mal schauen, wie man das besser cachen kann.
==> https://github.com/AlCalzone/ioBroker.ble/issues/514

Joker971

@AlCalzone
das baut sich aber so nach und nach auf! Das ist nicht sofort bei Aktivierung des Adapters so. Warum wird denn mit der Datenbank abgeglichen wenn mein Adapter auf "Keine neuen Geräte erfassen" steht ??? Ist da das Problem ?
Deswegen wird der ioBroker auch immer langsamer weil langsam aber stetig der Ram voll läuft. Der Client ist nach dem crash nach wie vor gut erreichbar.
Und was man auch noch nachschauen sollte ist: Warum tritt dieses Problem erst auf wenn man vom Raspi3 auf den Raspi4 wechselt ? Mein Raspi3 hatte dieses Verhalten nämlich nicht.

AlCalzone

@Joker971 Ich weiß es nicht, wäre aber plausibel. Kannst du ggf. im "Ereignisse"-Tab sehen, wie viel da vom BLE-Adapter kommt?

Joker971

@AlCalzone schwierig. Hab ihn jetzt mal wieder eingeschaltet und beobachte mal. Mal sehen wann es wieder los geht...

DominikW

Moin Zusammen,

die einzige Überschneidung die mir bisher auffällt ist der Raspberry Pi 4.
Ich bin allerdings nicht umgestiegen sondern direkt mit dem 4er eingestiegen. Iobroker hatte ich auch mit einem komplett frischen System installiert (kein vorgefertigtes Image) - ist aber schon länger her.

Zudem wollte ich nochmal anmerken, ich hatte das exakte Problem schon vor ca. einem halben Jahr - welches ich irgendwie gelöst hatte - bis zum apt update / upgrade und dem aktualisieren auf node.js 12.20.0
Leider weiß ich nicht mehr welche node.js Version vor den Problemen funktionierte.

Evtl. war es bei den anderen Glücklichen während des Umstiegs von RPi 3 auf 4 ja auch zu einer Aktualisierung gekommen, die evtl. etwas bewirkt hat? Das ist natürlich nur geraten aber das ist für mich bisher das einzige was sich bei allen überschneiden könnte.

Hier eine kleine Trostlösung für die Pflanzefreunde:
Ich habe eine für mich schöne alternative für meine miFlora/VegTrug Sensoren entdeckt, die mir sogar besser gefällt als die Einbindung über den BLE Adapter.

Es gibt einen tollen "miFlora to MQTT Daemon" der sich wunderbar einfach installieren und anpassen lässt. Dort lässt sich sogar der Batteriestand der Sensoren abfragen und auch das Abfrageintervall.

Das Skript könnt ihr einfach auf dem Raspberry installieren und es funktioniert bei mir reibungslos. Ich habe es auf meinem RPi mit PiHole isntalliert, ob es Konflikte mit einer ioBroker Installation gibt weiß ich leider nicht.

Die Anleitung und den Code findet ihr hier:
https://github.com/ThomDietrich/miflora-mqtt-daemon/blob/master/README.md

AlCalzone

@DominikW sagte in Ble.0 Adapter bremst ganzen IObroker in 2 Min.:

Raspberry Pi 4.

Auch das wäre eine mögliche Erklärung. Mein Pi3 läuft ebenfalls einwandfrei.
https://github.com/abandonware/noble/issues/99#issuecomment-710125718 deutet auf ein mögliches Firmware-Problem im Pi4 hin (auch wenn die Symptome anders aussehen). Wäre vielleicht nen Versuch wert?

Hier nochmal ein Hinweis auf eine möglicherweise gefixte neue Firmware:
https://github.com/RPi-Distro/bluez-firmware/issues/6#issuecomment-732027094

Joker971

@DominikW mehr lese ich ja eh nicht damit aus. Vielleicht eine Alternative :blush:

arnold

Hallo.
habe auf dem Rpi-4 jetzt als Versuch neuen Buster instaliert /configuriert .
dann iobroker neu installiert

curl -sLf https://deb.nodesource.com/setup_12.x | sudo -E bash -
sudo apt-get install -y nodejs
curl -sLf https://iobroker.net/install.sh | bash -ode_text

noch

sudo apt-get install bluetooth bluez libbluetooth-dev libudev-dev libcap2-bin

und Ble Adapter installiert (über +)
Adapter wurde gleich grün ,in Objekten Temperatur angezeigt und das wars auch schon, jetzt komme ich nicht mehr drauf, auch nicht über ssh ( 2 min)
das muss nur am RPI-4 liegen oder ?

Thomas Braun

@arnold said in Ble.0 Adapter bremst ganzen IObroker in 2 Min.:

Schau per

htop

mal was passiert, während der Adapter von Hand gestartet wird.
Vielleicht auch mal in

dmesg

reinschauen.

Das Raspberry OS und die Firmware des Pi hast du aber vor der Installation (die übrigens mit dem Einzeiler

curl -sLf https://iobroker.net/install.sh | bash -

schon getan ist, nodeJS muss nicht extra vorher installiert werden) auf den aktuellen Stand gebracht?

petschi

Hallo zusammen,

der letzte Post ist zwar noch recht frisch aber ich wollte mal nachfragen ob hier jemand bereits eine Lösung gefunden hat?
Bei mir tritt leider das gleiche Problem auf.

Ich habe eine relativ frische Installation von iobroker auf meinen RPI4. Bin Neuling und nutze iobroker seit ca. 2 Wochen.

Heute sind meine xiaomi Temp-Fühler gekommen und ich wollte diese über den Ble-Adapter anbinden. Die Anbindung funktioniert einwandfrei. Aber auch bei mir ist iobroker und auch der Raspi kurz nach dem Start des BLE Adapters tot. Bei mir hilft dann nur noch hart aus und wieder anschalten.
Wenn ich den BLE Adapter lösche ist wieder alles super.

Danke und Grüße,
petschi

crunchip

@petschi sagte in Ble.0 Adapter bremst ganzen IObroker in 2 Min.:

Bei mir hilft dann nur noch hart aus und wieder anschalten.

Uncool

Hast du die betreffenden Einstellungen befolgt?
Erfass Geräte....keinen Haken, plugin xiaomi, update intervall, z.b 20000

Medea

Ich reihe mich hier mal ein und kann die hier Beschriebene Problematik genau so auch bei meinem Raspbery Pi 3 B+ nachvollziehen.
Sobald ich den Adapter aktiviere, ist das System praktisch nicht mehr nutzbar. Aktualsierungsintervall ist bereits auf 20000 eingestellt, neue Objekte werden nicht gesucht.

crunchip

@medea und werden Geräte gefunden, wenn ja wieviele?
Aktuallisierungsintervall hat nichts damit zu tun

Medea

Ja, es wurden 11 Objekte gefunden.

Medea

@crunchip
Ich habe testweise, bei ansonsten gleicher Konfiguration, das interne Bluetooth deaktiviert und einen Dongle eingesteckt und damit habe ich die beschriebenen Probleme nicht mehr.

crunchip

@medea mit dem internen oder dem Stick?
Hast du eventuell auch noch den radar2 Adapter laufen?

Medea

@crunchip mit dem internen Bluetooth vom Raspberry habe ich die beschriebenen Probleme. Dann das interne Bluetooth deaktiviert und Bluetooth-Stick dran und der Adapter läuft ohne Probleme.
radar2 ist nicht installiert.

crunchip

@medea meine Frage bezog sich auf die 11 Geräte, die gefunden werden

AlCalzone

@medea sagte in Ble.0 Adapter bremst ganzen IObroker in 2 Min.:

mit dem internen Bluetooth vom Raspberry habe ich die beschriebenen Probleme. Dann das interne Bluetooth deaktiviert und Bluetooth-Stick dran und der Adapter läuft ohne Probleme.

Könnte ein Firmware-Thema der Bluetooth-Hardware sein. RPi4 hat auch diverse Probleme damit

Community Forum

NEWS

Ble.0 Adapter bremst ganzen IObroker in 2 Min.

Support us

973

32.6k

82.0k

1.3m