USART sur ATmega128A

[inviteeddcde8d]

Hi

J'ai une mort de tueur enragé sur un programme simple que n'importe quel noob peut faire fonctionner avec un minimum de patience.
Alors avant de jeter mon matériel électronique et moi avec par la fenêtre je préfère poster "calmement" ici...

Dans l'ordre et en image:
Voici les connections avec la puce:
Magic_Cheap.png
Les PINS encadré son connecté avec l'oscillo.

Jusque là tout fonctionne.
Quand j’envoie mon programme de test pour faire du on/off sur PA0 j'ai ce que je code en sortie.

Par contre sur ALE que j'ai souligné en rouge c'est la fête !
Je ne sais pas pourquoi que je n'ai jamais passé SRE à 1 dans le registre MCUCR ?!
Enfin bon c'est encore autre chose...

Voici le code débile qui me rend fou :
ATmega128A_Serre.zip

J'ai testé le code en simulation, et le désassemblage donne cette purée indigeste:
Simulation.jpg

J'ai encadré en rouge une portion que le compilateur dégueule en avr8.
Que j'ai un énorme doute sur la traduction C vers ASM...

J'aimerais beaucoup comprendre pourquoi cette puce de M... ne veut pas m'envoyer le contenue de l'UDR1 sur RXD1.

C'est peut-être une erreur toutes simples aussi, sauf que je ne la trouve pas.
Donc si quelqu'un peut m'éclairer sur la source du bug ou m'orienter vers une piste, que là, c'est le crackage total !
Cordialement
-----

[inviteeddcde8d]

Ok,
Donc, j'ai refais le code en assembleur, pour virer toutes les niaiseries du compilateur C.
Et voila le code :
ATmega128A_USART.zip
Et "don't work" !

J'en conclue que le problème repose sur quelques choses de simple que je n'est pas compris.
Ce qui m'énerve encore plus...

Je ne sais plus trop quoi modifier maintenant...

[inviteeddcde8d]

Une question simple
Comment fait-on pour envoyer le contenue d'UDR1 sur RDX1 ?

[inviteeddcde8d]

Je viens de tester le HEX du code asm et du code C, (avec la petite erreur en moins sur celui en asm "ligne 89") dans Proteus et ça marche !


Mais toujours pas sur la puce !

[A voir en vidéo sur Futura]

[inviteeddcde8d]

J'ai des doutes sur les puces maintenant !!!
Voir sur le lots des puces...

[invite3c199cf9]

L'alim est bien découplée aux bornes du µC (ou pas trop loin)?
Essaie déjà d'envoyer des datas toutes les 2 secondes en boucle pour les voir par exemple avec Putty ou Hyper Terminal.

[inviteeddcde8d]

Salut

J'ai l'oscilloscope de directement connecté sur la PIN28 (RDX1) donc je devrais les voir passer.
Par contre J'ai aucun découplage.
La puce est alimenté avec un petit chargeur de téléphone 5v.

[invite3c199cf9]

T’es sûr que tu as le temps de les voir passer à l’oscillo ? Tu le déclenches en normal, en one shot ?
Tu recharges le registre après chaque lecture ?
Si tu as d'autres consommateurs sur ton montage, le petit chargeur est peut-être trop faible ?

[inviteeddcde8d]

L'oscillo devrait les voir qu' avant de le brancher je l'ais réglé avec putty en lui envoyant les mêmes paramètres.
Sinon pour le découplage j'ai essayer plusieurs capacités, pour la vitesse de transfert de 19200 j'ai une fréquence de 2,2Khz environ
donc j'ai essaies avec un chimique de 10µF et un autre de 1µF mais aucune différence.
Et le registre UDR est recharger pour renvoyer un 'U' sur RDX1, oui.
J'ai aussi un signal sur la broche43 qui n’apparait pas dans la simulation sous Proteus, il y a peut-être une piste a creuser de ce côté.

[inviteeddcde8d]

C'est bon ça roule, j'ai trouvé !
Le bit M103C pour la compatibilité avec ATmega103, à décocher !
Cool tout est bien qui fini bien
Merci pour ton aide l'ami

[invite3c199cf9]

Merci pour ton retour et bonne continuation !