La technologie ne cesse d'évoluer, et nous non plus
Plateformes Mini-ITX validées, conçues pour un déploiement fiable dans les environnements industriels, de pointe et de systèmes embarqués.
Ingénierie du micrologiciel des plateformes
Ingénierie du BIOS et des micrologiciels
Transformez une carte mère Mini-ITX homologuée en une plateforme produit contrôlée. Nous définissons les paramètres par défaut UEFI, le comportement au démarrage et en matière d’alimentation, les contrôles au niveau du chien de garde et de la carte mère, les données ACPI et SMBIOS, la configuration du démarrage sécurisé (Secure Boot), ainsi que les règles de mise à jour du micrologiciel en fonction du matériel et du système d’exploitation que vous déployez effectivement.
Le matériel démarre, mais le produit ne démarre pas
Le développement du micrologiciel commence une fois que la carte s'allume
Une carte mère peut réussir le test POST tout en ne correspondant pas au produit déployé. Elle peut s'arrêter sur un périphérique de démarrage incorrect, rester éteinte après le rétablissement du courant, afficher des options de configuration que les opérateurs sur site ne doivent jamais modifier, indiquer une identité de produit erronée ou ne pas parvenir à se rétablir lorsque le logiciel d'application cesse de répondre.
L'ingénierie du micrologiciel permet de traduire ces exigences produit en un comportement contrôlé de la plateforme. Le point de départ est constitué par une révision précise de la carte mère, la version actuelle du micrologiciel, l'image du système d'exploitation, les périphériques connectés, les exigences en matière d'état d'alimentation, la politique de sécurité et la méthode de mise à jour.
Conception d'une carte Mini-ITX sur mesure → Caractéristiques techniques de la plateforme →
Périmètre du micrologiciel au niveau du produit
Ce que l'on peut configurer dans le BIOS et le firmware UEFI
- Paramètres par défaut de configuration
- Priorité de démarrage, périphériques activés, virtualisation, mode de stockage, paramètres de communication série, options de sécurité et paramètres par défaut en production.
- Configuration de l'accès
- Masquer les menus sélectionnés, limiter les modifications, définir les droits d'accès de l'administrateur, et supprimer les options de maintenance sur site qui doivent rester sous le contrôle de l'usine.
- Politique de démarrage
- NVMe, SATA, USB, PXE ou les options prises en charge concernant la priorité de démarrage HTTP, l'ordre de secours, le délai de démarrage et les conditions d'entrée de récupération.
- Politique énergétique
- Récupération après une coupure de courant alternatif, réveil par RTC, comportement en arrêt progressif, états de veille pris en charge, et sources de réveil spécifiques à la carte.
- Identité de la plateforme
- Fabricant, nom du produit, informations de série, identifiant de la carte, champs SMBIOS, données d'inventaire et modifications approuvées du logo de démarrage.
- Sécurité et mises à jour
- Propriété de la clé de démarrage sécurisé, exposition du module TPM, protection de la configuration, politique de mise à jour signée, procédure de récupération et provisionnement en production.
Exigences relatives aux états d'alimentation
Définir précisément ce qui se passe au démarrage, à l'arrêt et lors du retour sur secteur
Un équipement sans surveillance ne peut pas compter sur l'intervention d'un technicien pour appuyer sur une touche après une coupure de courant. Le comportement au démarrage et en matière d'alimentation doit être défini en fonction de l'implémentation UEFI réelle, de la logique d'alimentation de la carte mère, du périphérique de stockage connecté, du chemin réseau et de l'image du système d'exploitation.
| Événement | Décision relative au produit | Gestion du micrologiciel |
|---|---|---|
| Climatisation rétablie | Rester éteint, revenir à l'état précédent ou s'allumer automatiquement. | Définissez la politique de gestion des pannes de courant alternatif prise en charge pour la configuration de production. |
| Entraînement principal manquant | Arrêtez-vous, essayez un autre appareil, passez en mode de récupération ou effectuez un démarrage réseau. | Contrôlez l'ordre de démarrage (BootOrder), la priorité des périphériques, le délai d'expiration et le comportement de repli. |
| Horaires du RTC | Réveil à une heure définie lorsque la carte prend en charge la mise sous tension via l'horloge en temps réel (RTC). | Harmoniser la configuration de l'horloge temps réel (RTC), le comportement de réveil ACPI et l'état d'alimentation. |
| Déploiement à distance | Démarrer une image de déploiement ou de restauration sans intervention locale. | Gérer la fonctionnalité de démarrage réseau, les priorités et les restrictions de configuration. |
Contrôle au niveau du conseil d'administration
Le micrologiciel ne peut contrôler que ce que la carte met à sa disposition
Les conceptions Mini-ITX embarquées intègrent souvent des commandes qui n'apparaissent pas dans le BIOS d'un ordinateur de bureau. Leur comportement dépend du Super I/O, du contrôleur embarqué, de l'extension GPIO, de l'émetteur-récepteur, du chien de garde, du contrôleur de ventilateur ou du chipset installés.
Watchdog matériel
Définissez l'état d'activation, le délai d'expiration pris en charge, l'action de réinitialisation, le transfert d'application et le comportement après réinitialisation à l'aide du dispositif de surveillance utilisé.
Modes GPIO et série
Définir le sens et l'état des GPIO pris en charge, ainsi que les modes RS-232/422/485 sélectionnables, la carte intégrant le circuit émetteur-récepteur nécessaire.
Ventilateurs et régulation thermique
Définir la source du capteur, la prise en charge de la modulation PWM ou de la commande en tension, le comportement en cas de défaillance du ventilateur et les seuils du micrologiciel exposés par la plateforme.
Données relatives au passage du micrologiciel au système d'exploitation
Les spécifications ACPI et SMBIOS doivent décrire le matériel fourni
Le micrologiciel fournit des informations normalisées que le système d'exploitation et les logiciels de gestion utilisent pour la configuration, la gestion de l'alimentation et l'inventaire du matériel. Une structure correcte ne suffit pas ; les données doivent correspondre exactement à la carte de série et à l'identité du produit.
| Interface | Ce que propose Firmware | Impact du produit |
|---|---|---|
| ACPI | Descriptions des périphériques, ressources d'alimentation, méthodes de réveil et tables de plate-forme. | Comportement en veille, à l'état actif, thermique, au niveau des boutons et des périphériques, tel qu'il est présenté au système d'exploitation. |
| SMBIOS | Informations sur le système, la carte, le micrologiciel, le processeur, la mémoire, la communication série et les fabricants d'équipement d'origine (OEM). | Inventaire des actifs, outils de maintenance, gestion des appareils et identification des produits. |
Examen des exigences relatives au micrologiciel
Disposez-vous d'une version révisée de la carte et d'une image Golden OS ?
Veuillez indiquer la révision de la carte mère, la version actuelle du BIOS, le système d'exploitation, la séquence de démarrage, le comportement en cas de coupure d'alimentation, les exigences relatives au watchdog, la politique de sécurité, la liste des périphériques et les contraintes liées aux mises à jour sur site.
Confiance avant le démarrage
Le démarrage sécurisé nécessite la définition d'un détenteur de clé et d'un chemin de mise à jour
En production, le « Secure Boot » n’est pas simplement un paramètre à activer ou à désactiver. Le projet doit définir qui contrôle la clé de plateforme, quelles clés d’échange sont considérées comme fiables, quels éléments sont intégrés à la base de données des signatures autorisées, comment les images révoquées sont intégrées à dbx, et comment les mises à jour autorisées sur le terrain restent récupérables.
Les exigences UEFI actuelles imposent, pour le format de la clé de plateforme Secure Boot, un niveau minimum de RSA-2048 et exigent que les hachages des images UEFI stockés dans dbx utilisent au moins SHA-256. Il s'agit là d'exigences cryptographiques minimales, et non d'une politique complète de sécurité des produits.
- Propriété de PK
- Déterminez si c'est le fabricant d'équipement d'origine (OEM), le client ou un autre propriétaire autorisé qui contrôle la clé de la plateforme utilisée pour établir la propriété du démarrage sécurisé.
- KEK, db et dbx
- Définissez les autorités de mise à jour de confiance, les images autorisées, les signatures révoquées, ainsi que la méthode de provisionnement utilisée en production.
- TPM 2.0
- Mettre à disposition et configurer la plateforme TPM lorsque cela est pris en charge, en veillant à ce que la responsabilité et la politique de déploiement soient définies par le système final.
- Rétablissement
- Prévoir un parcours de récupération autorisé en cas d'échec des mises à jour ou de modifications de clés, sans contourner la politique de confiance prévue.
Contrôle du micrologiciel de production
Publier le binaire avec sa fiche technique, ses paramètres par défaut et son historique des modifications
Un fichier de micrologiciel ne devient un artefact de production que lorsque son identité et sa compatibilité ont été vérifiées. Le fichier binaire publié doit rester associé à la révision de la carte mère, à la configuration par défaut, aux paramètres de sécurité, à la méthode de mise à jour et au motif de la modification.
- Identité binaire Notez la version du micrologiciel, la révision exacte de la carte, la taille du fichier, le hachage SHA-256 et la date de publication.
- Paramètres par défaut de production Conserver les valeurs de configuration fournies lors de la livraison indépendamment des paramètres de débogage définis par les ingénieurs et des modifications apportées par les techniciens sur place.
- Historique des modifications Identifier les fonctions modifiées, le matériel concerné ou les versions du système d'exploitation, les contraintes connues et les tests de régression requis.
- Mise à jour et restauration Définissez la méthode de mise à jour autorisée, la politique de version, les précautions à prendre en cas de coupure de courant, les règles de restauration et la procédure de reprise.
Spécifications de référence
Interfaces du micrologiciel et spécifications de référence
- UEFI 2.11
- Spécification UEFI actuelle relative à l'environnement normalisé du micrologiciel pré-système d'exploitation, aux services de démarrage, aux services d'exécution, aux variables et aux protocoles.
- ACPI 6.6
- Spécification ACPI actuelle relative à la configuration des périphériques pilotée par le système d'exploitation, à la description de la plate-forme, à la gestion de l'alimentation et aux événements système.
- SMBIOS 3.9.0
- Spécification DMTF relative aux informations de gestion normalisées fournies par le micrologiciel du système concernant la plate-forme et le matériel installé.
- TCG TPM 2.0 v185
- Mars 2026 : spécification de la bibliothèque TPM 2.0 définissant l'architecture, les structures et les commandes utilisées par les implémentations TPM 2.0.
Portail de publication des mises à jour du micrologiciel
Vérifiez bien la version exacte du micrologiciel que vous comptez livrer
Le développement du micrologiciel aboutit à un fichier binaire et à une configuration de production bien définis. La validation technique consiste ensuite à exécuter cette version précise sur la carte cible avec l'image du système d'exploitation prévue, les périphériques, les états d'alimentation, les paramètres de sécurité, la méthode de mise à jour et le chemin de récupération.
FAQ
Questions relatives à l'ingénierie du BIOS et du micrologiciel
Les paramètres du BIOS peuvent-ils être personnalisés ?
Oui, lorsque le micrologiciel les prend en charge. Les modifications courantes concernent notamment l'ordre de démarrage, l'activation des périphériques, le comportement en matière d'alimentation, les paramètres de communication série, la virtualisation, les options de sécurité et l'accès à la configuration.
Le BIOS peut-il démarrer automatiquement ?
Oui, sur les cartes compatibles. Le micrologiciel permet de configurer la reprise après coupure du courant alternatif pour que l'appareil se mette sous tension, reste éteint ou revienne à l'état précédent une fois l'alimentation rétablie.
Les paramètres du système de surveillance peuvent-ils être personnalisés ?
Oui, lorsque la carte intègre un chien de garde matériel compatible. Les plages de délai d'expiration disponibles et les actions de réinitialisation dépendent du contrôleur installé et de la mise en œuvre du micrologiciel.
Les clés Secure Boot peuvent-elles être personnalisées ?
Oui, sur les versions de micrologiciel prises en charge. La configuration des clés PK, KEK, db et dbx peut être définie en fonction de la propriété des clés (par le fabricant ou le client) et de la politique de mise à jour requise.
Comment les mises à jour du BIOS sont-elles gérées ?
Avant de déployer une mise à jour en environnement de production, veillez à utiliser un binaire lié à une révision, un condensé vérifié, une méthode de flashage approuvée, un enregistrement des modifications, des règles de compatibilité et un chemin de restauration défini.