Bienvenue aux nouveaux arrivants sur FantasPic !
- Pensez à lire les règles durant votre visite, il n'y en a pas beaucoup, mais encore faut-il les respecter .
- N’hésitez pas à faire des remarques et/ou suggestions sur le Forum, dans le but de l'améliorer et de rendre vos prochaines visites plus agréables.
- Vous pouvez regarder votre "panneau de l'utilisateur" afin de configurer vos préférences.
- Un passage par "l'utilisation du forum" est recommandé pour connaître les fonctionnalités du forum.
--- L’équipe FantasPic ---
- Pensez à lire les règles durant votre visite, il n'y en a pas beaucoup, mais encore faut-il les respecter .
- N’hésitez pas à faire des remarques et/ou suggestions sur le Forum, dans le but de l'améliorer et de rendre vos prochaines visites plus agréables.
- Vous pouvez regarder votre "panneau de l'utilisateur" afin de configurer vos préférences.
- Un passage par "l'utilisation du forum" est recommandé pour connaître les fonctionnalités du forum.
--- L’équipe FantasPic ---
Modérateur : Jérémy
[MPLAB] Remplacer mémoire inutilisée par des Nop
Bonjour,
juste pour confirmer, si besoin en est, que c'est une légende urbaine.
Les causes de plantage sont majoritairement liées à l'écriture exécrable qu'on peut lire un peu partout, écriture suffisante quand on fait joujou mais qui n'a que très peu avoir avec la manière d'écrire un code solide.
Par exemple on voit rarement un usage correct des différents type de variables (volatile, static, etc) dans la vaste majorité des codes (pour µC) qui circulent sur le net.
En principe on utilise une machine d'état (certes pas nécessaire pour faire clignoter une led) mais dès que l'application se complique c'est plus que conseillé.
Ecrire du C c'est avoir une démarche structurée et parfaitement déterministe, rien ne doit être sous estimé et encore moins choisi à la légère.
Un timing mal choisi, un pointeur mal initialisé, une fonction provoquant un débordement de pile, peuvent avoir des conséquences désastreuses.
Et pour la CEM la cause est essentiellement un routage foireux, là encore beaucoup de circuits sont routés sans capa de découplage correctement dimensionnées (quand il y en a sinon on retrouve à 99% des 100nF, alors que celui-ci se calcule selon la vitesse du µC), des plans de masse insuffisants, une mauvaise approche des phénomènes de couplages, des vias mal placés, etc.
Saturer la mémoire de nop, faut vraiment ne rien avoir compris à un µC.
@+
juste pour confirmer, si besoin en est, que c'est une légende urbaine.
Les causes de plantage sont majoritairement liées à l'écriture exécrable qu'on peut lire un peu partout, écriture suffisante quand on fait joujou mais qui n'a que très peu avoir avec la manière d'écrire un code solide.
Par exemple on voit rarement un usage correct des différents type de variables (volatile, static, etc) dans la vaste majorité des codes (pour µC) qui circulent sur le net.
En principe on utilise une machine d'état (certes pas nécessaire pour faire clignoter une led) mais dès que l'application se complique c'est plus que conseillé.
Ecrire du C c'est avoir une démarche structurée et parfaitement déterministe, rien ne doit être sous estimé et encore moins choisi à la légère.
Un timing mal choisi, un pointeur mal initialisé, une fonction provoquant un débordement de pile, peuvent avoir des conséquences désastreuses.
Et pour la CEM la cause est essentiellement un routage foireux, là encore beaucoup de circuits sont routés sans capa de découplage correctement dimensionnées (quand il y en a sinon on retrouve à 99% des 100nF, alors que celui-ci se calcule selon la vitesse du µC), des plans de masse insuffisants, une mauvaise approche des phénomènes de couplages, des vias mal placés, etc.
Saturer la mémoire de nop, faut vraiment ne rien avoir compris à un µC.
@+
Qui est en ligne
Utilisateurs parcourant ce forum : Aucun utilisateur enregistré et 38 invités