Quel microcontrôleur choisir pour ton cockpit ?

Commencer par la fonction attendue

Détermine si ton module envoie des commandes au simulateur, affiche de la télémétrie ou fait les deux. Une boîte à boutons demande une lecture des contacts et un chemin d'entrée compatible. Un OLED de radio demande aussi des données réelles, un format de messages et un comportement en cas de déconnexion. Un processeur plus rapide ne crée pas une interface absente.

Compte séparément boutons, encodeurs avec leur poussoir, axes analogiques, LED et écrans. Réserve les broches nécessaires à I²C, SPI, USB et au diagnostic. Choisis entre firmware configurable et sketch personnel. Les bases du choix d'une carte expliquent ces distinctions ; cette comparaison les approfondit.

Arduino classiques et génération R4

UNO R3 et Nano classique conviennent à un premier montage limité, avec de nombreux exemples AVR. Mega ajoute des connexions et quatre UART matérielles, mais fonctionne toujours à 16 MHz. Leonardo et Micro intègrent USB dans l'ATmega32U4, ce qui les rend intéressants pour développer un périphérique HID.

D désigne les connexions numériques et A les entrées analogiques. Ces fonctions ne s'additionnent pas toutes : les douze entrées analogiques Leonardo/Micro font partie des 20 I/O. I²C, SPI et PWM partagent des broches. A6/A7 du Nano classique sont uniquement analogiques. La flash contient le programme, la SRAM les données en cours ; bibliothèques et chargeur de démarrage utilisent une partie des ressources.

UNO R4 Minima, UNO R4 WiFi et Nano R4 utilisent RA4M1, et non ATmega328P. Les 48 MHz et la mémoire supplémentaire facilitent les affichages, sans rendre le code AVR automatiquement compatible. L'ESP32-S3 du R4 WiFi assure des communications ; la carte complète n'est pas une carte ESP32 ordinaire. Nano Every est spécifié jusqu'à 20 MHz ; vérifie aussi la fréquence du paquet de cartes et les bibliothèques employées.

Nano ne désigne pas une architecture unique

Les cartes suivantes utilisent une logique 3,3 V. Un connecteur mécaniquement compatible ne garantit pas les niveaux électriques. Nano 33 IoT associe SAMD21 et radio ; les versions BLE utilisent nRF52840. Les capteurs des versions Sense ne sont pas forcément utiles à une boîte à boutons.

Beaucoup reprennent D0–D13 et A0–A7, mais l'ADC, les broches occupées et les possibilités USB varient. Sur Nano RP2040 Connect, toutes les entrées analogiques ne passent pas directement par RP2040. Arduino indique actuellement End of Life pour ce modèle. Les cartes existantes restent utilisables ; vérifie les possibilités de remplacement avant une nouvelle série.

Nano ESP32 dispose de 16 MB flash, 512 KB SRAM interne et 8 MB PSRAM. Cette mémoire externe supplémentaire n'offre pas les mêmes performances pour tous les tampons internes. Nano Matter vise les réseaux Thread/Matter, sans avantage automatique pour un joystick filaire. Même format ne signifie donc pas même firmware.

Situer Zero, MKR, Due, GIGA et Portenta

Zero et de nombreuses MKR, notamment MKR WiFi 1010, utilisent SAMD21 à 48 MHz, 256 KB flash, 32 KB SRAM et une logique 3,3 V. Zero comprend un débogueur ; les MKR se différencient surtout par les communications et connexions. Choisis l'interface nécessaire, plutôt que des fonctions radio inutilisées.

Due utilise SAM3X8E à 84 MHz avec 512 KB flash, 96 KB SRAM, 54 connexions numériques et douze entrées analogiques. Malgré sa forme proche du Mega, sa logique reste à 3,3 V. GIGA R1 WiFi associe des cœurs STM32H747 à 480/240 MHz, 2 MB flash et 1 MB SRAM internes, plus 16 MB flash et 8 MB SDRAM externes. Ses 76 GPIO et connecteurs d'écran intéressent les instruments plus importants, avec toujours des fonctions partagées.

Portenta H7 convient à des systèmes compacts exigeants utilisant une carte porteuse adaptée. UNO WiFi Rev2 associe ATmega4809 et radio et se distingue de R3/R4. Nicla vise les capteurs ou la vision, Opta le contrôle industriel. UNO Q et VENTUNO Q combinent Linux et microcontrôleur. Pour quatre LED et un OLED, ils ajoutent une complexité inutile ; leur intérêt apparaît avec un besoin explicite de vision ou de calcul supérieur. Il s'agit d'une sélection pertinente pour le cockpit, pas d'un catalogue de tous les anciens Arduino.

STM32 : Blue Pill, Black Pill et Nucleo

Blue Pill et Black Pill sont des noms de cartes, pas des garanties de firmware compatible. Lis le marquage complet de la puce et la révision. STM32F103C8 possède officiellement 64 KB flash : les témoignages sur davantage de mémoire exploitable ne constituent pas une base fiable de conception.

Sur Nucleo, USB dans le microcontrôleur cible ne signifie pas que chaque prise USB lui est reliée. ST-LINK sert au débogage et à la programmation. Vérifie schéma, USB utilisateur et composants externes nécessaires. F4 convient au firmware de commande, G4 à l'acquisition analogique et à la temporisation, H7 aux projets plus riches en données et affichage. Les broches disponibles dépendent du circuit, du boîtier et du multiplexage.

FreeJoy exige sa plateforme STM32F103 documentée. Un Black Pill F411 ne la remplace pas directement. Certaines entrées numériques STM32 tolèrent 5 V sous conditions ; cela ne s'applique ni à toutes les entrées analogiques ni à toute la carte.

ESP32 : les variantes changent les possibilités

Ces familles demandent des signaux appropriés à 3,3 V. Flash, PSRAM et GPIO accessibles dépendent du module exact. Choisis sa référence complète, pas seulement le nom ESP32.

Un ESP32 original relié à un convertisseur USB-série ne devient pas un joystick USB natif. S2/S3 proposent USB OTG configurable, mais HID nécessite firmware, support de carte et connecteur adaptés. Serial/JTAG sur C3/C6 est une fonction USB fixe, pas un contrôleur HID reconfigurable. S3 rassemble mémoire, USB et radio pour des projets d'affichage polyvalents.

Un module réseau doit gérer démarrage, perte du Wi-Fi et données périmées. Le sans-fil ne remplace pas une alimentation stable. Des GPIO servent au démarrage ou à la flash ; GPIO34–39 de l'ESP32 original sont des entrées seules, sans résistances de rappel internes. Suis le brochage de la carte réelle.

OLED : quand UNO suffit, quand ESP32 apporte un avantage

Un tampon monochrome complet de 128×64 demande 128 × 64 ÷ 8 = 1024 octets, soit la moitié des 2 KB SRAM d'UNO R3. Variables, réception série, bibliothèques et pile demandent aussi de la place. Une bibliothèque de texte ou fonctionnant par pages peut réduire ce besoin.

Quatre LED et quelques valeurs peu changeantes peuvent parfaitement fonctionner avec UNO R3. Le guide IA, LED et OLED propose ce premier projet. Plusieurs écrans, grandes polices, menus, traitement de données ou réseau rendent ESP32-S3/Nano ESP32 plus intéressant. Un seul OLED ne justifie pas automatiquement un changement.

Plus de MHz n'accélèrent pas directement I²C. À 400 kHz, 1024 octets prennent environ 23 ms pour les données et acquittements seuls, sans les autres délais du protocole et du logiciel. Plusieurs écrans partagent ce temps. Vérifie rafraîchissement, adresses et éventuelle liaison SPI dans le guide des affichages.

Séparer USB, joystick et intégration au simulateur

USB-C décrit d'abord le connecteur. Un port COM transporte des données série. Un joystick HID transmet boutons et axes au moyen d'un descripteur approprié. Clavier HID et joystick HID sont différents : une bibliothèque clavier compatible ne prouve pas la compatibilité d'une bibliothèque joystick.

Sur UNO R3 original, un ATmega16U2 distinct assure le pont USB. Un sketch ordinaire sur ATmega328P ne change pas sa classe USB. Modifier le firmware du pont constitue un travail supplémentaire ; pour débuter, un périphérique HID documenté est souvent plus simple. Les entrées USB natives ne fournissent pas automatiquement la télémétrie en retour. Le guide des entrées USB suit le chemin jusqu'aux affectations du simulateur.

UNO R4 WiFi utilise normalement ESP32-S3 comme pont USB. La carte peut commuter USB vers RA4M1 ; la prise en charge HID dépend du paquet de cartes et de la bibliothèque adaptés. Minima et WiFi ne partagent donc pas exactement le même chemin USB.

Prévoir les broches, les axes et l'alimentation

Un encodeur demande généralement deux signaux, plus un pour son poussoir éventuel. Une matrice économise des broches, mais nécessite un firmware adapté et une gestion des détections multiples indésirables. Les extensions I/O ajoutent des connexions en modifiant la charge du bus et la durée de lecture. Compte les fonctions simultanément utilisables plutôt que les pastilles.

Plus de bits ADC ne garantissent pas un axe plus stable. Capteur, référence, câblage, échantillonnage et filtres déterminent le résultat. Un lissage excessif ralentit la réponse. Observe repos et mouvements lents avant de comparer la résolution. Les LED demandent une limitation de courant, les charges importantes un étage de commande. Un GPIO n'alimente pas un rétroéclairage ou un moteur. Consulte l'alimentation, y compris les résistances I²C au bon niveau logique.

Calcul concret : huit boutons indépendants, trois encodeurs avec poussoir et un OLED I²C demandent 8 + 3 × 3 + 2 = 19 lignes de signal sans matrice, plus alimentation et masse. Reporte-les sur le brochage WeAct ou celui de l'ESP32-S3-DevKitC-1 v1.1. Ce DevKit a 44 positions de connecteur et 36 étiquettes GPIO, pas 36 connexions sans restriction. GPIO19/20 servent à USB, GPIO38 à la LED RGB, et certains modules mémoire Octal réservent GPIO35–37. Prévois aussi démarrage et débogage. Pour Blue Pill, suis le plan propre à sa révision et à son firmware.

Trois projets pour choisir concrètement

1. Premier panneau pédagogique : quatre LED, petit OLED, USB-série et données d'exemple. Un UNO R3 déjà disponible est raisonnable. Agrandis lorsque mémoire ou broches deviennent réellement insuffisantes.
2. Boîte à boutons avec axes : plateforme FreeJoy documentée ou carte avec firmware HID approprié. Vérifie d'abord boutons, encodeurs, calibration et affectations dans le système d'exploitation.
3. Instrument en réseau : plusieurs valeurs, menus et marge graphique. Compare ESP32-S3/Nano ESP32 à un STM32 ou GIGA adapté ; définis source de données et bus avant l'achat.

Le premier essai doit démontrer un bouton, un axe ou une valeur affichée. Note révision, firmware, bibliothèques, broches et comportement attendu après redémarrage ou perte de données. Une compilation réussie ne prouve ni câblage correct ni réaction du simulateur. Garde une version fonctionnelle avant chaque extension.

Se faire aider avec un montage compréhensible

Cockpit Suite rassemble simulateurs et appareils pris en charge dans un environnement logiciel commun. Consulte les fonctions précises dans la liste de compatibilité. Les combinaisons préparées simplifient la configuration ; une carte personnelle demande toujours un chemin de données documenté.

Présente ton objectif, une photo, ton brochage et le dernier essai fonctionnel sur le forum. Nous aidons aussi pour l'impression 3D, les fraiseuses CNC à portique et le laser avec LightBurn. Nous cherchons à répondre dans la journée quand c'est possible ; une question tardive peut attendre davantage. Cockpit Suite est un jeune projet avec un logiciel disponible. Les expériences de la communauté européenne et au-delà nous aident à améliorer des solutions utiles et accessibles.

Préparer la prochaine étape