Scalable Self-Checking Processing Platform with Dual-Lane Integrity
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Fully self-checking processing platforms are resource-intensive and costly, making them inefficient for applications with lower criticality, while non-self-checking platforms lack the necessary integrity for high-criticality computations.
Innovation Solution
A scalable self-checking processing platform is implemented using two independent processing lanes with comparators and control modules to execute high-integrity applications redundantly and uncoupled applications concurrently, allowing for flexible scheduling and resource allocation based on criticality levels.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If fully self-checking processing is implemented, then reliability is improved, but device complexity and resource allocation double
Solution Approach 1:
The patent applies local quality by differentiating between high-criticality and low-criticality applications, applying self-checking processing only to high-criticality applications where integrity is paramount, while allowing low-criticality applications to run without full self-checking overhead. This selective approach maintains high reliability where needed while reducing device complexity and resource allocation for non-critical tasks.
Solution Approach 2:
The processing platform is segmented into two distinct processing lanes: a first processing lane dedicated to high-criticality applications with full self-checking capability, and a second processing lane for low-criticality applications without full self-checking overhead. This segmentation allows the system to achieve high reliability for critical applications while optimizing resource usage for non-critical applications, thereby resolving the contradiction between reliability and device complexity.
2Reliability
If fully self-checking processing is implemented, then reliability is improved, but cost increases
Solution Approach 1:
The system applies full self-checking processing only to high-criticality applications where integrity is essential, rather than uniformly to all applications. This localized approach ensures high reliability for critical tasks while avoiding the unnecessary cost of implementing full self-checking for low-criticality applications, thereby resolving the contradiction between reliability and manufacturing cost.
3Reliability
If fully self-checking processing is implemented, then reliability is improved, but heat dissipation increases
Solution Approach 1:
The patent implements self-checking processing selectively in the first processing lane for high-criticality applications, generating heat only where necessary for maintaining integrity. The second processing lane for low-criticality applications operates without full self-checking, thereby reducing overall heat dissipation while maintaining reliability for critical applications, thus resolving the contradiction between reliability and temperature.
4Device complexity
If single-string processing design is used, then device complexity is reduced, but reliability decreases
Solution Approach 1:
The patent segments the processing platform into two lanes with different integrity levels: the first processing lane implements full self-checking for high-criticality applications to ensure high reliability, while the second processing lane uses simpler processing for low-criticality applications. This segmentation resolves the contradiction by providing high reliability where needed without the full complexity overhead across the entire system.
Data Source
AI summary
Methods and systems for a scalable self-checking processing platform are described herein. According to one embodiment, during an execution frame, a first processing element executes both a high-criticality application and a first low-criticality application. During that same execution frame, a second processing element executes both the high-criticality application and a second low-criticality application. The high-criticality application output from the first processing element is compared with that from the second processing element before the next execution frame, and a fault occurs when the output does not match. The low-criticality application is not duplicated or compared. This and other embodiments allow high-criticality applications to be appropriated checked while avoiding the over-dedication of resources to low-criticality applications that do not warrant self-checking.