Gigaset G-Tag mit ESP32 erkennen

[Homoran]

@wolfgangfb dann stell die Instanz mal auf debug und starte neu

[WolfgangFB]

@homoran sagte in Gigaset G-Tag mit ESP32 erkennen:

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

Das war mein erster Screenshot von Objekten. Verwechselst Du das mit haselchens Screenshot?

wie gesagt würde ich zum Suchen den Tag aus der Liste nehmen j d unbekannte IDs speichern.

Habe ich jetzt auch probiert. Ohne Ergebnis.

Da sind ja schon andere unbekannte drin.
ich bin mir auch nicht sicher ob ble und bt die selbe MAC haben. heisst aber nichts

Mein Mobiltelefon zeigt mitr beim G-Tag die gleiche Mac Adresse an
7c:2f:80:c4:5d:da (dort aber in Großbuchstaben, das sollte aber nichts machen hoffe ich aml) und als Protokoll: Low Energy (BLE)

[haselchen]

@wolfgangfb

Wieso hast du 2 Instanzen vom Adapter ?

[Homoran]

@wolfgangfb sagte in Gigaset G-Tag mit ESP32 erkennen:

Unwissend wie ich bin habe ich mal versucht, den in der Doku angegeben Befehl

den hab ich nicht gefunden, lediglich lescan dev
hast du den mal ausgeführt?

[Homoran]

@wolfgangfb
hast du das jetzt mal ausgeführt?
bitte mit ein und Ausgabe posten.

mein Akku ist gleich leer!

[WolfgangFB]

@homoran sagte in Gigaset G-Tag mit ESP32 erkennen:

@wolfgangfb sagte in Gigaset G-Tag mit ESP32 erkennen:

Unwissend wie ich bin habe ich mal versucht, den in der Doku angegeben Befehl

den hab ich nicht gefunden, lediglich lescan dev
hast du den mal ausgeführt?

pi@raspberrypi:~ $ lescan dev
-bash: lescan: Kommando nicht gefunden.

[WolfgangFB]

@haselchen sagte in Gigaset G-Tag mit ESP32 erkennen:

@wolfgangfb

Wieso hast du 2 Instanzen vom Adapter ?

Weil ich beim von Dir empfohlenen Installieren nicht aufgepasst habe und eine neue Inszanz installiert habe. Ändert aber nichts am Ergebnis.

[Homoran]

@wolfgangfb sagte in Gigaset G-Tag mit ESP32 erkennen:

@homoran sagte in Gigaset G-Tag mit ESP32 erkennen:

@wolfgangfb sagte in Gigaset G-Tag mit ESP32 erkennen:

Unwissend wie ich bin habe ich mal versucht, den in der Doku angegeben Befehl

den hab ich nicht gefunden, lediglich lescan dev
hast du den mal ausgeführt?

pi@raspberrypi:~ $ lescan dev
-bash: lescan: Kommando nicht gefunden.

laut Doku kann es bei der Installation zu Fehlern kommen:

If first line installs everything but readlink or hcitools cannot be found a path is missing most probably,

dann ist hcitools bei dir ggf. garnicht installiert oder nicht richtig?

gab es bei der Installation Fehlermeldungen?

[Homoran]

@wolfgangfb sagte in Gigaset G-Tag mit ESP32 erkennen:

Ändert aber nichts am Ergebnis.

Möglicherweise doch, wenn beide sich gegenseitig behindern auf die Hardware zuzugreifen

[WolfgangFB]

@homoran sagte in Gigaset G-Tag mit ESP32 erkennen:

@wolfgangfb sagte in Gigaset G-Tag mit ESP32 erkennen:

@homoran sagte in Gigaset G-Tag mit ESP32 erkennen:

@wolfgangfb sagte in Gigaset G-Tag mit ESP32 erkennen:

Unwissend wie ich bin habe ich mal versucht, den in der Doku angegeben Befehl

den hab ich nicht gefunden, lediglich lescan dev
hast du den mal ausgeführt?

pi@raspberrypi:~ $ lescan dev
-bash: lescan: Kommando nicht gefunden.

laut Doku kann es bei der Installation zu Fehlern kommen:

If first line installs everything but readlink or hcitools cannot be found a path is missing most probably,

dann ist hcitools bei dir ggf. garnicht installiert oder nicht richtig?

gab es bei der Installation Fehlermeldungen?

Ich habe es jetzt nochmal probiert:

pi@raspberrypi:~ $ sudo apt-get install -y coreutils libcap2-bin arp-scan bluetooth bluez libbluetooth-dev libudev-dev net-tools
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
arp-scan ist schon die neueste Version (1.9.7-2).
coreutils ist schon die neueste Version (8.32-4).
libcap2-bin ist schon die neueste Version (1:2.44-1).
libudev-dev ist schon die neueste Version (247.3-7+rpi1+deb11u1).
net-tools ist schon die neueste Version (1.60+git20181103.0eebece-1).
bluetooth ist schon die neueste Version (5.55-3.1+rpt2).
bluez ist schon die neueste Version (5.55-3.1+rpt2).
bluez wurde als manuell installiert festgelegt.
libbluetooth-dev ist schon die neueste Version (5.55-3.1+rpt2).
Das folgende Paket wurde automatisch installiert und wird nicht mehr benötigt:
  libfuse2
Verwenden Sie »sudo apt autoremove«, um es zu entfernen.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 151 nicht aktualisiert.

und dann gemäß der Empfehlung

pi@raspberrypi:~ $ sudo find / -name readlink
find: ‘/proc/18830’: Datei oder Verzeichnis nicht gefunden
/usr/lib/klibc/bin/readlink
/usr/bin/readlink
find: ‘/run/user/1000/gvfs’: Keine Berechtigung

Was ich damit jetzt anfangen soll/kann weiß ich nicht.

Es gibt bei mir übrigens hcitool

@raspberrypi:~ $ hcitool lescan dev
Set scan parameters failed: Input/output error

[Thomas Braun]

@wolfgangfb sagte in Gigaset G-Tag mit ESP32 erkennen:

151 nicht aktualisiert.

Ran an die Updates! Da ist massiver Stau!

[Homoran]

@wolfgangfb sagte in Gigaset G-Tag mit ESP32 erkennen:

und dann gemäß der Empfehlung

doch nur wenn damit etwas nicht passt

[WolfgangFB]

@thomas-braun
So, Updates sind alle eingespielt, zweite Instanz gelöscht, aber immer noch kein Erfolg. Wie installiere ich hcitool bzw. lescan richtig.
Inzwischen sind auch unter den unbekannten Devices mehrere hundert Einträge. Da frage ich mich schon wo die herkommen, ich wohne in einer Sackgasse ohne Durchgangsverkehr, so viele Mobiltelefone und Autos sind da mit Sicherheit nicht vorbeigefahrn.

[Homoran]

@wolfgangfb sagte in Gigaset G-Tag mit ESP32 erkennen:

Da frage ich mich schon wo die herkommen, ich wohne in einer Sackgasse ohne Durchgangsverkehr, so viele Mobiltelefone und Autos sind da mit Sicherheit nicht vorbeigefahrn.

briefträger, Fußgänger, Fitnessarmbänder, Handys.....
kannst du anhand der ersten drei Pärchen der MAC herausfinden

[WolfgangFB]

@homoran
Die fangen zu 99% mit 0x40 bis 0xc7 an. Aber wie gesagt, merere Hundert Einträge und hier kommen maximal 10 Personen und 2 Autos (incl. Briefträger) pro Tag vorbei, das empfinde ich schon seltsam (der Adapter läuft ja erst seit 3 Tagen)..

[Homoran]

@wolfgangfb sagte in Gigaset G-Tag mit ESP32 erkennen:

Die fangen zu 99% mit 0x40 bis 0xc7

nein, da sind immer Pärchen mit Doppelpunkt

auch in deinen objekten.

dafür gibt es eine Website um die zugehörigen Hersteller zu finden. hab die gerade nicht parat

[Thomas Braun]

@wolfgangfb sagte in Gigaset G-Tag mit ESP32 erkennen:

Wie installiere ich hcitool bzw. lescan richtig.

Ist ein Bestandteil von bluez, wenn ich mich micht recht erinnere.

apt policy bluez

sagt?

[WolfgangFB]

@thomas-braun

pi@raspberrypi:~ $ apt policy bluez
bluez:
  Installiert:           5.55-3.1+rpt2
  Installationskandidat: 5.55-3.1+rpt2
  Versionstabelle:
 *** 5.55-3.1+rpt2 500
        500 http://archive.raspberrypi.org/debian bullseye/main armhf Packages
        100 /var/lib/dpkg/status
     5.55-3.1 500
        500 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf Packages
pi@raspberrypi:~ $

[Homoran]

@wolfgangfb sagte in Gigaset G-Tag mit ESP32 erkennen:

unter den unbekannten Devices mehrere hundert Einträge

steht da auch hinten "durch lescan" o.ä.?
dann läuft der ja ordnungsgemäß.

ich hatte aber damals das Problem, dass eine Smartwatch über BT, die andere über BLE identifiziert wurde.

[WolfgangFB]

@homoran sagte in Gigaset G-Tag mit ESP32 erkennen:

@wolfgangfb sagte in Gigaset G-Tag mit ESP32 erkennen:

unter den unbekannten Devices mehrere hundert Einträge

steht da auch hinten "durch lescan" o.ä.?

z.B.
{ by: 'lescan', address: '50:58:80:9b:f9:c3', btName: '(unknown)', btVendor: 'N/A'
}

dann läuft der ja ordnungsgemäß.

Na ja, jetzt kommt auf einmal beim Neustart des Radar2 Adapters:

Promise failed @ 'main in /opt/iobroker/node_modules/iobroker.radar2/radar2.js @733:13; onReady in /opt/iobroker/node_modules/iobroker.radar2/fjadapter-core.js @212:3' error: Error: DB closed at Redis.sendCommand (/opt/iobroker/node_modules/ioredis/built/redis/index.js:636:24) at Redis.get (/opt/iobroker/node_modules/ioredis/built/commander.js:122:25) at ObjectsInRedisClient._getObject (/opt/iobroker/node_modules/@iobroker/db-objects-redis/lib/objects/objectsInRedisClient.js:2663:37) at Immediate.<anonymous> (/opt/iobroker/node_modules/@iobroker/db-objects-redis/lib/objects/objectsInRedisClient.js:2709:33) at processImmediate (node:internal/timers:468:21) { [stack]: 'Error: DB closed\n' + ' at Redis.sendCommand (/opt/iobroker/node_modules/ioredis/built/redis/index.js:636:24)\n' + ' at Redis.get (/opt/iobroker/node_modules/ioredis/built/commander.js:122:25)\n' + ' at ObjectsInRedisClient._getObject (/opt/iobroker/node_modules/@iobroker/db-objects-redis/lib/objects/objectsInRedisClient.js:2663:37)\n' + ' at Immediate.<anonymous> (/opt/iobroker/node_modules/@iobroker/db-objects-redis/lib/objects/objectsInRedisClient.js:2709:33)\n' + ' at processImmediate (node:internal/timers:468:21)', [message]: 'DB closed'}

Terminated (UNCAUGHT_EXCEPTION): Without reason