MF4 troubleshooting

Unknown signal correlation in MF4 measurements

A vehicle behavior is visible in the problem description or measurement, but the responsible signal or group of signals is not known. This guide helps establish whether the correlation is real, correctly decoded, time-aligned, and repeatable across MF4/MDF measurements.

Start the diagnostic workflow

Observable symptoms

What the failure can look like

Possible causes

Boundaries worth checking first

01

The event time is not precisely identified

If the behavior onset or duration is estimated from the problem description, a signal that changes before or after the selected window can appear unrelated. Event-time uncertainty also makes several nearby signals look equally plausible.

  • MF4
  • Python
  • MDA
02

The DBC does not describe the recorded data correctly

An incorrect message definition, signal position, scaling rule, or signal name can produce values that are constant, shifted, or physically implausible. The underlying measurement may contain relevant data even when the decoded signal appears unusable.

  • MF4
  • DBC
  • MDF
03

The relevant data is not present in the MF4 measurement

The recording may omit the message, signal, or time interval needed to explain the behavior. A missing signal cannot be established by correlation, and an apparently unrelated signal may only reflect the limited measurement coverage.

  • MF4
  • CAN
  • CAN-FD
04

Timestamp alignment or recording conditions differ

Different recordings can use different start points, event windows, or acquisition conditions. A real relationship may therefore appear shifted or inconsistent when measurements are compared without a common time reference.

  • MF4
  • MDF
  • MDA
05

The behavior depends on a combination of signals

A vehicle event may require a state, request, enable condition, or threshold crossing rather than one directly matching signal. Looking for a single trace can hide a relationship that only becomes visible after comparing several signals together.

  • MF4
  • DBC
  • Python
06

Manual inspection is limited by measurement volume

Long or numerous MF4 measurements make it easy to miss a short event or compare the wrong occurrence. Inconsistent manual selection can make a repeatable relationship look unknown.

  • MF4
  • Python
  • CSV

Ordered investigation

Diagnostic workflow

  1. 01

    Define the observed event and its time window

    Use the problem description to record the behavior, expected behavior, reproduction context, approximate onset, duration, and whether the event repeats. This narrows the search without assuming that any signal is causal.

    • MF4
  2. 02

    Confirm that the MF4 measurement covers the event

    Check measurement start and end times, available signals, and the interval containing the observed behavior. This rules out a missing recording interval or absent signal set before more detailed correlation work.

    • MF4
    • MDF
    • MDA
  3. 03

    Inspect decoded signals around the event

    Plot candidate signals before, during, and after the event using the same time window. Compare signal onset, transitions, plateaus, and recovery against the observed behavior rather than relying on a single coincident sample.

    • MF4
    • MDA
  4. 04

    Validate the DBC interpretation

    Compare the DBC message and signal definitions with the recorded data and the expected engineering ranges. This separates a decoding problem from a signal that genuinely does not respond to the event.

    • MF4
    • DBC
    • MDF
  5. 05

    Compare repeated occurrences and measurements

    Apply the same event window and candidate-signal checks to repeated events or additional MF4 measurements. Repeated timing and direction support a relationship; inconsistent results point toward context dependence, incomplete coverage, or alignment differences.

    • MF4
    • Python
    • MDA
  6. 06

    Automate the candidate comparison when manual review is inconclusive

    Parse the MF4 measurement and DBC definitions, extract candidate signals around defined event windows, and produce comparable results for each occurrence. Automation improves repeatability but does not by itself establish causality.

    • MF4
    • DBC
    • Python

Verification gates

Technical checks

Measurement coverage check

Read the MF4/MDF measurement time range and verify that it contains the complete reported event, including a period before onset and after recovery.

Expected

The event is inside the recorded interval with usable data on both sides of it.

If failed

The recording cannot support correlation for this occurrence; obtain a measurement covering the full event or use another occurrence.

Candidate signal availability check

Search the MF4 measurement for the candidate signals and confirm that samples exist throughout the event window.

Expected

Each candidate has samples spanning the relevant pre-event, event, and post-event periods.

If failed

The signal may not have been recorded, may be unavailable under the selected name, or may be absent from the measurement; inspect measurement contents and DBC coverage.

Time-alignment check

Compare the reported event onset with the first meaningful change in each candidate signal and record the relative timing.

Expected

A plausible candidate changes at a stable and technically reasonable offset across occurrences.

If failed

The candidate may be coincidental, the event time may be inaccurate, or the recordings may not share a comparable time reference.

DBC decoding check

Compare the DBC message identifier, signal placement, byte order, scaling, offset, and value interpretation with the data represented in the MF4 measurement.

Expected

Decoded values change in the expected direction and remain within a plausible engineering range for the observed context.

If failed

Treat the apparent lack of correlation as a decoding issue until the DBC definition or recorded representation is corrected and rechecked.

Repeatability check

Evaluate the same candidate signal against multiple occurrences of the behavior and compare onset, direction, and duration.

Expected

The relationship is present with broadly consistent timing and behavior when the relevant operating context is comparable.

If failed

The relationship may be conditional, coincidental, or affected by missing data; divide occurrences by context and inspect combinations of signals.

Raw-to-decoded consistency check

Compare the decoded candidate behavior with the corresponding recorded message content and the DBC interpretation used to produce it.

Expected

The decoded transition is supported by a corresponding change in the recorded message data.

If failed

A mismatch indicates a parsing, DBC, or measurement-representation problem rather than evidence that the vehicle behavior has no associated signal.

From evidence to action

Resolution paths

Correct the time window and repeat the correlation

When the event was located imprecisely, refine the onset and recovery boundaries from the problem description and MF4 measurement, then compare candidates again.

Correct or replace the DBC definition

When decoding is inconsistent with the recorded data, update the applicable DBC interpretation, reprocess the MF4 measurement, and document which decoded values are supported by the measurement.

Acquire a measurement with the required coverage

When the relevant signal or event interval is absent, request or record an MF4/MDF measurement that includes the needed signals and sufficient pre-event and post-event data.

Use multi-signal and repeated-event analysis

When no single signal is sufficient, evaluate combinations of candidate signals across repeated occurrences and distinguish stable relationships from context-dependent behavior.

FAQ

Questions that shape the investigation

Does a signal that changes at the same time prove correlation?
No. Coincident timing only makes a signal a candidate. Compare direction, onset offset, duration, repeated occurrences, and the surrounding operating context before treating the relationship as reliable.
What should be checked first when every candidate signal looks wrong?
Check that the MF4 measurement contains the complete event, then verify the DBC interpretation against the recorded data. A missing interval or incorrect decoding can make all candidates appear unrelated.
Can an unknown correlation be caused by missing data rather than an incorrect signal?
Yes. The relevant message or signal may not be present in the MF4 measurement, or the recording may end before the event or begin after it. Confirm coverage before concluding that no relationship exists.
Why compare more than one occurrence of the behavior?
A repeated relationship is more informative than one coincident transition. Comparing occurrences can expose context dependence, timestamp differences, or a candidate that only appears related by chance.
When is automation justified?
Automation is useful when measurements are long, numerous, or contain repeated events. A Python workflow can apply the same extraction and comparison rules, while engineering judgment is still required to interpret the result.

Diagnostic support

Discuss an MF4 Project

Need a repeatable way to correlate unknown signals across MF4 measurements? Discuss a focused analysis workflow or tool built around your measurement data and DBC definitions.