PIKLAB - circuit absent ou incorrect,

Aug 15, 2013 6 Replies

Bonjour, Je suis utilisateur Linux ubuntu 12.10 et je viens d'installer Piklab sur mon PC. Je dispose d'un programmateur de PIC USB acheté il y a quelques années dont je ne connais pas le modèle. Celui-ci comporte seulement la mention "USB PC PROGRAM" et fonctionne avec un PIC16F628A.



Je n'ai aucune expérience de PIKLAB et tente donc de connecter mon programmateur à PIKLAB.



La connection sur prise usb semble bien se passer, la led d'alimentation s'allume.



Lorsque je me rends dans "settings">"configurer les programmateurs" et que je sélectionne "programmateur direct" puis en port "série" et "/dev/ttyUSB0" PIKLAB m'annonce "connexion OK".



En "spéciifique" je sélectionne "JDM/classique".



Grace à lsusb -v j'ai pu déterminer les identifiants idVendor et idProduct de mon matériel et les ai donc intégré dans une règle UDEV :



-----------------------------------------------------------------



- résultat de lsusb -v : Bus 002 Device 010: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 1.10 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x067b Prolific Technology, Inc. idProduct 0x2303 PL2303 Serial Port bcdDevice 3.00 iManufacturer 1 Prolific Technology Inc. iProduct 2 USB-Serial Controller iSerial 0 etc...



-----------------------------------------------------------------



J'ai donc créé une règle UDEV 026_microcontroleurs.rules dans /etc/udev/rules.d, créé un groupe microcontroleurs et ajouté mon user à ce groupe.



J'ai inséré mon PIC (18F4550) dans mon programmateur, sélectionné ledit PIC dans "circuit" et cliqué sur "vérifier la virginité".



J?obtiens la sortie suivante dans "journal de compilation" :



----------------------------------------------------------------- connect hardware disconnect hardware Connexion de Programmateur direct[JDM classic] sur Port série (/dev/ttyUSB0) avec le circuit 18F4550... pulse engine: p VDD Off WAIT 10 milli-sec Définir la cible auto-alimentée : false pulse engine: P VDD On WAIT 10 milli-sec Connecté. Enter normal mode Already in requested mode. pulse engine: cdpb CLOCK L DATA L VDD Off WAIT 10 milli-sec VPP Off WAIT 10 micro-sec pulse engine: w50000 WAIT 50000 micro-sec. pulse engine: PB VDD On WAIT 10 milli-sec VPP On WAIT 100 milli-sec pulse engine: k0,X8CA6 SEND cmd 0 WAIT 1 micro-sec SEND 2 bytes constant : 0x8CA6 pulse engine: k0,X8EA6 SEND cmd 0 WAIT 1 micro-sec SEND 2 bytes constant : 0x8EA6 pulse engine: k0,S,k0,X6EF8, SEND cmd 0 WAIT 1 micro-sec SEND 0x0E3F WAIT 1 micro-sec SEND cmd 0 WAIT 1 micro-sec SEND 2 bytes constant : 0x6EF8 WAIT 1 micro-sec pulse engine: k0,S,k0,X6EF7, SEND cmd 0 WAIT 1 micro-sec SEND 0x0EFF WAIT 1 micro-sec SEND cmd 0 WAIT 1 micro-sec SEND 2 bytes constant : 0x6EF7 WAIT 1 micro-sec pulse engine: k0,S,k0,X6EF6, SEND cmd 0 WAIT 1 micro-sec SEND 0x0EFE WAIT 1 micro-sec SEND cmd 0 WAIT 1 micro-sec SEND 2 bytes constant : 0x6EF6 WAIT 1 micro-sec pulse engine: R Read Word pulse engine: cdpb CLOCK L DATA L VDD Off WAIT 10 milli-sec VPP Off WAIT 10 micro-sec pulse engine: w50000 WAIT 50000 micro-sec. Circuit absent ou incorrect (identifiant lu : 0x0000).



-----------------------------------------------------------------



J'en conclu que j'ai un problème. Je ne sais pas lequel. Quelqu'un saurait-il m'aider ?



Par avance merci.


[SNIP]

L'électronique des programmeurs JDM sont un peu crades, peut-être que l'adaptateur USB-RS232 n'est pas une très bonne idée avec ça...

je confirme, un jdm marche à peu pres sur un pc de bureau, mais ca ne marche jamais avec un pc portable. pas assez de tension pour la programmation. il faut un pickit en usb.

Jean-Yves.

Le 15/08/2013 14:56, JM 13/75 a écrit :

Autant que je sache, il faut un port RS232 sur le PC sinon ça marche pas. La programmation se fait via les connection RTS, CTS,.. du port RS232 . André

--- news://freenews.netfront.net/ - complaints: snipped-for-privacy@netfront.net ---

J'ai déjà eu le même genre de problème pour faire fonctionner correctement des softs qui pilotent "en natif" un port hardware RS232, mais qui ne fonctionnent plus avec un bridge matériel+logiciel USB RS232.

Le système ( dans mon cas c'était Windows XP puis 7 ) lance le pilote USB qui intercepte les commandes "natives" du soft qui pilote le RS232 et redirige le flux vers l'USB ; cela fonctionnait bien si le soft utilisait uniquement Tx/Rx mais ne marchait plus quand le soft gèrait lui-même "en dur" les autres signaux CTS/RTS/DTR, etc ...

A cause de cela certains bridges USB/RS232 empêchent le soft de fonctionner, mais récemment certains autres ont implémenté toutes les commandes nécéssaires pour piloter TOUS les signaux sur la SubD-9. Vérifie dans les spécifications du bridge avant MAJ.

Le 18/08/2013 14:55, Jean-Christophe a écrit :

Bon, merci pour l'info. Mon programmateur est d'office prévu pour l'usb mais je ne sais pas trop comment est l'architecture. Je vais voir mais je ne crois pas trop à la mise à jour, j'avais acheté la chose en 2008 et ne l'en suis pas servi depuis. Merci.

Join the Discussion

Have something to add? Share your thoughts — no account required.

Didn't find your answer?

Ask the community — no account required