Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[lobomau]

Mir sind zwei BLE Geräte "ins Netz gegangen", Flex 2 und Charge 2. Bei diesen Geräten wird auch ein Wert vom service 180a festgehalten, einmal 1800063703 und einmal 1604335603. Ist klar was diese Zahl bedeutet? Oder hat da jeder Hersteller einen eigenen Code dahinter?

[AlCalzone]

Vorab: Die Dokumentation ist furchtbar, so richtig schlau werde ich draus nicht, was advertised werden kann und was nur nach Verbindung verfügbar ist.

Die Charakteristik 0x180A steht für "Device Information", hier "spezifiziert" https://www.bluetooth.com/specification … mation.xml

Wie die zugehörigen Daten in advertisement packets aussehen, scheint nirgends angegeben.

0x180F (Battery Service) hat hingegen einfach ein Byte mit dem Batteriestatus in %.

Deine Daten scheinen von Fitbit Armbändern zu kommen. Was da genau drin steht, finde ich nirgends. Könnte irgendeine Geräte-ID sein, die die zugehörige App auswertet.

[AlCalzone]

Update:

Version 0.2.0 (auf NPM und Github) unterstützt jetzt Plugins, die Advertisements parsen und in lesbares Format umwandeln können. Eine kurze Beschreibung des Systems ist auf Github.

Als erstes Plugin existiert Mi-Flora zum Auslesen der Sensorwerte von https://www.amazon.de/kabelloser-Pflanzen-Sensor-Bluetooth-Moisture-N%C3%A4hrstoff/dp/B01LWYZUSJ

[apollon77]

Hey @AlCazone,

ich hab jetzt mal Zeit gefunden und rum experimentiert immer noch wegen meinem Rasenmäher. Also die iOS App zeigt das hier an:

Der "Mo0085" … Ich hab diese UUID eingegeben aber er findet nix :-( Oder wie müsste ich das angeben?

[AlCalzone]

ServiceData ist der Schlüssel. Da steht bei dir nix, er sendet also keine Advertisements. Um spezielle Daten zu lesen/schreiben musst du dich leider noch etwas gedulden.

Gesendet von iPhone mit Tapatalk

[apollon77]

Ok dann warte ich noch geduldig ;-)

Am Ende interessiert mich aktuell am ehesten der Rssi wert

[lobomau]

Ich hatte die Updates geladen, jetzt läuft 0.3.1.

Die Werte sind alle seit dem eingefroren.

Einstellungen:

Gerät: USB

RSSI Update: 10000 ms

Überwachte Dienste: 0x2A19, 0x180F, 0x2902, 0x2A04, 0x1800, 0x180A

Aktive Plugins: -

[AlCalzone]

Gibts irgendwelche Fehler im Log? Wenn du über die States gehst, was sagt die letzte Änderung? Auf welcher Version warst du, als noch Werte kamen? Zeigt der Adapter beim Start an, dass die genannten Dienste überwacht werden?

Kannst du mal debug aktivieren und schauen ob zu den Diensten Logs der Art "setting state […]" kommen?

[lobomau]

@AlCalzone:

Gibts irgendwelche Fehler im Log? Wenn du über die States gehst, was sagt die letzte Änderung? Auf welcher Version warst du, als noch Werte kamen? Zeigt der Adapter beim Start an, dass die genannten Dienste überwacht werden?

Kannst du mal debug aktivieren und schauen ob zu den Diensten Logs der Art "setting state […]" kommen? `
Habe mal log auf debug und dann nochmal gestartet, keine Fehler (siehe log).

Letzte Aktualisierung aller Geräte ist/bleibt 28.09.17, 22:44 Uhr. Welche Version hatte ich vorher? Ich glaube 0.2.0.

connection: true

driverState: powerON

connection und driverState aktualisieren sich scheinbar nur wenn ich den Adapter neustarte.

ble.0	2017-09-29 12:53:56.744	info	monitored services: 2a19, 180f, 2902, 2a04, 1800, 180a
ble.0	2017-09-29 12:53:56.742	info	enabled plugins: _default
ble.0	2017-09-29 12:53:56.741	info	loaded plugins: Mi-Flora, _default
ble.0	2017-09-29 12:53:56.623	info	starting. Version 0.3.1 in /opt/iobroker/node_modules/iobroker.ble, node: v6.11.3
ble.0	2017-09-29 12:53:56.575	debug	statesDB connected
ble.0	2017-09-29 12:53:56.525	debug	objectDB connected
ble.0	2017-09-29 12:53:53.163	info	terminating
ble.0	2017-09-29 12:52:46.916	debug	sendTo "getHCIPorts" to system.adapter.admin.0 from system.adapter.ble.0
ble.0	2017-09-29 12:52:46.915	info	{"index":0,"bus":"USB"}
ble.0	2017-09-29 12:52:20.151	info	monitored services: 2a19, 180f, 2902, 2a04, 1800, 180a
ble.0	2017-09-29 12:52:20.149	info	enabled plugins: _default
ble.0	2017-09-29 12:52:20.148	info	loaded plugins: Mi-Flora, _default
ble.0	2017-09-29 12:52:20.057	info	starting. Version 0.3.1 in /opt/iobroker/node_modules/iobroker.ble, node: v6.11.3
ble.0	2017-09-29 12:52:19.996	debug	statesDB connected
ble.0	2017-09-29 12:52:19.941	debug	objectDB connected
ble.0	2017-09-29 12:52:16.374	info	terminating

[AlCalzone]

@lobomau:

Habe mal log auf debug und dann nochmal gestartet, keine Fehler (siehe log). `
Aber auch keine Daten, die reinkommen :?

Die Änderung von 0.2.0 auf 0.3.1 ist eigentlich nur die RSSI-Aktualisierungsgeschwindigkeit, wundert mich etwas dass es nicht mehr funktioniert.

@lobomau:

connection: true

driverState: powerON

connection und driverState aktualisieren sich scheinbar nur wenn ich den Adapter neustarte. `
Sieht ebenfalls gut aus. Was ändern sollte sich hier auch nur, wenn du von Hand den Bluetooth-Stack neu startest.

Dann werde ich später mal den Log ergänzen.

[eric2905]

Ich habe ein ähnliches Problem:

• Radar-Adapter deaktiviert, damit er nicht BT verwendet

• Beim Javascript-Adapter noble entfernt und neu gestartet

• BLE 0.3.1 ganz frisch installiert und gestartet

• Dienste 0x180a, 0x180f eingetragen

Nur

connection : true

driverState: powerON

Mehr kommt einfach nicht.

Sowohl der „BLE Scanner“ als auch „LightBlue“ (beides auf iPhone) sieht Geräte, der Adapter keine.

Das Log zeigt nicht viel, steht auf Debug, aber keine Fehler- oder Verbindungsmeldungen.

Gruß,

Eric

Von unterwegs getippert

[AlCalzone]

Dann is da tatsächlich was faul. Mein Türsensor geht, vielleicht hab ich aber auch was verkackt :D

[AlCalzone]

Hab paar debug logs hinzugefügt. Bitte von GitHub updaten und berichten!

[eric2905]

Hi,

hier die Rückmeldung:

Adapter hat die gleiche Version 0.3.1

Adapter steht auf Debug

Screenshot der Objekte

Log

! ````
ble.0 2017-09-29 17:44:25.759 debug serviceData = []
ble.0 2017-09-29 17:44:25.758 debug has serviceData: true
ble.0 2017-09-29 17:44:25.758 debug has advertisement: true
ble.0 2017-09-29 17:44:25.755 debug discovered peripheral 7c:2f:80:98:b8:45
ble.0 2017-09-29 17:44:24.746 debug serviceData = []
ble.0 2017-09-29 17:44:24.746 debug has serviceData: true
ble.0 2017-09-29 17:44:24.745 debug has advertisement: true
ble.0 2017-09-29 17:44:24.742 debug discovered peripheral 7c:2f:80:98:b8:45
ble.0 2017-09-29 17:44:24.420 debug serviceData = []
ble.0 2017-09-29 17:44:24.419 debug has serviceData: true
ble.0 2017-09-29 17:44:24.419 debug has advertisement: true
ble.0 2017-09-29 17:44:24.407 debug discovered peripheral 7c:2f:80:98:b8:57
ble.0 2017-09-29 17:44:23.747 debug serviceData = []
ble.0 2017-09-29 17:44:23.746 debug has serviceData: true
ble.0 2017-09-29 17:44:23.746 debug has advertisement: true
ble.0 2017-09-29 17:44:23.744 debug discovered peripheral 7c:2f:80:98:b8:45
ble.0 2017-09-29 17:44:23.364 debug serviceData = []
ble.0 2017-09-29 17:44:23.363 debug has serviceData: true
ble.0 2017-09-29 17:44:23.363 debug has advertisement: true
ble.0 2017-09-29 17:44:23.359 debug discovered peripheral 7c:2f:80:98:b8:57
ble.0 2017-09-29 17:44:22.741 debug serviceData = []
ble.0 2017-09-29 17:44:22.740 debug has serviceData: true
ble.0 2017-09-29 17:44:22.740 debug has advertisement: true
ble.0 2017-09-29 17:44:22.738 debug discovered peripheral 7c:2f:80:98:b8:45
ble.0 2017-09-29 17:44:21.744 debug serviceData = []
ble.0 2017-09-29 17:44:21.744 debug has serviceData: true
ble.0 2017-09-29 17:44:21.743 debug has advertisement: true
ble.0 2017-09-29 17:44:21.741 debug discovered peripheral 7c:2f:80:98:b8:45
ble.0 2017-09-29 17:44:21.367 debug serviceData = []
ble.0 2017-09-29 17:44:21.367 debug has serviceData: true
ble.0 2017-09-29 17:44:21.366 debug has advertisement: true
ble.0 2017-09-29 17:44:21.348 debug discovered peripheral 7c:2f:80:98:b8:57
ble.0 2017-09-29 17:44:20.744 debug serviceData = []
ble.0 2017-09-29 17:44:20.742 debug has serviceData: true
ble.0 2017-09-29 17:44:20.742 debug has advertisement: true
ble.0 2017-09-29 17:44:20.735 debug discovered peripheral 7c:2f:80:98:b8:45
ble.0 2017-09-29 17:44:20.358 debug serviceData = []
ble.0 2017-09-29 17:44:20.358 debug has serviceData: true
ble.0 2017-09-29 17:44:20.357 debug has advertisement: true
ble.0 2017-09-29 17:44:20.356 debug discovered peripheral 7c:2f:80:98:b8:57
ble.0 2017-09-29 17:44:20.033 info starting scan for services ['2a24','2a26','2a29','180f']
ble.0 2017-09-29 17:44:19.662 info monitored services: 2a24, 2a26, 2a29, 180f
ble.0 2017-09-29 17:44:19.661 info enabled plugins: _default
ble.0 2017-09-29 17:44:19.659 info loaded plugins: Mi-Flora, _default
ble.0 2017-09-29 17:44:19.556 info starting. Version 0.3.1 in /opt/iobroker/node_modules/iobroker.ble, node: v6.11.3

Gruß,

Eric

[AlCalzone]

Hmm, was sagt die App über die serviceData von 7c:2f:80:98:b8:45 und 7c:2f:80:98:b8:57 ?

Laut log steht da angeblich nix drin.

[eric2905]

Das sind die beiden G-Tags.

Hier ein Screenshot eines der beiden:

~~<link_text text="https://uploads.tapatalk-cdn.com/201709 ... 3ed46b.jpg">https://uploads.tapatalk-cdn.com/20170929/6067440c287915454439f488233ed46b.jpg</link_text>" />

Gruß,

Eric

Von unterwegs getippert~~

[lobomau]

Ich hatte vorhin mal auf 0.2.0 upgedatet. Interessanterweise geht das jetzt auch nicht.

Nebenbei läuft Radar ohne Probleme.

[eric2905]

@lobomau:

Nebenbei läuft Radar ohne Probleme. `
Es könnte sein, das sich die beiden in die Quere kommen (Zugriff auf BT), daher habe ich Radar deaktiviert und auch "noble" aus dem Javascript-Adapter entfernt.

Gruß,

Eric

[lobomau]

@eric2905:

@lobomau:

Nebenbei läuft Radar ohne Probleme. `
Es könnte sein, das sich die beiden in die Quere kommen (Zugriff auf BT), daher habe ich Radar deaktiviert und auch "noble" aus dem Javascript-Adapter entfernt.

Gruß,

Eric `
Ja, die Erfahrung hatte ich mal mit Radar und dem BT-Script gemacht.

Aber ich hatte jüngst keine Probleme gehabt mit Radar und BLE gehabt. Aber ein Versuch ist es wert…

[eric2905]

@lobomau:

Aber ein Versuch ist es wert… `
Probier's mal - bei mir bringt es nichts … keine Daten vom BLE-Adapter.

Gruß,

Eric