OpenBlind.Control: Unterschied zwischen den Versionen
(Die Seite wurde neu angelegt: „{{Workinprogress}}<!-- keine Inhalte vor diesem Kommentar! (Kopf-Banner) --> {{ProjektInfoBox |name = OpenBlind.Control |status = experimental |image…“) |
Keine Bearbeitungszusammenfassung |
||
| Zeile 15: | Zeile 15: | ||
}} | }} | ||
= 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:<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> | ||
| Zeile 29: | Zeile 29: | ||
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. | 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 == | |||
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. | |||
Version vom 19. Dezember 2009, 02:38 Uhr
| 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 rt: Fenster X auf/zu (an wenn Fenster auf)
LED gn: Rollo X ist per CAN ansprechbar und(/oder) ist in unterer Endlage (bei ausgeschaltetem Hauptschalter)
LED ge: Rollo X verfährt im Moment (hoch/runter)
LED rt: Rollosteuerung X hat einen Fehler und gibt über CAN Fehlercode aus bei Nachfrage
^ 14 mal
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!
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.
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.