Bonjour à tous, je voudrai votre aide pour traduire un programme en langage C vers le langage assembleur svp parce que je viens de voir la programmation et je n'ai vu que l'assembleur pour le moment mais le langage C je n'ai pas encore vu.
le programme en C --->
l'url du projet : https://www.sonelec-musique.com/elec...orgue_005.html
Dernière modification par Antoane ; 22/05/2017 à 13h23. Motif: Rapatriement des PJ sur le serveur du forum
c'est pas du C ... on dirait du Pascal (?!) ...
il donne le .hex dans la page, pas besoin de traduire an ASM ...
<< L'histoire nous apprend que l'on apprend rien de l'histoire. >>
hello. bien vu Seb26, pour info le très généreux auteur de sonelec a mm écrit un livre la dessus : https://www.sonelec-musique.com/elec...vre_mp_uc.html
En effet c'est du pascal.Envoyé par Seb.26
En C, la traduction ne pose pas de problème, puisque tous (? à vérifier) les compilateurs C ont une option permettant de générer un .asm (donc rien à faire , sauf préciser l'option -S si ma mémoire est bonne).
En Pascal, voir si le compilateur utilisé a bien cette option.
merci pour vos réponses, j'ai un problème , j'essaye de convertir le fichier .asm du programme sur MPLAB, et quand j'ai envie de le convertir en fichier .hex il m'indique une erreur
Bonsoir,
Ah merci, enfin unprogramme sans "void" qui me donne de l'urticare...!
Ici ce qui peut bien être mal digéré c'est le "while true" en début de main...?!
Leonardo était ingénieur "sans papier", et moi diplômé juste...technicien...
Bonjour marcuccio19 et tout le groupe
Outre que je confirme que c'est du Pascal et pas du C, je me demande bien ce que tu entends vraiment par la traduction du langage X en assembleur.
L'assembleur est spécifique à chaque micro, c'est le langage "élémentaire" que seul lui reconnaît. Il est automatiquement traduit par le compilateur dont c'est le rôle.
Comme le langage évolué allonge les procédures car il n'optimise pas, il arrive que pour gagner du temps en exécution, on fait "le contraire": on remplace une séquence C par son équivalent assembleur, car, forcément, l'exécution pourra être rendue plus rapide, mais c'est au cas par cas, c'est dépendant du processeur, et, avec les vitesses croissantes de ces derniers, cela devient moins intéressant.
Mais c'est très casse-tête, et ça prend du temps de développement.
Plutôt que de chercher des solutions utopiques, peux-tu préciser le véritable sens de ta demande?
D'après ce lien: https://www.sonelec-musique.com/logi...005_12f675.zip la source a été crée avec le compilateur MikroPascal.
Si tu décompresse le Zip tu as le fichier HEX qu'il faut charger dans ton PIC.
Le fichier .asm c'est déjà du binaire, compilé...
Mais pas dans le même format que du .hex...
Quand nous parlerons tous le même langage nous pourrons peut-être nous comprendre dit le provebe...
Leonardo était ingénieur "sans papier", et moi diplômé juste...technicien...
Non, c'est du code source assembleur, pas du binaire. Après, il peut être généré par un compilateur mais aussi écrit à la main, etc.
Nawak deux fois ....
- L'asm c'est du source assembleur
- L'assembleur ne se compile pas ... il s'assemble
En effet, le .asm est de l'assembleur et c'est pas du binaire comme le .Hex.
Mais bon, l'assembleur est quand même fort proche du binaire.
Un désassemblage du .Hex pour remonter au .asm n'est pas tâche impossible....
I.
Bonjour
À moins que je n'ai pas compris la demande, ce que tu recherches est un désassembleur, on en trouve un ici: http://www.hagi-online.org/picmicro/picdisasm_en.html pour les pics dont le 12F675 mais il faut avoir en tête que le desassembleur, s'il fabrique un fichier asm fidele puisque l'asm est un langage non interpreté contrairement à tous les autres langages, il n'est pas toujours facile de l'utiliser, il faut une bonne connaissance de l'asm car il n'y a pas les facilités qu'un programmeur utilisent comme des noms évocateurs de variable ou même les noms des registres speciaux, etc.
Gilles
