OpenBlind.Control: Unterschied zwischen den Versionen

Aus LaborWiki
Wechseln zu: Navigation, Suche
Keine Bearbeitungszusammenfassung
KKeine Bearbeitungszusammenfassung
Zeile 19: Zeile 19:
Um beim Verlassen oder zum simplen Debuggen den Status der Rollos im Labor festzustellen, wird neben dem Hauptschalter eine kleine Box installiert, wo man den Status jedes Rollos und Fensters anhand von LEDs ablesen kann. Es wird voraussichtlich wie folgt aufgebaut sein:<br><br>
Um beim Verlassen oder zum simplen Debuggen den Status der Rollos im Labor festzustellen, wird neben dem Hauptschalter eine kleine Box installiert, wo man den Status jedes Rollos und Fensters anhand von LEDs ablesen kann. Es wird voraussichtlich wie folgt aufgebaut sein:<br><br>


LED rt: Fenster X auf/zu (an wenn Fenster auf)<br>
LED rot: Fenster X auf/zu (an wenn Fenster auf)<br>
LED gn: Rollo X ist per CAN ansprechbar und(/oder) ist in unterer Endlage (bei ausgeschaltetem Hauptschalter)<br>
LED grün: Rollo X ist per CAN ansprechbar und(/oder) ist in unterer Endlage (bei ausgeschaltetem Hauptschalter)<br>
LED ge: Rollo X verfährt im Moment (hoch/runter)<br>
LED gelb: Rollo X verfährt im Moment (hoch/runter)<br>
LED rt: Rollosteuerung X hat einen Fehler und gibt über CAN Fehlercode aus bei Nachfrage<br>
LED rt: Rollosteuerung X hat einen Fehler und gibt über CAN Fehlercode aus bei Nachfrage<br>


^ 14 mal<br>
Display gibt Auskunft über Fehlerquelle
 


<br>
<br>
Warum nun so viele LEDs und Farben? ganz einfach ... wird das Labor ausgeschaltet und es leuchten nur grüne LEDs ist alles in Ordnung und man kann das Labor ohne Sorgen verlassen. Leuchtet auch nur eine LED andersfarbig, gibt es ein noch unerledigtes Problem (Fenster vergessen zu schließen, Rollo blockiert durch Gegenstand auf der Fensterbank etc...).<br>
Warum nun so viele LEDs und Farben? ganz einfach ... wird das Labor ausgeschaltet und es leuchten nur grüne LEDs ist alles in Ordnung und man kann das Labor ohne Sorgen verlassen. Leuchtet auch nur eine LED andersfarbig, gibt es ein noch unerledigtes Problem (Fenster vergessen zu schließen, Rollo blockiert durch Gegenstand auf der Fensterbank etc...).<br>
Die kleine Box soll als kleine Hilfe dienen und ersetzt nicht das regelmäßige Debuggen und Kontrolle der Steuerungen in der Testphase!
Die kleine Box soll als kleine Hilfe dienen und ersetzt nicht das regelmäßige Debuggen und Kontrolle der Steuerungen in der Testphase!
Denkbar wäre auch, ein kleines LC-Display mit einzubauen, was über den Mikrocontroller die passenden Fehler direkt anzeigt, z.B. dass ein Motor einen zu großen Strom verursacht hat oder ein Rollo nicht per CAN erreichbar ist.<br>
 


== Zentrale Verwaltung ==
== Zentrale Verwaltung ==
Man kann über CAN jedes Rollo einzeln steuern, jedoch könnte man mit der Kontrollbox einen einzigen "Ansprechpartner" im Bus realisieren, der dann die entsprechenden Befehle für die Rollos überprüft und entweder genemigt oder verwirft. So hätte man eine redundante Sicherung gegen unbefugtes Verfahren der Rollos, z.B. wärend eines Vortrags alle 8 Rollos im Vortragsraum sperren. Ebenfalls könnte man mit dieser Lösung zentral bestimmte Muster abspeichern für bestimmte Zwecke.
<s>Man kann über CAN jedes Rollo einzeln steuern, jedoch könnte man mit der Kontrollbox einen einzigen "Ansprechpartner" im Bus realisieren, der dann die entsprechenden Befehle für die Rollos überprüft und entweder genehmigt oder verwirft. So hätte man eine redundante Sicherung gegen unbefugtes Verfahren der Rollos, z.B. während eines Vortrags alle 8 Rollos im Vortragsraum sperren. </s> (ist ein '''BUS''' ohne crypto). Ebenfalls könnte man mit dieser Lösung zentral bestimmte Muster abspeichern für bestimmte Zwecke.
 
== Externe Eingänge ==
 
* EIA232 für Klingel
* Taster Nachtmodus
* Türkontakt

Version vom 3. Januar 2010, 02:30 Uhr

Kran
Diese Seite befindet sich noch im Aufbau bzw. wird gerade heftig überarbeitet. Vorsicht: Herumliegende Gedankenfetzen!
Dieser Banner ist hier dokumentiert.
     
OpenBlind.Control

Release status: experimental [box doku]

Description Kontrolleinheit für Projekt OpenBlind
Author(s)  DeadDealer
Last Version  0.1
Platform  AVR




OpenBlind.Control

Um beim Verlassen oder zum simplen Debuggen den Status der Rollos im Labor festzustellen, wird neben dem Hauptschalter eine kleine Box installiert, wo man den Status jedes Rollos und Fensters anhand von LEDs ablesen kann. Es wird voraussichtlich wie folgt aufgebaut sein:

LED rot: Fenster X auf/zu (an wenn Fenster auf)
LED grün: Rollo X ist per CAN ansprechbar und(/oder) ist in unterer Endlage (bei ausgeschaltetem Hauptschalter)
LED gelb: Rollo X verfährt im Moment (hoch/runter)
LED rt: Rollosteuerung X hat einen Fehler und gibt über CAN Fehlercode aus bei Nachfrage

Display gibt Auskunft über Fehlerquelle



Warum nun so viele LEDs und Farben? ganz einfach ... wird das Labor ausgeschaltet und es leuchten nur grüne LEDs ist alles in Ordnung und man kann das Labor ohne Sorgen verlassen. Leuchtet auch nur eine LED andersfarbig, gibt es ein noch unerledigtes Problem (Fenster vergessen zu schließen, Rollo blockiert durch Gegenstand auf der Fensterbank etc...).
Die kleine Box soll als kleine Hilfe dienen und ersetzt nicht das regelmäßige Debuggen und Kontrolle der Steuerungen in der Testphase!


Zentrale Verwaltung

Man kann über CAN jedes Rollo einzeln steuern, jedoch könnte man mit der Kontrollbox einen einzigen "Ansprechpartner" im Bus realisieren, der dann die entsprechenden Befehle für die Rollos überprüft und entweder genehmigt oder verwirft. So hätte man eine redundante Sicherung gegen unbefugtes Verfahren der Rollos, z.B. während eines Vortrags alle 8 Rollos im Vortragsraum sperren. (ist ein BUS ohne crypto). Ebenfalls könnte man mit dieser Lösung zentral bestimmte Muster abspeichern für bestimmte Zwecke.

Externe Eingänge

  • EIA232 für Klingel
  • Taster Nachtmodus
  • Türkontakt