Conception de circuit imprimé pour carte de commande de robot : calcul, E/S et fabrication (DFM).

La carte de contrôle du robot se situe au sommet de la hiérarchie électronique : elle exécute le logiciel d'application, coordonne les moteurs, lit l'état des capteurs et communique avec l'extérieur. Le bon fonctionnement d'un robot dépend en partie de la conception de sa carte de contrôle, notamment en termes de synchronisation, de capacité de calcul, d'interfaces de communication et de fiabilité. Cette page traite spécifiquement de la conception et de la fabrication des circuits imprimés (PCB) des cartes de contrôle de robots : les choix de SoC et de microcontrôleurs sur les plateformes modernes, les interfaces requises et les contraintes de fabrication pour une production fiable.

Les cartes de contrôle modernes pour robots combinent la puissance de calcul d'un microcontrôleur ou d'un système sur puce (SoC) avec un ensemble d'interfaces complet, des bus haut débit à impédance contrôlée, un stockage non volatil et, souvent, une gestion de l'alimentation intégrée. Leur conception fait appel à plusieurs disciplines – informatique embarquée, commande de mouvement, communication, stockage et alimentation – chacune possédant ses propres pratiques. Les programmes qui conçoivent la carte de contrôle en tenant compte de l'ensemble de ces aspects garantissent des produits fiables ; ceux qui la considèrent comme une plateforme embarquée générique rencontrent généralement des problèmes spécifiques à la robotique lors de l'intégration ou du déploiement sur le terrain.

Rôle réel d'une carte de contrôle de robot dans un système robotique

La carte de contrôle définit les limites logicielles du robot.

La puissance de calcul, la mémoire, le stockage, le nombre d'interfaces, les connecteurs d'extension et la marge thermique déterminent les capacités logicielles du robot tout au long de son cycle de vie. Une carte de contrôle optimisée uniquement pour les exigences de la première version devient souvent un goulot d'étranglement lorsque des fonctionnalités de perception, d'enregistrement, de diagnostic, de connectivité ou de sécurité sont ajoutées.

Les cartes de contrôle robotiques exécutent le logiciel d'application de haut niveau du robot, coordonnent les sous-systèmes périphériques et communiquent avec les systèmes externes. Elles se situent au sommet de la hiérarchie de contrôle : elles envoient des commandes aux variateurs de vitesse, lisent l'état des capteurs, gèrent la perception et la planification, et assurent l'interface avec le monde extérieur. Ce qui distingue une carte de contrôle robotique des autres contrôleurs embarqués, c'est la combinaison des exigences qu'elle doit gérer simultanément :

• Coordination en temps réel : La carte de contrôle envoie des instructions aux variateurs de moteurs et lit l'état des capteurs à des fréquences de boucle qui déterminent la qualité du mouvement du robot. Une fréquence de boucle de 100 Hz à 1 kHz est typique pour la coordination des mouvements ; des fréquences plus élevées sont utilisées pour les applications exigeantes.
• Calcul au niveau applicatif : La planification, la perception, la prise de décision et l'interface utilisateur sont exécutées sur la même carte ou sur une carte de calcul associée. La charge de calcul varie de charges de travail modestes pour microcontrôleurs sur des robots simples à des charges de travail complètes de type SoC Linux sur des plateformes complexes.
• Centre de communication : La carte de contrôle intègre généralement les interfaces filaires et sans fil avec les systèmes externes : Ethernet, USB, Wi-Fi, CAN et souvent des interfaces spécifiques aux protocoles propres au robot.
• Stockage non volatil : Logiciels d'application, données d'étalonnage, configuration et journaux stockés sur eMMC, SD ou SSD en fonction des exigences de capacité et de fiabilité.
• Gestion de l'alimentation: Régulation de tension embarquée pour les différentes alimentations nécessaires au SoC et aux périphériques. La carte de contrôle gère parfois également la coordination veille/réveil des sous-systèmes basse consommation.

La carte de contrôle est le point de rencontre entre les capacités abstraites du robot et leur implémentation physique. C'est là que s'exécutent les logiciels d'application, que sont centralisés les données des capteurs et que sont émises les commandes de mouvement. Les capacités de la carte de contrôle lors de sa conception déterminent les fonctionnalités du robot tout au long de son cycle de vie. Une carte de contrôle aux ressources de calcul, de mémoire ou d'interfaces insuffisantes limite le travail de l'équipe logicielle pendant toute la durée de vie du produit. Les programmes qui prévoient une marge de manœuvre confortable pour la carte de contrôle permettent généralement d'étendre ses capacités ; ceux qui la spécifient de manière restrictive nécessitent souvent une refonte en cours de cycle de vie pour ajouter des fonctionnalités non prévues initialement.

Un réglage précis de la carte de contrôle est essentiel au bon fonctionnement du robot. Une carte de contrôle défaillante entraîne des mouvements saccadés ; une carte de contrôle sujette à des blocages périodiques provoque un comportement instable qu’aucun réglage périphérique ne peut corriger.

Sélection du SoC, du MCU et de la puissance de calcul pour les cartes de contrôle de robots

Choisissez l'architecture de calcul en fonction de la latence, de la pile logicielle et de la durée de vie de l'alimentation.

Les options de microcontrôleurs, de SoC, d'accélérateurs d'IA, de FPGA et de processeurs x86 embarqués doivent être évaluées selon des critères précis : timing déterministe, compatibilité avec les systèmes d'exploitation, écosystème logiciel, consommation énergétique, dissipation thermique, disponibilité des boîtiers et risques liés au cycle de vie. Le processeur le moins cher est rarement le plus économique s'il impose des modifications de la carte mère ou des compromis logiciels.

Le choix du SoC ou du MCU est la décision la plus importante concernant une carte de contrôle de robot. Ce choix détermine la capacité de calcul, la disponibilité des périphériques, la consommation d'énergie, le coût et la disponibilité à long terme. Les principales catégories utilisées en robotique sont :

• Microcontrôleur Cortex-M4/M7 : Suffisant pour la coordination de mouvements et les applications simples. Faible consommation, synchronisation déterministe, aucune surcharge du système d'exploitation. Couramment utilisé sur les robots industriels et de service simples où les besoins en calcul sont modestes.
• SoC de classe Cortex-A : Fonctionne sous Linux ou RTOS. Convient aux applications de complexité moyenne nécessitant une perception modeste. Interfaces Ethernet, USB et caméra standard. Couramment utilisé sur les plateformes de contrôle industriel.
• SoC accélérateur d'IA : Intègre un processeur central (CPU) et un processeur de neurones (NPU) ou un processeur graphique (GPU). Gère la perception, la fusion de capteurs et les calculs applicatifs. Fréquemment utilisé sur les robots humanoïdes, autonomes et de service haut de gamme. Coût et dissipation thermique plus élevés.
• x86 intégré : Matériel de type PC industriel. Puissance de calcul maximale, compatibilité logicielle étendue, mais coût plus élevé et encombrement plus important. Utilisé lorsque les piles logicielles existantes requièrent une architecture x86 ou lorsque la dissipation thermique le permet.
• FPGA + MCU : Solution spécialisée pour le traitement du signal en temps réel et le contrôle général. Utilisée lorsque la précision temporelle à haute fréquence prime sur la flexibilité logicielle.

La disponibilité à long terme est un critère essentiel dans le choix des systèmes de calcul, un aspect rarement pris en compte dans l'électronique grand public. Un robot conçu pour une durée de vie de 10 ans nécessite que son SoC ou son microcontrôleur reste disponible pendant toute cette période, ou au minimum selon une stratégie de stock de dernière minute documentée. Les familles de SoC bénéficiant d'engagements de support à long terme (composants industriels de grands fournisseurs avec des engagements de disponibilité de 10 à 15 ans) garantissent la maintenabilité ; les composants grand public à cycle de vie court engendrent des problèmes de maintenance ultérieurs. Les programmes qui évaluent le support à long terme lors du choix du SoC évitent les refontes en cours de cycle de vie qu'imposent les composants à disponibilité réduite.

Le choix dépend de l'application. Surdimensionner le SoC engendre des coûts et une charge thermique supplémentaires pour des fonctionnalités inutilisées ; sous-dimensionner le SoC contraint l'équipe logicielle à gérer les contraintes de synchronisation et de capacité. Le guide d'analyse des coûts des circuits imprimés pour robots détaille les différents aspects financiers à prendre en compte.

Interfaces de communication : Ethernet, USB, Wi-Fi, CAN, série, SPI, I²C

La planification de l'interface doit inclure le calendrier, la mise à la terre et le service sur le terrain

Les interfaces Ethernet, USB, Wi-Fi, CAN, SPI, I²C, RS-485 et caméra ont des implications électriques et de maintenance différentes. L'emplacement des connecteurs, la protection contre les décharges électrostatiques, le chemin de retour, la longueur du câble, le blindage et les diagnostics sont tout aussi importants que la présence de l'interface sur le schéma.

Les interfaces de communication d'une carte de commande de robot comprennent généralement une combinaison de bus externes et internes. Les interfaces externes se connectent aux réseaux, aux ordinateurs hôtes et aux périphériques utilisateur ; les interfaces internes se connectent aux variateurs de vitesse, aux capteurs et aux cartes périphériques. Voici la configuration typique :

• Ethernet: Norme Gigabit pour les plateformes à forte puissance de calcul ; 100 Mbits pour les conceptions économiques. Souvent deux ports : un externe et un interne pour les cartes périphériques.
• USB: Ports hôte et périphérique pour accessoires externes, interfaces de service et, parfois, calculs périphériques. USB 3.x pour les applications gourmandes en données.
• Wi-Fi et Bluetooth : Connectivité sans fil pour les robots mobiles et les robots de service grand public. Modules certifiés privilégiés pour une conformité réglementaire optimale.
• PEUT: Communication interne avec les variateurs de vitesse et les cartes périphériques. Robuste en environnements électromagnétiquement perturbés ; standard sur les plateformes industrielles et automobiles.
• RS-485 ou RS-422 : Communication série avec les cartes périphériques, parfois pour la prise en charge des capteurs et actionneurs anciens.
• SPI et I²C : Communication périphérique embarquée avec les capteurs locaux et les petits circuits intégrés. Ne convient pas aux signaux véhiculés par câble.

Le choix entre une connexion filaire et sans fil dépend de l'environnement d'exploitation du robot. Les robots industriels installés de façon fixe utilisent généralement Ethernet comme interface externe principale ; les robots mobiles utilisent le Wi-Fi ou le réseau cellulaire ; les robots de service grand public utilisent la technologie la plus adaptée à l'expérience utilisateur. Les logiciels proposent souvent les deux types de connexion (filaire et sans fil) sur la même carte, car différents scénarios de déploiement nécessitent des interfaces différentes. Le coût d'ajout du sans fil sur une carte déjà équipée d'Ethernet est modeste ; le gain en flexibilité est considérable.

Interface périphérique : commande de moteur, capteur, E/S de sécurité, interface utilisateur

Les E/S périphériques doivent séparer les fonctions de sécurité, de mouvement et de confort.

Les commandes de commande moteur, les entrées d'encodeur, les interverrouillages de sécurité, les boutons d'interface utilisateur et les capteurs auxiliaires ne doivent pas être considérés comme des E/S interchangeables. Les circuits de sécurité et de mouvement nécessitent un comportement déterministe et une couverture de diagnostic ; les fonctions de confort peuvent tolérer une abstraction plus importante. L'agencement du circuit imprimé et l'architecture du micrologiciel doivent refléter cette différence.

Les interfaces avec les variateurs de vitesse, les capteurs et les E/S de sécurité définissent les composants intégrables par la carte de commande. Il arrive fréquemment, en fin de développement, que les programmes de robots constatent une connectivité périphérique insuffisante ; adapter l’ensemble des interfaces aux besoins des périphériques dès la conception permet d’éviter les modifications ultérieures. Les principaux points à prendre en compte sont :

• Commande du moteur : Chaque variateur utilise un bus CAN, EtherCAT ou un bus série propriétaire. Le choix du bus dépend des exigences en matière de fréquence de boucle et de latence.
• Commentaires de l'encodeur : Parfois directement sur la carte de commande, parfois via des variateurs de vitesse. Le choix dépend des exigences de fréquence de boucle et de précision.
• Lecture du capteur : Lecture analogique pour les capteurs de base ; lecture numérique pour les capteurs intelligents. La carte d’interface capteur délègue une grande partie de ces opérations à des plateformes complexes.
• E/S de sécurité : Arrêt d'urgence, entrées de sécurité provenant de dispositifs externes. Double canal lorsque l'architecture de sécurité l'exige.
• Interface utilisateur: Boutons, indicateurs et connexion d'affichage pour l'interaction avec l'utilisateur local. Parfois intégrés à la carte de contrôle, parfois sur une carte d'interface utilisateur séparée.

La distinction entre l'interface de la carte de contrôle et celle des cartes périphériques est cruciale pour la conception et la fabrication. La carte de contrôle héberge les interfaces principales ; les cartes périphériques les adaptent à leurs besoins spécifiques. Cette répartition permet à la carte de contrôle de se concentrer sur la coordination et le calcul, tout en laissant aux cartes périphériques la possibilité de se spécialiser. Les programmes qui concentrent trop de tâches sur la carte de contrôle aboutissent généralement à une carte trop complexe et difficile à repenser ; à l'inverse, une répartition judicieuse des tâches produit des cartes dont chaque rôle est clairement défini.

Stockage, démarrage, mise à jour du firmware et démarrage sécurisé

La stratégie de mise à jour du firmware a une incidence sur les exigences matérielles des cartes de circuits imprimés.

Le démarrage sécurisé, le stockage à double image, le mode de récupération, l'accès au débogage, la programmation par numéro de série et le stockage des données d'étalonnage nécessitent tous des choix matériels. Les équipes qui reportent leur stratégie de mise à jour jusqu'à l'intégration logicielle constatent souvent que le circuit imprimé ne dispose pas du stockage, des broches, des accès de test ou de la séquence d'alimentation nécessaires à des mises à jour fiables sur le terrain.

Les mécanismes de stockage, de démarrage et de mise à jour du micrologiciel influent sur la maintenabilité des robots tout au long de leur cycle de vie. Les robots livrés sans architecture de stockage adéquate rencontrent des difficultés lors des mises à jour du micrologiciel. Les principaux points à prendre en compte sont les suivants :

• eMMC ou SD : Stockage commun pour les plateformes SoC de type Linux. Mémoire eMMC intégrée pour une fiabilité accrue ; mémoire SD utilisée pour les conceptions économiques aux exigences de fiabilité modérées.
• SSD externe : Capacité et vitesse accrues. Courantes sur les plateformes autonomes à forte intensité de données où l'enregistrement et la cartographie exigent un débit important.
• Micrologiciel à double image : Deux images de firmware avec basculement automatique en cas d'échec de démarrage. Pratique courante pour les robots mis à jour sur le terrain afin d'éviter leur blocage lors d'une mise à jour OTA.
• Démarrage sécurisé : Vérification cryptographique de la signature du micrologiciel au démarrage. Norme sur les produits réglementés et de plus en plus courante sur les produits commerciaux pour des raisons de sécurité.
• Configuration persistante : Mémoire non volatile pour la configuration, l'étalonnage et les données par unité du robot. EEPROM standard ou zone flash réservée.

La récupération après des mises à jour de firmware défaillantes est l'un des domaines les moins investis en électronique robotique. Un robot bloqué lors d'une mise à jour OTA engendre des frais de maintenance importants. L'utilisation d'une mémoire flash à double image avec basculement automatique en cas d'échec de démarrage permet d'éviter ce type de panne à un coût matériel modeste : une seconde partition flash et le code de démarrage gérant la sélection de l'image. Les programmes intégrant cette fonctionnalité dès leur conception protègent contre ce mode de défaillance susceptible d'apparaître lors de campagnes OTA à grande échelle.

Considérations de conception spécifiques aux cartes de commande de robots

La conception de la carte de commande doit trouver un équilibre entre vitesse élevée, puissance et facilité de maintenance.

Les cartes de contrôle modernes intègrent de la mémoire DDR, des interfaces série haut débit, des régulateurs à découpage, des modules sans fil, des capteurs, des connecteurs et des fonctions de débogage. Une conception optimisée minimise les longueurs de retour, isole les signaux parasites des signaux sensibles, offre des points de test accessibles et facilite les réparations et les diagnostics pendant le fonctionnement du robot.

La conception des cartes de commande de robots repose sur une combinaison de principes généraux d'informatique embarquée et d'exigences propres aux robots. Les programmes respectant ces deux aspects produisent des cartes fiables ; ceux qui traitent les robots comme des systèmes embarqués génériques négligent les spécificités de la robotique. Les points clés à prendre en compte sont les suivants :

• Séquençage de l'alimentation : L'alimentation du SoC et des périphériques doit respecter un ordre précis lors de la mise sous tension et hors tension. Les erreurs de séquencement entraînent des échecs de démarrage ou un verrouillage.
• Immunité aux interférences électromagnétiques : La carte de commande doit éliminer les interférences provenant des variateurs de vitesse et des alimentations à découpage adjacents. Le filtrage, le partitionnement des circuits et le blindage y contribuent.
• Conception thermique: La dissipation thermique du SoC doit permettre un refroidissement sans surchauffe. La fixation du dissipateur thermique ou le flux d'air doivent être conçus en fonction du circuit électrique.
• Accès débogage : Accès JTAG, console UART ou Ethernet pour le débogage, le développement et la maintenance sur site. Connecteurs standardisés pour une compatibilité optimale entre les produits.
• Détection de fautes: Le système intègre un temporisateur de surveillance, un détecteur de sous-tension et un système de contrôle de l'état de fonctionnement. La carte qui pilote le robot doit également détecter les pannes.

Les programmes qui considèrent la carte de contrôle comme la dernière carte conçue négligent souvent des problèmes d'intégration qui auraient pu être facilement résolus plus tôt. L'interface de la carte de contrôle limite les possibilités des autres cartes. Ses dimensions mécaniques imposent des contraintes sur son emplacement dans le robot. Sa charge thermique limite la conception du système de refroidissement. Concevoir la carte de contrôle en premier, ou du moins dès le début du cycle de conception du système, offre aux autres cartes une interface cible stable et évite les modifications de dernière minute.

Exigences de fabrication, de programmation et de test des cartes de commande de robots

Le processus de fabrication doit vérifier le démarrage, la communication et l'identité programmée.

Le test de la carte de contrôle n'est pas terminé lorsque les soudures semblent correctes. La production doit vérifier l'alimentation, la séquence de démarrage, l'accès à la mémoire, la version du firmware, l'identifiant unique, les interfaces principales et tout étalonnage au niveau de la carte. Cela garantit que la carte de contrôle est prête pour l'intégration au système.

Les contraintes de fabrication des cartes de contrôle de robots sont à la hauteur des exigences de calcul qu'elles prennent en charge. Le câblage BGA à pas fin, la construction HDI, l'impédance contrôlée des interfaces mémoire et de communication, ainsi que la programmation du firmware lors de l'assemblage sont autant d'éléments essentiels à la production de ces cartes. Les capacités de Highleap en matière de fabrication de cartes de contrôle incluent :

• Construction HDI : Circuit multicouche avec interconnexions microvias aux endroits requis pour le branchement BGA. Connexion 1-N-1 sur toutes les couches. Voir le guide de conception de circuits imprimés HDI pour la robotique.
• Impédance contrôlée : ±10 % en standard, tolérance plus stricte sur demande. Vérification de l'impédance par lot en production.
• CMS à pas fin : Prise en charge des composants passifs BGA de 0.4 mm et 01005. Maîtrise des procédés incluant l'inspection SPI, AOI et par rayons X.
• Programmation du firmware : Chargement du firmware client lors de l'assemblage. Prise en charge du numéro de série et des données d'étalonnage par unité.
• Test fonctionnel: avec micrologiciel et dispositif de test fournis par le client. Couverture de test spécifique à la carte, adaptée à la conception.
• Traçabilité: Données de test par unité et enregistrements de lots de composants à l'appui des demandes de certification client.

La fabrication des cartes de contrôle chez Highleap couvre l'ensemble des technologies utilisées par les cartes de contrôle des robots modernes : architecture HDI pour le câblage BGA, impédance contrôlée pour la mémoire et les interfaces de communication, plans d'alimentation à l'échelle SoC pour le calcul, et technologie CMS à pas fin pour les composants passifs de petite taille qui se comptent par centaines sur une carte de contrôle moderne. La programmation du firmware lors de l'assemblage, avec prise en charge des données d'étalonnage par unité, permet à la chaîne d'assemblage de rester le point d'intégration idéal pour la personnalisation au niveau unitaire.

FAQ sur les cartes de contrôle de robots (PCB)

Qu'est-ce qu'une carte de contrôle de robot (PCB) ?

La carte de contrôle d'un robot (PCB) est la carte électronique principale qui exécute le logiciel d'application, coordonne les entraînements des moteurs, lit les données des capteurs, gère la communication, stocke la configuration et supervise le comportement du système.

Une carte de contrôle de robot doit-elle utiliser un microcontrôleur ou un système sur puce (SoC) ?

Utilisez un microcontrôleur (MCU) lorsque le contrôle déterministe, la faible consommation et un logiciel simple suffisent. Utilisez un système sur puce (SoC) lorsque le robot nécessite un logiciel de type Linux, la perception, la mise en réseau, une interface utilisateur, l'enregistrement de données ou une puissance de calcul supérieure. Certains robots utilisent les deux : un MCU pour le contrôle en temps réel et un SoC pour le traitement des applications.

Quelles sont les interfaces courantes sur les cartes de contrôle des robots ?

Les interfaces courantes comprennent Ethernet, USB, Wi-Fi, Bluetooth, CAN, RS-485, SPI, I²C, UART, caméra MIPI, LVDS, GPIO, entrées d'encodeur, E/S de sécurité, ports de débogage et connecteurs d'extension. La configuration exacte dépend de l'architecture du robot.

Pourquoi les cartes de contrôle des robots ont-elles besoin d'une impédance contrôlée ?

Une impédance contrôlée est nécessaire pour les interfaces rapides telles que la mémoire haute vitesse, l'Ethernet, l'USB, le PCIe, les liaisons caméra et le LVDS. Elle permet de limiter les réflexions du signal et les erreurs de synchronisation et doit être spécifiée pour chaque interface.

Quelles sont les erreurs courantes de conception des cartes de contrôle des robots ?

Les erreurs courantes incluent des chemins de retour médiocres, des masses mixtes, bruyantes et sensibles, une planification insuffisante du plan d'alimentation, des points de débogage inaccessibles, une protection ESD faible, un placement des connecteurs qui entre en conflit avec les câbles et des chemins thermiques inadéquats pour le SoC ou les régulateurs de puissance.

Comment la programmation du firmware doit-elle être gérée lors de l'assemblage de cartes électroniques (PCBA) ?

La programmation du firmware doit inclure l'image correcte, l'enregistrement de la version, la vérification de la programmation, un numéro de série unique ou une adresse MAC le cas échéant, la capture des données d'étalonnage et une méthode de récupération en cas d'échec de la programmation.

Les cartes de contrôle des robots nécessitent-elles un démarrage sécurisé ?

Le démarrage sécurisé est essentiel pour les robots connectés en réseau, critiques en matière de sécurité, mis à jour sur le terrain ou déployés à des fins commerciales. Il empêche l'exécution de micrologiciels non autorisés, mais nécessite un matériel compatible, une gestion des clés et un processus de mise à jour planifié.

Quels tests sont importants pour la production de cartes de commande de robots ?

Les tests importants comprennent la vérification de l'alimentation électrique, le test de démarrage, le test de mémoire, la vérification du firmware, les contrôles de l'interface de communication, les enregistrements de programmation, l'inspection des interfaces sensibles aux décharges électrostatiques et les tests fonctionnels avec des périphériques représentatifs.