Asymmetric Vehicle Compute Nodes for Software-Defined Functions

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Traditional vehicle systems with independent electronic components face challenges in updating or expanding features due to complex wiring and manufacturing costs, limiting the ability to integrate new software-defined functions.

Innovation Solution

The implementation of asymmetric distributed compute nodes, comprising higher-performance and lower-performance nodes, allows for software-defined vehicle functions by distributing processing tasks across a network, reducing the need for complex wiring and enabling efficient feature updates.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If each electronic component operates independently with its own processing circuitry and wiring, then each component can be controlled reliably, but the wiring complexity and manufacturing costs increase significantly

Engineering Contradiction:
Improvecomponent control reliabilityVSAvoidwiring complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system segments vehicle functions into software processes distributed across multiple compute nodes. Each compute node handles specific software-defined functions through executable processes, eliminating the need for dedicated processing circuitry and complex wiring for each component. This segmentation allows independent control of functions while reducing physical complexity.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The compute nodes are designed to be universal platforms capable of executing multiple different software processes. Instead of dedicated processing circuitry for each component, universal compute nodes can be programmed to perform various vehicle functions through software, reducing wiring complexity while maintaining reliable control.

Inventive Principle:
Principle #6Universality (Multi-functionality)

2Ease of operation

If traditional electronic components with dedicated processing circuitry are used, then each component can be controlled independently, but updating or expanding vehicle features becomes difficult and costly

Engineering Contradiction:
Improveindependent component controlVSAvoidfeature update capability
Core Design Contradiction:
Ease of operationVSAdaptability or versatility

Solution Approach 1:

The system implements dynamic adaptability through software processes that can be updated, added, or removed from compute nodes without hardware changes. This allows vehicle features to be updated and expanded easily while maintaining independent control of individual functions through process-level management.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system changes the fundamental parameter from fixed hardware functionality to flexible software-defined functionality. By transitioning from dedicated processing circuitry to software processes on universal compute nodes, the system enables easy updates and expansions while maintaining independent control through process management.

Inventive Principle:
Principle #35Parameter changes

3Power

If higher-performance compute nodes are used for all vehicle functions, then processing capacity is sufficient, but manufacturing costs increase

Engineering Contradiction:
Improveprocessing capacityVSAvoidmanufacturing cost
Core Design Contradiction:
PowerVSEase of manufacture

Solution Approach 1:

The system applies local quality by matching compute node performance to the specific requirements of different vehicle functions. Lower-performance compute nodes handle less demanding functions, while higher-performance nodes are used only where needed. This heterogeneous approach reduces overall manufacturing costs while maintaining sufficient processing capacity for all functions.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The system employs asymmetric compute nodes with different performance levels distributed throughout the vehicle. Instead of using uniform high-performance nodes everywhere, the architecture uses a mix of compute node types matched to local functional requirements, reducing manufacturing costs while maintaining adequate processing capacity.

Inventive Principle:
Principle #4Asymmetry

Data Source

PatentUS20250045124A1Asymmetric Distributed Compute Nodes For Providing Software-Defined Vehicle Functions
Publication Date: 2025.02.06 FISKER IP AUSTRIA ASSETS TRUST
  • US20250045124A1 patent drawing
  • US20250045124A1 patent drawing
  • US20250045124A1 patent drawing

AI summary

The technology disclosed herein enables software-defined functions in a vehicle using asymmetric distributed compute nodes. In a particular example, a system includes one or more higher-performance compute nodes of the asymmetric distributed compute nodes and one or more lower-performance compute nodes of the asymmetric distributed compute nodes. The system further includes a communication backbone over which the higher-performance compute nodes and the lower-performance compute nodes communicate. The one or more higher-performance compute nodes execute first processes for performing a first portion of the software-defined vehicle functions for the vehicle and the one or more lower-performance compute nodes execute second processes for performing a second portion of the software-defined vehicle functions for the vehicle.