Define event detection rules
Translate an engineering symptom into explicit conditions over selected measurement channels, including thresholds, duration requirements, and the context needed around each match.
Vehicle Data & Measurement
Automated measurement analysis applies the same engineering checks across MF4/MDF recordings. I define event conditions, compare selected signals around each occurrence, and produce reviewable results that preserve the recording, time window, units, and analysis assumptions.
Discuss Automated Vehicle Measurement AnalysisProblems I can investigate
Relevant vehicle behavior can be buried in long or numerous recordings. Automated searches can narrow measurements to the conditions and signals associated with an observed event.
Measurement size or volume can make interactive inspection and repeated manual processing impractical. Batch-oriented analysis helps apply the same evaluation across recordings.
The signals associated with an observed vehicle behavior may not be clear. Analysis can compare signal activity around an event and document relationships supported by the available measurements.
Irregular symptoms require evidence across recordings and logs. Repeatable processing can identify comparable occurrences and organize findings for anomaly investigation.
What I can help with
Translate an engineering symptom into explicit conditions over selected measurement channels, including thresholds, duration requirements, and the context needed around each match.
Check channel availability, units, and time bases before comparing values. Document resampling or alignment choices and report recordings that do not support the rule.
Apply versioned rules to the supplied files and produce an event index with recording identifiers and time windows, including separate reporting for incomplete inputs.
Plot signal windows around representative matches, compare flagged and unflagged cases, and adjust rule definitions with the engineering team before repeat use.
What to send
Provide the ASAM MDF measurement containing the timestamped signals and metadata to inspect.
Provide the CAN database when message and signal definitions are needed for interpretation.
Describe observed symptoms, context, reproduction steps, and expected behavior so the analysis can target useful evidence.
How the analysis works
Review the problem description, available measurements, and expected behavior to establish the events and evidence to evaluate.
Parse the MF4/MDF data, review available signals and metadata, and use the DBC where CAN interpretation is required.
Build focused Python processing for event searches, signal correlation, anomaly investigation, or batch processing across recordings.
Visualize relevant signals, compare occurrences, and check the generated results against the supplied engineering context.
Deliver a maintainable analysis workflow and repeatable outputs suitable for continued engineering use.
What you receive
A maintainable Python workflow for engineering-data analysis.
A repeatably generated report containing analysis or test results.
A documented technical analysis with evidence and findings.
An application for navigating and plotting measurement signals.
Technologies & formats
The fourth-generation ASAM MDF format for synchronized measurement data.
A general-purpose language widely used for automotive analysis, tooling, and automation.
The ASAM family of binary measurement-data formats.
A measurement-data analysis and visualization application.
A text format describing CAN messages, signals, nodes, scaling, and metadata.
A Python library providing a common API for CAN interfaces and messages.
A Python package for parsing CAN databases and encoding or decoding messages.
A tabular text format often used for exchanging decoded engineering data.
An HTTP resource-oriented interface used for software and cloud integration.
FAQ
Discuss the evidence
Share a measurement, DBC, and problem description to scope a focused analysis workflow or investigation.