IAR MSP430 : Fichiers *.a43 vers *.hex

[Seb.26]

Bonjour,

je dois programmer un MSP430, mais je n'ai que le fichier .a43 (de IAR) et le logiciel de mon programmateur (de chez Olimex) prend les .hex

Existe t'il un outil qui fasse .a43 -> .hex ?

Ou encore un site où trouver la description des 2 formats pour que je fasse un petit convertisseur ?

Merci, @+
-----

[invitee05a3fcc]

J'y connais rien en MSP .....
Tu n'as pas une case qui détermine le choix du format du fichier de sortie ?

[vincent66]

Bonjour,
Le fichier .a43 est il lisible en clair avec le bloc-note ? Si oui c'est probablement de l'assembleur et il faut voir chez TI pour télécharger le programme qui génère du .hex ...
Vincent

[invitedb9b1ced]

Salut,

Si tu as le projet sous IAR, tu peux choisir le type de fichier en sortie :
Project->Option->Linker->Output (en mode release).
Là tu peux choisir le "output format". En .hex il y a mpds-i, tous les msd-, tektronix, tous les zax-.
Sinon tu ne peux pas choisir les fichiers .txt avec ton logiciel Olimex ? C'est l'extension par défaut (msp430-txt).

A+

[A voir en vidéo sur Futura]

[Seb.26]

... comme je lai dit, je n'ai QUE le fichier *.a43 ...

Oui, je peux l'ouvrir avec notepad, c'est de l'ASCII, on dirait un peu un fichier .hex, mais si je change l'extension, ça marche pas.

[Seb.26]

le .a43 ressemble à ceci :

:020000020000FC
:10310000314000313C4002113D40680DB113DE23D7
:103110003C4000113D40C4AC3E400200B113F425D8
:10312000B1131C14B113EC250F12F2900A006600C3
:103130000424F2900D0066003520E2B30300FD2B5D
:10314000F2400D006700E2B30300FD2BF2400A00DD
... bla bla bla ...
:1025BE0080011A1CB1133A2580013A254E43800141
:1025CE00BA034D43800122070F4380008CF34C4326
:1025DE008001BC0D5F438001D6028001F025800191
:0A25EE00E825FF3F03438001CC23E2
:0400000300003100C8
:00000001FF

AMA, c'est du binaire et pas de l'ASM.

[vincent66]

C'est de l'hexadécimal affiché en ASCII..
Vincent

[invitedb9b1ced]

Je m'acharne mais ton logiciel n'accepte que l'extension hex?
Car il y a ça qui permet de convertir des a43 et txt TI.

Sinon le binaire me fait penser à la structure des hex :

1er octet : nombre d'octets de données
3-4èmes octets : adresse où écrire
5ème octet : type de données
6-Xème octets : données
X+1ème octet : checksum

D'autant que ":00000001FF" est typiquement la ligne de fin de fichier .hex.

Il doit y avoir une différence subtile entre les deux (pas le même calcul de checksum? pas la même manière de définir le type de données? ...).

A+

[vincent66]

En l'occurrence deux caractères ASCII codent un octet, la conversion n'est pas sorcière...
Vincent

[invite0e5af214]

Comme le dit amoniaque, ça fait furieusement penser à du .hex ton fichier.
Tu as essayé de le renommer en *.hex et de le faire envoyer par ton outil de prog ?

[Seb.26]

Merci de vos réponses,

en vrac :

oui, mon soft de flahs prend le .txt, mais le logiciel de conversion accepte les fichier de 64Ko max (le miens fait 183ko)

je trouve aussi que ça ressemble à un fichier .hex, mais sans la spec, je vais pas pouvoir faire une routine a43 -> hex

[Seb.26]

Après lecture, les fichiers .a43 et .hex sont frères ...

la structure est : "H SS AAAA TT DDDD...DDDD CC"

H = header = ":"
SS = taille des data
TT = type de la ligne ( 00 = data / 01 = EOF )
DD..DD = les data
CC = checksum (la somme de la ligne donne 0x00)

Donc, pourquoi mon .a43 renommé ne passe pas pour un .hex ?!!

... je creuse ...

[Seb.26]

J'ai oublié AAAA = adresse des data ...

[Seb.26]

J'avance ...

j'ai trouvé un nouveau type de ligne : "02" ... ce qui doit permettre d’accéder aux adr qui sont après 0xFFFF ...

Un fichier .txt :

 ... ... ...
80 00 52 B8 FF 3F 03 43 80 00 64 BC 80 00 68 BC
10 01 
@FFE4
30 31 46 32 
@FFEE
10 33 
@FFFE
00 31 00 00 7A 44 00 C0 58 44 00 00 75 44 00 00
75 44 00 00 75 44 00 24 74 49 96 00 F4 01 72 06
... ... ...

Et le même fichier en .a43 :

... ... ...
:10BC6000800052B8FF3F0343800064BC800068BC82
:02BC70001001C1
:04FFE4003031463240
:02FFEE001033CE
:02FFFE000031D0
:020000021000EC
:1000000000007A4400C05844000075440000754464
:1000100000007544002474499600F40172064E07EE
... ... ...

[vincent66]

C'est par ce que c'est du hex codé en ASCII, on voit du hex mais ce sont des caractères standards ASCII...
Vincent

[Seb.26]

C'est par ce que c'est du hex codé en ASCII, on voit du hex mais ce sont des caractères standards ASCII...
Vincent

??? ... rien compris ...

[Seb.26]

Parfois on cherche mal ...

http://en.wikipedia.org/wiki/Intel_HEX

[Seb.26]

... ... ...
:10BC6000800052B8FF3F0343800064BC800068BC82
:02BC70001001C1
:04FFE4003031463240
:02FFEE001033CE
:02FFFE000031D0
:020000021000EC
:1000000000007A4400C05844000075440000754464
:1000100000007544002474499600F40172064E07EE
... ... ...

OK, donc la ligne avec le type 02 stocke l'adr 0x010000 comme adr de base pour les lignes suivantes, et donc c'est OK ...

Le soft du programmateur ne doit pas savoir gérer ce type de donnée ... mais maintenant, je peux me faire mon convertisseur a43 -> txt

<< Résolu >>