Kurz erklärt
Wenn zwei Dienstleister Hardware und Firmware entwickeln, braucht jede gemeinsame Schnittstelle einen verantwortlichen Ansprechpartner auf beiden Seiten, einen freigegebenen Datenstand und einen überprüfbaren Integrationstest. Ein Schaltplan allein beschreibt weder das Verhalten beim Einschalten noch die Zuständigkeit bei einer Abweichung.
Wann eine Schnittstellenvereinbarung gebraucht wird
Dieser Leitfaden richtet sich an technische Projektleiter, die eine neue Steuerung mit getrennten Entwicklungsaufträgen beschaffen. Die kritische Situation entsteht vor dem ersten gemeinsamen Aufbau: Beide Teams können ihren eigenen Lieferumfang erfüllen, obwohl die Baugruppen zusammen noch nicht funktionieren. Fehlende Zuständigkeiten führen dann zu zusätzlichen Abstimmungen und möglicherweise zu einer weiteren Leiterplattenrevision. Wie groß dieser Aufwand wird, lässt sich ohne Projektdaten nicht beziffern.
Die folgende Arbeitsstruktur ist ein Vorschlag für die Beschaffung, kein verbindlicher Vertragsstandard. NASA beschreibt Schnittstellenmanagement als Verbindung zwischen Anforderungen, Verantwortlichkeiten, Änderungssteuerung und Integration. Diese Grundidee lässt sich für kleinere Elektronikprojekte nutzen, ohne deren vollständigen Raumfahrtprozess zu übernehmen. NASA: Interface Management
Eine Grenze zeichnen, bevor Aufgaben verteilt werden
Markieren Sie im Blockschaltbild, wo die Verantwortung wechselt: am Steckverbinder, am Mikrocontroller-Pin, am Registermodell oder an einer Nachricht. Benennen Sie jeweils die erzeugende und die empfangende Seite. Ein Signalname wie READY reicht nicht aus, wenn unklar bleibt, welches Team den Ausgang beschaltet und welches Team dessen Zustand auswertet.
Für jede Grenze sollte eine kurze Tabelle auf die gültige Schaltplanrevision, Pinbelegung und Firmware-Schnittstellenversion verweisen. NASA nennt die Festlegung von Hardware- und Grenzverantwortlichkeiten ausdrücklich als Bestandteil eines Schnittstellendokuments. Die konkrete Tabelle muss jedoch zum eigenen Gerät passen. NASA: Interface Requirements Document
Elektrische Angaben und Zustandsverhalten zusammenführen
Bitten Sie den Hardwarelieferanten um die für die Integration erforderlichen Pegel, Versorgungsvoraussetzungen, Beschaltungsannahmen und zulässigen Betriebszustände mit Datenblattbezug. Der Firmwarelieferant ergänzt Initialisierung, Richtung und Zeitpunkt der Konfiguration. Auch der Zustand vor dem Start der Anwendung gehört in die Betrachtung; ein später korrekt gesetzter Ausgang beantwortet diese Frage nicht.
Beschreiben Sie für jeden relevanten Zustandswechsel den Auslöser und die erwartete Reaktion. Beispiele für zu klärende Situationen sind ein bereits versorgtes Peripheriegerät beim Prozessorstart, ein verspätet verfügbares Sensorsignal und der Neustart nur einer Baugruppe. Diese Beispiele sind Prüfanlässe, keine Aussage über die Eigenschaften einer konkreten InnovChip-Lösung.
Datenbedeutung ausdrücklich vereinbaren
Für übertragene Werte gehören Einheit, Vorzeichen, Skalierung, gültiger Wertebereich und Fehlerdarstellung in dieselbe freigegebene Beschreibung. Ein empfangener Zahlenwert kann technisch korrekt übertragen sein und trotzdem falsch interpretiert werden. Legen Sie deshalb neben einem normalen Beispiel auch Grenzwerte und einen ungültigen Wert fest.
Trennen Sie das Datenformat vom zeitlichen Verhalten: Wer sendet zuerst, wann wird ein Wert als veraltet betrachtet und was tut der Empfänger dann? Die passenden Fristen entstehen aus der Gerätefunktion. Sie dürfen nicht aus einem beliebigen Muster übernommen werden. Sicherheitsbezogene Reaktionen benötigen die dafür zuständige Risikoanalyse und Fachprüfung.
Integration als eigenen Liefergegenstand behandeln
Vereinbaren Sie einen gemeinsamen Testaufbau mit eindeutigem Hardwarestand, Firmwarestand und Anschlussplan. Für jeden Test sollten Eingabe, beobachtbarer Ausgang, Messmittel und Ergebnisablage feststehen. Ein Bildschirmfoto ohne Versionszuordnung ist für die spätere Fehlerklärung wenig belastbar. Auch ein Simulatorergebnis ersetzt nicht automatisch den Versuch mit der vorgesehenen Elektronik.
Eine praktikable Aufgabenverteilung benennt, wer den Aufbau bereitstellt, wer einen Fehler reproduziert und wer die Entscheidung über Änderungen dokumentiert. Die Erstdiagnose muss nicht bereits die endgültige Schuldzuweisung sein. Entscheidend ist, dass ein Fehler nicht zwischen zwei getrennten Aufträgen liegen bleibt.
Änderungen und Freigabe handhabbar halten
Jede Änderung an einem gemeinsam verwendeten Feld oder Signal sollte eine kurze Auswirkungsprüfung auslösen. Dazu gehören betroffene Platinenstände, Firmwarevarianten, Testfälle und bereits gefertigte Muster. Lassen Sie beide Seiten den neuen Schnittstellenstand bestätigen, bevor getrennte Implementierungen auseinanderlaufen.
Für eine Entwicklungsanfrage reichen zunächst das Blockschaltbild, die geplante Aufgabenteilung und die offenen Schnittstellenfragen. Daraus lässt sich ein konkret zu vereinbarender Arbeitsumfang ableiten. Eine allgemeine Aussage wie „Integration inklusive“ sollte erst dann als geklärt gelten, wenn Aufbau, Zuständigkeiten und Abnahmekriterien tatsächlich beschrieben sind.
Unterlagen für die gemeinsame Schnittstellenfreigabe
- Grenze und Ansprechpartner auf beiden Seiten benannt.
- Elektrische Angaben mit freigegebenen Revisionen verknüpft.
- Start, Neustart, ungültige und veraltete Daten beschrieben.
- Gemeinsamer Aufbau und beobachtbare Prüfergebnisse vereinbart.
- Änderungsentscheidung und betroffene Varianten nachvollziehbar dokumentiert.
Häufige Fragen
Reicht eine Pinliste?
Eine Pinliste hilft bei der Zuordnung. Sie ersetzt keine Beschreibung der Zustände, Datenbedeutung und Verantwortlichkeiten. Ergänzen Sie genau die Informationen, die das andere Team für Implementierung und Prüfung benötigt.
Ist das dasselbe wie eine Firmware-Übernahme?
Nein. Hier arbeiten mehrere Lieferanten gleichzeitig an einer neuen gemeinsamen Schnittstelle. Bei einer Übernahme geht es zusätzlich um den Bestand und die Fortführbarkeit eines bereits vorhandenen Projekts.
Technische Quellen
Passende Entwicklungsleistung