Ce que nous faisons pour la production, c'est d'abord charger un programme dans le PIC qui teste la carte (en utilisant une petite carte de test qui vérifie indépendamment que le rail 3.3v est conforme aux spécifications en utilisant quelques comparateurs, puis nous utilisons le ADC sur le PIC pour vérifier tout le reste. Il nous restait assez de broches pour permettre cela (il fallait des résistances supplémentaires pour agir comme diviseurs de tension pour les tensions supérieures à 3 V).

Une fois les tests réussis, le le code de production réel est flashé dans le micro. Quelques tests supplémentaires sont exécutés et le PCB est prêt à être assemblé dans un boîtier.

Tout cela se fait via un programme sur le PC qui ne nécessite qu'un opérateur pour se connecter la carte, cliquez sur un bouton et attendez le résultat PASS / FAIL. Tous les résultats des tests (y compris les lectures ADC) sont enregistrés. L'ensemble du processus (y compris la programmation des PIC via un ICD 3) est contrôlé via le programme PC, qui exécute des scripts batch pour effectuer la programmation proprement dite. La communication avec le PIC pour contrôler les tests se fait via un des UART, dont les broches sont amenées à la carte de test (donc en plus des broches nécessaires à la programmation, nous avons également TX / RX au minimum).

Nous avons installé plusieurs stations comme celle-ci à notre fabricant sous contrat.

D'ailleurs, l'ICD 3 est beaucoup plus rapide que l'ICD 2 (USB 2.0 vs 1.1).

Obtenez un pickit 3 et mettez-le en mode programmeur pour aller.

Vous lui dites que vous voulez que le programmeur passe en mode et vous chargez votre rom, alors vous n'avez plus besoin d'un port USB pour plus que de la puissance (oui, vous en avez toujours besoin pour l'alimentation).

Lorsque vous vous connectez aux appareils, vous appuyez sur le bouton du programme et il charge le programme et vous permet de savoir quand il est fait, prend moins de 20 secondes par carte. Ne coûte pas plus de 50 $

Le PICkit 2 n'est pas un programmeur de production. Vous avez vraiment besoin d'un ICD 3, qui est classé comme programmeur de production, si vous voulez être sûr que les appareils sont correctement programmés. Vous pouvez également acheter vos puces préprogrammées auprès de Microchip ou d'un distributeur, si vous avez finalisé le code.

La programmation des microcontrôleurs est généralement une petite partie d'un processus de test fonctionnel plus large. À quoi ressemble le reste de votre plan de test?

Pour tout produit non trivial, vous devrez concevoir une autre carte pour tester la carte en cours de production. En général, la carte de test aura une interface informatique et connectera la cible à un équipement de test avec des capacités RS-232 ou GPIB. Ensuite, un ordinateur peut exécuter un script, programmer la carte, puis exécuter les tests appropriés.

Il est également utile que cette carte de test fonctionne pour le développement de micrologiciels. Implémentez suffisamment de tests pour détecter les régressions dans le firmware.

Le début de votre carte de test est probablement le circuit PICkit 2. Le firmware est open-source, il s'occupera de la partie programmation, il a un bootloader pratique, et vous pouvez l'étendre pour faire tout ce dont votre test fonctionnel aura besoin.

J'aime écrire ma production tester des scripts en Python, mais je pense que la norme de l'industrie est Labview.

Une méthode que vous pouvez utiliser est de créer une pince ou quelque chose qui ressemble à un banc d'essai ( exemple de vidéo) avec des broches pogo, de sorte que vous n'ayez pas besoin de broches à souder pour les connecteurs de programmation. Un connecteur de bord PCB, tel qu'un câble de disquette de style ancien, pourrait être une option moins chère (mais plus exigeante en termes de surface de carte).

Vous devrez trouver un moyen de programmer chaque microcontrôleur, probablement en utilisant soit plusieurs programmeurs ou un fichier batch comme David l'a suggéré. Vous pouvez le combiner avec un gros commutateur (peut-être l'un des commutateurs rotatifs d'un ancien boîtier de commutation de partage d'imprimante, ou quelques relais), pour reconnecter le programmateur d'un PIC à un autre sans déplacer le connecteur.

Les techniques s'appliquent également à d'autres contrôleurs programmables intégrés au système, bien que les contrôleurs compatibles JTAG puissent le rendre encore plus facile car JTAG TAP est conçu pour être enchaîné, il n'y aurait donc pas de déplacement du programmeur de puce à puce. De plus, pour les puces comme les AVR qui peuvent utiliser des niveaux logiques ordinaires pour la programmation, la commutation pourrait devenir plus facile.

Il existe un utilitaire de ligne de commande appelé PK2CMD pour Windows et Linux qui vous permet de programmer vos PIC avec PicKit (vous n'avez donc pas besoin d'utiliser MPLAB ou une autre interface graphique). Vous pouvez utiliser votre langage de script préféré pour créer un petit programme qui exécute la commande PK2CMD correcte lorsque vous appuyez sur une touche. Cela rendrait le côté ordinateur de votre production moins laborieux (juste une pression sur une touche par MCU), mais vous auriez toujours besoin d'un moyen de connecter le PicKit à chacun de vos 3 MCU.

Le service de programmation de Microchip est très bon marché la dernière fois que je l'ai utilisé, une fois que vous avez couvert le coût d'installation, il est très bon marché - quelques centimes par puce pour les 12F - pas pour les plus haut de gamme. Ils peuvent également faire du marquage / étiquetage, etc. Même si vous avez l'intention de changer le FW, avoir un bootloader préprogrammé peut rendre cela plus facile.

Pour un programmeur de production, j'aime Asix Presto - des tonnes d'options pour des trucs comme la sérialisation, et très rapide