Cette écran LCD + boutons et joystick pour Raspberry Pi classique est très sympa 🙂📦 Il est livré dans un sachet refermable et avec une notice résumant les caractéristiques le tout dans une boîte de bonne qualité pratique pour la ranger 👍🌍 Il y a de la documentation et des exemples fournis sur le wiki du site officiel du vendeur 👍La qualité de fabrication est impeccable, au-dessus de la plupart des modules no-name pour Arduino que je reçois d'habitude 👍Les soudures et le silkscreen sont très propres et la carte et très bien protégée à la réception 👍Point intéressant, le contrôleur (surtout en SPI) n'est pas le plus rapide mais vu que l'écran n'est qu'en 128x128 il y a moyen de faire du 60 image par secondes comme sur la photo / vidéo d'exemple où l'écran est intégralement raffraichit à chaque frame.Les couleurs et le rétro-éclairage sont correctes aussi pour un écran aussi petit.Je l'utilise aussi avec une Raspberry Pi Pico et ça fonctionne plutôt bien hormis quelques bidouilles, voilà comment je l'ai connecté :- bibliothèque : TFT_eSPI- core arduino : celui de earlephilhower (poir avoir accès au SDK officiel de la pico au lieu du cœur Arduino basé sur mBed)- flags de compilation :-DUSER_SETUP_LOADED=1-DST7735_DRIVER=1-DST7735_GREENTAB3=1-DTFT_RGB_ORDER=TFT_BGR-DTFT_WIDTH=128-DTFT_HEIGHT=128-DRP2040_PIO_SPI=1-DRP2040_PIO_CLK_DIV=1-DTFT_DC=3-DTFT_SCLK=4-DTFT_MOSI=5-DTFT_MISO=-1 (l'écran fonctionne parfaitement bien en 3-SPI - sans lecture)-DTFT_CS=7-DTFT_RST=8-DTFT_BACKLIGHT_ON=1Les valeurs dans les flags de compilation correspondent aux pins auxquelles l'écran est connecté à la Pico, ça peut être modifié mais elles doivent se suivre dans l'ordre au-dessus (c'est-à-dire que si -DTFT_DC=10, -DTFT_SCLK doit être égal à 11 -> c'est une contrainte des PIO mais c'est un petit inconvénient pour un contrôle hardware de l'écran 😉).Côté code je configure l'écran comme cela :"""TFT_eSPI tft = TFT_eSPI();void setup() {tft.begin();tft.setSwapBytes(true);tft.setRotation(3);}"""Le swapBytes est nécessaire car sinon l'ordre des octets est inversé (en tout cas pour les images que j'exporte via Gimp en code source C) par rapport à ce qu'attends l'écran.De même le setRotation est nécessaire car sinon chez moi par défaut l'affichage est à l'envers (bizarre d'ailleurs 🧐).Edit : En regardant des exemples / issues avec d'autres écrans similaires il semble qu'il s'agit à la base d'écrans avec une orientation portrait, d'où la configuration de rotation nécessaire.Cela dit pas besoin de mauvaise foi non plus comme j'ai pu voir en messages sur d'autres pages, si vous voulez l'utiliser en mode portrait avec des commandes comme le scrolling appliqués à la verticale, laissez simplement la rotation par défaut au lieu de la configurer et tournez physiquement la Rasbperry Pi...Pour exporter des images en code source C pour les utiliser directement dans votre appli, je passe par Gimp et j'effectue les étapes suivantes sur l'image ouverte :- Fichier > Exporter sous...- Donner un nom finissant par .c (ne pas oublier le nom, il faut que l'extension soit ".c")- Cocher (et uniquement celles-ci) les cases "Utiliser des macros à la place des struct" et "Enregistrer comme RVB565 (16-bit)"Dans l'ensemble l'affichage sur l'écran est fluide et sans scintillement si on arrive à générer les images assez vite 🙂Le pinout côté écran pour les différentes pin de l'écran (ainsi que les boutons qui sont tous sur une GPIO) est disponible sur un tableau sur le wiki du vendeur poir cet écran.