LoRa Private Networks for Gas Detection With Automatic Topology Switching

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing gas detection systems lack a stable and secure network architecture that supports long-range communication and seamless switching between different network topologies to ensure continuous monitoring in hazardous environments.

Innovation Solution

A LoRa private network with tree and parallel network modes is implemented, allowing gas detection devices to switch between these modes based on the presence or absence of a gateway, ensuring stable communication and network connectivity.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a LoRa private network is implemented for long-range communication in gas detection systems, then communication range and stability are improved, but network configuration complexity and setup time increase

Engineering Contradiction:
Improvenetwork stabilityVSAvoidnetwork configuration
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The network performs automatic configuration where devices autonomously discover gateways, select parents, generate keys, and establish connections without manual intervention. The system self-organizes into tree or parallel topologies based on gateway presence, eliminating the need for complex manual network setup while maintaining reliability

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

Configuration parameters, security keys, and network policies are pre-established in the system design. When devices join the network, they automatically receive pre-configured settings and credentials, enabling immediate operation without complex setup procedures while ensuring network stability from the start

Inventive Principle:
Principle #10Preliminary action

2Ease of operation

If automatic network configuration is implemented, then ease of operation is improved, but security risks may increase due to automated key generation and distribution

Engineering Contradiction:
Improvenetwork setupVSAvoidsecurity vulnerabilities
Core Design Contradiction:
Ease of operationVSObject-affected harmful factors

Solution Approach 1:

A secure key management system acts as an intermediary between devices during automatic configuration. The system generates and distributes security keys through controlled channels, managing the automated process while maintaining security. The intermediary ensures that automatic configuration does not compromise security by orchestrating key exchange and distribution protocols

Inventive Principle:
Principle #24Intermediary (Mediator)

3Adaptability or versatility

If the system supports switching between tree and parallel network modes, then adaptability is improved, but device complexity increases

Engineering Contradiction:
Improvenetwork topology switchingVSAvoidnetwork mode management
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The network automatically transitions between tree and parallel modes based on dynamic conditions such as gateway presence. Devices adapt their communication patterns and topology in real-time without manual configuration. The system monitors network conditions and dynamically reconfigures itself, providing adaptability while keeping device complexity manageable through automated decision-making algorithms

Inventive Principle:
Principle #15Dynamics

Data Source

PatentEP4312415B1Method, apparatus and system for automatic configuration of a lora private network in a gas detection system
Publication Date: 2025.09.03 HONEYWELL INTERNATIONAL INC
  • EP4312415B1 patent drawingFigure 1
  • EP4312415B1 patent drawingFigure 2
  • EP4312415B1 patent drawingFigure 3

AI summary

Methods, apparatuses, and systems for establishing various network configurations within a gas detection system. The method includes initializing, by a computing device associated with a gateway, a root node of a tree network, monitoring for a beacon request broadcast, wherein the beacon request broadcast is detected by the computing device from a given one of the one or more broadcasting devices, the given broadcasting device switching over from a parallel network configuration to join the tree network, determining available capability to support a connection with the broadcasting device, generating a beacon response based on the determination of available capability, transmitting the beacon response to the broadcasting device, establishing the broadcasting device as a child node device based upon a receipt of a joining request, and transmitting a join confirmation to the broadcasting device based on the establishment of the broadcasting device as a child node device.