Testsystem für embedded black box testing (SPI slave, GPIO, Analog)

Ich habe mehrere solche Testsysteme konzipiert/gebaut und programmiert, 
für Automotive-Steuergeräte.

Es gibt sündhaft teure Universalsysteme, von Spezialisten einzurichten, 
das wollten wir vermeiden.

Weil die Testfälle durch einen PC gesteuert ablaufen sollen, gilt es 
diesem eine passende Hardware zur Seite zu stellen, die die geforderten 
Schnittstellen hat und die geforderten Echtzeitbedingungen einhalten 
kann. Das ist ein weites Feld...

Angefangen haben wir mit Labjack T7. Unsere letzte Ausbaustufe hat dafür 
einen Arduino Due verwendet, mit einem selbst entwickelten Shield um die 
I/Os wie nötig zu implementieren und auf Stecker zu führen. 
(Level-Shifter, mehr ADCs, CAN Transceiver, einen speziellen SPI-Slave.) 
Das Shield ist ziemlich projektspezifisch. Das hat sich gut bewährt, 
würde ich wieder ähnlich machen, ein passendes Controller-Board suchen 
oder aufbauen, für Interfacing sorgen. Da hat man mehr Kontrolle als mit 
Meßhardware.

Ich habe eine eher generische Firmware gebaut, die zeitgesteuert Befehle 
abarbeitet, die der PC in eine Queue speist und Ergebnisse liest. Das 
Gegenstück auf dem PC ist in Python geschrieben, die Testfälle auch. 
Damit kann man die Tests recht komfortabel formulieren, z.B. vererben. 
Top-Level ist pytest, als Framework für Testdurchführung und 
Zusammenfassung der Ergebnisse.

Sowas kann man an ein CI-System anschließen und automatisiert 
Regression-Tests durchführen. Soweit sind wir aber nicht gegangen.

Bevor die Frage kommt, das ist nicht Open Source, sondern auch für eine 
Firma gebaut. Vielleicht lizensieren sie es ja, ist nicht Kernkompetenz 
sondern Mittel zum Zweck.

Dein System scheint weniger komplexe Anforderungen zu haben. Einzige 
Herausforderung ist der SPI Slave. Wir haben sowas in Hardware auf dem 
Shield implementiert. Der Arduino Due kann zwar auch SPI Slave sein, die 
Echtzeitanforderungen waren uns aber im konkreten Fall zu riskant.

Viele Grüße
Jörg