comframe
comframe-Module für Ladeprotokolle und BMS-Prüfungen
Ein Modul ergänzt comframe um Nachrichten, Zustände und Messungen einer bestimmten Ladeanwendung oder der Prüfung von Batteriemanagementsystemen (BMS). 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 mit Modulen für den jeweiligen Prüfbereich.
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-Module ordnen schnittstellenspezifische Daten dem gewählten Lade- oder BMS-Ablauf (Batteriemanagementsystem) zu. Der allgemeine Kern stellt die gemeinsamen Softwarefunktionen bereit.
02 / comframe
Das Modul nach Prüfling, Schnittstelle und benötigten Nachweisen wählen
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 Hardware von EVCA, Calimera oder Battery Cell Simulator (BCS) 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
Prüfen Sie unterstützte Modulfunktionen 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
Das Modul ordnet GB/T-Nachrichten ihrer Zustandslogik, den Zeitvorgaben und der physischen Schnittstelle zu. So lässt sich der Ladevorgang über eine allgemeine CAN-Verkehrsansicht hinaus verstehen.
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
Nutzen Sie Zell-, Sensor-, Balancing-, Isolations-, Fehler- und Batteriezustandskonzepte innerhalb der gemeinsamen Abläufe 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 arbeitet mit der physischen EVCA-MCS-Plattform und ihrer freigegebenen 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.
Diese Softwarelösung für BMS-Prüfungen verwendet batteriespezifische Begriffe im gemeinsamen comframe-Ablauf.
08 / comframe
Vertrautes Softwareverhalten erhalten, während sich der Fachbereich ändert
Beispiel für Modulansichten in comframe. Bildschirminhalte hängen von Domäne, Systemrolle und freigegebener Software ab.
Ü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
Ein Fachmodul definiert den Anwendungskontext; eine Funktion definiert 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
Produkthardware definiert die physische Prüfung; das Modul liefert den Softwarekontext
Nutzen Sie die Tabelle, um die passende Konfiguration zuzuordnen. Bestätigen Sie die genauen Kombinationen anhand der gewählten Hardware, Lizenz und Softwareversion; die Tabelle ist keine Freigabematrix.
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.