HQ/Schalter: Unterschied zwischen den Versionen
Vater (Diskussion | Beiträge) K (form + andere ähnlich geartete artikel) |
W01f (Diskussion | Beiträge) K (satz ohne zusammenhang) |
||
(50 dazwischenliegende Versionen von 8 Benutzern werden nicht angezeigt) | |||
Zeile 1: | Zeile 1: | ||
== Schalter == | = Entwicklungsstand = | ||
Derzeit ist der manuelle Schalter in der Lage den Status u.a. über die Website zur Verfügung zu stellen. | |||
''Vorgesehen ist:'' | |||
* [https://redmine.c3d2.de/issues/5 Keymatic] – Alternative: [https://brmlab.cz/project/brmdoor/start?s=brmdoor brmdoor] | |||
* [[intern:opendoor| opendoor via SSH]] ([https://redmine.c3d2.de/issues/106 s.a. redmine]) | |||
* [https://redmine.c3d2.de/issues/107 Status am Schild] neben der beschränkten Wanddurchgangsöffnung | |||
* [[Klingel]] neben der Eingangstür um auch bei Geräuschkulisse erhört zu werden | |||
= Schalter = | |||
Schalter ist der große Kasten mit dem 3-Positionen-Schalter in der Mitte direkt an der Eingangstür. | Schalter ist der große Kasten mit dem 3-Positionen-Schalter in der Mitte direkt an der Eingangstür. | ||
In | In ihm befindet sich ein Raspberry Pi (Pi) sowie eine Platine, die den Türsummer antreibt.<ref>[https://media.c3d2.de/u/astro/m/schalterinnereien/ Bild der Innereien vom] [[{{PAGENAME}}|Schalter]] by [[User:Astro|Astro]]</ref> | ||
Mit an der Platine des Pi ist die Stromversorgung für das kleine LED-Display außen neben der Eingangstür. | |||
Einen Schaltplan findet man auch hier: [[Datei:Schalter_schaltbild.svg]] | |||
{| | |||
|- | |||
|+ Belegung der Pins beim Pi (siehe [https://media.c3d2.de/u/astro/m/rpi-im-schalter/ Bild vom Pi im] [[{{PAGENAME}}|Schalter]] by [[Astro]]) | |||
! Reihe | |||
! außen | |||
! innen | |||
|- | |||
| align="right" |1 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |2 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |3 | |||
| '''grau''' (keymatic schließen) | |||
| frei | |||
|- | |||
| align="right" |4 | |||
| '''hellblau''' (Kabel von der Platine) | |||
| frei | |||
|- | |||
| align="right" |5 | |||
| '''gelb''' | |||
| '''orange''' (Jumperwire zur Lochrasterplatine; +3,3V) | |||
|- | |||
| align="right" |6 | |||
| '''lila''' | |||
| frei | |||
|- | |||
| align="right" |7 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |8 | |||
| '''rot''' (keymatic öffnen) | |||
| frei | |||
|- | |||
| align="right" |9 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |10 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |11 | |||
| '''schwarz''' | |||
| frei | |||
|- | |||
| align="right" |12 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |13 | |||
| Stromversorgung (N900 - 2. Matemat) | |||
| '''weiß''' | |||
|- | |||
|} | |||
== | {| | ||
|- | |||
|+ Belegung der Pins bei der Platine<ref>[https://media.c3d2.de/u/astro/m/board-im-schalter/ Bild von der Platine im] [[{{PAGENAME}}|Schalter]] by [[User:Astro|Astro]]</ref> | |||
|- | |||
! Reihe | |||
! außen | |||
! innen | |||
|- | |||
| align="right" |1 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |2 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |3 | |||
| '''hellblau''' | |||
| frei | |||
|- | |||
| align="right" |4 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |5 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |6 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |7 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |8 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |9 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |10 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |11 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |12 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |13 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |14 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |15 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |16 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |17 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |18 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |19 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |20 | |||
| '''gelb''' | |||
| '''orange''' | |||
|- | |||
| align="right" |21 | |||
| '''lila''' | |||
| '''rot''' | |||
|- | |||
| align="right" |22 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |23 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |24 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |25 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |26 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |27 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |28 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |29 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |30 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |31 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |32 | |||
| frei | |||
| frei | |||
|- | |||
| align="right" |33 | |||
| '''schwarz''' | |||
| '''türkis''' | |||
|- | |||
| align="right" |34 | |||
| '''weiß''' | |||
| '''orange''' | |||
|- | |||
|} | |||
== Anhalt um den Status von Schalter lokal auszulesen == | |||
<pre> | |||
p23=$(cat /sys/class/gpio/gpio23/value) | |||
p24=$(cat /sys/class/gpio/gpio24/value) | |||
status=$(expr ${p23} \* 1 + ${p24} \* 2) | |||
echo Status: ${status} | |||
case ${status} in | |||
0) echo "Offline";; | |||
1) echo "Online";; | |||
2) echo "Full";; | |||
*) echo "n.d.";; | |||
esac | |||
exit ${status} | |||
</pre> | |||
Nach außen geht es mit dem [https://github.com/astro/spacemsg/tree/master/gpio-sensor gpio-sensor von Astro] auf Port 5555 . | |||
Das Compilat heißt <code>/etc/service/zmq-switch/run</code> . | |||
== Siehe auch | = Keymatic = | ||
Um das HQ auch ohne Schlüssel betreten zu können, wurde die Eingangstür mit einem [http://www.elv.de/homematic-funk-tuerschlossantrieb-keymatic-weiss-inkl-funk-handsender.html Funk-Türschlossantrieb] aufgerüstet. Die Keymatic ist über Hackerbus mit dem Raspberry Pi im Schalter verbunden. | |||
Leider haben die Signallitzen keine farbige Isolierung. | |||
Von oben nach unten: | |||
* öffnen | |||
* high | |||
* schließen | |||
Außerdem: | |||
{| | |||
|gelb | |||
|DC+ | |||
|- | |||
|schwarz | |||
|DC- | |||
|} | |||
Diese werden im PoE-Stil wie folgt am RJ45 übergeben: | |||
{| | |||
!Pin | |||
!Funktion | |||
|- | |||
|8 | |||
|öffnen signal+ (optocupling) | |||
|- | |||
|7 | |||
|schließen singal+ (optocupling) | |||
|- | |||
|6 | |||
|reserviert/ungenutzt (für Status z.B.) | |||
|- | |||
|5 | |||
|DC+ | |||
|- | |||
|4 | |||
|DC+ | |||
|- | |||
|3 | |||
|Signalmasse | |||
|- | |||
|2 | |||
|DC- | |||
|- | |||
|1 | |||
|DC- | |||
|} | |||
[[Datei:Keymaticadapter.png]] | |||
Damit kann über die GPIO-Pins die Tür auf- und Abgeschlossen werden. | |||
Dabei geht man wie folgt vor: | |||
* per ssh mit dem Pi verbinden | |||
* GPIO-Pins initialisieren (nur nach reboot nötig): | |||
<pre> | |||
echo 18 > /sys/class/gpio/export | |||
echo 27 > /sys/class/gpio/export | |||
echo out > /sys/class/gpio/gpio18/direction | |||
echo out > /sys/class/gpio/gpio27/direction | |||
</pre> | |||
* Aufschließen: | |||
<pre> | |||
echo "1" > /sys/class/gpio/gpio18/value | |||
sleep 0.1 | |||
echo "0" > /sys/class/gpio/gpio18/value | |||
</pre> | |||
* Zuschließen: | |||
<pre> | |||
echo "1" > /sys/class/gpio/gpio27/value | |||
sleep 0.1 | |||
echo "0" > /sys/class/gpio/gpio27/value | |||
</pre> | |||
= Software = | |||
== OpenWrt für den RaspberryPi == | |||
Wir haben Config & Anleitung um ein OpenWRT für den Pi zu bauen: https://github.com/c3d2/schalter-openwrt | |||
== senmqd um GPIO im Netzwerk bereitszustellen == | |||
Der [https://github.com/tuxcodejohn/senmqd Server] für GPIO-Interaktion spricht 0mq. | |||
== schalterd um GPIO im Netzwerk bereitszustellen == | |||
Der [https://github.com/astro/spacemsg/tree/master/schalterd/src Server] für GPIO-Interaktion ist ein HTTP-Server. | |||
== moleflap3 == | |||
Code Repository: [https://github.com/c3d2/moleflap3 Moleflap3] | |||
=== Funktionsweise === | |||
==== Datenbank auf dem Server ==== | |||
* keys (handle, pubkey) | |||
==== Benutzereingabe auf dem Client (im Browser) ==== | |||
* key (privkey) | |||
** wird nicht an Server geschickt, sondern zum Entschlüsseln der Challenges genutzt | |||
==== Ziel ==== | |||
Anonyme Autorisierung aus der Menge der dem Server bekannten Public Keys | |||
==== Challenge vom Server für den Client ==== | |||
<source lang="erlang"> | |||
Challenge = to_hex(random_bytes(32)), | |||
Hash = sha1(Challenge), | |||
Ciphertexts = map(fun(Pubkey) -> encrypt(Challenge, Pubkey) end, KnownPubkeys), | |||
{Hash, shuffle(Ciphertexts)}. | |||
</source> | |||
==== Client-Algorithmus ==== | |||
Versuche alle Ciphertexts zu entschlüsseln. Prüfe den Hash. Ok? Dann sende Cleartext an Server zurück. | |||
==== Autorisierung auf dem Server ==== | |||
Stimmt der Cleartext mit der Challenge überein? Dann ist der Client im Besitz des öffentlichen Gegenstücks zu einem der in der Server-Datenbank hinterlegten Pubkeys. | |||
Der Server sendet den Türöffnungswunsch an schalterd. | |||
==== ? ==== | |||
Dieses Schema bietet Anonymisierung des jeweiligen Türöffnenden, jedoch wird das Kopieren von Schlüsseln nicht durch One-Time-Keys verhindert. | |||
Für Keys muss man gerade noch [[Benutzer:Astro|Astro]] ([[Benutzer Diskussion:Astro|Diskussion]]) fragen, und dann kann man das unter http://moleflap.hq.c3d2.de/ benutzen. | |||
=== Zugang beantragen === | |||
# Private Key erstellen: <code>openssl genrsa -out moleflap.key 2048</code> | |||
# Public Key erstellen: <code>openssl rsa -in moleflap.key -pubout</code> | |||
# Public Key signiert an [[Benutzer:Astro|Astro]] ([[Benutzer Diskussion:Astro|Diskussion]]) mailen | |||
= Siehe auch = | |||
* [[HQ/Schlüsselersatz]] | * [[HQ/Schlüsselersatz]] | ||
* [[HQ/Zugangssystem]] | * [[HQ/Zugangssystem]] | ||
= Einzelnachweise = | |||
<references /> | |||
{{foo im HQ}} | |||
[[Kategorie:HQ]] | [[Kategorie:HQ]] | ||
[[Kategorie:Projekt]] | [[Kategorie:Projekt]] | ||
[[Kategorie:Hardware]] | [[Kategorie:Hardware]] |
Version vom 13. September 2017, 11:47 Uhr
Entwicklungsstand
Derzeit ist der manuelle Schalter in der Lage den Status u.a. über die Website zur Verfügung zu stellen.
Vorgesehen ist:
- Keymatic – Alternative: brmdoor
- opendoor via SSH (s.a. redmine)
- Status am Schild neben der beschränkten Wanddurchgangsöffnung
- Klingel neben der Eingangstür um auch bei Geräuschkulisse erhört zu werden
Schalter
Schalter ist der große Kasten mit dem 3-Positionen-Schalter in der Mitte direkt an der Eingangstür.
In ihm befindet sich ein Raspberry Pi (Pi) sowie eine Platine, die den Türsummer antreibt.[1]
Mit an der Platine des Pi ist die Stromversorgung für das kleine LED-Display außen neben der Eingangstür.
Einen Schaltplan findet man auch hier:
Reihe | außen | innen |
---|---|---|
1 | frei | frei |
2 | frei | frei |
3 | grau (keymatic schließen) | frei |
4 | hellblau (Kabel von der Platine) | frei |
5 | gelb | orange (Jumperwire zur Lochrasterplatine; +3,3V) |
6 | lila | frei |
7 | frei | frei |
8 | rot (keymatic öffnen) | frei |
9 | frei | frei |
10 | frei | frei |
11 | schwarz | frei |
12 | frei | frei |
13 | Stromversorgung (N900 - 2. Matemat) | weiß |
Reihe | außen | innen |
---|---|---|
1 | frei | frei |
2 | frei | frei |
3 | hellblau | frei |
4 | frei | frei |
5 | frei | frei |
6 | frei | frei |
7 | frei | frei |
8 | frei | frei |
9 | frei | frei |
10 | frei | frei |
11 | frei | frei |
12 | frei | frei |
13 | frei | frei |
14 | frei | frei |
15 | frei | frei |
16 | frei | frei |
17 | frei | frei |
18 | frei | frei |
19 | frei | frei |
20 | gelb | orange |
21 | lila | rot |
22 | frei | frei |
23 | frei | frei |
24 | frei | frei |
25 | frei | frei |
26 | frei | frei |
27 | frei | frei |
28 | frei | frei |
29 | frei | frei |
30 | frei | frei |
31 | frei | frei |
32 | frei | frei |
33 | schwarz | türkis |
34 | weiß | orange |
Anhalt um den Status von Schalter lokal auszulesen
p23=$(cat /sys/class/gpio/gpio23/value) p24=$(cat /sys/class/gpio/gpio24/value) status=$(expr ${p23} \* 1 + ${p24} \* 2) echo Status: ${status} case ${status} in 0) echo "Offline";; 1) echo "Online";; 2) echo "Full";; *) echo "n.d.";; esac exit ${status}
Nach außen geht es mit dem gpio-sensor von Astro auf Port 5555 .
Das Compilat heißt /etc/service/zmq-switch/run
.
Keymatic
Um das HQ auch ohne Schlüssel betreten zu können, wurde die Eingangstür mit einem Funk-Türschlossantrieb aufgerüstet. Die Keymatic ist über Hackerbus mit dem Raspberry Pi im Schalter verbunden.
Leider haben die Signallitzen keine farbige Isolierung. Von oben nach unten:
- öffnen
- high
- schließen
Außerdem:
gelb | DC+ |
schwarz | DC- |
Diese werden im PoE-Stil wie folgt am RJ45 übergeben:
Pin | Funktion |
---|---|
8 | öffnen signal+ (optocupling) |
7 | schließen singal+ (optocupling) |
6 | reserviert/ungenutzt (für Status z.B.) |
5 | DC+ |
4 | DC+ |
3 | Signalmasse |
2 | DC- |
1 | DC- |
Damit kann über die GPIO-Pins die Tür auf- und Abgeschlossen werden. Dabei geht man wie folgt vor:
- per ssh mit dem Pi verbinden
- GPIO-Pins initialisieren (nur nach reboot nötig):
echo 18 > /sys/class/gpio/export echo 27 > /sys/class/gpio/export echo out > /sys/class/gpio/gpio18/direction echo out > /sys/class/gpio/gpio27/direction
- Aufschließen:
echo "1" > /sys/class/gpio/gpio18/value sleep 0.1 echo "0" > /sys/class/gpio/gpio18/value
- Zuschließen:
echo "1" > /sys/class/gpio/gpio27/value sleep 0.1 echo "0" > /sys/class/gpio/gpio27/value
Software
OpenWrt für den RaspberryPi
Wir haben Config & Anleitung um ein OpenWRT für den Pi zu bauen: https://github.com/c3d2/schalter-openwrt
senmqd um GPIO im Netzwerk bereitszustellen
Der Server für GPIO-Interaktion spricht 0mq.
schalterd um GPIO im Netzwerk bereitszustellen
Der Server für GPIO-Interaktion ist ein HTTP-Server.
moleflap3
Code Repository: Moleflap3
Funktionsweise
Datenbank auf dem Server
- keys (handle, pubkey)
Benutzereingabe auf dem Client (im Browser)
- key (privkey)
- wird nicht an Server geschickt, sondern zum Entschlüsseln der Challenges genutzt
Ziel
Anonyme Autorisierung aus der Menge der dem Server bekannten Public Keys
Challenge vom Server für den Client
Challenge = to_hex(random_bytes(32)),
Hash = sha1(Challenge),
Ciphertexts = map(fun(Pubkey) -> encrypt(Challenge, Pubkey) end, KnownPubkeys),
{Hash, shuffle(Ciphertexts)}.
Client-Algorithmus
Versuche alle Ciphertexts zu entschlüsseln. Prüfe den Hash. Ok? Dann sende Cleartext an Server zurück.
Autorisierung auf dem Server
Stimmt der Cleartext mit der Challenge überein? Dann ist der Client im Besitz des öffentlichen Gegenstücks zu einem der in der Server-Datenbank hinterlegten Pubkeys.
Der Server sendet den Türöffnungswunsch an schalterd.
?
Dieses Schema bietet Anonymisierung des jeweiligen Türöffnenden, jedoch wird das Kopieren von Schlüsseln nicht durch One-Time-Keys verhindert.
Für Keys muss man gerade noch Astro (Diskussion) fragen, und dann kann man das unter http://moleflap.hq.c3d2.de/ benutzen.
Zugang beantragen
- Private Key erstellen:
openssl genrsa -out moleflap.key 2048
- Public Key erstellen:
openssl rsa -in moleflap.key -pubout
- Public Key signiert an Astro (Diskussion) mailen
Siehe auch
Einzelnachweise
foo im HQ
HQ/Schalter ist Teil vom HQ. Mit der hier verwendeten Vorlage:foo im HQ sollst du eine Übersicht über andere wichtige Gegenstände im HQ bekommen.