Bluetooth Adapter stellt betrieb nach ein paar Minuten ein

[Thomas Braun]

@peter1980

Bitte vollständige Ein- und Ausgaben in CodeTags sezten.

[Peter1980]

@haselchen said in Bluetooth Adapter stellt betrieb nach ein paar Minuten ein:

Wie sieht deine Einstellungsseite vom BLE Adapter aus?

Sorry, bin wirklich ein Noob hier.
Wie kann ich meine Einstellungsseite vom BLE Adapter ermitteln?
Oder meinst du das hier?

AlCalzone habe ich im GITHUB auch schon gefragt.
ioBroker.ble

Er hat auf ein anderes Thema referenziert.
noble
Das geht aber aktuell zu tief für mich.

Wenn mir jemand sagt wie ich zur Lösung beitragen kann, mache ich dass.
Und freue mich wenn alles mal stabil funktioniert.

[Thomas Braun]

@peter1980

Update-Intervall 0 ist 'aus'.
Da also was anderes einsetzen. 60000 z.B.

Und nodeJS ist trotzdem auf die Empehlung (v16) zu bringen.

[haselchen]

@peter1980

Erstens der Intervall und dann weiß ich nicht ob Gross-und Kleinschreibung wichtig ist.
Auf Github wird xiaomi bei den aktiven Plugins kleingeschrieben.
Das kannst du zusätzlich noch machen.

Also Node aktualisieren
Intervall hochsetzen
und Xiaomi durch xiaomi ersetzen

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

0 sandoval committed to abandonware/noble

Fix out of range errors for malformed EIR data.

We've sometimes encountered in the wild devices that have malformed
EIR data structures.

For example, we've found the device 1c:52:16:b8:6a:f2 that
provided the `eir` buffer with data:
`[30,3,18,162,77,46,254,20,72,142,147,210,23,60,253,2,48,128,74,92,243,232,188,150,82,60,64,0,0,0,0]`.
This caused an out of bounds error on line 146, when
calling function `bytes.readUInt16LE(j)`
with `j = 28` which fails, since we're trying to read two bytes
starting from position 28 when `bytes` has only 29 elements.

The proposed solution respects the bounds of the `bytes` buffer when
reading from its positions directly.

While running scan on one device using noble, use another bluetooth-enabled linux device
to run a service with malformed EIR data by executing these commands:

```
sudo hciconfig hci0 up
sudo hciconfig hci0 leadv 3
sudo hcitool -i hci0 cmd 0x08 0x0008 05 04 03 02 01 00
```

Co-authored-by: Filipe Carvalhedo <filipecarvalhedo@hotmail.com>
Co-authored-by: Pedro Santana <pedrohenrique@loopkey.com.br>

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