Rufentor
Alarme auch ausserhalb von Zuhause erhalten
Von rund 30 Metern Funkreichweite zur Alarmmeldung auf dem Smartphone – auch am anderen Ende der Welt. Der Funksender erreicht weiterhin den Empfänger vor Ort. Rufentor leitet den Alarm von dort über ein Gateway und das Internet an die Android-App weiter. So können berechtigte Angehörige und Helfer ihn unabhängig von ihrem Aufenthaltsort empfangen und bearbeiten, solange Gateway und Smartphone online sind.
Management Summary
Die signakom AG bietet Lösungen für Notruf und Kommunikation an. Bei meiner Arbeit mit Notrufgeräten beschäftige ich mich mit der Auslösung und Weiterleitung von Alarmen.
Ein Funksender kann einen Alarm an einen Empfänger vor Ort senden. Ich wollte herausfinden, wie sich ein bestehender Funknotruf erweitern lässt, damit Angehörige den Alarm auch unterwegs auf dem Smartphone erhalten. Daraus entstand meine Projektidee Rufentor.
Mein Ziel war es, einen Funkalarm über ein Gateway an eine Plattform zu übertragen und auf einer Android-App anzuzeigen. Berechtigte Personen sollten den Alarm annehmen und quittieren können. Über eine Webplattform sollten sie den Haushalt und seine Mitglieder verwalten können. Sender sollten sich über die App einlernen, testen und löschen lassen.
Ich verglich SQLite und PostgreSQL als Datenbanken. Für das Gateway entschied ich mich für SQLite und für das Backend für PostgreSQL. Anschliessend legte ich fest, welche Funktionen die Android-App und welche die Webplattform übernehmen. Für das Backend verglich ich Flask mit FastAPI und entschied mich für Flask.
Ich plante das Zusammenspiel von Funksender, Empfänger, Raspberry-Pi-Gateway, Backend und Benutzergeräten. Für die praktische Prüfung beschränkte ich mich auf einen Privathaushalt mit einem Eldat-RCL07-Empfänger und einem Funksender. Das Gateway erkennt den Alarm, speichert ihn und sendet ihn verschlüsselt an das Backend. Bei einem Internetunterbruch speichert es die Ereignisse und sendet sie nach der Wiederverbindung erneut. Jedes Ereignis erhält eine eigene Kennung, damit das Backend eine wiederholte Übertragung erkennt. Für das Einlernen und Löschen eines Senders plante ich einen zusätzlichen Test, mit dem sich das Ergebnis überprüfen lässt.
Ich plante eigene Konten für den Eigentümer und die Angehörigen. Der Eigentümer entscheidet, wer Zugang zum Haushalt erhält. Rufentor hält fest, welches Konto einen Alarm wann angenommen und quittiert hat.
Für die Prüfung plante ich Tests zum Alarmweg, zur Sendersteuerung und zum Verhalten bei einem Netzwerkunterbruch. Die Anforderungen, die Architektur, das Datenmodell, die Berechtigungen und die Tests habe ich selbst festgelegt. Für Programmcode und Testbefehle nutzte ich ChatGPT und Codex nach meinen Vorgaben. Ich führte die Komponenten zusammen, kontrollierte die Ergebnisse und prüfte das System.
Bei 50 Betätigungen des Funksenders wurden alle 50 Ereignisse erkannt und an das Backend übertragen. Ich prüfte auch die Nachsendung nach einem Netzwerkunterbruch, den Neustart des Gateways und die Alarmbearbeitung auf einem Android-Gerät. Zusätzlich testete ich Dienstwechsel in einer virtuellen Testumgebung.
Mit Rufentor entstand ein Prototyp für einen Privathaushalt. Den Alarmweg vom Funksender bis zur Android-App konnte ich praktisch zeigen. Bei einem praktischen Durchlauf erschien die Benachrichtigung nach ungefähr zehn Sekunden auf dem Smartphone.
