Aller au contenu
AESTECHNO
17 min de lecture Hugues Orgitello

Robots humanoïdes : ce que les démos ne vous montrent jamais

Pourquoi les robots humanoïdes sont si difficiles à construire : chaleur, CEM, câblage, certification. Enquête du bureau d'études AESTECHNO, Montpellier.
La démo de robot humanoïde contre la réalité du banc d'essai Panneau gauche : le robot de la démo, 90 secondes sous les projecteurs. Panneau droit : le même robot au banc, avec budget thermique, faisceaux de câbles, bruit CEM et exigence de certification. Robot humanoïde : la démo contre le banc Ce que montre la démo 90 secondes Plan serre, montage, prise réussie Batterie fraîche, salle a 22 degrés C Aucune information sur la durée réelle Ce que voit le banc d'essai Thermique SoC en enceinte fermée throttling sous charge continue CEM interne dizaines de drivers PWM a cote des IMU et encodeurs Faisceaux câbles fléchis a chaque pas dans des articulations fermées Énergie des dizaines d'actionneurs alimentes par une batterie portée Certification Règlement machines (UE) 2023/1230, applicable le 20 janvier 2027 une machine dont le mode de défaillance est de tomber sur quelqu'un Le produit, c'est le robot 45 minutes plus tard, quand tout a chauffe. Enquête AESTECHNO, bureau d'études électronique, Montpellier
Figure 1 : ce que montre une démo de robot humanoïde contre ce que voit un banc d'essai : thermique, CEM interne, faisceaux, énergie et certification.

Les démos de robots humanoïdes montrent 90 secondes de plans serrés et promettent la série. Elles ne montrent jamais ce que voit un banc d'essai : la chaleur, le bruit électromagnétique, les faisceaux et le dossier de certification. Chez AESTECHNO, bureau d'études électronique à Montpellier, nous qualifions les électroniques denses dont ces machines sont faites, des modules NVIDIA Jetson aux contrôleurs moteurs multi-axes. Voici ce que la démo cache. Publié juillet 2026.

En résumé (TL;DR)

Une démo de robot humanoïde cache trois choses : le temps, la chaleur et les câbles. Le blocage n'est pas l'intelligence artificielle mais l'intégration électronique : budget de puissance d'une batterie portée, refroidissement d'un calculateur en enceinte fermée, compatibilité électromagnétique entre des dizaines de drivers moteurs et les capteurs, faisceaux fléchis à chaque mouvement, et un cadre réglementaire (règlement machines 2023/1230, applicable le 20 janvier 2027) pensé pour des machines qui ne tombent pas.

Ce qu'une démo de robot humanoïde montre réellement

Une démonstration est une présentation contrôlée d'une capacité ponctuelle, montée en conditions optimales : batterie fraîche, environnement maîtrisé, tâche répétée jusqu'à la prise réussie. Un produit est la même machine prouvant son endurance sur un profil d'utilisation réel, sans arrêt, pendant des dizaines de minutes. Cette distinction définit l'industrialisation.

Une démo de robot humanoïde est une séquence courte, montée, tournée dans des conditions choisies : batterie fraîche, salle tempérée, sol plan, tâche répétée jusqu'à la prise réussie. Elle prouve une capacité instantanée, pas un produit. La différence entre les deux est exactement ce que ce métier appelle l'industrialisation.

Trois informations manquent systématiquement. Le temps d'abord : la vidéo ne dit ni depuis combien de temps le robot fonctionne, ni combien de temps il pourra continuer. La chaleur ensuite : une machine qui vient de démarrer et la même machine après 45 minutes de charge continue sont deux objets thermiques différents. Les câbles enfin : le plan ne s'attarde jamais sur les faisceaux qui traversent les articulations, ni sur l'armoire de contrôle hors champ qui pourrait exister.

Le vrai produit, ce n'est pas le robot de la démo : c'est le robot 45 minutes plus tard, quand tout a chauffé. Tout ce qui suit découle de cette phrase.

Le budget de puissance que la vidéo ne montre pas

Le budget de puissance désigne la somme totale de la consommation électrique entre deux recharges complètes : tous les actionneurs, tous les calculateurs, tous les capteurs et tous les étages de conversion, mesurée sous un profil de mission représentatif. Cette métrique détermine l'autonomie réelle et le dimensionnement de la batterie.

Le budget de puissance d'un robot humanoïde est la somme de tout ce qui consomme entre deux charges : des dizaines d'actionneurs, un ou plusieurs calculateurs d'inférence, les capteurs, les conversions d'alimentation, le tout servi par une batterie que la machine doit elle-même porter. Un problème de watts par kilogramme avant d'être un problème d'algorithmes.

La physique est têtue. Une cellule Li-ion NMC stocke environ 250 Wh/kg : chaque wattheure embarqué ajoute de la masse que les jambes doivent porter, ce qui consomme davantage. Contrairement à un véhicule électrique, la machine dépense de l'énergie même immobile, car tenir une posture bipède exige du couple de maintien permanent dans de nombreuses articulations. Selon NVIDIA, un Jetson Orin NX délivre 70 à 100 TOPS d'inférence edge AI dans 10 à 25 W : le seul cerveau consomme donc déjà autant qu'une ampoule avant le premier pas, et les modèles de perception PyTorch, TensorFlow ou ONNX réclament toute cette enveloppe.

À cela s'ajoute la conversion : chaque étage d'alimentation entre la batterie et les dizaines de rails dissipe ses pertes dans un volume fermé. Dans notre pratique du power management embarqué, nous passons des semaines à gagner des microampères ; un humanoïde joue le même jeu, quatre ordres de grandeur plus haut, sans paroi ventilée.

Le budget de puissance d'un robot humanoïde La batterie portée (environ 250 Wh/kg en Li-ion NMC) alimente quatre familles de consommateurs : actionneurs, calculateur d'inférence 10 à 25 W, conversion d'alimentation et capteurs. Chaque wattheure ajouté augmente la masse, donc la consommation. Budget de puissance : la boucle masse-énergie Batterie portée Li-ion NMC environ 250 Wh/kg chaque Wh ajoute de la masse a porter Actionneurs (dizaines) couple de maintien permanent Calculateur d'inférence Jetson Orin NX : 10-25 W, 70-100 TOPS Conversion d'alimentation pertes dissipées en volume fermé Capteurs et liaisons plus de consommation = plus de batterie = plus de masse = plus de consommation
Figure 2 : le budget de puissance d'un humanoïde est une boucle, chaque wattheure de batterie ajoute de la masse que les articulations paient ensuite en couple de maintien.

Pourquoi le cerveau du robot cuit-il dans une boîte fermée ?

Le throttling thermique est la réduction automatique de la fréquence de fonctionnement d'un processeur lorsque sa température dépasse un seuil critique, pour éviter une destruction thermique. Cette réduction dégrade les performances en temps réel et transforme un calculateur nominal en calculateur dégradé.

Le problème thermique d'un humanoïde désigne l'évacuation de la chaleur d'un calculateur d'inférence et de dizaines de drivers moteurs depuis des volumes étanches, sans surface froide fixe et avec des ouïes de ventilation limitées par l'esthétique et l'étanchéité. Le mur le moins spectaculaire, et le plus fréquent.

Les calculateurs de perception, famille NVIDIA Jetson en tête, sont dimensionnés pour des budgets thermiques précis (10 à 25 W pour un Orin NX). Au Q1 2026, nous avons livré un projet Jetson Orin NX avec un Board Support Package (BSP) entièrement personnalisé, développé sous Yocto pour un client industriel : une partie significative du travail n'était pas logicielle mais thermique, car un SoC de cette classe en enceinte fermée réduit ses fréquences dès que la dissipation ne suit pas. Une démo de 90 secondes ne throttle jamais. Une mission de 45 minutes, si.

Contrairement à l'idée reçue, un ventilateur ne règle rien : le refroidissement se décide au routage du PCB (vias thermiques, plans de cuivre), puis se vérifie en chambre climatique de -40 °C à +85 °C selon IEC 60068-2-1 et 60068-2-2, sur un profil de mission réaliste, jusqu'au point exact où la machine commence à mentir sur ses performances.

La guerre CEM à l'intérieur du squelette

La compatibilité électromagnétique interne (CEM interne) désigne la capacité des systèmes électroniques à cohabiter sans interférence dans un volume fermé : les générateurs de bruit (drivers PWM, alimentations) ne doivent pas polluer les capteurs sensibles (IMU, encodeurs) par rayonnement ou conduction.

La CEM interne d'un humanoïde désigne la cohabitation, dans quelques litres, entre des dizaines de drivers à modulation de largeur d'impulsion (PWM) découpant des dizaines d'ampères et les capteurs les plus sensibles de la machine : unités de mesure inertielle (IMU), encodeurs, microphones. Chaque articulation est à la fois une source de perturbation et une victime potentielle.

Un driver moteur moderne est un convertisseur à découpage : fronts raides, courants forts, boucles qui rayonnent. Multipliez par le nombre d'articulations, enfermez le tout dans un squelette métallique qui se comporte en cavité, et ajoutez des capteurs inertiels dont la précision conditionne l'équilibre. Sur nos projets de mesure vibratoire, nous avons exploité l'IIS3DWB, échantillonné selon STMicroelectronics jusqu'à 26 kHz : son plancher de bruit se dégrade vite si l'alimentation, le plan de masse et le routage sont négligés. Un humanoïde, c'est ce problème répété à chaque articulation, plus la CEM externe : les mêmes essais d'émissions et d'immunité que tout équipement, balayés de 30 MHz à 6 GHz (CISPR 32 en émissions, IEC 61000-4-2 et IEC 61000-4-3 en immunité). Dans notre pratique de la CEM, les échecs au premier passage viennent presque toujours d'une CEM découverte au laboratoire plutôt que décidée au schéma.

CEM interne d'un humanoïde : agresseurs et victimes Dans le squelette métallique, les drivers moteurs PWM (agresseurs) rayonnent vers les capteurs sensibles (victimes) : IMU, encodeurs, microphones. Les essais couvrent 30 MHz à 6 GHz selon CISPR 32 et IEC 61000-4-x. La guerre CEM à l'intérieur du squelette squelette métallique : une cavité résonnante Drivers PWM dizaines d'ampères découpés Boucles de commutation fronts raides, rayonnement IMU l'équilibre en dépend Encodeurs, micros IIS3DWB : 26 kHz couplage rayonné et conduit Essais : CISPR 32 (émissions), IEC 61000-4-2 / 61000-4-3 (immunité), balayage 30 MHz à 6 GHz chaque articulation est à la fois source et victime
Figure 3 : dans quelques litres, des dizaines de drivers PWM cohabitent avec les capteurs dont dépend l'équilibre ; la CEM interne se décide au schéma et au plan de masse.

Le système nerveux : des faisceaux qui plient des millions de fois

Un faisceau électronique est l'ensemble des câbles d'alimentation et de données routés dans une structure mécanique. Son management en ingénierie couvre le choix du rayon de courbure, la protection contre la fatigue, le blindage et l'accessibilité de montage en série sans erreur.

Le système nerveux d'un robot humanoïde désigne l'ensemble des faisceaux d'alimentation et de données qui traversent ses articulations : puissance vers chaque actionneur, retours d'encodeurs, bus de capteurs, liaisons vidéo. Tout le monde regarde le cerveau du robot ; nous, nous regardons son système nerveux, parce que c'est lui qui casse.

Un câble qui traverse un genou est fléchi à chaque pas, dans un volume fermé, avec un rayon de courbure imposé par la mécanique et non par le fabricant du câble. Les modes de défaillance sont connus de tous les intégrateurs : conducteurs qui fatiguent, blindages qui s'ouvrent, connecteurs qui micro-coupent sous vibration, retours de masse qui se dégradent. Chaque défaillance de faisceau se présente d'abord comme un bug logiciel intermittent, ce qui en fait les pannes les plus coûteuses à diagnostiquer.

C'est aussi un problème de fabrication : router ces faisceaux dans des membres fermés, les rendre montables en série et remplaçables en maintenance relève du Design for Manufacturing le plus exigeant. Une démo se câble une fois ; un produit, des milliers de fois, sans erreur.

Le faisceau dans l'articulation : flexion à chaque pas Un faisceau qui traverse un genou est fléchi à chaque pas avec un rayon imposé par la mécanique. Modes de défaillance : conducteurs qui fatiguent, blindages qui s'ouvrent, connecteurs qui micro-coupent, retours de masse dégradés. Le système nerveux passe par le genou cuisse tibia rayon imposé par la mécanique Conducteurs qui fatiguent flexion répétée à chaque pas Blindages qui s'ouvrent la CEM se dégrade en silence Connecteurs qui micro-coupent sous vibration, en mouvement Symptôme observé : bug logiciel intermittent la panne la plus coûteuse à diagnostiquer
Figure 4 : chaque défaillance de faisceau se présente d'abord comme un bug logiciel intermittent ; le câblage des articulations est un livrable d'ingénierie à part entière.

Retour terrain : qualifier le cerveau d'un robot avant le robot

Sur un projet récent de calculateur embarqué, dans notre laboratoire AESTECHNO à Montpellier, nous avons développé sous Yocto un BSP custom complet pour un module Jetson Orin NX, incluant layers personnalisés et configuration kernel, puis qualifié la plateforme sur un profil de mission industriel. Notre méthodologie de qualification reste constante sur chaque calculateur de cette classe : caractérisation d'intégrité de signal sur banc Tektronix TekExpress pour les interfaces mémoire rapides (stack-up et impédance contrôlée validés en amont), qualification thermique en chambre climatique de -40 à +85 degrés Celsius selon IEC 60068-2-1 et IEC 60068-2-2, profilage de consommation à la Nordic PPK2 sur les rails critiques, et balayage CEM de pré-conformité en chambre. Contrairement à l'idée reçue selon laquelle la difficulté d'un robot est dans son logiciel, nous avons constaté que les semaines se perdent dans le triangle chaleur, alimentation, intégrité de signal, bien avant la première ligne d'intelligence.

La même leçon côté actionneurs

Le retour d'expérience de nos projets de pilotage moteur multi-axes confirme le même schéma côté actionneurs : nous avons conçu une carte multi-axes à profils jerk-limités pour des applications à très faibles vibrations, et l'essentiel de l'effort a porté sur les vibrations, le bruit et la thermique, pas sur la loi de commande. Dans notre pratique des systèmes mécatroniques denses, nous avons observé que chaque sous-système pris isolément est un problème résolu ; c'est leur cohabitation dans un volume fermé qui ne l'est pas. Malgré l'enthousiasme légitime autour de l'IA embarquée, nous recommandons d'instrumenter d'abord le budget thermique et le budget de puissance : ce sont eux qui décident si la démo devient un produit.

Un produit mécatronique dense à fiabiliser ? Expertise AESTECHNO

Robot, cobot, machine autonome ou produit embarqué dense : les murs décrits ici se franchissent à la conception, pas au débogage.

  • Qualification thermique et budget de puissance (chambre climatique -40/+85 degrés C, Nordic PPK2)
  • Pré-conformité CEM en chambre et intégrité de signal sur banc Tektronix TekExpress
  • Conception calculateur (NVIDIA Jetson, NXP i.MX) et pilotage moteur multi-axes

Audit gratuit 30 min | Télécharger notre modèle de cahier des charges

Peut-on certifier une machine qui tombe ?

La certification d'un robot humanoïde désigne son passage sous le cadre réglementaire européen des machines : marquage CE au titre du règlement machines (UE) 2023/1230, qui remplace la directive 2006/42/CE et devient applicable le 20 janvier 2027, avec des exigences explicites pour les machines autonomes et les fonctions de sécurité pilotées par IA.

Le cadre existe donc. La difficulté est ailleurs : selon DEKRA, organisme notifié, la transition vers le règlement 2023/1230 se prépare dès maintenant ; mais les référentiels de sécurité robotique, portés notamment par l'IEEE et l'ISO, ont été construits pour des machines qui ne tombent pas. Les limites de force et de pression de la robotique collaborative (ISO/TS 15066, en complément d'ISO 10218) supposent une base fixe et des vitesses réduites près de l'humain. Un bipède introduit le mode de défaillance que ces grilles ne modélisent pas : la chute. On sait certifier un bras boulonné au sol ; une machine dont le mode de défaillance est de tomber sur quelqu'un, c'est une autre histoire.

C'est pourquoi les premiers déploiements réels restent industriels, zonés, encadrés : un environnement maîtrisé transforme un problème de sécurité générale en problème d'analyse de risques classique. Pour un fabricant, la leçon est la même que sur nos dossiers de certification CE : le chemin réglementaire se choisit en même temps que l'architecture, pas après la démo.

La démo contre le produit : le tableau

Le tableau ci-dessous résume l'écart entre ce qu'une démo de robot humanoïde prouve et ce qu'un produit devra démontrer, domaine par domaine : énergie, thermique, compatibilité électromagnétique, faisceaux et sécurité. Chaque ligne correspond à une discipline d'ingénierie à part entière, avec ses essais normalisés, ses instruments et ses semaines de banc. Une démo n'a besoin de gagner sur aucune de ces lignes ; un produit doit gagner sur toutes, simultanément, dans la même enveloppe de masse et de coût. C'est la somme de ces lignes, pas l'intelligence de la machine, qui sépare aujourd'hui la vidéo du produit que l'on peut vendre, assurer et maintenir.

Domaine Ce que montre la démo Ce que le produit doit prouver
Énergie Une tâche, batterie fraîche Un poste de travail complet sur une charge, chiffré sur profil de mission
Thermique 90 secondes, salle tempérée Charge continue sans throttling, qualifiée en chambre climatique (IEC 60068)
CEM Rien : invisible à la caméra Émissions et immunité conformes (CISPR, IEC 61000-4-x), capteurs non pollués par les drivers
Faisceaux Câblage d'un prototype, une fois Faisceaux endurance-testés en flexion, montables et remplaçables en série
Sécurité Un périmètre sans public Marquage CE machines (règlement 2023/1230), analyse de risques incluant la chute

En résumé

L'écart entre une démo de robot humanoïde et un produit commercialisable est un écart d'intégration électronique et de certification, pas d'intelligence artificielle. Une démo cache trois choses, le temps, la chaleur et les câbles, et chacune correspond à un mur d'ingénierie mesurable : un budget de puissance porté par la machine elle-même, un calculateur de 10 à 25 W à refroidir dans des volumes fermés, des dizaines de drivers à faire cohabiter avec les capteurs, des faisceaux fléchis à chaque pas et un marquage CE dont le référentiel n'a pas été écrit pour des machines qui tombent. Ces murs se franchissent au banc, loin des caméras, et c'est très exactement le métier d'un bureau d'études.

Points clés à retenir :

  • Une démo prouve une capacité instantanée ; un produit prouve une endurance : le juge de paix, c'est la machine après 45 minutes de charge continue.
  • Le budget de puissance d'une batterie portée et le refroidissement de volumes fermés se décident à l'architecture, pas au débogage.
  • Des dizaines de drivers PWM à côté d'IMU et d'encodeurs font de chaque articulation un cas de CEM interne à traiter au schéma.
  • Les faisceaux fléchis à chaque mouvement sont le premier mode de panne intermittente, et un défi de fabrication en série à part entière.
  • Le règlement machines (UE) 2023/1230, applicable le 20 janvier 2027, donne un cadre aux machines autonomes ; la chute d'un bipède reste le mode de défaillance que les grilles actuelles modélisent le moins bien.

FAQ : robots humanoïdes vus d'un bureau d'études

Les questions ci-dessous reprennent ce que nous répondons aux journalistes et aux industriels sur la difficulté réelle des robots humanoïdes, du point de vue d'un bureau d'études : mesurable et vérifiable.

Pourquoi les robots humanoïdes sont-ils si difficiles à construire ?
Parce que chaque sous-système résolu isolément (calcul, actionneur, capteur, batterie) doit cohabiter dans un volume fermé et porté. La chaleur, le budget de puissance, la compatibilité électromagnétique interne et les faisceaux fléchis en permanence forment un problème d'intégration que l'intelligence artificielle ne résout pas.

L'IA n'est-elle pas le principal verrou ?
Non. Les modèles de perception et de contrôle progressent vite et se testent en simulation. Ce qui ne se simule pas à bas coût, c'est un SoC qui throttle dans un torse fermé, un encodeur pollué par un driver moteur ou un faisceau qui fatigue dans un genou. Ces murs-là se franchissent au banc, pas dans le cloud.

Qu'est-ce qu'une démo de robot cache le plus souvent ?
Le temps, la chaleur et les câbles : la durée réelle de fonctionnement sur batterie, l'état thermique de la machine après une charge prolongée, et l'infrastructure hors champ comme des câbles d'alimentation ou un environnement préparé. Les conditions exactes de contrôle et les limites de la démo sont rarement précisées.

Un robot humanoïde peut-il être marqué CE aujourd'hui ?
Le cadre existe : le règlement machines (UE) 2023/1230, applicable le 20 janvier 2027, couvre explicitement les machines autonomes et les fonctions de sécurité pilotées par IA. La difficulté est que les limites de force de la robotique collaborative (ISO/TS 15066) supposent une base fixe : la chute d'un bipède reste un mode de défaillance mal couvert, d'où des déploiements d'abord industriels et zonés.

Quelles compétences d'un bureau d'études s'appliquent aux humanoïdes ?
Exactement celles des produits mécatroniques denses : qualification thermique en chambre climatique, budget de puissance et profilage de consommation, pré-conformité CEM, intégrité de signal des interfaces mémoire rapides, pilotage moteur multi-axes et Design for Manufacturing des faisceaux et des cartes.

Articles connexes

Pour approfondir les briques techniques évoquées dans cette enquête :

Pourquoi choisir AESTECHNO ?

  • 10+ ans d'expertise en électronique embarquée, calculateurs et pilotage moteur
  • 100% de réussite aux certifications CE/FCC
  • 65 projets réalisés depuis 2022
  • Bureau d'études français basé à Montpellier, cité par TechRadar comme expert électronique

Article rédigé par Hugues Orgitello, ingénieur en conception électronique et fondateur d'AESTECHNO. Profil LinkedIn.