Debugga i mikroprocessorer

PIC, AVR, Arduino, Raspberry Pi, Basic Stamp, PLC mm.
Användarvisningsbild
Marta
EF Sponsor
Inlägg: 7487
Blev medlem: 30 mars 2005, 01:19:59
Ort: Landskrona
Kontakt:

Inlägg av Marta »

Bästa sättet om man vill optimera eller ändra av annan orsak i fungerande kod är att ta ett litet steg i taget och verifiera funktionen mellan varje steg. Då upptäcker man oftast problem omgående och vet vilken ändring det var som inte fungerade.

Även om ett häftigt program kan peka ut alla ändringar så vad hjälper det om man inte vet vilka av dem som orsakar problemet?

Varför göra saker mera komplicerade än de är, enkelhet är nästan alltid att föredra framför komplexitet och "avancerade" lösningar.
Användarvisningsbild
Icecap
Inlägg: 26659
Blev medlem: 10 januari 2005, 14:52:15
Ort: Starup (Haderslev), Danmark

Inlägg av Icecap »

Håller helt med Marta, varje funktion bör verifieras innan man tar nästa.
Användarvisningsbild
vfr
EF Sponsor
Inlägg: 3515
Blev medlem: 31 mars 2005, 17:55:45
Ort: Kungsbacka

Inlägg av vfr »

Absolut! Normalt försöker jag jobba på det sättet men förr eller senare hamnar man i ett läge där man tagit ett steg för mycket och då är det bara att backa och sedan ta det i små steg istället med hjälp av jämförelser.
syltkaka
Inlägg: 188
Blev medlem: 9 december 2006, 18:55:09
Ort: Göteborg

Inlägg av syltkaka »

Tack för tipsen Icecap.

Testade varianten med att mäta spänningen med multimetern på en pinne.
Skrev en sats som togglade en pinne varje gång en speciell funktion anropades. På så vis kunde jag bekräfta hur ofta den verkligen anropades.

Mätte 0,08 V respektive 0,00 V vilket betyder att jag numera inte skriver till min LCD massa gånger i onödan (skriva över samma sak) då det ändå inte finns något nytt att skriva.

/Martin
Skriv svar