Ble.0 Adapter bremst ganzen IObroker in 2 Min.
-
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 ...
-
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. -
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 -
Hatte mit dem radar-Adapter mal ein ähnliches Problem. Da war
arp-scanschuld. Weiß jetzt allerdings nicht ob der BLE-Adapterarp-scannutzt. Hab damals denarp-scandeinstalliert und siehe da kein Problem mehr. -
Hatte mit dem radar-Adapter mal ein ähnliches Problem. Da war
arp-scanschuld. Weiß jetzt allerdings nicht ob der BLE-Adapterarp-scannutzt. Hab damals denarp-scandeinstalliert und siehe da kein Problem mehr.@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.
-
-
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.@arnold Bei mir läuft eine ganz ähnliche Konstellation ganz unauffällig.
-
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!
-
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
-
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 Hey, Also diese "komischen Müll Zeichen" im Syslog bedeuten an sich das dein System gerade gecrasht ist - oder zumindestens ein Teil davon. Das würde auch den Sprung in der uhrzeit erklären weil fake-hwclock die Uhrzeit wieder neu setzt ... und auch der fs check weisst darauf hin.
Es siehrt aber so aus als ob er nicht komplett rebootet sondern nur ein teil...
Also kurz: Irgendetwas mag deine Hardware nicht an der Konstellation ... da kann fürchte ich der Adapter nix für
324
Online32.7k
Users82.6k
Topics1.3m
Posts