comframe
comframe mit Ihrer Prüfautomatisierung verbinden
Binden Sie Ihren Testsequencer oder Ihr HiL-System über die freigegebene Schnittstelle an comframe an. Wählen Sie eine Prüfung, fordern Sie den Start an, überwachen Sie den Status und rufen Sie Ergebnisse ab. Klären Sie vor der Client-Implementierung die unterstützten Befehle und Datenformate Ihrer Produkt- und Softwareversion.
Prüfszenario: schematischer Automatisierungsablauf
Wählen Sie eine verfügbare Konfiguration, fordern Sie einen Prüfstart an, lesen Sie den Status und rufen Sie das Ergebnis ab. Behandeln Sie einen abgelehnten Befehl oder eine fehlgeschlagene Prüfung ausdrücklich, bevor Sie fortfahren. Dies beschreibt den Ablauf, keine API-Endpunktnamen: Die tatsächlichen Befehle, Berechtigungen und Datenformate finden Sie in der Schnittstellendokumentation.
Was muss Ihre Automatisierung steuern und empfangen?
Grundlage und Geltungsbereich
Die Workflow-Beispiele erläutern die Integrationsplanung. Die freigegebene Schnittstellendokumentation legt die tatsächlichen Befehle, Berechtigungen und Datenformate fest.
Textstand:
Prüfaufgabe mit dem comemso Application Engineering besprechen
01 / comframe
Externe Automatisierung mit dem comframe-Ablauf verbinden
Konfigurieren
Projekt, genehmigte Konfiguration und zulässige Parameter auswählen.
Koordinieren
HiL, Leistungsgeräte, Prüfstände und Laborressourcen synchronisieren.
Ausführen
Die Prüfung über die freigegebene Steuerungsgrenze starten, stoppen und überwachen.
Abrufen
Status, Messungen, Bewertungen, Berichte und genehmigte Exporte erfassen.
Wiederholen
Wiederholbare Regressionssequenzen unter kontrollierten Laborbedingungen ausführen.
Halten Sie Prüflingsstand, Konfigurationsrevision, Laufkennung und Nachweise durchgehend verknüpft. Endpunkt-, Produkt- und Datenumfang bleiben versions- und konfigurationsabhängig.
Fertige Prüflogik, offene Steuerungsschnittstelle
Eine externe Ablaufsteuerung sollte nicht erst das Zustandsverhalten von ISO 15118, BMS-Bedingungslogik (Batteriemanagementsystem), Zeitauswertung oder Ergebniszuordnung implementieren müssen, um eine Prüfung zu automatisieren. Das externe System definiert, wann und warum eine Prüfung läuft. comframe bleibt für die freigegebene Konfiguration, den Ausführungszustand, synchronisierte Daten und die fachspezifische Auswertung verantwortlich.
Diese Trennung bildet die Grundlage einer Integration von Ladeprüfsoftware, die bei Änderungen an Prüflingsversionen (DUT, Device under Test), Normen, Hardwaremodulen oder Prüfkampagnen wartbar bleibt.
Eine klare Grenze verringert doppelte Logik, uneinheitliche Bewertungen und störanfällige Einzelskripte.
Externes System
- Liefert Reihenfolge, Prüfling und Versionskontext
- Wählt einen genehmigten Ablauf aus
- Startet und überwacht die Ausführung
- Koordiniert gemeinsam genutzte Laborressourcen
- Empfängt eindeutig zugeordnete Ergebnisse
comframe
- Validiert die gewählte Konfiguration
- Steuert das freigegebene Prüfverhalten
- Synchronisiert Messungen und Protokolldaten
- Wertet die konfigurierte Prüfung aus und gibt Status und Ergebnisse zurück
Zusammenspiel: Das externe System sendet Prüfanforderung und Kontext an comframe. comframe führt die konfigurierte Prüfung aus und gibt Status und Ergebnisse zurück.
02 / comframe
Eine Architektur für manuelle Entwicklungsarbeit, Laborautomatisierung und externe Ablaufsteuerung
Dasselbe genehmigte comframe-Prüfmittel kann einen interaktiv arbeitenden Prüfingenieur, eine Hardware-in-the-Loop-Sequenz (HiL) oder einen CI/CD-Auslöser unterstützen. Das umgebende System ändert sich. Fachlogik und Nachweiskette bleiben kontrolliert.
03 / comframe
Die Funktionen anbinden, die der externe technische Prozess tatsächlich benötigt
Der Schnittstellenumfang sollte aus dem Ablauf abgeleitet werden, nicht aus dem Wunsch, jede interne Funktion offenzulegen. Eine gezielte Schnittstellenspezifikation lässt sich leichter validieren, absichern und pflegen.
REST API
Nutzen Sie die veröffentlichte Programmierschnittstelle für geeignete Abläufe. Endpunkte und Authentifizierung bleiben versionsabhängig.
HiL und Prüfstände
Ein reales Lade- oder BMS-Prüfsystem mit einer bestehenden Laborsequenz und Ressourcenplanung verbinden.
CI/CD und Regression
Nach Softwareänderungen freigegebene physische Kampagnen unter abgesicherten Laborbedingungen starten.
Leistung und Messung
Externe Quellen, Lasten und Messgeräte koordinieren, soweit die Projektintegration dies unterstützt.
Daten- und Qualitätssysteme
Ergebnismetadaten und genehmigte Nachweise in Prüfmanagement- oder Qualitätsprozesse übertragen.
Individuelle Schnittstellen
Projektspezifische Adapter nur dort ergänzen, wo die freigegebene Standardschnittstelle die benötigte Anbindung nicht abdeckt.
04 / comframe
Einen freigegebenen Ablauf steuern, ohne die interne Implementierung offenzulegen
Beispielhafter comframe-Ablauf. Die gelieferte Oberfläche richtet sich nach dem gewählten Produkt und der Softwareversion.
REST API als bevorzugte Programmierschnittstelle
Die comframe REST API bietet ein stabiles Konzept für externe Steuerung, soweit die benötigten Funktionen freigegeben sind. Die Integrationsspezifikation sollte die im Projekt benötigten Konfigurationsobjekte, Befehle, Zustände, Ergebnisverweise und das Fehlerverhalten benennen.
Eine API für Ladeprüfungen ist nur dann sinnvoll, wenn sie die physischen und geltenden normativen Anforderungen der Prüfung erhält. Die API sollte daher eine genehmigte Aktion anfordern und deren Zustand und Nachweise zurückgeben. Sie darf keine Hardwareverriegelungen umgehen oder undokumentierte Steuerungswege zulassen.
Client-, comframe-, Produkt- und Modulversionen dokumentieren.
05 / comframe
Physische Prüfungen über eine definierte Schnittstelle koordinieren
Externe Automatisierung kann eine Lade- oder BMS-Prüfung koordinieren, wenn Ressourcenverantwortung, Hardwarebereitschaft, sichere Zustände und Wiederanlauf definiert sind. Maßgeblich bleibt das Sicherheitskonzept des Labors.
Genehmigte Abläufe steuern
Ein freigegebenes Projekt oder eine Konfiguration auswählen, zulässige Parameter bereitstellen und die Bereitschaft des Prüfmittels validieren.
Ausführen und überwachen
Eine physische Prüfung starten, stoppen und beobachten, während der comframe-Zustandsautomat und die Hardware-Sicherheitsgrenze maßgeblich bleiben.
Das Labor koordinieren
HiL, Ablaufsteuerungen, externe Leistungshardware und Prüfressourcen verbinden, ohne Ladefachwissen in externen Code zu verlagern.
Messwerte zusammen mit ihren Prüfbedingungen bereitstellen
Status, Messungen, Bewertungen, Berichte und Kennungen zurückgeben, die mit Prüflings- und Konfigurationsrevisionen verknüpft bleiben.
Scrollen Sie die Tabelle auf kleinen Bildschirmen horizontal, um alle Spalten zu sehen.
| Externer Ablauf | Sein Beitrag | Was in comframe bleibt | Wesentliche Qualifizierung |
|---|---|---|---|
| HiL-Sequenz | Prüflingsanregungen, Fahrzeugzustände und Zeitverhalten auf Systemebene | Lade- oder BMS-Prüfkonfiguration, Datenzuordnung und Nachweise | Führende Zeitsteuerung, Verantwortlichkeit und Definition des sicheren Zustands |
| CI/CD-Pipeline | Build-Auslöser, Prüflingsversion und Freigabekriterium | Ausführung genehmigter Kampagnen und Ergebnispaket | Laborverfügbarkeit, abgesicherte Ausführung und Regeln für erneute Versuche |
| Laborablaufsteuerung | Gemeinsam genutzte Geräte, Umgebungsbedingungen und Prüfreihenfolge | Fachspezifisches Prüfverhalten und synchronisierte Messung | Ressourcensperren und Befehlsverantwortung |
| Produktionssystem | Seriennummer, Auftragsdaten und Liniensteuerung | Freigegebener Prüfablauf, Ergebnisse und Berichtsverweise | Taktzeit, Wiederanlauf, Rückverfolgbarkeit und EOL-Produktumfang |
06 / comframe
Ergebnisse mit ihren Prüfbedingungen verknüpft halten
Ein aussagekräftiges Ergebnis enthält die Identität von Prüfling, Konfiguration und Lauf. Halten Sie Messungen und Berichte mit diesem Kontext verknüpft, damit der empfangende Prozess die Nachweise bewerten und weiterleiten kann.
Identität
Prüflingskennung, Software- oder Hardwarestand, Prüfauftrag, Bediener oder Automatisierungsquelle.
Konfiguration
Für den Lauf verwendetes Projekt, Prüfmittel, Parametersatz, Modul und Revision.
Ausführung
Start- und Stoppzeit, Systemzustand, Unterbrechungen, erneute Versuche und Abschlussstatus.
Technisches Ergebnis
Messungen, Aufzeichnungen, normbezogene Auswertungen, Bewertungen und Abweichungen, soweit freigegeben.
Übertragbare Nachweise
Verweise auf Berichte und genehmigte Exporte einschließlich Aufbewahrungs- und Zugriffsregeln.
Rückverfolgbarkeit
Client-, API-, comframe-, Firmware- und Modulversionen, die den vereinbarten Prüfanforderungen zugrunde lagen.
07 / comframe
Die Integrationstiefe für das tatsächliche System wählen
Die verfügbare Integration unterscheidet sich je nach Produkt und Konfiguration. Nutzen Sie diese Matrix zur Abstimmung des benötigten Umfangs und bestätigen Sie die freigegebene Schnittstelle vor der Implementierung.
Scrollen Sie die Tabelle auf kleinen Bildschirmen horizontal, um alle Spalten zu sehen.
| System | Primärer Integrationszweck | Typischer Nutzen | Freigabekriterium |
|---|---|---|---|
| EVCA ComOnly | Controller-Prüfstand und Protokollentwicklung | Gut geeignet für Fernauswahl, Ausführung und Nachweise in kommunikationsbezogenen Abläufen. | Freigegebenen API- und Protokollumfang bestätigen. |
| EVCA Flex | Modulare Labor- und Hochleistungsintegration | Gut geeignet für Laborsequenzen, Koordination externer Leistung und Regression. | Hardwareadapter, Zeitverhalten und Sicherheitsverantwortung bestätigen. |
| EVCA MCS | Laborprüfungen für Megawatt Charging | Geeignet für koordinierte MCS-Abläufe zu Kommunikation, Signalen, Kühlung und Leistung. | Freigegebene MCS-Funktionen und Geräteschnittstellen bestätigen. |
| EVCA Multi Mobile / Interop | Tragbare Analyse und Analyse realer Ladepaare | Ausgewählte Abläufe für Fernsteuerung, Aufzeichnung und Nachweise können relevant sein. | Im Feld und bei Testveranstaltungen kann lokale Steuerung erforderlich sein. |
| Battery Cell Simulator | Zell-, Sensor- und Fehlersimulation für BMS | Geeignet für BMS-Prüfautomatisierung, HiL-Sequenzen und wiederholbare Bedingungssätze. | BCS-Generation, Kanalumfang und Sicherheit bestätigen. |
08 / comframe
Nativen Ablauf, API oder individuelle Integration wählen
Beginnen Sie mit dem nativen Ablauf. Nutzen Sie eine API, wenn ein anderes System die Prüfung koordinieren muss, oder eine individuelle Integration, wenn die freigegebene Schnittstelle die benötigten Geräte nicht abdeckt.
Nativer comframe-Ablauf
Besonders geeignet für interaktive Konfiguration, technische Analyse, Wartung und Abläufe ohne erforderliche externe Hauptsteuerung.
- Geringster Integrationsaufwand
- Vollständiger freigegebener Bedienablauf
- Direkte visuelle Analyse
Ablaufsteuerung über REST API
Besonders geeignet, wenn ein HiL-System, eine Pipeline oder Ablaufsteuerung wiederholbare genehmigte Prüfungen starten und Nachweise abrufen muss.
- Klare Programmierschnittstelle
- Wiederverwendbare externe Ablaufsteuerung
- Die Fachlogik bleibt in comframe
Individuelle Integration
Besonders geeignet, wenn Fremdgeräte oder eine Produktionsumgebung einen Adapter über die freigegebene Standardschnittstelle hinaus benötigen.
- Projektspezifischer Umfang
- Höherer Validierungsaufwand
09 / comframe
Die physische Ausführung unter Laborkontrolle halten
API-Entwurf, Laborsicherheit und Konfigurationsmanagement gehören in ein gemeinsames Integrationskonzept. Ein technisch erreichbarer Befehl ist nicht automatisch ein genehmigter Vorgang.
10 / comframe
Die Integrationsspezifikation definieren
Die Spezifikation vor dem Schreiben des Clients festlegen. Die Projektdefinition sollte benennen, was das externe System leisten muss, was comframe bereits bereitstellt und wo die physische Sicherheitsgrenze liegt.
Eine genehmigte Integrationsspezifikation
- System- und Produktumfang
- Freigegebene API-Funktionen
- Befehls- und Zustandsmodell
- Daten- und Ergebnisstruktur
- Verantwortung für externe Geräte
- Grenzen für Betriebs- und Informationssicherheit
- Versions- und Supportplanung
FAQ
Häufig gestellte Fragen
Was umfasst comframe-Integration und APIs?
Dies ist die Ebene für programmgesteuerte Anbindung und Projektintegration rund um den comframe-Prüfablauf. Über freigegebene Schnittstellen kann ein externes System genehmigte Prüfmittel auswählen, die Ausführung starten, den Status überwachen und definierte Nachweise abrufen, während die Lade- und BMS-Fachlogik in comframe bleibt.
Ist eine REST API für comframe verfügbar?
Eine REST API gehört zum veröffentlichten comframe-Grundumfang. Die genauen Endpunkte, Authentifizierung, Produktabdeckung, Nutzdaten und Dateiformate hängen von der aktuellen Softwareversion, lizenzierten Modulen und Projektkonfiguration ab.
Stellt die API jede Funktion der comframe-Benutzeroberfläche bereit?
Nicht automatisch. Die API-Abdeckung ist versionsabhängig. Der Integrationsumfang muss die benötigten Konfigurationen, Befehle, Zustände, Ergebnisse und Berichte benennen und bestätigen, dass sie über die gewählte Schnittstelle verfügbar sind.
Kann ein Python-Programm comframe steuern?
Eine Python-Anwendung kann als REST-Client arbeiten, wenn sie die freigegebene API-Spezifikation einhält. Das bedeutet nicht, dass ein separates Python-SDK oder jede comframe-Funktion verfügbar ist. Die unterstützte Schnittstelle und die Verantwortlichkeiten des Clients müssen für das Projekt bestätigt werden.
Kann comframe in ein HiL-System integriert werden?
Ja, geeignete Konfigurationen können mit einem HiL-System oder einer Laborablaufsteuerung verbunden werden. Das Projekt muss Steuerungsverantwortung, Zeitverhalten, externe Hardware, Sicherheitsverriegelungen, Ergebnisaustausch und den unterstützten comframe-Produktumfang definieren.
Kann CI/CD physische EV- oder EVSE-Prüfungen auslösen?
Ein CI/CD-Ablauf kann freigegebene Prüfkampagnen starten, wenn das Labor über kontrollierte Ressourcenzuteilung, sichere Betriebszustände, qualifizierte Hardware und eine eindeutige Wiederanlaufstrategie verfügt. Eine Softwarepipeline darf physische Sicherheitsvorkehrungen niemals umgehen.
Softwareablauf
Das Prüfsystem mit dem technischen Arbeitsablauf verbinden.
Definieren Sie Fachmodul, freigegebene Schnittstellen, Steuerungskonzept und Nachweisaustausch.