ADAS ECU Arbitration Using Control Status During Shift Operations
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
In a system configuration where multiple Advanced Driver Assistance System (ADAS) applications are implemented in the same Electronic Control Unit (ECU), it is challenging for the manager to determine whether the automatic parking function is operational or not, leading to potential mis arbitration of driver requests, especially during shift operations.
Innovation Solution
The manager receives kinematic plans and identification information from ADAS applications, along with control status, to perform arbitration and reject driver requests when certain applications, like automatic parking, are in a state where they should not be responded to, ensuring priority is given to operational functions.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Device complexity
If multiple ADAS applications are implemented in the same ECU, then device complexity is reduced and integration is improved, but the manager cannot determine the operational state of all applications leading to arbitration errors
Solution Approach 1:
The ECU outputs control status information for each ADAS application in advance, before arbitration is needed. This allows the manager to know the operational state of all applications (including those not currently outputting requests) and perform correct arbitration. The control status is prepared and transmitted proactively, enabling the manager to make informed decisions about driver request responses.
2Loss of energy
If the ECU only outputs the latest request and application ID, then communication bandwidth is reduced, but the manager cannot determine whether previous applications are still operational
Solution Approach 1:
The information output from the ECU is segmented into distinct components: request information, application ID, and control status for each ADAS application. This segmentation allows the manager to receive comprehensive operational state information without requiring excessive communication bandwidth, as each component is transmitted efficiently and independently.
Solution Approach 2:
The ECU provides feedback to the manager about the operational state of each ADAS application through control status information. This feedback mechanism ensures the manager has accurate, real-time knowledge of which applications are operational, enabling reliable arbitration decisions without requiring continuous high-bandwidth communication.
3Ease of operation
If the manager responds to driver requests during concurrent ADAS operations, then driver input responsiveness is improved, but system safety is compromised due to arbitration errors
Solution Approach 1:
The manager performs preliminary checks of control status information before responding to driver requests. By having this information available in advance through the feedback mechanism, the manager can quickly determine whether responding to a driver request is safe, maintaining both responsiveness and safety without requiring complex real-time analysis.
Data Source
AI summary
A manager installed in a vehicle includes one or more processors. The one or more processors are configured to receive a plurality of kinematic plans and identification information of a plurality of advanced driver assistance system applications from the advanced driver assistance system applications, and receive a control status indicating an execution state of control in each of the advanced driver assistance system applications. The one or more processors are configured to perform a first arbitration that arbitrates the kinematic plans.