Vehicle Control Unit Memory Virtualization via Measurement Daemon
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Conventional microcontrollers in motor vehicle control units lack memory virtualization mechanisms, making them unsuitable for modern operating systems like Linux or QNX, which limits parameterization and calibration options essential for driver assistance systems.
Innovation Solution
Implementing a method that uses a PMD or communication application executed in virtual memory to read and calibrate data from differently allocated memory areas, enabling the use of XCP measurement technology interfaces on microprocessors with modern operating systems and memory virtualization, allowing for seamless integration with POSIX-compatible systems.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If conventional microcontrollers without memory management units are used, then device complexity is reduced and manufacturing cost is lowered, but adaptability to modern operating systems and measurement tools is lost
Solution Approach 1:
The patent introduces a measurement daemon as an intermediary software component that runs on the control unit and bridges the gap between modern microprocessors with memory virtualization and traditional measurement tools. This daemon translates memory access requests from external measurement devices into valid virtual memory addresses, enabling XCP protocol functionality without requiring hardware memory management units in the control unit itself.
Solution Approach 2:
The patent creates a software-based copy of the memory management functionality that would normally be provided by hardware MMU. The measurement daemon maintains a mapping table that copies the address translation functionality, allowing measurement tools to access control unit memory through virtual addresses as if a hardware MMU were present.
2Adaptability or versatility
If memory virtualization is implemented in control units, then adaptability to modern operating systems improves, but compatibility with established measurement tools deteriorates
Solution Approach 1:
The measurement daemon acts as a mediator between the virtualized memory system and traditional measurement tools. It intercepts memory access requests from external XCP measurement devices, translates the requested physical addresses into corresponding virtual addresses, and returns data from the correct locations in the virtual address space, thereby maintaining backward compatibility with established measurement tools.
Solution Approach 2:
The measurement daemon provides universal access to memory resources for multiple types of measurement tools and protocols. It implements a standardized interface that works with traditional XCP tools while simultaneously supporting modern operating systems with memory virtualization, making the control unit compatible with both legacy and contemporary measurement approaches.
3Measurement precision
If a communication application in virtual memory is used to access measurement data, then measurement precision is maintained across different memory allocations, but device complexity increases
Solution Approach 1:
The communication application running in virtual memory uses the measurement daemon as an intermediary to access measurement data. The daemon ensures that regardless of how memory is allocated or mapped in the virtual address space, the measurement tools always access the correct physical memory locations through proper address translation, thereby maintaining measurement precision while abstracting away the complexity of memory management.
Data Source
Figure 1~2
Figure 3
Figure 4~5
AI summary
The invention relates to a method for providing application data of at least one application (112) executable on a control unit (110) of a vehicle, wherein the control unit (110) comprises components for running an operating system with virtual memory management. In the method an application address space of a first virtual memory is firstly read in, wherein the application address space is associated with a process of the application and represents a region of a physical memory of the control unit (110) occupied by the application data. In a further step the application address space is superimposed in a virtual address space, which is associated with a process of a communication application (118) for data exchange via a communication interface (108) to an analysis device (106) arranged externally of the control unit. The application data therefore can be called up via the communication interface (108).