NEWS
Ble.0 Adapter bremst ganzen IObroker in 2 Min.
-
@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.@DominikW Wie viele Objekte hast du denn in Gesamtsystem? Steht oben Rechts auf dem Reiter Objekte.
-
@DominikW Wie viele Objekte hast du denn in Gesamtsystem? Steht oben Rechts auf dem Reiter Objekte.
@Thomas-Braun Objekte: 7056, Zustände: 5889
-
@Thomas-Braun Objekte: 7056, Zustände: 5889
@DominikW Ja, das ist okay.
-
@Thomas-Braun Objekte: 7056, Zustände: 5889
@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 Ja, das ist okay.
@Thomas-Braun habe den Adapter nun neu installiert.
Nach dem reboot sind es jetzt Objekte: 7199 und Zustände: 5969Hier 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 habe den Adapter nun neu installiert.
Nach dem reboot sind es jetzt Objekte: 7199 und Zustände: 5969Hier 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:~ $ -
-
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 99MiAktuell ist der BLE Adapter installiert aber ausgeschaltet (falls relevant). :blush:
@DominikW Dann mach den mal an und beobachte die Dinge.
-
@DominikW Dann mach den mal an und beobachte die Dinge.
-
@Thomas-Braun du meinst free -h?
@DominikW Auch.
Die anderen Dinge aber auch. Irgendwas muss da ja aus dem Ruder laufen. Kannst auch mal mithtopschauen was da passiert.
-
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.6Vielen Dank für eure Hilfe.
Grüße!@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 Auch.
Die anderen Dinge aber auch. Irgendwas muss da ja aus dem Ruder laufen. Kannst auch mal mithtopschauen was da passiert.
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 99MiIobroker 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 errortail -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 insteadUnd 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 PackagesDie 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 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.@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:
-
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/iobrokercurl -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 Bitte keine Screenshots von Text.
Als solcher bitte auch hier rein, in CodeTags. -
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
-
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
@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 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@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
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.
581
Online32.5k
Benutzer81.6k
Themen1.3m
Beiträge