NEWS
Gigaset G-Tag mit ESP32 erkennen
-
@haselchen
Hier die Konfiguration:
-
Warum HCI -1 ?? Normal ist 0
Ich hab mal den GTag in Radar eingebunden. Damit läuft es wunderbar.
-
@haselchen
Ich habe Deine Einstellungen jetzt 1:1 übernommen (bis auf die Mac Adresse), tut sich nichts, das Mobiltelefon und das G-Tag liegen neben dem Raspi. -
Welche Version hast du vom Adapter?
-
@wolfgangfb sagte in Gigaset G-Tag mit ESP32 erkennen:
liegen neben dem Raspi.
... und welchen Raspi?
-
@homoran
Radar2: Version 2.0.3
Raspberry Pi 3pi@raspberrypi:~ $ sudo systemctl status bluetooth.service ● bluetooth.service - Bluetooth service Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled) Active: active (running) since Sun 2022-09-18 19:17:16 CEST; 3 weeks 6 days ago Docs: man:bluetoothd(8) Main PID: 756 (bluetoothd) Status: "Running" Tasks: 1 (limit: 4915) CPU: 69ms CGroup: /system.slice/bluetooth.service └─756 /usr/libexec/bluetooth/bluetoothd Warning: journal has been rotated since unit was started, output may be incomplete. pi@raspberrypi:~ $ bluetoothctl Agent registered [bluetooth]# show Controller DC:A6:32:BA:3C:76 (public) Name: raspberrypi Alias: raspberrypi Class: 0x002c0000 Powered: yes Discoverable: no DiscoverableTimeout: 0x000000b4 Pairable: yes UUID: A/V Remote Control (0000110e-0000-1000-8000-00805f9b34fb) UUID: Audio Source (0000110a-0000-1000-8000-00805f9b34fb) UUID: PnP Information (00001200-0000-1000-8000-00805f9b34fb) UUID: Audio Sink (0000110b-0000-1000-8000-00805f9b34fb) UUID: Headset (00001108-0000-1000-8000-00805f9b34fb) UUID: A/V Remote Control Target (0000110c-0000-1000-8000-00805f9b34fb) UUID: Generic Access Profile (00001800-0000-1000-8000-00805f9b34fb) UUID: Generic Attribute Profile (00001801-0000-1000-8000-00805f9b34fb) UUID: Device Information (0000180a-0000-1000-8000-00805f9b34fb) UUID: Headset AG (00001112-0000-1000-8000-00805f9b34fb) Modalias: usb:v1D6Bp0246d0537 Discovering: no Roles: central Roles: peripheral Advertising Features: ActiveInstances: 0x00 (0) SupportedInstances: 0x05 (5) SupportedIncludes: tx-power SupportedIncludes: appearance SupportedIncludes: local-name [bluetooth]# list Controller DC:A6:32:BA:3C:76 raspberrypi [default] [bluetooth]# scan on Discovery started [CHG] Controller DC:A6:32:BA:3C:76 Discovering: yes [NEW] Device 54:D2:72:2B:98:0D Nuki_252B980D [NEW] Device 64:F6:23:FF:F4:BB 64-F6-23-FF-F4-BB [NEW] Device BC:FA:B8:A9:62:2A AQUOS-TVE19C [NEW] Device 00:E0:4C:23:99:87 INTEL [NEW] Device 00:80:25:08:8F:C5 SMA1d SN: 2100011375 SN2100011375 [CHG] Device 00:E0:4C:23:99:87 RSSI: -76 [CHG] Device 00:E0:4C:23:99:87 RSSI: -62 [CHG] Device 64:F6:23:FF:F4:BB RSSI: -84 [DEL] Device 00:80:25:08:8F:C5 SMA1d SN: 2100011375 SN2100011375 [CHG] Device 64:F6:23:FF:F4:BB RSSI: -75
Was mich wundert ist, dass weder mein Mobiltelefon (98:f6...) noch der G-TAg (7c:2f...) erscheinen.
Mit der Keeper App die mit dem G-Tag zusammen kommt klappt das Finden des G-Tgs problemlos.
Der Bluetooth Scanner auf dem Mobiltelefonn zeigt für das G-Tag ein RSSI von -36dBm. -
@wolfgangfb entziffere ich das richtig, dass du unknown BT nicht speicherst?
-
hast du die Doku gelesen, und beherzigt?
u.a.
- notwendige Hilfsprogramme installiert?
- In the Adapter-config BT-LE macs should be identified with a '!' before the mac-address to avoid scanning them with normal BT
-
@homoran sagte in Gigaset G-Tag mit ESP32 erkennen:
@wolfgangfb entziffere ich das richtig, dass du unknown BT nicht speicherst?
Ja, wozu sollte ich die speichern? Ich kenne doch die Devices, die ich erfassen will.
-
@wolfgangfb sagte in Gigaset G-Tag mit ESP32 erkennen:
Ich kenne doch die Devices, die ich erfassen will.
der Adapter auch?
jetzt wones alles nicht klappt, hast du auch keine Lust das mal anders zu probieren?
-
@homoran sagte in Gigaset G-Tag mit ESP32 erkennen:
hast du die Doku gelesen, und beherzigt?
Ich habe sie gelesen und versucht zu verstehen, ob ich alles richtig "beherzigt" habe wage ich zu bezweifeln, denn e läuft ja nicht.
u.a.
- notwendige Hilfsprogramme installiert?
Tja, ich habe das ausgeführt was unter "Installation" steht. Richtig verstanden habe ich es nicht. Ob das alle notwendigen Hilfsprogramme sind kann ich nicht sagen.
- In the Adapter-config BT-LE macs should be identified with a '!' before the mac-address to avoid scanning them with normal BT
OK, habe ich jetzt auch gemacht.
radar2.0 2022-10-16 20:48:09.919 info Adapter identified macs: (2c:3a:fd:b4:2c:89), ips: (127.0.0.1,192.168.1.200), bts LE: (7c:2f:80:c4:5d:da,98:f6:21:87:82:bc), bts norm: () radar2.0 2022-10-16 20:48:09.917 info Init item Wolfgang_Redmi_9 with {name: 'Wolfgang_Redmi_9',ip: [],bluetooth: [ '!98:f6:21:87:82:bc' ],enabled: -1,id: 'Wolfgang_Redmi_9',type: 'BT',btVendor: 'Xiaomi Communications Co Ltd'} radar2.0 2022-10-16 20:48:09.902 info Init item Forum with {name: 'Forum',ip: [ 'https://forum.iobroker.net' ],bluetooth: [],enabled: -1,id: 'Forum',type: 'URL',lasthere: '2022-10-16T18:47:44.844Z'} radar2.0 2022-10-16 20:48:09.876 info Init item Schluessel with {name: 'Schluessel',ip: [],bluetooth: [ '!7c:2f:80:c4:5d:da' ],enabled: -1,id: 'Schluessel',type: 'BT',btVendor: 'Gigaset Communications GmbH'}
Aus der Tatsache, dass der Adapter sowohl bei Mobiltelefon als auch bei Schlüsselanhänger, den "btVendor" anzeigt schließe ich mal, dass es zumindest einmalig einen Kontakt gibt. Aber in den Objekten sind die Geräte immer noch nicht existent.
-
@wolfgangfb sagte in Gigaset G-Tag mit ESP32 erkennen:
OK, habe ich jetzt auch gemacht.
impliziert, dass du es bisher nicht hattest.
dann scannt der Adapter es als simples BT, was nicht funktioniert.@wolfgangfb sagte in Gigaset G-Tag mit ESP32 erkennen:
Aus der Tatsache, dass der Adapter sowohl bei Mobiltelefon als auch bei Schlüsselanhänger, den "btVendor" anzeigt schließe ich mal, dass es zumindest einmalig einen Kontakt gibt
ja, auf BT Ebene, aber ggf. nicht BLE
EDIT: WENN
@wolfgangfb sagte in Gigaset G-Tag mit ESP32 erkennen:
Init item Schluessel with {name: 'Schluessel',ip: [],bluetooth: [ '!7c:2f:80:c4:5d:da' ],enabled: -1,id: 'Schluessel'
dies der Tag ist, hat doch alles geklappt
@wolfgangfb sagte in Gigaset G-Tag mit ESP32 erkennen:
Adapter identified macs: (2c:3a:fd:b4:2c:89), ips: (127.0.0.1,192.168.1.200), bts LE: (7c:2f:80:c4:5d:da,
-
@homoran sagte in Gigaset G-Tag mit ESP32 erkennen:
@wolfgangfb sagte in Gigaset G-Tag mit ESP32 erkennen:
Ich kenne doch die Devices, die ich erfassen will.
der Adapter auch?
Ja, ich habe die beiden Geräte ja explizit eingetragen.
jetzt wones alles nicht klappt, hast du auch keine Lust das mal anders zu probieren?
Doch, das war ja beim ersten Versuch aktiviert, dann habe ich es rausgenommen weil es bei haselchen auch weg war. Jetzt habe ich es wieder aktiviert, aber am Ergebnis hat das nichts geändert.
Unwissend wie ich bin habe ich mal versucht, den in der Doku angegeben Befehl
pi@raspberrypi:~ $ hcitool lescan Set scan parameters failed: Input/output error
auszuführen. Ob dieser Fehler jetzt daran liegt, dass ihn falsch eingesetzt habe oder ob lescan ein grundsätzliches Progblem bei mir hat weiß ich nicht.
-
@wolfgangfb sagte in Gigaset G-Tag mit ESP32 erkennen:
Ja, ich habe die beiden Geräte ja explizit eingetragen.
aber erst jetzt als BLE Devices deklariert.
-
@homoran sagte in Gigaset G-Tag mit ESP32 erkennen:
@wolfgangfb sagte in Gigaset G-Tag mit ESP32 erkennen:
OK, habe ich jetzt auch gemacht.
impliziert, dass du es bisher nicht hattest.
dann scannt der Adapter es als simples BT, was nicht funktioniert.@wolfgangfb sagte in Gigaset G-Tag mit ESP32 erkennen:
Aus der Tatsache, dass der Adapter sowohl bei Mobiltelefon als auch bei Schlüsselanhänger, den "btVendor" anzeigt schließe ich mal, dass es zumindest einmalig einen Kontakt gibt
ja, auf BT Ebene, aber ggf. nicht BLE
EDIT: WENN
@wolfgangfb sagte in Gigaset G-Tag mit ESP32 erkennen:
Init item Schluessel with {name: 'Schluessel',ip: [],bluetooth: [ '!7c:2f:80:c4:5d:da' ],enabled: -1,id: 'Schluessel'
dies der Tag ist, hat doch alles geklappt
Das ist die MAC des G-Tag, aber was nutzt mir ds ganze, wenn in den Objekten steht, dass das Device noch nie da war?
-
@wolfgangfb sagte in Gigaset G-Tag mit ESP32 erkennen:
wenn in den Objekten steht, dass das Device noch nie da war?
ich habe mit dem Adapter noch nicht gearbeitet, aber wo steht das?
in deinem screenshot steht ein Timestamp wo er gesehen worden ist.
unter not_here ist alles leer, also ist kein bekanntes Gerät nicht daich habe das damals mit dem Skript hier gemacht.
https://forum.iobroker.net/post/2195
muss aber die Vorlage für den Adapter gewesen sein.
-
Hast du mal den Expertenmodus angemacht und nochmal die aktuelle Version installiert ?
Über die Radar Kachel?
Kann sein , dass da doch nochmal wichtige Abhängigkeiten installiert werden. -
@homoran sagte in Gigaset G-Tag mit ESP32 erkennen:
@wolfgangfb sagte in Gigaset G-Tag mit ESP32 erkennen:
wenn in den Objekten steht, dass das Device noch nie da war?
ich habe mit dem Adapter noch nicht gearbeitet, aber wo steht das?
in deinem screenshot steht ein Timestamp wo er gesehen worden ist.
unter not_here ist alles leer, also ist kein bekanntes Gerät nicht daSiehe Bild
notHere sind "Schlüssel" und mein "Mobiltelefon". Ein lastHere gibt es auch nicht bei Schlüssel un Mobiltelefon
-
@wolfgangfb sagte in Gigaset G-Tag mit ESP32 erkennen:
notHere sind "Schlüssel" und mein "Mobiltelefon".
ok, das war in dem anderen Screenshot noch anders.
wie gesagt würde ich zum Suchen den Tag aus der Liste nehmen j d unbekannte IDs speichern.
Da sind ja schon andere unbekannte drin.
ich bin mir auch nicht sicher ob ble und bt die selbe MAC haben. heisst aber nichts -
@haselchen sagte in Gigaset G-Tag mit ESP32 erkennen:
Hast du mal den Expertenmodus angemacht und nochmal die aktuelle Version installiert ?
Über die Radar Kachel?
Kann sein , dass da doch nochmal wichtige Abhängigkeiten installiert werden.$ iobroker add radar2 auto --host raspberrypi host.raspberrypi create instance radar2 host.raspberrypi object system.adapter.radar2.1.alive created host.raspberrypi object system.adapter.radar2.1.connected created host.raspberrypi object system.adapter.radar2.1.compactMode created host.raspberrypi object system.adapter.radar2.1.cpu created host.raspberrypi object system.adapter.radar2.1.cputime created host.raspberrypi object system.adapter.radar2.1.memHeapUsed created host.raspberrypi object system.adapter.radar2.1.memHeapTotal created host.raspberrypi object system.adapter.radar2.1.memRss created host.raspberrypi object system.adapter.radar2.1.uptime created host.raspberrypi object system.adapter.radar2.1.inputCount created host.raspberrypi object system.adapter.radar2.1.outputCount created host.raspberrypi object system.adapter.radar2.1.eventLoopLag created host.raspberrypi object system.adapter.radar2.1.sigKill created host.raspberrypi object system.adapter.radar2.1.logLevel created host.raspberrypi object radar2.1.info created host.raspberrypi object radar2.1.info.connection created host.raspberrypi Set default value of radar2.1.info.connection: false host.raspberrypi object system.adapter.radar2.1 created Process exited with code 0
Ergebnis das gleiche, nHere sind Schlüssel und Mobiltelefon.