Prüfsystem für Fahrzeug-Ladekommunikation
EVCA ComOnly: Ladekommunikation prüfen
Entwickeln Sie den Dialog zwischen Fahrzeug und Ladestation, bevor Sie einen vollständigen Leistungsprüfstand ergänzen. EVCA ComOnly unterstützt ausgewählte Kommunikationsprotokolle, Signalisierung und Prüfrollen in einem kompakten System.
Das Steuergerät vor dem Ergänzen der Leistungsstufe prüfen.
EVCA ComOnly verbindet einen realen EVCC oder SECC mit einem konfigurierbaren Ladekommunikationspartner. Entwickeln Sie damit Steuergerätesoftware, Protokollstapel, Modems und Chipsätze, bevor ein vollständiges Fahrzeug oder eine Ladestation verfügbar ist.
comframe ordnet Signalzustände, dekodierte Nachrichten und Zeitverhalten einander zu. So können Normal- und Negativfälle zu wiederholbaren Regressionstests werden. Wählen Sie eine andere EVCA-Konfiguration, wenn Spannung, Strom, Schalten oder Kühlung zum Prüfumfang hinzukommen.
Ein ComOnly-Prinzip, drei Protokollrichtungen
Den Kern anhand der Steuergeräteschnittstelle auswählen, nicht anhand eines allgemeinen Produktnamens
CCS, MCS und ASIA nutzen unterschiedliche physische Schnittstellen, Kommunikationsverbindungen und Protokollfamilien. Der gemeinsame Nutzen bleibt gleich: ein reales Steuergerät als Prüfling, eine konfigurierbare Ladegegenstelle und ein gemeinsamer Nachweisablauf.
EVCA ComOnly CCS
EVCC- und SECC-Entwicklung für AC-, CCS- und NACS-Kommunikation.
Nutzen Sie Control-Pilot-Zugang, PLC (Kommunikation über die Stromleitung) und übergeordnete Kommunikation, um das Steuergerät ohne vollständiges Fahrzeug oder vollständige Ladestation zu prüfen.
- Kommunikation nach IEC 61851-1, DIN 70121 und ISO 15118 entsprechend dem konfigurierten Freigabestand
- PLC zum Fahrzeug, PLC zur Ladestation und optionale PLC-Sniffer-Hardware
- Professional Simulation und Charge Playback für unterstützte Profile
- Testbibliotheksumfang nach DIN 70122 und ISO 15118-4/-5 je nach Konfiguration
EVCA ComOnly MCS
MCS-Steuergeräte-, 10BASE-T1S- und Signalprüfung der unteren Ebene ohne Megawattleistung.
Beginnen Sie die MCS-EVCC- oder -SECC-Entwicklung, bevor Kupplung, Kühlkreislauf und externe Leistungstechnik erforderlich sind.
- Fahrzeug- und Ladestationsprüfrichtung an der MCS-Kommunikationsschnittstelle
- Zugang zu Service, LAN, PHY1 und PHY2
- Kontext der Signale Insertion Detection, Charge Enable und Schutzleiter
- Anwendungsverhalten auf Basis von ISO 15118-20 gemäß freigegebener Konfiguration
EVCA ComOnly ASIA
CHAdeMO- und GB/T-DC-Steuergeräteentwicklung mit CAN und protokollspezifischen Zuständen der unteren Signalebene.
Prüfen Sie den Steuergerätepfad asiatischer DC-Ladetechnologien, ohne ein vollständiges Fahrzeug oder einen Hochleistungsladeaufbau zu erstellen.
- Realer EVCC oder SECC mit simulierter CHAdeMO- oder GB/T-Gegenstelle
- CAN-Kommunikation, Nachrichtenzeitverhalten und Werteanalyse
- CHAdeMO-Version und GB/T-27930-Generation je Konfiguration festgelegt
- Zugang zu Zuständen der unteren Signalebene und anwendungsspezifische Nachweise gemäß freigegebenem Umfang
Ein System, zwei Steuergeräteperspektiven
Einen realen EVCC oder SECC gegen eine konfigurierbare Ladegegenstelle prüfen
Der Prüfling (DUT) bleibt real. Sein Ladepartner wird wiederholbar, messbar und gezielt beeinflussbar.
Fahrzeugsteuergeräteentwicklung
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
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.
- Fahrzeugverhalten ohne vollständiges Fahrzeug oder Batteriesystem 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
Die Ursache über die Kommunikationsebenen hinweg verfolgen.
Ordnen Sie physische Zustände und Zustände der unteren Signalebene der gewählten PLC-, 10BASE-T1S- oder CAN-Verbindung und dem Anwendungsprotokoll zu. Eine dekodierte Nachricht allein erklärt ohne Schnittstellenzustand und Zeitverhalten keine Steuergerätereaktion.
Die konfigurierte Simulation variiert Nachrichten, Werte, Verzögerungen und unterstütztes Negativverhalten. Freigegebene Analysefunktionen und Testbibliotheken ergänzen Bewertungen, Abweichungen und Berichte. Gewählter Kern, Protokollstand und Lizenzen bestimmen die verfügbare Tiefe.
Relevante EVCA-Funktionen
Einen steuerbaren Prüfpartner schaffen, nicht nur eine weitere passive Protokollanzeige
Die Funktionsverfügbarkeit hängt vom gewählten Kern, Protokoll, der Hardware, den Softwarelizenzen und Testbibliotheken ab. Der Nutzen entsteht durch die Kombination geeigneter Funktionen rund um ein Steuergeräterisiko.
Messung der Signalqualität
Überwachen Sie unterstützte Kommunikationssignale und ordnen Sie Qualität, Zustände und Zeitverhalten dem Ladeablauf zu.
Ursachen auf der physischen Ebene früher finden.Automatisierte Normenanalyse
Messwerte, Zustände, Zeitverhalten und Protokollereignisse mit ausführbaren Anforderungen und eindeutigen Abweichungen verknüpfen.
Manuelle Auswertung von Aufzeichnungen reduzieren.Fahrzeug- und Ladestationssimulation
Bilden Sie den jeweils anderen Ladeteilnehmer mit konfigurierbarem Verhalten für die EVCC- und SECC-Entwicklung nach.
Einen Prüfstand für beide Steuergeräterollen nutzen.Professional Simulation
Variieren Sie bei unterstützten Profilen Nachrichteninhalte, Zeitverhalten, optionale Nachrichten und nicht konformes Verhalten, ohne die Prüfumgebung umzubauen.
Schwierige Zustandsautomatenszenarien erreichen.Charge Playback
Bilden Sie aufgezeichnetes Ladeverhalten physisch an der Schnittstelle nach, damit das Steuergerät mit einer wiederholbaren, aus dem Feldeinsatz abgeleiteten Gegenstelle interagiert.
Schwieriges Feldverhalten auf den Prüfstand bringen.Konformitätsprüfbibliotheken
Führen Sie unterstützte normbasierte Testfälle mit kontrollierten Schritten, automatischen Bewertungen und nachvollziehbaren Berichten aus.
Von spontanen Einzelprüfungen zu Nachweisen gelangen.Automatisierung und Integration
Integrieren Sie unterstützte Funktionen in HiL-Prüfstände (Hardware-in-the-Loop), Laborautomatisierung und kontinuierliche Regressionsabläufe.
Den Steuergerätetest in der Entwicklungswerkzeugkette wiederverwenden.Zertifikats- und Sicherheitsabläufe
Konfigurieren Sie den anwendbaren Zertifikats- und Sicherheitskontext für unterstützte Ladeprofile auf Basis von ISO 15118.
Mehr als den nominellen Nachrichtenaustausch prüfen.Nachweise und Berichterstellung
Halten Sie Konfiguration, Messwerte, Protokollereignisse, Bewertungen und Prüfergebnisse für Prüfung und Wiederverwendung zusammen.
Jedes Ergebnis zuordenbar machen.Protokollfamilien und Implementierungsprofile
Die Prüfstrategie auf die konkrete Steuergeräteimplementierung ausrichten
Setzen Sie einen Normnamen nicht mit vollständiger Prüfabdeckung gleich. Definieren Sie Kern, Prüflingsrolle, Schnittstelle, Protokollgeneration, optionale Dienste, Sicherheitskontext, Simulationstiefe und Nachweise separat.
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, soweit freigegeben und konfiguriert.
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.
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 je nach Konfiguration 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.
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. Das anwendbare EVCA-System, die Prüfrichtung und der Testbibliotheksumfang müssen für das Projekt bestätigt werden.
CharIN-CCTS-Eintrag ansehenSimulationsunterstützung ist nicht dasselbe wie vollständige Konformitätsabdeckung
Spezifizieren Sie Rolle, Protokollausgabe, Prüfnorm, Testbibliotheksversion, Zertifikats- oder Sicherheitskontext und erwarteten Bericht. 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 Broschüre beschreibt eine kompakte ComOnly-CCS-Referenz mit isolierten Bananenbuchsen, CAN- und PLC-Schnittstellen. Betrachten Sie diese Werte als veröffentlichte CCS-Referenz, nicht als universelle Abmessungen oder Schnittstellen jeder aktuellen MCS- oder ASIA-Konfiguration.
- 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.
Aktuelle Konfigurationen, Schnittstellen, Modellnummern, Abmessungen und Gewichte werden durch Angebot und freigegebene Dokumentation bestimmt.
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. Aktueller Lizenz- und Integrationsumfang bleiben konfigurationsabhängig.
Aufrüstungspfad
Die Broschüre von 2024 positioniert ComOnly als kommunikationsorientierten Einstieg in EVCA Flex. Ergänzen Sie Leistung, Schalten und elektrische Fehlerprüftiefe, wenn das Prüfziel wächst.
Vom Steuergeräte-Pin zum wiederverwendbaren Nachweis
Kommunikationsprüfung in Ihren bestehenden Ablauf integrieren
Beginnen Sie mit einem kompakten Steuergeräteprüfstand. Erweitern Sie ihn zu HiL, automatisierter Regression, kundeneigenen Werkzeugketten oder einem umfassenderen EVCA-System, ohne die Kommunikationsprüflogik zu ersetzen.
Steuergeräteprüfstand
Nutzen Sie kompakte manuelle oder teilautomatisierte Aufbauten für die frühe Hardware- und Softwareentwicklung.
comframe-Ablauf
Verhalten konfigurieren, Daten visualisieren, Ereignisse zuordnen und wiederverwendbare Nachweise aufbewahren.
API- und HiL-Integration
Betten Sie unterstützte Funktionen in automatisierte Labore, HiL-Systeme und Regressionsketten ein.
Plattformerweiterung
Wechseln Sie zu Interop, Multi Mobile, Flex oder zum vollständigen MCS-System, wenn die physische Prüfgrenze wächst.
Von der Steuergeräteentwicklung zur Regressionsprüfung.
Fahrzeug- und Ladestationsteams können EVCC- und SECC-Implementierungen auf einem wiederholbaren Prüfstand validieren. Halbleiter- und Softwareteams können Modems, Chipsätze und Protokollstapel über Implementierungsprofile hinweg prüfen; Labore können Normen untersuchen und Konformitätskampagnen vorbereiten.
Die MCS-Konfiguration überträgt denselben Ansatz auf 10BASE-T1S und die unterstützten MCS-Steuergerätesignale, bevor Megawattleistung und Kühlung erforderlich sind.
Vom Steuergeräterisiko zum Angebot
Prüfling, Gegenstelle und Nachweise vor der Schnittstellenauswahl spezifizieren
EVCA ComOnly ist keine feste Stückliste. Eine sinnvolle Konfiguration definiert das Implementierungsprofil und die Prüfungen, die wiederholbar bleiben müssen.
- 1Prüfling und Rolle. EVCC, SECC, Steuergerät, Protokollstapel, Modem oder Chipsatz.
- 2Kern und Schnittstelle. CCS und NACS, MCS oder ASIA mit den erforderlichen Steuergeräte- und Signalanschlüssen.
- 3Kommunikationstiefe. Zustände der unteren Signalebene, PLC, 10BASE-T1S oder CAN, übergeordnete Nachrichten, Zeitverhalten und Zertifikate.
- 4Simulationstiefe. Nominelles, grenzwertiges, ungültiges, verzögertes, fehlendes und unterstütztes nicht konformes Verhalten.
- 5Automatisierung und Nachweise. Testbibliotheken, API, Berichte, Regression und Nachvollziehbarkeit.
- 6Erweiterungspfad. Interop, Multi Mobile, EVCA Flex oder die vollständige EVCA MCS-Architektur.
Das System anhand des Prüfziels auswählen
ComOnly für das Steuergerät nutzen. Bei wachsender Prüfgrenze zu einer anderen EVCA-Variante wechseln.
ComOnly ist kein kleinerer Universaltester. Seine Stärke ist die konzentrierte Kommunikationstiefe mit einem abgesicherten Weg zu mobilen Prüfungen, realen Ladepaaren und Leistungsprüfungen.
Auf kleinen Bildschirmen horizontal scrollen.
| 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 | Keine interne Hochvoltquelle oder -last. Kommunikation steht im Mittelpunkt. | 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. | Die vollständige physische Prüfgrenze 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. Sie prüft reale EVCC- oder SECC-Implementierungen gegen eine konfigurierbare simulierte Gegenstelle und verknüpft Signale der unteren Ebene, Kommunikationsverbindungen, Protokollverhalten, Automatisierung und Nachweise, ohne eine interne Hochvolt-Leistungsstufe zu benötigen.
Welche EVCA ComOnly-Varianten sind verfügbar?
Die Produktfamilie wird für drei wesentliche Protokollrichtungen konfiguriert: EVCA ComOnly CCS für AC-, CCS- und NACS-Kommunikation, EVCA ComOnly MCS für MCS-Steuergeräte und 10BASE-T1S sowie EVCA ComOnly ASIA für CHAdeMO- und GB/T-DC-Kommunikation. Genaue Schnittstellen, Protokollgenerationen und Prüffunktionen sind konfigurationsabhängig.
Kann EVCA ComOnly sowohl EVCC- als auch SECC-Steuergeräte prüfen?
Ja. Für die EVCC-Entwicklung bildet das System die Kommunikationsgegenstelle der Ladestation nach. Für die SECC-Entwicklung bildet es die fahrzeugseitige Kommunikationsgegenstelle nach. Das reale Steuergerät bleibt der Prüfling, während sein Partner wiederholbar und konfigurierbar wird.
Überträgt EVCA ComOnly Ladeleistung oder Hochspannung?
Seine Hauptaufgabe ist die Kommunikations- und Steuergeräteprüfung. Es benötigt keine interne Quelle, Last oder Hochvolt-Leistungsstufe. Wechseln Sie zu EVCA Flex, EVCA MCS oder einem anderen konfigurierten 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?
Veröffentlichte CCS-Referenzinformationen umfassen 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.
Was prüft EVCA ComOnly MCS?
Die MCS-Konfiguration konzentriert sich auf EVCC- und SECC-Kommunikation, 10BASE-T1S, Service- und LAN-Zugang, MCS-spezifische Signale der unteren Ebene und Steuergeräteverhalten, ohne eine Megawatt-Leistungsstufe zu benötigen. Das genaue ISO-15118-20-Profil, der MCS-Signalzugang und die freigegebenen Funktionen hängen von der Konfiguration ab.
EVCA-Systemplanung
Die EVCA-Lösung auf die tatsächlichen Prüfgrenzen abstimmen.
Prüfling, simulierte Rolle, Ladetechnologie, elektrischen Prüfumfang und Softwareumfang spezifizieren.