EV3 verwendet auch ein SPI-Display.
An was all für Dingen es auch immer liegen mag: Die Treiber-Bibliotheken sind sicher wesentlich. Es kann aber doch nich wahr sein, dass das obige Display mit diesem Treiber
https://github.com/Nkawu/TFT_22_ILI9225
alleine schon fast 1 Sec braucht nur für 1x Clear screen !
In dieser Zeit machen ja der NXT (ARM 7) und erst Recht der EV3 (ARM 9) den kompletten Test von vorne bis hinten!
Und auch der Due (ARM Cortex) ist ja nicht mal annähernd so schnell wie der NXT, obwohl er ihn bei einfachen Berechnungen locker abhängt!
Die Frage ist also: wo kriege ich schnellere Libs her, die die Display-Ausgabe wenigstens um den Faktor x100 beschleunigen ?
Eine Echtzeit-Anzeige z.B von PixyCam-Daten (beschriftete Rechtecke an Positionen erkannter BLOBs) ist ja sonst absolut unmöglich (und die schafft sogar der NXT locker !)
ps,edit:
Dass die Bytecode-Interpreter-VMs (NXC, RobotC, Java/Lejos, C#/Mono) hier oft komisch abschneiden, ist ja zu erwarten, die haben einfach den Interpreter schlecht optimiert.
Aber NXT mit nxtOSEK C und EV3 mit gpp C sind ja ebenso native Executables wie die mit SKetch-gpp C++ erstellten Compilate und müssten daher ähnlich schnell laufen können (gemessen am cpu-Takt) - WENN die Treiber vernünftig programmiert sind !
Zitieren
Lesezeichen