Vehicle OTA Package Generation Using Manifest-Based ECU Matching
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current methods lack a systematic process for generating data packages for over-the-air updates to electronic control units (ECUs) in vehicles, which are specific to the specifications of the central ECU, leading to inefficiencies in distribution.
Innovation Solution
A center device is designed to generate data packages by registering identification information and logic specifications, using a manifest file to ensure packages are created according to the specifications of the master device, and distributing them via a package distribution system that includes a PKG generation server and a distribution server.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Productivity
If data packages are generated without systematic registration of identification information and logic specifications, then the distribution process is simpler, but the packages cannot be tailored to specific vehicle specifications leading to inefficiency
Solution Approach 1:
The system performs preliminary registration of identification information and logic specifications in databases before package generation. The center device stores master device specifications, ECU information, and update data in advance, allowing efficient package generation without repeated complex processing during actual distribution
Solution Approach 2:
The package generation system is divided into separate functional modules: a registration module for storing identification information and logic specifications, a package generation module that retrieves and processes data based on vehicle specifications, and a distribution module. This segmentation allows each component to operate independently and efficiently
2Manufacturing precision
If packages are generated according to specific master device specifications, then update accuracy is improved, but the system complexity increases due to multiple registration processes
Solution Approach 1:
The center device serves multiple functions: it acts as a registration database for identification information, a specification repository for master devices, an update data storage system, and a package generation engine. This multi-functionality reduces the need for separate specialized systems while maintaining high specification accuracy
Solution Approach 2:
The system uses intermediate databases and manifest files as mediators between the package generation request and the actual package creation. The manifest file contains logic specifications that mediate between the vehicle's master device specifications and the update data, ensuring accurate matching without direct complex interactions
3Reliability
If identification information is registered in advance with manifest files, then package generation reliability is improved, but information storage requirements increase
Solution Approach 1:
The system creates condensed manifest files that contain essential logic specifications and identification information as simplified copies of the full master device specifications. These manifest files are stored in the center device and transferred to the vehicle, providing reliable package generation data without storing complete redundant copies of all possible specification data
Data Source
AI summary
A center device that manages data to be written to a plurality of electronic control devices installed in a vehicle is configured to generate a package including update data to be distributed to the vehicle, and register identification information assigned to logic for generating the package in accordance with a specification of a master device that is installed in the vehicle, receives a package distributed from a center device and transfers update data to the electronic control device. The logic is registered. A manifest file having a description of the identification information is registered.