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

[arnold]

es geht um

Ble .0 Adapter ist bei mir wunderbar gelaufen am Rpi3,aber nach dem Umzug auf Rpi4 jedoch nicht (gelb).
dann habe ich Fixer installiert
cd /opt/iobroker
curl -sL https://iobroker.net/fix.sh | bash -
und
sudo apt-get install bluetooth bluez libbluetooth-dev libudev-dev libcap2-bin
cd /opt/iobroker/node_modules/iobroker.ble
npm install
npm rebuild

und ab jetzt bricht das System zusammen nach 2 min . (im Putty eine Buchstabe eintippen 10 sek.)
Habe Ble.0 Adapter gelöscht ,auch über winSCP den Rest ,Adapter neu installiert und wieder das gleiche !!!
Adapter stoppen rettet alles
zu meinen System
Rpi 4mit 4 Gb RAM

alle Adapter im latest auf dem neusten Stand Admin 4.0.9 usw.

komme nicht weiter

[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 - 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!