System-on-Module ou ordinateur monocarte : choisir pour la production

Quelle est la différence entre un SoM et un SBC ?

Un système sur module regroupe un processeur et des fonctions de support sur un module qui se connecte à un support ou à une carte d'application. La limite exacte varie selon le produit : la mémoire, le stockage, la gestion de l'alimentation et les fonctions sans fil peuvent être inclus. L'opérateur fournit les connexions et les circuits spécifiques à l'application qui se trouvent en dehors de cette limite.

Un ordinateur monocarte fournit une carte plus complète avec un ensemble défini d'interfaces et de connecteurs. Certains SBC sont construits autour d’un SoM en interne. Les deux approches peuvent prendre en charge des produits commerciaux ; le facteur de forme à lui seul n'établit pas la fiabilité, la prise en charge du cycle de vie ou la qualification environnementale. Inspectez les engagements réels du fournisseur et les preuves du matériel sélectionné.

Commencez par l’interface et les contraintes d’installation

Décrivez chaque connexion externe comme une interface complète, et pas seulement comme une fonctionnalité du processeur. Un contrôleur CAN ne fournit pas à lui seul un connecteur CAN isolé, une protection, une terminaison ou un faisceau vérifié. De même, un processeur compatible Ethernet ne spécifie pas l'emplacement des connecteurs, les éléments magnétiques, le routage des câbles ou l'évaluation environnementale du boîtier.

Réalisez un dessin d'installation d'une page. Marquez l'entrée d'alimentation, les câbles de la caméra, le réseau, l'accès au stockage, les trous de montage et la surface de refroidissement. Ajoutez le rayon de courbure du câble requis et l'accès au service. Cela révèle souvent si une carte apparemment bon marché a besoin d'un ensemble d'adaptateurs et de pièces de montage qui dépassent son avantage initial.

Pour Edge AI, figez également une première description de la charge de travail : modèle, résolution d'entrée, nombre de flux actifs et taux de résultat requis. Vérifiez l'accélérateur et le chemin du logiciel avant de concevoir autour du module. Le Guide de déploiement RK3588 décrit comment établir un test de modèle reproductible.

Comparez le coût complet du système

Utilisez la même limite pour les deux alternatives. Incluez la carte de calcul, le matériel de support ou d'interface, la conversion de puissance, les connecteurs, le boîtier, le refroidissement, l'assemblage et les tests de production. Enregistrez l’adaptation et l’ingénierie logicielles séparément des coûts récurrents. Comparer le prix d’un SoM nu à celui d’un ordinateur entièrement fermé obscurcit la décision réelle.

Si l’économie récurrente est nulle ou négative, ce simple calcul de coût ne fournit aucun volume d’équilibre. Un support personnalisé peut toujours être justifié par une interface nécessaire, un boîtier plus petit ou une contrainte de déploiement, mais cet avantage doit être énoncé explicitement. Évaluez les volumes de production faibles, attendus et élevés plutôt que de considérer une prévision comme certaine.

Demandez des devis avec les mêmes livrables et tests d’acceptation. Une proposition peut inclure uniquement la conception de circuits imprimés, tandis qu'une autre inclut les modifications du BSP, les prototypes, les montages de test et la documentation de production. Ce sont des portées différentes même si les deux sont décrits comme un projet de carte porteuse.

Inclure la propriété et la maintenance des logiciels

Identifiez qui conservera l’image du système d’exploitation, les pilotes, la configuration de démarrage et l’application une fois le prototype accepté. Demandez quels composants sont fournis comme source, lesquels dépendent des packages binaires et comment les mises à jour sont testées. Conservez une image reproductible ou une procédure de publication documentée appropriée au produit.

Un opérateur personnalisé peut nécessiter des modifications de la configuration des broches, de l'arborescence des périphériques, du séquencement d'alimentation et des pilotes de périphériques. La réutilisation d'un module processeur réduit certains travaux matériels, mais ne supprime pas la validation logicielle de la carte d'application. Testez les périphériques réellement connectés et les chemins de récupération, y compris le démarrage avec un périphérique manquant.

Planifiez les opérations de service : récupération de logiciels, stockage de remplacement, identité de l'appareil, récupération des journaux et restauration des mises à jour. Ces exigences influencent les connecteurs et l'accès au débogage, elles appartiennent donc à la description matérielle avant la finalisation du boîtier.

Évaluer les preuves du cycle de vie et de l’environnement

• Disponibilité : renseignez-vous sur l'horizon d'approvisionnement, les avis de révision, les contraintes de commande et les procédures de fin de vie.
• Thermiques : validez la charge de travail avec le chemin de refroidissement réel et les conditions ambiantes.
• Puissance : définir la plage d'entrée, le comportement au démarrage et les perturbations que l'installation peut imposer.
• Prestation : décider de la manière dont un module, un support ou une unité complète défectueux est identifié et remplacé.
• Diplôme : distinguer les évaluations des composants, les objectifs de conception et les tests effectués pour le produit assemblé.

Ne présumez pas que le passage à un module d’apparence compatible est une mise à niveau immédiate. Vérifiez l'interface électrique, la demande de puissance, la solution thermique, la chaîne de démarrage et la prise en charge logicielle. Même un remplacement compatible avec un connecteur nécessite une portée de validation documentée.

Trois modèles de sélection pratiques

Une application qui s'adapte à un tableau existant

Pour une installation pilote ou de production dont les interfaces, le boîtier et les besoins environnementaux correspondent à un SBC disponible, commencez par valider cette plate-forme. Le travail matériel personnalisé réduit peut permettre à l’équipe de se concentrer sur l’application et l’installation.

Un produit avec des connexions de terrain spécialisées

Lorsque la conception nécessite des connecteurs particuliers, des interfaces isolées, un contour contraint ou une alimentation d'entrée sur mesure, un support SoM plus peut fournir une intégration plus propre. Définir ces besoins dans le résumé des exigences à bord du transporteur avant de sélectionner le module final.

Une famille de produits avec différentes variantes d'E/S

Un module de calcul partagé peut prendre en charge plusieurs opérateurs. Pour rendre cela utile, établissez une base logicielle commune et une identification explicite des variantes. Les économies d'ingénierie dépendent du contrôle des différences au sein de la famille, et non de la simple réutilisation du même processeur.

Questions SoM et SBC

Un SoM est-il toujours moins cher à volume plus élevé ?

Comparez le coût unitaire complet et les coûts d'ingénierie supplémentaires à l'aide des devis réels, des hypothèses de fabrication et des quantités prévues. La bonne réponse dépend de l’application et des alternatives existantes.

Un SBC peut-il être utilisé dans un produit de production ?

Oui, si la carte, le logiciel, l'arrangement en matière d'approvisionnement et le produit assemblé répondent aux exigences. Une carte de développement et un SBC pris en charge par la production doivent être évalués en fonction de leurs caractéristiques documentées.

Que faut-il décider avant le début d’un conseil de transporteur ?

Définir le module, les interfaces, l'alimentation, le boîtier, l'environnement d'exploitation, la portée du logiciel, les quantités attendues et les tests d'acceptation. Identifiez tout élément non résolu susceptible de modifier le schéma ou la disposition.