Dies ist die Beschreibung der MQTT API Bindings für das LED Strip Bricklet. Allgemeine Informationen über die Funktionen und technischen Spezifikationen des LED Strip Bricklet sind in dessen Hardware Beschreibung zusammengefasst.
Eine Installationanleitung für die MQTT API Bindings ist Teil deren allgemeine Beschreibung.
Der folgende Beispielcode ist Public Domain (CC0 1.0).
1 2 3 4 5 | # Change XYZ to the UID of your LED Strip Bricklet
setup:
# Set first 10 LEDs to green
publish '{"index": 0, "length": 10, "r": [0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0], "g": [255,255,255,255,255,255,255,255,255,255,0,0,0,0,0,0], "b": [0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0]}' to tinkerforge/request/led_strip_bricklet/XYZ/set_rgb_values
|
Alle veröffentlichten Payloads an die und von den MQTT-Bindings sind im JSON Format.
Falls ein Fehler auftritt, veröffentlichen die Bindings ein JSON-Objekt, das die Fehlermeldung als _ERROR
-Member enthält.
Das Objekt wird auf dem zugehörigen Antwort-Topic veröffentlicht: .../response/...
für .../request/...
und .../callback/...
für .../register/...
.
request/
led_strip_bricklet/
<UID>/
set_rgb_values
¶Anfrage: |
|
---|---|
Antwort: |
|
Setzt length RGB Werte für die LEDs, beginnend vom angegebenen index.
Damit die Farben richtig angezeigt werden muss den LEDs entsprechend der
richtig Chip Type (request/led_strip_bricklet/<UID>/set_chip_type
) und das richtige 3-Kanal Channel Mapping
(request/led_strip_bricklet/<UID>/set_channel_mapping
) eingestellt werden.
Beispiel: Wenn
gesetzt wird, wird die LED an Index 5 die Farbe Rot annehmen, 6 wird Grün und 7 wird Blau.
Bemerkung
Abhängig von der internen LED Schaltung können die Farben vertauscht sein.
Die Farben werden auf die tatsächlichen LEDs transferiert wenn die
nächste frame duration abgelaufen ist, siehe request/led_strip_bricklet/<UID>/set_frame_duration
.
Genereller Ansatz:
register/led_strip_bricklet/<UID>/frame_rendered
Callback.register/led_strip_bricklet/<UID>/frame_rendered
Callback.Dieser Ansatz garantiert, dass die LED Farben mit einer festen Framerate angezeigt werden.
Die effektive Anzahl steuerbarer LEDs ist abhängig von der Anzahl
der freien Bricklet Ports (siehe hier).
Ein Aufruf von request/led_strip_bricklet/<UID>/set_rgb_values
mit index + length größer als die
Begrenzung werden komplett ingnoriert.
request/
led_strip_bricklet/
<UID>/
get_rgb_values
¶Anfrage: |
|
---|---|
Antwort: |
|
Gibt length R, G und B Werte zurück, beginnend von der übergebenen LED index.
Die Werte sind die letzten von request/led_strip_bricklet/<UID>/set_rgb_values
gesetzten Werte.
request/
led_strip_bricklet/
<UID>/
set_frame_duration
¶Anfrage: |
|
---|---|
Antwort: |
|
Setzt die frame duration (Länge des Frames).
Beispiel: Wenn 20 Frames pro Sekunde erreicht werden sollen, muss die Länge des Frames auf 50ms gesetzt werden (50ms * 20 = 1 Sekunde).
Für eine Erklärung des generellen Ansatzes siehe request/led_strip_bricklet/<UID>/set_rgb_values
.
request/
led_strip_bricklet/
<UID>/
get_frame_duration
¶Anfrage: |
|
---|---|
Antwort: |
|
Gibt die frame duration (Länge des Frames) zurück, wie von
request/led_strip_bricklet/<UID>/set_frame_duration
gesetzt.
request/
led_strip_bricklet/
<UID>/
get_supply_voltage
¶Anfrage: |
|
---|---|
Antwort: |
|
Gibt die aktuelle Versorgungsspannung der LEDs zurück.
request/
led_strip_bricklet/
<UID>/
set_clock_frequency
¶Anfrage: |
|
---|---|
Antwort: |
|
Setzt die Frequenz der Clock-Leitung. Der erlaubte Wertebereich beläuft von sich 10000Hz (10kHz) bis 2000000Hz (2MHz).
Das Bricklet wählt die nächst mögliche erreichbare Frequenz. Diese
kann ein paar Hz neben des gesetzten Wertes liegen. Die exakte Frequenz
wie sie genutzt wird kann mit request/led_strip_bricklet/<UID>/get_clock_frequency
erfragt werden.
Wenn Probleme mit flackernden LEDs auftreten kann es daran liegen das Bits auf der Leitung flippen. Dies kann behoben werden in dem man die Verbindung zwischen Bricklet und LEDs verringert oder in dem man die Frequenz reduziert.
Mit abnehmender Frequenz nimmt allerdings auch die maximale Framerate ab.
Bemerkung
Die Frequenz in Firmware Version 2.0.0 ist fest auf 2MHz gesetzt.
Neu in Version 2.0.1 (Plugin).
request/
led_strip_bricklet/
<UID>/
get_clock_frequency
¶Anfrage: |
|
---|---|
Antwort: |
|
Gibt die aktuell genutzte Clock-Frequenz zurück, wie von
request/led_strip_bricklet/<UID>/set_clock_frequency
gesetzt.
Neu in Version 2.0.1 (Plugin).
request/
led_strip_bricklet/
<UID>/
set_chip_type
¶Anfrage: |
|
---|---|
Antwort: |
|
Setzt den Typ des LED-Treiber-Chips. Aktuell unterstützen wir die folgenden Chips
Die folgenden Symbole sind für diese Funktion verfügbar:
Für chip:
Neu in Version 2.0.2 (Plugin).
request/
led_strip_bricklet/
<UID>/
get_chip_type
¶Anfrage: |
|
---|---|
Antwort: |
|
Gibt den aktuell genutzten Typ des Chips zurück, wie von
request/led_strip_bricklet/<UID>/set_chip_type
gesetzt.
Die folgenden Symbole sind für diese Funktion verfügbar:
Für chip:
Neu in Version 2.0.2 (Plugin).
request/
led_strip_bricklet/
<UID>/
set_rgbw_values
¶Anfrage: |
|
---|---|
Antwort: |
|
Setzt length RGBW Werte für die LEDs beginnend vom angegebenen index.
Damit die Farben richtig angezeigt werden muss den LEDs der
entsprechende Chip Type (request/led_strip_bricklet/<UID>/set_chip_type
) und das richtige 4-Kanal Channel Mapping
(request/led_strip_bricklet/<UID>/set_channel_mapping
) eingestellt werden.
Beispiel: Wenn
gesetzt wird, wird die LED an Index 5 die Farbe Rot annehmen, 6 wird Grün, 7 wird Blau und 8 wird Weiß.
Bemerkung
Abhängig von der internen LED Schaltung können die Farben vertauscht sein.
Die Farben werden auf die tatsächlichen LEDs transferiert wenn die
nächste frame duration abgelaufen ist, siehe request/led_strip_bricklet/<UID>/set_frame_duration
.
Genereller Ansatz:
register/led_strip_bricklet/<UID>/frame_rendered
Callback.register/led_strip_bricklet/<UID>/frame_rendered
Callback.Dieser Ansatz garantiert das die LED Farben mit einer festen Framerate angezeigt werden.
Die effektive Anzahl steuerbarer LEDs ist abhängig von der Anzahl
der freien Bricklet Ports (siehe hier).
Ein Aufruf von request/led_strip_bricklet/<UID>/set_rgbw_values
mit index + length größer als die
Begrenzung werden komplett ignoriert.
Die LPD8806 LED-Treiber-Chips haben 7-Bit Kanäle für RGB. Intern teilt das LED Strip Bricklet die 8-Bit Werte die mit dieser Funktion gesetzt werden durch 2, um daraus 7-Bit Werte zu machen. Daher kann der normale Wertebereich (0-255) auch für LPD8806 LEDs verwendet werden.
Der Helligkeitskanal der APA102 LED-Treiber-Chips hat 5-Bit. Intern teilt das LED Strip Bricklet die 8-Bit Werte die mit dieser Funktion gesetzt werden durch 8, um daraus 5-Bit Werte zu machen. Daher kann der normale Wertebereich (0-255) auch für den Helligkeitskanal von APA102 LEDs verwendet werden.
Neu in Version 2.0.6 (Plugin).
request/
led_strip_bricklet/
<UID>/
get_rgbw_values
¶Anfrage: |
|
---|---|
Antwort: |
|
Gibt length RGBW Werte zurück, beginnend vom übergebenen index.
Die Werte sind die letzten von request/led_strip_bricklet/<UID>/set_rgbw_values
gesetzten Werte.
Neu in Version 2.0.6 (Plugin).
request/
led_strip_bricklet/
<UID>/
set_channel_mapping
¶Anfrage: |
|
---|---|
Antwort: |
|
Setzt das Channel Mapping für die angeschlossenene LEDs.
request/led_strip_bricklet/<UID>/set_rgb_values
und request/led_strip_bricklet/<UID>/set_rgbw_values
nehmen die Daten in RGB(W)
Reihenfolge entgegen. Aber die angeschlossenen LED-Treiber-Chips erwarten die
Daten für ihre 3 oder 4 Kanäle in einer anderen Reihenfolge. Zum Beispiel
verwenden WS2801 Chips typischerweise BGR Reihenfolge, WS2812 Chips
verwenden typischerweise GRB Reihenfolge und APA102 verwenden typischerweise
WBGR Reihenfolge.
Die APA102 haben eine Besonderheit. Sie haben drei 8-Bit Kanäle für RGB und einen zusätzlichen 5-Bit Kanal für die Helligkeit der RGB LED. Dadurch ist der APA102 insgesamt ein 4-Kanal Chip. Intern ist der Helligkeitskanal der erste Kanal. Daher sollte eines der Wxyz Channel Mappings verwendet werden. Dann kann über den W Kanal die Helligkeit eingestellt werden.
Wenn ein 3-Kanal Mapping ausgewählt wurde, dann muss auch request/led_strip_bricklet/<UID>/set_rgb_values
für das setzen der Farben verwendet werden. request/led_strip_bricklet/<UID>/set_rgbw_values
zusammen
mit einem 3-Kanal Mapping führt zu falscher Darstellung der Farben. Im Gegenzug
muss bei einem 4-Kanal Mapping request/led_strip_bricklet/<UID>/set_rgbw_values
für das setzen der Farben
verwendet werden. request/led_strip_bricklet/<UID>/set_rgb_values
zusammen mit einem 4-Kanal Mapping führt
zu falscher Darstellung der Farben.
Die folgenden Symbole sind für diese Funktion verfügbar:
Für mapping:
Neu in Version 2.0.6 (Plugin).
request/
led_strip_bricklet/
<UID>/
get_channel_mapping
¶Anfrage: |
|
---|---|
Antwort: |
|
Gibt die aktuell genutzten Channel Mapping zurück, wie von
request/led_strip_bricklet/<UID>/set_channel_mapping
gesetzt.
Die folgenden Symbole sind für diese Funktion verfügbar:
Für mapping:
Neu in Version 2.0.6 (Plugin).
request/
led_strip_bricklet/
<UID>/
get_identity
¶Anfrage: |
|
---|---|
Antwort: |
|
Gibt die UID, die UID zu der das Bricklet verbunden ist, die Position, die Hard- und Firmware Version sowie den Device Identifier zurück.
Die Position ist 'a', 'b', 'c', 'd', 'e', 'f', 'g' oder 'h' (Bricklet Anschluss). Ein Bricklet hinter einem Isolator Bricklet ist immer an Position 'z'.
Eine Liste der Device Identifier Werte ist hier zu finden. Falls die symbolische Ausgabe nicht deaktiviert wurde, wird der Device Identifier auf den entsprechenden Namen im Format, welches die Topics verwenden, abgebildet.
Der Display Name enthält den Anzeigenamen des LED Strip.
request/
led_strip_bricklet/
<UID>/
enable_frame_rendered_callback
¶Anfrage: |
|
---|---|
Antwort: |
|
Aktiviert den register/led_strip_bricklet/<UID>/frame_rendered
Callback.
Standardmäßig ist der Callback aktiviert.
Neu in Version 2.0.6 (Plugin).
request/
led_strip_bricklet/
<UID>/
disable_frame_rendered_callback
¶Anfrage: |
|
---|---|
Antwort: |
|
Deaktiviert den register/led_strip_bricklet/<UID>/frame_rendered
Callback.
Standardmäßig ist der Callback aktiviert.
Neu in Version 2.0.6 (Plugin).
request/
led_strip_bricklet/
<UID>/
is_frame_rendered_callback_enabled
¶Anfrage: |
|
---|---|
Antwort: |
|
Gibt true zurück falls der register/led_strip_bricklet/<UID>/frame_rendered
Callback aktiviert ist, false
sonst.
Neu in Version 2.0.6 (Plugin).
Callbacks können registriert werden um zeitkritische
oder wiederkehrende Daten vom Gerät zu erhalten. Die Registrierung kann
mit dem entsprechenden .../register/...
-Topic und einem optionalen Suffix durchgeführt werden.
Mit diesem Suffix kann das Callback später deregistriert werden.
Bemerkung
Callbacks für wiederkehrende Ereignisse zu verwenden ist immer zu bevorzugen gegenüber der Verwendung von Abfragen. Es wird weniger USB-Bandbreite benutzt und die Latenz ist erheblich geringer, da es keine Paketumlaufzeit gibt.
register/
led_strip_bricklet/
<UID>/
frame_rendered
¶Registrierungsanfrage: |
|
---|---|
Callback-Antwort: |
|
Ein Callback für dieses Event kann durch Senden des Payloads "true" an das .../register/led_strip_bricklet/<UID>/frame_rendered[/<SUFFIX>]
-Topic hinzugefügt werden.
Ein hinzugefügtes Callback kann durch Senden des Payloads "false" an das selbe Topic wieder entfernt werden.
Um mehrere (De-)Registrierungen zu unterstützen, z.B. um Nachrichten filtern zu können, kann ein optionaler Suffix verwendet werden.
Wenn das Callback ausgelöst wird, wird dessen Payload für jeden Suffix auf dem entsprechenden .../callback/led_strip_bricklet/<UID>/frame_rendered[/<SUFFIX>]
-Topic veröffentlicht.
Dieser Callback wird direkt direkt nachdem ein Frame gerendert wurde ausgelöst. Der Payload des Callbacks ist die Anzahl der RGB oder RGBW LEDs in diesem Frame.
Die Daten für das nächste Frame sollten direkt nach dem Auslösen dieses Callbacks übertragen werden.
Für eine Erklärung des generellen Ansatzes siehe request/led_strip_bricklet/<UID>/set_rgb_values
.