comframe
comframe-Module für Ladeprotokolle und BMS-Prüfungen
Ein Modul ergänzt comframe um Nachrichten, Zustände und Messungen einer bestimmten Lade- oder Batterieprüfanwendung. Es hilft, Rohdaten in die Begriffe des geprüften Systems zu überführen.
01 / comframe
Ein Protokollmodul sollte die Prüfung erklären, nicht nur den Bus dekodieren.
Gemeinsame Software. Fachspezifische Bedeutung.
Ein allgemeines Datenwerkzeug kann Frames, Nachrichten und Messkanäle anzeigen. Es weiß nicht automatisch, in welchem Ladezustand sich der Prüfling befindet, wie ein Low-Level-Signal zur Kommunikationssequenz gehört oder welche Konfigurationsobjekte zusammengehören.
Die comframe-Protokollmodule ergänzen diesen fehlenden technischen Kontext. Sie ordnen schnittstellenspezifische Daten dem gewählten Lade- oder BMS-Ablauf (Batteriemanagementsystem) zu, während der allgemeine Kern Projekte, synchronisierte Daten, Visualisierung, Berichte, Automatisierung und Integration einheitlich hält.
Das gemeinsame Softwareverhalten bleibt vertraut. Die Fachlogik ändert sich mit dem geprüften Gerät und seiner Schnittstelle.
02 / comframe
Das Modul nach Prüfling, Schnittstelle und benötigten Nachweisen wählen
Wählen Sie ein Modul nicht deshalb, weil irgendwo im System eine bestimmte Bustechnologie vorkommt. Wählen Sie es, weil die Prüfung einen bestimmten Lade- oder BMS-Fachbereich verstehen muss.
Die Übertragung definiert nicht den Fachbereich
CHAdeMO und GB/T verwenden beide CAN, doch Nachrichten, Zustandsmodelle, Zeitvorgaben und Prüfmittel unterscheiden sich.
Softwaremodul und System sind getrennte Entscheidungen
Das Modul stellt den domänenspezifischen Ablauf bereit. Die konfigurierte EVCA-, Calimera- oder BCS-Hardware bestimmt den physikalischen Prüfumfang.
Der Name allein reicht nicht aus
Normausgabe, Prüfrichtung, Produktfirmware, Modulversion, Lizenz und Prüfbibliothek müssen gemeinsam bestätigt werden.
03 / comframe
Das Modul für die Schnittstelle Ihres Produkts wählen
comframe bietet Domain-Module für CCS, CHAdeMO, GB/T, MCS und BMS in einem gemeinsamen Arbeitsablauf. Prüfen Sie unterstützte Funktionen und Kombinationen in der aktuellen Freigabematrix.
Passende NACS- und SAE-J3400-Abläufe werden innerhalb der jeweiligen Ladekonfiguration unterstützt. Klären Sie Produkt, Steckverbinder und Normenumfang für Ihr Projekt.
Protokollversionen, Prüfrichtung und Umfang der Prüfbibliothek erfordern eine versionsbezogene Bestätigung.
CCS / NACS
Ergänzt den ladespezifischen Zusammenhang zwischen Low-Level-Signalen, PLC-Kommunikation (Power Line Communication), HLC-Nachrichten (High-Level Communication), Zeitverhalten und elektrischem Verhalten.
CHAdeMO
Bildet CHAdeMO-Nachrichten, Zustände, Zeitverhalten und Ladeverhalten im gemeinsamen comframe-Ablauf ab.
GB/T
Ergänzt GB/T-spezifische Nachrichtenbedeutungen, Zustandslogik, Zeitvorgaben und den Kontext der physischen Schnittstelle, statt den Ladevorgang als allgemeinen CAN-Verkehr zu behandeln.
MCS
Verbindet 10BASE-T1S-Kommunikation, MCS-Low-Level-Zustände, Temperatur- und Kühlungsinformationen sowie das Verhalten bei hoher Leistung in einem fachspezifischen Ablauf.
BMS
Ergänzt Zell-, Sensor-, Balancing-, Isolations-, Fehler- und Batteriezustandskonzepte auf derselben Grundlage für Projekte, Automatisierung, Messung und Nachweise.
- Zustände von Control Pilot (CP) und Proximity Pilot (PP)
- PLC und SLAC
- Kontext von DIN 70121 und ISO 15118
- TLS- und Zertifikatskontext, soweit konfiguriert
- AC- und DC-Messkontext
- CAN-Kommunikation
- Ladezustände und Anforderungen
- Steckverbinder- und Verriegelungskontext
04 / comframe
Low-Level-Zustände, PLC-Kommunikation und High-Level-Protokoll auf einer Zeitachse verbinden
Das CCS-Modul ist der primäre Softwareweg für Ladeprotokolle in geeigneten AC-, DC-CCS- und verwandten NACS- oder SAE-J3400-Konfigurationen. Es kann CP- und PP-Verhalten, PLC und SLAC, HLC-Nachrichten, Zeitverhalten, Zertifikatskontext und elektrische Messungen verbinden.
Dieser fachliche Kontext ermöglicht Softwarefunktionen wie normbezogene Analyse, konfigurierbare Simulation, Problemreproduktion, Gateway-Abläufe im laufenden Betrieb und ausführbare Prüfbibliotheken, sofern diese Funktionen für das gewählte Produkt und die Norm freigegeben sind.
05 / comframe
Die Bedeutungen von CHAdeMO und GB/T getrennt halten
Beide Ladefamilien können CAN-Kommunikation nutzen, doch das Modul muss mehr als die Übertragung verstehen. Nachrichtenbedeutung, Zustandslogik, Zeitvorgaben, Steckverbinderverhalten und freigegebene Prüfmittel unterscheiden sich.
06 / comframe
MCS benötigt ein Modul für die vollständige Schnittstelle, nicht nur für höheren Strom
Das MCS-Modul verbindet Kommunikation, Low-Level-Zustände, Temperatur- und Kühlungskontext sowie das Systemverhalten bei hoher Leistung in einem Ablauf. Es gehört zur physischen EVCA-MCS-Plattform und der freigegebenen MCS-Softwarekonfiguration.
Für das gewählte Projekt muss die Architektur anhand von Normausgaben, Kommunikationsstack, Low-Level-Signalen, Messkanälen, Kühlschnittstellen und EV- oder EVSE-Prüfrichtung (Electric Vehicle Supply Equipment, also Ladestation) qualifiziert werden.
07 / comframe
Zell- und Sensorsimulation auf dieselbe Projekt-, Automatisierungs- und Nachweisgrundlage stellen
Das BMS-Modul erweitert den allgemeinen Kern über das Laden hinaus. Es setzt Zellspannungssimulation, NTC- und PTC-Sensorverhalten, Balancing, elektrische Fehler, Isolationsbedingungen und BMS-Zustandsinformationen in Bezug zum konfigurierten Battery Cell Simulator.
So entsteht eine speziell entwickelte Softwarelösung für BMS-Prüfungen, ohne Batterieeigenschaften durch Ladebegriffe darstellen zu müssen. Dieselben comframe-Grundsätze bleiben verfügbar: Projekte, Konfiguration, synchronisierte Daten, Automatisierung, Berichte und unterstützte Schnittstellen.
08 / comframe
Vertrautes Softwareverhalten erhalten, während sich der Fachbereich ändert
Beispielhafter comframe-Ablauf. Die gelieferte Oberfläche richtet sich nach dem gewählten Produkt und der Softwareversion.
Über unterstützte Module hinweg kann comframe eine gemeinsame Grundlage für Projekte, Konfiguration, synchronisierte Messung, Visualisierung, Filterung, Automatisierung, Prüfbibliotheken, Berichte und REST-API-Integration bieten. Die aktuell öffentlichen Unterlagen zu Release 1.0 beschreiben diese gemeinsame Softwareausrichtung.
Jedes Domain-Modul bietet die relevanten Objekte, Zustände, Signale und Abläufe. Bedienfelder und Funktionen unterscheiden sich zwischen CCS, MCS und BMS.
09 / comframe
Das Modul mit der für die technische Entscheidung benötigten Funktion kombinieren
Module erschließen den Fachbereich. Funktionen definieren den Prüfmechanismus.
Ein Fachmodul allein definiert nicht die vollständige Prüfung. Es muss mit dem physischen System und dem freigegebenen Funktionsumfang kombiniert werden.
Automatisierte Normenanalyse
Gemessenes Verhalten mit normativen Erwartungen verknüpfen.
Professional Simulation
Anspruchsvolles oder nicht konformes Kommunikationsverhalten konfigurieren, soweit freigegeben.
Charge Playback
Aufgezeichnetes Ladepartnerverhalten physisch reproduzieren.
Manipulating Gateway
Ausgewählte Kommunikation verändern, während beide realen Partner verbunden bleiben.
Charge Cycle Automation
Gespeicherte Konfigurationen in wiederholbare Prüfkampagnen überführen.
Konformitätsprüfbibliotheken
Freigegebene Prüffälle für eine definierte Norm, Rolle und einen definierten Umfang ausführen.
10 / comframe
Das Produkt ermöglicht die physische Prüfung. Das Modul liefert die zugehörige Softwaresprache.
Die Tabelle dient der Zuordnung und ist keine Freigabematrix. Genaue Kombinationen müssen anhand der gewählten Hardware, Lizenz und Softwareversion bestätigt werden.
Scrollen Sie die Tabelle auf kleinen Bildschirmen horizontal, um alle Spalten zu sehen.
| Produktweg | Typische Modulfamilie | Primäre physische Rolle | Qualifizierung |
|---|---|---|---|
| EVCA ComOnly | CCS / NACS | Controller- und kommunikationsbezogene EVCC- oder SECC-Prüfung. | Protokoll, Prüfrichtung und Funktionslizenz bestätigen. |
| EVCA Multi Mobile | CCS, CHAdeMO, GB/T | Tragbare EV-, EVSE- und Interoperabilitätsanalyse. | Steckverbinder-, Leistungs- und Gateway-Umfang hängen von der Konfiguration ab. |
| EVCA Interop | CCS, CHAdeMO, GB/T | Ursachenanalyse zwischen realem EV und realer EVSE. | Passiven oder manipulierenden Modus, TLS und Nachweisumfang bestätigen. |
| EVCA Flex | CCS, CHAdeMO, GB/T | Modulare Laborintegration, Leistungs- und Fehlerprüfungen. | Quelle, Last, Leistungsniveau und Hardware für elektrische Fehler bestätigen. |
| EVCA MCS | MCS | EV- und EVSE-Prüfungen für Megawatt Charging. | Kommunikations-, Low-Level-, Kühlungs- und Leistungsumfang bestätigen. |
| Battery Cell Simulator | BMS | Zell-, Sensor- und Fehlersimulation für die BMS-Validierung. | BCS-Generation, Kanäle, Sensoren, Ströme und Fehler bestätigen. |
FAQ
Häufig gestellte Fragen
Was ist ein comframe-Protokoll- oder Fachmodul?
Es ist die Softwareebene, die den gemeinsamen comframe-Kern um Begriffe, Signale, Nachrichten, Zustände, Konfigurationsobjekte und Prüfabläufe eines bestimmten Lade- oder BMS-Fachbereichs ergänzt.
Warum verwendet comframe Module statt eines einzigen allgemeinen Datenbetrachters?
Ein allgemeiner Betrachter kann Busverkehr und Messungen anzeigen. Ein Fachmodul setzt diese Daten in Bezug zum Lade- oder BMS-Zustand, zum Prüfling und zum erwarteten Ablauf. Dies ist für normbezogene Analyse, nutzbare Simulation und eindeutig zugeordnete Ergebnisse erforderlich.
Welche Domain-Modulfamilien bietet comframe?
Die öffentliche Architektur verwendet die Modulfamilien CCS, CHAdeMO, GB/T, MCS und BMS. Die genauen Protokollausgaben, Prüfrichtungen, Hardwareverbindungen und Softwarefunktionen hängen von der aktuellen Version und gewählten Konfiguration ab.
Ist NACS ein eigenes comframe-Modul?
Nicht in der aktuellen öffentlichen Architektur. Geeignete NACS- und SAE-J3400-Abläufe werden innerhalb der jeweiligen Ladekonfiguration behandelt und müssen anhand von Produkt, Steckverbinder und Normumfang bestätigt werden.
Was ergänzt das CCS-Modul?
Es kann CP- und PP-Zustände, PLC und SLAC, High-Level-Ladekommunikation, Zeitverhalten, Zertifikatskontext und elektrische Messungen für geeignete AC-, DC-CCS- und verwandte Ladekonfigurationen verbinden.
Warum sind CHAdeMO und GB/T getrennte Module, obwohl beide CAN verwenden?
Die Übertragungstechnik definiert nicht den gesamten Prüfbereich. CHAdeMO und GB/T verwenden unterschiedliche Nachrichtenbedeutungen, Zustandsmodelle, Zeitregeln, Schnittstellenkonzepte und Prüfmittel. Getrennte Module erhalten diese fachliche Bedeutung.
Softwareablauf
Das Prüfsystem mit dem technischen Arbeitsablauf verbinden.
Definieren Sie Fachmodul, freigegebene Schnittstellen, Steuerungskonzept und Nachweisaustausch.