Allgemeine Fragen zur Porgrammierung von Mikrocontrollern

Was oft gemacht wird, und meiner Meinung nach sehr sinnvoll ist, ist 
verschiedene "Module" in verschiedene Dateien zu packen. Zum Beispiel 
alles was mit einem LCD zu tun hat nach lcd.c/.h, alles was mit einer SD 
Karte zu tun hat nach sd.c/.h, usw.

In die main.c (bzw die main Methode) kommen dann Aufrufe zu den 
verschiedenen Funktionen. Ich schreibe in jedem Modul jeweils eine 
"init" und eine "periodical" Funktion, am Anfang der main() rufe ich die 
ganzen init()s auf, und danach in einer Endlosschleife die ganzen 
periodical()s.
Am besten verwendet man dann noch Kooperatives Multitasking, dh jedes 
Modul/jede periodical() muss sehr schnell return-en so dass sich die 
ganzen Module ständig abwechseln. Verzögerungen realisiert man dann 
nicht durch warten in der Funktion, sondern indem man jeden Zyklus 
prüft, ob genug Zeit vergangen ist.

Sehr sinnvoll ist dann auch noch eine globale Header Datei wo alle 
Hardware abstahiert ist, dh jedem Pin usw. ein #define spenden. Macht 
den Code sehr viel leserlicher, und man braucht nicht den ganzen Code 
durchforsten wenn sich ein Pin ändert :)

Marco schrieb:

> -> Die Frage wäre nun, wie man den Code wirklich sinnvoll in mehrere
>    Dateien aufsplittet?

Für den Anfang wirst du mit "modulweise" auskomme.

Die UART Funktionen sind ein Modul, können daher in eine eigene Datei. 
Die LCD Funktionen sind ein Modul und können in eine eigene Datei.

Es gilt einen sinnvollen Kompromiss zu finden.
Zu wenig einzelne Dateien -> Dateien sind riesig lang
Zu viele einzelne Dateien -> man findet nichts mehr.

> -> Was habt ihr in der main.c stehen?
>
> -> Ist es Sinnvoll #defines, Deklarationen von Variablen auch in eine
>    eigene Datei auszulagern oder gehört so etwas in die main.c?

Kommt drauf an.
Alles was das Potential hat, von mehreren C-Files benutzt zu werden, 
gehört in ein Header-File. #defines die nur für ein Modul relevant sind, 
sind im zugehörigen C-File meist besser aufgehoben.