Download - Projektlabor

Debugroutinen
Um bei der Entwicklung auftretende Hardwarefehler zu finden wurde ein Satz
Debugroutinen entwickelt. Diese Routinen sind im Normalbetrieb ausgeschaltet.
Bevor sie verwendet werden dürfen, müssen in jedem Fall vorher alle Routinen in
CORE, SLOW und CHRON ausgeschaltet werden. Der Aufruf der Routinen erfolgt
immer über CORE.
subDisplayTest: Führt einen vollständigen Displaytest durch. Hierbei werden in
langsamen Tempo alle Elemente einzeln und immer mit verschiedenen Zahlen
angesteuert. Die Routine eignet sich deshalb besonders gut zum Finden von kalten
Lötstellen im Anzeigepanel. Achtung: Eventuell muss die Betriebsspannung der
Anzeige heruntergeregelt werden, da die Anzeigen hier eine längere Zeit
eingeschaltet bleiben und sich das Verhältnis Strom pro Zeiteinheit verändert.
subLampTest: Zeigt auf allen Segmenten eine 8 an. So kann nachgewiesen werden
das alle Segmente in Ordnung sind. Die Routine eignet sich jedoch schlecht zum
Überprüfen der elektrischen Verbindungen, da mit ihr ein Kurzschluss unter
Umständen nicht erkannt wird.
subSpecificLampTest: Stellt sich heraus das einige Segmente keine oder falsche
Zeichen anzeigen ist es sinnvoll eben dieses Segment mit einer bestimmten Zahl
einzuschalten um in aller Ruhe Messungen vornehmen zu können.
(Achtung: Hierzu muss die Routine direkt verändert werden.)
subShowSerialProtocolOutput: Gibt die über das UART an PD0 empfangenen
Messdaten (16BIT) in Form von ihrer Halbbytes auf den ersten 4 Elementen als
Zahlen aus.
(Hinweis: 1111 entspricht in BCD dem Löschzeichen, die Anzeige bleibt dann
dunkel.)
Probleme
Zuerst wurde die für den Betrieb notwendige Hardware zusammengestellt. Hierbei
stellte sich schnell heraus, dass aufgrund der eng begrenzt verfügbaren
Busleitungen und auf Grund der Tatsache, dass das Frequenzmessgerät ohnehin
schon mit einem UART fähigen Mikrocontroller versehen ist, erschien eine serielle
Datenübertragung am praktikabelsten.
Da sich die für das Peak-Messgerät zuständige Gruppe nicht dazu bewegen
lies auch einen Mikrocontroller einzusetzen, der auch hier ein serielles Signal hätte
bereitstellen können wurde unsererseits ein Mikrocontroller so programmiert, dass er
16 Signalleitungen einlesen und per UART verschicken konnte. Im Zuge dieser
Nebenentwicklung (siehe Seite 155) wurde gleichzeitig ein Kommunikationsprotokoll
(siehe Anhang1) entwickelt welches den Transport der Messwerte mit brauchbarer
Sicherheit übertragen kann. Das Protokoll wurde auch im Frequenzmessgerät
implementiert und stellt einen projektinternen Standard dar.
Aufgrund von Lieferschwierigkeiten bei den Anzeigelementen wurde die
Entwicklung der Betriebssoftware für die Anzeige stark verzögert, konnte aber noch
rechtzeitig beendet werden. Die Software wurde aus Gründen der Effizienz so
programmiert, dass sie sowohl für das Frequenzanzeigepanel, als auch für das
Peakanzeigepanel verwendet werden kann. Es mussten lediglich einige
Konfigurationsparameter angepasst werden.
153