RFID-Zutrittssystem

SPI zum Leser, TCP/IP über WLAN zum Server, dazwischen ein schlankes Textprotokoll auf TCP: Der Client meldet die gelesene UID, der Server antwortet mit der Entscheidung, und Display sowie Status-LEDs spiegeln sie sofort. Im Normalbetrieb entscheidet der Server: Der Client schickt die UID, die Antwort kommt als ALLOW oder DENY zurück, links im Terminal mitzulesen. Fällt die Verbindung weg, ist das die einzige wirklich interessante Frage im Projekt.

Der Server (links) prüft Sperrzeitfenster und Zutrittsliste und protokolliert jede Entscheidung; der ESP32-Client (rechts) versucht zuerst WLAN und Server und fällt erst danach auf die lokale Liste zurück. Bei Verbindungsverlust fällt der Client auf OFFLINE zurück, prüft gegen eine Liste im eigenen Flash-Speicher und versucht im Hintergrund den Reconnect, macht ONLINE und OFFLINE so zu zwei Betriebszuständen mit automatischem Reconnect. Ein Schloss, das ohne Netz stehenbleibt, ist keins, auch wenn das eine bewusst hingenommene Inkonsistenz kostet: Eine kurz zuvor entzogene Berechtigung kann offline noch gelten. Ein Sicherheitssystem ist das ohnehin nicht, denn die UID einer MIFARE-Karte lässt sich trivial klonen und die Verbindung bleibt unverschlüsselt. Fertig ist es trotzdem, als Übung in Systemintegration von Bus über Netz und Zustandslogik bis zum Gehäuse.

Ein zehnminütiger Walkthrough für den betreuenden Professor, der jede Funktion des Systems Schritt für Schritt zeigt.