Firmware Version Synchronization in Tree Topology Power Networks

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In communication networks with a tree-like logical topology, nodes may fail to receive synchronization tags, leading to firmware version mismatch issues during network access firmware switching, which can result in nodes becoming disconnected from the communication network.

Innovation Solution

A process for automatic version control and switching of access firmware in node devices, which involves checking the reception of frames and network management frames to identify the communication protocol version used by the concentrator device, and switching to a compatible firmware version if necessary.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a node device does not receive beacon frames properly, then firmware version mismatch occurs, but implementing continuous version checking and switching mechanisms increases device complexity

Engineering Contradiction:
Improvefirmware version compatibilityVSAvoidversion checking mechanism
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent implements preliminary version verification by checking firmware compatibility before full network operations begin. The node device verifies version compatibility through initial beacon frame reception and maintains a version counter, performing version checks in advance to prevent communication failures rather than reacting after mismatches occur.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent establishes a feedback mechanism where the node device continuously monitors beacon frames for version information, compares it with its current firmware version, and triggers automatic switching when mismatches are detected. The version counter provides feedback on reception quality, and this feedback loop ensures continuous version compatibility without manual intervention.

Inventive Principle:
Principle #23Feedback

2Reliability

If the node device continuously monitors for version mismatches, then network connectivity is maintained, but energy consumption increases

Engineering Contradiction:
Improvenetwork connectivityVSAvoidenergy consumption
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The patent implements periodic monitoring by having the node device check version compatibility at regular intervals defined by timer T1, rather than continuously. The device triggers version verification periodically when beacon frames are received, and uses timer T2 for controlled switching operations, reducing energy consumption while maintaining connectivity reliability.

Inventive Principle:
Principle #19Periodic action

Solution Approach 2:

The node device performs self-service by automatically detecting version mismatches and executing firmware switching without external intervention. The device monitors its own version compatibility status, manages its own firmware updates, and maintains its own network connectivity, eliminating the need for manual version management and reducing overall system energy requirements.

Inventive Principle:
Principle #25Self-service

3Adaptability or versatility

If the node device switches firmware version automatically, then protocol compatibility is ensured, but risk of switching to incorrect version increases

Engineering Contradiction:
Improveprotocol compatibilityVSAvoidfirmware switching accuracy
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent performs preliminary verification by counting received beacon frames (counter C) and only triggering firmware switching when a threshold is met, ensuring the version information is reliable before acting. The device verifies version compatibility in advance through multiple beacon receptions and timer-based confirmation before executing the switching operation.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent implements error protection by using dual timers (T1 for monitoring, T2 for switching) and version counters to cushion against premature or incorrect switching. The mechanism requires multiple confirmed version mismatches before triggering a switch, providing a buffer against transient errors and ensuring switching accuracy while maintaining protocol compatibility.

Inventive Principle:
Principle #11Beforehand cushioning (Prior cushioning)

Data Source

PatentEP4407879B1Method for monitoring and switching firmware
Publication Date: 2025.05.07 SAGEMCOM ENERGY & TELECOM SAS
  • EP4407879B1 patent drawingFigure 1
  • EP4407879B1 patent drawingFigure 2
  • EP4407879B1 patent drawingFigure 3~4

AI summary

A method (1) is proposed for controlling and switching the version of firmware for accessing a communication network (121) having a logical topology in the form of a tree of node devices (130-139) implemented on a power supply network, the communication network (121) comprising a hub device (110). The method (1) uses bit fields from the network management frames to automatically, redundantly, and continuously verify that a node device (130-139) is using the same version of the communication protocol on the communication network as the hub device (110).