X-Git-Url: https://git.rohieb.name/stratum0-wiki.git/blobdiff_plain/1790814689a5182aa14ce81e8e45c53e779e329e..bab37be069ed12f5c662930a0324a7749a6f106e:/Open%2FClose-Monitor%2FHardware-Schalter.mw

diff --git a/Open%2FClose-Monitor%2FHardware-Schalter.mw b/Open%2FClose-Monitor%2FHardware-Schalter.mw
index 89b7066e7..602aca5a7 100644
--- a/Open%2FClose-Monitor%2FHardware-Schalter.mw
+++ b/Open%2FClose-Monitor%2FHardware-Schalter.mw
@@ -35,6 +35,7 @@ Aktuell ungelöste Probleme:
 * Wie wird der Status im IRC gesetzt? 
 ** Möglich: über eine Pipe oder Socket mit dem Python-Framework von [[ZombiePoet]] kommunizieren
 * Drosselung der Events, um Spam im IRC zu verhindern. Künstliche Verzögerung einbauen?
+* Dauerhaft Strom im Flur beschaffen
 
 == Erweiterungen ==
 * Automatismen:
@@ -49,8 +50,9 @@ Nähere Überlegungen, wie
 * die Hardware (Schalter, Leuchten, Klingel) über einen Mikrocontoller an den OpenWrt Router geknödelt werden
 * Softwarestrukturen aussehen
 könnte(n).<br>
-Teilweise lose Gedankensammlung von mir (--[[Benutzer:100nano|100nano]]).<br>
-<br>
+Teilweise lose Gedankensammlung von mir ([[Benutzer:100nano|100nano]]).<br>
+
+=== Hardware===
 <!-- [[Datei:OpenClose SchemaHardware.png|thumb|Grobe schematische Darstellung der Hardwarekomponenten]] -->
 Grobe schematische Darstellung der Hardwarekomponenten:
 [[Datei:OpenClose SchemaHardware.png||none|550px|||Grobe schematische Darstellung der Hardwarekomponenten]]
@@ -71,10 +73,33 @@ Grobe schematische Darstellung der Hardwarekomponenten:
 Bei Betrieb mit 3,3V nicht nötig, nur, falls aus irgendeinem Grunde doch 5V verwendet werden.
 * Router zu AVR: Kein Problem, 3,3V werden auch bei erwarteten 5V als 1 erkannt.
 * AVR zu Router: zB Spannungsteiler mit 2 Widerständen.
-<br>
-=== Logik/Ablauf ===
-tbd (update die seite gleich nochmal)
 
+=== serielle Kommunikation ===
+* AVR möglichst dumm halten (router ist flexibler, dort kann mal schnell ein script angepasst werden, kein neuflashen des uC nötig)
+* Router kann einzelne Werte des uC abfragen
+beispiele:
+* 1 byte als abfragenachricht, uC antwortet mit wert oder setzt ausgang etc.
+alternativ
+* ganzes aendern von registern einbauen (spaetere nutzung weiterer io-pins ohne umflashen moeglich
+
+=== Logik/Ablauf ===
+Ausgangssituation:
+* Irgendein Status ist global gesetzt (schalter und irc/website/...)
+<br>
+* Schalter: Statuswechselanforderung durch Benutzer
+* uC merkt sich das und macht orange Updatelampe an
+* router pollt uC
+* router bemerkt statuswechsel und aendert den status (ssh etc. (kenne interne vorgaenge mit bot/homepage nicht)
+* wenn status geaendert, fordert router ausschalten der orangen led an.
+* update erfolgreich.
+* wartezeit (aenderung des poll-intervalls) um zu schnelle wechsel (spam) zu vermeiden. (Minutenbereich)
+<br>
+Übersteuerbarkeit des durch den Schalter gesetzten Status notwendig:<br>
+Szenario: Der letzte den space verlassende hat es doch mal vergessen, den status zu aendern und es faellt zuhause auf.<br>
+gewisser personenkreis muss moeglichkeit haben, den status manuell zu setzen.
+Router muss dies bis zum naechsten (hardwareschalter)statuswechsel ignorieren.<br>
+<br>
+...to be continued --[[Benutzer:100nano|100nano]]
 
 == Alte Diskussion ==
 :''hierher verschoben von [[Open/Close-Monitor]]''