Wiki-Quellcode von Schließanlage
Zuletzt geändert von mirconnect am 2025/03/09 11:33
Zeige letzte Bearbeiter
| author | version | line-number | content |
|---|---|---|---|
| 1 | = Schließanlage = | ||
| 2 | |||
| 3 | Im Space haben wir ein automatisches Schließsystem. Ziel war und ist es, Mitgliedern jederzeit den Zutritt zu unseren Räumen zu ermögichen. Einige Hackerspaces haben bereits ähnliche Systeme im Einsatz, die meisten davon sind aber aus dem ein oder anderen Grund für uns ungeeignet. So beschäftigten wir uns mit dem Selbstbau. | ||
| 4 | |||
| 5 | == Anforderungen == | ||
| 6 | |||
| 7 | * Keine undokumentierten/unsicheren Funkschnittstellen | ||
| 8 | * Keine Sonderapps zur Kommunikation mit dem Schloss erforderlich | ||
| 9 | * Keine/Wenig Fremdsoftware auf dem Gerät | ||
| 10 | * Keine Modifizierung an der Tür erforderlich | ||
| 11 | * Schließende Verriegelung (nicht nur zuziehen) | ||
| 12 | * Betreibbar ohne Cloud | ||
| 13 | * Status abrufbar | ||
| 14 | * Keine hart limitierte Nutzerzahl | ||
| 15 | * Weitere Schließarten einbindbar | ||
| 16 | |||
| 17 | == Überlegungen == | ||
| 18 | |||
| 19 | * Eigenbau 3D Druck mit Motor und eigener Elektronik | ||
| 20 | * Umbau Homematic Key.. | ||
| 21 | * Umbau Equiva Key | ||
| 22 | |||
| 23 | Auf Grund des Preises und dem Vorzug einer schon fast fertigen Lösung haben wir uns für einen Umbau eines Eqiva Schlosses entschieden. | ||
| 24 | |||
| 25 | == Umbau == | ||
| 26 | |||
| 27 | Wie immer sind alle Angaben hier ohne Gewähr und nur auf eigene Verantwortung durchzuführen. | ||
| 28 | |||
| 29 | === Deaktivierung Bluetooth === | ||
| 30 | |||
| 31 | Auf der Platine sitzen 2 Chips, einer wird als reiner Funkchip verwendet. Nach unserem Reverseengineering kommunizieren die beiden Chips per SPI. Um eine ungewollte Kommunikation per Bluetooth zu verhindern, wollen wir diesen Chip deaktivieren. Dazu kann einfach das Versorgungstrace des Broadcom-Chips durchtrennt werden. Wir haben das einfach mit einem Schraubenzieher durchgekratzt. Eine Überwachung oder Kommunikation mit dem anderen Chip findet also, wohl auch um Energie zu sparen nicht statt. Idealerweise sollte man die Traces so durchtrennen, das man sie mit einem Lötpunkt wiederherstellen kann. Bei Bedarf kann jetzt auch eine Funktionsprüfung mit den beiden Knöpfen auf der Vorderseite erfolgen. | ||
| 32 | |||
| 33 | === Spannungsversorgung + USV === | ||
| 34 | |||
| 35 | Die Spannungsversorgung ist ab Werk über Batterien gelöst. Für unsere Zwecke ist das schlicht nicht realisierbar, da die Batteriekapazität nur für kurze Zeit ausreichen würde. Um dies zu umgehen haben wir an der Platine ein USB Kabel angelötet. Die Verorgung erfolgt über ein 2A USB Ladegerät oder eine Powerbank. Die Powerbank kann gleichzeitig als USV dienen und das Gerät am Laufen halten. | ||
| 36 | |||
| 37 | === Wifi Upgrade === | ||
| 38 | |||
| 39 | Die Ansteuerung des Türschlosses ist über eine Wemos D1 realisiert, der im nicht mehr benötigten Batteriefach Platz findet. Die zwei GPIOS "drücken" die Hardware-Knöpfe des Türschlosses. Achtung! Ohne ausreichende Widerstände (wir verwenden 4,7kOhm) brennt der Wemos durch, wenn jemand die Knöpfe am Türschloss drückt. | ||
| 40 | |||
| 41 | == Softwareseite == | ||
| 42 | |||
| 43 | Der Controllserver ist ein im internen Netzwerk eingebundener Raspberry Pi. Auf ihm läufen ein Hostapd, ein Mosquitto MQTT server und ein SSH server. Aus dem internen Space Netz ist nur der SSH port erreichbar. Der Mosquitto Server hört nur auf das Interface des Hostapd, das ein eigenes WPA2-PSK geschütztes Netz eröffnet. In diesem Netz sind nur der PI und das Türschloss. | ||
| 44 | |||
| 45 | Auf der Türschlosseite läuft auf dem Wemos eine Tasmota Firmware. Die darin konfigurierten MQTT Commands Triggern über das GPIO Interface die Button-Eingänge des Türschlosses. Das Signal bleibt ca 1 Sekunde anstehen. | ||
| 46 | |||
| 47 | Auf dem Controllserver sind die berechtigten Personen mit ihrem SSH key hinterlegt. Sie können sich dann mit den Benutzern auf@space und zu@space einloggen, was ein entsprechendes MQTT Command an das Türschloss triggert und den User direkt wieder ausloggt. | ||
| 48 | |||
| 49 | |||
| 50 | == Update März 2025 == | ||
| 51 | |||
| 52 | Nachdem das Türschloss ca. 5 Jahre problemlos seinen Dienst verrichtet hat, gab es in jüngerer Vergangenheit immer mal wieder das Problem, dass es nicht mehr richtig verschlossen hat. | ||
| 53 | |||
| 54 | Erst nach trennen und wiederverbinden der Stromversorgung, inkl. Kalibrierungsfahrt hat es die Tür wieder korrekt verschlossen. | ||
| 55 | |||
| 56 | Aufgrund dessen und da das Schloss damals bereits gebraucht gekauft wurde, haben wir uns entschieden das Gerät gegen das gleiche Modell auszutauschen. | ||
| 57 | |||
| 58 | Dieses Mal wurde ein neues gekauft und wieder auf die gleiche Weise wie oben beschrieben umgebaut, sowie mit Bildern dokumentiert. | ||
| 59 | |||
| 60 | |||
| 61 | == Bilder == | ||
| 62 | |||
| 63 | [[Schloss geöffnet mit Beschreibung>>image:IMG_20250308_185058_661_.jpg||alt="Schloss geöffnet mit Beschreibung" height="599" width="799"]] | ||
| 64 | |||
| 65 | |||
| 66 | [[Schloss geöffnet mit ESP8266>>image:IMG_20250308_185112_054.jpg||alt="Schloss geöffnet mit ESP8266" height="598" width="797"]] | ||
| 67 | |||
| 68 | |||
| 69 | [[Schloss geschlossen mit ESP8266>>image:IMG_20250308_185812_676.jpg||alt="Schloss geschlossen mit ESP8266" height="598" width="797"]] | ||
| 70 | |||
| 71 |