Maintenant que notre programme a été pleinement testé, il nous reste plus qu'à le graver sur le circuit.

PIC-01 n'est pas connu en temps que tel par PIKLab, mais est pris en charge comme "programmateur directe" ... c'est donc le programmateur que nous devons choisir dans le gestionnaire de projet (la valeur actuelle devrait être GPSim suite à notre simulation).

Petit tour maintenant dans le menu "Settings/Configurer les programmateurs ...".

Dans "sélection du port", on choisis "série" et on spécifie le port à utiliser. Dans mon cas, comme c'est le 1er port série, il s'agit de /dev/ttyS0 (se sera ttyS1 pour le second ou /dev/tty01 sous NetBSD ... soyez imaginatif).

Et dans l'onglet "Spécifique", on vérifie que c'est bien "JDM classique" qui est sélectionné.

On se rend compte que les icones relatifs aux programmateurs sont dégrisés ... nous n'utilisons plus un programmateur virtuel, mais nous avons accès physiquement à notre PIC !

L'installation se veut simple : on lui branche une alimentation 12V continue avec le négatif à l'extérieur, une RS-232 en DB9 et voilà ... sauf que ça a vite tourné à la galère dans mon cas.

Le programmateur contient 2 LEDs :

• La première, rouge, indique qu'il est sous tension : dès que l'on branche l'alimentation, elle doit s'allumer. Si ce n'est pas le cas, soit l'alimentation ne convient pas (polarité), soit elle est naze, soit c'est le programmateur lui-même qui a un problème.
• La seconde, verte, indique une activité, plus particulièrement que la tension de programmation est présentée sur la patte MCLR du PIC. Elle ne doit que s'allumer donc que lorsque le PC lit ou écrit des informations et pas autrement.

J'ai récupéré une palanquée de câbles DB9 vers DB9 et je me suis dit facile ... oui mais non.

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 ... Y'a donc fallu que j'en re-câble un, c'est dingue.

Retour dans PIKLab. Pour vérifier que la connexion entre le PC et le programmateur se passe bien, nous allons cliquer sur le bouton "Vérifier la virginité" matérialisé par un circuit point avec un point d'interrogation.

La LED verte devrait s'agiter un peu et le "journal de programmation" devrait afficher

Connexion de Programmateur direct[JDM classic] sur Port série (/dev/ttyS0) avec le circuit 16F88... 
Définir la cible auto-alimentée : false 
Connecté. 
Identifiant lu : 16F88 (rév. 8) 
Vérification de virginité... 
Vérification de la mémoire : Bits de configuration 
La mémoire du circuit n'est pas vierge (dans Bits de configuration à l'adresse 0x2008 : 0x0000 lu et 0x0003 attendu). 

On voit donc que

• Le connection s'est bien faite,
• Un 16F88 est détecté (ce qui correspond bien à mon projet de test ... j'ai changé depuis les 1^er screenshot)
• On obtient un message d'erreur concernant les bits de configuration. On s'en fou : Piklab s'attend à y trouver quelque chose mais il n'y a rien vu que le PIC a sa mémoire complètement vierge ... vu qu'il sort de sa boite. 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)

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 ... 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.