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

[haselchen]

@tenor-0

Spasseshalber den Haken bei "Neue Geräte ....." setzen?!

[Tenor 0]

@haselchen
Habe ich natürlich schon gemacht ;)
Deswegen hatte ich auch den Screenshot in meinem ersten Post gewählt, da sieht man das der auf True steht.

Habe gerade noch einen Fabrikneuen Xiaomi Sensor aus der Verpackung geholt und direkt neben den Server gestellt.
Es passiert einfach nichts...

[haselchen]

@tenor-0

Ja, BLE ist schon speziell.

Gibt noch den Radar2 Adapter.
Den würde ich an erster Stelle ausprobieren.

Und dann kannste auch noch per ESPHome BLE Geräte auslesen.
Das hatte ich mal gemacht, weil Raspi Bluetooth und ESPHome sich in die Quere kamen.
Da hatte ich dann nur ESPHome benutzt.

https://esphome.io/components/esp32_ble_tracker.html

Jetzt bin ich auf Radar2 weil das stabiler läuft und 100% bei mir funktioniert.
Reichweite zum Gerät knapp 10m (Gigaset Beacon).

[Tenor 0]

@haselchen
habe den eben gerade installiert, aber der hängt sofort im Restart loop

radar initialization finished with error TypeError: Cannot read properties of null (reading 'push')at main (/opt/iobroker/node_modules/iobroker.radar2/radar2.js:782:21)at async IobAdapter.onReady (/opt/iobroker/node_modules/iobroker.radar2/fjadapter-core.js:212:3), will stop adapter!

Aber da mache ich erst morgen Abend weiter!
Danke dir!

[Homoran]

@tenor-0 sagte in BLE funktioniert nicht:

@homoran
hm,
Wi-Fi-6E-Modul von Mediatek laut Notebookcheck

und das kann BLE?

hast du alle notwendigen Hilfsprogramme installiert?

[Tenor 0]

@homoran said in BLE funktioniert nicht:

Wi-Fi-6

Nachdem alles grün ist, vermutlich nicht.
Da es aber ein neuerer Chip zu seien scheint, habe ich es wohl nur angenommen.

Morgen kommt ein neuer Adapter, mal sehen.
Bis dahin probiere ich noch ein bißchen mit dem Radar2 Adapter.

[Tenor 0]

Der neue Adapter lief direkt nachdem ich den alten deaktiviert habe.
Somit hat der alte onboard vermutlich ein Macke.

Ich habe mit mit hciconfig hci0 down deaktiviert.

Das Problem ist aber das der nicht reboot sicher unten bleibt.
Wie kann ich den dauerhaft deaktivieren?

[Thomas Braun]

@tenor-0 sagte in BLE funktioniert nicht:

Wie kann ich den dauerhaft deaktivieren?

Mit rfkill sollte das gehen.

[Tenor 0]

@thomas-braun
Danke das hat funktioniert!

matthias@server:~$ rfkill list
0: hci0: Bluetooth
        Soft blocked: yes
        Hard blocked: no
1: hci1: Bluetooth
        Soft blocked: no
        Hard blocked: no
2: phy0: Wireless LAN
        Soft blocked: no
        Hard blocked: no
matthias@server:~$ hciconfig -a
hci1:   Type: Primary  Bus: USB
        BD Address: 8C:88:4B:05:62:63  ACL MTU: 1021:6  SCO MTU: 255:12
        UP RUNNING
        RX bytes:2370 acl:0 sco:0 events:221 errors:0
        TX bytes:33606 acl:0 sco:0 commands:223 errors:0
        Features: 0xff 0xff 0xff 0xfe 0xdb 0xfd 0x7b 0x87
        Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
        Link policy: RSWITCH HOLD SNIFF PARK
        Link mode: PERIPHERAL ACCEPT
        Name: 'RTK_BT_5.0'
        Class: 0x000000
        Service Classes: Unspecified
        Device Class: Miscellaneous,
        HCI Version: 5.1 (0xa)  Revision: 0xdfc6
        LMP Version: 5.1 (0xa)  Subversion: 0xd922
        Manufacturer: Realtek Semiconductor Corporation (93)

hci0:   Type: Primary  Bus: USB
        BD Address: 38:D5:7A:22:B7:20  ACL MTU: 1021:6  SCO MTU: 240:8
        DOWN
        RX bytes:771 acl:0 sco:0 events:51 errors:0
        TX bytes:580 acl:0 sco:0 commands:51 errors:0
        Features: 0xbf 0x3e 0x8d 0xfe 0xdb 0xff 0x7b 0x87
        Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
        Link policy: RSWITCH SNIFF
        Link mode: PERIPHERAL ACCEPT

Leider funktioniert der Adapter nur wenn ich hci1 separat down und wieder ab nehme..
Wie bekomme ich das automatisiert hin?

[Tenor 0]

Ich habe ne gute Anleitung gefunden um hci0 komplett zu deaktivieren. link text

Leider hilft das bei dem Adapter auch nicht weiter. Nach dem Reboot muss ich den stick down und wieder up nehmen... Ist schon nervig