Test Adapter radar2 v1.2.x GitHub

[Diginix]

@slipkorn_dh88 Dann liegt es eher nicht an der Hardware serverseitig sondern die Tags sind wohl wirklich nicht zu "sehen".

[haselchen]

@slipkorn_dh88

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

[SlipKoRn_DH88]

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

@slipkorn_dh88

Kein Erfolg, bedeutet?

[SlipKoRn_DH88]

@haselchen Das bedeutet, dass die G-Tags weiterhin unregelmäßig nicht als anwesend erkannt werden.

[haselchen]

@slipkorn_dh88

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.

[SlipKoRn_DH88]

@haselchen

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]

@slipkorn_dh88

rfkill

Und dann das Interface deaktivieren.

[SlipKoRn_DH88]

@thomas-braun

@thomas-braun sagte in Test Adapter radar2 v1.2.x GitHub:

@slipkorn_dh88

rfkill

Und dann das Interface deaktivieren.

Was genau bedeutet das deaktivieren des Interfaces? Sorry, soweit bin ich noch nicht in der Materie.

[Thomas Braun]

@slipkorn_dh88

echad@chet:~ $ rfkill
ID TYPE      DEVICE      SOFT      HARD
 0 wlan      phy0   unblocked unblocked
 1 bluetooth hci0   unblocked unblocked

Unter ID 1 firmiert also hier bluetooth.

Mit

sudo rfkill block 1

kann 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

[SlipKoRn_DH88]

@thomas-braun
Danke dir! Ich werde beobachten wie nun die Stabilität der Anwesenheitserkennung mit dem Bluetooth Dongle ist.

[Thomas Braun]

@slipkorn_dh88

Musst mal schauen, wie sich das nach einem reboot verhält. Ggf. muss das dann noch fix verdrahtet werden.

[SlipKoRn_DH88]

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

[SlipKoRn_DH88]

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 Bluetooth

hci1 rfkill hat nichts gebracht.

Nutze ich im Radar2 Adapter Noble funktioniert es. Aber auch nur mit hci1.

@Jey-Cee vielleicht noch eine Idee?

[Jey Cee]

@slipkorn_dh88 sorry da muss ich passen, ich kenn mich mit dem Adapter nicht aus.

[Diginix]

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

@diginix
Mit hcitool lescan sind beide Tags zu sehen, im Radar Adapter aber weiterhin auf false wenn ich hci in dem Adapter nutze

[Diginix]

@slipkorn_dh88 Hm, das wäre dann wohl echt ein Thema für "einen" radar2 Entwickler. Leider gibt es da mWn aktuell keinen.
Ich bin froh dass der Adapter bei mir läuft und alles erkennt was ich an BT/Wifi Geräten brauche.

[SlipKoRn_DH88]

@diginix Dann werde ich mal ein Issue auf Github öffnen. Eventuell wird sich irgendwann mal darum gekümmert. Habe jetzt schon zich Stunden herumgetestet und diverse Google Einträge abgeklappert.

Hat wer noch eine Idee für eine zuverlässige Anwesenheitserkennung?

Per Wlan bzw Bluetooth und Smartphone hatte ich bereits getestet, jedoch schalten die Smartphones nach einer gewissen Zeit immer das Wlan und Bluetooth aus.

Daher bleibt meines Wissens nach nur eine Variante mit den Bluetooth Tags.