Bonjour,
après avoir eu quelques problèmes lors du redémarrage de mon programme, je voulais savoir si il y avait un moyen simple, en C, d'effacer la RAM (mémoire ou se trouve les variables) afin de démarrer sur une "base saine"...
Je travaille avec un PIC18F6722...
Merci d'avance
C'est décrit dans le cours N°1 de Bigonoff.
Si tu initialises tes octets de RAM, tu n'as pas besoin de les effacer en début de programme.
+1, je ne vois pas l'intérêt d'effacer la RAM.
A+
En programmation assembleur, c'est intéressant si on oublie d'initialiser une case mémoire (la grosse bêtise !). On est sûr ainsi de démarrer (reset ou power-on) dans la même situationEnvoyé par Jack
J'aime pas le Grec
Pas très convaincant. Ca semble cautionner une définition laxiste des variables.En programmation assembleur, c'est intéressant si on oublie d'initialiser une case mémoire (la grosse bêtise !). On est sûr ainsi de démarrer (reset ou power-on) dans la même situation
A+
Je rappelle d'ailleurs que si les variables sont locales, elles sont crées dans la pile. Or rien de garantit le contenu de la pile en raison des divers appels de sous programmes, passages de paramètres, etc.
En conclusion, mieux vaut compter sur une bonne hygiène de programmation.
A+
J'ai déjà motivé mon choix
1/ je programme uniquement en assembleur
2/ je fais un test sommaire de la mémoire (écriture/lecture de AA55)
3/ je reset ma mémoire à 0000
4/ Je n'initialise ensuite que les cases mémoires qui doivent être différentes de 0000
J'aime pas le Grec
ok pour le test de la ram, mais une bonne initialisation des variables doit suffire si c'est fait dans les règles de l'art, même en asm.
A+
C'est plus simple de tout mettre à 0000 et d'initialiser les quelques variables différentes de 0000
PS: et à chaque Reset on démarre toujours pareil
J'aime pas le Grec
Bonsoir,
En effet il existe deux méthodes:
rincer la ram, au démarrage une ram ne contient rien ce qui signifie quelle ne vaut ni A ni non A , c'est radical mais signe un programme tombé en marche et peut être couteux en temps, avec quelques kilo c'est jouable avec plusieurs centaine de mega c'est irréaliste sauf à disposer d'un automate hard pour le faire.
Cette méthode est cependant utile dans les cas ou il existe un code correcteur d'erreur ou plus simplement une parité et que les accès du processeur s'effectuent par burst et qu'il y a la possibilité de n'avoir qu'une partie du burst qui soit vraiment initialisé.
Initialiser toutes les variables dans chaque module les utilisant, c'est la bonne méthode et la signature d'une programmation dans les règles.
JR
l'électronique c'est pas du vaudou!
L'auteur parlait de la RAM d'un PIC.
Un PIC n'a pas de RAM de plusieurs centaines de mega.
Re
oui mais ce n'est pas parce que tu conduis une 2CV qu'il faut prendre de mauvaises habitudes!
Il y a de ça qqs années la plupart des "informaticiens" étaient formés Fortran ou Basic et la commande RUN rinçait la ram par charité je ne dirais pas ce que j'ai vu comme code C ou ASM à l'époque!
JR
l'électronique c'est pas du vaudou!
Avec une 2CV, tu joues avec la boite de vitesse, avec une voiture automatique,tu ignores la boite de vitesse.
C'est assez analogue à l'assembleur et au "C". la programmation est différente.
J'aime pas le Grec
Re
Pas d'accord les bonnes pratiques doivent être les mêmes.
C'est un peu comme l'usage du langage SMS avec les potes cela passe avec un DRH dur dur!
Il faut prendre le plus tôt possible de bonnes habitudes, c'est la même chose en VHDL ou tout autre langage de synthèse hard.
Le propre d'un bug c'est de rester silencieux jusqu'au moment ou il y a qqs centaines de matos dans la nature , là il se réveille (Murphy) et comme il faut faire un rappel cela coûte un max.
Exemple vécu : soft n'ayant pas initialisé une et une seule variable, changement de RAM (shrink) celle ci n'a plus la même valeur au démarrage => crash logiciel!!!
Le rinçage de RAM n'étant pas toujours possible (contrainte temporelle de disponibilité après mise sous tension) il faut INITIALISER!
JR
l'électronique c'est pas du vaudou!
D'autant que ce n'est pas parce qu'une variable est initialisée à 0 que tout problème est résolu. Même si cette valeur est la plus fréquente lors des initialisations, d'autres valeur sont souvent nécesaires.
La non initialisation est une des causes les plus fréquentes de bug. La seule façon d'éviter ce genre de désagrément est de soigner ses initialisations.
A+
C'est bien ce que je dis
J'aime pas le Grec
Et quand pense l'auteur de la discussion ?
C'est moi qui lui ai donné cette idée en #7 http://forums.futura-sciences.com/el...demarrage.html
Sûr qu'en programmant avec une boite automatique (un language évolué) cela présente moins d'intérêt. Avec un language 2CV (assembleur) , c'est primordial.
J'ai utilisée cette technique sur des milliers de carte et je n'ai jamais eu de problème qualité après passage au contrôle de test de sortie
J'aime pas le Grec
Re
Daudet ta méthode est bien sur bonne "idiot proof" mais non généralisable à de gros logiciels utilisant beaucoup de RAM.
Le soft c'est comme un gaz cela rempli toujours tout le volume disponible.
Pour un PIC c'est effectivement radical, je suis un puriste.
JR
l'électronique c'est pas du vaudou!
mes milliers de carte, c'est pas des serveurs, mais des µCs avec quelques périphériques et en ce temps là, la RAM de 32KO était encore externe !
J'aime pas le Grec
Re
A cette époque on était économe et le soft n'était pas sous traité !
JR
l'électronique c'est pas du vaudou!
Non, je faisais le hard, le soft et le contrôle qualité ... Dans une boite de 5 personnes, il faut tout faire. Seul les typons et la fabrication des circuits imprimés étaient sous-traité
J'aime pas le Grec
Je vois que le sujet a suscité beaucoup de commentaires en mon absence... désolé, match de foot oblige... et quel match!!
(passons...)
bon:
Et bien moi ce que j'en pense, c'est que je suis jeune, j'ai tout a apprendre, et a commencer par les bonnes habitudes, donc j'ai relus tout mon soft, initialisé toutes mes variables au niveau de la déclaration, et puis c'est tout!!Et quand pense l'auteur de la discussion ?
Non, mais j'ai cru comprendre que qu'il fallait plutot carré sur l'initialisation, donc je préfère faire comme ça...
Merci en tout cas pour votre expérience, c'est là que l'on se rend compte que les forums sont utiles...
