Re !
donne nous ton soft avec les modifs que tu as faites.
Si ton matériel lit des octets nuls, c'est qu'ils sont envoyés correctement, je ne pensa pas qu'il y ait de problème dans le hard. Tu as vérifié si tu n'avais pas fait d'erreur de polarité dans les bus (facile en retirant le PIC et ponter les pattes TX et RX sur le support et voir si ça passe).
A+
Laurent
Excuse moi en fait ca va mieux avec le NOMCLR, il me met moins d'octets 000 par contre j'ai l'impression que les trames que je recoit ne correspondent pas au programme.
ex: pas de 255 au départ
les trames sont toujours avec des tailles d'octets différentes
n'y a t il pas un paramètre d'horloge à définir?
A quoi sert le timeout dans la ligne RS232?
Merci
Je te confirme pas de problème sur le ltc 490, les trames sont correctement transmises en shuntant le tx et rx.
Au final le programme n'a pas changé car les modifications que j'ai faites je les ai supprimé pour revenir à ta base.
Par contre je comprends pas non plus l'utilisation de la pin B3, c'est juste un changement d'état toutes les 250ms?
Salut !Envoyé par ashen59
c'est simplement pour vérifier avec ton oscillo que le PIC fonctionne correctement (bonne fréquence d'horloge, ...) ; sinon ces lignes ne servent à rien ...
Ok, pas de prob de ce côtéJe te confirme pas de problème sur le ltc 490, les trames sont correctement transmises en shuntant le tx et rx.
Au final le programme n'a pas changé car les modifications que j'ai faites je les ai supprimé pour revenir à ta base.
Ce que tu peux faire c'est tester avec des mini routines la sortie série en ajoutant par exemple "printf("Hello World !!!\n");" dans le main.
Si ça marche, tu passes au test de l'entrée série avec une routine de ce type dans l'ISR :
Ca permettra de voir dans quelle partie du prog ça foire.Code:void RDA_isr(void) { char c; c=getch(); printf ("Reçu : %c\n",c); }
A bientôt
Laurent
Bonjour laurent,
Ca y est j'ai réussi à le faire fonctionné ce matin en modifiant le hard (ajout d'un résistance 1k et un condaensateur 1uf) et en supprimant le NOMCLR.
Tout fonctionnait tres bien les trames étaient impeccables, a la suite de cela j'ai voulu le reprogrammer pour ajouter le bout de programme qui manque (switch.. case)
Je l'ai remis sur mon circuit et dès que je mets sous tension il envoie des trames de 0 en continue et il ne fonctionne plus.
j'ai essayé de revenir en arrière au niveau programmation mais rien y fait, il ne ve rien savoir.
Donc la ???
En fait je crois que cela vient du programmateur qui fonctionne pas terrible et en fait le programme ne se lance pas.
J'ai le même résultat avec un pic neuf et non programmé.
Pour info c'est un icd3 avec le module de programmation universel AC162049 et le tout de chez microchip.
Se qui me semble étrange c'est que ca a fonctionné une fois.
C'est bon ca marche nickel!!
Juste un problème connecteur mal enfiché sur le programmateur
franchement désolé.
Laurent je ne sais comment te remercier pour cette aide précieuse
merci encore pour tout.
Mais de rien !
en plus fallait que je me replonge un peu dans ce genre de programmation ... J'ai commencé un nouveau soft hier pour un PIC18F4553 qui va piloter des contôleurs de débit, 2 display LCD, 1 clavier et la communication en USB.
A bientôt
Laurent
Désolé de te redéranger mais j'ai de nouveau un problème qui je pense viens de me couter mon dôme. J'ai bien vérifié la valeur binaire des trames mais pas la tension et la:
J'ai mesuré à l'oscillo la tension de sortie de mon clavier, donc tension d'entrée de mon circuit -> +ou- 2v
En sortie de mon circuit je suis à + ou - 3v avec une tension de -3v au repos.
Je crois donc que cette surtension abimé mon dome. y a til une solution pour diminuer cette tension?
Salut !
pas de problème pour cette tension, elle peut monter jusqu'à +-5V.
A+
Laurent
Excuse moi il s'agit d'une erreur de traduction dans la notice du dome du passage du chinois à l'anglais. la doc indique de se cabler sur des couleurs et en fait ce sont d'autre.
Merci encore
Cette fois ci c'est vraiment bon.
