|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Nouveau Membre du Club
![]() Inscription : avril 2007 Messages : 38 ![]() |
Bonjour,
voici un petit programme écrit en Turbo Pascal qui simule un tableau d'affichage de 64 diodes électroluminescentes avec possiblité de créer soi-même ses figures puis de les visionner sous forme de show. le fichier TXT généré est facilement modifiable pour programmer une éprom ( juste les commentaires à enlever. j'espère le porter un jour sur l'électronique juste à apprendres les microcontrôleurs. Cordialement Mic** |
|
|
00
|
|
|
#2 |
![]() ![]() Inscription : juillet 2007 Messages : 1 296 ![]() |
ton programme me plait bien. Mais il existe quelque bug au niveau de l' affichage avec outtextxy dans créeled.
Pense un peu à faire respirer ton code. Je me pencherai sur le code quand j' aurai un peu de temps. Peux tu me dire comment on fait pour lier les .bgi directement à l' executable ? |
|
|
00
|
|
|
#3 |
|
Membre expérimenté
![]() |
ben pour ton programme j'ai pas eu le temps de le regarder, mais à première vu il manques beaucoup de commentaires
sinon tu a parlé de porté ton programme sur des micros contrôleurs, ben sache que les micros contrôleurs ça se programme pas avec du pascal c'est avec de l'asm et il faut du un peu de matos,généralement chaque micro contrôleur a un jeu d'instruction plus ou moins réduit,une mémoire Ram plus ou moins grande(sa taille en octets biensûr La programmation sur un pc et sur micro contrôleur, pas du tout la même chose ![]() cordialement @+
__________________
et vint le 20siècle et l'homme se mit à réflechir comme la machine auteur: diden138 |
|
|
00
|
|
|
#4 | |||
|
Nouveau Membre du Club
![]() Inscription : avril 2007 Messages : 38 ![]() |
Citation:
|
|||
|
|
00
|
|
|
#5 | |
|
Nouveau Membre du Club
![]() Inscription : avril 2007 Messages : 38 ![]() |
Citation:
|
|
|
|
00
|
|
|
#6 | |
|
Invité régulier
![]() Inscription : juin 2009 Messages : 11 ![]() |
Salut,
Citation:
Le seul truc, c'est que leurs ressources sont limitées (peu de mémoire flash pour le programme) donc un compilateur évolué peut produire du code trés lourd (qui dépasse même la taille de la mémoire du µC), qui peut conduire a de nombreux bugs. Alors qu'avec l'ASM, on contrôle les parties les plus infimes de la mémoire et dans leurs moindres détails. @+ |
|
|
|
00
|
|
|
#7 | |
|
Invité de passage
![]() Inscription : novembre 2006 Messages : 1 ![]() |
Bonjour!
Quelques remarques: - Quand le la taille du code généré par un compilateur est supérieure à celle de la mémoire, cela ne génère aucun bug. Le système refusera de charger le code dans le microprocesseur, et l'expérience s'arrête là. - L'efficacité des compilateurs modernes est souvent étonnante. Du code très lourd? C'était probablement vrai pour les compilateurs d'il y a 30 ans, mais maintenant, quand on désassemble un programme compilé, on s'aperçoit souvent que le compilateur a fait exactement ce que l'on aurait fait à la main en assembleur. D'autre part, le code généré dépend du processeur. On ne peut pas comparer le code compilé pour un PC où tout application mesure au bas mot des centaines de kB et le code généré par un outil de développement pour microcontrôleur. Exemple: l'application suivante compilée avec IAR pour MSP430 http://passworld.co.jp/ForumMSP430/v....php?f=2&t=156 La taille de l'exécutable est de 1442 octets et de plus, ce code contient un pilote d'écran fonctionnel, qui permet d'afficher des images et des chaînes de caractères. - Les seuls endroits où il est encore parfois appréciable de travailler en assembleur sont les tâches très répétitives. Par exemple dans une FFT, si vous économisez 1 cycle d'horloge sur un papillon pour une FFT de 256 points, vous économisez 1000 cycles en tout. Par contre, si vous économisez 1 cycle pour l'appel de la fonction FFT, ça ne change pour ainsi dire rien. Pascal Citation:
|
|
|
|
00
|
Copyright © 2000-2013 - www.developpez.com