Ble.0 Adapter bremst ganzen IObroker in 2 Min.

arnold

nach starten von Ble.0 Adapter auf grün (habe immer 2 min. Zeit :) )
im Log

arnold

cd /opt/iobroker

node node_modules/iobroker.ble/build/main.js –debug

apollon77

Crasht dein system auch wenn du das BLE jetzt da gestartet hast? Falls ja machjetzt bitte ein zweites "Putty"/SSH Login parallel zu dem wo du das ausführst. Dort gibst Du ein "top" und enter. Dann siehst Du die CPU und RAM auslastung deines Systems. jetzt kannst du beobachten was passiert. Das "top" aktualisiert an sich alle 5 Sekunden oder so ...

arnold

Crasht das system konnte nicht über SSH drauf
cd /opt/iobroker
node node_modules/iobroker.ble/build/main.js --debug

SSH -Top

arnold

Hier noch mal Ble-0 Adapter am laufen (grün) nach 2 min (über browser komme nicht mehr drauf )

arnold

hallo.
Habe noch mal versucht Ble.0 Adapter zu starten .
Diesmal aber iobroker Komplet neu installiert , und auf den noch "nackten" Iobroker Ble. adapter installiert,( ist sofort auf grün geschaltet und bekommt Daten von xiaomi -Temperatur ) ABER dann bricht das System zusamen so nach ca 2-5 min .
Ble Adapter ausschalten und System läuft stabil.
bin ich der einzige mt dem Problem.

Peter.ble

Habe das gleiche problem, dass Iobroker nach dem Starten vom BLE Adapter nicht mehr reagiert.
Gibt es hierzu schon eine Loesung?
Danke

Peter.ble

Raspberrz 4 4G
Original Netzteil
NPM 6.14.5
JS Controller 3.1.6
BLE 0.11.6
Admin 4.1.1
node 12.18.2

Wenn der Adapter gestoppt ist lauft alles.

Peter.ble

hier der LOG Eintrag:

2020-07-22 11:15:10.291 - [34mdebug[39m: daswetter.0 (17557) hourly forecast done
2020-07-22 11:15:10.294 - [34mdebug[39m: daswetter.0 (17557) exit, all done
2020-07-22 11:15:10.295 - [32minfo[39m: daswetter.0 (17557) Terminated (NO_ERROR): Without reason
2020-07-22 11:15:10.817 - [32minfo[39m: host.raspberrypi instance system.adapter.daswetter.0 terminated with code 0 (NO_ERROR)
2020-07-22 11:16:24.134 - [32minfo[39m: fhem.0 (781) stateChange (out): fhem.0.info.Commands.sendFHEM | set fhem.0.alive on-for-timer 360 > set fhem.0.alive on-for-timer 360
2020-07-22 11:21:24.136 - [32minfo[39m: fhem.0 (781) stateChange (out): fhem.0.info.Commands.sendFHEM | set fhem.0.alive on-for-timer 360 > set fhem.0.alive on-for-timer 360
2020-07-22 11:26:24.137 - [32minfo[39m: fhem.0 (781) stateChange (out): fhem.0.info.Commands.sendFHEM | set fhem.0.alive on-for-timer 360 > set fhem.0.alive on-for-timer 360
2020-07-22 11:27:04.725 - [32minfo[39m: host.raspberrypi "system.adapter.ble.0" enabled
2020-07-22 11:27:04.776 - [32minfo[39m: host.raspberrypi instance system.adapter.ble.0 started with pid 18815
2020-07-22 11:27:06.846 - [32minfo[39m: ble.0 (18815) starting. Version 0.11.6 in /opt/iobroker/node_modules/iobroker.ble, node: v12.18.2, js-controller: 3.1.6
2020-07-22 11:27:06.934 - [32minfo[39m: ble.0 (18815) loaded plugins: Xiaomi, mi-flora, ruuvi-tag, _default
2020-07-22 11:27:06.935 - [32minfo[39m: ble.0 (18815) enabled plugins: Xiaomi, _default
2020-07-22 11:27:06.937 - [32minfo[39m: ble.0 (18815) monitored services: fe95
2020-07-22 11:27:07.263 - [32minfo[39m: ble.0 (18815) starting scan for services ["fe95"]
2020-07-22 11:27:20.508 - [33mwarn[39m: telegram.0 (1186) polling_error:EFATAL, EFATAL: Error: read ETIMEDOUT
2020-07-22 11:27:21.138 - [32minfo[39m: host.raspberrypi "system.adapter.ble.0" disabled
2020-07-22 11:27:21.140 - [32minfo[39m: host.raspberrypi stopInstance system.adapter.ble.0 (force=false, process=true)
2020-07-22 11:27:21.144 - [32minfo[39m: host.raspberrypi stopInstance system.adapter.ble.0 send kill signal
2020-07-22 11:27:21.145 - [32minfo[39m: ble.0 (18815) Got terminate signal TERMINATE_YOURSELF
2020-07-22 11:27:21.148 - [32minfo[39m: ble.0 (18815) stopping scan
2020-07-22 11:27:21.149 - [32minfo[39m: ble.0 (18815) terminating
2020-07-22 11:27:21.150 - [32minfo[39m: ble.0 (18815) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2020-07-22 11:27:21.682 - [32minfo[39m: host.raspberrypi instance system.adapter.ble.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2020-07-22 11:28:32.714 - [32minfo[39m: host.raspberrypi "system.adapter.ble.0" enabled
2020-07-22 11:28:32.767 - [32minfo[39m: host.raspberrypi instance system.adapter.ble.0 started with pid 18972
2020-07-22 11:28:34.375 - [32minfo[39m: ble.0 (18972) starting. Version 0.11.6 in /opt/iobroker/node_modules/iobroker.ble, node: v12.18.2, js-controller: 3.1.6
2020-07-22 11:28:34.460 - [32minfo[39m: ble.0 (18972) loaded plugins: Xiaomi, mi-flora, ruuvi-tag, _default
2020-07-22 11:28:34.461 - [32minfo[39m: ble.0 (18972) enabled plugins: Xiaomi, _default
2020-07-22 11:28:34.462 - [32minfo[39m: ble.0 (18972) monitored services: fe95
2020-07-22 11:28:34.667 - [32minfo[39m: ble.0 (18972) starting scan for services ["fe95"]
2020-07-22 11:28:49.308 - [33mwarn[39m: telegram.0 (1186) polling_error:EFATAL, EFATAL: Error: read ETIMEDOUT
2020-07-22 11:28:49.615 - [33mwarn[39m: telegram.0 (1186) polling_error:EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
2020-07-22 11:28:49.927 - [33mwarn[39m: telegram.0 (1186) polling_error:EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
2020-07-22 11:28:50.236 - [33mwarn[39m: telegram.0 (1186) polling_error:EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
2020-07-22 11:28:50.543 - [33mwarn[39m: telegram.0 (1186) polling_error:EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
2020-07-22 11:28:50.850 - [33mwarn[39m: telegram.0 (1186) polling_error:EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
2020-07-22 11:28:51.142 - [31merror[39m: mihome-vacuum.0 (893) Cannot send command: Error: send ENETUNREACH 192.168.0.120:54321
2020-07-22 11:28:51.158 - [33mwarn[39m: telegram.0 (1186) polling_error:EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org

apollon77

Laos wenn ich das log so sehe sieht es für mich so aus als ob dein Netzerk zusammenrbicht ... Frage: Wie stark ist das Netzteil? BLE "On board" oder über extra USB Stick?

Peter.ble

Bluetooth und wlan on board. Original Raspberry 4 netzteil mit5,1V 3A laut Aufdruck

JohGre

Hatte mit dem radar-Adapter mal ein ähnliches Problem. Da war arp-scan schuld. Weiß jetzt allerdings nicht ob der BLE-Adapter arp-scan nutzt. Hab damals den arp-scan deinstalliert und siehe da kein Problem mehr.

Peter.ble

Mit meinem oppo netzteil mit 5V 4A funktioniert es auch nicht. Also ich denke Netzteil kann man ausschließen

AlCalzone

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

Weiß jetzt allerdings nicht ob der BLE-Adapter arp-scan nutzt.

Tut er nicht. Aus dem obigen Log werde ich aber auch nicht schlau. Sieht seitens des Adapters alles unauffällig aus.

apollon77

Man sieht im Log halt nur das das Netzwerk weg ist plötzlich ... als wenn der ble on board da blöd intragiert.

/var/log/syslog irgendwas oder "dmesg"?

Mal einen BLE USB Stick an nem aktiven switch versucht?

Würde gern "Hardware-Themen" ausschliessen

Peter.ble

Habe keinen stick . Aber bei einem 2. Raspberry 4 4gb ist das gleiche

apollon77

@Peter-ble

/var/log/syslog irgendwas oder "dmesg"?

??

Thomas Braun

@arnold Bei mir läuft eine ganz ähnliche Konstellation ganz unauffällig.

Peter.ble

Danke für eure Hilfe. Hier das /var/log/syslog. Dmesg kann nicht nicht machen, da der ganze Raspberry nicht mehr erreichbar ist und nur ab Start gespeichert wird.
Wenn ich falsch liege bitte schreiben wie ich vorgehen soll.
Ab ca 8:15 Uhr habe ich den BLE Adapter gestartet. Das System lief vorher ohne Fehler.
Ca 8:17 Uhr war der IObroker nicht mehr erreichbar.
Habe dann den Raspberry neu gestaretet.

Jul 23 08:14:15 raspberrypi bash[587]: cat: /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq: Keine Berechtigung
Jul 23 08:14:16 raspberrypi kernel: [43100.943995] device wlan0 left promiscuous mode
Jul 23 08:14:40 raspberrypi kernel: [43125.013973] device wlan0 entered promiscuous mode
Jul 23 08:14:45 raspberrypi kernel: [43130.901301] device wlan0 left promiscuous mode
Jul 23 08:15:10 raspberrypi kernel: [43155.134453] device wlan0 entered promiscuous mode
Jul 23 08:15:15 raspberrypi bash[587]: cat: /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq: Keine Berechtigung
Jul 23 08:15:16 raspberrypi kernel: [43161.018161] device wlan0 left promiscuous mode
Jul 23 08:15:40 raspberrypi kernel: [43185.114958] device wlan0 entered promiscuous mode
Jul 23 08:15:46 raspberrypi kernel: [43191.094761] device wlan0 left promiscuous mode
Jul 23 08:16:03 raspberrypi rngd[398]: stats: bits received from HRNG source: 420064
Jul 23 08:16:03 raspberrypi rngd[398]: stats: bits sent to kernel pool: 363584
Jul 23 08:16:03 raspberrypi rngd[398]: stats: entropy added to kernel pool: 363584
Jul 23 08:16:03 raspberrypi rngd[398]: stats: FIPS 140-2 successes: 21
Jul 23 08:16:03 raspberrypi rngd[398]: stats: FIPS 140-2 failures: 0
Jul 23 08:16:03 raspberrypi rngd[398]: stats: FIPS 140-2(2001-10-10) Monobit: 0
Jul 23 08:16:03 raspberrypi rngd[398]: stats: FIPS 140-2(2001-10-10) Poker: 0
Jul 23 08:16:03 raspberrypi rngd[398]: stats: FIPS 140-2(2001-10-10) Runs: 0
Jul 23 08:16:03 raspberrypi rngd[398]: stats: FIPS 140-2(2001-10-10) Long run: 0
Jul 23 08:16:03 raspberrypi rngd[398]: stats: FIPS 140-2(2001-10-10) Continuous run: 0
Jul 23 08:16:03 raspberrypi rngd[398]: stats: HRNG source speed: (min=258.493; avg=472.699; max=514.657)Kibits/s
Jul 23 08:16:03 raspberrypi rngd[398]: stats: FIPS tests speed: (min=11.333; avg=14.298; max=31.268)Mibits/s
Jul 23 08:16:03 raspberrypi rngd[398]: stats: Lowest ready-buffers level: 2
Jul 23 08:16:03 raspberrypi rngd[398]: stats: Entropy starvations: 0
Jul 23 08:16:03 raspberrypi rngd[398]: stats: Time spent starving for entropy: (min=0; avg=0.000; max=0)us
Jul 23 08:16:10 raspberrypi kernel: [43214.965496] device wlan0 entered promiscuous mode
Jul 23 08:16:15 raspberrypi bash[587]: cat: /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq: Keine Berechtigung
Jul 23 08:16:16 raspberrypi kernel: [43220.962913] device wlan0 left promiscuous mode
Jul 23 08:16:19 raspberrypi bash[587]: ================================== > LOG REDIRECT system.adapter.admin.0 => false [system.adapter.admin.0.logging]
Jul 23 08:16:40 raspberrypi kernel: [43244.956144] device wlan0 entered promiscuous mode
Jul 23 08:16:46 raspberrypi kernel: [43250.948836] device wlan0 left promiscuous mode
Jul 23 08:17:01 raspberrypi CRON[14625]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jul 23 08:17:10 raspberrypi kernel: [43274.956590] device wlan0 entered promiscuous mode
Jul 23 08:17:15 raspberrypi bash[587]: cat: /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq: Keine Berechtigung
Jul 23 08:17:15 raspberrypi kernel: [43280.925821] device wlan0 left promiscuous mode
Jul 23 08:17:40 raspberrypi kernel: [43305.077096] device wlan0 entered promiscuous mode
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@Jul 23 08:17:04 raspberrypi fake-hwclock[116]: Do 23. Jul 06:17:01 UTC 2020
Jul 23 08:17:04 raspberrypi systemd-fsck[133]: e2fsck 1.44.5 (15-Dec-2018)
Jul 23 08:17:04 raspberrypi systemd-fsck[133]: rootfs: clean, 242512/941616 files, 1446295/3830528 blocks
Jul 23 08:17:04 raspberrypi systemd[1]: Started File System Check on Root Device.
Jul 23 08:17:04 raspberrypi systemd[1]: Starting Remount Root and Kernel File Systems...
Jul 23 08:17:04 raspberrypi systemd[1]: Started udev Coldplug all Devices.
Jul 23 08:17:04 raspberrypi systemd[1]: Starting Helper to synchronize boot up for ifupdown...

MOD-Edit: Code in code-tags gesetzt!

Peter.ble

Habe gerade bemerkt, dass ohne den Radar2 Adapter das System mit laufenden BLE Adapter funktioniert. Benutze Radar2 Adapterversion 1.2.5

Folgende Einstellungen werden verwendet:

Verzögerung in Sekunden zwischen Abfragen (>=15): 
30
Wie lange (in Minuten) sollte ein Gerät nicht erkannt wird, bevor es markiert als Weg' (>=1): 
2
bei Linux: nummer des Bluetooth-Adapters (0 = hci0): 
0

arp-scan Kommandozeile, muss aber geändert werden falls das 1. Netwerkinterface nicht default ist. 
-lgq --retry=5 --timeout=400
Verzögerung in Minuten zwischen den externen Netwerkabfragen (wenn 0 dann ausgeschaltet): 
60
Verzögerung in Minuten zwischen Druckerfüllstand-Abfrage (>=100): 
720
Verzögerung in Minuten zwischen UWZ-Abfragen 0=UWZ ausgeschaltet: 
120
IP-Adressen die bekannt sind und keine 'unknown'-Einträge generieren sollen, mit ',' separiert: 
1.1.1.1
BT-Adressen die bekannt sind und keine 'unknown'-Einträge generieren sollen, mit ',' separiert: 
01:12:23:34:45:56
Maximum Meldungen in UWZ 0=alle Meldungen zusammen: 
0
Benutze langen Warnungstext mit genauer Beschreibung: 
false
Liste der konfigurierten Objekte:Bitte Konfiguration speichern!

MOD-Edit: Code in code-tags gesetzt!

Vielen Dank

Community Forum

NEWS

Ble.0 Adapter bremst ganzen IObroker in 2 Min.

Support us

753

32.5k

81.6k

1.3m