(gelöst)BLE-Adapter

ostseereiter

nun neu installiert nun ist er ja schon mal gelb

	2022-03-09 18:24:26.455	error	ENODEV, No such device

ble.0
2022-03-09 18:24:25.527	info	starting scanner process...

ble.0
2022-03-09 18:24:25.524	info	monitored services: fe95

ble.0
2022-03-09 18:24:25.521	info	enabled plugins: Xiaomi, mi-flora, _default

ble.0
2022-03-09 18:24:25.519	info	loaded plugins: Xiaomi, mi-flora, ruuvi-tag, _default

ble.0
2022-03-09 18:24:25.332	info	starting. Version 0.12.0 in /opt/iobroker/node_modules/iobroker.ble, node: v14.19.0, js-controller: 4.0.19

ble.0
2022-03-09 18:24:23.559	debug	States connected to redis: 127.0.0.1:9000

ble.0
2022-03-09 18:24:23.436	debug	States create User PubSub Client

ble.0
2022-03-09 18:24:23.432	debug	States create System PubSub Client

ble.0
2022-03-09 18:24:23.354	debug	Redis States: Use Redis connection: 127.0.0.1:9000

ble.0
2022-03-09 18:24:23.226	debug	Objects connected to redis: 127.0.0.1:9001

ble.0
2022-03-09 18:24:23.190	debug	Objects client initialize lua scripts

ble.0
2022-03-09 18:24:22.916	debug	Objects create User PubSub Client

ble.0
2022-03-09 18:24:22.914	debug	Objects create System PubSub Client

ble.0
2022-03-09 18:24:22.911	debug	Objects client ready ... initialize now

ble.0
2022-03-09 18:24:22.778	debug	Redis Objects: Use Redis connection: 127.0.0.1:9001

ble.0
2022-03-09 18:24:16.856	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

ble.0
2022-03-09 18:24:16.854	info	terminating

ble.0
2022-03-09 18:24:16.851	info	Got terminate signal TERMINATE_YOURSELF

ble.0
2022-03-09 18:23:52.187	error	ENODEV, No such device

ble.0
2022-03-09 18:23:51.283	info	starting scanner process...

ble.0
2022-03-09 18:23:51.279	info	monitored services: fe95

ble.0
2022-03-09 18:23:51.274	info	enabled plugins: Xiaomi, mi-flora, _default

ble.0
2022-03-09 18:23:51.273	info	loaded plugins: Xiaomi, mi-flora, ruuvi-tag, _default

ble.0
2022-03-09 18:23:51.075	info	starting. Version 0.12.0 in /opt/iobroker/node_modules/iobroker.ble, node: v14.19.0, js-controller: 4.0.19

ble.0
2022-03-09 18:23:42.411	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

ble.0
2022-03-09 18:23:42.409	info	terminating

ble.0
2022-03-09 18:23:42.407	info	Got terminate signal TERMINATE_YOURSELF

ble.0
2022-03-09 18:22:07.322	error	ENODEV, No such device

ble.0
2022-03-09 18:22:06.419	info	starting scanner process...

ble.0
2022-03-09 18:22:06.407	info	monitored services: fe95

ble.0
2022-03-09 18:22:06.403	info	enabled plugins: Xiaomi, mi-flora, _default

ble.0
2022-03-09 18:22:06.399	info	loaded plugins: Xiaomi, mi-flora, ruuvi-tag, _default

ble.0
2022-03-09 18:22:06.187	info	starting. Version 0.12.0 in /opt/iobroker/node_modules/iobroker.ble, node: v14.19.0, js-controller: 4.0.19

ble.0
2022-03-09 18:21:56.769	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

ble.0
2022-03-09 18:21:56.767	info	terminating

ble.0
2022-03-09 18:21:56.765	info	Got terminate signal TERMINATE_YOURSELF

ble.0
2022-03-09 18:21:42.115	error	ENODEV, No such device

ble.0
2022-03-09 18:21:41.274	info	starting scanner process...

ble.0
2022-03-09 18:21:41.271	info	monitored services:

ble.0
2022-03-09 18:21:41.269	info	enabled plugins: _default

ble.0
2022-03-09 18:21:41.267	info	loaded plugins: Xiaomi, mi-flora, ruuvi-tag, _default

ble.0
2022-03-09 18:21:40.971	info	starting. Version 0.12.0 in /opt/iobroker/node_modules/iobroker.ble, node: v14.19.0, js-controller: 4.0.19

Thomas Braun

@ostseereiter sagte in BLE-Adapter:

ENODEV, No such device

Gerät in den Einstellungen angelegt?

ostseereiter

@thomas-braun
so sieht es aus
Screenshot (157).png

Thomas Braun

@ostseereiter

Ist denn das noch hci0 oder ist das Gerät durch die Restarts vielleicht auf hci1 gewandert?

ostseereiter

@thomas-braun

andy@debian:~$ hciconfig
hci1: Type: Primary Bus: USB
BD Address: 00:1A:7D:DA:71:0F ACL MTU: 310:10 SCO MTU: 64:8
UP RUNNING
RX bytes:6547330 acl:0 sco:0 events:183574 errors:0
TX bytes:14599 acl:0 sco:0 commands:1417 errors:0

ostseereiter

@ostseereiter
ist auf der 1 danke an alle alles grün

crunchip

@ostseereiter so nebenbei, das update intervall wieder anpassen, z.b. 20000

ostseereiter

@crunchip sagte in BLE-Adapter:

20000

ok erledigt

Jan1

@ostseereiter
@thomas-braun
bei mir ist auch der Wurm drin:

hier sieht noch alles gut aus

jan@Beelink:~$ sudo systemctl status bluetooth                                  ● bluetooth.service - Bluetooth service
     Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor pre>
     Active: active (running) since Wed 2022-03-09 19:08:57 CET; 54min ago
       Docs: man:bluetoothd(8)
   Main PID: 557 (bluetoothd)
     Status: "Running"
      Tasks: 1 (limit: 4459)
     Memory: 3.9M
        CPU: 31ms
     CGroup: /system.slice/bluetooth.service
             └─557 /usr/libexec/bluetooth/bluetoothd

hier ist das Ding down

jan@Beelink:~$ sudo hciconfig
hci0:   Type: Primary  Bus: USB
        BD Address: 00:00:00:00:00:00  ACL MTU: 0:0  SCO MTU: 0:0
        DOWN
        RX bytes:0 acl:0 sco:0 events:0 errors:0
        TX bytes:4 acl:0 sco:0 commands:1 errors:0

crunchip

@jan1

sudo hcitool hci0 up

Jan1

@crunchip

wäre zu einfach gewesen :

jan@Beelink:~$ sudo hcitool hci0 up
[sudo] Passwort für jan:
Unknown command - "hci0"

Thomas Braun

@jan1

sudo hciconfig hci0 reset

crunchip

@jan1

sudo rfkill list

Jan1

@crunchip

0: phy0: Wireless LAN
        Soft blocked: no
        Hard blocked: no
1: hci0: Bluetooth
        Soft blocked: no
        Hard blocked: no

Jan1

@thomas-braun

jan@Beelink:~$ sudo hciconfig hci0 reset
Can't init device hci0: Connection timed out (110)

crunchip

@jan1 mal probiert, deinen beelink kurz vom Strom zu nehmen, bei meinem zotac gab es auch hin und wieder Probleme mit dem internen bluetooth, musst dann den rechner kurz vom Strom nehmen, danach funktionierte es wieder

Jan1

@crunchip
das hatte ich zwar schon gemacht, aber eben gerade noch mal und siehe da:

jan@Beelink:~$ sudo hciconfig
hci0:   Type: Primary  Bus: USB
        BD Address: F4:D1:08:43:46:D9  ACL MTU: 1021:5  SCO MTU: 96:6
        UP RUNNING
        RX bytes:1303 acl:0 sco:0 events:83 errors:0
        TX bytes:2840 acl:0 sco:0 commands:83 errors:0

Jan1

Die Freude war nur kurz, gestern zwar beide Sensoren gefunden und Adapter grün. Heute Adapter grün aber keine Daten von den Sensoren.
Immer die Kiste runter fahren und stromlos schalten ist daher auch keine wirkliche Alternative um den wieder zu beleben, zumal der auch schon mal zuverlässiger lief. Kein Plan warum der BLE so zickig ist.

crunchip

@jan1 alternativ nen externen Stick nehmen

Jan1

@crunchip
Hatte ich auch schon, wobei der interne ja lief.

Community Forum

NEWS

(gelöst)BLE-Adapter

Support us

296

32.7k

82.4k

1.3m