Ble.0 Adapter bremst ganzen IObroker in 2 Min.

DominikW

@Thomas-Braun habe den Adapter nun neu installiert.
Nach dem reboot sind es jetzt Objekte: 7199 und Zustände: 5969

Hier der Output:

pi@piserviant:~ $ who -r
         Runlevel 3   2021-01-03 21:53
pi@piserviant:~ $ sudo apt update
Holen:1 http://raspbian.raspberrypi.org/raspbian buster InRelease [15,0 kB]
OK:2 http://archive.raspberrypi.org/debian buster InRelease                    
OK:3 https://deb.nodesource.com/node_12.x buster InRelease                     
Es wurden 15,0 kB in 4 s geholt (3.710 B/s).
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Alle Pakete sind aktuell.
pi@piserviant:~ $ which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs
/usr/bin/nodejs
v12.20.0
/usr/bin/node
v12.20.0
/usr/bin/npm
6.14.8
nodejs:
  Installiert:           12.20.0-1nodesource1
  Installationskandidat: 12.20.0-1nodesource1
  Versionstabelle:
 *** 12.20.0-1nodesource1 500
        500 https://deb.nodesource.com/node_12.x buster/main armhf Packages
        100 /var/lib/dpkg/status
     10.21.0~dfsg-1~deb10u1+rpi1 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
pi@piserviant:~ $

Thomas Braun

@DominikW Alles in Ordnung.

free -h

liefert?

DominikW

@Thomas-Braun

pi@piserviant:~ $ free -h
              total        used        free      shared  buff/cache   available
Mem:          3,7Gi       1,2Gi       2,0Gi       8,0Mi       490Mi       2,7Gi
Swap:          99Mi          0B        99Mi

Aktuell ist der BLE Adapter installiert aber ausgeschaltet (falls relevant). :blush:

Thomas Braun

@DominikW Dann mach den mal an und beobachte die Dinge.

DominikW

@Thomas-Braun du meinst free -h?

Thomas Braun

@DominikW Auch.
Die anderen Dinge aber auch. Irgendwas muss da ja aus dem Ruder laufen. Kannst auch mal mit

htop

schauen was da passiert.

AlCalzone

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

die Abfrage habe ich auf 0, 6000, 30000, 60000 ms getestet. - keine Wirkung

Trägt hierzu zwar nicht bei, aber das ist ein Missverständnis. Die Option gibt lediglich an, wie oft die rssi-Zustände aktualisiert werden dürfen. BLE-Geräte senden üblicherweise alle paar hundert ms neue Daten, die auch ausgewertet werden.

DominikW

@Thomas-Braun

free -h (BLE läuft):

              total        used        free      shared  buff/cache   available
Mem:          3,7Gi       1,3Gi       1,9Gi       8,0Mi       494Mi       2,7Gi
Swap:          99Mi          0B        99Mi

Iobroker Log nach start von BLE wirft zudem regelmäßig dies aus:

cloud.0	2021-01-03 22:22:09.808	error	(888) Error while connecting to cloud: Error: websocket error

tail -f /var/log/messages (ohne BLE):

pi@piserviant:~ $ tail -f /var/log/messages
Jan  3 22:17:13 piserviant kernel: [   18.987581] Bluetooth: L2CAP socket layer initialized
Jan  3 22:17:13 piserviant kernel: [   18.987609] Bluetooth: SCO socket layer initialized
Jan  3 22:17:13 piserviant kernel: [   18.996374] Bluetooth: HCI UART driver ver 2.3
Jan  3 22:17:13 piserviant kernel: [   18.996391] Bluetooth: HCI UART protocol H4 registered
Jan  3 22:17:13 piserviant kernel: [   18.996462] Bluetooth: HCI UART protocol Three-wire (H5) registered
Jan  3 22:17:13 piserviant kernel: [   18.996729] Bluetooth: HCI UART protocol Broadcom registered
Jan  3 22:17:14 piserviant kernel: [   19.286553] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
Jan  3 22:17:14 piserviant kernel: [   19.286560] Bluetooth: BNEP filters: protocol multicast
Jan  3 22:17:14 piserviant kernel: [   19.286575] Bluetooth: BNEP socket layer initialized
Jan  3 22:17:15 piserviant kernel: [   20.122520] ICMPv6: process `dhcpcd' is using deprecated sysctl (syscall) net.ipv6.neigh.wlan0.retrans_time - use net.ipv6.neigh.wlan0.retrans_time_ms instead

(mit BLE):

pi@piserviant:~ $ tail -f /var/log/messages
Jan  3 22:17:13 piserviant kernel: [   18.987581] Bluetooth: L2CAP socket layer initialized
Jan  3 22:17:13 piserviant kernel: [   18.987609] Bluetooth: SCO socket layer initialized
Jan  3 22:17:13 piserviant kernel: [   18.996374] Bluetooth: HCI UART driver ver 2.3
Jan  3 22:17:13 piserviant kernel: [   18.996391] Bluetooth: HCI UART protocol H4 registered
Jan  3 22:17:13 piserviant kernel: [   18.996462] Bluetooth: HCI UART protocol Three-wire (H5) registered
Jan  3 22:17:13 piserviant kernel: [   18.996729] Bluetooth: HCI UART protocol Broadcom registered
Jan  3 22:17:14 piserviant kernel: [   19.286553] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
Jan  3 22:17:14 piserviant kernel: [   19.286560] Bluetooth: BNEP filters: protocol multicast
Jan  3 22:17:14 piserviant kernel: [   19.286575] Bluetooth: BNEP socket layer initialized
Jan  3 22:17:15 piserviant kernel: [   20.122520] ICMPv6: process `dhcpcd' is using deprecated sysctl (syscall) net.ipv6.neigh.wlan0.retrans_time - use net.ipv6.neigh.wlan0.retrans_time_ms instead

Und hier noch (mit BLE):

pi@piserviant:~ $ who -r
         Runlevel 3   2021-01-03 22:17
pi@piserviant:~ $ sudo apt update
OK:1 http://archive.raspberrypi.org/debian buster InRelease                                                                                                                        
OK:2 http://raspbian.raspberrypi.org/raspbian buster InRelease                                      
Ign:3 https://deb.nodesource.com/node_12.x buster InRelease                 
Fehl:4 https://deb.nodesource.com/node_12.x buster Release     
  Could not wait for server fd - select (11: Die Ressource ist zur Zeit nicht verfügbar) [IP: 23.55.110.75 443]
Paketlisten werden gelesen... Fertig                
E: Das Depot »https://deb.nodesource.com/node_12.x buster Release« enthält keine Release-Datei mehr.
N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art durchgeführt werden, daher ist es standardmäßig deaktiviert.
N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfiguration finden Sie in der Handbuchseite apt-secure(8).
pi@piserviant:~ $ which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs
/usr/bin/nodejs
v12.20.0
/usr/bin/node
v12.20.0
/usr/bin/npm
6.14.8
nodejs:
  Installiert:           12.20.0-1nodesource1
  Installationskandidat: 12.20.0-1nodesource1
  Versionstabelle:
 *** 12.20.0-1nodesource1 500
        500 https://deb.nodesource.com/node_12.x buster/main armhf Packages
        100 /var/lib/dpkg/status
     10.21.0~dfsg-1~deb10u1+rpi1 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages

Die Ausgabe von "htop" bekomme ich leider nicht als Text kopiert..
hier vor BLE:

und hier mit BLE:

noch etwas was ich machen kann?
Danke für deine Geduld :blush:

DominikW

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

BLE-Geräte senden üblicherweise alle paar hundert ms neue Daten, die auch ausgewertet werden.

Danke für die Info :blush:

arnold

da sende ich auch meine daten ,
seit mai habe ich den Adapter gestoppte ,jetzt beim start wahr er gelb !

dann habe ich

iobroker stop
cd /opt/iobroker

curl -sL https://iobroker.net/fix.sh | bash -

Adapter ist jetzt grün und nach ca 2 min kein Zugriff auf ssh

free -h Ble.0 ausgeschaltet

und ble auf grün

arnold

Ble.0 ausgeschaltet

und Ble.0 eingeschaltet

kann ich nichts besonderes finden

Thomas Braun

@arnold Bitte keine Screenshots von Text.
Als solcher bitte auch hier rein, in CodeTags.

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:

Community Forum

NEWS

Ble.0 Adapter bremst ganzen IObroker in 2 Min.

Support us

512

32.6k

81.9k

1.3m