Coldfire Board, Embedded Unit Test

Gast #1811032
Hallo,
finde das mein Problem hier in das Forum reinpasst, darum werde ich es 
mal erläutern.
Ich bin Praktikant bei einer Firma und habe als Aufgabe bekommen, ein 
Framework für automatisierte Test zu realisieren (erstmal auf einem 
Testboard).
Es soll folgendes geschehen:

•  kompilieren des Tests und des Testobjekts auf dem PC
•  Transfer auf das Target
•  Ausführung des Tests auf dem Target und Protokollierung 
(Datentransfer zum PC)
•  Ablage des Protokolls auf dem PC (XML-Datei)

Es soll ein Freescale Coldfire 5233 eingesetzt werden der auf einem 
Testboard läuft. Es gibt ein Echtzeitbetriebssystem welches drunter 
läuft (RTOS). Als Netzwerkprotokoll wird das RTCS benutzt was die 
abgespeckte Version ist. Wobei aber auch über die Serielle Schnittstelle 
drauf zugegriffen werden kann.

Ich habe mir gedacht als Testframework CUnit zu nutzen, da die Software 
die getestet werden soll auch in C geschrieben ist. Nur weiß ich nicht, 
wie ich die Testdatei (also das Testergebnis) erstellen soll, da zu 
wenig Speicher auf dem Testboard ist um ein File zu erstellen oder eher 
weiß ich nicht ob das überhaupt geht. Dann hab ich mir gedacht, das ich 
"einfach" Konsolenausgaben abfange und weiterleite, aber leider weiß ich 
auch nicht, wie man die Konsolenausgabe vom Testboard abfangen kann und 
auf meine Konsole weiterleitet. Wir benutzen als Debuggingtool den 
Lauterbacher Trace32.

Hoffe jmd kann mir hier weiterhelfen

lg CoolKiffings
Gast
Was ich vergessen habe,
es soll auch erstmal nur im "kleinen Rahmen" getestet werden anhand von 
einer Addition oder so.
Ich soll nur ein Testframework entwickeln, was die oben genannten Punkte 
automatisiert ausführt.

lg CoolKiffings
Gast
Muss ich wenn ich über das RTCS die Ausgabe auf meinen PC schicke nicht 
erstmal ein Client Server Modell realisieren?
Und wie bekomme ich die Daten über die Serielle Schnittstelle?

lg Mike
Gast
Du sollst einen Test kompilieren, das hat wohl nichts mit dem RTOS zu 
tun. Ich denke es geht hier um Hardwaretests, diese müssen aber in das 
interne RAM passen und dort ausgeführt werden. Ich habe sowas schonmal 
geschrieben, aber mit "freien" Tools. Der kompilierte Test wird 
hochgeladen und ausgeführt. Es gibt Speicherstellen die den Status des 
Tests widerspiegeln und per BDM gepollt werden. Wenn der Test beendet 
wurde (per Status detektiert), werden die Ergebnisse aus dem Speicher 
gelesen und angezeigt/gespeichert. Da ich die Hardware mit in Betrieb 
genommen habe, war es "relativ" einfach die Testsoftware zu schreiben. 
Für einen Anfänger tippe ich mal auf 6 Monate Einarbeitung und erste 
Erfolge.

Für einen Hardware-Test die zu testende Hardware zu benutzen (UART/Net) 
ist irgendwie Blödsinn ;-), da die defekt sein kann.

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 16 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.