lepresenced - hciconfig hcitool gatttool deprecated

[PatrickR]

Hi!

Gefährliches Halbwissen: kommt wohl über die Zeit, wenn es immer mehr Match-rules werden. 512 sollten grundsätzlich ausreichen. Evtl. kann man da am Skript noch was optimieren?

Das ist natürlich möglich. Dann bräuchte ich aber eine Info, was genau das Anlegen dieser Match-Rules auslöst. Das Log sieht so aus, also würde es (z. B.) um die Signalstärke gehen. Die frage ich aber nie aktiv ab, d. h. bluetoothctl entscheidet selbst, dass es daran interessiert ist. Dadurch dürfte auch der mac-Filter von ble2mqttd nicht greifen. Ohne genauere Infos würden mir nur informatische Verzweiflungstaten einfallen (z. B. bluetoothctl nach n Stunden beenden bzw. den Scan-Prozess neu starten.)

/Edit:
Bekommst Du die Meldungen mit einem Neustart von ble2mqttd weg oder nur einem Reboot? Sind in Deinem Umfeld "viele" BLE-Geräte unterwegs (Innenstadt etc.)?

Patrick

[hkspks]

/Edit:
Bekommst Du die Meldungen mit einem Neustart von ble2mqttd weg oder nur einem Reboot? Sind in Deinem Umfeld "viele" BLE-Geräte unterwegs (Innenstadt etc.)?
Patrick

Ja, hier dürften schon ein paar BLE-Geräte unterwegs sein. Was ich aber wiederum nicht verstehe: ich habe einen pizerow an der Straße stehen (ohne diese Probleme) und einen pi3b eher im Hinterhaus. Nur der pi3 hat diese Probleme. Ggf. ist es also eher Problem mit meiner Systemkonfiguration.

Ob ein restart des Services hilft, kann ich beim nächsten mal probieren. Diesmal war es ein Systemreboot - da hatte es geholfen.

Weiterer funfact: z.T. braucht der Service bei mir knapp 10 Versuche um zu starten (auch nur auf dem pi3b, nicht auf dem zero w). Hintergrund ist:

Code Auswählen Erweitern

Mar 20 11:32:09 raspberrypi ble2mqttd: main::error_exit: ERROR expecting bluetoothctl prompt while waiting to send 'menu scan'.
Vielleicht ist einfach etwas mit dem pi3b schief ...

Die Lösung über MQTT ist ansonsten super stabil bei mir (im Vgl zu lepresence!) und reduziert Systemlast deutlich. Generell scheint MQTT ein recht effizienter "Servicebus" - die Substitution von deconz mit zigbee2mqtt hat auch nochmal 5-10% gebracht.

[hkspks]

Update: Restart des Services reicht nicht - Serverrestart notwendig!

[Wernieman]

Dann würde ich auf ein HW-Problem tippen .....