Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[AlCalzone]

Das Intervall ist rein dafür wie oft der State aktualisiert wird - um eben zu verhindern, dass alle 100ms bei jedem BLE Advertisement was geschrieben wird. Das hat mit dem Datenempfang von den Geräten nix zu tun.

[Peter1980]

@haselchen
Also an den Themen liegt es nicht.

Also Node aktualisieren
Intervall hochsetzen
und Xiaomi durch xiaomi ersetzen

Passiert weiterhin.
Anbei das Log
ble.0 2137 2022-07-19 14:55:44.240 info stopping scan
ble.0 2137 2022-07-19 14:55:42.334 error The value of "offset" is out of range. It must be >= 0 and <= 5. Received 6
ble.0 2137 2022-07-19 14:29:16.661 info starting scan for services ["fe95"]
ble.0 2137 2022-07-19 14:29:14.545 info starting scanner process...

[Peter1980]

Wenn das Problem aufgetreten ist hilft oft auch ein Restart der Instanz nicht.
Er zeigt zwar im Log an

aber der BT Adapter bleibt aus.

Der Pi findet das Device aber wohl noch.
pi@RevPi:~ $ lsusb
Bus 001 Device 004: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
pi@RevPi:~ $ rfkill
ID TYPE DEVICE SOFT HARD
0 bluetooth hci0 unblocked unblocked
pi@RevPi:~ $

[haselchen]

@peter1980

Da steht powered off
Ausserdem hast du noch Version 0.12.0
Und du hast die Installationshinweise von der Github Seite nicht ausgeführt.

Als Beispiel

If the adapter starts but won't connect to your bluetooth hardware, please check the info.driverState state in ioBroker. If it is unauthorized, you need to give node additional permissions. For Linux, this is as simple as

sudo setcap cap_net_raw+eip $(eval readlink -f `which node`)

which requires libcap2-bin to be installed.

Und ist dein Gerät an HCI 0 , so wie du es in den Adaptereinstellungen eingegeben hast?

[Peter1980]

@haselchen
Hci0 passt.
0.13. konnte ich noch nicht updaten.
Muss erstmal schauen wie ich das smooth hinbekomme, solange die Version sich noch nicht in der Adapter Übersicht updaten lässt. Da ist noch die 0.12 im gut die 0.13

[AlCalzone]

@peter1980 Temporär aufs Beta-Repository wechseln, BLE 0.13 installieren, dann zurück auf Stable

[Thomas Braun]

@peter1980

Warum in Gottesnamen immer diese Fixierung auf git?
Damit tut man sich i.d.R. keinen Gefallen. Nimm die V 013.0 aus dem Beta-Zweig. Ich vermute aber, das dein Problem unabhängig von der Version des Adapters aus der Betriebssystemebene kommt.

ble
github:	0.13.0 for 19 days
latest:	0.13.0 for 84 days
stable:	0.12.0 for 20 months

[AlCalzone]

@thomas-braun Es könnte tatsächlich sein, dass 0.13.0 das behebt. Die bringt eine neuere Version von noble mit, die diesen Commit enthält:
https://github.com/abandonware/noble/commit/f9854e34c3e74d7fb58cd983f8d45604f4b0eca2

Fix out of range errors for malformed EIR data.

[Thomas Braun]

@alcalzone

Okay, aktuellere lib kann natürlich gut sein.

[haselchen]

@thomas-braun
@AlCalzone

Hatte ich vor 23 Stunden dem TE schon geraten ;)
(Mehrmals)

[Peter1980]

Also ich habe alles aktualisiert, inkl. v0.13. Jetzt bin ich noch am beobachten.
Aber es ist auf jeden Fall besser geworden.
Ob es wirklich stabil und fehlerfrei bleibt werde ich zurück melden.
Hatte am WE auch kaum Zeit dafür.

[Peter1980]

@alcalzone Wusste nicht das es die Funktion gibt. Jetzt hab ich Sie auch gefunden.
Hatte es aber schon mit dem GIT Repo link direkt aus dem Repo geupdatet.
Danke.

[Peter1980]

Weiterhin das gleiche Thema. Noch jemand ne gute Idee/Ratschlag?

[AlCalzone]

@peter1980 Hast du noch andere Bluetooth-Hardware zum Testen? z.B. Raspberry statt externem Dongle oder umgekehrt?

[Peter1980]

@alcalzone aktuell nicht. Kann einen anderen externen dongel besorgen. Ich hab als Hardware einen revpi ohne Bluetooth.