CN114422356B - Method for switching firmware of Tiantong module - Google Patents
Method for switching firmware of Tiantong module Download PDFInfo
- Publication number
- CN114422356B CN114422356B CN202210057197.7A CN202210057197A CN114422356B CN 114422356 B CN114422356 B CN 114422356B CN 202210057197 A CN202210057197 A CN 202210057197A CN 114422356 B CN114422356 B CN 114422356B
- Authority
- CN
- China
- Prior art keywords
- module
- tiantong
- firmware
- file
- firmware file
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/76—Adapting program code to run in a different environment; Porting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
- H04L1/0083—Formatting with frames or packets; Protocol or part of protocol for error control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
- H04L43/0829—Packet loss
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
- H04L9/3239—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Environmental & Geological Engineering (AREA)
- Stored Programmes (AREA)
- Information Transfer Between Computers (AREA)
Abstract
The invention discloses a method for switching firmware of a Tiantong module, and relates to the technical field of communication. In the invention, the host controller communicates with the Tiantong module through the AT command, and can completely and correctly transmit a plurality of firmware files to the memory of the Tiantong module and select a certain stored firmware file according to the requirement. After the Tiantong module performs a series of verification on the firmware file, the firmware version is automatically restarted and loaded so as to complete the switching of the firmware version of the Tiantong module. The invention completes the data interaction between the host controller and the Tiantong module through the AT command, can send a plurality of firmware files with different functions to the Tiantong module memory, provides a method for inquiring and loading a certain firmware file, facilitates the switching of the firmware version of the Tiantong module according to the need AT any time, and widens the capacity range of the Tiantong module.
Description
Technical Field
The invention relates to the field of satellite mobile communication, in particular to a method for switching firmware of a Tiantong module.
Background
The space-borne satellite belongs to GEO (geosynchronous orbit) satellites, is stationary relative to the earth, is fixed above the equator, and covers the ground by means of a plurality of spot beams. The space communication satellite communication system can realize services such as voice, short messages, data and the like in the areas without coverage of ground base stations such as the field, the desert, the ocean and even the high altitude. With the gradual perfection of the functions of the Tiantong-one satellite service, the positive deployment of Tiantong-two and Tiantong-three is carried out, and the field and region covered by the Tiantong-one satellite service are wider and wider. Meanwhile, the form of the Tiantong terminal is changed, such as the antenna terminal of the Internet of things, the data acquisition antenna terminal, the low-orbit satellite antenna terminal and the like, and the antenna module is widely integrated in various platforms and is applied to various scenes.
The Tiantong module has rich external interfaces, wherein the Tiantong module comprises a power interface, a communication signal interface, a control signal interface and a debugging interface, and the communication signal interface comprises a USIM card interface, a PCM interface, a SDMMC interface, a USB interface and a serial port. Wherein the USIM card interface is for communication with a SIM card, the PCM interface is for audio communication with a host controller, and the SDMMC interface supports SD, SDIO, or MMC data card communication. Both USB ports and serial ports can be used for data communication with the host controller, however, when using USB interfaces, the host controller platform is required to be windows or android, and special drivers and special software are installed, so that the use of USB interfaces has some limitations. In the face of the space communication terminal solutions with various forms, the types of host controllers not only include windows and android platforms, but also include a linux/UNIX system, a singlechip, an FPGA, an arm and the like, and the host controllers and the space communication modules can be communicated through serial ports. The heaven-earth module is used as a baseband chip of the heaven-earth system, provides standard AT commands and customized AT commands for users, and initiates various operations to the heaven-earth module by using the AT commands is the most common behavior.
The use scene of the Tiantong terminal is not only a handheld machine or a portable machine, but also an internet of things terminal without artificial participation, a data acquisition terminal, a satellite load terminal and the like; even under the same use scene, the space communication module can also have different systems, such as a private network system, a public network system and the like. Then the conventional firmware switching scheme relying on dedicated software becomes forever, which wants the heaven module to flexibly switch different firmware versions.
In order to realize flexible switching of firmware versions of the Tiantong terminal, it becomes important that the firmware file transmission and the loading of the firmware versions of the Tiantong module can be automatically completed through AT commands in any platform and in any environment.
Disclosure of Invention
The invention aims to avoid the defects in the background, and provides a method for switching the firmware of a space-through module, which completes data interaction between a host controller and the space-through module through a user-defined AT command, can send a plurality of firmware files into a space-through module memory, provides a method for inquiring and loading a certain firmware file, is convenient for switching the firmware version of the space-through module as required AT any time, and widens the functional range of the space-through module.
In order to achieve the above purpose, the technical scheme adopted by the invention is as follows:
A method for switching the firmware of a Tiantong module comprises the following steps:
(1) The host controller carries data on the AT command and communicates with the Tiantong module;
(2) The host controller sends a firmware file to the Tiantong module, and the Tiantong module receives the firmware file;
(3) After receiving the complete firmware file, the Tiantong module checks the firmware file, if the firmware file passes the check, the firmware file is stored in a Tiantong module memory, otherwise, the firmware file is deleted;
(4) The host controller inquires and selects the firmware files stored in the Tiantong module memory through the AT command, and selectively loads one of the firmware files according to different use scenes to complete the function of switching the Tiantong module firmware.
Further, in step (1), the AT command form adopted by the data transmitted and received between the host controller and the space communication module is adopted, and the carried data is encoded by adopting base 64.
Further, the specific mode of the step (2) is as follows:
(201) The host controller obtains the size of the firmware file to be sent, packetizes the firmware file, and then sends relevant information of the firmware file to the Tiantong module; the firmware file related information comprises a file size of the firmware file, a data size of each packet after the packet, the packet number of the packet, a file name length, a file name, an MD5 check value length and an MD5 check value of the firmware file;
(202) The Tiantong module receives the relevant information of the firmware file and then replies an ACK data frame to the host controller, and the host controller starts to transmit the firmware file data after receiving the ACK data frame of the Tiantong module;
(203) The host controller periodically sends the firmware file package data to the Tiantong module, and sends a transmission completion instruction to the Tiantong module after the transmission is completed;
(204) The Tiantong module receives the firmware file subpackage data and checks whether packet loss exists after receiving a transmission completion instruction;
(205) If packet loss occurs, the Tiantong module requests the host controller to retransmit the corresponding packet loss data, and the host controller jumps to step (203) and retransmits the packet loss data after receiving the retransmission request; if no packet is lost, the Tiantong module sends a transmission completion instruction to the host controller, and the host controller finishes transmission after receiving the transmission completion instruction.
Further, the specific mode of the step (3) is as follows:
(301) After the Tiantong module receives the complete firmware file, firstly calculating an MD5 check value of the received firmware file, if the MD5 check value is consistent with the MD5 check value in the step (201), storing the firmware file into a memory by the Tiantong module, otherwise deleting the firmware file;
(302) After the heaven-earth module stores the complete firmware file into the module memory, if the firmware file is a compressed package file, the firmware file is decompressed and restored to the original firmware file.
Further, the specific mode of the step (4) is as follows:
(401) The host controller inquires a firmware file stored in the Tiantong module memory through an AT command, and selects a firmware version to be loaded by the Tiantong module through the AT command according to a use scene;
(402) The Tiantong module performs integrity check and validity check on the selected firmware file, the Tiantong module automatically and softly restarts after the verification is passed, and if the verification fails, the existing firmware version program is continuously operated;
(403) After the Tiantong module is restarted, the selected firmware file is loaded from the memory through the bootstrap program to replace the original firmware, so that the firmware switching is completed.
The invention has the beneficial effects that:
1. The invention simplifies and unifies the transmission mode of the firmware of the Tiantong module, various singlechips, FPGA, arm, linux/UNIX hosts or windows hosts and android machines without special software, and the function of the host controller for transmitting a plurality of firmware files to the Tiantong module can be completed through the custom AT command as long as the AT command can be transmitted to the Tiantong module, thereby having universality.
2. In the invention, the host controller can inquire the firmware files in the Tiantong module memory AT any time through the self-defined AT command, and the host controller can select one of the firmware files according to the current use situation, so that the Tiantong module can automatically complete the switching to the appointed firmware version. The invention is more flexible, convenient and quick in finishing the switching of the firmware version.
Drawings
Fig. 1 is a schematic structural diagram of a switching device for the firmware of the space communication module.
Fig. 2 is a schematic diagram of a data interaction structure between a host controller and a Tiantong terminal.
Fig. 3 is a schematic diagram of a data interaction flow between a host controller and a Tiantong terminal.
Fig. 4 is a flowchart illustrating a firmware version switching process of the heaven-all module.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent and make the scope of protection of the claims more apparent, the present invention will be further described in detail with reference to the accompanying drawings and examples. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the scope of the invention.
As shown in fig. 1, a method for switching firmware of a space communication module includes the following steps:
(1) The host controller carries data on the AT command and communicates with the Tiantong module;
As shown in fig. 1, the host controller in this embodiment is an application running on the linux, the space-through module is installed on a space-through module debugging bottom board, the space-through module debugging bottom board is used as a peripheral circuit of the space-through module, supplies power to the space-through module, and provides peripheral devices such as a serial port output interface, a USB debugging port and the like. The host controller may communicate with the heaven-through module using AT commands via USB or serial ports.
In this embodiment, the DATA interaction between the space communication module and the host controller adopts a custom AT command manner, that is, the host controller sends DATA to the space communication module through AT dota= "DATA", and the space communication module returns DATA to the host controller through dota= "data_ack". The DATA and data_acks are in the base64 encoded format of the original DATA to reduce the probability of errors.
(2) The host controller sends a firmware file to the Tiantong module, and the Tiantong module receives the firmware file;
in this embodiment, the host controller needs to accurately transmit the firmware file to the space-time communication module, the data transmission protocols of the host controller and the space-time communication module adopt retransmission request protocols, and the data interaction structure and flow diagram of the host controller and the space-time communication module are shown in fig. 2 and 3. The specific process comprises the following steps:
A. the host controller sends a start-to-send request to the Tiantong module, wherein the start-to-send request frame comprises the file size of the firmware file, the data size of each packet after the packet, the packet number of the packet, the file name length and the file name, the MD5 check value length and the MD5 check value of the firmware file. The firmware file can be an original firmware file or a compressed file of the firmware file, and the transmission speed can be increased by adopting a compressed package for transmission, so that the transmission time of the firmware to the Tiantong module is shortened. Wherein the format of the transmission start request frame is:
B. After receiving the request frame for starting to send from the host controller, the Tiantong module replies a confirmation frame for starting to send to the host controller, and prompts the host controller to send data. Wherein the format of the acknowledgement frame is started to be sent is as follows:
| Data type | Subtype |
| 1byte | 1byte |
| 0xCE | 0x02 |
C. After receiving the acknowledgement frame from the start of sending the Tiantong module, the host controller periodically sends the firmware file package data to the Tiantong module, and the sent data frame comprises the mark of the current package, the total length of the data, the length of the data content, the data content and the CRC. Wherein the transmission data frame format is:
D. After the host controller sends the firmware file package data, sending a request frame for ending the sending to the heaven-earth module, wherein the format of the request frame for ending the sending is as follows:
| Data type | Subtype |
| 1byte | 1byte |
| 0xCE | 0x03 |
E. and after the Tiantong module receives the request frame of ending the transmission of the host controller, judging whether the complete firmware file is received or not according to the number of packets in the request frame of starting the transmission and the marks of the packets in the data frame of transmission, if the complete firmware file is not received because of packet loss or CRC check failure, the Tiantong module sends a data retransmission request frame to the host controller to request the host controller to retransmit the packets of the lost firmware file, and the marks of the packets needing to be retransmitted are indicated in the data content of the data retransmission request frame. The format of the data retransmission request frame is as follows:
| Data type | Subtype | Data content length | Data content |
| 1byte | 1byte | 2bytes | Nbytes |
| 0xCE | 0x01 | Length | ...... |
F. After receiving the data retransmission request frame, the host controller analyzes the packet mark in the data content of the frame, and retransmits the corresponding firmware file subpacket data to the Tiantong module according to the transmission data frame format.
G. And after receiving the request frame for ending the transmission of the host controller, the Tiantong module judges whether a complete firmware file is received according to the number of packets in the request frame for starting the transmission and the mark of the subpacket in the data frame for transmitting, and if the complete firmware file is received, the Tiantong module transmits a data frame for completing the transmission of the data to the host controller so as to end the data transmission process. Wherein the transmission completion data frame format is:
| Data type | Subtype |
| 1byte | 1byte |
| 0xCE | 0x04 |
(3) And after the Tiantong module receives the complete firmware file, checking the firmware file, if the firmware file passes the check, storing the firmware file into a Tiantong module memory, and otherwise, deleting the firmware file.
In this embodiment, by calculating the MD5 value of the firmware file, comparing with the MD5 value in the request frame started to be sent in step (2), it is determined whether the file is checked, if the file is checked, it is saved to the space through module memory, otherwise, the file is discarded. If the firmware file stored in the memory is a compressed file, it is also necessary to decompress it to restore the original firmware file.
(4) The host controller inquires and selects the firmware files stored in the Tiantong module memory through the AT command, and selectively loads one of the firmware files according to different use scenes to complete the function of switching the Tiantong module firmware.
In this embodiment, a plurality of complete firmware files may be stored in the space communication module memory, and the host controller selects one of the firmware versions according to different usage scenarios, and the space communication module will automatically complete the process of switching to the firmware version, and the software flow diagram of the process is shown in fig. 4, which specifically includes the following steps:
A. The host controller commands AT-DOTA by AT? And inquiring the firmware version stored in the Tiantong module memory. As in a certain scenario, the host controller is instructed by AT
AT select= "/usr/version_xxx.bins",1 SELECTs the firmware version.
B. And the Tiantong module checks the integrity and the legality of the firmware file named version_xxx.bins, if the verification is passed, the switching identification of the specific address in the nvram is set, and the Tiantong module is restarted. If the verification is not passed, the Tiantong module exits the firmware switching process and continues to run the original firmware program.
C. After the Tiantong module is restarted, firstly, a BOOTROM is started, a first-stage BOOTLOADER_A is moved to an on-chip RAM, the BOOTLOADER_A initializes a system, a second-stage BOOTLOADER_B to SDRAM, BOOTLOADER _B is moved, a burning table is searched according to partition management information specified during burning, and each burnt BIN file data is moved to a corresponding position of SDRAM through an NFTL interface according to the burning table. In this embodiment, the UPDATE BIN partition file data is loaded, and the UPDATE BIN partition functions as a mini booter, where the value of the specific address switch identifier bit in nvram is read, if the switch identifier is set, the firmware file in the antenna module memory is moved to SDRAM, and finally the program is jumped to the updated BIN file, and a new firmware program is run. If the switching identification is not set, the firmware switching process is exited, the conventional booter is operated, the original BIN file is loaded, and the original firmware program is operated.
In a word, the invention only transmits the AT command to the Tiantong module, so as to realize the function of transmitting the firmware file to the Tiantong module, inquiring and selecting the firmware version stored in the Tiantong module memory, and leading the Tiantong module to complete the switching of the firmware version. The process of switching the firmware of the Tiantong module is not limited to a specific platform and special software, and the process of switching the firmware is more flexible and convenient, so that one Tiantong module has the capability of multiple versions of functions, and the capability range of the Tiantong module is widened.
It is to be understood that the above-described embodiments of the present invention are merely illustrative of or explanation of the reasons for the present invention, and are not to be construed as limiting the present invention. Any modification, equivalent replacement, improvement, etc. made without departing from the spirit and scope of the present invention shall therefore be included in the scope of the present invention. Furthermore, the appended claims are intended to cover all such changes and modifications that fall within the scope and boundary of the appended claims, or equivalents of such scope and boundary.
Claims (5)
1. The method for switching the firmware of the Tiantong module is characterized by comprising the following steps of:
(1) The host controller carries data on the AT command and communicates with the Tiantong module;
(2) The host controller sends a firmware file to the Tiantong module, and the Tiantong module receives the firmware file;
(3) After receiving the complete firmware file, the Tiantong module checks the firmware file, if the firmware file passes the check, the firmware file is stored in a Tiantong module memory, otherwise, the firmware file is deleted;
(4) The host controller inquires and selects the firmware files stored in the Tiantong module memory through the AT command, and selectively loads one of the firmware files according to different use scenes to complete the function of switching the Tiantong module firmware.
2. The method for switching firmware of a space communication module according to claim 1, wherein in step (1), AT command forms adopted by data transmitted and received between a host controller and the space communication module are adopted, and the carried data are encoded by base 64.
3. The method for switching firmware of a space communication module according to claim 2, wherein the specific manner of step (2) is as follows:
(201) The host controller obtains the size of the firmware file to be sent, packetizes the firmware file, and then sends relevant information of the firmware file to the Tiantong module; the firmware file related information comprises a file size of the firmware file, a data size of each packet after the packet, the packet number of the packet, a file name length, a file name, an MD5 check value length and an MD5 check value of the firmware file;
(202) The Tiantong module receives the relevant information of the firmware file and then replies an ACK data frame to the host controller, and the host controller starts to transmit the firmware file data after receiving the ACK data frame of the Tiantong module;
(203) The host controller periodically sends the firmware file package data to the Tiantong module, and sends a transmission completion instruction to the Tiantong module after the transmission is completed;
(204) The Tiantong module receives the firmware file subpackage data and checks whether packet loss exists after receiving a transmission completion instruction;
(205) If packet loss occurs, the Tiantong module requests the host controller to retransmit the corresponding packet loss data, and the host controller jumps to step (203) and retransmits the packet loss data after receiving the retransmission request; if no packet is lost, the Tiantong module sends a transmission completion instruction to the host controller, and the host controller finishes transmission after receiving the transmission completion instruction.
4. The method for switching firmware of a space communication module according to claim 3, wherein the specific manner of step (3) is as follows:
(301) After the Tiantong module receives the complete firmware file, firstly calculating an MD5 check value of the received firmware file, if the MD5 check value is consistent with the MD5 check value in the step (201), storing the firmware file into a memory by the Tiantong module, otherwise deleting the firmware file;
(302) After the heaven-earth module stores the complete firmware file into the module memory, if the firmware file is a compressed package file, the firmware file is decompressed and restored to the original firmware file.
5. The method for switching firmware of a space communication module according to claim 4, wherein the specific manner of step (4) is as follows:
(401) The host controller inquires a firmware file stored in the Tiantong module memory through an AT command, and selects a firmware version to be loaded by the Tiantong module through the AT command according to a use scene;
(402) The Tiantong module performs integrity check and validity check on the selected firmware file, the Tiantong module automatically and softly restarts after the verification is passed, and if the verification fails, the existing firmware version program is continuously operated;
(403) After the Tiantong module is restarted, the selected firmware file is loaded from the memory through the bootstrap program to replace the original firmware, so that the firmware switching is completed.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210057197.7A CN114422356B (en) | 2022-01-19 | 2022-01-19 | Method for switching firmware of Tiantong module |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210057197.7A CN114422356B (en) | 2022-01-19 | 2022-01-19 | Method for switching firmware of Tiantong module |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114422356A CN114422356A (en) | 2022-04-29 |
| CN114422356B true CN114422356B (en) | 2024-08-23 |
Family
ID=81272496
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210057197.7A Active CN114422356B (en) | 2022-01-19 | 2022-01-19 | Method for switching firmware of Tiantong module |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114422356B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114745470A (en) * | 2022-06-13 | 2022-07-12 | 成都星联芯通科技有限公司 | Communication method, device, terminal and storage medium based on skynet module |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105094916A (en) * | 2015-08-10 | 2015-11-25 | 深圳市中兴物联科技有限公司 | Method and device for wireless firmware upgrading expansion based on module |
| CN111953726A (en) * | 2019-05-16 | 2020-11-17 | 横河电机株式会社 | Device, communication module, application module and method |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1672938A1 (en) * | 2004-12-14 | 2006-06-21 | Sony Ericsson Mobile Communications AB | Portable radio communication equipment enabling a firmware update of a connected accesory over the air |
| CN102339227A (en) * | 2010-07-28 | 2012-02-01 | 环旭电子股份有限公司 | Multi-firmware embedded system and firmware update method thereof |
| CN110908701B (en) * | 2018-09-14 | 2024-01-30 | 北京小米松果电子有限公司 | Firmware version switching method and device, storage medium and electronic equipment |
| CN111416878A (en) * | 2020-05-14 | 2020-07-14 | 深圳市友恺通信技术有限公司 | Upgrading method through hardware encryption and satellite mobile phone |
-
2022
- 2022-01-19 CN CN202210057197.7A patent/CN114422356B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105094916A (en) * | 2015-08-10 | 2015-11-25 | 深圳市中兴物联科技有限公司 | Method and device for wireless firmware upgrading expansion based on module |
| CN111953726A (en) * | 2019-05-16 | 2020-11-17 | 横河电机株式会社 | Device, communication module, application module and method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114422356A (en) | 2022-04-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4294686B2 (en) | RFID system with packetized data storage in a mobile environment | |
| US7623853B2 (en) | System and method for over the air programming | |
| CN101729653A (en) | System and method for Delta-based over-the-air software upgrades for a wireless mobile station | |
| CN105511929A (en) | Remote wireless upgrading method for equipment | |
| CN111158751B (en) | Windows environment deployment method, electronic device and storage medium | |
| CN114422356B (en) | Method for switching firmware of Tiantong module | |
| US6711410B1 (en) | Broadcast communication method, mobile communication system and mobile station using the broadcast communication method | |
| CN113220580B (en) | Test method and device, equipment and storage medium | |
| CN111050381B (en) | Data transmission method and device | |
| CN112019256A (en) | Gateway device and satellite ground station system | |
| CN112217610B (en) | Data processing method and device, consumer machine, terminal and readable storage medium | |
| US8174438B2 (en) | Positioning apparatus and method | |
| JPH086770A (en) | Program download method | |
| CN114285460B (en) | Satellite measurement and control method, device, electronic equipment, storage medium and program product | |
| CN116974614A (en) | Remote upgrade method and device for satellite terminal, electronic equipment and storage medium | |
| CN101515861B (en) | Method and system for downloading base station single-board bootstrap program module based on MCU | |
| CN110928562B (en) | Software upgrading method for Android box | |
| CN110475240B (en) | SIM card type identification method and device of cloud SIM application terminal and terminal | |
| CN112055314B (en) | Bluetooth broadcast communication method, system and master device and slave device thereof | |
| CN117908935B (en) | Battery pack orientation OTA method, device and storage medium based on ID | |
| CN117880789B (en) | Bluetooth-based remote information upgrading method for Internet of things on-vehicle dimming system | |
| KR100211585B1 (en) | Method for data recovery for data consistency in pcs system | |
| JP2818575B2 (en) | Wireless base station remote reset system | |
| CN116455743A (en) | Batch terminal upgrading method and related device based on PLC gateway | |
| JP7063057B2 (en) | Information processing device, information processing terminal, information processing system, information processing device side program and information processing terminal side program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |