CCS tester for EVCC and SECC

CCS tester for EVCC and SECC communication – test before the power hardware exists

EVCA ComOnly tests the communication of your charging controller. It connects the real controller – EVCC in the vehicle or SECC in the charger – to a simulated charging partner. You test CCS, MCS or ASIA communication and signals before the vehicle or charger is ready.¹

CharIN CCTS validated: Basic and Extended DC EVSE test profiles.

Request a 15-minute demo Find your test system

EVCA ComOnly family: CCS, MCS and ASIA communication testers

Controller DUTsTests real EVCC or SECC implementations

Simulated counterpartControls the charging communication partner

Core selectionCCS, MCS or ASIA for the required interfaces

Shared softwareConfiguration, analysis and automation in comframe

In 30 seconds

What for: Developers of EVCC and SECC charging controllers – before the power hardware exists.
What it does: Connects a real EVCC or SECC to a simulated partner and tests CCS, MCS or ASIA communication and signals. CharIN CCTS validated for the Basic and Extended DC EVSE test profiles.
Not for: Power tests – ComOnly has no load circuit; for real power use EVCA Flex.
What is a CCS tester?: A CCS tester checks charging over the CCS interface. There are three kinds. A communication tester such as ComOnly tests the controller in development. A field tester such as Easy Chester Ultimate tests installed CCS fast chargers. A lab system such as the EV Charging Analyzer simulates vehicle or charger and records communication and power on one timeline.

A communication error found only after integration costs a complete vehicle or charger test cycle to reproduce.

Your path to CCS communication testing

Choose the ComOnly configuration for your communication test

Your real device under test (DUT) is the EVCC or the SECC – the setup follows that choice.

1 · Suitable systemEVCA ComOnly CCS CoreComOnly tests a real EVCC or SECC against a simulated charging-communication partner.View the system principle 2 · Technical scopeEVCC/SECC test objective and controller responseThe existing timeout example shows the communication test approach. It is not presented as a published completed test record.View the test objective

3 · Next stepThe communication scopeWe specify EVCC or SECC, protocol, Core, signal paths and the required automation interface for your setup.Discuss the configuration →

From the demo to your first test:

15-minute demo. An engineer shows your communication test case on the real system.
Written quotation. EVCC or SECC role, protocols, Core and test libraries for your task – then you order.
Delivery and start. Commissioning and training are agreed in the quotation.

CCS tester for EVCC and SECC communication development

For charging communication testing, EVCA ComOnly connects a real EVCC or SECC to a configurable charging communication partner. Teams develop controller software, protocol stacks, modems and chipsets before a complete vehicle or charger exists.

comframe correlates signal states, decoded messages and timing with the controller response. Supported normal and negative cases run again across software versions; configuration and traces stay for regression review.

Controller roles at the ComOnly interface

The controller remains real; its communication partner is simulated
Real controller	Simulated communication partner	Core and interface
EVCC	SECC / charging-station side.	The CCS, MCS or ASIA Core matches the protocol and controller signal interface.
SECC	EVCC / vehicle side.	Each Core brings the corresponding EV-side interface and released simulation profile.

CCS uses the configured pilot and PLC interfaces, MCS uses 10BASE-T1S and its selected signal access, and ASIA uses CAN and protocol-specific states. For tests with a high-voltage source or load, use a separate EVCA power-test configuration alongside the communication test.

Core selection · Published Core front-panel views · CCS reference connectors and dimensions

CCS tester ComOnly

Technical data at a glance

Item	Value
Device under test	EVCC (vehicle side) or SECC (charger side); ComOnly simulates the counterpart
Low level	IEC 61851-1 control pilot; SAE J1772 or NACS interface context
Communication	PLC per ISO 15118-3; DIN 70121, ISO 15118-2 and ISO 15118-20 by configured release
Test Libraries	DIN 70122 and ISO 15118-4/-5, where released and configured
CharIN	Listed as validated Conformance Test System for the Charging System Basic and Extended DC EVSE profiles
MCS and ASIA	MCS via 10BASE-T1S; CHAdeMO and GB/T via CAN – by configuration
Power path	None: ComOnly has no load circuit; power tests run on EVCA Flex
Dimensions · weight	18.6 × 15.8 × 32.6 cm · 3 kg (CCS Core)
Power supply · connections	24 V DC · insulated banana sockets, SUB-D9 for CAN data, RJ45 for PLC data

One system, two controller perspectives

EVCC and SECC tests: simulated partner and controller response

The DUT (device under test) remains real; its communication partner is configurable.

Communication test objective: timeout after a missing charging message

EVCC / SECC negative test: controlled condition and controller reaction
Test element	Defined scope
Starting condition	Select the real EVCC or SECC, Core, protocol version and supported session state. Keep the controller configuration and other simulated-partner conditions constant.
Changed partner behaviour	Withhold a selected message using the supported simulation functions. The expected message and permitted timing come from the chosen protocol and test requirement.
Expected controller reaction	Check timeout detection, the required state transition and the specified diagnostic reaction against the selected protocol and test requirement.
Evaluation	Correlate the last message, simulated signal states, controller response and timing. Preserve configuration, traces and the acceptance decision for regression; a Test Library verdict requires the corresponding released test case.

This example shows how to plan a timeout test and evaluate the controller response. comframe records the measurements and compares them with the acceptance criteria defined for the actual run.

Professional Simulation · Automated Standards Analysis · Conformance Test Libraries

Conceptual ComOnly controller test configuration connecting a CCS Core with an EVCC or SECC through PLC and Control Pilot signals — Conceptual test configuration; interfaces and supported standards depend on the selected ComOnly configuration.

Vehicle controller development

EVCC tests

EVCA ComOnly behaves as the charging-station communication controller and challenges the EVCC from connection detection through session negotiation and error handling.

SECC or EVSE behaviour simulated for the selected protocol family
States, values, message order, optional content and timing varied
Controller reactions, limits, certificates and state transitions verified
Regression automated across software versions and parameter sets

Typical DUTs: EVCC ECU, onboard charging controller, charging inlet controller, protocol stack, modem or communication chipset.

EVCA ComOnly

↔

Configure. Simulate. Measure. Analyse. Automate. Document.

EVSE

Charging-station controller development

SECC tests

EVCA ComOnly behaves as the vehicle communication controller and supplies controlled vehicle, battery and protocol behaviour to the SECC implementation.

Configurable EV behaviour at the controller interface
Challenge negotiation, limits, timeouts and negative cases
Assess protocol conformity and robustness before power integration
Supported Test Libraries for controlled verdicts and reports

Typical DUTs: SECC ECU, charge-point controller, charger communication module, protocol stack, modem or controller chipset.

Relevant EVCA capabilities

ComOnly functions for simulation, protocol analysis and regression

Core, protocol, hardware, software licences and Test Libraries follow the functions you need.

Signal quality measurement

comframe monitors communication signals and shows quality, states and timing alongside the charging sequence.

Find physical-layer causes earlier.

Automated Standards Analysis

comframe compares measured values, states, timings and protocol events with executable requirements; clear deviations stand out.

Reduce manual trace interpretation.

↔

EV and EVSE simulation

Use one bench for both controller roles.

Professional Simulation

For supported profiles, vary message content, timing, optional messages and non-conform behaviour without rebuilding the test environment.

Reach difficult state-machine scenarios.

▶

Charge Playback

ComOnly replays supported recorded charging behaviour at the physical interface – a repeatable counterpart from the field session.

Bring difficult field behaviour to the bench.

Conformance Test Libraries

Supported standards-based test cases run with controlled steps, automated verdicts and traceable reports.

Move from ad hoc checks to repeatable results.

API

Automation and integration

Supported functions integrate into HiL (hardware-in-the-loop) benches, laboratory automation and continuous regression workflows.

Reuse the controller test in the development toolchain.

Certificate and security workflows

Certificate and security context are configurable for supported ISO 15118-based charging profiles.

Test more than nominal message exchange.

Results and reporting

Configuration, measurements, protocol events, evaluations and test results stay together for review and reuse.

Make every result attributable.

Configuration rule: simulation support, protocol version, security profile, capability licence and conformance Test Library are separate scopes. The quotation must state the exact combination needed by the DUT.

Protocol families and implementation profiles

CCS, MCS and ASIA protocol profiles and released Test Library scope

We define Core, DUT role, interface, protocol generation, optional services, security context, simulation depth and results separately.

EVCA ComOnly CCS

AC, CCS and NACS communication

Low-level context: IEC 61851-1, control pilot and the applicable SAE J1772 or NACS interface context.
Communication link: PLC-based high-level communication, including optional PLC sniffer hardware in the published reference configuration.
Application protocols: DIN 70121, ISO 15118-2 and ISO 15118-20 by configured release, with ISO 15118-3 communication-layer context.
Test results: DIN 70122 and ISO 15118-4/-5 Test Library scope where released and configured.

EVCA ComOnly MCS

MCS communication and low-level signals

Low-level context: MCS-specific Charge Enable, Insertion Detection, protective-earth and physical interface access by configuration.
Communication link: 10BASE-T1S, service and LAN access, plus PHY1 and PHY2 measurement or integration points.
Application protocol: ISO 15118-20-based MCS communication according to the released edition, amendment and service profile.
Test results: Simulation, monitoring, pre-conformance or Test Library scope must be stated separately from the protocol name.

EVCA ComOnly ASIA

CHAdeMO and GB/T DC communication

Low-level context: Technology-specific EV and EVSE states and interface signals according to the selected system and connector path.
Communication link: CAN communication with protocol-specific message timing, values and controller reactions.
Application protocols: CHAdeMO release by configuration, plus GB/T 27930 variants in the relevant GB/T 18487.1 charging context.
Test results

Independent validation

EVCA is listed by CharIN for Charging System Basic and Extended DC EVSE profiles

CharIN currently lists comemso as a validated Conformance Test System vendor for the Charging System Basic and Extended DC EVSE application profiles.

View the CharIN CCTS listing

Scope distinction

Simulation and standards-conformance test coverage

We specify role, protocol edition, test standard, Test Library release, certificate or security context and expected report per project. This is especially important for evolving ISO 15118-20 and MCS profiles.

Published 2024 CCS reference configuration

Compact hardware for the controller bench

These published reference values apply to the CCS tester with CCS Core in the 2024 brochure configuration. MCS and ASIA dimensions and interfaces need separate confirmation.

Rear panel of EVCA ComOnly with power, signal and CAN connections

Model numbers: 116-2-015 CCS Core, 116-2-016 with PLC sniffer, 116-1-011 ComOnly case.
Published protocol scope: AC, CCS and NACS, with the simulation and Test Library scope stated in the brochure.

EVCA ComOnly brochure (PDF, English) · EVCA Flex ComOnly datasheet, Rev. 01.02 (PDF, English) · All resources

Package contents

EVCA ComOnly, 24 V power supply, CAN cable and termination, firmware update kit, Quick Start Guide and user manuals in the published reference package.

Usable software

The brochure lists comemso com.frame and Vector CANoe with a comemso project.

Upgrade path

The 2024 brochure positions ComOnly as the communication-focused entry into EVCA Flex. Power, switching and electrical fault depth come in when the test objective grows.

From the controller interface to reusable test records

EVCC/SECC test integration: comframe, API and HiL

Your communication tests carry over to HiL, automated regression and your existing toolchain.

Controller bench

Compact manual or semi-automated setups serve early hardware and software development.

comframe workflow

You configure behaviour, visualise data and correlate events. The resulting records stay available for later tests.

API and HiL integration

Embed supported functions into automated laboratories, HiL systems and regression pipelines.

Platform expansion

Interop, Multi Mobile, Flex or the full MCS system extend the setup as physical test requirements grow.

EVCA ComOnly CCS Core straight front view — CCS Core front panel with controller, pilot, PLC and sniffer interfaces according to the shown configuration.

EVCA ComOnly MCS Core angled view — MCS Core with EV and EVSE service, LAN, PHY and low-level signal access.

EVCA ComOnly ASIA Core front panel — ComOnly ASIA Core for CHAdeMO and GB/T DC communication.

Systems by test objective

ComOnly, Interop, Multi Mobile and Flex by device under test and physical test scope

Selection criterion	EVCA ComOnly	EVCA Interop	EVCA Multi Mobile	EVCA Flex or full EVCA MCS
Primary question	Does the EVCC or SECC communicate correctly and robustly?	Why did a real EV and real EVSE fail together?	What is happening around the real charging interface in lab or field?	How does the complete interface behave with real power, faults, cooling or high-voltage integration?
Typical DUT	EVCC, SECC, protocol stack, modem or chipset.	Real EV and real EVSE pair.	Vehicle, charging station or charging interface.	EV, EVSE, subsystem, power stage or full MCS interface.
Counterpart	Simulated EV or EVSE communication partner.	Both partners are real, with synchronised analysis and manipulation.	Simulation, monitoring or real interface depending on configuration.	Configured simulation plus external source, load and application hardware.
Power boundary	Communication and controller testing. HV source and load belong to a separate power-test configuration.	Real-pair measurement or project-specific setup.	Mobile and field-oriented electrical context.	Scalable voltage, current, power, switching, electrical faults, cooling and safety.
Best next step	Standards, Test Libraries, automation or another core added Expand when power is required.	Interoperability cause reproduced and verified	Field recordings linked back to development and release campaigns	The complete physical test setup validated

Frequently asked questions

EVCA ComOnly FAQ

Can a CCS tester replace a real EV for SECC testing?

For communication tests, yes. ComOnly takes the vehicle side and runs supported normal and negative cases against your SECC – before a vehicle or a complete charger exists. It does not replace tests with real power: ComOnly has no load circuit, so power tests need EVCA Flex.

CCS tester vs. protocol sniffer – what is the difference?

A protocol sniffer listens passively between vehicle and charger and records the messages. A CCS tester such as ComOnly takes an active role. It simulates the charging partner, sends messages and signals and checks how your real controller responds. comframe correlates signal states, decoded messages and timing, so the same test runs again after a software change.

What is EVCA ComOnly?

EVCA ComOnly is the communication-focused configuration of the EV Charging Analyzer/Simulator platform. Connect a real EVCC or SECC to a configurable simulated counterpart and test low-level signals, communication links and protocol behaviour. Use its configured analysis and automation functions to evaluate and record the controller response.

Which EVCA ComOnly variants are available?

The product family comes in three protocol directions. EVCA ComOnly CCS tests AC, CCS and NACS communication. EVCA ComOnly MCS is for MCS controllers and 10BASE-T1S, EVCA ComOnly ASIA for CHAdeMO and GB/T DC communication.

Does EVCA ComOnly transfer charging power or high voltage?

ComOnly provides communication and controller testing at the EVCC or SECC bench. The configuration focuses on signals and protocols; an internal source, load or high-voltage power stage is outside that scope. Choose EVCA Flex, EVCA MCS or another configured EVCA system when the test needs real voltage, current, power, switching, cooling or electrical fault injection.

Which standards are covered by EVCA ComOnly CCS?

For the CCS tester with CCS Core, published reference information includes IEC 61851-1, DIN 70121, ISO 15118-2, ISO 15118-3 and ISO 15118-20 communication. NACS and SAE J3400 context can be configured where applicable. Simulation support, protocol version, security profile and Test Library availability must be specified separately.