PIKLAB - circuit absent ou incorrect,

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.

Reply to
JM 13/75
Loading thread data ...

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

Reply to
cLx

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.
Reply to
jeanyves

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

Reply to
andre

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.

Reply to
Jean-Christophe

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.

Reply to
JM 13/75

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.