Discussion :

[Tiberizz]

Bonjour,

Nous avons créé un bout de code Java permettant la reconnaissance de caractères. À terme, nous voudrions l'implémenter sur un micro-contrôleur.

Le micro-contrôleur devrait durer un certain nombre de mois à faire un calcul.

Nous voudrions savoir si quelqu'un connaît l'état de l'art pour répondre à la question : « Est-ce que ça va rentrer ? »

Si on transfère notre code en C par exemple, est-ce qu'un outil fourni par le compilateur peut nous donner approximativement le nombre d'instructions élémentaires qu'il a utilisé ?

Je sais que l'optimisation se fait plutôt en amont, côté algorithmes et complexité mais existe-il un moyen simple de connaître la plage de puissance dont on a besoin à l'avance ?

[Obsidian]

Ça dépend beaucoup du micro-contrôleur que tu vas choisir, évidemment. Cela dit, le C est très proche du fonctionnement d'un micro-processeur, donc chaque directive a généralement un impact assez faible.

Quoiqu'il en soit, tu peux tout-à-fait demander à ton compilateur de te sortir le code assembleur généré. Tu auras donc une vue précise de ce qui doit être inséré dans ton micro-contrôleur.

Et puis, s'il s'agit de faire un calcul simple sur une très grande quantité de données, tu peux également envisager d'écrire directement ton programme en assembleur. Ça se faisait énormément dans les années 80 et 90. Ça s'est perdu un peu avec l'augmentation en puissance des ordinateurs et l'apparition de nouveaux langages, mais cela reste un exercice très intéressant. À titre d'exemple, le BASIC et le système d'exploitation des 8 bits des années 1980 était généralement écrit directement en assembleur et stocké dans les ROMs de la machine (d'où un temps de boot quasi-nul !). Or, la place manquait souvent et les programmes étaient rentrés au chausse-pied dans leur mémoire. En les désassemblant, on voit très bien apparaître les différents choix des programmeurs pour économiser quelques octets par ci et par là.

[forthx]

Bonsoir,

En fonction de ton µC tu a des outils pour développer des programme en C et ou en asm. Il est possible (cas du pic)que ces outils génèrent des fichiers contenant ton exécutable en hexadécimal. Dans ce cas il suffi de diviser la taille de ce fichier par 2 (8 bits = 00 a FF (soit 2 caractères de fichier exa eux même codé sur 8 bits)) pour obtenir la taille de ton programme final. Sinon il est aussi possible que tu te retrouve avec un fichier binaire (la c'est pas très compliquer enfin bien sur tout cela n'est valable que si tu peu effectuer la compilation de ton code dans le format compris par ton µC.

Si ca rentre pas et que tu a fait ton code en C tu peu soit coder directement en assembleur comme propose Obsidian (ca prend en général nettement moins de place, mais plus de temps a coder).

Note qu'utiliser l'assembleur généré par le compiler C peu se faire mais n'est pas toujours la méthode la plus simple.