La programmation des circuits intégrés, c’est-à-dire le chargement du firmware ou des données dans des composants programmables dans le cadre de la fabrication, fait partie des techniques que nous proposons avec nos services d’assemblage. Le bon déroulement de cette étape dépend moins de l’opération de programmation elle-même que de décisions prises plus tôt : quels composants sont programmés, comment le programmateur y accède, et quelle version du firmware est publiée. Clarifier ces points avant de demander un devis permet de gagner du temps par la suite.
Trois manières d’intégrer la programmation dans une build
De manière générale, la programmation peut intervenir à différents stades d’une fabrication. La première option est avant le placement, lorsque le dispositif est programmé séparément puis monté sur la carte. La deuxième a lieu après l’assemblage, via un connecteur ou un ensemble de pastilles de test sur la carte terminée. La troisième combine la programmation avec les tests fonctionnels, de sorte que la carte soit chargée et vérifiée en une seule passe.
Le choix de la méthode adaptée à une carte donnée dépend du dispositif, du boîtier, du routage et des quantités. Une pièce qui ne peut plus être atteinte une fois soudée incite à programmer avant la pose, tandis qu’une carte dotée d’un connecteur de programmation dégagé se prête plutôt à une programmation ultérieure. Nous ne supposons pas qu’une seule réponse convienne à chaque conception ; demandez-nous donc quelle approche nous pouvons appliquer à vos composants.
Décisions de conception qui rendent la programmation facile ou difficile
Le problème le plus courant est une carte qui ne permet pas d’accéder pratiquement au dispositif. Si un composant doit être programmé après l’assemblage, la carte a besoin d’un connecteur ou de pastilles de test qui soient accessibles et non bloquées par d’autres composants. Les broches doivent être clairement étiquetées, et la carte doit être correctement alimentée durant la programmation. Ces détails ne coûtent presque rien à ajouter tant que la conception est en cours, mais ils peuvent être coûteux à intégrer par la suite.
C’est aussi pourquoi nous examinons les conceptions d’un point de vue test ainsi que d’un point de vue assemblage.Nos ingénieurs examinent les fichiers de conception pour en vérifier la testabilitéafin que les tests de fonctions personnalisées puissent se dérouler sans encombre par la suite. Avérification gratuite Valor DFM/DFAfait partie de notre service d’assemblage, et vous pouvez mentionner l’accès à la programmation lorsque vous soumettez vos fichiers.
Il vaut également la peine de réfléchir à l’ensemble du cycle de vie de la carte. Il arrive que les cartes doivent être reprogrammées plus tard, pour une mise à jour du firmware ou après une reprise. Conserver l’accès à la programmation dans la conception destinée à la production, plutôt que seulement sur les prototypes, permet de garder cette option ouverte. Le supprimer pour gagner un peu de place est un changement que l’on regrette souvent lorsque la première mise à jour arrive à échéance.
Ce qu’il faut envoyer avec votre demande de devis
Indiquez-nous quels dispositifs sur la carte doivent être programmés et combien de cartes vous prévoyez de fabriquer. Incluez le fichier de micrologiciel publié avec sa version, et précisez comment on est censé accéder au dispositif, que ce soit via un connecteur, des pastilles de test ou un gabarit. Si vous disposez d’une procédure de test, transmettez-la également, puisque la programmation et les tests de fonctionnement sont étroitement liés. Enfin, indiquez-nous dans quel format se trouvent vos fichiers afin que nous puissions confirmer qu’ils peuvent être utilisés.
Envoyez uniquement la version publiée. Le code source n’est normalement pas nécessaire pour la programmation, et le laisser hors du paquet évite à la fois la confusion entre les versions et l’exposition inutile de votre propriété intellectuelle.
Un exemple simple montre comment ces choix se concrétisent. Imaginez une carte de commande avec un microcontrôleur et une petite mémoire série. Le microcontrôleur est placé près d’un connecteur de programmation dégagé des autres composants, de sorte qu’il peut être programmé après l’assemblage. La puce mémoire, elle, n’est plus accessible une fois soudée, donc elle doit être chargée avant la pose, sinon pas du tout. Même carte, deux composants, deux réponses différentes, et les deux décisions sont faciles à prendre tant que le routage est encore en cours et difficiles à changer une fois les cartes fabriquées.
Ce qui se passe après la programmation mérite la même attention. Une carte qui vient d’être chargée avec un firmware a encore besoin d’une vérification de base pour s’assurer qu’elle démarre et se comporte comme prévu, et cette vérification doit reposer sur des critères de réussite et d’échec clairs. Les tests de fonctions personnalisés font partie des techniques que nous énumérons, alors communiquez-nous votre procédure de test dès le début. Cela nous permet de discuter de la façon dont l’étape de programmation et la vérification doivent être planifiées, au lieu de les traiter comme indépendantes.
Garder le contrôle des versions du microprogramme
La plupart des problèmes de programmation sont des problèmes de version. Une carte peut réussir toutes les inspections d’assemblage et tout de même échouer dans le système du client parce qu’elle embarque le mauvais firmware. Le remède est une discipline simple. Donnez à chaque version de firmware un numéro de version clair, associez-la à une révision spécifique de carte, et informez-nous immédiatement si la version change, idéalement avant que la commande ne soit passée.
Il est également utile de demander comment la programmation est vérifiée pour votre appareil. Charger un fichier et confirmer qu’il a été correctement chargé sont deux étapes différentes, et il est raisonnable de demander comment la seconde est gérée pour votre composant.
Quelques erreurs reviennent régulièrement.Envoyer plusieurs versions de firmware sans préciser laquelle est actuelleforce à faire une supposition que personne ne devrait avoir à faire.Ne laissant aucun accès à l’appareiltransforme une étape simple en une refonte.En supposant que la programmation remplace les testsest une troisième, car le chargement du code et la vérification que la carte fonctionne sont deux tâches distinctes. Nous répertorionsProgrammation de CI et test de fonctionnementen tant que techniques distinctes pour cette raison.
FAQ
1.Proposez-vous la programmation de circuits intégrés ?Oui, c’est l’une des techniques que nous répertorions dans le cadre de nos services d’assemblage. Indiquez-nous votre appareil et la quantité lorsque vous demandez un devis.
2.Qui fournit le microprogramme ?La programmation charge le micrologiciel que vous avez publié. Envoyez le fichier et sa version, et nous pourrons discuter de l’étape de programmation pour votre appareil.
3.Un dispositif peut-il être programmé avant d’être placé ?Cela dépend de l’appareil et de son boîtier. Demandez-nous si cela convient à votre pièce.
4.Et si le micrologiciel change après l’avoir envoyé ?Informez-nous le plus tôt possible, idéalement avant que la commande ne soit passée, et envoyez uniquement la version publiée.
5.La programmation remplace-t-elle les tests fonctionnels ?Non. La programmation charge le code, tandis que le test de fonctionnement vérifie que la carte fonctionne. Nous les répertorions séparément.
Une carte programmable est plus facile à concevoir lorsque son interface de programmation, sa version de micrologiciel et son plan de test sont définis conjointement, avant la première demande de devis.
Obtenez un devis instantané pour l’assemblage de PCB
Ressources utiles
•Guide de commande d’assemblage de PCB
