CCS-Tester für EVCC und SECC

Die Kommunikation Ihres Ladecontrollers prüfen – bevor die Leistungshardware existiert.

EVCA ComOnly prüft die Kommunikation Ihres Ladecontrollers. Es verbindet den realen Controller – EVCC im Fahrzeug oder SECC in der Ladestation – mit einem simulierten Ladepartner. So prüfen Sie CCS-, MCS- oder ASIA-Kommunikation und Signale, bevor Fahrzeug oder Ladestation fertig sind.¹

CharIN-CCTS-validiert: Basic- und Extended-DC-EVSE-Prüfprofile.

15-Minuten-Demo anfragen Prüfsystem finden

EVCA ComOnly-Familie: Kommunikationsprüfsysteme für CCS, MCS und ASIA

Steuergeräte als PrüflingeReale EVCC- oder SECC-Implementierungen prüfen

Simulierte GegenstelleDen Ladekommunikationspartner steuern

KernauswahlCCS, MCS oder ASIA für die erforderlichen Schnittstellen

Gemeinsame SoftwareMit comframe konfigurieren, analysieren und automatisieren

Das Wichtigste in 30 Sekunden

Wofür: Entwickler von EVCC- und SECC-Ladesteuergeräten – bevor die Leistungshardware existiert.
Was es kann: Verbindet ein reales EVCC oder SECC mit einem simulierten Partner und prüft CCS-, MCS- oder ASIA-Kommunikation und -Signale; CharIN-CCTS-validiert für die Basic- und Extended-DC-EVSE-Prüfprofile.
Wofür nicht: Leistungsprüfungen – ComOnly hat keinen Laststromkreis; für reale Leistung gibt es EVCA Flex.

Ein Kommunikationsfehler, der erst nach der Integration auffällt, kostet einen kompletten Prüfzyklus mit Fahrzeug oder Ladestation.

Ihr Weg zur CCS-Kommunikationsprüfung

Die ComOnly-Konfiguration für Ihre Kommunikationsprüfung wählen.

Ob der reale Prüfling ein EVCC oder ein SECC ist, bestimmt den Aufbau.

1 · Passendes SystemEVCA ComOnly CCS CoreRealen EVCC oder SECC mit einer simulierten Gegenstelle für die Ladekommunikation prüfen.Systemprinzip ansehen 2 · Technischer UmfangEVCC-/SECC-Prüfziel und SteuergerätereaktionDer vorhandene Timeout-Fall zeigt den Kommunikations-Prüfansatz. Er ist kein veröffentlichter abgeschlossener Prüfnachweis.Prüfziel ansehen

3 · Nächster SchrittKommunikationsumfang klärenEVCC oder SECC, Protokoll, Core, Signalpfade und Automatisierungsschnittstelle festlegen.Konfiguration besprechen →

Von der Demo zum ersten Test:

15-Minuten-Demo. Ein Ingenieur zeigt Ihren Kommunikationsprüffall am echten System.
Schriftliches Angebot. EVCC- oder SECC-Rolle, Protokolle, Core und Prüfbibliotheken für Ihre Aufgabe – danach bestellen Sie.
Lieferung und Start. Inbetriebnahme und Schulung legen wir im Angebot fest.

CCS-Tester für die EVCC- und SECC-Kommunikationsentwicklung

Zum Testen der Ladekommunikation verbindet EVCA ComOnly einen realen EVCC oder SECC mit einem konfigurierbaren Ladekommunikationspartner. Steuergerätesoftware, Protokollstapel, Modems und Chipsätze entstehen, bevor ein vollständiges Fahrzeug oder eine Ladestation verfügbar ist.

comframe ordnet Signalzustände, dekodierte Nachrichten und Zeitverhalten der Steuergerätereaktion zu. Unterstützte Normal- und Negativfälle laufen über Softwareversionen hinweg erneut; Konfiguration und Traces bleiben für die Regression erhalten.

Steuergeräterollen an der ComOnly-Schnittstelle

Das Steuergerät bleibt real, sein Kommunikationspartner wird simuliert
Reales Steuergerät	Simulierter Kommunikationspartner	Core und Schnittstelle
EVCC	SECC / Ladestationsseite.	CCS-, MCS- oder ASIA-Core passend zum Protokoll und zur Signalschnittstelle des Steuergeräts wählen.
SECC	EVCC / Fahrzeugseite.	Die entsprechende Fahrzeug-Schnittstelle und das freigegebene Simulationsprofil des gewählten Cores verwenden.

CCS nutzt die konfigurierten Pilot- und PLC-Schnittstellen, MCS 10BASE-T1S und den gewählten Signalzugang, ASIA CAN und protokollspezifische Zustände. Anschlüsse und unterstützte Profile passen zum Steuergerät. Für Tests mit Hochvoltquelle oder -last kommt ein separater EVCA-Leistungsprüfaufbau zur Kommunikationsprüfung hinzu.

Core-Auswahl · Veröffentlichte Core-Frontansichten · CCS-Referenzanschlüsse und Abmessungen

Ein System, zwei Steuergeräteperspektiven

EVCC- und SECC-Prüfung: simulierte Gegenstelle und Steuergerätereaktion

Der Prüfling (DUT) bleibt real, sein Kommunikationspartner ist konfigurierbar.

Kommunikations-Prüfziel: Timeout nach einer fehlenden Ladenachricht

EVCC-/SECC-Negativprüfung: kontrollierte Bedingung und Steuergerätereaktion
Prüfaspekt	Festgelegter Umfang
Ausgangsbedingung	Realen EVCC oder SECC, Core, Protokollversion und unterstützten Sitzungszustand auswählen. Steuergerätekonfiguration und weitere Bedingungen der simulierten Gegenstelle bleiben konstant.
Geändertes Partnerverhalten	Eine ausgewählte Nachricht wird mit den unterstützten Simulationsfunktionen unterdrückt. Erwartete Nachricht und zulässiges Zeitverhalten ergeben sich aus dem gewählten Protokoll und der Prüfanforderung.
Erwartete Steuergerätereaktion	Prüfen Sie Timeout-Erkennung, geforderten Zustandswechsel und festgelegte Diagnosereaktion anhand des gewählten Protokolls und der Prüfanforderung.
Auswertung	Letzte Nachricht, simulierte Signalzustände, Steuergerätereaktion und Zeitverhalten werden zugeordnet. Konfiguration, Traces und Abnahmeentscheidung werden für die Regression aufbewahrt. Eine Testbibliotheksbewertung erfordert den entsprechenden freigegebenen Prüffall.

Das Beispiel zeigt, wie eine Timeout-Prüfung geplant und die Steuergerätereaktion bewertet wird. Die Messwerte werden erfasst und mit den Abnahmekriterien des tatsächlichen Prüflaufs verglichen. Systemvergleich und FAQ erläutern die Optionen für physische Leistungsprüfungen.

Professional Simulation · Automatisierte Normenanalyse · Konformitäts-Prüfbibliotheken

Konzeptionelle ComOnly-Steuergeräteprüfkonfiguration, die einen CCS Core über PLC- und Control-Pilot-Signale mit einem EVCC oder SECC verbindet — Konzeptionelle Prüfkonfiguration; Schnittstellen und unterstützte Normen hängen von der gewählten ComOnly-Konfiguration ab.

Entwicklung von Fahrzeugsteuergeräten

Den EVCC prüfen

EVCA ComOnly verhält sich als Kommunikationssteuergerät der Ladestation und prüft den EVCC von der Verbindungserkennung über die Sitzungsaushandlung bis zur Fehlerbehandlung.

SECC- oder Ladestationsverhalten für die gewählte Protokollfamilie simulieren
Zustände, Werte, Nachrichtenfolge, optionale Inhalte und Zeitverhalten variieren
Steuergerätereaktionen, Grenzwerte, Zertifikate und Zustandsübergänge prüfen
Regression über Softwareversionen und Parametersätze hinweg automatisieren

Typische Prüflinge: EVCC-Steuergerät, Onboard-Ladesteuergerät, Ladebuchsensteuergerät, Protokollstapel, Modem oder Kommunikationschipsatz.

EVCA ComOnly

↔

Konfigurieren. Simulieren. Messen. Analysieren. Automatisieren. Dokumentieren.

EVSE

Entwicklung von Ladestationssteuergeräten

Den SECC prüfen

EVCA ComOnly verhält sich als fahrzeugseitiges Kommunikationssteuergerät und liefert der SECC-Implementierung kontrolliertes Fahrzeug-, Batterie- und Protokollverhalten.

Konfigurierbares Fahrzeugverhalten an der Steuergeräteschnittstelle simulieren
Aushandlung, Grenzwerte, Zeitüberschreitungen und Negativfälle prüfen
Protokollkonformität und Robustheit vor der Leistungsintegration bewerten
Unterstützte Testbibliotheken für kontrollierte Bewertungen und Berichte nutzen

Typische Prüflinge: SECC-Steuergerät, Ladepunktsteuerung, Ladestations-Kommunikationsmodul, Protokollstapel, Modem oder Steuergeräte-Chipsatz.

Relevante EVCA-Funktionen

ComOnly-Funktionen für Simulation, Protokollanalyse und Regression

Core, Protokoll, Hardware, Softwarelizenzen und Testbibliotheken richten sich nach den benötigten Funktionen.

Messung der Signalqualität

Die unterstützten Kommunikationssignale werden überwacht – Qualität, Zustände und Zeitverhalten stehen neben dem Ladeablauf.

Ursachen auf der physischen Ebene früher finden.

Automatisierte Normenanalyse

Messwerte, Zustände, Zeitverhalten und Protokollereignisse werden mit ausführbaren Anforderungen verglichen; Abweichungen sind eindeutig erkennbar.

Manuelle Auswertung von Aufzeichnungen reduzieren.

↔

Fahrzeug- und Ladestationssimulation

Einen Prüfstand für beide Steuergeräterollen nutzen.

Professional Simulation

Bei unterstützten Profilen variieren Nachrichteninhalte, Zeitverhalten, optionale Nachrichten und nicht konformes Verhalten, ohne die Prüfumgebung umzubauen.

Schwierige Zustandsautomatenszenarien erreichen.

▶

Charge Playback

Unterstütztes aufgezeichnetes Ladeverhalten wird an der physischen Schnittstelle wiedergegeben. So erhält das Steuergerät eine wiederholbare Gegenstelle aus der Feldsitzung.

Schwieriges Feldverhalten auf den Prüfstand bringen.

Konformitäts-Prüfbibliotheken

Unterstützte normbasierte Testfälle laufen mit kontrollierten Schritten, automatischen Bewertungen und nachvollziehbaren Berichten.

Von spontanen Einzelprüfungen zu wiederholbaren Ergebnissen.

API

Automatisierung und Integration

Unterstützte Funktionen fügen sich in HiL-Prüfstände (Hardware-in-the-Loop), Laborautomatisierung und kontinuierliche Regressionsabläufe ein.

Den Steuergerätetest in der Entwicklungswerkzeugkette wiederverwenden.

Zertifikats- und Sicherheitsabläufe

Zertifikats- und Sicherheitskontext sind für unterstützte Ladeprofile auf Basis von ISO 15118 konfigurierbar.

Mehr als den nominellen Nachrichtenaustausch prüfen.

Ergebnisse und Berichte

Konfiguration, Messwerte, Protokollereignisse, Bewertungen und Prüfergebnisse bleiben zusammen – Ihr Team kann sie prüfen und wiederverwenden.

Jedes Ergebnis zuordenbar machen.

Konfigurationsregel: Simulationsunterstützung, Protokollversion, Sicherheitsprofil, Funktionslizenz und Konformitätstestbibliothek sind getrennte Umfänge. Das Angebot muss die genaue Kombination nennen, die der Prüfling benötigt.

Protokollfamilien und Implementierungsprofile

CCS-, MCS- und ASIA-Protokollprofile und freigegebener Testbibliotheksumfang

Kern, Prüflingsrolle, Schnittstelle, Protokollgeneration, optionale Dienste, Sicherheitskontext, Simulationstiefe und Ergebnisse werden getrennt festgelegt.

EVCA ComOnly CCS

AC-, CCS- und NACS-Kommunikation

Kontext der unteren Signalebene: IEC 61851-1, Control Pilot und der anwendbare SAE-J1772- oder NACS-Schnittstellenkontext.
Kommunikationsverbindung: PLC-basierte übergeordnete Kommunikation einschließlich optionaler PLC-Sniffer-Hardware in der veröffentlichten Referenzkonfiguration.
Anwendungsprotokolle: DIN 70121, ISO 15118-2 und ISO 15118-20 entsprechend dem konfigurierten Freigabestand, mit dem Kontext der Kommunikationsebene aus ISO 15118-3.
Prüfnachweise: Testbibliotheksumfang nach DIN 70122 und ISO 15118-4/-5¹.

EVCA ComOnly MCS

MCS-Kommunikation und Signale der unteren Ebene

Kontext der unteren Signalebene: MCS-spezifischer Zugang zu Charge Enable, Insertion Detection, Schutzleiter und physischer Schnittstelle je nach Konfiguration.
Kommunikationsverbindung: 10BASE-T1S, Service- und LAN-Zugang sowie PHY1- und PHY2-Mess- oder Integrationspunkte.
Anwendungsprotokoll: MCS-Kommunikation auf Basis von ISO 15118-20 gemäß freigegebener Ausgabe, Änderung und Dienstprofil.
Prüfnachweise: Simulation, Überwachung, Vor-Konformitätsprüfung oder Testbibliotheksumfang müssen getrennt vom Protokollnamen angegeben werden.

EVCA ComOnly ASIA

CHAdeMO- und GB/T-DC-Kommunikation

Kontext der unteren Signalebene: Technologiespezifische Fahrzeug- und Ladestationszustände sowie Schnittstellensignale gemäß gewähltem System und Steckverbinderpfad.
Kommunikationsverbindung: CAN-Kommunikation mit protokollspezifischem Nachrichtenzeitverhalten, Werten und Steuergerätereaktionen.
Anwendungsprotokolle: CHAdeMO-Version sowie GB/T-27930-Varianten im relevanten Ladekontext von GB/T 18487.1¹.
Prüfnachweise: Der freigegebene Simulations-, Überwachungs- und Testfallumfang hängt von Protokollgeneration, Prüflingsrolle und Hardwarekonfiguration ab.

Unabhängige Validierung

EVCA ist bei CharIN für die Profile Charging System Basic und Extended DC EVSE gelistet

CharIN führt comemso derzeit als validierten Anbieter eines Conformance Test System für die Anwendungsprofile Charging System Basic und Extended DC EVSE.

CharIN-CCTS-Eintrag ansehen

Abgrenzung des Umfangs

Simulation und Normkonformitäts-Prüfumfang konfigurieren

Rolle, Protokollausgabe, Prüfnorm, Testbibliotheksversion, Zertifikats- oder Sicherheitskontext und erwarteten Bericht spezifizieren wir je Projekt. Das ist besonders bei sich weiterentwickelnden ISO-15118-20- und MCS-Profilen wichtig.

Veröffentlichte CCS-Referenzkonfiguration von 2024

Kompakte Hardware für den Steuergeräteprüfstand

Die veröffentlichten Referenzwerte gelten für den CCS Tester mit CCS Core in der Broschürenkonfiguration von 2024. Abmessungen und Schnittstellen von MCS und ASIA müssen separat bestätigt werden.

Rückseite des EVCA ComOnly mit Stromversorgungs-, Signal- und CAN-Anschlüssen

Modellnummern: 116-2-015 CCS Core, 116-2-016 mit PLC-Sniffer, 116-1-011 ComOnly-Gehäuse.
Abmessungen: 18,6 × 15,8 × 32,6 cm.
Referenzgewicht: Etwa 3 kg.
Versorgungseingang: 24 V DC.
Veröffentlichte Anschlüsse: Isolierte Bananenbuchsen, SUB-D9 für CAN-Daten und RJ45 für PLC-Daten.
Veröffentlichter Protokollumfang: AC, CCS und NACS mit dem in der Broschüre genannten Simulations- und Testbibliotheksumfang.

EVCA ComOnly Broschüre (PDF, Englisch) · EVCA Flex ComOnly Datenblatt, Rev. 01.02 (PDF, Englisch) · Alle Ressourcen

Lieferumfang

EVCA ComOnly, 24-V-Netzteil, CAN-Kabel und Terminierung, Firmware-Update-Kit, Kurzanleitung und Benutzerhandbücher im veröffentlichten Referenzpaket.

Nutzbare Software

Die Broschüre nennt comemso com.frame und Vector CANoe mit einem comemso-Projekt.

Aufrüstungspfad

Die Broschüre von 2024 positioniert ComOnly als kommunikationsorientierten Einstieg in EVCA Flex. Leistung, Schalten und elektrische Fehlerprüftiefe kommen hinzu, wenn das Prüfziel wächst.

Von der Steuergeräteschnittstelle zu wiederverwendbaren Prüfaufzeichnungen

EVCC-/SECC-Prüfintegration: comframe, API und HiL

Ihre Kommunikationsprüfungen laufen in HiL, automatisierter Regression und Ihren vorhandenen Werkzeugen weiter.

Steuergeräteprüfstand

Kompakte manuelle oder teilautomatisierte Aufbauten dienen der frühen Hardware- und Softwareentwicklung.

comframe-Ablauf

Sie konfigurieren Verhalten, visualisieren Daten und ordnen Ereignisse einander zu. Die Aufzeichnungen bleiben für spätere Prüfungen erhalten.

API- und HiL-Integration

Unterstützte Funktionen lassen sich in automatisierte Labore, HiL-Systeme und Regressionsketten einbetten.

Plattformerweiterung

Interop, Multi Mobile, Flex oder das vollständige MCS-System erweitern den Prüfaufbau, wenn Ihre physischen Prüfanforderungen wachsen.

EVCA ComOnly CCS Core in gerader Vorderansicht — CCS Core-Frontplatte mit Steuergeräte-, Pilot-, PLC- und Sniffer-Schnittstellen gemäß dargestellter Konfiguration.

EVCA ComOnly MCS Core in schräger Ansicht — MCS Core mit Fahrzeug- und Ladestationszugang zu Service, LAN, PHY und Signalen der unteren Ebene.

Frontplatte des EVCA ComOnly ASIA Core — ComOnly ASIA Core für CHAdeMO- und GB/T-DC-Kommunikation. Schnittstellen- und Funktionsumfang hängen von der gewählten Konfiguration ab.

Das System anhand des Prüfziels auswählen

ComOnly, Interop, Multi Mobile und Flex nach Prüfling und physischem Prüfumfang

Auswahlkriterium	EVCA ComOnly	EVCA Interop	EVCA Multi Mobile	EVCA Flex oder vollständiger EVCA MCS
Zentrale Frage	Kommuniziert der EVCC oder SECC korrekt und robust?	Warum sind ein reales Fahrzeug und eine reale Ladestation im Zusammenspiel gescheitert?	Was geschieht an der realen Ladeschnittstelle im Labor oder vor Ort?	Wie verhält sich die vollständige Schnittstelle mit realer Leistung, Fehlern, Kühlung oder Hochvoltintegration?
Typischer Prüfling	EVCC, SECC, Protokollstapel, Modem oder Chipsatz.	Reales Paar aus Fahrzeug und Ladestation.	Fahrzeug, Ladestation oder Ladeschnittstelle.	Fahrzeug, Ladestation, Teilsystem, Leistungsstufe oder vollständige MCS-Schnittstelle.
Gegenstelle	Simulierter Kommunikationspartner auf Fahrzeug- oder Ladestationsseite.	Beide Partner sind real, mit synchronisierter Analyse und Manipulation.	Simulation, Überwachung oder reale Schnittstelle je nach Konfiguration.	Konfigurierte Simulation mit externer Quelle, Last und Anwendungshardware.
Leistungsgrenze	Kommunikations- und Steuergeräteprüfung. Hochvoltquelle und -last gehören zu einer separaten Leistungsprüfkonfiguration.	Messung am realen Ladepaar oder projektspezifischer Aufbau.	Mobiler und feldorientierter elektrischer Kontext.	Skalierbare Spannung, Strom, Leistung, Schalten, elektrische Fehler, Kühlung und Sicherheit.
Bester nächster Schritt	Normen, Testbibliotheken, Automatisierung oder einen weiteren Kern ergänzen. Erweitern, wenn Leistung benötigt wird.	Die Interoperabilitätsursache reproduzieren und überprüfen.	Feldnachweise mit Entwicklungs- und Freigabekampagnen verknüpfen.	Den vollständigen physischen Prüfaufbau validieren.

Häufig gestellte Fragen

Häufige Fragen zu EVCA ComOnly

Was ist EVCA ComOnly?

EVCA ComOnly ist die kommunikationsorientierte Konfiguration der EV Charging Analyzer/Simulator-Plattform. Verbinden Sie einen realen EVCC oder SECC mit einer konfigurierbaren simulierten Gegenstelle und prüfen Sie Low-Level-Signale, Kommunikationsverbindungen und Protokollverhalten. Nutzen Sie die konfigurierten Analyse- und Automatisierungsfunktionen, um die Steuergerätereaktion zu bewerten und aufzuzeichnen.

Welche EVCA ComOnly-Varianten sind verfügbar?

Die Produktfamilie gibt es für drei Protokollrichtungen. EVCA ComOnly CCS prüft AC-, CCS- und NACS-Kommunikation. EVCA ComOnly MCS ist für MCS-Steuergeräte und 10BASE-T1S, EVCA ComOnly ASIA für CHAdeMO- und GB/T-DC-Kommunikation. Genaue Schnittstellen, Protokollgenerationen und Prüffunktionen hängen von der Konfiguration ab.¹

Überträgt EVCA ComOnly Ladeleistung oder Hochspannung?

ComOnly ermöglicht Kommunikations- und Steuergeräteprüfungen am EVCC- oder SECC-Prüfstand. Die Konfiguration konzentriert sich auf Signale und Protokolle; eine interne Quelle, Last oder Hochvolt-Leistungsstufe liegt außerhalb dieses Umfangs. Wählen Sie EVCA Flex, EVCA MCS oder ein anderes konfiguriertes EVCA-System, wenn reale Spannung, Strom, Leistung, Schalten, Kühlung oder elektrische Fehlerinjektion zum Prüfziel gehören.

Welche Normen deckt EVCA ComOnly CCS ab?

Beim CCS Tester mit CCS Core umfassen die veröffentlichten Referenzinformationen Kommunikation nach IEC 61851-1, DIN 70121, ISO 15118-2, ISO 15118-3 und ISO 15118-20. NACS- und SAE-J3400-Kontext kann gegebenenfalls konfiguriert werden. Simulationsunterstützung, Protokollversion, Sicherheitsprofil und Verfügbarkeit der Testbibliotheken müssen separat spezifiziert werden.