Vehicle Component Identification System with Type-Approval Verification
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current methods for identifying vehicle components fail to accurately determine whether components are original or type-approved, leading to potential safety and compliance issues, as they either require external devices or lose information about the source identifier.
Innovation Solution
A system with non-volatile memories storing unique identifiers for each component, a controller to check these identifiers against a list of type-approved identifiers, and a communication network to block operation of non-type-approved components, ensuring only approved components function.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Measurement precision
If a vehicle identifier is stored in non-volatile memory to identify spare components, then component identification is enabled, but the ability to detect whether a component is original or type-approved is lost
Solution Approach 1:
The identifier is segmented into multiple parts: a first part (e.g., 7 bits) containing source identifier information and a second part (e.g., 9 bits) containing component-specific information. This segmentation allows the system to preserve source identification capability while enabling type-approval verification, resolving the contradiction between identifying spare components and detecting original/type-approved status.
2Ease of operation
If an external device is used to read component identifiers, then component information can be accessed, but system complexity increases
Solution Approach 1:
The system uses an internal controller that autonomously reads component identifiers from non-volatile memory and compares them against stored type-approved lists without requiring external devices. This self-service approach maintains ease of operation while eliminating the need for external reading devices, thereby reducing system complexity.
3Measurement precision
If identifiers are generated by hash functions from source identifiers, then component identification is possible, but source identifier information is lost
Solution Approach 1:
Instead of using hash functions that lose source information, the identifier is segmented to include an unencoded first part that directly preserves source identifier information. This allows both component identification and source tracing without information loss, resolving the contradiction between identification capability and information preservation.
4Device complexity
If component identifiers are not verified against type-approved lists, then system operation is simpler, but safety and compliance are compromised
Solution Approach 1:
The system performs preliminary verification by comparing component identifiers against stored type-approved lists before allowing operation. This advance checking ensures safety and compliance are maintained while the verification process is integrated into the system's normal operation, minimizing the impact on system complexity.
Data Source
AI summary
A system for identifying a plurality of components of a vehicle that includes a plurality of non-volatile memories for storing identifiers associated with the plurality of vehicle components, a controller of the plurality of the vehicle components, a communication network configured for connecting the controller to the plurality of memories, and an identifiers memory including a portion to store a list of a plurality of type-approved identifiers associated with the plurality of type-approved vehicle components. The controller receives the identifiers, reads from the portion of the identifiers memory the list of type-approved identifiers, and checks if the identifiers of the plurality of components are included in the list of the type-approved identifiers, and when the controller detects that an identifier associated with a component out of the plurality of components is not included in the list, the controller blocks operation of the component.