UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[AlCalzone]

@alexhk sagte in BLE Adapter / Ruuvi-Tag:

Ich muss Settings/"Allow creation of devices without service data" selektieren, sonst kommt nichts an.

Ok das ist scheiße weil dann dein Problem 3 auftritt. Nehm den Haken mal raus, ich muss da noch ne Kleinigkeit ändern...

[AlCalzone]

@alexhk In Version 0.9.0 sollte es jetzt auch ohne den Haken funktionieren. Und die Tags werden standardmäßig "Ruuvi Tag" genannt. Der FlowerCare sendet selbst einen Namen, daher ist das dort nicht nötig.

[alexhk]

@AlCalzone Ist installiert und funktioniert. Das geht ja richtig flott bei dir!

Den Haken bei "Allow creation of devices without service data" habe ich raus, aber es tauchen doch noch andere Devices auf (ich kenne mich bei BLE nicht wirklich aus, also habe keine Ahnung was so gehoert und was nicht):

Ich werde die Tage mal meine Logik zum Laufen bringen (z.B. Kühlung an bei Temp > x) und dann bei Gelegenheit im Ruuvi Forum posten, dass sich die Leute ioBroker mal ansehen sollen.

[AlCalzone]

@alexhk sagte in BLE Adapter / Ruuvi-Tag:

aber es tauchen doch noch andere Devices auf

Kannst du die bitte mal aufklappen? Evtl muss ich noch eine Möglichkeit einbauen, dass ohne "echtes" Plugin kein Fallback auf den Standard-Parser erfolgt.

[alexhk]

@AlCalzone Hier mal eben neu gestartet. manufacturerData scheint es wohl bei den meisten zu geben (zumindest bei den zwei die gleich aufgetaucht sind - ich lass mal laufen).

[kru]

@AlCalzone Danke für dein Ruuvi Plugin (bin gerade auf der 0.11). Leider kann ich es nicht so konfigurieren, dass nur die Ruuvis verarbeitetn werden. Wenn ich bei Dienste * eingebe, funktioniert die Datenübertragung, aber dann laufen ca. 600 Ereignisse durch.

Die UUID habe ich von: ble.0.c0:fe:1c:62:36:53.services.manufacturerData

Hier noch das Log:

[AlCalzone]

@kru Kannst du nicht einfach Dienste leer lassen?

[kru]

@AlCalzone Wenn ich die Dienste leer lasse, bekomme ich keine Daten.

[AlCalzone]

@kru Ok muss ich checken. Das liegt wohl daran, dass die empfangenen Werte in manufacturerData stehen. Kannst du mir mal ein Log auf level "debug" erstellen? Bitte mit leerer Dienste-Liste.

[kru]

@AlCalzone Dankeschön :)
Ich bin auf der Firmware 2.5.9 der Ruuvi-Tags (https://github.com/ruuvi/ruuvitag_fw/releases) -> RAWv2

Edit: Habe gerade einen mit der Firmware 1.0.1 getestet. Der wurde gleich erkannt (evtl. liegt es am nicht mehr vorhandenen URL-mode)
Hier der Log unter 2.5.9:

ble.0 2020-03-31 18:12:50.574 debug (2288) system.adapter.admin.0: logging true
ble.0 2020-03-31 18:10:59.093 debug (2288) system.adapter.admin.0: logging false
ble.0 2020-03-31 18:08:49.402 info (2288) starting scan for services ["feaa"]
ble.0 2020-03-31 18:08:49.246 info (2288) monitored services: feaa
ble.0 2020-03-31 18:08:49.245 info (2288) enabled plugins: ruuvi-tag, _default
ble.0 2020-03-31 18:08:49.244 info (2288) loaded plugins: Xiaomi, mi-flora, ruuvi-tag, _default
ble.0 2020-03-31 18:08:49.168 info (2288) starting. Version 0.10.1 in /opt/iobroker/node_modules/iobroker.ble, node: v10.19.0
ble.0 2020-03-31 18:08:48.720 debug (2288) statesDB connected
ble.0 2020-03-31 18:08:48.719 debug (2288) States connected to redis: 127.0.0.1:9000
ble.0 2020-03-31 18:08:48.713 debug (2288) States create System PubSub Client
ble.0 2020-03-31 18:08:48.710 debug (2288) States create User PubSub Client
ble.0 2020-03-31 18:08:48.705 debug (2288) Redis States: Use Redis connection: 127.0.0.1:9000
ble.0 2020-03-31 18:08:48.702 debug (2288) objectDB connected
ble.0 2020-03-31 18:08:48.695 debug (2288) Objects connected to redis: 127.0.0.1:9001
ble.0 2020-03-31 18:08:48.684 debug (2288) Objects client initialize lua scripts
ble.0 2020-03-31 18:08:48.683 debug (2288) Objects create User PubSub Client
ble.0 2020-03-31 18:08:48.682 debug (2288) Objects create System PubSub Client
ble.0 2020-03-31 18:08:48.677 debug (2288) Objects client ready ... initialize now
ble.0 2020-03-31 18:08:48.640 debug (2288) Redis Objects: Use Redis connection: 127.0.0.1:9001
host.smarthome 2020-03-31 18:08:47.671 info instance system.adapter.ble.0 started with pid 2288

Eventuell hilft das weiter: https://github.com/ruuvi/ruuvi-sensor-protocols

[AlCalzone]

@kru Ok da kommt wirklich gar nix rein... Ich checke das mal.

[kru]

@AlCalzone Perfekt. Danke Dir. Falls ich irgendwie unterstützen kann, lass es mich wissen

[AlCalzone]

@kru Kannst du mal (kurz) einen Scan laufen lassen, bei dem alle Services erlaubt sind? Ich würde gerne mal im Debug-Log sehen, wie sich die Tags mit v2.5.9 zu erkennen geben.

[kru]

@AlCalzone Klaro. Findest du hier: https://pastebin.com/faxPKEA3 Danke Dir

[kru]

@AlCalzone Passt das Log? Oder brauchst du noch mehr Infos?

[AlCalzone]

@kru Äh ja, passt, danke. Das Problem ist, dass die Tags keine serviceData, sondern nur manufacturerData senden, d.h. man kann nicht einfach nach Service filtern.
Muss ich mir mal in Ruhe ansehen, wie ich das möglichst so machen kann, dass nicht zig unnötige Datenpunkte angelegt werden.

Du kannst folgendes Issue beobachten:
https://github.com/AlCalzone/ioBroker.ble/issues/377

Dann bekommst du mit, sobald es geht. Leider vergesse ich die Foren-Threads gerne mal.

[kru]

@AlCalzone Jep, verstehe. Könnte man nicht einfach nen MAC Filter einbauen? Und dann die Services "voll" nutzen? Merci für deine Zeit

[AlCalzone]

@kru Ist sicherlich ein Ansatz. Braucht dann aber ne vernünftige UI, um MAC-Adressen auszuwählen, bevor die Datenpunkte erstellt werden.

[kru]

@AlCalzone Bei den Ruuvi-Tags geht die MAC-Bestimmung relativ leicht über die ruuvi-Station App. Mir ist leider schleierhaft, wie die Hersteller die nearby Ruvvi-Tags erkennen. Zumindest werden nur die BLE Devices angezeigt, die Ruuvi-Tags sind.