Développement Embedded : qu'est-ce que c'est et quels langages les ingénieurs utilisent

Que signifie le développement embedded ?

Un système embedded est un ordinateur intégré à un appareil plus grand pour effectuer une tâche spécifique. Il peut lire un capteur de température, maintenir le système de freinage d'une voiture dans des limites de sécurité, faire fonctionner une machine à laver ou connecter une montre intelligente à un téléphone. L'ordinateur peut être un minuscule microcontroller avec seulement une petite quantité de mémoire, ou un processeur plus puissant exécutant Linux.

Le programme qui s'exécute sur ce matériel est souvent appelé firmware. Contrairement à un site Web ou une application de bureau classique, firmware doit fonctionner avec les limites physiques et le comportement d'un appareil particulier : son processeur, sa mémoire, ses capteurs, ses moteurs, ses radios, sa batterie et ses exigences de synchronisation.

Que fait réellement le code embedded ?

Les développeurs Embedded écrivent du code qui lit les entrées et contrôle les sorties. Un thermostat échantillonne un capteur de température et allume ou éteint le chauffage. Un tracker de fitness lit les capteurs de mouvement et de fréquence cardiaque, traite les mesures et envoie les résultats via Bluetooth. Un contrôleur de moteur reçoit des commandes et ajuste les signaux électriques pour contrôler la vitesse.

Le travail inclut souvent les pilotes de périphériques, les protocoles de communication, le code de démarrage, la gestion de l'alimentation et la récupération sécurisée après des erreurs. Les développeurs testent également le comportement du système lorsqu'un capteur se déconnecte, que l'alimentation tombe ou qu'un message arrive en retard. Dans un appareil physique, une petite erreur logicielle peut signifier un écran gelé, une batterie déchargée ou un comportement imprévisible du matériel.

C : le langage commun pour microcontrollers

C reste un choix courant pour firmware car il donne aux développeurs un contrôle direct sur la mémoire et le matériel tout en produisant des programmes compacts. Les fournisseurs de puces fournissent généralement des bibliothèques C, des exemples et des SDK de périphériques, afin que les équipes puissent utiliser le même langage pour configurer un processeur, lire un registre ou communiquer avec un capteur.

Ce contrôle s’accompagne de responsabilités. Le programmeur doit gérer la mémoire avec soin, comprendre la documentation de la puce et éviter les bogues tels que l'écriture en dehors d'un tableau ou le partage dangereux de données entre les tâches. C est une solution pratique lorsque les pilotes et les outils des fournisseurs d’une plate-forme sont construits autour de celle-ci, et lorsque la taille et le calendrier prévisibles sont importants.

C++ : structure pour les grands projets firmware

C++ s'appuie sur C avec des fonctionnalités telles que des classes, des modèles et des abstractions de types plus fortes. Ceux-ci aident à organiser firmware en composants réutilisables : un pilote de capteur, une couche de communication ou une machine à états peuvent chacun avoir une interface claire. Les équipes peuvent utiliser C++ sans renoncer à un accès de bas niveau au matériel.

C++ est utile lorsqu'un projet bénéficie de ces abstractions, mais que les développeurs ont toujours besoin de savoir combien coûte leur code. Certaines fonctionnalités du langage et de la bibliothèque peuvent augmenter la taille binaire ou utiliser la mémoire dynamique. Les équipes Embedded choisissent les fonctionnalités adaptées au processeur, au budget mémoire, aux règles de codage et aux exigences en temps réel.

Rust : sécurité de la mémoire avec contrôle de bas niveau

Rust est utilisé pour le logiciel embedded dans lequel les équipes souhaitent vérifier au moment de la compilation de nombreuses erreurs courantes de mémoire et de concurrence. Il peut s'exécuter sans la bibliothèque standard complète dans un environnement no_std, ce qui est important sur les appareils nus dépourvus de système d'exploitation. Rust permet toujours un accès direct au matériel, mais la puce cible, les bibliothèques et la chaîne d'outils doivent prendre en charge le projet.

Rust ne remplace pas automatiquement C ou C++. L'écosystème et la prise en charge des fournisseurs varient selon les cartes, et certains projets doivent s'intégrer aux bibliothèques C existantes. Il convient de considérer lorsque la sécurité est une priorité et que le matériel choisi prend en charge Rust.

Python et MicroPython : expérimentations rapides sur les cartes prises en charge

MicroPython apporte une implémentation compacte de Python au microcontrollers pris en charge. Il peut faciliter l'écriture et la modification des prototypes, des projets en classe et des petites tâches d'automatisation. Les développeurs peuvent souvent essayer une idée rapidement sans reconstruire l'intégralité du firmware pour chaque petite modification.

Le compromis réside dans l’utilisation des ressources et le timing. Un interprète a besoin d'espace dans flash et RAM, et l'exécution peut être moins prévisible que celle compilée C ou Rust. Les limites exactes dépendent de la carte et de la version firmware. Python est une bonne option lorsque la carte le prend en charge et que la vitesse de développement compte plus que la plus petite empreinte ou un timing strict.

Langage assembleur et langages de description matérielle

Le langage assembleur décrit très directement les instructions du processeur. La plupart des firmwares applicatifs sont écrits dans des langages de niveau supérieur, mais l'assembleur peut apparaître dans les routines de démarrage, les changements de contexte ou les petites sections qui nécessitent un contrôle exact sur les instructions du processeur. Il est étroitement lié à l'architecture d'un processeur et est plus difficile à maintenir. Il est donc généralement utilisé de manière sélective.

Verilog et VHDL sont différents : ils décrivent des circuits matériels numériques, souvent en logique programmable comme un FPGA. Ce ne sont pas des langages à usage général pour écrire le firmware qui s'exécute sur un microcontroller, bien qu'un seul produit puisse contenir à la fois du matériel décrit dans HDL et des logiciels écrits en C, C++ ou un autre langage.

Comment choisir une langue pour un projet embedded

Commencez par l’appareil lui-même et son écosystème logiciel. Vérifiez quel processeur est utilisé, ce que son fournisseur SDK prend en charge, combien de RAM et flash sont disponibles, si un système d'exploitation est présent et à quel point les exigences de synchronisation sont strictes. Un langage qui semble attrayant isolément peut ne pas convenir si la carte ne dispose pas d'une chaîne d'outils fiable ou d'un support de pilote pour lui.

• Choisissez C lorsque la prise en charge étendue de microcontroller, le firmware compact et l'accès direct au matériel sont essentiels.
• Choisissez C++ lorsque des bases de code plus volumineuses bénéficient de composants réutilisables et d'abstractions plus solides.
• Envisagez Rust lorsque la sécurité de la mémoire est une priorité et que la plate-forme cible bénéficie d'un bon support.
• Utilisez MicroPython pour les cartes prises en charge lorsque l'itération rapide est importante et que les limites de ressources le permettent.

Le langage n'est qu'une partie de l'ingénierie embedded

Les développeurs de Embedded travaillent également avec des schémas de circuits, des fiches techniques, des cartes de développement, des compilateurs, des débogueurs et des équipements de test. Ils doivent comprendre comment les logiciels interagissent avec les signaux et composants réels. Un ingénieur embedded chevronné choisit un langage adapté au matériel, puis prouve que l'appareil complet se comporte de manière sûre et fiable dans des conditions réelles.

Ainsi, lorsque quelqu'un demande : « Quel langage les développeurs de embedded utilisent-ils ? », la réponse honnête est : cela dépend de l'appareil. C et C++ sont courants, Rust se développe là où un support existe et MicroPython peut simplifier les projets sélectionnés. La compétence la plus profonde consiste à comprendre le matériel et les contraintes auxquelles le logiciel doit répondre.