Svenska ElektronikForumet

Du har givetvis rätt, Sodjan.

I veckan har jag implementerat dataloggning till ett flashminne (4 eller 8Mbit med SPI interface).
SPI-rutinerna hade jag sedan innan, så de var klara och fungerade.

Då började jag med att göra fyra enkla funktioner:

* initiera flash
* skriv en byte till flash
* läs en byte ur flash
* radera sektor i flash

Dessa testkördes noggrannt på alla vis.

Sedan utökades det med:

*skriv bytes i flash från RAM-buffert
*läs bytes i flash till RAM-buffert

testades noga.

Sedan byggde jag en struktur för hur data skulle lagras i minnet och det testades.

Allra sist har jag börjat implementera de funktioner som ska anropas för att spara eller läsa poster ur minnet.

Ett typiskt inifrån och ut arbete.

Men varje funktion för sig byggde jag upp som jag beskrev innan - utifrån och in - skelettet först med hakparenteser, loopar och if satser och till sist satserna inuti dessa.

Håller med Sodjan. När jag startar ett större projekt så gör jag en komplett flödesplan först. Sedan byggs modul för modul ihop och testas. Därefter slår jag ihop det hela enligt flödesplanen.
Edit: Ok, jesse han före.

Ja, jag tror att vi menar samma sak, det är mer detaljer i hur man
realiserar det hela. Och idag är det ju normat inga större problem med täta
kompileringar, det var skillnad när programmen skulle stansas på hålkort
och man fick kompileringsresultatet med internposten dagen efter...

Tack för tipsen hur man arbetar efektivt.

Det går väll att skriva något dummy-lib till börja med. Som ersätter detaljer i koden som man vill skjuta på till senare. Om inte annat om man väntar på att någon annan ska skriva färdigt de andra delarna.