NEWS
Test Adapter radar2 v1.2.x GitHub
-
@diginix sagte in Test Adapter radar2 v1.2.x GitHub:
@slipkorn_dh88 Mind der Treiber für den Stick muss geladen werden und dann sollte der Dongle in der Kommandozeile mit hcitool dev als zB hci1 erscheinen. Diese ID musst du dann in der radar2 Instanz eintragen, damit der Adapter auch darüber scannt.
Mit "lsusb" wird mit der Stick mit folgendem Namen angezeigt: Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
Mit "hcitool dev" sehe ich einmal ein hci0 und hci1. Ich gehe davon aus, dass hci0 Bluetooth vom PI ist und hci1 Bluetooth vom Stick?
Ich verstehe aber nicht, wo die ID in der radar2 Instanz eingetragen werden muss.
Einen Treiber für den Stick habe ich leider nicht gefunden.
@slipkorn_dh88 sagte in Test Adapter radar2 v1.2.x GitHub:
Einen Treiber für den Stick habe ich leider nicht gefunden.
Wird in der Regel auch nicht benötigt, die meisten Treiber sind als kernel modul schon bei 'Linux' dabei.
-
@diginix sagte in Test Adapter radar2 v1.2.x GitHub:
@slipkorn_dh88 Mind der Treiber für den Stick muss geladen werden und dann sollte der Dongle in der Kommandozeile mit hcitool dev als zB hci1 erscheinen. Diese ID musst du dann in der radar2 Instanz eintragen, damit der Adapter auch darüber scannt.
Mit "lsusb" wird mit der Stick mit folgendem Namen angezeigt: Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
Mit "hcitool dev" sehe ich einmal ein hci0 und hci1. Ich gehe davon aus, dass hci0 Bluetooth vom PI ist und hci1 Bluetooth vom Stick?
Ich verstehe aber nicht, wo die ID in der radar2 Instanz eingetragen werden muss.
Einen Treiber für den Stick habe ich leider nicht gefunden.
@slipkorn_dh88 sagte in Test Adapter radar2 v1.2.x GitHub:
Mit "hcitool dev" sehe ich einmal ein hci0 und hci1. Ich gehe davon aus, dass hci0 Bluetooth vom PI ist und hci1 Bluetooth vom Stick?
Ich verstehe aber nicht, wo die ID in der radar2 Instanz eingetragen werden muss.
Da musst du die 1 eintragen.
-
@diginix
Achso, das meintest du mit der ID. Das habe ich bereits eingetragen. Leider bricht die Verbindung auch mit dem USB Dongle regelmäßig ab. -
@diginix
Achso, das meintest du mit der ID. Das habe ich bereits eingetragen. Leider bricht die Verbindung auch mit dem USB Dongle regelmäßig ab.@slipkorn_dh88 Dann liegt es eher nicht an der Hardware serverseitig sondern die Tags sind wohl wirklich nicht zu "sehen".
-
@diginix
Achso, das meintest du mit der ID. Das habe ich bereits eingetragen. Leider bricht die Verbindung auch mit dem USB Dongle regelmäßig ab.Ich habe die Gigaset Dinger auch.
Vielleicht übernimmst du meine Einstellungen und guckst wie es läuft.
Ich habe oben links 29sek genommen, weil er laut Log 26sek braucht um den Tag zu scannen.
Und BT Adressen , die bekannt sind......leer lassen.Und diesen Tipp hatte ich auch in der Konsole ausgeführt:
sudo setcap 'cap_net_admin,cap_net_bind_service,cap_net_raw+eip' $(eval readlink -f `which node`) -
Ich habe die Gigaset Dinger auch.
Vielleicht übernimmst du meine Einstellungen und guckst wie es läuft.Ich habe oben links 29sek genommen, weil er laut Log 26sek braucht um den Tag zu scannen.
Und BT Adressen , die bekannt sind......leer lassen.Und diesen Tipp hatte ich auch in der Konsole ausgeführt:
sudo setcap 'cap_net_admin,cap_net_bind_service,cap_net_raw+eip' $(eval readlink -f `which node`)@haselchen
Danke für deine Unterstützung. Ich hab alles nach deiner Vorgabe umgesetzt. Aber auch damit leider kein Erfolg. Ich werde mir jetzt einfach mal frische Batterien für die Dinger besorgen und dann nochmal testen.Viele Grüße
-
@haselchen
Danke für deine Unterstützung. Ich hab alles nach deiner Vorgabe umgesetzt. Aber auch damit leider kein Erfolg. Ich werde mir jetzt einfach mal frische Batterien für die Dinger besorgen und dann nochmal testen.Viele Grüße
Kein Erfolg, bedeutet?
-
@haselchen Das bedeutet, dass die G-Tags weiterhin unregelmäßig nicht als anwesend erkannt werden.
-
@haselchen Das bedeutet, dass die G-Tags weiterhin unregelmäßig nicht als anwesend erkannt werden.
Hast du noch den BLE Adapter nebenher laufen ?
Das birgt Probleme. Das hatte ich auch .
Habe dann ein ESP32 Board an den USB gehängt , bespielt mit ESP Software. Gibt auch einen entsprechenden Adapter dazu.
Und weg war das Problem. -
Nachdem ich mit dem BLE Adapter die Bluetooth-Adressen der beiden Tags ermittelt hatte, habe ich den BLE Adapter entfernt. Bis auf den Radar2 Adapter habe ich nichts mit Bluetooth als Instanz installiert.
Besteht die Möglichkeit, dass das Raspberry eigene Bluetooth dem Bluetooth Dongle in die Quere kommt? Das ist mit eben noch so eingefallen. Ich weiß nur nicht, wie ich Bluetooth vom Raspberry deaktiviere
-
Nachdem ich mit dem BLE Adapter die Bluetooth-Adressen der beiden Tags ermittelt hatte, habe ich den BLE Adapter entfernt. Bis auf den Radar2 Adapter habe ich nichts mit Bluetooth als Instanz installiert.
Besteht die Möglichkeit, dass das Raspberry eigene Bluetooth dem Bluetooth Dongle in die Quere kommt? Das ist mit eben noch so eingefallen. Ich weiß nur nicht, wie ich Bluetooth vom Raspberry deaktiviere
-
@thomas-braun sagte in Test Adapter radar2 v1.2.x GitHub:
rfkillUnd dann das Interface deaktivieren.
Was genau bedeutet das deaktivieren des Interfaces? Sorry, soweit bin ich noch nicht in der Materie.
-
@thomas-braun sagte in Test Adapter radar2 v1.2.x GitHub:
rfkillUnd dann das Interface deaktivieren.
Was genau bedeutet das deaktivieren des Interfaces? Sorry, soweit bin ich noch nicht in der Materie.
echad@chet:~ $ rfkill ID TYPE DEVICE SOFT HARD 0 wlan phy0 unblocked unblocked 1 bluetooth hci0 unblocked unblockedUnter ID 1 firmiert also hier bluetooth.
Mit
sudo rfkill block 1kann man es blockieren:
echad@chet:~ $ sudo rfkill block 1 echad@chet:~ $ rfkill ID TYPE DEVICE SOFT HARD 0 wlan phy0 unblocked unblocked 1 bluetooth hci0 blocked unblocked -
@thomas-braun
Danke dir! Ich werde beobachten wie nun die Stabilität der Anwesenheitserkennung mit dem Bluetooth Dongle ist. -
@thomas-braun
Danke dir! Ich werde beobachten wie nun die Stabilität der Anwesenheitserkennung mit dem Bluetooth Dongle ist.Musst mal schauen, wie sich das nach einem reboot verhält. Ggf. muss das dann noch fix verdrahtet werden.
-
@thomas-braun
Ich habe nun herausgefunden, dass sich die G-Tags, trotz des Bluetooth Dongles, immer mit dem PI internen Bluetooth verbunden haben. Mit rfkill habe ich das interne Bluetooth des PI deaktiviert und danach wurden die G-Tags nämlich nicht mehr erkannt.Folgendes habe ich in der Konsole eingegeben und getestet, nachdem ich das interne BT deaktiviert hatte (hci0 ist der Dongle):
pi@raspberrypi:~ $ hcitool dev Devices: hci0 00:1A:7D:DA:71:13 pi@raspberrypi:~ $ sudo service bluetooth status ● bluetooth.service - Bluetooth service Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor pre> Active: active (running) since Tue 2022-04-19 20:35:37 CEST; 9h ago Docs: man:bluetoothd(8) Main PID: 893 (bluetoothd) Status: "Running" Tasks: 1 (limit: 4915) CPU: 942ms CGroup: /system.slice/bluetooth.service └─893 /usr/libexec/bluetooth/bluetoothd Apr 19 20:35:37 raspberrypi bluetoothd[893]: Endpoint registered: sender=:1.21 > Apr 19 20:35:37 raspberrypi bluetoothd[893]: Endpoint registered: sender=:1.21 > Apr 19 20:35:37 raspberrypi bluetoothd[893]: Failed to set privacy: Rejected (0> Apr 19 20:35:37 raspberrypi bluetoothd[893]: Failed to set privacy: Rejected (0> Apr 19 20:38:15 raspberrypi bluetoothd[893]: Endpoint unregistered: sender=:1.2> Apr 19 20:38:15 raspberrypi bluetoothd[893]: Endpoint unregistered: sender=:1.2> Apr 19 20:38:46 raspberrypi bluetoothd[893]: profiles/sap/server.c:sap_server_r> Apr 19 20:38:46 raspberrypi bluetoothd[893]: sap-server: Operation not permitte> Apr 19 20:38:46 raspberrypi bluetoothd[893]: Endpoint registered: sender=:1.21 > Apr 19 20:38:46 raspberrypi bluetoothd[893]: Endpoint registered: sender=:1.21 > lines 1-21/21 (END) ● bluetooth.service - Bluetooth service Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled) Active: active (running) since Tue 2022-04-19 20:35:37 CEST; 9h ago Docs: man:bluetoothd(8) Main PID: 893 (bluetoothd) Status: "Running" Tasks: 1 (limit: 4915) CPU: 942ms CGroup: /system.slice/bluetooth.service └─893 /usr/libexec/bluetooth/bluetoothd Apr 19 20:35:37 raspberrypi bluetoothd[893]: Endpoint registered: sender=:1.21 path=/MediaEndpoint/A2DPSink/sbc Apr 19 20:35:37 raspberrypi bluetoothd[893]: Endpoint registered: sender=:1.21 path=/MediaEndpoint/A2DPSource/sbc Apr 19 20:35:37 raspberrypi bluetoothd[893]: Failed to set privacy: Rejected (0x0b) Apr 19 20:35:37 raspberrypi bluetoothd[893]: Failed to set privacy: Rejected (0x0b) Apr 19 20:38:15 raspberrypi bluetoothd[893]: Endpoint unregistered: sender=:1.21 path=/MediaEndpoint/A2DPSink/sbc Apr 19 20:38:15 raspberrypi bluetoothd[893]: Endpoint unregistered: sender=:1.21 path=/MediaEndpoint/A2DPSource/sbc Apr 19 20:38:46 raspberrypi bluetoothd[893]: profiles/sap/server.c:sap_server_register() Sap driver initialization failed. Apr 19 20:38:46 raspberrypi bluetoothd[893]: sap-server: Operation not permitted (1) Apr 19 20:38:46 raspberrypi bluetoothd[893]: Endpoint registered: sender=:1.21 path=/MediaEndpoint/A2DPSink/sbc Apr 19 20:38:46 raspberrypi bluetoothd[893]: Endpoint registered: sender=:1.21 path=/MediaEndpoint/A2DPSource/sbc ~ ~ pi@raspberrypi:~ $ sudo gpasswd -a pi bluetooth Benutzer pi wird zur Gruppe bluetooth hinzugefügt. pi@raspberrypi:~ $ lsusb | grep -i bluetooth Bus 001 Device 005: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode) pi@raspberrypi:~ $ sudo hcitool scan Scanning ... pi@raspberrypi:~ $ sudo hcitool lescan Set scan parameters failed: Input/output error pi@raspberrypi:~ $ sudo bluetoothctl Agent registered [CHG] Controller 00:1A:7D:DA:71:13 Class: 0x00000000 [CHG] Controller 00:1A:7D:DA:71:13 Powered: no [CHG] Controller 00:1A:7D:DA:71:13 Discovering: no [CHG] Controller 00:1A:7D:DA:71:13 Class: 0x002c0000 [CHG] Controller 00:1A:7D:DA:71:13 Powered: yes [bluetooth]# scan on Failed to start discovery: org.bluez.Error.InProgress [CHG] Controller 00:1A:7D:DA:71:13 Class: 0x00000000 [CHG] Controller 00:1A:7D:DA:71:13 Powered: no [CHG] Controller 00:1A:7D:DA:71:13 Discovering: no [CHG] Controller 00:1A:7D:DA:71:13 Class: 0x002c0000 [CHG] Controller 00:1A:7D:DA:71:13 Powered: yes [CHG] Controller 00:1A:7D:DA:71:13 Class: 0x00000000 [CHG] Controller 00:1A:7D:DA:71:13 Powered: no [CHG] Controller 00:1A:7D:DA:71:13 Discovering: no [CHG] Controller 00:1A:7D:DA:71:13 Class: 0x002c0000 [CHG] Controller 00:1A:7D:DA:71:13 Powered: yes [bluetooth]# [bluetooth]# connect 58:9e:c6:20:3f:00 Device 58:9e:c6:20:3f:00 not available [CHG] Controller 00:1A:7D:DA:71:13 Class: 0x00000000 [CHG] Controller 00:1A:7D:DA:71:13 Powered: no [CHG] Controller 00:1A:7D:DA:71:13 Discovering: no [CHG] Controller 00:1A:7D:DA:71:13 Class: 0x002c0000 [CHG] Controller 00:1A:7D:DA:71:13 Powered: yes [bluetooth]# connect Missing dev argument [bluetooth]# connect 58:9e:c6:20:48:50 Device 58:9e:c6:20:48:50 not available [CHG] Controller 00:1A:7D:DA:71:13 Class: 0x00000000 [CHG] Controller 00:1A:7D:DA:71:13 Powered: no [CHG] Controller 00:1A:7D:DA:71:13 Discovering: no [CHG] Controller 00:1A:7D:DA:71:13 Class: 0x002c0000 [CHG] Controller 00:1A:7D:DA:71:13 Powered: yes [CHG] Controller 00:1A:7D:DA:71:13 Class: 0x00000000 [CHG] Controller 00:1A:7D:DA:71:13 Powered: no [CHG] Controller 00:1A:7D:DA:71:13 Discovering: no [CHG] Controller 00:1A:7D:DA:71:13 Class: 0x002c0000 [CHG] Controller 00:1A:7D:DA:71:13 Powered: yes [bluetooth]# connect 58:9e:c6:20:48:50 Device 58:9e:c6:20:48:50 not available [bluetooth]# [bluetooth]# exit pi@raspberrypi:~ $ sudo apt-get install bluetooth bluez-utils Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig Paket bluez-utils ist nicht verfügbar, wird aber von einem anderen Paket referenziert. Das kann heißen, dass das Paket fehlt, dass es abgelöst wurde oder nur aus einer anderen Quelle verfügbar ist. Doch die folgenden Pakete ersetzen es: bluez E: Für Paket »bluez-utils« existiert kein Installationskandidat. pi@raspberrypi:~ $ sudo apt-get install blueman bluez-alsa Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig Paket bluez-alsa ist nicht verfügbar, wird aber von einem anderen Paket referenziert. Das kann heißen, dass das Paket fehlt, dass es abgelöst wurde oder nur aus einer anderen Quelle verfügbar ist. E: Für Paket »bluez-alsa« existiert kein Installationskandidat. pi@raspberrypi:~ $ sudo service bluetooth status ● bluetooth.service - Bluetooth service Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled) Active: active (running) since Tue 2022-04-19 20:35:37 CEST; 9h ago Docs: man:bluetoothd(8) Main PID: 893 (bluetoothd) Status: "Running" Tasks: 1 (limit: 4915) CPU: 974ms CGroup: /system.slice/bluetooth.service └─893 /usr/libexec/bluetooth/bluetoothd Apr 19 20:35:37 raspberrypi bluetoothd[893]: Endpoint registered: sender=:1.21 path=/MediaEndpoint/A2DPSink/sbc Apr 19 20:35:37 raspberrypi bluetoothd[893]: Endpoint registered: sender=:1.21 path=/MediaEndpoint/A2DPSource/sbc Apr 19 20:35:37 raspberrypi bluetoothd[893]: Failed to set privacy: Rejected (0x0b) Apr 19 20:35:37 raspberrypi bluetoothd[893]: Failed to set privacy: Rejected (0x0b) Apr 19 20:38:15 raspberrypi bluetoothd[893]: Endpoint unregistered: sender=:1.21 path=/MediaEndpoint/A2DPSink/sbc Apr 19 20:38:15 raspberrypi bluetoothd[893]: Endpoint unregistered: sender=:1.21 path=/MediaEndpoint/A2DPSource/sbc Apr 19 20:38:46 raspberrypi bluetoothd[893]: profiles/sap/server.c:sap_server_register() Sap driver initialization failed. Apr 19 20:38:46 raspberrypi bluetoothd[893]: sap-server: Operation not permitted (1) Apr 19 20:38:46 raspberrypi bluetoothd[893]: Endpoint registered: sender=:1.21 path=/MediaEndpoint/A2DPSink/sbc Apr 19 20:38:46 raspberrypi bluetoothd[893]: Endpoint registered: sender=:1.21 path=/MediaEndpoint/A2DPSource/sbc pi@raspberrypi:~ $ sudo service bluetooth start pi@raspberrypi:~ $ lsusb | grep -i bluetooth Bus 001 Device 005: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode) pi@raspberrypi:~ $ sudo hcitool scan Scanning ... pi@raspberrypi:~ $ sudo hcitool lescan Set scan parameters failed: Input/output error pi@raspberrypi:~ $ Set scan parameters failed: Input/output error -bash: Set: Kommando nicht gefunden. pi@raspberrypi:~ $ ^C pi@raspberrypi:~ $ hciconfig hci0 down pi@raspberrypi:~ $ hciconfig hci0 up pi@raspberrypi:~ $ hcitool lescan LE Scan ... A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) A4:30:7A:01:1C:AB (unknown) ^Cpi@raspberrypi:~ $ pi@raspberrypi:~ $ sudo hcitool scan Scanning ... pi@raspberrypi:~ $ sudo bluetoothctl Agent registered [bluetooth]# scan on Discovery started [CHG] Controller 00:1A:7D:DA:71:13 Discovering: yes [bluetooth]# exit pi@raspberrypi:~ $ hciconfig hci0: Type: Primary Bus: USB BD Address: 00:1A:7D:DA:71:13 ACL MTU: 310:10 SCO MTU: 64:8 UP RUNNING RX bytes:221058 acl:0 sco:0 events:12273 errors:0 TX bytes:104448 acl:0 sco:0 commands:7160 errors:0 hci1: Type: Primary Bus: UART BD Address: DC:A6:32:99:B8:53 ACL MTU: 1021:8 SCO MTU: 64:1 DOWN RX bytes:4028 acl:0 sco:0 events:226 errors:0 TX bytes:3726 acl:0 sco:0 commands:142 errors:0 pi@raspberrypi:~ $ rfkill ID TYPE DEVICE SOFT HARD 1 bluetooth hci1 blocked unblocked 2 bluetooth hci0 unblocked unblocked pi@raspberrypi:~ $ lsusb Bus 002 Device 002: ID 174c:1156 ASMedia Technology Inc. Forty Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 004: ID 10c4:ea60 Silicon Labs CP210x UART Bridge Bus 001 Device 005: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode) Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub pi@raspberrypi:~ $ hcitool dev Devices: hci0 00:1A:7D:DA:71:13 pi@raspberrypi:~ $ rfkill ID TYPE DEVICE SOFT HARD 1 bluetooth hci1 blocked unblocked 2 bluetooth hci0 unblocked unblocked pi@raspberrypi:~ $ rfkill unblock 1 pi@raspberrypi:~ $ rfkill ID TYPE DEVICE SOFT HARD 1 bluetooth hci1 unblocked unblocked 2 bluetooth hci0 unblocked unblocked pi@raspberrypi:~ $Ein Scan zeigt mir auch nicht die Tags an. Möglicherweise ist der Donlge defekt oder veraltet?
-
Ich habe nun zwischenzeitlich die Batterien der Tags erneuert, einen neuen Bluetooth Dongle benutzt und das komplette System neu aufgesetzt. Dennoch habe ich noch immer Probleme mit dem Radar2 Adapter die Tags zu erkennen.
Mit dem BLE Adapter werden mir beide Tags angezeigt und das sowohl mit hci1 und hci0. Im Radar2 Adapter tauchen sie bei hci0 und hci1 nicht mehr auf.
Den BLE Adapter habe ich jetzt nur installiert um dies zu prüfen. Sonst ist er nicht installiert.hci0 = USB Bluetooth Dongle
hci1 = internes Bluetoothhci1 rfkill hat nichts gebracht.
Nutze ich im Radar2 Adapter Noble funktioniert es. Aber auch nur mit hci1.
@Jey-Cee vielleicht noch eine Idee?
-
Ich habe nun zwischenzeitlich die Batterien der Tags erneuert, einen neuen Bluetooth Dongle benutzt und das komplette System neu aufgesetzt. Dennoch habe ich noch immer Probleme mit dem Radar2 Adapter die Tags zu erkennen.
Mit dem BLE Adapter werden mir beide Tags angezeigt und das sowohl mit hci1 und hci0. Im Radar2 Adapter tauchen sie bei hci0 und hci1 nicht mehr auf.
Den BLE Adapter habe ich jetzt nur installiert um dies zu prüfen. Sonst ist er nicht installiert.hci0 = USB Bluetooth Dongle
hci1 = internes Bluetoothhci1 rfkill hat nichts gebracht.
Nutze ich im Radar2 Adapter Noble funktioniert es. Aber auch nur mit hci1.
@Jey-Cee vielleicht noch eine Idee?
-
Ich habe nun zwischenzeitlich die Batterien der Tags erneuert, einen neuen Bluetooth Dongle benutzt und das komplette System neu aufgesetzt. Dennoch habe ich noch immer Probleme mit dem Radar2 Adapter die Tags zu erkennen.
Mit dem BLE Adapter werden mir beide Tags angezeigt und das sowohl mit hci1 und hci0. Im Radar2 Adapter tauchen sie bei hci0 und hci1 nicht mehr auf.
Den BLE Adapter habe ich jetzt nur installiert um dies zu prüfen. Sonst ist er nicht installiert.hci0 = USB Bluetooth Dongle
hci1 = internes Bluetoothhci1 rfkill hat nichts gebracht.
Nutze ich im Radar2 Adapter Noble funktioniert es. Aber auch nur mit hci1.
@Jey-Cee vielleicht noch eine Idee?
@slipkorn_dh88
radar2 kann ja BLE Geräte mittels noble oder hcitool lescan erkennen.
In der CLI kannst du "hcitool lescan" auch manuell testen und schauen ob die Tags zu sehen sind, aber zuvor besser alle BT Adapter stoppen, damit die BT Hardware nicht fremd belegt ist. -
@slipkorn_dh88
radar2 kann ja BLE Geräte mittels noble oder hcitool lescan erkennen.
In der CLI kannst du "hcitool lescan" auch manuell testen und schauen ob die Tags zu sehen sind, aber zuvor besser alle BT Adapter stoppen, damit die BT Hardware nicht fremd belegt ist.
Support us
705
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge