Also laut deinem verlinkten Video verwendet der Kollege auch nur "irgendein BLE-Device" (und ja: es ist ein ESP32), welche alle 100ms-1000ms einen Beacon mit IRGENDWELCHEN Informationen sendet.
=> Das gleiche machen Shelly BLU-Devices auch in einem "gewissen Abstand" (8sec, 30sec, k.a.)
Dann hat er noch einen 2ten ESP32 als "Empfänger" verbaut
=> Das würden bei dir ja die stationären Shelly's übernehmen
In seine Automatisierung hat er dann die MAC-Adresse gefiltert
=> Das würde HA für dich machen, da du ja den Shelly 1x in HA "registriert" hast und dieser somit bekannt ist
Und er hat einfach darauf getriggert dass 1 Frame (RSSI) empfangen wurde
=> Das würde bei Shelly dann z.b.: ein Update der Packet ID sein, da diese IMMER mitgesendet wird. RSSI geht auch, aber die ÄNDERT sich nicht zwangsläufig immer.
Er musste aber auch dann in der Automatisierung ein "Update-Timeout" von 10sec einbauen um eine "Abwesenheit" des BLE-Devices zu erkennen (da ja BLE zu Dumm ist das selber zu erkennen
)
=> Das habe ich auch schon beschrieben dass du ein "nicht-Ändern der Packet ID für X Sekunden" als Timeout verwenden müsstest
Er baute sich auch in HA einen "war ich lange genug weg" - timer
=> Auch das habe ich oben schon beschrieben
Ich sehe also bei diesem ESP32-Projekt im Wesentlichen KEINEN UNTERSCHIED zu der Verwendung eines Shelly BLE-Devices, außer dass er den Beacon-Interval individuell einstellen kann
Was er jedoch "besser" gemacht hat:
Er versorgt den ESP32 BLE-Sender nur bei Aktiver Zündung, damit verhindert er dass "mitten in der Nacht" das Garagentor aufgeht.
=> Das finde ich eine sehr gute Idee. Mit einem batteriebetriebenen Shelly-Gerät ist das aber nicht einfach so möglich, da du die Batterie ausbauen müsstest und den Shelly ans Bordnetz anhängen müsstest.
U.u. könntest du da vielleicht gleich einen Shelly Plus Uni oder The Pill by Shelly verwenden, da diese eher für diese Spannungen ausgelegt sind (direkt bzw. per USB-Netzteil) und externe Stromanschlüsse haben. Ich weiß aber nicht ob diese BLE-Frames VERSCHICKEN können. Lt. KI sollten diese anscheinend "BLE RPC Calls" an konkrete Shelly schicken können - hab aber dazu keine Infos ob das wirklich funktioniert da selber noch nie probiert.
Er merkt auch gleich noch was an:
- Weis deine Automatisierung überhaupt ob dein Tor "offen" oder "geschlossen" ist? Sonst würde diese Automatisierung bei offenem Tor dieses beim nach-hause-fahren das Tor aktiv schließen!!!
- Es gibt auch noch VIELE unterschiedliche Fälle gibt wo das Tor auf/zu geht und es "falsch" ist, er hat einige dieser Fälle mit "blockiere Automatisierungen für X Minuten" unterbunden => da kommt man wohl erst "im Betrieb" drauf was bei einem persönlich nicht funktioniert.