Simulate missing CAN participants
Create focused restbus behavior for missing network participants, including message transmission and signal handling defined by the available CAN database or observed traffic.
Vehicle Networks & Communication
CAN Restbus Simulation
Simulate missing CAN network participants so available vehicle software can be exercised, analyzed, and tested without every physical component. The work can include CAN, CAN-FD, ISO-TP, and UDS communication, using supplied recordings, databases, and problem descriptions as the engineering basis.
Discuss a CAN ProjectProblems I can investigate
Find the behavior behind the symptom
- 01
Restbus simulation needed
Missing network participants must be simulated to exercise the available system. A focused simulation can reproduce the relevant communication without requiring every physical component.
- 02
ISO-TP communication failure
Segmented diagnostic transport can fail because of addressing, flow-control, or timing behavior. The simulation can make these behaviors explicit for analysis and testing.
- 03
CAN message missing
An expected CAN frame may be absent from live traffic or a recording. Recordings and CAN databases can be compared to identify communication gaps and reproduction conditions.
- 04
Unknown CAN signal
The meaning or encoding of a CAN payload field may not be documented. Available CAN data can be decoded and documented with interpretation notes where evidence supports them.
What I can help with
Focused engineering work in Vehicle Networks & Communication
Reproduce CAN and CAN-FD traffic
Model relevant CAN or CAN-FD communication in Vector CANoe with CAPL, using DBC definitions where available and keeping the simulated behavior bounded to the engineering problem.
Investigate ISO-TP communication
Analyze segmented messages carried over CAN and examine addressing, flow-control, and timing behavior associated with ISO-TP communication.
Decode and analyze recordings
Inspect recorded vehicle-network communication, decode CAN messages and signals, and compare observed traffic with the supplied database or problem description.
Build Python-based analysis workflows
Create maintainable analysis workflows for CAN data using Python, python-can, and cantools when a script-based approach is appropriate.
What to send
Start with the evidence you already have
BLF recording
A Vector binary log containing timestamped bus communication.
ASC recording
A text-based Vector bus recording.
DBC
A CAN database defining messages and signals.
CAN dump
Raw or text-exported CAN frames.
Problem description
Observed symptoms, context, reproduction steps, and expected behavior.
How the analysis works
From recorded data to engineering findings
- 01
Review the communication evidence
Examine the problem description, recordings, CAN dump, and DBC to identify relevant messages, signals, network participants, and reproduction conditions.
- 02
Define the simulation boundary
Agree which missing network behavior must be represented and which observed communication is relevant to the available system.
- 03
Implement focused behavior
Develop the restbus simulation using the supported CAN, CAN-FD, ISO-TP, or UDS context and the selected engineering tools or Python workflow.
- 04
Exercise and analyze the result
Run the available system against the simulated communication, inspect resulting traffic, and investigate missing messages or communication failures.
- 05
Document evidence and limits
Record the implemented behavior, decoding decisions, findings, and any areas where the available data does not establish a definitive interpretation.
What you receive
Deliverables matched to the investigation
Restbus simulation
A simulation of missing network nodes and their communication.
Engineering analysis
A documented technical analysis with evidence and findings.
CAN decoding results
Decoded CAN frames, signals, and interpretation notes.
DBC file
A CAN database describing messages, signals, scaling, and nodes.
Python analysis script
A maintainable Python workflow for engineering-data analysis.
Technologies & formats
Automotive data and analysis environments
- CAN
Controller Area Network
A priority-based broadcast bus used for in-vehicle control communication.
- CANoe
Vector CANoe
A development, simulation, test, and analysis environment for vehicle networks.
- CAPL
Communication Access Programming Language
Vector event-driven language for network simulation, testing, and automation.
- DBC
CAN Database
A text format describing CAN messages, signals, nodes, scaling, and metadata.
- CAN-FD
CAN Flexible Data-rate
An extension of CAN with larger payloads and a faster data phase.
- J1939
SAE J1939
A higher-layer vehicle network protocol suite using CAN, common in heavy vehicles.
- ISO-TP
ISO 15765-2 Transport Protocol
A segmented transport protocol for messages carried over CAN.
- CANalyzer
Vector CANalyzer
A Vector environment for recording and analyzing vehicle-network communication.
- python-can
python-can
A Python library providing a common API for CAN interfaces and messages.
- BLF
Binary Logging Format
A Vector binary container for timestamped bus communication.
- UDS
Unified Diagnostic Services
ISO 14229 diagnostic services for communicating with vehicle ECUs.
- cantools
cantools
A Python package for parsing CAN databases and encoding or decoding messages.
FAQ
Practical questions before an investigation
- What is needed to start a CAN restbus simulation?
- A BLF recording, ASC recording, CAN dump, DBC, or clear problem description can provide a starting point. The available evidence determines how precisely missing network behavior can be represented.
- Can the simulation cover CAN-FD or ISO-TP communication?
- Yes, when those technologies are present in the supplied engineering context. The scope can include CAN-FD traffic or segmented messages carried over CAN with ISO-TP.
- Can existing recordings be used to investigate a missing CAN message?
- Yes. BLF recordings, ASC recordings, and CAN dumps can be examined alongside a DBC and the problem description to compare expected and observed communication.
- Can you create a DBC or decode unknown CAN signals?
- A DBC file and CAN decoding results can be produced when the available evidence supports the message, signal, scaling, and node definitions. Interpretation notes will distinguish evidence from uncertainty.
- Will a restbus simulation prove the root cause of a failure?
- No automatic conclusion is assumed. The simulation and analysis are used to reproduce relevant behavior, collect evidence, and narrow possible causes within the defined scope.
Discuss the evidence
Discuss a CAN Project
Share the available recording, DBC, CAN dump, or problem description to scope a focused restbus simulation or analysis.