m (→netcat-API: intervalldingsi) |
(→Protokoll: Update) |
||
Line 16: | Line 16: | ||
== Protokoll == | == Protokoll == | ||
Sechs Byte: <tt>mode red green blue addrhi addrlo</tt>. Zuerst wird <tt>mode</tt> übertragen, danach die Farben, dann die Adresse. | |||
Jeweils most significant bit first. | Jeweils most significant bit first. | ||
<tt>red</tt>, <tt>green</tt> und <tt>blue</tt> sind PWM-Level von 0 (aus) bis 255 (maximale Helligkeit). Beachten: Es findet derzeit keine Helligkeitsanpassung statt, d.h. es wird linear gefadet, während das menschliche Auge Helligkeit [http://www.mikrocontroller.net/articles/LED-Fading logarithmisch wahrnimmt]. | <tt>red</tt>, <tt>green</tt> und <tt>blue</tt> sind PWM-Level von 0 (aus) bis 255 (maximale Helligkeit). Beachten: Es findet derzeit keine Helligkeitsanpassung statt, d.h. es wird linear gefadet, während das menschliche Auge Helligkeit [http://www.mikrocontroller.net/articles/LED-Fading logarithmisch wahrnimmt]. | ||
<tt>mode == MMMS SSSS</tt> setzt sich aus dem Betriebsmodus (MMM) und der Fade- / Blinkgeschwindigkeit (SSSSS) zusammen. Geschwindigkeit 0 ist am schnellsten, Geschwindigkeit 31 am Langsamsten. | <tt>mode == MMMS SSSS</tt> setzt sich aus dem Betriebsmodus (MMM) und der Fade- / Blinkgeschwindigkeit (SSSSS) zusammen. Geschwindigkeit 0 ist am schnellsten, Geschwindigkeit 31 am Langsamsten. Die Farb-Bytes werden nicht bei allen Modi berücksichtigt. | ||
{| class="wikitable" | {| class="wikitable" | ||
Line 32: | Line 32: | ||
| 010 || Zufallsfarbe, kein Fading | | 010 || Zufallsfarbe, kein Fading | ||
|- | |- | ||
| 011 || | | 011 || An/Aus Blinken | ||
|- | |- | ||
| 100 || | | 100 || steady (Dauerleuchten), Fading zur neuen Farbe | ||
|- | |- | ||
| 101 || RGB Fading | | 101 || RGB Fading | ||
Line 40: | Line 40: | ||
| 110 || Zufallsfarbe Fading | | 110 || Zufallsfarbe Fading | ||
|- | |- | ||
| 111 || | | 111 || An/Aus Fading | ||
|} | |} | ||
Revision as of 12:47, 8 April 2013
Blinkencontrol beta | |
---|---|
generischer Blinkenlightfoo | |
Ort | Laptop Lounge |
Beteiligt | derf |
Quelltext | github |
Eine Instanz hängt in der Laptop Lounge und steuert den RGB-Streifen im Schaufenster. Angeschlossen per GPIO an donationprint, Ansteuerung wie gewohnt per dorfmap (siehe auch Lichtsteuerung).
Protokoll
Sechs Byte: mode red green blue addrhi addrlo. Zuerst wird mode übertragen, danach die Farben, dann die Adresse. Jeweils most significant bit first.
red, green und blue sind PWM-Level von 0 (aus) bis 255 (maximale Helligkeit). Beachten: Es findet derzeit keine Helligkeitsanpassung statt, d.h. es wird linear gefadet, während das menschliche Auge Helligkeit logarithmisch wahrnimmt.
mode == MMMS SSSS setzt sich aus dem Betriebsmodus (MMM) und der Fade- / Blinkgeschwindigkeit (SSSSS) zusammen. Geschwindigkeit 0 ist am schnellsten, Geschwindigkeit 31 am Langsamsten. Die Farb-Bytes werden nicht bei allen Modi berücksichtigt.
Modus (Bits) | Wat |
---|---|
000 | steady (Dauerleuchten) |
001 | RGB, kein Fading |
010 | Zufallsfarbe, kein Fading |
011 | An/Aus Blinken |
100 | steady (Dauerleuchten), Fading zur neuen Farbe |
101 | RGB Fading |
110 | Zufallsfarbe Fading |
111 | An/Aus Fading |
netcat-API
Obiges Protokoll kann zur Ansteuerung der Lounge-RGB-Leiste direkt auf donationprint:25465 genutzt werden. Die erste Zeile wählt das Blinkendevice aus (d.h. aktuell immer "blinkencontrol1"), danach kommen (jeweils durch newline getrennt) die Werte für mode, red, green, blue als Zahlen (ASCII) von 0 bis 255. Die Werte werden entweder durch "push" oder Beenden der Verbindung übernommen.
Zu beachten: Der Zugriff ist nicht-exklusiv, d.h. wenn mehrere Clients gleichzeitig Daten reinwerfen, kommt Müll raus. Auch: Bei Eingabe von Zahlen, die nicht innerhalb von 0 bis 255 sind, kann irgendwas undefiniertes passieren.
Beispiel für Strobo mit Zufallsfarben:
(
echo blinkencontrol1
while sleep 0.05; do
echo "0\n0\n0\n0\npush"
sleep 0.05
echo "0\n$((RANDOM%256))\n$((RANDOM%256))\n$((RANDOM%256))\npush"
done
) | nc donationprint 25465