This is an old revision of the document!
Vorgaben für die Softwareentwicklung
Codierung und Programmierung
Generelles
- Es empfiehlt sich für alle definierten und deklarierten Namen die Englische Sprache zu verwenden. Für Variablen, Funktionen und Kommentare darf die Deutsche Sprache genutzt werden.
- Eine detailliertere Liste ist im Embedded System development Coding Reference Guide zu finden.
- Neben der Struktur beim Programmieren zählt auch eine interessante und schöne Umsetzung für den Nutzer in die Bewertung.
Kommentare
- Stellen Sie Ihrem Programm einen beschreibenden Kommentar voran.
- Dieser sollte in der Form sein, wie die Beschreibung in den Übungsprogrammen.
- Beschreiben Sie darin, ob
- weitere C- oder H-Dateien eingebunden werden müssen,
- Jumper gesetzt / geöffnet werden müssen,
- spezielle Hardware genutzt werden muss.
- Geben Sie auch notwendige Einstellungen an, z.B. Taktfrequenz, Fuses und besondere Compileroptionen.
- Es empfiehlt sich die Code-Kommentierung zeilenweise durchzuführen. Schreiben Sie dabei nicht, was im Code bereits steht, sondern was Sie mit dem Code bezwecken.
- Die Kommentare sollten zu dem aktuell gehalten werden
Beispiel für Code-Kommentierung
- Während der Entwicklungsphase kann es sich anbieten, Code testweise auszukommentieren. Für die finale Version sollten die Kommentare aber „sauber“ sein.
- Falls es alternative Werte gibt, welche optional sinnvoll sind, können diese und deren Konsequenzen in einen Kommentar gepackt werden.
- Ergänzen Sie hinter jedem
#defineund jeder Variablendeklaration eine Kurzbeschreibung. Richten Sie Kommentare an zusammengehörigen Codezeilen an derselben Spalte aus. - Verwenden Sie
/* … */für Datei- und Funktionsbeschreibungen und//für Kommentare an den Codezeilen. Vermeiden Sie doppelte und veraltete Kommentare.
Beispiel für auskommentierten Code
Makros
- Nutzen Sie für die Manipulation von Bits die vorgegebenen Makros.
- Beim Erstellen eigener Makros sollte auf Querwirkungen geachtet werden, da ein Makro eine Codeersetzung vor dem Compiler durchführt.
Beispiel für die vordefinierten Makros
Konstanten
- Konstanten per
#definesollten z.B. für die feste Größe von Arrays verwendet werden. Sie können auch für hardwarenahe Werte wie Portnummern genutzt werden. - Auch Werte in
enumsind Konstanten. Für Konstanten mit ähnlichem Hintergrund, z.B. Tage oder Zustände, solltenenumgenutzt werden. Damit können Variablen auch alsenum-Typ definiert werden, was den Code leserlicher macht. - Bei Defines wird keine Typisierung überwacht. Ist dies notwendig, empfiehlt es sich,
const-Variablen zu nutzen. - Konstanten per
#defineoderenumsind komplett in Großbuchstaben zu schreiben. Bestehen sie aus mehreren Wörtern, werden diese mit Unterstrichen getrennt. - Vermeiden Sie Zahlenwerte im Code, deren Bedeutung erst erraten werden muss. Nutzen Sie dafür aussagekräftige Konstanten.
enum tage {MONTAG, DIENSTAG, MITTWOCH, DONNERSTAG, FREITAG, SAMSTAG, SONNTAG};
for (enum tage aktuellerTag = MONTAG; aktuellerTag <= SONNTAG; aktuellerTag++)
{...};
Variablen - leserlich, initialisiert und separat
- Wenn sich Werte im Programm zur Laufzeit ändern, so sollten diese als Variable angelegt werden.
- Nutzen Sie soweit möglich
constfür Werte, welche zur Laufzeit nicht mehr geändert werden. Gemeinsam benötigte Konstanten können in einem geeigneten Header gepflegt werden; Definitionen von Objekten gehören dabei grundsätzlich in die zugehörige C-Datei.
Wichtig: Das gilt z.B. für Grenzen von Schleifen ( for(int i=0; i<iMax;i=i+1)) oder für Sonderzeichen. Bei größeren Programmen biete es sich an die const Variablen mit in einem separaten header zu pflegen.
- Variablen beginnen mit Kleinbuchstaben.
- Bestehen Namen aus mehreren Wörtern, werden die folgenden Wörter ohne Unterstrich direkt angefügt, aber groß geschrieben. Dies wird auch als „Binnenmajuskel“ oder „camelCase“ bezeichnet.
- Vermeiden Sie zu allgemeine Namen wie
anzahl,uebergabewertoderstring. Sinnvoller sind Namen wieanzahlBuchstaben,stundenoderausgabeString. Durch die Autovervollständigung sind auch längere Namen schnell einzugeben. - Nutzen Sie auch bei Zählvariablen aussagekräftige Namen.
- Auch eine zu allgemeine Deklaration kann zu Problemen führen. Schlecht ist z.B.
int a;. Wählen Sie Datentyp, Vorzeichen und Wertebereich bewusst. - Es bietet sich an, bei der Definition bereits zu initialisieren. Deklarieren Sie jede Variable separat und lesen Sie keine Variable vor ihrer Initialisierung.
- Verwenden Sie für Wahrheitswerte
boolmittrueundfalse. In den hier verwendeten C-Versionen wird dafür<stdbool.h>eingebunden. - Nutzen Sie eine Variable nicht nacheinander für mehrere unabhängige Aufgaben. Halten Sie ihren Gültigkeitsbereich möglichst klein.
Anweisungsblöcke und Funktionen
- Bei größeren Programmen ist auch die Aufteilung in mehrere Dateien sinnvoll, also z.B.
main.c,LED.cundmotorDriver.c. Dabei sollte darauf geachtet werden, dass Variablen und Konstanten möglichst nur im Kontext der jeweiligen Datei genutzt werden und zugehörige Header-Dateien angelegt werden. Das ermöglicht ein separates Testen einzelner Module, z.B. mit einer DateitestLED.c, welcheLED.heinbindet. - Beschränken Sie dateiinterne Funktionen und Variablen mit
staticauf die jeweilige C-Datei. Öffentliche Schnittstellen werden in der zugehörigen Header-Datei deklariert. - Führen Sie die Funktionsdeklarationen vor der ersten Funktionsdefinition auf. Vermeiden Sie längere Erklärblöcke zwischen diesen Deklarationen.
- Nutzen Sie den Zeileneinschub, den Microchip Studio automatisch anbietet.
- Für die Benennung von Funktionen bietet sich - wie bei Variablen - camelCase an. Zum leichteren Verständnis sollten Funktionsnamen ein Verb enthalten. Bei englischen Namen steht dieses am Anfang, z.B.
sendI2cMessage()oderisI2cMessagePending().
Damit wird der Code besser lesbar, z.B.if (isI2cMessagePending()) { sendI2cMessage(); }. - Vermeiden Sie zu viele Leerzeilen.
- Stellen Sie jeder Funktion eine kurze Beschreibung voran. Aus dieser sollte hervorgehen, was Sinn und Zweck der Funktion ist.
Arrays, Schleifen und Abfragen
- Es ist sinnvoll, die Schleifenvariable direkt im
for-Kopf zu deklarieren und zu initialisieren, also z.B.for (uint8_t element = 0; element < MAX; element)''. * Vermeiden Sie Zugriffe auf Bereiche von Arrays, welche nicht definiert wurden. So erhält man bei einem Array ''uint8_t array[10];'' mit Zugriff auf ''array[-1]'', ''array[10]'' oder ''array[21]'' keine Werte des eigentlichen Array, sondern Werte von anderen Variablen. Ein Beschreiben dieser Bereich kann zu unerwarteten Werten in anderen Variablen führen. ++++Beispiel für Arrays, Schleifen und Abfragen ==== Programmoptimierung - kurz und übersichtlich ==== * Ziel ist ein leicht lesbarer und wartbarer Code. Halten Sie deswegen alle Funktionen schlank - auch ''main()''. Als Richtwert sollten Funktionen höchstens 50 Codezeilen enthalten. * Versuchen Sie sinnvolle Unterfunktionen zu programmieren. Trennen Sie Eingabe, Verarbeitung und Ausgabe. * Versuchen Sie, sinnvolle Unterfunktionen zu programmieren. Trennen Sie Eingabe, Verarbeitung und Ausgabe. Vermeiden Sie aber unnötige Kleinstfunktionen, welche nur einen einfachen Aufruf weiterreichen. * Überlegen Sie sich beim Einsatz von Copy-Paste, warum dies nicht als Unterfunktion, Schleife oder Array lösbar ist. ++++Beispiel für ähnliche Zeilen * Prüfen Sie, ob aufeinanderfolgende ähnliche ''if''-Anweisungen sich direkt über Arrays lösen lassen (Beispiel Verzweigungen 1). Wählen Sie bei unterschiedlichen Tätigkeiten je nach Wert eine ''switch''-Anweisung (Beispiel Verzweigungen 2). * Auch ''switch'' kann durch verschiedene Vereinfachungen verbessert werden. ++++Beispiel für Verzweigungen 1 - Umwandlung in Array ++++Beispiel für Verzweigungen 2 - Umwandlung in Switch-Case ++++Beispiel für Verzweigungen 3 - Optimierung von Switch-Case ++++Beispiel Verzweigungen 4 - Umwandlung in for-Schleife und Arrays * Falls sich Bedingungen gegenseitig ausschließen, nutzen Sie ''else if'' (Beispiel Verzweigungen 5). * Falls unabhängig von der Bedingung dieselben Anfangs- oder Endanweisungen ausgeführt werden, sollten diese nicht mehrfach in den Zweigen stehen (Beispiel Verzweigungen 6). * Berücksichtigen Sie bei ''switch'' immer den ''default''-Fall und prüfen Sie die Verwendung von ''break''. Ein Durchfallen zum nächsten Fall muss beabsichtigt und kommentiert sein. * Nutzen Sie bereits geprüfte Bedingungen auch für zusammengehörige Zuweisungen, statt dieselbe Beziehung erneut abzufragen. ++++Beispiel für Verzweigungen 5 - Verwenden von Else if ++++Beispiel Verzweigungen 6 - Reduzieren der Anweisungen * Nutzen Sie in ''main()'' immer eine Endlosschleife, um an den Anfang zurückzukehren. Verwenden Sie dazu nicht den Aufruf von ''main()'' in ''main()''. Setzen Sie stattdessen die für einen Neustart benötigten Zustände gezielt zurück. * Verwenden Sie in den Kursprojekten kein ''goto'', damit der Programmablauf übersichtlich bleibt. * Wenn Sie verschachtelte Schleifen verlassen wollen, können Sie ''break'' und ein Flag nutzen. ++++Beispiel für Schleifen 1 - main() ++++Beispiel für Schleifen 2 - Abbrechen verschachtelter Schleifen * _delay_ms() und _delay_us() sind zu 99% nicht notwendig. Verwenden Sie stattdessen Interrupts, bzw. Timer. Verwenden Sie stattdessen Interrupts bzw. Timer. Es sollten Takte angelegt werden, z.B. ''takt10ms'', ''takt100ms'' und ''takt1s'', welche im Hauptprogramm abgefragt werden. * Häufig bietet es sich an, innerhalb dieser Takte mit einer Zustandsmaschine zu arbeiten. * Halten Sie ISR kurz. Umfangreiche Berechnungen und Ausgaben gehören ins Hauptprogramm. Teilen Sie größere Arbeiten so auf, dass die Zeitraster weiter eingehalten werden. * Zwischen ISR und Hauptprogramm gemeinsam genutzte Daten benötigen gegebenenfalls ''volatile'' und atomare Zugriffe. ''volatile'' allein schützt nicht vor unterbrochenen Zugriffen. * Ein Flag merkt sich, dass mindestens ein Ereignis eingetroffen ist. Wenn jedes Ereignis gezählt werden muss, reicht ein Flag nicht aus. * Dokumentieren Sie die Belegung von Pins, Timern und Schnittstellen. Prüfen Sie auch die von Libraries verwendeten Ressourcen. * Beachten Sie Flash-, SRAM- und Stackbedarf. ''const'' allein legt Daten beim klassischen ATmega328P nicht automatisch ausschließlich im Flash ab. * Wenn Sie Zahlen speichern und mathematisch weiterverwenden, wandeln Sie diese erst bei der Ausgabe in das ASCII-Format um. ++++Beispiel für Variablen mit Ausgabe ++Testen und Abgabe
* Testen Sie möglichst nach jeder kleinen, zusammenhängenden Änderung. Prüfen Sie auch Grenzfälle wie den ersten und letzten Arrayeintrag, Zählergrenzen und einen Neustart. * Übersetzen Sie mit aktivierten Compilerwarnungen und klären Sie die Ursachen der Warnungen. * Prüfen Sie, ob das Projekt aus den abgegebenen Dateien vollständig neu übersetzt und ausgeführt werden kann. Geben Sie dafür notwendige Einstellungen und Library-Versionen an. * Entfernen Sie alte Versuche und unbenutzte Dateien. Halten Sie die Bedienungsbeschreibung und die Kommentare aktuell.
Bewertung
Zur Bewertung lege ich diese Checkliste (xls-File) als Maßstab an.