UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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 - debug: daswetter.0 (17557) hourly forecast done
2020-07-22 11:15:10.294 - debug: daswetter.0 (17557) exit, all done
2020-07-22 11:15:10.295 - info: daswetter.0 (17557) Terminated (NO_ERROR): Without reason
2020-07-22 11:15:10.817 - info: host.raspberrypi instance system.adapter.daswetter.0 terminated with code 0 (NO_ERROR)
2020-07-22 11:16:24.134 - info: 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 - info: 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 - info: 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 - info: host.raspberrypi "system.adapter.ble.0" enabled
2020-07-22 11:27:04.776 - info: host.raspberrypi instance system.adapter.ble.0 started with pid 18815
2020-07-22 11:27:06.846 - info: 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 - info: ble.0 (18815) loaded plugins: Xiaomi, mi-flora, ruuvi-tag, _default
2020-07-22 11:27:06.935 - info: ble.0 (18815) enabled plugins: Xiaomi, _default
2020-07-22 11:27:06.937 - info: ble.0 (18815) monitored services: fe95
2020-07-22 11:27:07.263 - info: ble.0 (18815) starting scan for services ["fe95"]
2020-07-22 11:27:20.508 - warn: telegram.0 (1186) polling_error:EFATAL, EFATAL: Error: read ETIMEDOUT
2020-07-22 11:27:21.138 - info: host.raspberrypi "system.adapter.ble.0" disabled
2020-07-22 11:27:21.140 - info: host.raspberrypi stopInstance system.adapter.ble.0 (force=false, process=true)
2020-07-22 11:27:21.144 - info: host.raspberrypi stopInstance system.adapter.ble.0 send kill signal
2020-07-22 11:27:21.145 - info: ble.0 (18815) Got terminate signal TERMINATE_YOURSELF
2020-07-22 11:27:21.148 - info: ble.0 (18815) stopping scan
2020-07-22 11:27:21.149 - info: ble.0 (18815) terminating
2020-07-22 11:27:21.150 - info: ble.0 (18815) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2020-07-22 11:27:21.682 - info: host.raspberrypi instance system.adapter.ble.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2020-07-22 11:28:32.714 - info: host.raspberrypi "system.adapter.ble.0" enabled
2020-07-22 11:28:32.767 - info: host.raspberrypi instance system.adapter.ble.0 started with pid 18972
2020-07-22 11:28:34.375 - info: 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 - info: ble.0 (18972) loaded plugins: Xiaomi, mi-flora, ruuvi-tag, _default
2020-07-22 11:28:34.461 - info: ble.0 (18972) enabled plugins: Xiaomi, _default
2020-07-22 11:28:34.462 - info: ble.0 (18972) monitored services: fe95
2020-07-22 11:28:34.667 - info: ble.0 (18972) starting scan for services ["fe95"]
2020-07-22 11:28:49.308 - warn: telegram.0 (1186) polling_error:EFATAL, EFATAL: Error: read ETIMEDOUT
2020-07-22 11:28:49.615 - warn: telegram.0 (1186) polling_error:EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
2020-07-22 11:28:49.927 - warn: telegram.0 (1186) polling_error:EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
2020-07-22 11:28:50.236 - warn: telegram.0 (1186) polling_error:EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
2020-07-22 11:28:50.543 - warn: telegram.0 (1186) polling_error:EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
2020-07-22 11:28:50.850 - warn: telegram.0 (1186) polling_error:EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
2020-07-22 11:28:51.142 - error: mihome-vacuum.0 (893) Cannot send command: Error: send ENETUNREACH 192.168.0.120:54321
2020-07-22 11:28:51.158 - warn: 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

[apollon77]

@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

[JohGre]

@Peter-ble sagte in Ble.0 Adapter bremst ganzen IObroker in 2 Min.:

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

Wie schon geschrieben, bei mir war arp-scan beim radar2 Adapter schuld. Eine deinstallation half hier nachhaltig.

[AlCalzone]

@Peter-ble sagte in Ble.0 Adapter bremst ganzen IObroker in 2 Min.:

dass ohne den Radar2 Adapter das System mit laufenden BLE Adapter funktioniert

Du hast beide gleichzeitig laufen? Wenn beide auf die Bluetooth-Schnittstelle zugreifen, kann das Probleme machen.