Zum Inhalt springen

Änderungen von Dokument Schließanlage

Zuletzt geändert von mirconnect am 2025/03/09 11:33
Von Version 1.3
bearbeitet von loppermann
am 2024/04/07 10:49
Änderungskommentar: Update document after refactoring.
Auf Version 11.5
bearbeitet von mirconnect
am 2025/03/09 11:25
Änderungskommentar: Es gibt keinen Kommentar für diese Version

Zusammenfassung

Details

Seiteneigenschaften
Titel
... ... @@ -1,0 +1,1 @@
1 +Schließanlage
Dokument-Autor
... ... @@ -1,1 +1,1 @@
1 -XWiki.loppermann
1 +XWiki.mirconnect
Syntax
... ... @@ -1,1 +1,1 @@
1 -markdown+github 1.0
1 +XWiki 2.1
Inhalt
... ... @@ -1,11 +1,8 @@
1 -Schließanlage
2 -==============
1 += Schließanlage =
3 3  
4 -Im Space haben wir ein automatisches Schließsystem. Ziel war und ist es Mitgliedern jederzeit den Zutritt zu unseren Räumen zu ermögichen.
5 -Einige Hackerspaces haben bereits ähnliche Systeme im Einsatz, die meisten davon sind aber aus dem ein oder anderen Grund für uns ungeeignet.
6 -So beschäftigten wir uns mit dem Selbstbau.
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.
7 7  
8 -## Anforderungen
5 +== Anforderungen ==
9 9  
10 10  * Keine undokumentierten/unsicheren Funkschnittstellen
11 11  * Keine Sonderapps zur Kommunikation mit dem Schloss erforderlich
... ... @@ -17,38 +17,52 @@
17 17  * Keine hart limitierte Nutzerzahl
18 18  * Weitere Schließarten einbindbar
19 19  
17 +== Überlegungen ==
20 20  
21 -## Überlegungen
22 -
23 23  * Eigenbau 3D Druck mit Motor und eigener Elektronik
24 24  * Umbau Homematic Key..
25 -* Umbau Equiva Key
21 +* Umbau Equiva Key
26 26  
27 -Auf Grund des Preises und dem Vorzug einer schon fast fertigen Lösung haben wir uns für einen Umbau eines Equiva Schlosses entschieden.
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.
28 28  
29 -## Umbau
25 +== Umbau ==
30 30  
31 -Wie immer sind alle Angaben hier ohne Gewähr und nur auf eigene Verantwwortung durchzuführen.
27 +Wie immer sind alle Angaben hier ohne Gewähr und nur auf eigene Verantwortung durchzuführen.
32 32  
33 -### Deaktivierung Bluetooth
29 +=== Deaktivierung Bluetooth ===
34 34  
35 -Auf der Platine sitzen 2 Chips, einmal ein XXX und einmal ein XXX. (Bilder und genaue Chiptypen fügt @justelex demnächst ein) Letzter 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/XXX 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.
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.
36 36  
37 -### Spannungsversorgung + USV
33 +=== Spannungsversorgung + USV ===
38 38  
39 39  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.
40 40  
41 -### Wifi Upgrade
37 +=== Wifi Upgrade ===
42 42  
43 -Die Ansteuerung des Türschlosses ist über eine Wemos D1 realisiert, der im nichtmehr benötigten Batteriefach Platz findet. Die zwei GPIOS steuern über 2 Widerstände auf den die Schalter des Bluetooth Türschlosses. Achtung! Ohne ausreichende Widerstände (wir verwenden XXX kOhm) brennt der Wemos durch, wenn jemand die Knöpfe am Türschloss drückt.
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.
44 44  
45 -## Softwareseite
41 +== Softwareseite ==
46 46  
47 47  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.
48 48  
49 -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.
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.
50 50  
51 -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.
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.
52 52  
53 53  
50 +== Update März 2025 ==
54 54  
52 +Nachdem das Türschloss ca. 5 Jahre problemlos seinen Dienst verrichtet hat, gab es in jüngerer Vergangenheit
53 +
54 +
55 +== Bilder ==
56 +
57 +[[Schloss geöffnet mit Beschreibung>>image:IMG_20250308_185058_661_.jpg||alt="Schloss geöffnet mit Beschreibung" height="599" width="799"]]
58 +
59 +
60 +[[Schloss geöffnet mit ESP8266>>image:IMG_20250308_185112_054.jpg||alt="Schloss geöffnet mit ESP8266" height="598" width="797"]]
61 +
62 +
63 +[[Schloss geschlossen mit ESP8266>>image:IMG_20250308_185812_676.jpg||alt="Schloss geschlossen mit ESP8266" height="598" width="797"]]
64 +
65 +
IMG_20250308_185058_661_.jpg
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.mirconnect
Größe
... ... @@ -1,0 +1,1 @@
1 +3.7 MB
Inhalt
IMG_20250308_185112_054.jpg
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.mirconnect
Größe
... ... @@ -1,0 +1,1 @@
1 +3.8 MB
Inhalt
IMG_20250308_185812_676.jpg
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.mirconnect
Größe
... ... @@ -1,0 +1,1 @@
1 +3.3 MB
Inhalt