Ble.0 Adapter bremst ganzen IObroker in 2 Min.

DominikW

Moin Zusammen,

ich habe seit 2 Tage genau das gleiche Problem, sobald der ble adapter startet, ist mein System nicht mehr erreichbar.

Bin ich nicht eingeloggt über SSH so komme ich auch nicht mehr zur Passworteingabe mit "ssh pi@..."
Bin ich eingeloggt über SSH so wird es extrem langsam.

Die Adminoberfläche lädt sich nen Wolf bzw. zeigt nur die Infos vor dem Start des ble Adapters an (Info Tab und nicht vorher geladene Seiten der Admin Oberfläche bleiben leer). Ein erneutes Laden der Website führt zum endlosen Ladebalken in der Adresszeile.

Ich hatte dieses Problem schonmal vor einem halben Jahr:
Brandneue Installation Iobroker, Entfernung von Objects.json, löschen zigmaliges Neuinstallieren verschiedener Versionen von BLE, hatte nichts gebracht.
Nach verschiedenen Lösungsversuchen hatte damals irgendetwas funktioniert nur weiß ich nicht mehr was..

Bis zum sudo apt update und anschließenden upgrade (und anschließenden "iobroker fix") lief alles einwandfrei.
Ich war vorher etwas rückständig was js-controller anging und es war auch nicht die aktuellste node.js drauf. Jetzt ist alles aktuell, aber dafür bin ich wieder bei dem gleichen Punkt:
ble an - dann geht nix mehr.
ble aus - alles läuft toll.

RadarAdapter habe ich nicht installiert.
Ich nutze parallel Zigbee (was auch wundbar funktioniert).
Ich benutze das interne Bluetooth.

Ich habe bisher versucht:

(diverse Male) ble deinstallieren, neuinstallieren
iobroker rebuild ble
direkt über GitHub installieren
fixer laufen lassen
die Tips hier in diesem Beitrag

Was ich im Adapter noch ausprobiert habe:

die Abfrage habe ich auf 0, 6000, 30000, 60000 ms getestet. - keine Wirkung
neue Geräte hinzufügen auf false/true. - keine Wirkung
BT scan auf false/true. - keine Wirkung

Welche Optionen mir noch einfallen:

Ich habe mir jetzt einen BT USB Stick bestellt und vielleicht wird das Abhilfe bringen.
Als alternative (weil ich es nur für meine Mi-Flora benutze) die Geräte über einen externen ESP32 per MQTT einzubinden. (würde ich gerne vermeiden, da es ja mit den Bordmitteln bisher gut geklappt hat)

Eine (erneute) Neuinstallation sehe ich nicht als sinnvoll - das hatte damals auch keine Abhilfe gebracht und ich bezweifle dass es ein Hardwareproblem ist - es war ja vor einem halben Jahr exact die gleiche Symptomatik.

Vielleicht hat ja der ursprüngliche Ersteller bereits eine Lösung gefunden für das Problem? Oder jemand noch eine Idee das Problem anzugehen?

Zu meinem System:
Raspberry Pi 4 - 4GB
Node.js - 12.20.0
NPM - 6.14.8
JS-Controller - Installiert: 3.1.6

Vielen Dank für eure Hilfe.
Grüße!

Thomas Braun

@DominikW

AllowNewDevices auch auf false gesetzt?
Wie viele Objekte hast du in der Instanz mittlerweile angesammelt?

DominikW

@Thomas-Braun
AllowNewDevices auch auf false gesetzt?

Ja (das meinte ich eigentlich mit "neue Geräte false") das hatte leider auch keinen Unterschied gemacht, auch kein reboot danach, leider.

Es waren insgesamt 10 Devices wovon 4 unbekannt waren.
Als es noch lief waren es deutlich mehr, vor allem viel mehr unbekannte/unerkannte.

Thomas Braun

@DominikW Falsch eingestellt sind das leicht Zehntausende. Führt dann zum beobachteten Verhalten des Systems.
Die Objekte müssen dann von Hand gelöscht werden.

DominikW

@Thomas-Braun wie lösche ich die denn von Hand?
Ich habe wenn ich den Adapter neu installiere 10 Geräte unter Objekte stehen, die er findet.

Den Adapter im "node-modules" Ordner hatte ich auch von hand gelöscht gehabt.
Anschließend nochmal neu installiert.

Zudem lief es vorher reibungslos mit den weit mehr gefundenen Devices.

Thomas Braun

@DominikW
In den Objekten stehen die drin, wenn die auflaufen.

DominikW

@Thomas-Braun du meinst unter ble.0 richtig?
Da stehen wie gesagt nur 10 Stück - 5 miFlora, 1 Fernseher & 4 Unbekannte.

Wenn ich dich richtig verstehe sind die Geräte dann auch gelöscht, wenn ich den Adapter vollständig lösche (also die Instanz "ble.0" im iobroker entferne und den Ordner aus dem Modulordner lösche)?

Dann dürfte dies denke ich auch nicht das Problem sein oder sehe ich das falsch.
Ich kann es gerne nochmal installieren und einen Screenshot anfügen wenn dir das weiterhilft.

Thomas Braun

@DominikW Wie viele Objekte hast du denn in Gesamtsystem? Steht oben Rechts auf dem Reiter Objekte.

DominikW

@Thomas-Braun Objekte: 7056, Zustände: 5889

Thomas Braun

@DominikW Ja, das ist okay.

Thomas Braun

@DominikW
Was läuft denn da bei dir so genau?

free -h
who -r
sudo apt update
which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs

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

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

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

NEWS

Ble.0 Adapter bremst ganzen IObroker in 2 Min.

Support us

545
Online

31.9k
Users

80.3k
Topics

1.3m
Posts

NEWS

Ble.0 Adapter bremst ganzen IObroker in 2 Min.

Support us

545Online

31.9kUsers

80.3kTopics

1.3mPosts

545
Online

31.9k
Users

80.3k
Topics

1.3m
Posts