Programmateur PIC USB FT232

[inviteba03c15c]

Bonjour à tous,

Je réalise un projet avec un PIC16F88.

J'ai réalisé un programmeur USB avec un FT232 et une conversion de niveau électrique. Le FT232 et un convertisseur usb serie, l'avantage du FT232 est qu'il crée tout les signaux du port série (Rx, Tx, RTS, CTS,...). J'utilise également un 74LS05 pour l'inversion des niveaux électriques. Le programmateur fonctionne bien, mais il est très lent, il faut plusieurs minutes pour télécharger le programme dans le pic. Avec un port série normal, il ne faut que quelques secondes...

Je programme le pic avec PICPgm. Avec le port série normal, tout va vite et la vérification est OK.
Quand je programme avec mon programmateur, PICpgm affiche après le téléchargement : " Vérify errors occured ! ", mais le pic est correctement programmé.

Si quelqu'un a déjà utilisé un FT232 pour programmer un pic, ou une idée pour mon problème de vitesse et de message d'erreur... Merci d'avance

Voici le schéma. Dans mon cas, le port parallèle est remplacé par mon FT232.
J'ajoute également une photo de PICPgm avec le message.

Merci
-----

[RISC]

Salut,

Des centaines de messages sur ce forum à longueur d'année sur les problèmes des programmateurs faits à partir de schémas qui violent les règles de base de l'électronique...
Mon conseil : investis dans un Pickit3 qui programme correctement des centaines de PIC et tu pourras oublier les problèmes sans fin de ce genre de montage...

a+

[invite07d645db]

Si tu n'as pas envie d'investir trop dans un programmateur, on trouve également sur ebay des programmateurs K150, pour une broutille, capable de programmer un nombre très honorable de PIC.

[invite66c1ab93]

Personnellement, je n'ai jamais compris ce qui vous motive pour concevoir vous même votre programmateur ????

Comme conseillé par RISC, un PicKit coûte une misère !

Moi non comprendre ...

[A voir en vidéo sur Futura]

[inviteba03c15c]

C'est pour le principe, le programmateur fonctionne mais très lentement.

[invitee05a3fcc]

C'est pour le principe, le programmateur fonctionne mais très lentement.

Laisse tomber ta poubelle de programmateur ! En 2013, il y a des solutions économiques et qui marchent. Pour le principe ? Alors tu te prends le problème et tu ne poses plus de questions sur le forum ....Vu qu'ont te propose une solution qui a l'avantage de marcher !

[vincent66]

Chez mon fournisseur habituel le pickit3 a vu son prix divisé par 3 ces derniers temps...

[invite66c1ab93]

Petit conseil d'ami, concentres toi sur des projets intéressants ... laisses tomber les petites économies !
Crois moi, si tu es intéressé et et peu être plus tard passionné par l'électronique, il y a beaucoup de taf ... et tu n'en finiras pas car ça progresse continuellement.

[inviteba03c15c]

Merci pour vos réponses mais je ne demande pas vos avis mais des solutions.
En particulier Daudet, si c'est pour poster un message comme ça tu te le garde bien.

Vous proposez la solution de facilité, qui ne demande aucune recherche ou aucune réflexion.

Si je souhaite terminer ce projet c'est pour comprendre le problème et pouvoir le résoudre, je pourrais y être confronter dans d'autre circonstance, avec d'autre utilisation du FT232.

[Biname]

Merci pour vos réponses mais je ne demande pas vos avis mais des solutions.
En particulier Daudet, si c'est pour poster un message comme ça tu te le garde bien.

Vous proposez la solution de facilité, qui ne demande aucune recherche ou aucune réflexion.

Si je souhaite terminer ce projet c'est pour comprendre le problème et pouvoir le résoudre, je pourrais y être confronter dans d'autre circonstance, avec d'autre utilisation du FT232.

La communication avec un programmateur PIC élémentaire type 'JDM programmer' sur port série PC n'est pas une communication série, le port est utilisé en commutation - on lève et on abaisse les pattes une à une -, il est en effet possible d'utiliser certaines pattes du port série comme s'il s'agissait de pattes d'un port externe. Cela occupe probablement beaucoup le port USB qui doit envoyer toutes ses entêtes - header - pour commuter une patte ????? Il faudrait trouver une doc sur les divers registres et commandes qu'il est possible d'envoyer au port série via les commandes assembleur IN et OUT pour mieux comprendre ... mais c'est tellement vieux, je ne trouve pas/plus.

[vincent66]

Tout simplement un convertisseur USB<=>RS232 ne gère pas pas rts et cts comme le fait un pc directement sur son port série, l'aspect synchrone de la communication pc à pic n'est donc absolument pas garanti..!

[invitee05a3fcc]

En particulier Daudet, si c'est pour poster un message comme ça tu te le garde bien.

Non ... non, je ne suis pas égoïste et je partage mes opinions

Vous proposez la solution de facilité, qui ne demande aucune recherche ou aucune réflexion.

La solution de facilité, pour toi, c'est de faire un truc qui ne marche pas et de te faire dépanner par les autres. Alors qu'on répète ( et encore une fois par Biname, Vincent66) qu'un port série asynchrone par USB n'est plus un port de programmation

Si je souhaite terminer ce projet c'est pour comprendre le problème et pouvoir le résoudre, je pourrais y être confronter dans d'autre circonstance, avec d'autre utilisation du FT232.

En utilisation normal du FT232, tu n'auras pas ce problème !

[invite3c199cf9]

Tout simplement un convertisseur USB<=>RS232 ne gère pas pas rts et cts comme le fait un pc directement sur son port série, l'aspect synchrone de la communication pc à pic n'est donc absolument pas garanti..!

Je ne connais pas du tout la problématique de ces programmmateurs de PIC, mais je peux confirmer que le FT232 gère parfaitement RTS et CTS (pour les avoir utilisés)

[invite3026ff02]

Je ne connais pas du tout la problématique de ces programmmateurs de PIC, mais je peux confirmer que le FT232 gère parfaitement RTS et CTS (pour les avoir utilisés)

Vois cela comme un émulateur... Probablement que certaine chose ne fonctionne pas comme à l'original.

[Biname]

La communication avec un programmateur PIC élémentaire type 'JDM programmer' sur port série PC n'est pas une communication série, le port est utilisé en commutation - on lève et on abaisse les pattes une à une -, il est en effet possible d'utiliser certaines pattes du port série comme s'il s'agissait de pattes d'un port externe. Cela occupe probablement beaucoup le port USB qui doit envoyer toutes ses entêtes - header - pour commuter une patte ????? Il faudrait trouver une doc sur les divers registres et commandes qu'il est possible d'envoyer au port série via les commandes assembleur IN et OUT pour mieux comprendre ... mais c'est tellement vieux, je ne trouve pas/plus.

Si on trouve encore
http://cs.smith.edu/~thiebaut/ArtOfA...22/CH22-1.html

Chaque port série possède 8 registres 8 bits accessibles sur 8 ports successifs commençant à l'adresse de base ex : 2F8
Les instructions assembleur IN et Out permettent de lire et/ou d'écrire sur ces ports.

M^me pincipe pour le port parallèle

[invite805ff73c]

Sans avoir tout lu:

C'est pour le principe, le programmateur fonctionne mais très lentement.

Logique et bien connu comme problème. Tu n'utilises pas le port série pour de la "vraie" transmission série mais tu fais ce qu'on appelle du bit-banging (en français? heu...). Et sur un FT232 et Co. pour chaque changement d'état d'une des broches il y a une trame entière qui doit passer sur la ligne USB --> ça marche (peut-être) mais c'est trèèès lent. Le USB a été conçu pour envoyer de grosses quantités de données, pas un octet tout les quelques µs.

Chez mon fournisseur habituel le pickit3 a vu son prix divisé par 3 ces derniers temps...

Simple curiosité, c'est quoi ce fournisseur?

[Biname]

Sans avoir tout lu:

Logique et bien connu comme problème. Tu n'utilises pas le port série pour de la "vraie" transmission série mais tu fais ce qu'on appelle du bit-banging (en français? heu...). Et sur un FT232 et Co. pour chaque changement d'état d'une des broches il y a une trame entière qui doit passer sur la ligne USB --> ça marche (peut-être) mais c'est trèèès lent. Le USB a été conçu pour envoyer de grosses quantités de données, pas un octet

Pas un octet, un bit . TXD est utilisé pour alimenter le programmeur (type JDM) et RXD n'est pas utilisé IIRC.
(oublié de dire, certains bits des registres du port série PC sont physiquement présents sur les pattes externes du port - DB9/DB25 - : TXD/OUT, RTS, CTS et DTR)

tout les quelques µs.


Simple curiosité, c'est quoi ce fournisseur?

[inviteba03c15c]

Bonjour,

Merci pour vos réponses ! Ça va être délicat à améliorer, je l'utilise lorsque je programme avec mon portable.

Sinon j'ai un autre problème. J'ai programmé le timer0 de mon 16F88 en mode compteur sur la broche RA4. Le compteur fonctionne mais uniquement lorsque je passe de la masse à 5V et inversement. Si je passe par une résistance de faible valeur ( < 1kOhm ), ça ne fonctionne plus. Comme si la pin RA4 tirait trop de courant.

Faut-il utiliser un fusible spécial ? désactiver l'hystérésis ?

J'aimerais relier RA4 à un compteur 4060 qui compte depuis un cristal 32768 Hz.

Merci d'avance

[invitee05a3fcc]

J'y connait rien en PIC ...
Tu as bien mis RA4 en entrée ? Facile à vérifier. Un pont diviseur 10K 10K entre 0V et Vdd . Le point milieu sur RA4 ... tu dois mesurer Vdd/2 sur RA4 . Si ce n'est pas le cas :
- Tu as une erreur de soft
- Ton µC est mourru

[inviteba03c15c]

J'ai testé,

J'ai 0v sur RA4 et bien configurer en sortie...
set_tris_a (0x0E); // 0000 1110

Tu es sur que ce n'est pas un problème de fusible ?

Sinon pour picKit3, environ 30 euros c'est un bon prix ?

[invitee05a3fcc]

J'ai 0v sur RA4 et bien configurer en sortie...

Et si tu ne branches pas le testeur sur RA4, tu as bien Vdd/2 ?
Donc tu as une erreur soft de configuration du port ... et je suis incapable de t'aider .

[inviteba03c15c]

J'ai essayer RA4 en clignotement et en entré, elle fonctionne bien.

Merci pour ton aide.

Si quelqu'un a une idée... merci !

[Biname]

Bonjour,

Merci pour vos réponses ! Ça va être délicat à améliorer, je l'utilise lorsque je programme avec mon portable.

Sinon j'ai un autre problème. J'ai programmé le timer0 de mon 16F88 en mode compteur sur la broche RA4. Le compteur fonctionne mais uniquement lorsque je passe de la masse à 5V et inversement. Si je passe par une résistance de faible valeur ( < 1kOhm ), ça ne fonctionne plus. Comme si la pin RA4 tirait trop de courant.

Faut-il utiliser un fusible spécial ? désactiver l'hystérésis ?

J'aimerais relier RA4 à un compteur 4060 qui compte depuis un cristal 32768 Hz.

Merci d'avance

RA4 c'est la patte piègée c'est un collecteur ouvert !

"Pin A4 on many PICs is not a normal I/O pin. It is usually an open drain output. You need an external pullup resistor in order to force that output high."

T'es pas le premier à qui ça arrive

[invitee05a3fcc]

RA4 c'est la patte piègée c'est un collecteur ouvert !

Et on peut la mettre en entrée? Car, dans ce cas, le test 10K et 10K devait la mettre à Vdd/2 (collecteur ouvert ou pas)
Ou alors, elle ne réagit pas à la commande 3états et il faut y écrire un "1" pour s'en servir en entrée ?

[inviteba03c15c]

Le collecteur ouvert c'est pour la sortie, tu peux la mettre au potentiel que tu veux avec un pull-up.

Ici RA4 est en entré, elle incrémente mon compteur.

[invitee05a3fcc]

Le collecteur ouvert c'est pour la sortie, tu peux la mettre au potentiel que tu veux avec un pull-up.

Ici RA4 est en entré, elle incrémente mon compteur.

Si la sortie est à "0" , le collecteur ouvert te bloque l'entrée. Il faut mettre un "1" sur la sortie RA4

[vincent66]

Pour répondre aux curieux mon fournisseur c'est Distrelec, le pickit3 est actuellement à 45.-CHF, soit au change environ 38 euros ...

Vincent

[cougar73]

Bonjour Vincent, il n y a pas des frais de douane avec la Suisse? Et les frais de port sont pas trop élevé?

Bonne journée