hyper terminal m'affiche des caractères inconnus

[invite065ea901]

l'oscilloscope en labo je peux l'utilisée bien sur mais celui d'isis je n'arrive pas à le faire fonctionner, oui c'est bien la sortie du max j'obtiens -8,5, pour répondre à votre question non j'ai pas eu de cours sur la RS232, demain je vais en labo pour faire le montage sur plaque perforé alors je vais voir si ça va fonctionner sinon,je ferais ce que vous avez demander avec un oscilloscope; et juste pour savoir comment ça devrais être l'allure de la trame?? et Merci beaucoup pour votre patience
-----

[invitee05a3fcc]

http://namselectro.free.fr/Cours5.htm

• Le +15V .... C'est entre +6 et +15
• Le -15V .... C'est entre -6 et -15

[Jack]

Plus précisément, la norme dit entre +3 et +25 V pour un '0' et -3 à -25 V pour un '1'

Comme la ligne au repos est à '1', une tension de -8,5 V est convenable.

A+

[invite5637435c]

La base de temps sur 2ms n'est pas tres heureux, 500 microsecondes serait plus visuel

[invite065ea901]

DAUDET78 merci encore je vais lire attentivement le cours de la liaison série RS232 ,oui Jack j'ai bien compris et Merci,
HULK28, même si je change la base du temps mon graphe reste le même ..

[Jack]

Puisque tu n'arrives pas à enregistrer un signal en "one shot", est-ce que tu peux modifier temporairement le programme du PIC et envoyer la même séquence caractères et boucle? Comme ça, le signal sera périodique et tu devrais voir apparaitre quelque chose sur l'oscilo.

A+

[invite065ea901]

oui,je peux, mais est ce que vous voulez dire que j'envoie le même caractère en boucle plusieurs fois ??

[invite065ea901]

ouiii, j'arrive à voire un changement, une minute je te fais une capture d'image

[Jack]

oui,je peux, mais est ce que vous voulez dire que j'envoie le même caractère en boucle plusieurs fois ??

oui, envoie par exemple le caractère 'a' sans arrêt.

A+

[invite065ea901]

voila : mais je ne comprend pas pourquoi quand je branche l'oscilloscope le caractère que j'envoie change ici par exemple j'ai envoyer 41 et il m affiché je ne sais quoi si j'efface l’oscilloscope la valeurs que j'envoie s'affiche juste sur la virtual terminal branché à la sortie du pic !!

[invite065ea901]

ahhh non ,j'ai oublier de changer le temps dans mon pic donc c'est bon j'envoie 41 en boucle voila ce que j'ai :

[Jack]

C'est inutilisable. Je t'avais demandé d'afficher les 2 traces en concordance de temps, dans 2 voies sur le MEME oscillo.

Il faudrait que tu dises où est branchée exactement la 1ère voie, pareil pour la seconde.
Même chose pour les terminaux virtuels.

Il n'y a pas moyen de configurer les terminaux virtuels pour afficher le caractère ('A') plutôt que son code ASCII (41)?

[invite065ea901]

d'accord je vais le faire , mais le virtual terminal n'affiche pas le code ASCII plutôt que A, c'est moi qui envoie le chiffre 41 voila mon code mais c'est juste pour testé la liaison RS232: #include <18F2550.h>
#fuses HSPLL,NOWDT,NOPROTECT,NOLVP,NO DEBUG,USBDIV,PLL5,CPUDIV1,VREG EN,NOBROWNOUT
#use delay(clock=10000000)
#use rs232(baud=9600, xmit=PIN_C6, rcv=PIN_C7,parity=N)

void main(void)
{while(1)
printf("41");
}

[Jack]

Tu mélanges tout. printf("41"); envoie la chaine composées des caractères '4' et '1'.

Pour envoyer la lettre 'A', il faut écrire:
printf('A'); // son forme de caractère
ou
printf(0x41); // en hexadécimal
ou printf(65): // en décimal

A+

[invite065ea901]

http://www.ccsinfo.com/downloads/ccs_c_manual.pdf ; page 215
je crois que ce que je fais est correcte

[Jack]

http://www.ccsinfo.com/downloads/ccs_c_manual.pdf ; page 215
je crois que ce que je fais est correcte

Non. string veut dire chaine de caractereS avec un S à la fin. Tu envoies donc 2 caractères: 4 et 1

Je viens de me rendre compte que je t'ai donné un code tout pourri au dessus pour envoyer LE cracatère A. Le bon code est le suivant:
printf("%c", 'A'); // sous forme de caractère
ou
printf("%c", 0x41); // en hexadécimal
ou printf("%c", 65): // en décimal

[invite065ea901]

alors,voila j'ai fait ce que vous avez demander : la chaîne A en jaune --> RXD virtual --> TX pic--> T2IN MAX232
chaîne B en bleu --> RXD virtual 2 --> T2OUT MAX232

voila l'image:

[invite065ea901]

je veux vous rappeler que mon problème c'est pas dans l'envoie de la valeur du pic vers la virtual terminal mais la transmission vers RS232 vers la liaison RS232, si j'envoie quelque chose je ne le reçois pas sous sa forme il se convertie on je ne sais quel langage, et voila votre programme avec A en boucle, sur l'image vous pouvez voire que la 2 éme virtual terminal qui est T2out du MAX232 la lettre A change en { b

[Jack]

tu ne me simplifies pas le travail. Tu ne t'es jamais servi d'un oscillo? En principe, on évite de superposer les 2 voies: on en met une en haut et un en bas. Bon, impossible de décoder le caractère qui apparait naturellement puisque tu ne veux pas non plus en envoyer un seul en boucle ...

Ce qu'on peut dire: c'est que l'amplitude des signaux semble correcte et que l'inversion a bien lieu entre les voies A et B.

Donc du coup, comme tu connectes le terminal virtuel de droite sur un signal inversé, je ne vois pas comment il peut te retrouver tes données puisque tout est inversé.

A+

[invite065ea901]

Bon, impossible de décoder le caractère qui apparait naturellement puisque tu ne veux pas non plus en envoyer un seul en boucle ..., mais c'est ce que j'ai fais j'ai envoyer la lettre A en boucle !! je me suis servie d'un oscillo mais pas beaucoup rarement ; Donc du coup, comme tu connectes le terminal virtuel de droite sur un signal inversé, je ne vois pas comment il peut te retrouver tes données puisque tout est inversé. alors qu'est ce que je dois faire?? je les est inversé plusieurs fois mais ça ne change pas ???

[Jack]

je vais t'expliquer pourquoi tu vois des { sur ton terminal de droite:
Le caractère 'A' a pour code ASCII 0x41, donc 01000001 en binaire
Comme dans une liaison série telle que la tienne le bits sont éjectés du poids faible vers le poids fort, il vont apparaitre dans cet ordre sur l'oscillo: 10000010

Ces bits voient leur état logique inversé par le MAX232, ce qui donne 01111101
La console virtuelle de droite doit maintenant inverser leur ordre pour les décoder, donc on inverse les poids faibles et le poids fort comme un mirroir: 10111110, ce qui donne 0x7D en hexadécimal et, miracle 0x7D est ke code ASCII de la parenthèse '}'.

Il n'y a donc aucun mystère.

Ce que tu ne comprends pas, c'est que ce signal RS232, lorsqu'il arrive dans un PC subit le même traitement qui a été le sien à l'émission: il repasse par un MAX232 (enfin, un circuit équivalent), donc les niveaux sont de nouveau inversés et l'uart du PC rétablit l'ordre des bits, ce qui fait que tu verras bien apparaitre le 'A' sur l'hyperterminal.

A+

[invite065ea901]

waaaaaaaaaaaaaaw, je comprend maintenant, donc demain quand je ferais le câblage du schéma du pic j'aurais bien par exemple un A sur l'hyperterminal,Merci infiniment ce forum est un miracle , j’espère qu'un jour je pourrais aidée les autres comme vous m'aidez maintenant, Merci

[invite065ea901]

Salut;

j'ai fait le câblage de la carte,j'ai télécharger un simple code sur mon PIC18F2550 pour tester le fonctionnement de la transmission via RS232 et ça ne marche pas l'hyper terminal ne m'affiche rien, mon connecteur est DB9 avec max232 , j'ai une LED qui s'allume et puis rien ;
si quelqu'un peut me proposer quelque chose ???? j'ai emprunté tout le matériel nécessaire pour que je puise travaillée à la maison ,alors j'attend vos proposions SVP
Merci

[Jack]

je vais avoir du mal à t'aider désormais car ne ne suis pas spécialiste microchip. Je ne sais pas avec quoi tu programmes ton 18F, mais si tu as peut-être la possibilité de déboguer en pas-à-pas. Si c'est le cas test ton programme instruction par instruction pour voir s'il effectue bien ce que tu voulais.

Commence par un programme qui fait clignoter une led, pour vérifier si tu n'as pas un problème d'oscillateur.

A+

[invite065ea901]

c'est pas grave, mais je programme avec pickit2 V2.61,pour ce qui concerne le clignement de la led je l'ai déjà effectué et tout va bien,ma led clignote parfaitement, je vais testé plusieurs code jusqu’à ce que j'arrive à un résultat, Merci

[invite5637435c]

Poste ton code qui ne fonctionne pas, le code integral.
Comment as-tu configure hyperterminal?
@+

[invite065ea901]

bon, celui la marche très bien la LED s'allume:
#include <18F2550.h>
#fuses HSPLL,NOWDT,NOPROTECT,NOLVP,NO DEBUG,USBDIV,PLL5,CPUDIV1,VREG EN,NOBROWNOUT
#use delay(clock=10000000)
#use rs232(baud=9600, xmit=PIN_C6, rcv=PIN_C7,parity=N)
void main()
{
while (1)
{output_high(pin_B3);

}

celui la LED s'allume mais le transfert par hyper terminal ne s’effectue pas :
#include <18F2550.h>
#fuses HSPLL,NOWDT,NOPROTECT,NOLVP,NO DEBUG,USBDIV,PLL5,CPUDIV1,VREG EN,NOBROWNOUT
#use delay(clock=10000000)
#use rs232(baud=9600, xmit=PIN_C6, rcv=PIN_C7,parity=N)


void main()
{
while (1)
output_high(pin_B3);

printf("USB connected, waiting for enumaration...\r\n\n");
}

et finalement ce que je viens de tester maintenant celui la il ne marche pas :
#include <18F2550.h>
#fuses HSPLL,NOWDT,NOPROTECT,NOLVP,NO DEBUG,USBDIV,PLL5,CPUDIV1,VREG EN,NOBROWNOUT
#use delay(clock=10000000)
#use rs232(baud=9600, xmit=PIN_C6, rcv=PIN_C7,parity=N)


void main()
{
while (1)
{output_high(pin_B3);
delay_ms(500);
output_low(pin_B3);
delay_ms(500);}

}
}

apparemment comme il a dit Jack un problème d'oscillateur !!!
mais je ne sais pas comment le réglé , j'ai vérifier mon câblage pour la quartez et tout va bien , voila mon schéma

[invitee05a3fcc]

Tu as quelle tension sur les pins 2 et 3 du DB9 versus la pin 5 ?

[invite5637435c]

Oui sans doute, c'est pour ca qu'il faut commencer avec des choses plus simples cote horloge de ton PIC.
Essaye avec OSC=XT avec un quartz a 4MHz, une fois que ton code fonctionnera tu pourras tenter de configurer ta PLL.
Bien que 40MHz pour faire ce que tu veux faire je ne vois pas du tout l'interet.

Sur ton schema il manque une resistance sur ta led le simulateur est bien tolerant de vouloir l'allumer...
Ton premier programme allume la led c'est normal l'ordre de l'allumer (eternellement) suit le while(1), mais forcement l'ordre suivant n'est jamais atteint...pour cela il aurait fallut faire:

void main()
{
while (1)
       {
       output_high(pin_B3);
       printf("%c", 'A'); 
       delay_ms(500);
       output_low(pin_B3);
       delay_ms(500);
       }
}

[invite5637435c]

Si ta led ne clignote pas avec le programme que je t'ai mis c'est que quelque chose est mal configure.
Je ne connais pas ton compilateur mais je ne vois pas TRISB mis en sortie ni d'autres declaratifs de configuration... je suppose que tu as oublie de poster une partie du code.