
Applications / EVCC + BMS + OBC integration testing
Test EVCC, BMS and OBC integration
The EV communication controller (EVCC) negotiates charging, the battery management system (BMS) sets battery limits, and the onboard charger (OBC) converts AC power for the battery. Compare their messages with the measured electrical response in one integration test.
Test scenario: Follow one condition through the controllers
Illustrative test: the BMS detects a temperature that requires a lower charging current. The EVCC must communicate the changed limit. During AC charging, the OBC must adjust its operation accordingly; during DC charging, the external charger supplies the battery-side power. Compare the limit message and measured current on the same timeline.
Follow the charging decision through EVCC, BMS and OBC.
Set the battery state and charging counterpart on an ECU bench, in a vehicle subsystem or in the complete EV. Compare the controller decisions with the measured response on one timeline.
The AC path includes the OBC; direct DC CCS, CHAdeMO and GB/T DC charging bypasses it. Cell-level BMS validation and pack-level power remain distinct parts of the configured test environment.
A shared vehicle state
Check each charging request against the current battery limits.
A formally valid EVCC request may conflict with a BMS power reduction, isolation fault or stop request. Compare the combined response: controllers that pass separate bench tests may still make inconsistent decisions together.
One electric-vehicle decision chain
Check the message against the vehicle state.
All controllers must act on the same vehicle state.
- EVCA
Represents the EVSE
- Charging protocol
- Low-level states
- Power and fault context
- Controlled counterpart
- EVCC
Negotiates charging
- Voltage and current request
- Service and protocol state
- Certificates and timing
- Stop and error messages
- BMS
Permits battery use
- SOC and power limits
- Temperature and isolation
- Contactor permission
- Fault and recovery state
- Vehicle controls
Coordinates the action
- VCU and thermal control
- Pre-charge and contactors
- OBC enable and derating
- Safe-state coordination
- Physical response
Executes the decision
- OBC or direct DC path
- Voltage and current
- Safe stop and recovery
- Synchronised evidence in comframe
- EVCC messages
- BMS and vehicle CAN
- OBC and contactors
- Voltage and current
- Expected relation
Limit mismatch
The EVCC requests more voltage, current or power than the BMS currently permits.
State mismatch
Charging readiness, contactors, isolation and protocol state no longer describe the same vehicle condition.
A delayed response
A battery or thermal event reaches the charging communication or power interface too late.
Trace the reason for a stop
A session can stop correctly at the final layer while the cross-system deviation that triggered it remains unclear.
Integrated AC charging and EV OBC testing
Test the onboard charger with its enable, limit and stop commands.
An EV OBC test brings the AC charging interface and OBC conversion together with EVCC, BMS, VCU, contactor logic, thermal limits and battery-side conditions.
Does the requested AC operating point match the battery state?
Before enabling the OBC, compare the EVCC request with BMS voltage, current, SOC, temperature and safety limits.
Does the converter follow the permitted command?
Within the configured test scope, check enable, power factor, efficiency, derating, diagnostics, current response and controlled shutdown.
Do VCU, thermal control and contactors agree?
Follow pre-charge, high-voltage enable, thermal derating, fault propagation and recovery through one vehicle sequence.
Direct DC charging integration
Coordinate DC CCS, CHAdeMO and GB/T DC charging with the OBC bypassed.
In direct DC charging, the station supplies the HV battery path through the inlet and contactors. Check that EVCC, BMS, VCU, isolation monitoring, thermal control and the switching sequence agree on the permitted operating point and respond correctly to changed limits or faults.
PLC charging communication
Coordinate DIN 70121 or ISO 15118 communication with Control Pilot (CP) and Proximity Pilot (PP) state, requested limits, contactors, isolation, voltage and current.
CAN-based charging communication
Compare CHAdeMO messages and timing with battery permission, charging state, physical output and the safe-stop response.
GB/T 27930 and vehicle state
Compare GB/T communication, interface conditions, BMS limits and the contactor sequence with the measured DC response.
Select EVCA, Battery Cell Simulator, comframe and external power equipment for the required protocols, editions, low-level interfaces, power ranges and fault functions. Confirm the released scope on the Supported Standards and product pages.
Test charging limits and fault responses
Follow a changed battery limit through to the charging response.
Change one controlled condition per run. Record the charging request, battery state, controller reactions and physical result. Check the resulting state and timing against the pass criterion.
Check wake-up, readiness, pre-charge, contactors, negotiated limits and the start of energy transfer.
Change the voltage, current or power permitted by the BMS. Measure how quickly the EVCC and physical power path follow.
Apply cell, pack, OBC or cooling limits and check for coordinated derating and stable control behaviour.
Verify detection, communication, switching sequence, safe state and recovery after a defined safety condition.
Compare converter diagnostics and available power with the states reported by BMS, EVCC and VCU.
Compare protocol readiness and physical switching with the measured high-voltage response.
Inject delayed, missing or inconsistent vehicle-network and charging information where the configuration supports it.
Check the stop reason, message sequence, current ramp, contactor opening, remaining states and restart behaviour.
Compare the systems on one timeline
Trace the charging error back to the first inconsistency.
With comframe, the engineer can compare charging communication, vehicle-network states, BMS limits, OBC or direct-DC behaviour and electrical measurements on a shared time base. Check whether each system reacted to the same condition within the required time.
Integration test matrix
Set the expected response for each changed condition.
On smaller screens, scroll the table horizontally to see every column.
| System or signal | Nominal relation | Changed condition | Expected consequence | Required evidence |
|---|---|---|---|---|
| EVCC request | Request remains inside current BMS permission | Voltage or current demand exceeds a new limit | Request is reduced or charging stops within the defined timing | Message, timestamp, active limit and physical response |
| BMS permission | SOC, temperature, isolation and cell states permit charging | Thermal, cell or safety boundary is reached | Permitted power changes and the responsible controllers react coherently | BMS state, CAN signal, diagnostic reason and release condition |
| OBC or direct DC path | Power conversion or direct battery path follows the permitted operating point | Converter derating, DC limit or power-stage fault | Actual voltage and current remain consistent with the communicated state | Command, converter or power-path state, measured voltage and current |
| Contactors and pre-charge | Switching state matches charging readiness and high-voltage conditions | Pre-charge timeout, contactor mismatch or unexpected opening | Energy transfer is inhibited or stopped without an invalid intermediate state | Contactor command, feedback, HV bus and protocol transition |
| Isolation and HVIL | Safety conditions permit the selected charging phase | Isolation or interlock state becomes invalid | Fault is propagated and the system reaches the defined safe state | Measured condition, diagnostic path, stop reason and recovery sequence |
| Vehicle network | EVCC, BMS, VCU, OBC and thermal controller share consistent information | Message loss, latency or conflicting state | Timeout, fallback or safe stop follows the approved strategy | CAN or Ethernet timing, controller state and resulting charging behaviour |
EVCA + Battery Cell Simulator + comframe
Bring EVCA, Battery Cell Simulator and comframe into the vehicle test.
EVCA provides the charging counterpart, the Battery Cell Simulator supplies BMS inputs, and comframe connects configuration, synchronised measurement, automation and results. The customer provides the real vehicle controllers and the authoritative vehicle safety concept.

System components and integration details
Charging-station counterpart
EVSE (electric vehicle supply equipment, or charging station) simulation, communication, low-level states, charging measurements, configurable behaviour and applicable faults.
Explore the EVCA platformControlled battery state
Virtual cells, temperature sensors, balancing, isolation, current-related conditions and electrical fault states.
Explore the BMS testerConfiguration, measurements and results
Time-correlated charging and vehicle data, automated sequences, expected relationships, results and integration interfaces.
Explore comframeProject-specific energy path
Choose grid and battery emulation, sources, sinks, power measurement, cooling and safety for the AC or DC test objective.
The joint comemso and Cinergia architecture shows one way to integrate grid and battery emulation with EVCA. Select external power equipment for the project; other suppliers can also be used.
Prepare the test, run it and keep the results.
Identify real and simulated controllers, vehicle networks and the power path. Set the battery state, charging counterpart and nominal, boundary or fault condition within the approved power, cooling and safety setup.
During the test, compare charging messages, BMS and vehicle-network states, OBC or direct-DC behaviour, contactors and electrical measurements on one timeline. Keep DUT versions, configuration, deviations and results for regression.
Choose the next vehicle or BMS test.
Explore EV Testing for vehicle lifecycle testing, BMS Testing for cell-level validation, or the EVCA and Battery Cell Simulator product pages to choose the system.
Supported Standards and the released Test Libraries define the relevant verification scope.
Coordinate the test across the vehicle teams.
Vehicle OEMs coordinate charging release across controllers. EVCC and BMS suppliers check their interface responsibilities. OBC teams compare converter diagnostics and derating with the permitted battery limits. Laboratories can repeat the same scenarios across hardware and software variants.
Frequently asked questions
EVCC, BMS and OBC: frequently asked questions
Why should EVCC and BMS be tested together?
The EVCC negotiates charging; the BMS sets battery limits and safety-related permission. Compare requested voltage and current with SOC, temperature, isolation, contactors and faults. Integration testing checks that the vehicle reaches the correct combined state, which separate ECU tests alone cannot establish.
Why is the OBC part of this integration test?
During AC charging, the onboard charger converts grid-side AC power into DC power for the HV battery. EVCC, BMS, VCU, thermal control and contactor states command or limit its enable, current demand, derating, diagnostics and stop behaviour. Check these interactions in addition to testing the OBC itself to establish the complete EV charging response.
What changes during direct DC charging?
For DC CCS, CHAdeMO and GB/T DC, the external charging station supplies the high-voltage battery path through the inlet and contactors. The OBC is bypassed in the energy path, but EVCC, BMS, VCU, isolation monitoring, contactors and thermal control still coordinate the request, permission and safe physical response.
Can the integration be tested before a complete vehicle exists?
Yes. EVCA can provide the simulated charging-station counterpart and the Battery Cell Simulator supplies controlled cell, sensor, balancing, isolation and fault conditions to the BMS. Combine them with customer vehicle networks, controllers and HiL components on a subsystem bench before the complete vehicle or traction battery is available.
Which charging technologies are relevant to EVCC–BMS integration testing?
The current application scope covers AC charging with the OBC and direct DC vehicle charging for DC CCS, CHAdeMO and DC China / GB/T DC. Exact standards, versions, connector hardware and available functions depend on the selected system release and configuration.
Which variables should be correlated?
Typical variables include requested and permitted voltage and current, SOC, cell and pack temperatures, isolation, contactor and pre-charge states, OBC commands and diagnostics, charging readiness, protocol messages, vehicle-network data, physical voltage and current, stop reasons and recovery timing.
Vehicle-side test planning
Plan the EVCC, BMS and OBC integration test.
Follow a changed battery limit from the charging request to the electrical response. Define AC and direct-DC scenarios, controller interfaces and expected response times before configuring the combined setup.
