Loop Mode Driver Software for Simulated Control Unit Communication

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing communication tools for testing control units via simulation require at least two real controllers to communicate, which hinders simulation when only simulated control units are involved, leading to communication halts or failure.

Innovation Solution

A loop mode is introduced in the driver software that buffers input signals from simulated control units and returns them as output signals, allowing communication between simulated units without an active real controller, enabling flexible involvement of real units in the simulation.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If communication tools are designed to require at least two real controllers for communication, then communication reliability between real control units is improved, but simulation capability when only simulated control units are involved deteriorates

Engineering Contradiction:
Improvecommunication reliabilityVSAvoidsimulation capability
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The driver software acts as an intermediary component between the controller and simulated control units. It includes a loop mode that intercepts communication signals, buffers them in memory, and returns them as output signals, enabling simulated units to communicate without requiring real controller counterparts while maintaining the appearance of normal communication flow.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system changes the operational parameter of the driver software by introducing a loop mode that alters the communication flow. Instead of requiring signals to pass through real controllers, the loop mode modifies the signal path to buffer and return signals within the simulation environment, enabling versatile simulation scenarios.

Inventive Principle:
Principle #35Parameter changes

2Manufacturing precision

If real controllers are required for communication in the system, then communication protocol compliance is improved, but flexibility in simulation scenarios deteriorates

Engineering Contradiction:
Improvecommunication protocol complianceVSAvoidsimulation scenario flexibility
Core Design Contradiction:
Manufacturing precisionVSAdaptability or versatility

Solution Approach 1:

The driver software creates a virtual copy of the communication interface that mimics the behavior of real controllers. The loop mode copies the input signals and returns them as output signals, allowing simulated control units to communicate with each other while maintaining protocol compliance without requiring actual controller hardware.

Inventive Principle:
Principle #26Copying

3Reliability

If the communication system requires active real controllers, then signal validation and error checking are improved, but early development testing capability deteriorates

Engineering Contradiction:
Improvesignal validationVSAvoidearly development testing capability
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The loop mode enables preliminary testing actions to be performed in the simulation environment before real controllers are available. By buffering and returning signals within the simulation, developers can validate communication logic and detect errors early in the development process without waiting for physical controller hardware.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS12050529B2Loop mode for simulated control units
Publication Date: 2024.07.30 DSPACE SE & CO KG
  • US12050529B2 patent drawing
  • US12050529B2 patent drawing
  • US12050529B2 patent drawing

AI summary

A system for testing control units via simulation includes: a simulator; a host computer; and at least one connection for a communication system. At least one communication tool is stored on the system. Real control units are connectable to the system via the communication system. At least one controller is provided on the system for the connection to the communication system. Driver software for the at least one controller is stored on the system. The at least one communication tool is configured to generate communication code for communication between simulated control units and/or the real control units, wherein the communication code is configured to interact with the driver software and to relay signals and/or messages from the real and simulated control units to the driver software and to receive the signals and/or messages from the driver software. A loop mode is provided for the driver software.