NEWS
INTEL NUC Kit NUC8i5BEK Proxmox+Debian VM kein Onboard BT
-
hallo zusammen,
da ich heute etwas mehr zeit habe, wollte ich mich nochmal dem thema on Board BT Intel 9560 meines NUCs widmen.
es würde mich sehr freuen, wenn mir jemand von euch dabei helfen könnte, das endlich ans laufen zu bekommen :slightly_smiling_face:wie bereits oben beschrieben habe ich das problem dass der BT des NUC 8i5BEK, nachdem dieser an die VM durchgereicht wurde, dennoch nicht erkannt wird.
auf ner ubuntu oder windows vm funktioniert das durchreichen und benutzen des BT Adapters problemlos.
nur auf dem debian mit dem folgenden kernel 4.9.0-8-amd64 #1 SMP Debian 4.9.144-3 (2019-02-02) x86_64 GNU/Linux will es einfach nicht funktionieren.
weiter oben hatte ich gelesen, dass der BT adapter zu neu ist, und man den neusten kernel 4.19 benötigt.
mein problem bei der sache: ich hab leider noch nicht das knowhow wie ich so ein kernel update durchführen kann.
irgendwann hab ich auch mal angefangen irgendwelche dateien in den ordner lib/firmware des proxmox servers zu kopieren, wobei ich nicht weis, ob da nun die richtigen treiber für den intel 9560 adapter nun dabei sind:
dann gibt es noch folgende dateien, mit denen ich noch weniger was anfangen kann..
sind das firmware dateien für den bt adapter?
wie spiele ich diese dann ein?
wie mache ich ein firmware update?
und welche von den ganzen ist die richtige/aktuellere datei für den BT Intel 9560?
ein dmesg spuckt folgendes aus, wo ich der meinung bin, das ist nicht korrekt so:
ich danke euch schon mal im voraus.
Hallo zusammen,
sry, dass ich diesen alten Thread hochhole, aber einen neuen aufzumachen erschien mir nicht zweckmäßig.
@ltsalvatore
Da ich aktuell das gleiche Problem habe/hatte wollte ich nachfragen, ob du eine Lösung dafür gefunden hast.Meines Erachtens nach, liegt es wie bereits vermutet, an der zu alten Kernel-Version der Debian-VW. Mit einer Ubuntu 18.04 VM klappt es ohne weiteres zutun in der VM.
Mein Vorgehen:
Ich habe in Proxmox die Firmware für die Bluetooth-Hardware des NUC8i* installiert.
Dazu einfach die beiden Dateien ibt-17-16-1.ddc und ibt-17-16-1.sfi (17-2 war bei meiner Proxmox-Version scheinbar zu neu und BT wollte auf dem Host nicht starten) in den Ordner /lib/firmware/intel kopieren.Außerdem noch die Dateien
iwlwifi-9000-pu-b0-jf-b0-34.ucode
iwlwifi-9260-th-b0-jf-b0-34.ucode
in den Ordner /lib/firmware.
(Ich habe jeweils alle Versionen aufsteigend bis 46 der beiden Dateien kopiert, welche exakt die neueste lauffähige war, kann ich nicht mehr sagen. Eigentlich sollte die iwlwifi-9000-pu-b0-jf-b0-46.ucode reichen.)Neustart und danach noch prüfen, ob BT auf dem Host startet.
sudo dmesg | grep toothsollte keine Probleme liefern.
lsusb -tDa sollte etwa sowas wie
Driver=btusbstehen. In deiner Ausgabe waren ja die beiden Driver leer.
@ltsalvatore sagte in INTEL NUC Kit NUC8i5BEK Proxmox+Debian VM kein Onboard BT:
iobroker@shsrv:~$ lsusb -t
/: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
|__ Port 1: Dev 2, If 0, Class=Wireless, Driver=, 12M
|__ Port 1: Dev 2, If 1, Class=Wireless, Driver=, 12MDanach noch mittels grafischer Oberfläche durchgereicht und es funktioniert. Alle meine Versuche auch in der VW Firmware zu installieren schlugen fehl. Aber ioBroker läuft bei mir nun in Ubuntu-Minimal auch hervorragend. :relaxed:
Ein
lsusb -tliefert dann auch auf der VW die erwarteten Werte.
-
Hallo zusammen,
sry, dass ich diesen alten Thread hochhole, aber einen neuen aufzumachen erschien mir nicht zweckmäßig.
@ltsalvatore
Da ich aktuell das gleiche Problem habe/hatte wollte ich nachfragen, ob du eine Lösung dafür gefunden hast.Meines Erachtens nach, liegt es wie bereits vermutet, an der zu alten Kernel-Version der Debian-VW. Mit einer Ubuntu 18.04 VM klappt es ohne weiteres zutun in der VM.
Mein Vorgehen:
Ich habe in Proxmox die Firmware für die Bluetooth-Hardware des NUC8i* installiert.
Dazu einfach die beiden Dateien ibt-17-16-1.ddc und ibt-17-16-1.sfi (17-2 war bei meiner Proxmox-Version scheinbar zu neu und BT wollte auf dem Host nicht starten) in den Ordner /lib/firmware/intel kopieren.Außerdem noch die Dateien
iwlwifi-9000-pu-b0-jf-b0-34.ucode
iwlwifi-9260-th-b0-jf-b0-34.ucode
in den Ordner /lib/firmware.
(Ich habe jeweils alle Versionen aufsteigend bis 46 der beiden Dateien kopiert, welche exakt die neueste lauffähige war, kann ich nicht mehr sagen. Eigentlich sollte die iwlwifi-9000-pu-b0-jf-b0-46.ucode reichen.)Neustart und danach noch prüfen, ob BT auf dem Host startet.
sudo dmesg | grep toothsollte keine Probleme liefern.
lsusb -tDa sollte etwa sowas wie
Driver=btusbstehen. In deiner Ausgabe waren ja die beiden Driver leer.
@ltsalvatore sagte in INTEL NUC Kit NUC8i5BEK Proxmox+Debian VM kein Onboard BT:
iobroker@shsrv:~$ lsusb -t
/: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
|__ Port 1: Dev 2, If 0, Class=Wireless, Driver=, 12M
|__ Port 1: Dev 2, If 1, Class=Wireless, Driver=, 12MDanach noch mittels grafischer Oberfläche durchgereicht und es funktioniert. Alle meine Versuche auch in der VW Firmware zu installieren schlugen fehl. Aber ioBroker läuft bei mir nun in Ubuntu-Minimal auch hervorragend. :relaxed:
Ein
lsusb -tliefert dann auch auf der VW die erwarteten Werte.
@unltdnetworx sagte in INTEL NUC Kit NUC8i5BEK Proxmox+Debian VM kein Onboard BT:
Hallo zusammen,
sry, dass ich diesen alten Thread hochhole, aber einen neuen aufzumachen erschien mir nicht zweckmäßig.
@ltsalvatore
Da ich aktuell das gleiche Problem habe/hatte wollte ich nachfragen, ob du eine Lösung dafür gefunden hast.Meines Erachtens nach, liegt es wie bereits vermutet, an der zu alten Kernel-Version der Debian-VW. Mit einer Ubuntu 18.04 VM klappt es ohne weiteres zutun in der VM.
Mein Vorgehen:
Ich habe in Proxmox die Firmware für die Bluetooth-Hardware des NUC8i* installiert.
Dazu einfach die beiden Dateien ibt-17-16-1.ddc und ibt-17-16-1.sfi (17-2 war bei meiner Proxmox-Version scheinbar zu neu und BT wollte auf dem Host nicht starten) in den Ordner /lib/firmware/intel kopieren.Außerdem noch die Dateien
iwlwifi-9000-pu-b0-jf-b0-34.ucode
iwlwifi-9260-th-b0-jf-b0-34.ucode
in den Ordner /lib/firmware.
(Ich habe jeweils alle Versionen aufsteigend bis 46 der beiden Dateien kopiert, welche exakt die neueste lauffähige war, kann ich nicht mehr sagen. Eigentlich sollte die iwlwifi-9000-pu-b0-jf-b0-46.ucode reichen.)Neustart und danach noch prüfen, ob BT auf dem Host startet.
sudo dmesg | grep toothsollte keine Probleme liefern.
lsusb -tDa sollte etwa sowas wie
Driver=btusbstehen. In deiner Ausgabe waren ja die beiden Driver leer.
@ltsalvatore sagte in INTEL NUC Kit NUC8i5BEK Proxmox+Debian VM kein Onboard BT:
iobroker@shsrv:~$ lsusb -t
/: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
|__ Port 1: Dev 2, If 0, Class=Wireless, Driver=, 12M
|__ Port 1: Dev 2, If 1, Class=Wireless, Driver=, 12MDanach noch mittels grafischer Oberfläche durchgereicht und es funktioniert. Alle meine Versuche auch in der VW Firmware zu installieren schlugen fehl. Aber ioBroker läuft bei mir nun in Ubuntu-Minimal auch hervorragend. :relaxed:
Ein
lsusb -tliefert dann auch auf der VW die erwarteten Werte.
Hallo unltdnetworx
danke, dass du dir noch mal die zeit genommen hast der sache auf den grund zu gehen.
hatte das ganze schon fast vergessen und ein wenig habe ich auch den faden verloren gehabt, weil mir auch noch meine datei mit den ganzen notizen abhanden gekommen ist.deshalb hole ich noch mal kurz aus:
kernel versionen:
- auf den proxmox server = v4.15.18-11-pve
- Listenpunktiobroker vm mit debian = v4.20.13
die ibt-17-16-1.ddc und ibt-17-16-1.sfi habe ich erstmal nicht in den intel ordner gepackt
dort habe ich aktuell folgende dateien
root@ltserver:~# ls -l /lib/firmware/intel total 1172 -rw-r--r-- 1 root root 18 Oct 30 2018 ibt-11-5.ddc -rw-r--r-- 1 root root 595248 Oct 30 2018 ibt-11-5.sfi -rw-r--r-- 1 root root 14 Oct 30 2018 ibt-12-16.ddc -rw-r--r-- 1 root root 592656 Oct 30 2018 ibt-12-16.sfi root@ltserver:~#auf der debian VM mit iobroker gibt ein hciconfig -a folgendes aus:
NUC BT = hci0 on Bus3Port1 mit MAC 00:BB:60:54:F2:11
ext USB Stick BT = hci1 on Bus4Port1 mit MAC 00:02:5B:C4:A4:22root@shsrv:/home/iobroker# hciconfig -a hci0: Type: Primary Bus: USB BD Address: 00:BB:60:54:F2:11 ACL MTU: 1021:4 SCO MTU: 96:6 UP RUNNING RX bytes:791 acl:0 sco:0 events:56 errors:0 TX bytes:2234 acl:0 sco:0 commands:56 errors:0 Features: 0xbf 0xfe 0x0f 0xfe 0xdb 0xff 0x7b 0x87 Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3 Link policy: RSWITCH SNIFF Link mode: SLAVE ACCEPT Name: 'shsrv' Class: 0x000000 Service Classes: Unspecified Device Class: Miscellaneous, HCI Version: (0x9) Revision: 0x100 LMP Version: (0x9) Subversion: 0x100 Manufacturer: Intel Corp. (2) hci1: Type: Primary Bus: USB BD Address: 00:02:5B:C4:A4:22 ACL MTU: 310:10 SCO MTU: 64:8 UP RUNNING RX bytes:640 acl:0 sco:0 events:41 errors:0 TX bytes:2169 acl:0 sco:0 commands:41 errors:0 Features: 0xff 0xff 0x8f 0xfe 0xdb 0xff 0x5b 0x87 Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3 Link policy: RSWITCH HOLD SNIFF PARK Link mode: SLAVE ACCEPT Name: 'shsrv #2' Class: 0x000000 Service Classes: Unspecified Device Class: Miscellaneous, HCI Version: 4.0 (0x6) Revision: 0x22bb LMP Version: 4.0 (0x6) Subversion: 0x22bb Manufacturer: Cambridge Silicon Radio (10)auf der debian VM mit iobroker gibt ein lsusb -t folgendes aus:
root@shsrv:/home/iobroker# lsusb -t /: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M |__ Port 1: Dev 2, If 0, Class=Wireless, Driver=btusb, 12M |__ Port 1: Dev 2, If 1, Class=Wireless, Driver=btusb, 12M /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M |__ Port 1: Dev 2, If 0, Class=Wireless, Driver=btusb, 12M |__ Port 1: Dev 2, If 1, Class=Wireless, Driver=btusb, 12M |__ Port 2: Dev 3, If 0, Class=Communications, Driver=cdc_acm, 12M |__ Port 2: Dev 3, If 1, Class=CDC Data, Driver=cdc_acm, 12M /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/6p, 480M /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M |__ Port 1: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 12Mwenn ich nun nach BT devices scanne, sowohl mit dem on board als auch mit dem USB BT
dann finde ich auch entsprechend geräte in der Umgebungiobroker@shsrv:~$ hcitool -i hci0 scan Scanning ... CC:21:19:FB:50:33 S10P iobroker@shsrv:~$ hcitool -i hci1 scan Scanning ... CC:21:19:FB:50:33 S10P iobroker@shsrv:~$deshalb vermute ich, dass ich, aus welchen gründen auch immer, schon nen schritt weiter bin.
das einzige was ich gerade nicht verstehe...
beide Adapter im iobroker sind nicht auf grün, egal welches gerät in den einstellungen des adapters hinterlegt ist.
(ble bleibt gelb und radar rot)das log im iobroker spuckt folgendes aus
host.shsrv 2019-05-25 14:58:41.153 error instance system.adapter.radar2.0 terminated with code 0 (OK) host.shsrv 2019-05-25 14:58:41.153 error Caught by controller[0]: port: 67 } host.shsrv 2019-05-25 14:58:41.153 error Caught by controller[0]: address: '0.0.0.0', host.shsrv 2019-05-25 14:58:41.153 error Caught by controller[0]: syscall: 'bind', host.shsrv 2019-05-25 14:58:41.153 error Caught by controller[0]: code: 'EACCES', host.shsrv 2019-05-25 14:58:41.153 error Caught by controller[0]: errno: 'EACCES', host.shsrv 2019-05-25 14:58:41.153 error Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:181:9) host.shsrv 2019-05-25 14:58:41.153 error Caught by controller[0]: at _combinedTickCallback (internal/process/next_tick.js:142:11) host.shsrv 2019-05-25 14:58:41.153 error Caught by controller[0]: at _handle.lookup (dgram.js:266:18) host.shsrv 2019-05-25 14:58:41.152 error Caught by controller[0]: { Error: bind EACCES 0.0.0.0:67 radar2.0 2019-05-25 14:58:41.135 info radar2 set to scan every 20 seconds and printers every 720 minutes. radar2.0 2019-05-25 14:58:41.135 info arp-scan will use the following interfaces: [ 'ens18' ] radar2.0 2019-05-25 14:58:41.135 info Remove name end for host names: .fritz.box radar2.0 2019-05-25 14:58:41.135 info use known IP list: [] radar2.0 2019-05-25 14:58:41.135 info use known BT list: [] radar2.0 2019-05-25 14:58:41.135 info radar2 set to flag items away if they are not seen for 2 minutes radar2.0 2019-05-25 14:58:41.135 info found 'node-bluetooth' radar2.0 2019-05-25 14:58:41.135 info found '@abandonware/noble' radar2.0 2019-05-25 14:58:41.135 info Adapter disconnected and stopped with dostop(false) and callback(true) radar2.0 2019-05-25 14:58:41.135 error Error: bind EACCES 0.0.0.0:67 at _handle.lookup (dgram.js:266:18) at _combinedTickCallback (internal/process/next_tick.js:142:11) at process._tickCallback (internal/process/next_tick.js:18 radar2.0 2019-05-25 14:58:41.135 error uncaught exception: bind EACCES 0.0.0.0:67was mich so ein wenig stutzig macht ist folgende meldung (sowohl auf dem proxmox server als auch auf der debian vm
iobroker@shsrv:~$ sudo service bluetooth status ● bluetooth.service - Bluetooth service Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled) Active: active (running) since Sat 2019-05-25 14:38:23 CEST; 24min ago Docs: man:bluetoothd(8) Main PID: 469 (bluetoothd) Status: "Running" Tasks: 1 (limit: 4915) CGroup: /system.slice/bluetooth.service └─469 /usr/lib/bluetooth/bluetoothd Mai 25 14:38:23 shsrv bluetoothd[469]: Bluetooth daemon 5.43 Mai 25 14:38:23 shsrv systemd[1]: Started Bluetooth service. Mai 25 14:38:23 shsrv bluetoothd[469]: Starting SDP server Mai 25 14:38:23 shsrv bluetoothd[469]: Bluetooth management interface 1.14 initialized Mai 25 14:38:23 shsrv bluetoothd[469]: Failed to obtain handles for "Service Changed" characteristic Mai 25 14:38:23 shsrv bluetoothd[469]: Sap driver initialization failed. Mai 25 14:38:23 shsrv bluetoothd[469]: sap-server: Operation not permitted (1) Mai 25 14:38:26 shsrv bluetoothd[469]: Failed to obtain handles for "Service Changed" characteristic Mai 25 14:38:26 shsrv bluetoothd[469]: Sap driver initialization failed. Mai 25 14:38:26 shsrv bluetoothd[469]: sap-server: Operation not permitted (1) -
@unltdnetworx sagte in INTEL NUC Kit NUC8i5BEK Proxmox+Debian VM kein Onboard BT:
Hallo zusammen,
sry, dass ich diesen alten Thread hochhole, aber einen neuen aufzumachen erschien mir nicht zweckmäßig.
@ltsalvatore
Da ich aktuell das gleiche Problem habe/hatte wollte ich nachfragen, ob du eine Lösung dafür gefunden hast.Meines Erachtens nach, liegt es wie bereits vermutet, an der zu alten Kernel-Version der Debian-VW. Mit einer Ubuntu 18.04 VM klappt es ohne weiteres zutun in der VM.
Mein Vorgehen:
Ich habe in Proxmox die Firmware für die Bluetooth-Hardware des NUC8i* installiert.
Dazu einfach die beiden Dateien ibt-17-16-1.ddc und ibt-17-16-1.sfi (17-2 war bei meiner Proxmox-Version scheinbar zu neu und BT wollte auf dem Host nicht starten) in den Ordner /lib/firmware/intel kopieren.Außerdem noch die Dateien
iwlwifi-9000-pu-b0-jf-b0-34.ucode
iwlwifi-9260-th-b0-jf-b0-34.ucode
in den Ordner /lib/firmware.
(Ich habe jeweils alle Versionen aufsteigend bis 46 der beiden Dateien kopiert, welche exakt die neueste lauffähige war, kann ich nicht mehr sagen. Eigentlich sollte die iwlwifi-9000-pu-b0-jf-b0-46.ucode reichen.)Neustart und danach noch prüfen, ob BT auf dem Host startet.
sudo dmesg | grep toothsollte keine Probleme liefern.
lsusb -tDa sollte etwa sowas wie
Driver=btusbstehen. In deiner Ausgabe waren ja die beiden Driver leer.
@ltsalvatore sagte in INTEL NUC Kit NUC8i5BEK Proxmox+Debian VM kein Onboard BT:
iobroker@shsrv:~$ lsusb -t
/: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
|__ Port 1: Dev 2, If 0, Class=Wireless, Driver=, 12M
|__ Port 1: Dev 2, If 1, Class=Wireless, Driver=, 12MDanach noch mittels grafischer Oberfläche durchgereicht und es funktioniert. Alle meine Versuche auch in der VW Firmware zu installieren schlugen fehl. Aber ioBroker läuft bei mir nun in Ubuntu-Minimal auch hervorragend. :relaxed:
Ein
lsusb -tliefert dann auch auf der VW die erwarteten Werte.
Hallo unltdnetworx
danke, dass du dir noch mal die zeit genommen hast der sache auf den grund zu gehen.
hatte das ganze schon fast vergessen und ein wenig habe ich auch den faden verloren gehabt, weil mir auch noch meine datei mit den ganzen notizen abhanden gekommen ist.deshalb hole ich noch mal kurz aus:
kernel versionen:
- auf den proxmox server = v4.15.18-11-pve
- Listenpunktiobroker vm mit debian = v4.20.13
die ibt-17-16-1.ddc und ibt-17-16-1.sfi habe ich erstmal nicht in den intel ordner gepackt
dort habe ich aktuell folgende dateien
root@ltserver:~# ls -l /lib/firmware/intel total 1172 -rw-r--r-- 1 root root 18 Oct 30 2018 ibt-11-5.ddc -rw-r--r-- 1 root root 595248 Oct 30 2018 ibt-11-5.sfi -rw-r--r-- 1 root root 14 Oct 30 2018 ibt-12-16.ddc -rw-r--r-- 1 root root 592656 Oct 30 2018 ibt-12-16.sfi root@ltserver:~#auf der debian VM mit iobroker gibt ein hciconfig -a folgendes aus:
NUC BT = hci0 on Bus3Port1 mit MAC 00:BB:60:54:F2:11
ext USB Stick BT = hci1 on Bus4Port1 mit MAC 00:02:5B:C4:A4:22root@shsrv:/home/iobroker# hciconfig -a hci0: Type: Primary Bus: USB BD Address: 00:BB:60:54:F2:11 ACL MTU: 1021:4 SCO MTU: 96:6 UP RUNNING RX bytes:791 acl:0 sco:0 events:56 errors:0 TX bytes:2234 acl:0 sco:0 commands:56 errors:0 Features: 0xbf 0xfe 0x0f 0xfe 0xdb 0xff 0x7b 0x87 Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3 Link policy: RSWITCH SNIFF Link mode: SLAVE ACCEPT Name: 'shsrv' Class: 0x000000 Service Classes: Unspecified Device Class: Miscellaneous, HCI Version: (0x9) Revision: 0x100 LMP Version: (0x9) Subversion: 0x100 Manufacturer: Intel Corp. (2) hci1: Type: Primary Bus: USB BD Address: 00:02:5B:C4:A4:22 ACL MTU: 310:10 SCO MTU: 64:8 UP RUNNING RX bytes:640 acl:0 sco:0 events:41 errors:0 TX bytes:2169 acl:0 sco:0 commands:41 errors:0 Features: 0xff 0xff 0x8f 0xfe 0xdb 0xff 0x5b 0x87 Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3 Link policy: RSWITCH HOLD SNIFF PARK Link mode: SLAVE ACCEPT Name: 'shsrv #2' Class: 0x000000 Service Classes: Unspecified Device Class: Miscellaneous, HCI Version: 4.0 (0x6) Revision: 0x22bb LMP Version: 4.0 (0x6) Subversion: 0x22bb Manufacturer: Cambridge Silicon Radio (10)auf der debian VM mit iobroker gibt ein lsusb -t folgendes aus:
root@shsrv:/home/iobroker# lsusb -t /: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M |__ Port 1: Dev 2, If 0, Class=Wireless, Driver=btusb, 12M |__ Port 1: Dev 2, If 1, Class=Wireless, Driver=btusb, 12M /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M |__ Port 1: Dev 2, If 0, Class=Wireless, Driver=btusb, 12M |__ Port 1: Dev 2, If 1, Class=Wireless, Driver=btusb, 12M |__ Port 2: Dev 3, If 0, Class=Communications, Driver=cdc_acm, 12M |__ Port 2: Dev 3, If 1, Class=CDC Data, Driver=cdc_acm, 12M /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/6p, 480M /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M |__ Port 1: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 12Mwenn ich nun nach BT devices scanne, sowohl mit dem on board als auch mit dem USB BT
dann finde ich auch entsprechend geräte in der Umgebungiobroker@shsrv:~$ hcitool -i hci0 scan Scanning ... CC:21:19:FB:50:33 S10P iobroker@shsrv:~$ hcitool -i hci1 scan Scanning ... CC:21:19:FB:50:33 S10P iobroker@shsrv:~$deshalb vermute ich, dass ich, aus welchen gründen auch immer, schon nen schritt weiter bin.
das einzige was ich gerade nicht verstehe...
beide Adapter im iobroker sind nicht auf grün, egal welches gerät in den einstellungen des adapters hinterlegt ist.
(ble bleibt gelb und radar rot)das log im iobroker spuckt folgendes aus
host.shsrv 2019-05-25 14:58:41.153 error instance system.adapter.radar2.0 terminated with code 0 (OK) host.shsrv 2019-05-25 14:58:41.153 error Caught by controller[0]: port: 67 } host.shsrv 2019-05-25 14:58:41.153 error Caught by controller[0]: address: '0.0.0.0', host.shsrv 2019-05-25 14:58:41.153 error Caught by controller[0]: syscall: 'bind', host.shsrv 2019-05-25 14:58:41.153 error Caught by controller[0]: code: 'EACCES', host.shsrv 2019-05-25 14:58:41.153 error Caught by controller[0]: errno: 'EACCES', host.shsrv 2019-05-25 14:58:41.153 error Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:181:9) host.shsrv 2019-05-25 14:58:41.153 error Caught by controller[0]: at _combinedTickCallback (internal/process/next_tick.js:142:11) host.shsrv 2019-05-25 14:58:41.153 error Caught by controller[0]: at _handle.lookup (dgram.js:266:18) host.shsrv 2019-05-25 14:58:41.152 error Caught by controller[0]: { Error: bind EACCES 0.0.0.0:67 radar2.0 2019-05-25 14:58:41.135 info radar2 set to scan every 20 seconds and printers every 720 minutes. radar2.0 2019-05-25 14:58:41.135 info arp-scan will use the following interfaces: [ 'ens18' ] radar2.0 2019-05-25 14:58:41.135 info Remove name end for host names: .fritz.box radar2.0 2019-05-25 14:58:41.135 info use known IP list: [] radar2.0 2019-05-25 14:58:41.135 info use known BT list: [] radar2.0 2019-05-25 14:58:41.135 info radar2 set to flag items away if they are not seen for 2 minutes radar2.0 2019-05-25 14:58:41.135 info found 'node-bluetooth' radar2.0 2019-05-25 14:58:41.135 info found '@abandonware/noble' radar2.0 2019-05-25 14:58:41.135 info Adapter disconnected and stopped with dostop(false) and callback(true) radar2.0 2019-05-25 14:58:41.135 error Error: bind EACCES 0.0.0.0:67 at _handle.lookup (dgram.js:266:18) at _combinedTickCallback (internal/process/next_tick.js:142:11) at process._tickCallback (internal/process/next_tick.js:18 radar2.0 2019-05-25 14:58:41.135 error uncaught exception: bind EACCES 0.0.0.0:67was mich so ein wenig stutzig macht ist folgende meldung (sowohl auf dem proxmox server als auch auf der debian vm
iobroker@shsrv:~$ sudo service bluetooth status ● bluetooth.service - Bluetooth service Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled) Active: active (running) since Sat 2019-05-25 14:38:23 CEST; 24min ago Docs: man:bluetoothd(8) Main PID: 469 (bluetoothd) Status: "Running" Tasks: 1 (limit: 4915) CGroup: /system.slice/bluetooth.service └─469 /usr/lib/bluetooth/bluetoothd Mai 25 14:38:23 shsrv bluetoothd[469]: Bluetooth daemon 5.43 Mai 25 14:38:23 shsrv systemd[1]: Started Bluetooth service. Mai 25 14:38:23 shsrv bluetoothd[469]: Starting SDP server Mai 25 14:38:23 shsrv bluetoothd[469]: Bluetooth management interface 1.14 initialized Mai 25 14:38:23 shsrv bluetoothd[469]: Failed to obtain handles for "Service Changed" characteristic Mai 25 14:38:23 shsrv bluetoothd[469]: Sap driver initialization failed. Mai 25 14:38:23 shsrv bluetoothd[469]: sap-server: Operation not permitted (1) Mai 25 14:38:26 shsrv bluetoothd[469]: Failed to obtain handles for "Service Changed" characteristic Mai 25 14:38:26 shsrv bluetoothd[469]: Sap driver initialization failed. Mai 25 14:38:26 shsrv bluetoothd[469]: sap-server: Operation not permitted (1)@ltsalvatore
Es darf jeweils nur einer der beiden Adapter laufen.
Hast du den Befehl aus der BLE-Readme probiert?sudo setcap cap_net_raw+eip $(eval readlink -f `which node`) -
es ist meistens dieser hier (oder so ähnlich) der einfach durchgereicht werden muss, ohne grosse commandozeilen ;)
@mikiline
Das ist richtig, sofern man nur ein USB-Gerät hat.Der Kommandozeilenbefehl (zum Ausführen in der VM) ist aus dem BLE-Adapter und ein Vorschlag, falls man keine Verbindung erhält. Bei mir hat es auch sofort funktioniert ohne ein einziges Kommando in der VM. Im Host wie erwähnt schon, da die Firmware gefehlt hat.
-
@ltsalvatore
Es darf jeweils nur einer der beiden Adapter laufen.
Hast du den Befehl aus der BLE-Readme probiert?sudo setcap cap_net_raw+eip $(eval readlink -f `which node`)@unltdnetworx sagte in INTEL NUC Kit NUC8i5BEK Proxmox+Debian VM kein Onboard BT:
@ltsalvatore
Es darf jeweils nur einer der beiden Adapter laufen.
Hast du den Befehl aus der BLE-Readme probiert?sudo setcap cap_net_raw+eip $(eval readlink -f `which node`)wow.. so schnell wie der adapter auf grün gesprungen ist, konnte ich garnicht schauen :-)
vielen lieben dank für die schnelle und professionelle hilfe.
jetzt kann ich das thema endlich abschließen :-Dselbst den radar adapter hab ich ans laufen bekommen, nachdem ich die befehle in der readme ausgeführt hatte.
wie heißt es so schön... RTFM :-Palso.. danke noch mal.. und einen schönen abend
PS: eine korrektur muss ich dennoch machen.. auch wenn ich davon ausgehe, dass du das selbst auch schon weist..
es können auch beide adapter parallel laufen, solange diese unterschiedliche BT hardware ansprechen. -
Jetzt muss ich auch um Hilfe bitten.
Bin mit meinem System auf einen Intel NUC NUC8i5BEH umgezogen.
Der hat ein BT OnBoard.
Jetzt versuche ich schon seit zwei Tagen den BT-Adapter durchzureichen.Installiert ist ein Proxmox und iOBroker in einer VM.
Versucht habe ich eigentlich schon alles was ich hier im Forum und bei Google gefunden habe.
Im PVE Shell bekomme ich folgendes angezeigt:
root@pve:~# lsusb -t /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 10000M /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/12p, 480M |__ Port 10: Dev 2, If 0, Class=Wireless, Driver=usbfs, 12M |__ Port 10: Dev 2, If 1, Class=Wireless, Driver=usbfs, 12M root@pve:~#Mit Kitty auf die iOBroker Installation kommt:
root@iOBrokerNUC:~# lsusb -t /: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/6p, 480M /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M |__ Port 1: Dev 2, If 0, Class=Wireless, Driver=, 12M |__ Port 1: Dev 2, If 1, Class=Wireless, Driver=, 12M /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M |__ Port 1: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 12MIst es richtig, dass in Proxmox Bluetooth an sein muss und in iOBroker aus?
In der VM habe ich unter Hardware USB Gerät (usb0) host=1-10 hinzugefügt.Treiber habe ich unter Proxmox eingefügt. So wie mehrmals beschrieben in diversen Forenbeiträgen.
Was muss ich noch tun?
Der Ble.Adapter bleibt rot.root@pve:~# service bluetooth status ● bluetooth.service - Bluetooth service Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled) Active: active (running) since Wed 2019-06-19 13:22:58 CEST; 1min 36s ago Docs: man:bluetoothd(8) Main PID: 784 (bluetoothd) Status: "Running" Tasks: 1 (limit: 4915) Memory: 2.2M CPU: 8ms CGroup: /system.slice/bluetooth.service └─784 /usr/lib/bluetooth/bluetoothd Jun 19 13:22:58 pve systemd[1]: Starting Bluetooth service... Jun 19 13:22:58 pve bluetoothd[784]: Bluetooth daemon 5.43 Jun 19 13:22:58 pve systemd[1]: Started Bluetooth service. Jun 19 13:22:58 pve bluetoothd[784]: Starting SDP server Jun 19 13:22:58 pve bluetoothd[784]: Bluetooth management interface 1.14 initialized Jun 19 13:22:58 pve bluetoothd[784]: Failed to obtain handles for "Service Changed" characteristic Jun 19 13:22:58 pve bluetoothd[784]: Sap driver initialization failed. Jun 19 13:22:58 pve bluetoothd[784]: sap-server: Operation not permitted (1)CCU3
iOBroker auf IntelNUC Proxmox
-
Jetzt muss ich auch um Hilfe bitten.
Bin mit meinem System auf einen Intel NUC NUC8i5BEH umgezogen.
Der hat ein BT OnBoard.
Jetzt versuche ich schon seit zwei Tagen den BT-Adapter durchzureichen.Installiert ist ein Proxmox und iOBroker in einer VM.
Versucht habe ich eigentlich schon alles was ich hier im Forum und bei Google gefunden habe.
Im PVE Shell bekomme ich folgendes angezeigt:
root@pve:~# lsusb -t /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 10000M /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/12p, 480M |__ Port 10: Dev 2, If 0, Class=Wireless, Driver=usbfs, 12M |__ Port 10: Dev 2, If 1, Class=Wireless, Driver=usbfs, 12M root@pve:~#Mit Kitty auf die iOBroker Installation kommt:
root@iOBrokerNUC:~# lsusb -t /: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/6p, 480M /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M |__ Port 1: Dev 2, If 0, Class=Wireless, Driver=, 12M |__ Port 1: Dev 2, If 1, Class=Wireless, Driver=, 12M /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M |__ Port 1: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 12MIst es richtig, dass in Proxmox Bluetooth an sein muss und in iOBroker aus?
In der VM habe ich unter Hardware USB Gerät (usb0) host=1-10 hinzugefügt.Treiber habe ich unter Proxmox eingefügt. So wie mehrmals beschrieben in diversen Forenbeiträgen.
Was muss ich noch tun?
Der Ble.Adapter bleibt rot.root@pve:~# service bluetooth status ● bluetooth.service - Bluetooth service Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled) Active: active (running) since Wed 2019-06-19 13:22:58 CEST; 1min 36s ago Docs: man:bluetoothd(8) Main PID: 784 (bluetoothd) Status: "Running" Tasks: 1 (limit: 4915) Memory: 2.2M CPU: 8ms CGroup: /system.slice/bluetooth.service └─784 /usr/lib/bluetooth/bluetoothd Jun 19 13:22:58 pve systemd[1]: Starting Bluetooth service... Jun 19 13:22:58 pve bluetoothd[784]: Bluetooth daemon 5.43 Jun 19 13:22:58 pve systemd[1]: Started Bluetooth service. Jun 19 13:22:58 pve bluetoothd[784]: Starting SDP server Jun 19 13:22:58 pve bluetoothd[784]: Bluetooth management interface 1.14 initialized Jun 19 13:22:58 pve bluetoothd[784]: Failed to obtain handles for "Service Changed" characteristic Jun 19 13:22:58 pve bluetoothd[784]: Sap driver initialization failed. Jun 19 13:22:58 pve bluetoothd[784]: sap-server: Operation not permitted (1)@Superdad
auf welchem System läuft die VM? Debian, Ubuntu? Bei mir ging es dann mit Ubuntu sofort. Einfach wie oben beschrieben die Dateien auf die 2 Ordner verteilen und an die VM weiterreichen.Bei steht ja beim Treiber in der VM nichts drin, kann also auch nicht auf grün springen. Auch wundert mich der Treiber im Host. Dort steht bei mir "btusb"
-
Das kommt:
root@pve:~# service bluetooth status ● bluetooth.service - Bluetooth service Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled) Active: active (running) since Wed 2019-06-19 15:32:37 CEST; 3s ago Docs: man:bluetoothd(8) Main PID: 2162 (bluetoothd) Status: "Running" Tasks: 1 (limit: 4915) Memory: 792.0K CPU: 6ms CGroup: /system.slice/bluetooth.service └─2162 /usr/lib/bluetooth/bluetoothd Jun 19 15:32:37 pve systemd[1]: Starting Bluetooth service... Jun 19 15:32:37 pve bluetoothd[2162]: Bluetooth daemon 5.43 Jun 19 15:32:37 pve systemd[1]: Started Bluetooth service. Jun 19 15:32:37 pve bluetoothd[2162]: Starting SDP server Jun 19 15:32:37 pve bluetoothd[2162]: Bluetooth management interface 1.14 initializedEs steht aber bei lsusb -t :
root@pve:~# lsusb -t /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 10000M /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/12p, 480M |__ Port 10: Dev 2, If 0, Class=Wireless, Driver=usbfs, 12M |__ Port 10: Dev 2, If 1, Class=Wireless, Driver=usbfs, 12MCCU3
iOBroker auf IntelNUC Proxmox
-
Das kommt:
root@pve:~# service bluetooth status ● bluetooth.service - Bluetooth service Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled) Active: active (running) since Wed 2019-06-19 15:32:37 CEST; 3s ago Docs: man:bluetoothd(8) Main PID: 2162 (bluetoothd) Status: "Running" Tasks: 1 (limit: 4915) Memory: 792.0K CPU: 6ms CGroup: /system.slice/bluetooth.service └─2162 /usr/lib/bluetooth/bluetoothd Jun 19 15:32:37 pve systemd[1]: Starting Bluetooth service... Jun 19 15:32:37 pve bluetoothd[2162]: Bluetooth daemon 5.43 Jun 19 15:32:37 pve systemd[1]: Started Bluetooth service. Jun 19 15:32:37 pve bluetoothd[2162]: Starting SDP server Jun 19 15:32:37 pve bluetoothd[2162]: Bluetooth management interface 1.14 initializedEs steht aber bei lsusb -t :
root@pve:~# lsusb -t /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 10000M /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/12p, 480M |__ Port 10: Dev 2, If 0, Class=Wireless, Driver=usbfs, 12M |__ Port 10: Dev 2, If 1, Class=Wireless, Driver=usbfs, 12M -
@Superdad sagte in INTEL NUC Kit NUC8i5BEK Proxmox+Debian VM kein Onboard BT:
Da kommt Invalid device: No such device.
dann ist der bt adapter vom nuc noch nicht richtig durchgereicht an die VM
-
@Superdad sagte in INTEL NUC Kit NUC8i5BEK Proxmox+Debian VM kein Onboard BT:
Da kommt Invalid device: No such device.
dann ist der bt adapter vom nuc noch nicht richtig durchgereicht an die VM
@ltsalvatore
Ich denke, dass es noch nicht mal richtig auf dem Host läuft. Daher auch kein Device.Welche Treiber hast du denn wohin kopiert?
-
hciconfig -aErgibt vermutlich kein Gerät auf dem Proxmox
-
hciconfig -aErgibt vermutlich kein Gerät auf dem Proxmox
@unltdnetworx sagte in INTEL NUC Kit NUC8i5BEK Proxmox+Debian VM kein Onboard BT:
hciconfig -aErgibt vermutlich kein Gerät auf dem Proxmox
was aber auch bei einem korrekt durchgeschliffenen BT an einem VM der fall wäre.
-
Ich hatte unter der PVE Bluez installiert.
Dann die iwlwifi Dateien unter /lib/firmware kopiert.
Dann in Proxmox Reboot.
Habe ja zwei Adressen.
Einmal 192.168.1.132 fürs pve.
Und 192.168.1.136 für iobroker.Unter iobroker gibt es ja kein /lib/firmware
225
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge