Ablauf der Aktualisierung

Die Klemme hat intern verschiedene Buffer.

In den ersten Buffer (Pixelbuffer) werden die Daten aus der SPS geschrieben, um dort das „Bild“ für angeschlossenen LED zusammen zu bauen. Die Daten werden aus der SPS entweder über ein Command- oder einen Write-Befehl zusammen mit einem Execute gesendet.

Von diesem Buffer werden die fertigen Daten in den nächsten Buffer geschrieben (Framebuffer). Dazu wird der Update-Befehl mit einem Execute verwendet. Um dann letztendlich aus diesem Buffer die Daten raus an die LEDs zu geben, muss ein Send-Befehl mit dem Execute ausgeführt werden. Dieser Ablauf ist nachfolgend grafisch dargestellt.

Ablauf der Aktualisierung 1:Abb.125: Buffer Ablauf

Für die Timings um Daten aus der SPS bis an die angeschlossenen LEDs zu übertragen müssen verschiedene Zeiten beachtet werden.

SPS an Pixelbuffer (Write/Command)

Die Dauer für die Übertragung der Daten aus der SPS an den Pixelbuffer ist abhängig von dem gewählten Betriebsmodus (Command, Extended) und der eingestellten Zykluszeit.

Alle vier Kanäle können parallel aus der SPS beschrieben werden, sodass keine Addition der Zeiten notwendig ist.

Framebuffer an LEDs (Send)

Die Dauer für die Übertragung der Daten zwischen den Buffern ist davon abhängig, ob RGB oder RGBW LEDs verwendet werden. Dazu kann die folgende Berechnung mit den Datenblattwerten für den verwendeten LED-Typen eingesetzt werden.

n: Anzahl der LEDs die manipuliert werden sollen
fD: Datenrate (800 kHz bei WS2812B)
TRST: Reset Time (~300 kHz bei WS2812B)

 

Ablauf der Aktualisierung 2:

Framerate:

Das Updaten der Daten zur Klemme und das Senden an den Streifen kann dabei aber parallel ablaufen, weil hier auf zwei unterschiedliche Buffer in der Klemme zugegriffen wird.

Außerdem können alle vier Kanäle immer parallel bearbeitet werden.