Autonomous Network Node Control During MCU Unavailability

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional Ethernet networks in automotive applications are disadvantaged when the Master Control Unit (MCU) is unavailable, as they rely on MCU control functions for network node operations, leading to potential system failures and safety risks.

Innovation Solution

A network node configuration that allows autonomous operation without MCU intervention, using a time-based system to store conditions and corresponding commands in memory regions, enabling independent node control actions based on predetermined conditions, such as sensor inputs or system states.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If the network node relies on MCU control functions, then the network operation is centralized and manageable, but the system reliability deteriorates when the MCU is unavailable

Engineering Contradiction:
Improvesystem reliabilityVSAvoidcontrol architecture complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent divides the control functionality into two segments: the MCU handles high-level coordination and configuration, while the network node contains an independent control device for autonomous operation. This segmentation allows the system to maintain reliability during MCU failures by offloading critical control functions to the network node itself, resolving the contradiction between centralized manageability and system reliability.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent changes the operational state parameter of the network node from purely MCU-dependent to autonomously operable. By equipping the network node with local control capabilities and pre-configured command sets, the system transitions from a single-point-of-failure architecture to a resilient distributed control architecture, improving reliability without excessive complexity.

Inventive Principle:
Principle #35Parameter changes

2Reliability

If the network node operates autonomously without MCU intervention, then the system reliability improves during MCU unavailability, but the device complexity increases

Engineering Contradiction:
Improvenetwork function redundancyVSAvoidnode architecture complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent applies preliminary action by pre-configuring the network node with a control device, memory storing multiple command sets, and condition evaluation logic before MCU failure occurs. This allows the node to immediately execute autonomous operations when needed, achieving reliability without requiring complex real-time decision-making architecture.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent creates a functional copy of control capabilities within the network node itself. The control device replicates essential control functions locally, and the memory stores copies of command sets that mirror what the MCU would normally send. This copying approach enables autonomous operation while keeping the added complexity manageable through reuse of existing protocol knowledge.

Inventive Principle:
Principle #26Copying

3Adaptability or versatility

If the network node stores multiple command sets in memory, then the adaptability improves for different operational conditions, but the memory requirements and complexity increase

Engineering Contradiction:
Improveoperational condition adaptabilityVSAvoidmemory storage requirements
Core Design Contradiction:
Adaptability or versatilityVSQuantity of substance

Solution Approach 1:

The patent applies local quality by organizing command sets in memory according to specific operational conditions or scenarios. Each command set is tailored to particular network states or failure modes, allowing the control device to efficiently retrieve and execute appropriate commands based on current conditions. This structured organization maximizes adaptability while minimizing unnecessary memory consumption by storing only condition-specific command variations.

Inventive Principle:
Principle #3Local quality

Data Source

PatentEP4462739A1Operating a network node
Publication Date: 2024.11.13 ANALOG DEVICES INT UNLTD CO
  • EP4462739A1 patent drawingFigure 1
  • EP4462739A1 patent drawingFigure 2
  • EP4462739A1 patent drawingFigure 3

AI summary

A method is provided for operating a network node in a multi-node network having one or more Master Control Units (MCUs) configured to control network nodes when the one or more MCUs are available. The aspects include, in one or more memory regions of the network node having a header and a payload: storing one or more conditions in the header, storing one or more commands in the payload associated with the one or more conditions, and configuring at least one of the one or more conditions to comprise using a time base of the network node, the time base including a starting timestamp and a programmable period time T. The aspects further include, in a control device of the network node: determining, according to the time base, whether a condition stored in a header of a selected region occurs, and performing a node control action based on the determining.