Teslas Sentry Mode filmt Ereignisse rund ums Auto – aber die Tesla-App schickt dir keine Echtzeit-Benachrichtigung, wenn etwas passiert. Du erfährst vom Kratzer im Lack, wenn du das nächste Mal die App öffnest. Das hat mich genug gestört, um SentryBeam zu bauen: Push-Alerts in unter 10 Sekunden, kostenlos, als PWA auf jedem Gerät.

Das Problem

Sentry Mode erkennt Bewegung und Berührungen zuverlässig, die Daten bleiben aber im Fahrzeug beziehungsweise tauchen erst später in der App auf. Für den eigentlichen Zweck – reagieren können, während etwas passiert – ist das zu spät. Die naheliegende Idee: die Fahrzeug-Events abgreifen und selbst als Push-Nachricht zustellen.

Warum Fleet Telemetry statt Polling

Der klassische Weg über die Fleet API wäre Polling: regelmäßig den Fahrzeugzustand abfragen. Das ist langsam, verbraucht API-Kontingent und weckt das Auto ständig auf – schlecht für die 12V-Batterie und die Latenz.

Fleet Telemetry dreht das Modell um: Das Fahrzeug streamt Ereignisse selbst an einen registrierten Server, sobald sie auftreten. Push statt Pull. Damit sind Latenzen unter 10 Sekunden realistisch, ohne das Auto zu belästigen.

Die Architektur

  • Fahrzeug → Telemetry-Server: Das Auto liefert konfigurierte Ereignisse (unter anderem Sentry-relevante Zustände) direkt an den Server.
  • Backend: filtert und interpretiert die Events – nicht jede Zustandsänderung ist ein Alarm – und entscheidet, wann eine Benachrichtigung rausgeht.
  • Web Push → PWA: Die Zustellung läuft über den Web-Push-Standard. Die PWA empfängt Benachrichtigungen auf Android, Desktop und – seit iOS 16.4 – auch auf dem iPhone, sofern sie zum Homescreen hinzugefügt wurde.

Warum PWA statt nativer App

Eine Codebase, keine App-Store-Reviews, sofortige Updates. Der historische PWA-Nachteil – kein Push auf iOS – ist seit iOS 16.4 gefallen. Für ein Ein-Personen-Side-Project ist das der Unterschied zwischen „machbar" und „zwei Plattform-Teams".

Die unangenehmen Teile

  • Tesla-Developer-Setup: Registrierung als Entwickler, OAuth-Flows, Schlüsselverwaltung und das Deployment der Telemetry-Konfiguration aufs Fahrzeug. Der bürokratische Teil hat mehr Zeit gekostet als der technische.
  • Event-Interpretation: Rohdaten vom Fahrzeug sind kein fertiges „Alarm ja/nein". Die Logik, was eine Benachrichtigung wert ist, war Iterationsarbeit – niemand will 30 Pushes pro Parkvorgang.
  • iOS-Web-Push-Eigenheiten: funktioniert, aber nur als installierte PWA und mit eigenen Regeln. Onboarding muss das erklären, sonst bleiben iPhone-Nutzer ohne Alerts.

Learnings

  • Push-Architekturen schlagen Polling in Latenz, Kosten und Batterieverbrauch – wenn die Plattform sie anbietet, nimm sie.
  • Der Rand des Projekts ist die Arbeit: Auth, Zertifikate, Plattform-Bürokratie. Der Kern (Event rein, Push raus) stand vergleichsweise schnell.
  • Side-Projects brauchen ein echtes eigenes Problem. Ich wollte die Alerts selbst haben – das trägt durch die zähen Phasen, in denen kein Feature glänzt.

SentryBeam ist kostenlos nutzbar: sentrybeam.app. Mehr Projekte dieser Art zeige ich auf der Startseite.