manutere a écrit : ↑08 janv. 2021 11:36
[...] Je disais donc que tu avais fait un super boulot et que j'étais très intéressé par ton code si tu veux bien le partager. J'aime beaucoup ta boite de test. Tu la présentes quelque part sur le forum?
Encore une fois beau boulot pour quelqu'un qui ne touche pas grand chose à la prog!!
Oui pas de souci. Par contre, on est bien d'accord qu'il n'est pas du tout finalisé.
Il faut encore :
- modifier la position d'un paquet d'affichages ;
- choisir des polices d'écriture plus grandes pour certains d'entre eux ;
- et surtout voir pourquoi j'ai un problème de tactile (non lié à l'écran) uniquement dans l'affichage de l'écran "Cmd". Je pense que c'est dû à la fonction "touch" dans le firmware, qui doit être paramétrée différemment dans cet écran, car le nombre de touches dans l'écran "Cmd" diffère d'un maker à l'autre. A ce titre, je rappelle que je suis une buse en programmation et que je ne fais que raisonner selon ce qui me paraîtrait logique plutôt qu'en me basant sur les fonctions utilisées dans le code que de toute façon je en connais pas - je n'ai fait que des copier/coller de ce qu'avait fait mstrens ou modifié des valeurs que je comprenais.
- la seconde matrice pour la configuration de la grille de placement des boutons que mstrens a défini. Celle-ci correspond en effet toujours à un écran TFT 3.2" de largeur 240 pixels. J'attendais qu'mstrens me réponde pour savoir par quelles valeurs je devais remplacer "56" et les valeurs de pas (entre les boutons) actuellement égale à "4". mstrens m'a répondu, mais je n'ai pas eu le temps de me repencher sur le code pour l'instant.
Une fois que tout sera bien "propre", je pense qu'il sera possible, au sein d'un même firmware de permettre soit l'utilisation d'un écran 3.2" soit d'un écran 4.0". Par défaut, le firmware serait configuré pour l'utilisation d'un écran 3.2" et le maker qui le souhaite aurait la possibilité d'utiliser un écran 4.0" à la place, en décommentant le driver d'écran adéquat dans le fichier User_Setup.h Pour l'instant c'est programmé à l'arrache. J'ai remplacé toutes les références au driver de l'écran 3.2" par celles au driver 4.0", alors que pour faire propre, mais encore faut-il savoir le faire, j'aurais dû conserver le cette partie du code de
mstrens et ajouter une seconde partie pour pouvoir basculer sur le driver du 4.0". Il faut également dire, qu'avec
pobouger, je n'étais pas aidé. Il a rapidement abandonné
.
Il y a encore quelque chose qui m'agace, c'est que je n'ai pas réussi à faire pivoter l'affichage sur le TFT, j'ai beau le mettre en portrait, portrait inversé, paysage ou paysage inversé, le sens de l'affichage demeure inchangé. Or comme le code est actuellement programmé, le slot pour la carte SD se trouve dirigé vers le haut derrière l'écran. Je trouve ça particulièrement moyen vis à vis de la poussière. Cela serait donc mieux que comme sur l'écran 3.2" que nous utilisons actuellement, le slot de la carte SD soit dirigé vers le bas.
Si tu veux modifier le code que je te mets à disposition (j'ai remis la police de "Alarm" et "Wifi non trouvé" par défaut définie par
mstrens pour que tu t'y retrouves), mais le mieux, même si j'ai mis des commentaires par-ci par-là de ce que j'avais modifié ou ajouté, de comparer avec le code original de
mstrens. Les .BAK dans le dossier, ce sont les fichiers originaux dont j'ai renommé l'extension. J'en ai fait des copies pour les modifier.
Enfin, quelques liens qui peuvent être utiles :
- ici le firmware que j'ai modifié ;
- ici le driver (par Bodmer) des écrans SPI dont celui du 4.0" (pour mémoire, driver du 3.2" = ILI9341 et driver du 4.0"=ST7796) ;
- ici l'annonce depuis laquelle j'ai commandé le 4.0" et plus de 10 TFT 3.2", sans avoir aucun souci et à un tarif que je trouve intéressant ;
- ici un câble DUPONT M/F 40 pins sécable qui peut être plus pratique pour brancher l'écran 4.0" que de se monter des câbles soi-même comme j'ai fait.
- ici un peu plus d'info sur mon banc d'essai
@+