INTEL NUC Kit NUC8i5BEK Proxmox+Debian VM kein Onboard BT

BuZZy

Hast du nach dem Kopieren der Daten den Host bzw NUC komplett neu gestartet?

Die Dateien kannst du dir z. B. auch hier besorgen: https://github.com/wkennington/linux-firmware

Wenn du die entsprechenden Dateien auf den Proxmox Host geschoben hast - Proxmox komplett neu starten und dann nochmal bei den USB Geräten gucken.

Gruß

lobomau

Es scheint grundsätzlich zu laufen (siehe unten).

Jetzt muss ich es nur schaffen einen ioBroker-Adapter damit zum Laufen zu bekommen.

iobroker@iobroker-ubuntu:/$ sudo service bluetooth status
● bluetooth.service - Bluetooth service
   Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor preset
   Active: active (running) since Thu 2019-02-07 18:09:56 CET; 3h 19min ago
     Docs: man:bluetoothd(8)
 Main PID: 785 (bluetoothd)
   Status: "Running"
    Tasks: 1 (limit: 4546)
   CGroup: /system.slice/bluetooth.service
           └─785 /usr/lib/bluetooth/bluetoothd

Feb 07 18:09:56 iobroker-ubuntu systemd[1]: Starting Bluetooth service...
Feb 07 18:09:56 iobroker-ubuntu bluetoothd[785]: Bluetooth daemon 5.48
Feb 07 18:09:56 iobroker-ubuntu bluetoothd[785]: Starting SDP server
Feb 07 18:09:56 iobroker-ubuntu bluetoothd[785]: Bluetooth management interface
Feb 07 18:09:56 iobroker-ubuntu systemd[1]: Started Bluetooth service.

Edit: läuft tatsächlich, nur sehr schlecht, deswegen dachte ich schon es geht nicht. Entweder irgendwas noch falsch oder der brix gigabyte hat so ein schlechtes BT installiert. gTag liegt 1m entfernt und häufiger false als true.

4Josh

Bekomme auch seit tagen das BT mit dem BLE adapter nicht zum laufen.
Weitere Infos:
-Proxmox mit Debian VM
-ucode Dateien wurden Kopiert
-Onboard Bluetooth USB Gerät 8087:0a2b wurde weitergegeben

Kann wer unterstütze?

Gruß 4Josh

TheDuke

Ich glaube man muss Bluetooth erst durchreichen von der NUC zur VM .
Weiß aber noch nicht wie .

Direkt auf der NUC finde ich mein Handy. Nur auf der VM nicht.

root@pve:~# sudo service bluetooth start
root@pve:~# sudo service bluetooth status
��� bluetooth.service - Bluetooth service
   Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled)
   Active: active (running) since Tue 2019-02-19 23:35:05 CET; 2s ago
     Docs: man:bluetoothd(8)
 Main PID: 11230 (bluetoothd)
   Status: "Running"
    Tasks: 1 (limit: 4915)
   Memory: 708.0K
      CPU: 15ms
   CGroup: /system.slice/bluetooth.service
           ������11230 /usr/lib/bluetooth/bluetoothd

Feb 19 23:35:05 pve systemd[1]: Starting Bluetooth service...
Feb 19 23:35:05 pve bluetoothd[11230]: Bluetooth daemon 5.43
Feb 19 23:35:05 pve systemd[1]: Started Bluetooth service.
Feb 19 23:35:05 pve bluetoothd[11230]: Starting SDP server
Feb 19 23:35:05 pve bluetoothd[11230]: Bluetooth management interface 1.14 initialized
Feb 19 23:35:05 pve bluetoothd[11230]: Failed to obtain handles for "Service Changed" characteristic
Feb 19 23:35:05 pve bluetoothd[11230]: Sap driver initialization failed.
Feb 19 23:35:05 pve bluetoothd[11230]: sap-server: Operation not permitted (1)
root@pve:~# sudo l2ping -i hci0 -c1 88:75:98:91:99:2F
Ping: 88:75:98:91:99:2F from 18:56:80:8F:A7:40 (data size 44) ...
44 bytes from 88:75:98:91:99:2F id 0 time 11.38ms
1 sent, 1 received, 0% loss
root@pve:~#

Segway

@TheDuke
Schau mal hier zB

TheDuke

@Segway sagte in INTEL NUC Kit NUC8i5BEK Proxmox+Debian VM kein Onboard BT:

@TheDuke
Schau mal hier zB

Da ist der Abend ja gerettet :-)

Danke.

lobomau

@4Josh bei dir ist ja noch driverState "unauthorized". Hast du in der Beschreibung vom BLE-Adapter gelesen was zu tun ist? ->

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

Ich hatte das Problem am Pi3 (slave). Da hatte es dann geholfen.

4Josh

@lobomau

sry hab viel gelesen aber das nicht... Es hat aber funktioniert :relaxed:

Vielen Dank!!!

ltsalvatore

hi zusammen
nachdem ich diverse threads und beiträge mir angeschaut habe, bin ich jetzt doch im richtigen tread gelandet.
auch ich habe einen NUC8i5BEK auf dem proxmox läuft. auf diesem habe iobroker auf eine debian VM mit kernel 4.9 inst.

irgendwie bekomme ich es immer noch nicht hin, dass der BT adapter in iobroker bzw. debian erkannt wird.
ich habe das gefühl, dass das BT gerät einfach noch nicht durchgereicht wird.

normalerweise sollte es doch reichen, wenn man in der VM unter hardware das passende usb device hinzufügt.

root@ltserver:/etc/pve/qemu-server# lsusb -t
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 10000M
    |__ Port 2: Dev 2, If 0, Class=Mass Storage, Driver=usb-storage, 5000M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/12p, 480M
    |__ Port 10: Dev 3, If 0, Class=Wireless, Driver=usbfs, 12M
    |__ Port 10: Dev 3, If 1, Class=Wireless, Driver=usbfs, 12M

das wäre bei mir dann host 1-10

2019-02-22 00_49_47-ltserver - Proxmox Virtual Environment.jpg

auf der VM sieht es dann folgendermaßen aus:

iobroker@shsrv:~$ sudo service bluetooth start
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 Thu 2019-02-21 21:51:54 CET; 1s ago
     Docs: man:bluetoothd(8)
 Main PID: 1799 (bluetoothd)
   Status: "Running"
    Tasks: 1 (limit: 4915)
   CGroup: /system.slice/bluetooth.service
           └─1799 /usr/lib/bluetooth/bluetoothd

Feb 21 21:51:54 shsrv systemd[1]: Starting Bluetooth service...
Feb 21 21:51:54 shsrv bluetoothd[1799]: Bluetooth daemon 5.43
Feb 21 21:51:54 shsrv systemd[1]: Started Bluetooth service.
Feb 21 21:51:54 shsrv bluetoothd[1799]: Starting SDP server
Feb 21 21:51:54 shsrv bluetoothd[1799]: Bluetooth management interface 1.14 initialized

führe ich jetzt einen ping auf eine meiner geräte aus bekomme ich folgende fehlermeldung

iobroker@shsrv:~$ sudo l2ping -i hci0 -c1 AC:CF:5C:5B:E5:A2
Can't connect: No route to host

ein lsusb -t auf der iobroker VM zeigt folgendes

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=, 12M

bei einem hciconfig -a wird jedoch nichts angezeigt.

testweise habe ich einen usb BT dongle an die NUC angeschlossen und mit dieser hat es anstandslos funktioniert.
der ble adapter im iobroker konnte den BT dongle direkt ansprechen.

für jede hilfe bin ich euch sehr dankbar

Segway

@ltsalvatore
Hilft dir das hier weiter

ltsalvatore

@Segway sagte in INTEL NUC Kit NUC8i5BEK Proxmox+Debian VM kein Onboard BT:

@ltsalvatore
Hilft dir das hier weiter

hi segway,

leider nein..
hab mir den thread schon ein paar mal durchgelesen und diverses ausprobiert.. aber ohne erfolg.

Zipkart

@lobomau sagte in INTEL NUC Kit NUC8i5BEK Proxmox+Debian VM kein Onboard BT:

der brix gigabyte

Wie ich gesehen habe nutzt du einen Gigabyte BRIXX als NUC.

Ist es zufällig ein BACE 3150?
Den habe ich nämlich und finde kein Blietooth ist device zum durchreichen.
Wie hast du es denn bei Proxmox in die VM eingebunden?

Gruß
Stefan

ltsalvatore

@ltsalvatore sagte in INTEL NUC Kit NUC8i5BEK Proxmox+Debian VM kein Onboard BT:

@Segway sagte in INTEL NUC Kit NUC8i5BEK Proxmox+Debian VM kein Onboard BT:

@ltsalvatore
Hilft dir das hier weiter

hi segway,

leider nein..
hab mir den thread schon ein paar mal durchgelesen und diverses ausprobiert.. aber ohne erfolg.

EDIT:
ich habe zum testen mal eine vm mit Ubuntu 18.04.1 LTS aufgesetzt und dort funktioniert der on board BT tadellos. :thinking_face:

lobomau

@Zipkart sagte in INTEL NUC Kit NUC8i5BEK Proxmox+Debian VM kein Onboard BT:

@lobomau sagte in INTEL NUC Kit NUC8i5BEK Proxmox+Debian VM kein Onboard BT:

der brix gigabyte

Wie ich gesehen habe nutzt du einen Gigabyte BRIXX als NUC.

Ist es zufällig ein BACE 3150?
Den habe ich nämlich und finde kein Blietooth ist device zum durchreichen.
Wie hast du es denn bei Proxmox in die VM eingebunden?

Gruß
Stefan

Ja, genau den habe ich.
Ich habe die Benutzung des BT wieder verworfen, weil der Empfang so schlecht war. Wäre interessant zu wissen ob ich was falsch gemacht habe oder es wirklich ein schlechtes Modul verbaut ist. Wie ich es hinbekommen habe, steht weiter vorne in diesem thread.

Edit: bei mir läuft 18.04. LTS Ubuntu Server

ltsalvatore

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?

2019-03-03 15_59_28-C__Users_slt_Desktop_BT VM Proxmox_Firmware.jpg

ein dmesg spuckt folgendes aus, wo ich der meinung bin, das ist nicht korrekt so:

ich danke euch schon mal im voraus.

unltdnetworx

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 tooth

sollte keine Probleme liefern.

lsusb -t

Da sollte etwa sowas wie

Driver=btusb

stehen. 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=, 12M

Danach 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 -t

liefert dann auch auf der VW die erwarteten Werte.

ltsalvatore

@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 tooth
sollte keine Probleme liefern.
lsusb -t
Da sollte etwa sowas wie
Driver=btusb
stehen. 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=, 12M

Danach 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 -t
liefert 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:22

root@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, 12M

wenn 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 Umgebung

iobroker@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:67

was 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

@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`)

mikiline

es ist meistens dieser hier (oder so ähnlich) der einfach durchgereicht werden muss, ohne grosse commandozeilen ;)

unltdnetworx

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

Community Forum

NEWS

INTEL NUC Kit NUC8i5BEK Proxmox+Debian VM kein Onboard BT

Support us

698

32.4k

81.4k

1.3m