Änderungen von Dokument Schließanlage

Zuletzt geändert von mirconnect am 2025/03/09 11:33

Von Version 5.2
bearbeitet von jandi
am 2024/04/09 18:17
Änderungskommentar: Update document after refactoring.
Auf Version 11.4
bearbeitet von mirconnect
am 2025/03/09 11:25
Änderungskommentar: Es gibt keinen Kommentar für diese Version

Zusammenfassung

Details

Seiteneigenschaften
Dokument-Autor
... ... @@ -1,1 +1,1 @@
1 -XWiki.jandi
1 +XWiki.mirconnect
Inhalt
... ... @@ -1,6 +1,6 @@
1 1  = Schließanlage =
2 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.
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 4  
5 5  == Anforderungen ==
6 6  
... ... @@ -20,15 +20,15 @@
20 20  * Umbau Homematic Key..
21 21  * Umbau Equiva Key
22 22  
23 -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.
24 24  
25 25  == Umbau ==
26 26  
27 -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.
28 28  
29 29  === Deaktivierung Bluetooth ===
30 30  
31 -Auf der Platine sitzen 2 Chips, einmal ein XXX und einmal ein XXX. (Bilder und genaue Chiptypen fügt {{mention reference="xwiki:XWiki.Justelex" style="FULL_NAME" anchor="xwiki-XWiki-Justelex-8l7vtu"/}} 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.
32 32  
33 33  === Spannungsversorgung + USV ===
34 34  
... ... @@ -36,7 +36,7 @@
36 36  
37 37  === Wifi Upgrade ===
38 38  
39 -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 "dcken" 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 40  
41 41  == Softwareseite ==
42 42  
... ... @@ -45,3 +45,21 @@
45 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 46  
47 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.
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 V
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