Morgen!
Für die Ansteuerung des TFT auf meinem Controllerboard würde ich gern die Adafruit Lib nutzen, da diese an sich gut funktioniert und einen ordentlichen Funktionsumfang hat.
Das Problem ist jedoch wie so oft bei Libs das Timing.
Selbst kleine Operationen brauchen 4-5 ms, große gerne auch mal >100ms.
Das liegt am SPI Bustakt von max 12MHz (f/4) die der SAMD21 leisten kann und am Lib-Design.
Grundsätzlich sollte die Last auf meinem Controller beherschbar sein, nur sorgen blockierende Aufrufe eben zu ggf, verlorenen KNX-Telegrammen.
Daher hatte ich folgende Idee:
Die Lib so abändern, dass die elementare Grundfunktion "setPixel" nicht mehr direkt ausgeführt wird, sondern in eine Queue läuft. Die Aufrufe, z.B. "fillrect" sind dann sehr schnell, weil sie nur im RAM operieren.
Dann eine neue, zyklisch zu rufende Funktion die sagen wir 200µs lang die Queue abarbeitet und dann zurückkehrt.
Was meint ihr? Sollte klappen oder?
Für die Ansteuerung des TFT auf meinem Controllerboard würde ich gern die Adafruit Lib nutzen, da diese an sich gut funktioniert und einen ordentlichen Funktionsumfang hat.
Das Problem ist jedoch wie so oft bei Libs das Timing.
Selbst kleine Operationen brauchen 4-5 ms, große gerne auch mal >100ms.
Das liegt am SPI Bustakt von max 12MHz (f/4) die der SAMD21 leisten kann und am Lib-Design.
Grundsätzlich sollte die Last auf meinem Controller beherschbar sein, nur sorgen blockierende Aufrufe eben zu ggf, verlorenen KNX-Telegrammen.
Daher hatte ich folgende Idee:
Die Lib so abändern, dass die elementare Grundfunktion "setPixel" nicht mehr direkt ausgeführt wird, sondern in eine Queue läuft. Die Aufrufe, z.B. "fillrect" sind dann sehr schnell, weil sie nur im RAM operieren.
Dann eine neue, zyklisch zu rufende Funktion die sagen wir 200µs lang die Queue abarbeitet und dann zurückkehrt.
Was meint ihr? Sollte klappen oder?
Kommentar