m (→charwrite1: typo) |
(→netcat-API: charwrite braucht gar keine addresse) |
||
Line 45: | Line 45: | ||
== netcat-API == | == netcat-API == | ||
Obiges Protokoll kann zur Ansteuerung diverser Geräte benutzt wrden. Die erste Zeile wählt das Blinkendevice aus (z.B. "blinkencontrol1" oder "charwrite1"), alle weiteren gehen an das jeweilige Programm. Nach den Daten muss noch die 16bit-Adresse übertragen werden, erst high byte, dann low byte. Der Daemon lauscht auf <tt>donationprint:25465</tt>. | Obiges Protokoll kann zur Ansteuerung diverser Geräte benutzt wrden. Die erste Zeile wählt das Blinkendevice aus (z.B. "blinkencontrol1" oder "charwrite1"), alle weiteren gehen an das jeweilige Programm. Nach den Daten muss teilweise noch die 16bit-Adresse übertragen werden, erst high byte, dann low byte. Der Daemon lauscht auf <tt>donationprint:25465</tt>. | ||
=== blinkencontrol1 === | === blinkencontrol1 === | ||
Line 70: | Line 70: | ||
<source lang="bash"> | <source lang="bash"> | ||
echo "charwrite1\nohai | echo "charwrite1\nohai" | nc donationprint 25465 | ||
</source> | </source> |
Revision as of 08:13, 16 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 diverser Geräte benutzt wrden. Die erste Zeile wählt das Blinkendevice aus (z.B. "blinkencontrol1" oder "charwrite1"), alle weiteren gehen an das jeweilige Programm. Nach den Daten muss teilweise noch die 16bit-Adresse übertragen werden, erst high byte, dann low byte. Der Daemon lauscht auf donationprint:25465.
blinkencontrol1
Nach blinkencontrol1 kommen (jeweils durch newline getrennt) die Werte für mode, red, green, blue, addrhi, addrlo 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\n0\n1\npush"
sleep 0.05
echo "0\n$((RANDOM%256))\n$((RANDOM%256))\n$((RANDOM%256))\n0\n1\npush"
done
) | nc donationprint 25465
charwrite1
Nimmt vier Zeichen (ASCII, 0-9a-zA-Z) an und überträgt sie bei einer Newline. Zum Beispiel:
echo "charwrite1\nohai" | nc donationprint 25465