Comment choisir un microcontroller
Le microcontrôleur conditionne une grande partie d'un projet embarqué : ce que le produit pourra faire, sa consommation, son coût et la rapidité avec laquelle l'équipe pourra le développer. Le meilleur choix n'est presque jamais le composant le plus puissant ou le plus cher, mais celui qui colle aux exigences réelles de l'application. Voici les critères à passer en revue, dans l'ordre où ils se posent généralement.
Partir des besoins de l'application
Avant d'ouvrir la moindre fiche technique, il faut cerner ce que le projet demande. La complexité du traitement est le premier critère : un simple contrôle tout-ou-rien n'a rien à voir avec du traitement d'image. L'environnement d'utilisation compte aussi, car un appareil exposé à des conditions extrêmes réduit d'emblée le choix aux références qualifiées pour ces conditions. Enfin, le volume de code à exécuter oriente la taille de mémoire nécessaire. Un thermostat connecté et un drone autonome, par exemple, n'appellent pas du tout la même puissance de calcul.
Puissance de traitement et mémoire
La largeur du cœur donne une première indication. Les microcontrôleurs 8 bits conviennent aux tâches simples et restent très efficaces dans ce rôle, tandis que les 32 bits prennent l'avantage dès que les traitements se complexifient ou que plusieurs tâches doivent tourner en parallèle.
La mémoire suit la même logique. Un projet IoT simple peut se contenter d'un ATmega328 et de ses 2 Ko de RAM, alors qu'un système de traitement d'image demandera un STM32 nettement mieux doté. Prévoyez une marge : le code grossit presque toujours au fil du développement.
Interfaces et consommation
Les capacités de communication doivent couvrir tout ce que le produit devra raccorder. Les bus I2C, SPI et UART servent à dialoguer avec les capteurs et périphériques, le Wi-Fi, le Bluetooth ou le LoRa à relier un objet connecté, l'USB et l'Ethernet à se connecter directement à d'autres équipements. Si votre produit doit envoyer des données en temps réel vers une application mobile, un ESP32, qui intègre Wi-Fi et Bluetooth, peut éviter d'ajouter un module radio. Pour le choix entre bus série, notre comparatif SPI vs I2C détaille les compromis.
La consommation est souvent le point faible des projets embarqués. Un appareil sur batterie impose un microcontrôleur doté de modes basse consommation efficaces ; un appareil alimenté en continu laisse davantage de latitude et permet, si nécessaire, des modèles plus gourmands. Pour un capteur environnemental sur pile, le TI MSP430, réputé pour sa sobriété, est un candidat classique.
Écosystème, coût et disponibilité
L'écosystème autour du composant pèse lourd dans le temps de développement. Une communauté active multiplie les ressources et les solutions aux problèmes courants ; des outils complets (IDE, débogueurs, simulateurs) accélèrent la mise au point ; des bibliothèques existantes évitent de réécrire ce qui l'a déjà été. Arduino, avec son écosystème riche et sa large communauté, reste un excellent point d'entrée pour les débutants et les prototypes rapides.
Reste la question économique, décisive dès qu'une production en série est envisagée. Fixez un budget réaliste par unité, puis vérifiez que le composant sera disponible pendant toute la durée de vie de votre produit : une référence introuvable dans trois ans peut coûter bien plus cher qu'un composant légèrement plus onéreux mais suivi sur le long terme.
En confrontant ces critères à votre cahier des charges, et en prototypant si possible avec deux ou trois candidats, vous limitez fortement le risque de mauvaise surprise. Si votre application dépasse les capacités d'un microcontrôleur, notre article sur les différences entre microcontrôleur et microprocesseur vous aidera à envisager l'étape suivante.