pakdoltogel.net
La figure suivante montre la carte JDM pour un PIC16F84 avec un connecteur serie 25 broches Pour un connecteur serie 9 broches, changer TXD 2-->3, GND 7-->5, CTS 5-->8, DTR 20-->4, RTS 4-->7. Pour info, les numeros des broches sont graves sur les connecteurs. Util'Pocket - Programmateurs de PIC, cartes puces. Les ports series sont des connecteurs DB9 ou DB25 males a l'arriere des PC (generalement 1 DB9+ 1 DB25 sur les anciens PC ou 2 DB9 sur les nouveaux PC. Pour programmer d'autres microcontroleurs PIC, il suffit juste d'adapter le support. Par exemple pour les microcontroleurs flash a 28 broches (16F872 16F873 16F876) adapter le connecteur au brochage suivant (et mettre une resistances de 270Ohms entre RB3 et la masse pour ne pas avoir de probleme avec la programmation basse tension). PIC 16F84 PIC 16F872 873 876 RA2 -## ##- RA1 MCLR -## ##- RB7 RA3 -#####- RA0 RA0 -#####- RB6 RA4 -#####- OSC1 RA1 -#####- RB5 MCLR -#####- OSC2 RA2 -#####- RB4 VSS -#####- VDD RA3 -#####- RB3 RB0 -#####- RB7 RA4 -#####- RB2 RB1 -#####- RB6 RA5 -#####- RB1 RB2 -#####- RB5 VSS -#####- RB0 RB3 -#####- RB4 OSC1 -#####- VDD OSC2 -#####- VSS RC0 -#####- RC7 RC1 -#####- RC6 VSS=GND RC2 -#####- RC5 RC3 -#####- RC4
Premier essai, la LED verte est toujours allumée... en fait il s'agissait d'un câble reliant un serveur et sa console... sauf que ces%#$^@#% ont décidé de mettre une prise non standard côté serveur ( bien pour rendre le client captif et l'obliger à acheter chez le constructeur, mais le câbles ne sert à rien d'autre... merci). Second essai, la LED verte ne s'allume JAMAIS: ce coup-ci, c'est bien un câble RS-232, mais il est incomplet et seul RX, TX et la masse sont câblés. Bref, j'ai arrêté les frais là et j'ai testé mes câbles restant: AUCUN NE VA... Programmateur pic jim morrison. Y'a donc fallu que j'en re-câble un, c'est dingue. Bon, un gros déluge bien verbeux pour répéter la règle première lors de la récupération de câbles: toujours vérifier qu'ils sont bien câblés pour faire qu'on attend d'eux. Note supplémentaire: si la question ne devrait pas se poser avec une DB9, il faut faire attention avec les câbles complets en DB25. Sur certaines machines comme les Amiga, les pins non affectés dans la norme sont utilisés pour fournir des tensions de services; bonne initiative, car ça permet d'alimenter facilement les périphériques.. ça promet une belle fumée si le dit périphérique met ces pins à la masse pour améliorer la communication.
L'important était que la connexion se soit bien passée. Si PIKLab vous dit que le PIC est absent ou mauvais ( identifiant lu: 0x3FFF), vérifiez: le câble (même si la LED verte s'allume), qu'il y a au moins 14v sur la patte MCTRL (sinon, l'alim est trop stabilisée) Il ne reste plus qu'à graver L'icône de gravage symbolisé par un circuit avec flèche entrante est-peut-être grisé: dans ce cas, il faut re-générer le projet. Une fois ceci fait, on clique sur le dit icône, la LED verte s'excite, les différentes mémoires du PIC sont écrites puis vérifiées... Programmateur de pic JDM - Cours-Sup.com. et voilà. Comme pour tout le reste, tout c'est très bien passé: les seuls problèmes rencontrés venait du câblage ou du programmateur lui-même... mais aucunement causé par le fait que je sois sous Linux ou de PIKLab. Bref, une solution 100% Linux fonctionne très bien. Il y a plein de bonnes raisons qui peuvent faire que le passage au monde réel ne s'effectue pas correctement, et j'en ait expérimenté par mal: Pendant la programmation Comme je l'ai dit plus haut, il faut s'assurer que le câble RS-232 est complet et bien câblé: mon cas était un peu spécial avec une version très fantaisiste mais, plus classiquement, il faut faire attention que ce ne soit pas un câble avec les CTS/RTS bouclés ou un simplement un câble croisé.