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

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