Cycling intercom earphone automatic upgrading method and device, electronic equipment and computer readable storage medium

Abstract

The application discloses a cycling intercom earphone automatic upgrading method and device, electronic equipment and a computer readable storage medium, comprising: S1, after the cycling intercom earphone is started, a built-in wireless communication module is automatically started, a target wireless network paired around is searched, and automatic back connection is completed; S2, after the wireless communication module is connected successfully, a preset version detection callback instruction is automatically triggered; S3, a feedback result of a cloud upgrading server is received; S4, current running state data of the cycling intercom earphone is collected in real time; S5, when it is determined that the running state data meets preset upgrading trigger conditions at the same time, a background upgrading instruction is automatically triggered; S6, after a firmware upgrading operation is executed, the running state of a new version firmware is verified. The application has the advantages that mobile terminal transfer and manual operation of a user are not needed, whole-process background silent upgrading can be realized, the upgrading process is stable and safe, and the like.

Description

Technical Field

[0001] This invention belongs to the field of firmware upgrade technology for smart wearable devices, specifically relating to an automatic upgrade method, device, electronic device, and computer-readable storage medium for cycling walkie-talkies. Background Technology

[0002] Cycling walkie-talkie headsets are core accessories for cycling activities. Firmware iteration and optimization are crucial for fixing device vulnerabilities, adding practical functions, optimizing walkie-talkie and audio transmission effects, and improving the user experience.

[0003] Currently, firmware upgrades for cycling walkie-talkies in the industry generally rely on mobile terminal apps. The core process is as follows: users need to install the corresponding brand's headset management app on their mobile devices, establish a pairing connection between the headset and the mobile device via Bluetooth, manually trigger the version detection command within the app, and after a new firmware version is detected, manually confirm the download and start the upgrade process.

[0004] The aforementioned existing technical solutions have many insurmountable drawbacks in practical cycling scenarios: Firstly, the operation process is cumbersome, resulting in low user acceptance. Cycling users generally value the instant usability of headphones and have extremely low acceptance of processes involving installing a dedicated management app and manually completing multiple upgrade steps. In the industry, many users have never actively opened the relevant management app, causing manufacturers' firmware optimizations and feature iterations to fail to effectively reach end users. Users cannot promptly enjoy product performance improvements, and manufacturers' technical optimizations cannot be effectively implemented, ultimately leading to delayed firmware updates for cycling headphones and a significant decline in the overall user experience.

[0005] Secondly, the upgrade process is easily disrupted, resulting in a poor user experience. Current upgrade solutions require full manual user intervention, leading to a subpar user experience.

[0006] Third, the upgrade trigger conditions are unreasonable, resulting in poor upgrade stability. The existing solution relies solely on manual user operation for upgrade triggering, without considering the actual operating status of the headphones. This makes it prone to upgrade interruptions due to insufficient battery power, firmware corruption, and other issues, leading to low upgrade reliability and even serious problems such as the device failing to boot properly. Summary of the Invention

[0007] The purpose of this invention is to overcome the shortcomings of existing technologies that rely on mobile terminal apps for manual upgrades of cycling walkie headset firmware, which are cumbersome, have low user reach, and have poor upgrade stability. This invention provides a method, device, equipment, and storage medium for automatic upgrades of cycling walkie headsets, which eliminates the need for mobile terminal intermediaries and manual user operation. It enables silent background upgrades of headset firmware throughout the entire process and ensures the stability and security of the upgrade process by determining the upgrade trigger timing through a combination of multiple conditions.

[0008] To solve the above-mentioned technical problems, the present invention adopts the following technical solution: An automatic upgrade method for cycling intercom headsets, applied to cycling intercom headset terminals, includes: S1. After the cycling walkie-talkie is powered on, it automatically starts the built-in wireless communication module, searches for nearby paired target wireless networks, and completes automatic reconnection. S2. After the wireless communication module is successfully connected, it automatically triggers the preset version detection callback instruction and sends a version query request to the cloud upgrade server, carrying the device model and current firmware version number of the cycling intercom headset. S3. Receive feedback from the cloud upgrade server. If the feedback indicates the existence of a new firmware version higher than the current version, obtain the download address of the new firmware version, download the new firmware version through the wireless communication module, and perform integrity verification on the firmware after the download is completed. After the verification is successful, store it in the local storage module of the cycling intercom headset. S4. Real-time acquisition of the current operating status data of the cycling intercom headset, including the real-time remaining battery power, the contact status between the cycling intercom headset and the charging base, and the charging status of the cycling intercom headset. S5. When it is determined that the running status data simultaneously meets the preset upgrade trigger conditions, the background upgrade command is automatically triggered, and the stored new version firmware is called to perform the firmware upgrade operation. S6. After the firmware upgrade operation is completed, the running status of the new firmware version is verified. Based on the verification result, the corresponding closing operation is performed, and the upgrade result is fed back to the cloud upgrade server.

[0009] Preferably, the target wireless network in S1 includes at least one of a paired WIFI network and a Bluetooth network; When searching for a paired target wireless network, the system searches and attempts to reconnect according to the preset network priority. If no paired target wireless network is found, the system continues searching until the preset maximum number of searches is reached.

[0010] Preferably, during the download of the new firmware version in S3, the network connection status is monitored in real time. If a network interruption occurs, the download task is paused. After the wireless communication module reconnects to the target wireless network, the interruption point is resumed based on the interruption point, without having to download the complete firmware again. If the cloud upgrade server reports that there is no new firmware version higher than the current version in S3, the upgrade process will be terminated.

[0011] Preferably, the real-time acquisition of the current operating status data of the cycling intercom headset in S4 specifically includes: The battery detection unit collects real-time remaining battery data of the cycling intercom headset at a preset sampling period. The contact level signal between the cycling walkie-talkie headset and the charging base is detected in real time through the GPIO interface of the base detection unit to determine whether the cycling walkie-talkie headset has left the charging base. The charging detection unit detects the current input signal of the charging interface of the cycling intercom headset in real time to determine whether the cycling intercom headset is charging. The collected operational status data will be synchronized to the upgrade control module in real time.

[0012] Preferably, the preset upgrade trigger conditions in S5 include: the real-time remaining power is greater than a preset power threshold, the cycling walkie-talkie is removed from the charging base, and the cycling walkie-talkie is in the charging process.

[0013] Preferably, the closing operation performed in step S6 based on the verification result specifically includes: If the verification confirms that the new firmware version is running normally, the temporary firmware files and upgrade cache data in the local storage module will be cleared, and the upgrade success information and the firmware version numbers before and after the upgrade will be sent back to the cloud upgrade server. If the verification finds that the new firmware version is not running properly, the firmware rollback mechanism will be automatically triggered to restore the firmware of the cycling walkie-talkie headset to the old version before the upgrade. At the same time, the upgrade failure information and the reason for the error will be reported to the cloud upgrade server.

[0014] This invention also discloses an automatic upgrade device for cycling intercom headsets, deployed in a cycling intercom headset terminal, for executing the aforementioned automatic upgrade method for cycling intercom headsets, including: The local storage module is used to store basic data including the downloaded new firmware version, temporary files and cached data during the upgrade process, the paired network configuration information of the cycling walkie-talkie headset, and the current firmware version number. The wireless communication module is used to automatically start after the cycling walkie-talkie headset is powered on, search for nearby paired target wireless networks and complete automatic reconnection, as well as to interact with the cloud upgrade server for data exchange. The version detection module is used to automatically trigger a preset version detection callback instruction after the wireless communication module is successfully connected, send a version query request with the device model and current firmware version number of the cycling intercom headset to the cloud upgrade server, and receive the feedback result from the cloud. The firmware download module is used to obtain the firmware download address after receiving feedback that a new firmware version exists, download the new firmware version through the wireless communication module, and perform firmware integrity verification after the download is completed. If the verification is successful, the firmware is stored in the local storage module. The status detection module is used to collect the current operating status data of the cycling intercom headset in real time. The operating status data includes the real-time remaining battery power, the contact status between the cycling intercom headset and the charging base, and the charging status of the cycling intercom headset. The upgrade control module is used to automatically trigger a background upgrade command and call the stored new version firmware to perform a firmware upgrade operation when the running status data simultaneously meets the preset upgrade trigger conditions. The preset upgrade trigger conditions include: the real-time remaining power is greater than the preset power threshold, the riding walkie-talkie is in the state of being removed from the charging base, and the riding walkie-talkie is in the process of charging. The upgrade verification module is used to verify the running status of the new firmware after the firmware upgrade operation is completed, perform corresponding closing operations based on the verification results, and feed back the upgrade results to the cloud upgrade server through the wireless communication module.

[0015] The present invention also discloses an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the computer program, it implements the above-described automatic upgrade method for cycling intercom headsets.

[0016] The present invention also discloses a computer-readable storage medium storing a computer program, which, when executed by a processor, implements the above-described method for automatically upgrading cycling intercom headsets.

[0017] By adopting the above technical solution, the present invention has the following beneficial effects: (1) This invention does not require mobile terminal relay or user manual operation. The entire process is automated. This invention automatically reconnects to the paired network through the wireless communication module built into the cycling intercom headset, and automatically triggers version detection, firmware download and upgrade operations. It completely gets rid of the dependence on mobile terminal management App. No manual operation is required from the user. It greatly reduces the usage threshold of firmware upgrade and effectively solves the problems of low user upgrade willingness and low firmware update reach rate in the prior art. It allows the manufacturer's technical optimization results to be implemented in a timely manner, and users can enjoy the optimization of product performance and functional upgrades immediately. (2) This invention is fully adapted to the needs of users who need to use the core functions of the cycling intercom headset at any time in cycling scenarios, which greatly improves the user experience; (3) The present invention uses a combination of conditions to determine the timing of the upgrade, which greatly improves the stability and safety of the upgrade. The upgrade is triggered by a combination of three conditions: "remaining power is greater than the preset threshold, leaving the charging base, and being in the charging process". On the one hand, the upgrade in the charging state can ensure the stable power supply of the device and avoid the problems of upgrade interruption and firmware damage caused by insufficient power. On the other hand, the determination of leaving the base can ensure that the cycling walkie headset is not stored and the user has the need to use it. At the same time, the user usually does not operate the cycling walkie headset frequently in the charging state, so the upgrade timing is more reasonable. At the same time, the preset power threshold can further ensure the power supply safety during the upgrade process. The three conditions work together to greatly improve the stability and reliability of the firmware upgrade and avoid the device failure caused by upgrade failure. (4) The entire upgrade process of this invention has a complete fault tolerance and verification mechanism, which is highly reliable. During the firmware download process, it supports breakpoint resume to avoid repeated downloads caused by network interruption. After the download is completed, firmware integrity verification is performed to prevent damaged or tampered firmware from being written to the device. After the upgrade is completed, the running status is verified. If an abnormality occurs, it can be automatically rolled back to the old firmware version to ensure the normal operation of the device. At the same time, the status and results of the entire process will be fed back to the cloud server, which is convenient for manufacturers to manage upgrades and troubleshoot problems. In summary, this invention has the advantages of requiring no mobile terminal intermediary or manual user operation, enabling silent background upgrades throughout the entire process, and ensuring a stable and secure upgrade process. Attached Figure Description

[0018] Figure 1 This is a flowchart illustrating the automatic upgrade method for the cycling intercom headset of the present invention. Figure 2 This is a modular architecture diagram of the automatic upgrade device for cycling intercom headsets of the present invention. Detailed Implementation

[0019] The technical solution of the present invention will now be clearly and completely described with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments.

[0020] The components of the embodiments of the invention described and shown in the accompanying drawings can typically be arranged and designed in a variety of different configurations. Therefore, the following detailed description of the embodiments of the invention provided in the drawings is not intended to limit the scope of the claimed invention, but merely to illustrate selected embodiments of the invention.

[0021] Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0022] In the description of this invention, it should be noted that the terms "center," "upper," "lower," "left," "right," "vertical," "horizontal," "inner," and "outer," etc., indicate the orientation or positional relationship based on the orientation or positional relationship shown in the accompanying drawings. They are used only for the convenience of describing the invention and for simplifying the description, and do not indicate or imply that the device or element referred to must have a specific orientation, or be constructed and operated in a specific orientation. Therefore, they should not be construed as limitations on the invention. Furthermore, the terms "first," "second," and "third" are used for descriptive purposes only and should not be construed as indicating or implying relative importance.

[0023] In the description of this invention, it should be noted that, unless otherwise explicitly specified and limited, the terms "installation," "connection," and "linking" should be interpreted broadly. For example, they can refer to a fixed connection, a detachable connection, or an integral connection; they can refer to a mechanical connection or an electrical connection; they can refer to a direct connection or an indirect connection through an intermediate medium; and they can refer to the internal connection of two components. Those skilled in the art can understand the specific meaning of the above terms in this invention based on the specific circumstances.

[0024] Example 1 In this embodiment, an automatic upgrade method, device, electronic device, and computer-readable storage medium for cycling walkie-talkies are proposed to overcome the shortcomings of existing technologies that rely on mobile terminal apps for manual upgrades of cycling walkie-talkie firmware, which are cumbersome, have low user reach, and have poor upgrade stability.

[0025] like Figure 1 As shown, in one embodiment of the present invention, the automatic upgrade method for cycling intercom headsets of the present invention is applied to a cycling intercom headset terminal, including: S1. After the cycling walkie-talkie is powered on, it automatically activates the built-in wireless communication module, searches for nearby paired target wireless networks, and automatically reconnects. The target wireless network includes at least one of the paired WIFI network and Bluetooth network. When searching for a paired target wireless network, it searches and attempts to reconnect in sequence according to the preset network priority. If no paired target wireless network is found, it continues to search until the preset maximum number of searches is reached. The maximum number of searches is 5, and the interval between each search and reconnection increases in multiples of 5 seconds. That is, the first search and reconnection interval is 5 seconds, the second is 10 seconds, the third is 15 seconds, and so on. In this embodiment, the target wireless network includes at least one of paired home WIFI, cycling station public WIFI, and Bluetooth network. The preset network priority is WIFI network > Bluetooth network. The faster and more stable WIFI network is selected for data transmission to ensure the speed and stability of firmware download. S2. After the wireless communication module is successfully connected, it automatically triggers the preset version detection callback command and sends a version query request carrying information such as the model of the cycling intercom headset, the current firmware version number, and the device's unique identification code to the cloud upgrade server. S3. Receive feedback from the cloud upgrade server. If the feedback indicates the existence of a new firmware version higher than the current version, obtain the download address of the new firmware version and download the new firmware version through the wireless communication module. After the download is completed, perform integrity verification on the firmware. If the verification passes, store it in the local storage module of the cycling intercom headset. During the download of the new firmware version, monitor the network connection status in real time. If a network interruption occurs, pause the download task. After the wireless communication module reconnects to the target wireless network, resume the download based on the interruption point without having to download the complete firmware again. If the cloud upgrade server indicates that there is no new firmware version higher than the current version, terminate the upgrade process. S4. Real-time acquisition of the current operating status data of the cycling intercom headset, including the real-time remaining battery power, the contact status between the cycling intercom headset and the charging base, and the charging status of the cycling intercom headset. Specifically, the real-time collection of the current operating status data of the cycling intercom headset includes: The battery detection unit collects real-time remaining battery data of the cycling intercom headset at a preset sampling period. The contact level signal between the cycling walkie-talkie headset and the charging base is detected in real time through the GPIO interface of the base detection unit to determine whether the cycling walkie-talkie headset has left the charging base. The charging detection unit detects the current input signal of the charging interface of the cycling intercom headset in real time to determine whether the cycling intercom headset is charging. The collected operational status data will be synchronized to the upgrade control module in real time. Specifically, after receiving the instruction that "a new version exists," the firmware download module of the headset downloads the new firmware from the corresponding download address via the wireless communication module. During the download process, the network connection status is monitored in real time. If a network interruption occurs (such as the rider moving to a signal dead zone or network switching), the download task is paused. After the wireless communication module reconnects to the target wireless network, the interruption point is resumed, without needing to download the complete firmware again. After the firmware download is complete, the firmware download module verifies the integrity and legality of the downloaded firmware based on the verification code sent from the cloud. If the firmware is confirmed to be undamaged and untampered, the new firmware is stored in the headset's local storage module after the verification passes, and the upgrade control module sends a "firmware download complete" message. S5. When it is determined that the running status data simultaneously meets the preset upgrade trigger conditions, the background upgrade command is automatically triggered, and the stored new version firmware is called to perform the firmware upgrade operation. The preset upgrade trigger conditions include: the real-time remaining power is greater than the preset power threshold, the riding walkie-talkie is in the state of being removed from the charging base, and the riding walkie-talkie is in the process of charging. Specifically, the status detection module collects real-time operating status data of the cycling intercom headset, including: The power detection unit collects the real-time remaining power data of the earphone with a sampling period of 100ms and determines whether the remaining power is greater than the preset 30% power threshold. The base detection unit detects the contact level signal between the earphones and the charging base in real time through the GPIO interface, and determines whether the earphones are in the state of being removed from the charging base based on the change in the level signal. The charging detection unit detects the current input signal of the headphone charging port in real time and determines whether the headphone is charging based on whether there is a stable charging current. The status detection module will synchronize the collected operational status data to the upgrade control module in real time.

[0026] S6. After the firmware upgrade operation is completed, the running status of the new firmware version is verified. Based on the verification result, the corresponding closing operation is performed, and the upgrade result is fed back to the cloud upgrade server. Specifically, the closing operations performed based on the verification results are as follows: If the verification confirms that the new firmware version is running normally, the temporary firmware files and upgrade cache data in the local storage module will be cleared, and the upgrade success information and the firmware version numbers before and after the upgrade will be sent back to the cloud upgrade server. If the verification finds that the new firmware version is not running properly, the firmware rollback mechanism will be automatically triggered to restore the firmware of the cycling walkie headset to the old version before the upgrade. At the same time, the upgrade failure information and the reason for the abnormality will be fed back to the cloud upgrade server. Specifically, the upgrade control module receives real-time running status data synchronized by the status detection module. When the data simultaneously meets the three preset upgrade trigger conditions of "remaining battery > 30%, earphones removed from the charging dock, and earphones in the charging process", the background upgrade command is immediately triggered, the new version firmware stored in the local storage module is called, the firmware upgrade operation is performed, and the old version firmware is gradually replaced. The upgrade can be performed during the charging process.

[0027] In this embodiment, the three upgrade trigger conditions work together to form the optimal upgrade timing determination logic: the charging process ensures stable power supply to the device, avoiding firmware damage caused by power outages during the upgrade process; the state of being away from the charging dock eliminates the scenario where the earphones are stored in the dock and not used for a long time, ensuring that the upgraded new version of firmware can be used by the user in a timely manner; the 30% battery threshold serves as a backup guarantee, ensuring that the upgrade process can be fully executed even if there is an abnormal interruption during the charging process, avoiding device failure caused by upgrade interruption.

[0028] After the firmware upgrade operation is completed, the upgrade verification module automatically verifies the running status of the new firmware version to confirm whether the new firmware version starts normally and whether all functions are running normally. If the verification confirms that the new firmware version is running normally, the temporary firmware files and upgrade cache data in the local storage module are cleared, the storage space is freed up, and the upgrade success information, firmware version numbers before and after the upgrade, upgrade time and other data are fed back to the cloud upgrade server through the wireless communication module. If the verification finds that the new firmware version is running abnormally, cannot start normally, or has a core function failure, the firmware rollback mechanism will be automatically triggered to immediately restore the headset firmware to the stable old version before the upgrade, so as to avoid the device from becoming unusable. At the same time, the upgrade failure information, the cause of the abnormality, and the device status data will be fed back to the cloud upgrade server through the wireless communication module, so that the manufacturer can troubleshoot and optimize the problem.

[0029] Please refer to Figure 2 The present invention also discloses an automatic upgrade device for cycling walkie-talkies, which is deployed on a cycling walkie-talkie terminal and is used to execute the above-mentioned automatic upgrade method for cycling walkie-talkies. It includes a local storage module 101, a wireless communication module 102, a version detection module 103, a firmware download module 104, a status detection module 105, an upgrade control module 106, and an upgrade verification module 107.

[0030] The specific functions and interaction logic of each module are as follows: The wireless communication module 102 is electrically connected to the version detection module 103, the firmware download module 104, and the upgrade verification module 107, respectively. It is used to automatically start after the headset is powered on, search for nearby paired target wireless networks and complete automatic reconnection according to preset priorities. At the same time, it is responsible for the entire process of data interaction between the headset and the cloud upgrade server, including sending version query requests, receiving cloud feedback data, downloading firmware, and uploading upgrade results. In this embodiment, the wireless communication module 102 supports WIFI, Bluetooth, and Bluetooth hotspot communication protocols.

[0031] The version detection module 103 is electrically connected to the wireless communication module 102 and the firmware download module 104 respectively. After the wireless communication module 102 successfully connects to the target wireless network, it automatically triggers a preset version detection callback instruction to generate a version query request with the model of the headset device and the current firmware version number. The request is sent to the cloud upgrade server through the wireless communication module 102. At the same time, it receives the feedback result returned by the cloud. If the feedback indicates that a new firmware version exists, it forwards the firmware download address, verification code and other data to the firmware download module 104.

[0032] The firmware download module 104 is electrically connected to the version detection module 103, the wireless communication module 102, the local storage module 101, and the upgrade control module 106, respectively. It is used to receive new version firmware download information sent by the version detection module 103, download the new version firmware from the cloud through the wireless communication module 102, execute the breakpoint resume logic during the download process, and perform integrity and legality verification on the firmware after the download is completed. After the verification is passed, the firmware is stored in the local storage module 101, and a "firmware download completed" notification message is sent to the upgrade control module 106.

[0033] The status detection module 105, electrically connected to the upgrade control module 106, is used to collect the current operating status data of the cycling intercom headset in real time and synchronize the collected data to the upgrade control module 106 in real time. In this embodiment, the status detection module 105 includes a power detection unit, a base detection unit, and a charging detection unit, wherein: The power detection unit is used to collect the real-time remaining power data of the headphones with a sampling period of 100ms. The base detection unit is used to detect the contact level signal between the earphones and the charging base in real time through the GPIO interface to determine whether the earphones have left the charging base. The charging detection unit is used to detect the current input signal of the headphone charging interface in real time to determine whether the headphones are charging.

[0034] The upgrade control module 106 is electrically connected to the firmware download module 104, the status detection module 105, the local storage module 101, and the upgrade verification module 107 respectively. It is used to receive the running status data synchronized by the status detection module 105 in real time. When the data simultaneously meets the preset upgrade trigger conditions, it automatically triggers the background upgrade command and calls the new version firmware from the local storage module 101 to perform the firmware upgrade operation.

[0035] The upgrade verification module 107 is electrically connected to the upgrade control module 106, the wireless communication module 102, and the local storage module 101, respectively. It is used to verify the running status of the new version firmware after the firmware upgrade is completed, and to perform corresponding closing operations based on the verification results, including clearing the cache and triggering firmware rollback. At the same time, the upgrade results are fed back to the cloud upgrade server through the wireless communication module 102.

[0036] The local storage module 101 is electrically connected to the firmware download module 104, the upgrade control module 106, and the upgrade verification module 107, respectively. It is used to store the new version firmware after download, temporary files and cached data during the upgrade process, as well as basic data such as the current firmware version and pairing network information of the cycling walkie-talkie headset.

[0037] The present invention also discloses an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the computer program, it implements the above-described automatic upgrade method for cycling intercom headsets.

[0038] The present invention also discloses a computer-readable storage medium storing a computer program, which, when executed by a processor, implements the above-described method for automatically upgrading cycling intercom headsets.

[0039] This embodiment does not impose any limitation on the shape, material, structure, etc. of the present invention. Any simple modifications, equivalent changes and alterations made to the above embodiments based on the technical essence of the present invention shall fall within the protection scope of the technical solution of the present invention.

Claims

1. A method for automatically upgrading a cycling intercom earphone, applied to a cycling intercom earphone terminal, characterized in that, include: S1. After the cycling walkie-talkie is powered on, it automatically starts the built-in wireless communication module, searches for nearby paired target wireless networks, and completes automatic reconnection. S2. After the wireless communication module is successfully connected, it automatically triggers the preset version detection callback instruction and sends a version query request to the cloud upgrade server, carrying the device model and current firmware version number of the cycling intercom headset. S3. Receive feedback from the cloud upgrade server. If the feedback indicates the existence of a new firmware version higher than the current version, obtain the download address of the new firmware version, download the new firmware version through the wireless communication module, and perform integrity verification on the firmware after the download is completed. After the verification is successful, store it in the local storage module of the cycling intercom headset. S4. Real-time acquisition of the current operating status data of the cycling intercom headset, including the real-time remaining battery power, the contact status between the cycling intercom headset and the charging base, and the charging status of the cycling intercom headset. S5. When it is determined that the running status data simultaneously meets the preset upgrade trigger conditions, the background upgrade command is automatically triggered, and the stored new version firmware is called to perform the firmware upgrade operation. S6. After the firmware upgrade operation is completed, the running status of the new firmware version is verified. Based on the verification result, the corresponding closing operation is performed, and the upgrade result is fed back to the cloud upgrade server.

2. The automatic upgrade method of the ride intercom earphone according to claim 1, characterized in that: The target wireless network in S1 includes at least one of a paired WIFI network and a Bluetooth network; When searching for a paired target wireless network, the system searches and attempts to reconnect according to the preset network priority. If no paired target wireless network is found, the system continues searching until the preset maximum number of searches is reached.

3. The automatic upgrade method for the ride intercom earphone according to claim 1, characterized in that: During the download of the new firmware version in S3, the network connection status is monitored in real time. If a network interruption occurs, the download task is paused. After the wireless communication module reconnects to the target wireless network, the interruption point is resumed based on the interruption point, without having to download the complete firmware again. If the cloud upgrade server reports that there is no new firmware version higher than the current version in S3, the upgrade process will be terminated.

4. The automatic upgrade method for the ride intercom earphone according to claim 1, characterized in that: The real-time acquisition of the current operating status data of the cycling intercom headset in S4 specifically includes: The battery detection unit collects real-time remaining battery data of the cycling intercom headset at a preset sampling period. The contact level signal between the cycling walkie-talkie headset and the charging base is detected in real time through the GPIO interface of the base detection unit to determine whether the cycling walkie-talkie headset has left the charging base. The charging detection unit detects the current input signal of the charging interface of the cycling intercom headset in real time to determine whether the cycling intercom headset is charging. The collected operational status data will be synchronized to the upgrade control module in real time.

5. The automatic upgrade method for cycling intercom headsets according to claim 1, characterized in that: The preset upgrade trigger conditions in S5 include: the real-time remaining power is greater than the preset power threshold, the cycling walkie-talkie is removed from the charging base, and the cycling walkie-talkie is in the charging process.

6. The automatic upgrade method for cycling intercom headsets according to claim 1, characterized in that: The specific steps for performing the corresponding cleanup operation based on the verification result in S6 are as follows: If the verification confirms that the new firmware version is running normally, the temporary firmware files and upgrade cache data in the local storage module will be cleared, and the upgrade success information and the firmware version numbers before and after the upgrade will be sent back to the cloud upgrade server. If the verification finds that the new firmware version is not running properly, the firmware rollback mechanism will be automatically triggered to restore the firmware of the cycling walkie-talkie headset to the old version before the upgrade. At the same time, the upgrade failure information and the reason for the error will be reported to the cloud upgrade server.

7. An automatic upgrade device for cycling intercom headsets, deployed in a cycling intercom headset terminal, for executing the automatic upgrade method for cycling intercom headsets as described in any one of claims 1-6, characterized in that, include: The local storage module is used to store basic data including the downloaded new firmware version, temporary files and cached data during the upgrade process, the paired network configuration information of the cycling walkie-talkie headset, and the current firmware version number. The wireless communication module is used to automatically start after the cycling walkie-talkie headset is powered on, search for nearby paired target wireless networks and complete automatic reconnection, as well as to interact with the cloud upgrade server for data exchange. The version detection module is used to automatically trigger a preset version detection callback instruction after the wireless communication module is successfully connected, send a version query request with the device model and current firmware version number of the cycling intercom headset to the cloud upgrade server, and receive the feedback result from the cloud. The firmware download module is used to obtain the firmware download address after receiving feedback that a new firmware version exists, download the new firmware version through the wireless communication module, and perform firmware integrity verification after the download is completed. If the verification is successful, the firmware is stored in the local storage module. The status detection module is used to collect the current operating status data of the cycling intercom headset in real time. The operating status data includes the real-time remaining battery power, the contact status between the cycling intercom headset and the charging base, and the charging status of the cycling intercom headset. The upgrade control module is used to automatically trigger a background upgrade command and call the stored new version firmware to perform a firmware upgrade operation when the running status data simultaneously meets the preset upgrade trigger conditions. The preset upgrade trigger conditions include: the real-time remaining power is greater than the preset power threshold, the cycling walkie-talkie is removed from the charging base, and the cycling walkie-talkie is in the charging process. The upgrade verification module is used to verify the running status of the new firmware after the firmware upgrade operation is completed, perform corresponding closing operations based on the verification results, and feed back the upgrade results to the cloud upgrade server through the wireless communication module.

8. An electronic device, characterized in that: The device includes a memory, a processor, and a computer program stored in the memory and executable on the processor. When the processor executes the computer program, it implements the automatic upgrade method for the cycling intercom headset as described in any one of claims 1-6.

9. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, which, when executed by a processor, implements the automatic upgrade method for cycling intercom headsets as described in any one of claims 1-6.

Images