Aide pour portage programme de C++ vers Assembleur

Bonjour,

J'ai acheté un module ROBOARD qui est en fait un mini PC
a base de 486 avec toutes les interfaces pour piloter des servomoteurs
et gérer toutes sortes de capteurs.

Le truc boote sur une cle USB sans problème, je me suis installé un petit
DOS, et tout est opérationnel

pour utiliser les sorties de cette carte, j'ai téléchargé les librairies sur le site
du fabricant (http://www.roboard.com/download_ml.htm)
Mais voila, tout est écrit en C++ (j'imagine car les fichiers sont des *.cpp)

Et je ne comprends pas un traitre mot de ce langage !

Ca fait une semaine que je cherche, et je n'ai toujours pas compris comment
accéder à ses ports PWM ou entrées analogiques

Du coup je cherche une âme charitable qui voudrait bien analyser pour moi
les fichiers sources (185Ko en tout)

histoire que je puisse transposer tout ça en assembleur (et en Forth bien sur )

Un petit MP pour se mettre d'accord sur le prix ?

merci d'avance

a+ François

Je vois qu'ils fournissent tout le tsointsoin pour diverses platformes, dont visual studio. Je me demande s'il n'est pas possible de demander à visual studio de générer de l'assembleur. Sinon, tu peux toujours le récupérer en débuggant. Mais ça risque d'être long et fastidieux...

Bien sur le cul pour une fois que c'est pas l'inverse !
Comment peut-on maitrisé l'ASM et pas comprendre le C ou le C++...
Mais pourquoi ne compile tu pas tes classes puis les "décopiler" en ASM ?
Les appels vers ta lib ne sont il pas possible en ASM ?

Merci à vous deux,

Bien oui, le C++ (ou même le C) pour moi c'est du Chinois :aie:

Pourtant j'ai passé du temps à essayer de comprendre ces programmes,
(il me semble que le % veut dire modulo) tous ces signes, ses parenthèses,
accolades...etc... c'est peut-être plus rapide à taper mais moi ça m'aide pas
des masses :aie:

J'ai aussi un problème de taille : le programme d'exemple est donné pour une
application bien précise qui ne me convient pas, et qui en plus fait planter la machine.

Au hasard, voici un petit bout de code :

Code:

---

1 2 3 4 5 6

RBAPI(void) pwm_SetBaseAddress(unsigned baseaddr) { write_sb_reg(SB_PWMSETTING_REG, //set base address with enabling I/O address decoding ((read_sb_reg(SB_PWMSETTING_REG) & 0xffff0000L) | 0x00800000L) + (unsigned long)(baseaddr & 0xfe00) ); BaseAddress = baseaddr; }

---

a+ François

Ok, à ta décharge, ce n'est pas le morceau de C le plus clair du monde informatique ! :-) Mais ce n'est pas non plus le plus difficile.

Sache qu'en général, les symboles écrits en majuscules correspondent à des macros définies avec #define, macros qui la plupart du temps servent simplement d'aliases, et qui jouent le rôle d'equates dans ton cas. Je dis « en général » parce que c'est une convention, mais que le compilateur ne l'impose pas.

Donc, en l'occurrence, « SB_PWMSETTING_REG » doit correspondre à un nombre entier correspondant au numéro du registre concerné, et cette définition doit se trouver soit en tête de programme, soit dans un des fichiers « *.h » inclus également en tête de code.

Ok, merci Obsidian :ccool:

Pour la suite du bout de code, j'ai imaginé que :
& 0xffff0000L serait un masque AND avec la valeur 32bits FFFF0000h ?
| 0x00800000L serait un masque OR avec la valeur 32bits 00800000h ?

Si quelqu'un pouvait me décortiquer tout ça je lui en serais éternellement reconnaissant !
(enfin, une éternité pas trop longue quand-même ! :aie:)

a+ François

Ici tu auras un aperçu rapide sur les bases du langage et de ses opérateurs:
http://www.cplusplus.com/doc
Et beaucoup de choses d'autres sur ce même site si tu veux aller plus loin.

Citation:

---

Envoyé par Forthman

Ok, merci Obsidian :ccool:

Pour la suite du bout de code, j'ai imaginé que :
& 0xffff0000L serait un masque AND avec la valeur 32bits FFFF0000h ?
| 0x00800000L serait un masque OR avec la valeur 32bits 00800000h ?

Si quelqu'un pouvait me décortiquer tout ça je lui en serais éternellement reconnaissant !
(enfin, une éternité pas trop longue quand-même ! :aie:)

a+ François

---

C'est tout-à-fait ça. « 0x » étant le préfixe C spécifiant l'hexadécimal. On précise également, parce que c'est moins évident, que tout nombre entier débutant par « 0 » en C est considéré comme étant écrit en octal.

Bonjour,

Bon, et bien comme on dit, à coeur vaillant rien d'impossible :P

Hier je me suis tapé la moitié du tuto "Penser en C++" et même si je suis toujours
incapable d'aligner une seule ligne de code en C++, j'arrive à comprendre
ce qui est écrit :ccool:

Mais je continu à trouver que ce langage est tordu avec ces symboles
qui ont des signification pas claires, voire des double sens (comme << )

Ne m'en veuillez pas, je vais rester au Forth même si personne ne l'utilise :mouarf:
(de toutes façons je ne suis pas dans l'informatique :lol:)

merci à tous pour m'avoir "poussé" à me cultiver :ave:

a+ François

Citation:

---

Envoyé par Forthman

Hier je me suis tapé la moitié du tuto "Penser en C++" et même si je suis toujours incapable d'aligner une seule ligne de code en C++, j'arrive à comprendre ce qui est écrit :ccool:

---

C'est-à-dire que passer directement du Forth au C++, ce n'est même plus un grand écart, c'est un vol trans-régional. :-)

Citation:

---

Mais je continue à trouver que ce langage est tordu avec ces symboles
qui ont des signification pas claires, voire des double sens (comme << )

---

Il n'y a pas tant de double-sens. Enfin, pas dans le langage proprement dit. Il y a bien l'étoile « * » qui peut représenter soit un pointeur, soit l'opérateur de multiplication mais, à part ça, le C++ permet si nécessaire de redéfinir les opérateurs comme de simples fonctions. Et ça, c'est formidable, parce que cela permet d'intégrer ses propres objets au milieu de calculs ordinaires. L'exemple-type en matière de programmation orientée objet sont les nombres complexes. Pouvoir les déclarer comme des variables ordinaires, bénéficier de toute l'arithmétique associée comme on le ferait sur papier et pouvoir les combiner avec les types natifs, c'est très confortable !

Évidemment, pour cela, il faut que le développeur respecte la sémantique de ces opérateurs et ça, rien ne peut l'y contraindre. On voit donc fleurir des nouveautés comme les inserters dont tu parles.

Il y a deux écoles qui s'affrontent : celle qui pense qu'il est préférable d'apprendre le C avant le C++, et celle qui pense qu'au contraire, s'il faut choisir, alors autant commencer directement par le C++. Bjarne Stroustrup lui-même se range dans la seconde catégorie. Cela est dû au fait que les nouveaux concepts introduits par le C++ par rapport au C impliquent de concevoir les logiciels d'une manière complètement différente. C'est un peu comme passer de deux à trois dimensions, en mathématiques, ou du dessin à la sculpture.

Par contre, dans ton cas, tu travailles avec un langage très ancien, et tu as probablement une vision très proche du fonctionnement de ta machine, même si tu n'es pas « informaticien ». Il fut un temps où écrire un logiciel et paramétrer sa machine allaient de pair. Je pense donc que tu pourrais très facilement assimiler le C dans un premier temps, et que cela te serait très bénéfique pour migrer ensuite vers le C++ si besoin.

Bonjour,
J'ai encore besoin de votre aide

Dans la ligne suivante :

Code:

---

1 2	if ((PWM_ioSection = io_Init()) == -1) return false;

---

la valeur de io_Init est elle bien placée dans PWM_ioSection AVANT de faire le test == -1 ?

merci!!!

a+ François

Bonjour

Citation:

---

Envoyé par Forthman

Code:

---

1 2	if ((PWM_ioSection = io_Init()) == -1) return false;

---

la valeur de io_Init est elle bien placée dans PWM_ioSection AVANT de faire le teste == -1 ?

---

Tout à fait. Une affectation est évaluée comme ayant la valeur de la variable affectée. La comparaison nécessite qu'elle soit évaluée d'abord. La valeur est donc bien stockée avant la comparaison.

merci !