OpenMQTTGateway support thread - im Speziellen: BT/BTLE

isy · 15 März 2024, 11:12:42

Moin Thomas,
ich steuere u.a. meine "Offene Fenster" etc. Hinweise damit. Daher muss ich so mit 30 Sekunden oder auch 60 Sekunden zurechtkommen. Wenn ich mit dem Auto schon weg bin und die Meldung kommt, ist es oft unbequem, wieder nach Hause zu fahren. Deswegen habe ich die notwendigen Infos zu offenen Fenstern von Mail (bis zu 20 Minuten Latenz) auf NTFY umgestellt. Das läuft super, Latenz nur im Sekundenbereich für alle Endgeräte.

Mit BT_scan-Interval auf 30 und maxPresenceAge auf 30 komme ich jetzt recht gut zurecht.

Zum Testen habe ich ein temporäres Logfile angelegt, da kommen aktuell von 2 Tags alle 30 Sekunden Presence Meldungen ohne Aussetzer an.

Leider werden die Settings im MCU Device nicht gespeichert. nach Stromausfall muss ich die Parameter für BT_scan-Interval auf 30 usw. neu setzen.
Das Ganze ist somit in der aktuellen Form nicht wirklich so zuverlässig wie mit lepresenced.

Die G-Tags feuern permanent (im Prinzip) oder im Sekundentakt (u-Blox findet die beim Scan sofort), solange sie nicht gepaired sind.

VG Helmut

tomcat.x · 15 März 2024, 11:35:55

Hi Helmut,

prima, wenn Du eine Lösung gefunden hast. Wie setzt Du das Interval? Per MQTT? Funktioniert das dann nicht dauerhaft mit Retain-Flag? So mache ich das mit der White-List (um nur meine eigenen Geräte auszuwerten), die übersteht einen Neustart. Je nach Lage ist die Whitelist übrigens eine generelle Empfehlung. Ich hatte Anfangs Probleme mit der Stabilität wegen der vielen vorbeikommenden Sender.

Zitat von: isy am 15 März 2024, 11:12:42ich steuere u.a. meine "Offene Fenster" etc. Hinweise damit.

Das mache ich über einen Türkontakt an der Haustür und einen alten FS20-SIG in der Steckdose direkt daneben

Klar, nicht jedes Öffnen der Tür ist ein Weggehen, aber wir kommen ganz gut damit klar.

Viele Grüße
Thomas

DigiH · 15 März 2024, 11:43:19

Zitat von: isy am 15 März 2024, 11:12:42Leider werden die Settings im MCU Device nicht gespeichert. nach Stromausfall muss ich die Parameter für BT_scan-Interval auf 30 usw. neu setzen.
Das Ganze ist somit in der aktuellen Form nicht wirklich so zuverlässig wie mit lepresenced.

Hallo @isy

Meinst du hier die OpenMQTTGateway BT_scan-Interval etc. Parameter?

Falls ja, dann können alle OpenMQTTGateway Parameter auch im Flash abgespeichert werden, damit sie bei einem Neustart (Stromausfall) auch wieder geladen werden.

https://docs.openmqttgateway.com/use/ble.html#store-ble-configuration-into-the-gateway

Würde für FHEM bei OpenMQTTGateway auch eine general_presence Implementation helfen, wie wir zusammen mit @Jamos Hilfe für Theengs Gateways eingeführt haben, mit

Code Auswählen

"presence":"present" und

Code Auswählen

"presence":"absent" nach einem definierten

Code Auswählen

timeout?

isy · 15 März 2024, 12:21:52

Zitat von: tomcat.x am 15 März 2024, 11:35:55Hi Helmut,

prima, wenn Du eine Lösung gefunden hast. Wie setzt Du das Interval? Per MQTT? Funktioniert das dann nicht dauerhaft mit Retain-Flag? So mache ich das mit der White-List (um nur meine eigenen Geräte auszuwerten), die übersteht einen Neustart. Je nach Lage ist die Whitelist übrigens eine generelle Empfehlung. Ich hatte Anfangs Probleme mit der Stabilität wegen der vielen vorbeikommenden Sender.

Zitat von: isy am 15 März 2024, 11:12:42ich steuere u.a. meine "Offene Fenster" etc. Hinweise damit.
Das mache ich über einen Türkontakt an der Haustür und einen alten FS20-SIG in der Steckdose direkt daneben Klar, nicht jedes Öffnen der Tür ist ein Weggehen, aber wir kommen ganz gut damit klar.

Viele Grüße
Thomas

Hi Thomas, ich setze das Timing über MQTT. Das mit dem Retain Flag schaue ich mir an, das kannte ich bislang nicht. Auch eine Whitelist wäre interessant.
Wie setzt man das Retain Flag?
VG Helmut

isy · 15 März 2024, 12:31:39

Zitat von: DigiH am 15 März 2024, 11:43:19OpenMQTTGateway BT_scan-Interval etc. Parameter?

Moin DigiH,
--> Ja genau.

Parameter im Flash speichern, das schaue ich mir an.

Würde für FHEM bei OpenMQTTGateway auch eine general_presence helfen
User hier im Forum suchen nach einer stabilen und vor allem räumlich flexiblen Lösung. Da ist OpenMQTTGateway auf einem ESP eine sehr interessante Option.
Aktuell geht eine Presence Funktion mit den im Wiki vorliegenden Templates bis auf meine Timing Anforderungen ja super. Die Lösung ist also vorhanden, für User ohne Programmier-Hintergrund allerdings nicht so einfach zu implementieren. Wenn es dazu eine einfachere Implementierung gäbe, wäre das für alle nicht schlecht.

VG Helmut

DigiH · 15 März 2024, 12:53:11

Ich habe erst einmal einen Decoder für die G-Tags erstellt und gemerged, damit sie in Zukunft auch automatisch als Device Tracker erkannt werden.

https://github.com/theengs/decoder/pull/524

Alle OpenMQTTGateway Einstellungen können über direkte MQTT Befehle geändert werden und mit der "save":true Funktion (load, init, erase) auch über Neustarts im Flash gesichert werden. Eine Ausnahme hier ist eine white- oder black-list, welche über eine retained MQTT Message nach jedem Neustart wieder an OpenMQTTGateway gesendet wird.

ZitatUser hier im Forum suchen nach einer stabilen und vor allem räumlich flexiblen Lösung. Da ist OpenMQTTGateway auf einem ESP eine sehr interessante Option.

Da wir an OpenMQTTGateway und Theengs Gateway mehr oder weniger parallel arbeiten sind viele Funktionen identisch, aber auch unterschiedlich, wie mit den Encrypted Decoding und Identity MAC/IRK Funktionen von Theengs Gateway. Und da OpenMQTTGateway auch als Proxy für Theengs Gateway arbeiten kann, wollte ich es nur erwähnt haben, da diese neuen Funktionen noch wenigen bekannt sein dürften

isy · 15 März 2024, 13:56:06

Zitat von: isy am 15 März 2024, 12:21:52Whitelist

Habe ich gefunden:

Code Auswählen

set MQTT2_OMG_ESP32_BLE BT_whitelist "XX:YY:AA:BB:CC","DD:FF:EE:AA:00:03"

isy · 15 März 2024, 15:18:55

Noch eine Frage an die Spezialisten, für mich ist das direkte Senden von MQTT Befehlen Neuland.
Ich möchte die drei nachfolgenden Parameter "retained" im Gateway ablegen.
Im Forum hier habe ich ein Beispiel für die Whitelist (funktioniert) gefunden, die anderen Befehle haben ich analog aufgebaut.
Geht das so? Bzw. Kann ich nachlesen, wie der Syntax aussieht?

"Whitelist"

Code Auswählen

set MyMQTT publish -r home/OMG_ESP32_BLE/commands/MQTTtoBT/config {"white-list":["7C:2F:80:AD:BB:45","7C:2F:80:AD:BC:DC"]}

"Alle 30 Sekunden Scan"

Code Auswählen

set MyMQTT publish -r home/OMG_ESP32_BLE/commands/MQTTtoBT/config {"interval":30}
"min RSSI"

Code Auswählen

set MyMQTT publish -r home/OMG_ESP32_BLE/commands/MQTTtoBT/config {"minrssi":-95}

DigiH · 15 März 2024, 15:56:35

ZitatIch möchte die drei nachfolgenden Parameter "retained" im Gateway ablegen.

Nur die white-list muss als retained Message im Broker gespeichert werden, korrekt mit

Code Auswählen

set MyMQTT publish -r home/OMG_ESP32_BLE/commands/MQTTtoBT/config {"white-list":["7C:2F:80:AD:BB:45","7C:2F:80:AD:BC:DC"]}

Alle anderen Config Commands müssen direkt an die Gateway gesendet werden und können dann im Flash abgespeichert werden, damit sie beim nächsten Neustart geladen werden. Dies kann auch alles in Kombination gesendet werden, aber ohne retained halt, und die Intervalle ("interval" - passives Scaninterval / "intervalacts" - aktives Scaninterval) werden in Millisekunden angegeben.

Code Auswählen

set MyMQTT publish home/OMG_ESP32_BLE/commands/MQTTtoBT/config {"interval":30000, "minrssi":-95, "save":true}

isy · 15 März 2024, 15:57:53

Danke für den Tipp!
Der Einstig ist nicht so ganz easy. Hi!

isy · 16 März 2024, 10:05:24

Dank eurer Tipps habe ich jetzt das OMG mit meinen Timing Anforderungen in Betrieb.
- Whitelist am mqtt2 eingetragen:

Code Auswählen

set MyMQTT publish -r home/OMG_ESP32_BLE/commands/MQTTtoBT/config {"white-list":["00:11:22:33:44:45","AA:AB:AC:AD:AE:AF"]}

- "Alle 30 Sekunden Scan" und "minrssi -95" im OMG Flash gespeichert. Überprüfung zum Erfolg über "Information" am WebUI des ESP32:

Code Auswählen

set MyMQTT publish home/OMG_ESP32_BLE/commands/MQTTtoBT/config {"interval":30000, "minrssi":-95, "save":true}
- Presence laut Wiki Eintrag eingerichtet:

Code Auswählen

defmod OMG_AABBCCDDFF_presence PRESENCE function { my $maxage = AttrVal("OMG_AABBCCDDFF","maxPresenceAge","45");;;; ReadingsAge("OMG_AABBCCDDFF","last_IO","100000") < $maxage ? 1 : 0 }

Über ein Logfile schaue ich mir an, ob das Konstrukt stabil funktioniert.

Hier das Ergebnis von meinem Test, wie FHEM/OMG reagieren, wenn ein BT-Tag außer Reichweite kommt:
--> Beim Erreichen meines Grenzwertes geht FHEM auf "absent", denn lt. OMG Console kommt kein "Send" String mehr.

Meinen bisherigen minrssi Wert von -95 habe ich daher wieder auf -110 runtergesetzt, das erhöht die Reichweite um das Haus herum.
Ich überlege, ob ich eine "Presence" Info per DOIF über das Reading der rssi Werte vom MQTT2_OMG_ESP32_BLE Device direkt realisiere. Mal sehen.

Beste Grüße,
Helmut