Le processeur qui surveille une batterie, pilote un moteur ou orchestre les transferts d’un accélérateur d’intelligence artificielle fait rarement la une. C’est pourtant là que RISC-V trouve son terrain le plus convaincant. Pour cette rentrée de septembre 2026, le bon angle n’est pas de demander quand l’architecture ouverte remplacera tous les PC, mais où elle peut déjà simplifier la conception d’une puce. Les trajectoires industrielles engagées jusqu’en 2024 éclairent cette analyse ; leurs prolongements restent des perspectives, pas des résultats acquis.
Une architecture ouverte, pas une puce gratuite
RISC-V désigne un jeu d’instructions : le contrat entre le logiciel et le processeur. Il définit les opérations que celui-ci sait exécuter, pas la manière de fabriquer un cœur rapide, économe ou sécurisé. Né à l’université de Californie à Berkeley, puis développé dans un cadre international, il permet de concevoir des processeurs sans payer de redevance pour utiliser le jeu d’instructions lui-même.
Cette distinction change tout. Une puce RISC-V peut être entièrement propriétaire. Son cœur peut être acheté à un fournisseur comme SiFive ou Andes, tandis que d’autres projets publient leurs descriptions matérielles. Dans tous les cas, vérifier le circuit, acquérir les blocs périphériques, payer les outils de conception et fabriquer le silicium restent coûteux. L’ouverture supprime une dépendance particulière ; elle ne supprime pas l’économie du semi-conducteur.
Son intérêt dépasse donc le prix d’une licence. Un fabricant peut choisir ses fournisseurs, examiner certaines implémentations et conserver davantage de maîtrise sur l’évolution de son produit. Mais un contrat commercial apporte aussi du support, des garanties et une feuille de route. L’autonomie n’est avantageuse que si l’entreprise sait assumer les responsabilités qu’elle récupère.
L’embarqué : le terrain où les compromis sont maîtrisables
Dans un compteur électrique ou un capteur industriel, le constructeur contrôle généralement toute la chaîne : matériel, micrologiciel, outils de compilation et mises à jour. Il n’a pas à faire fonctionner trente ans de logiciels grand public. Porter quelques composants bien identifiés peut donc suffire, surtout lorsque la consommation, le coût et les interfaces comptent davantage que la performance maximale.
Le mouvement était concret bien avant 2026. Espressif a adopté RISC-V pour plusieurs références, dont l’ESP32-C3, un microcontrôleur connecté largement accessible. Cette disponibilité compte : les développeurs peuvent expérimenter sur des cartes abordables, avec une documentation et un environnement logiciel. Une architecture devient crédible lorsque programmer un périphérique ne nécessite plus de reconstruire toute la boîte à outils.
Autre signal, Qualcomm a annoncé en 2023 travailler avec Google sur une plateforme Snapdragon Wear fondée sur RISC-V. Cette annonce ne suffit pas à établir une domination commerciale, mais elle montre que l’architecture intéresse des acteurs capables de construire un écosystème. Dans les objets portés, l’enjeu est d’équilibrer consommation, intégration et compatibilité applicative.
Les appareils simples ne sont pas toujours faciles
L’embarqué impose néanmoins ses propres exigences. Un équipement industriel peut rester en service quinze ans. Il faut garantir les mises à jour, retrouver un compilateur compatible et maintenir les pilotes après le départ de l’équipe initiale. Pour l’automobile ou le médical, s’ajoutent les contraintes de sûreté et de certification. Un jeu d’instructions ouvert ne constitue ni une certification ni une promesse de maintenance.
Les puces spécialisées : personnaliser là où cela rapporte
Le deuxième débouché solide est moins visible : les petits processeurs intégrés à des circuits plus complexes. Un accélérateur d’IA a besoin de cœurs de contrôle pour démarrer, gérer les tâches et superviser les transferts de données. Ces fonctions peuvent utiliser RISC-V sans que les calculs neuronaux eux-mêmes reposent sur ses instructions générales. Présenter toute la puce comme un « processeur RISC-V » masquerait cette répartition du travail.
La modularité permet aussi de choisir des extensions standardisées, notamment vectorielles, ou d’ajouter des instructions propres à un usage. Pour le traitement du signal ou certaines opérations cryptographiques, rapprocher le calcul du matériel peut réduire les déplacements de données et améliorer l’efficacité. Le bénéfice doit toutefois être mesuré sur l’application réelle : multiplier les instructions ne rend pas automatiquement le circuit plus rapide.
Une extension maison entraîne en outre un travail logiciel : compilateur, bibliothèques, tests et débogage. Elle est pertinente lorsqu’une équipe maîtrise un programme stable, exécuté en grand volume. Elle l’est moins si l’objectif consiste à attirer des applications indépendantes. La liberté de personnalisation devient alors une dette de compatibilité.
La compatibilité ne tient pas dans un logo
Deux processeurs RISC-V ne savent pas nécessairement exécuter le même logiciel. Ils peuvent différer par leur largeur de calcul, leurs extensions, leurs mécanismes de gestion mémoire ou leur environnement de démarrage. Cette diversité est utile pour adapter un microcontrôleur minuscule ; elle complique la distribution d’un système généraliste.
Les profils et spécifications de plateforme cherchent précisément à définir des socles communs. Le but n’est pas d’empêcher l’innovation, mais de permettre aux éditeurs de viser une cible prévisible. Sans ce travail, chaque fabricant risque de proposer sa propre combinaison, avec des images système particulières et des optimisations peu réutilisables.
Le socle logiciel existe : Linux, GCC et LLVM prennent en charge RISC-V, et Debian en a fait une architecture officiellement prise en charge dans son infrastructure en 2023. Cela ne signifie pas que chaque carte possède des pilotes solides ou que toutes les applications atteignent leur meilleure performance. Les moteurs JavaScript, les environnements d’exécution et les bibliothèques multimédias demandent encore des efforts spécifiques selon les plateformes.
Pourquoi le PC et le serveur sont plus exigeants
Sur un ordinateur personnel, l’utilisateur achète une expérience complète : navigateur réactif, veille fiable, visioconférence, jeux et périphériques reconnus. Sur un serveur, l’exploitant attend des performances reproductibles, une virtualisation robuste et du support. Le processeur n’est qu’une pièce de cet ensemble. Face à x86 et Arm, RISC-V doit convaincre sur toute la plateforme, pas seulement sur son élégance technique.
Des percées restent plausibles dans des serveurs spécialisés, où un opérateur maîtrise ses logiciels. En revanche, anticiper une substitution rapide des machines généralistes serait hasardeux. La souveraineté constitue aussi un moteur, notamment en Chine et en Europe, mais elle doit être relativisée : une architecture accessible ne donne pas automatiquement accès aux usines, aux outils de conception ou aux mémoires avancées.
Comment reconnaître un projet crédible
Pour distinguer une adoption durable d’une démonstration, trois questions sont décisives :
- Quel avantage mesurable ? Coût total, consommation ou fonction impossible à obtenir autrement.
- Quel périmètre logiciel ? Un micrologiciel contrôlé ou un catalogue d’applications à préserver.
- Quelle maintenance ? Des pilotes intégrés aux projets principaux et un support financé dans la durée.
Et maintenant ? La progression la plus plausible de RISC-V passe par une multiplication de victoires discrètes : contrôleurs, objets connectés et fonctions de supervision dans des puces spécialisées. Une meilleure standardisation pourrait ensuite élargir son terrain. Le véritable indicateur ne sera pas le nombre d’annonces, mais la facilité à développer, livrer et maintenir un produit sans dépendre d’un assemblage logiciel fragile. L’ouverture aura alors cessé d’être une promesse pour devenir un avantage industriel.
