MF4 troubleshooting

Intermittent vehicle behavior in MF4 recordings

The vehicle behavior appears only in some runs, while the corresponding MF4 recordings may contain long periods of normal operation, missing evidence, or conflicting signals. This guide helps establish whether the variation comes from the vehicle behavior, measurement coverage, timestamp alignment, or signal interpretation.

Start the diagnostic workflow

Observable symptoms

What the failure can look like

Possible causes

Boundaries worth checking first

01

The measurement does not cover the relevant condition

The MF4 recording may start after the initiating state, stop before the consequence, or omit a signal needed to distinguish competing explanations. The vehicle can therefore behave intermittently while the measurement only captures normal or incomplete context.

  • MF4
  • MDF
02

Timestamp or channel alignment is inconsistent

Signals from the same MF4 measurement may not be interpreted on a common time basis, making a valid relationship appear absent or delayed. A changing offset can hide the short interval in which the behavior develops.

  • MF4
  • MDF
03

DBC definitions do not match the recorded CAN data

Incorrect message, signal, scaling, byte order, or metadata interpretation can turn a meaningful CAN transition into a plausible but incorrect value. This can make the behavior appear intermittent even when the recorded bus data is repeatable.

  • DBC
  • CAN
  • cantools
04

The event depends on an uncorrelated signal or combination of conditions

A single plotted signal may look normal because the behavior depends on several states occurring together. Without signal correlation across the relevant interval, the discriminating condition can remain hidden in the measurement.

  • MF4
  • MDF
  • CAN
05

The recording contains gaps or inconsistent logging

Missing samples or incomplete intervals can remove the transition that explains the vehicle behavior. Separate recordings may then appear to disagree even though the difference is measurement coverage rather than vehicle state.

  • MF4
  • MDF
  • CANalyzer
06

The vehicle behavior is genuinely condition-dependent

The vehicle may respond differently under operating conditions that are not represented consistently in the available measurements. MF4 evidence can narrow the associated states and timing, but it cannot by itself establish the underlying software or vehicle cause.

  • MF4
  • MDF
  • CAN

Ordered investigation

Diagnostic workflow

  1. 01

    Define the event and comparison set

    Use the problem description to record the observed behavior, expected behavior, reproduction context, and approximate event position. Select recordings with both occurrences and non-occurrences so the investigation compares evidence instead of examining one isolated trace.

    • MF4
    • MDF
  2. 02

    Verify that each MF4 measurement contains usable evidence

    Inspect measurement metadata, signal availability, recording duration, and the interval surrounding the reported event. This rules out recordings that cannot contain the initiating condition or the resulting behavior before deeper signal analysis.

    • MF4
    • MDF
    • MDA
  3. 03

    Confirm signal interpretation against the DBC

    Check that the signals used for the comparison are mapped to the recorded CAN messages and that their values and units are interpreted consistently. This rules out a substantial class of decoding errors but does not prove that the selected signals explain the behavior.

    • MF4
    • DBC
    • CAN
  4. 04

    Align and correlate the relevant signals

    Compare signal transitions, stable states, and event timing across occurrence and non-occurrence recordings. Use signal correlation to identify conditions that are present before the behavior and absent when it does not occur.

    • MF4
    • MDF
    • CAN
  5. 05

    Search the recordings systematically

    Apply the same event criteria to all available MF4 measurements, rather than relying on manual inspection of selected plots. Batch processing can identify repeated patterns, missing intervals, and recordings that require separate review.

    • MF4
    • Python
    • python-can
  6. 06

    Separate measurement findings from vehicle findings

    Summarize which observations are repeatable in the recordings, which conditions correlate with the behavior, and which evidence is missing. Escalate the remaining vehicle or software question with the correlated measurements instead of treating a correlation as a confirmed root cause.

    • MF4
    • Python
    • MDA

Verification gates

Technical checks

Check recording coverage around the reported event

Read the MF4 measurement start and end times and confirm that the initiating context, suspected transition, and resulting behavior are inside the recorded interval.

Expected

The measurement covers the complete relevant interval with available signals before, during, and after the event.

If failed

Treat the recording as incomplete evidence and obtain a measurement that includes the missing context before drawing a vehicle conclusion.

Check signal availability across recordings

Compare the required signal names and their available time ranges in occurrence and non-occurrence MF4 measurements.

Expected

The same signals are present with usable data over comparable intervals.

If failed

The comparison may be invalid because a missing or shorter signal range can imitate intermittent behavior.

Check timestamp ordering and relative timing

Compare the timestamps of the suspected precursor, behavior-related transition, and recovery across recordings.

Expected

The transitions have a consistent chronological order and a plausible relative timing relationship.

If failed

Investigate timestamp interpretation, alignment, or recording gaps before assigning significance to the signal relationship.

Check DBC decoding consistency

Decode the same recorded CAN message and signal with the intended DBC and compare raw message occurrences with the resulting signal values.

Expected

Message selection, signal values, scaling, and state transitions are consistent with the recorded CAN data and the DBC.

If failed

Correct the DBC selection or decoding path and repeat the comparison; do not use the decoded values as evidence until this is resolved.

Check occurrence versus non-occurrence conditions

For each comparable recording, compare the signal states and transitions immediately before the reported behavior and during the equivalent interval without the behavior.

Expected

At least one repeatable difference or a clearly documented absence of difference is visible across the comparison set.

If failed

Expand the signal set or improve the problem description; the current evidence does not isolate a discriminating condition.

Check for missing samples or intervals

Inspect the MF4 signal time series for discontinuities, unexpectedly long gaps, or intervals where required channels stop updating.

Expected

The relevant signals are continuous enough to observe the event and its surrounding transitions.

If failed

Exclude the affected interval from causal interpretation and investigate measurement configuration or recording coverage.

From evidence to action

Resolution paths

Correct the measurement interpretation

If the issue is caused by an incorrect DBC mapping, scaling, signal selection, or timestamp interpretation, update the analysis configuration and regenerate the comparison. Preserve the original evidence so the corrected result remains traceable.

Improve measurement coverage

If the event is outside the recorded interval or required signals are absent, repeat the measurement with the relevant signals and sufficient context before and after the expected event. Confirm coverage on the new MF4 measurement before repeating the analysis.

Automate repeatable event detection

For large or numerous MF4 measurements, implement a Python analysis workflow that applies consistent signal correlation and event criteria, then produces an engineering analysis or automated report for occurrence and non-occurrence cases.

Investigate a correlated vehicle condition

If the behavior remains correlated with a repeatable signal combination after measurement checks pass, use that evidence to focus vehicle or software investigation on the associated condition. The correlation narrows the investigation but does not alone establish the responsible implementation.

FAQ

Questions that shape the investigation

Can an MF4 recording prove the root cause of intermittent vehicle behavior?
Usually not by itself. It can establish repeatable timing, signal conditions, missing evidence, and differences between occurrence and non-occurrence recordings, but a correlation does not prove which vehicle or software mechanism is responsible.
Why does the event appear in one MF4 recording but not another?
The recordings may represent different vehicle conditions, contain different signal coverage, use inconsistent interpretation, or omit the relevant interval. Compare metadata, signal availability, timestamps, DBC decoding, and surrounding conditions before treating the difference as vehicle variability.
What should be checked first when plotted signals look normal?
First confirm that the recording covers the complete event and that the required signals are present. Then verify timestamp alignment and DBC interpretation; a normal-looking plot is not reliable evidence if the measurement or decoding is incomplete.
How can a difficult-to-locate event be found in many MF4 measurements?
Define observable event criteria using the problem description and relevant signals, validate those criteria on a small comparison set, and apply them consistently with Python batch processing. Review both detected events and recordings where the expected evidence is absent.
When should the investigation involve vehicle or software teams?
Escalate when measurement coverage and interpretation are sound and a repeatable signal condition still correlates with the behavior, or when the available measurements cannot distinguish competing vehicle explanations. Provide the occurrence and non-occurrence evidence, timing, and remaining uncertainty.

Diagnostic support

Discuss an MF4 Project

Need a repeatable way to correlate intermittent behavior across MF4 measurements? A focused Python analysis workflow can turn validated event criteria into reusable evidence and reports.