Master-Slave OTA Differential Upgrade for IoT Flashing Stability
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing Over-The-Air (OTA) differential upgrade methods for IoT devices using a master-slave architecture are inefficient, leading to reduced flashing rates, lengthened upgrading cycles, and unstable upgrades.
Innovation Solution
An OTA differential upgrade method and system that utilizes a root node to obtain a preset upgrade scheme, determine master-slave connections, and download differential upgrading files, allowing for optimized processing modes between master and slave nodes to enhance upgrade efficiency.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If the master-slave architecture is used for OTA upgrade, then the upgrade stability is improved, but the flashing rate is reduced and the upgrading cycle is lengthened
Solution Approach 1:
The upgrade process is segmented into differential upgrade mode and full upgrade mode, allowing the system to choose the appropriate mode based on the upgrade scenario. The differential upgrade mode segments the firmware update into only the changed portions, reducing the flashing time while maintaining stability through the master-slave architecture.
Solution Approach 2:
The system dynamically adjusts the upgrade mode based on the master-slave relationship and upgrade requirements. The root node can switch between differential upgrade mode (when slave nodes are involved) and full upgrade mode (when only master nodes are involved), optimizing the flashing rate while ensuring upgrade stability through the flexible master-slave coordination mechanism.
2Reliability
If the master-slave architecture is used for OTA upgrade, then the upgrade stability is improved, but the upgrading cycle is lengthened
Solution Approach 1:
The upgrade process is divided into differential upgrade mode and full upgrade mode. In differential upgrade mode, only the changed firmware portions are transmitted to slave nodes, significantly reducing the upgrading cycle time while maintaining stability through the master-slave coordination mechanism.
Solution Approach 2:
The root node performs preliminary actions by determining the master-slave relationships and identifying which nodes require differential upgrades before initiating the actual firmware transmission. This preliminary planning optimizes the upgrade sequence and reduces the overall upgrading cycle time while ensuring stable execution through the master-slave architecture.
3Reliability
If the master-slave architecture is used for OTA upgrade, then the upgrade stability is improved, but the advantages of the architecture are not fully utilized
Solution Approach 1:
The system implements dynamic mode selection based on the master-slave relationships and upgrade scenarios. The root node can adaptively switch between differential upgrade mode (utilizing master-slave advantages for stable slave node upgrades) and full upgrade mode (for master node upgrades), fully utilizing the architecture's advantages while maintaining versatility.
Solution Approach 2:
The system changes the upgrade parameters dynamically based on the node type and relationship. For slave nodes, the system uses differential upgrade parameters to leverage the master-slave architecture advantages, while master nodes use full upgrade parameters. This parameter adaptation ensures the architecture's advantages are fully utilized without compromising versatility.
Data Source
AI summary
The invention relates to the field of the Internet of Things, and in particular, to an OTA differential upgrade method and system of a master-slave architecture. The method comprises: Step S1, obtaining an upgrade scheme, and determining a master-slave connection relationship and an upgrade manner according to the upgrade scheme; Step S2, downloading a differential upgrading file; Step S3, determining a processing mode of a master node according to the upgrading manner of a slave node; if the upgrading manner of the slave node is a first manner, the node flashes and restores the differential upgrading file and sends the differential upgrading file to the slave node, so that the slave node completes upgrading; if the upgrading manner of the slave node is a second manner, the master node flashes and restores the differential upgrading file and sends the differential upgrading file to the slave node for upgrading.