Arduino delai de traitement DATAREF

[avia767]

Bonjour,

L'ecran est un SaintSmart 3.2" TFT LCD, Touch Screen C45, lien ;

http://www.sainsmart.com/arduino/ard...uino-2560.html

La library UTFT utilise est ici:

http://www.rinkydinkelectronics.com/library.php?id=51

PhM ton lien UTFT modifie ressemble a la solution idéal

reste a savoir si je peux l'utiliser

[PhM]

...L'ecran est un SaintSmart 3.2" TFT LCD, Touch Screen C45 ... La library UTFT utilise est ici: ...

Bon on est ok, c'est ce que j'avais trouvé et qui semblait correspondre à tes descriptions.

...reste a savoir si je peux l'utiliser

J'ai un arduino, mais pas l'écran, je ne peux donc pas tester.

PhM

[avia767]

Bonjour,
Je viens faire des tests avec les UTFT modifié (ref lien PhM), le résultat est le même. ya pas eu d’amélioration
je ne vois toujours pas d'ou peux venir le problème. peut être l’écran ?
sinon je vais revoir dans mon code en particulier les parties suivantes:
- Gérer la réception des packets UDP
- Appliquer un filtre Kalman.

Ce contrôleur n'embarque pas de générateur de police -> l'arduino doit effectivement tracer les textes pixel par pixel. Comme en outre l'Arduino n'expose pas les lignes "processeur", les signaux CS/RS/WR[/RD] doivent être émulés depuis des ports ce qui ralentit beaucoup chaque écriture à destination du module LCD (au moins 7x plus long qu'une écriture par un processeur 16b. doté d'un décodage d'adresse).

Ya t'il un écran qui répond a cette problématique ?

j'ai vu que l'Adafruit LCD TFT 3.5" utilise le signal "Read"

si vous avez des idées n’hésitez pas.

[avia767]

Merci Pascal et PhM, le problème est résolu, c’était bien problème de controller, maintenant je suis a 1~2 ms, soit 15x fois plus rapide
Solution
Télécharger la librairie UTFT modifié ici

http://forum.arduino.cc/index.php?action=dlattach;topic=262350.0;attach=93674