Equipment upgrading method, equipment, system and storage medium

Abstract

The invention discloses a device upgrading method, device and system and a storage medium, and relates to the technical field of Bluetooth communication. The equipment upgrading method comprises operations of a Bluetooth master equipment side and a Bluetooth slave equipment side: the master equipment firstly establishes broadcast synchronous flow communication and broadcasts an upgrading data packet, establishes communication connection with the slave equipment losing the data packet after broadcasting is completed, acquires a sequence number of the lost data packet and retransmits the sequence number; and the slave device acquires the upgrade data packet by broadcasting the synchronization stream, and actively establishes a connection with the master device to request for reissuing after confirming that the upgrade data packet is lost. According to the method, a broadcast batch upgrading and precise reissuing strategy is adopted, the upgrading efficiency and reliability are considered, the communication burden of the main equipment is reduced, the method is adaptive to a multi-equipment scene, and the success rate and practicability of upgrading the Bluetooth equipment are improved.

Description

Technical Field

[0001] This invention relates to the field of data storage security technology, and in particular to a device upgrade method, device, system and storage medium, which specifically provides an efficient and reliable upgrade method by utilizing broadcast communication and connection communication. Background Technology

[0002] With the rapid development of IoT technology, the types and number of devices supporting Bluetooth audio have exploded, and they are widely used in group audio equipment fields such as tour guide systems, group speakers, and shared headphones. Typical application scenarios include, but are not limited to, tour guide headphones used in museums and scenic spots, and multiple synchronized speakers used in parties and conferences. In these scenarios, there is usually a master device (such as the tour guide's microphone or main speaker) and dozens or even hundreds of slave devices (such as tourists' headphones or secondary speakers) forming a temporary wireless audio network.

[0003] For such a large number of devices, firmware upgrades are a crucial maintenance requirement. Manufacturers need to use online firmware updates to fix vulnerabilities, improve performance, or add new features. Traditionally, firmware upgrades for these devices have relied on two main technical approaches: Classic Bluetooth or BLE point-to-point upgrade: The master device establishes an independent, reliable point-to-point connection with each slave device in the network sequentially, and then transmits the complete upgrade firmware package to each one. While this method ensures the reliability of data transmission, when the number of slave devices is large, the entire upgrade process is extremely time-consuming and inefficient. The total upgrade time is directly proportional to the number of devices, making it unsuitable for the need for rapid deployment of large numbers of devices.

[0004] Pure broadcast upgrade: The master device sends upgrade data in a one-to-many manner via a Bluetooth broadcast channel. All slave devices in listening mode can receive the data simultaneously. This method has a significant advantage in efficiency, enabling batch upgrades of devices. However, the Bluetooth broadcast channel itself is unreliable; data packets are prone to loss during transmission. Due to the lack of acknowledgment and retransmission mechanisms in broadcast communication, once packet loss occurs, slave devices will be unable to complete the upgrade, and the master device cannot detect specific failed upgrade devices, resulting in an unreliable upgrade success rate.

[0005] Therefore, the industry is currently facing a technical dilemma where it is difficult to achieve both "high efficiency" and "high reliability" when dealing with the firmware upgrade needs of mass audio equipment. Summary of the Invention

[0006] The present invention aims to provide a device upgrade method, device, system and storage medium that utilizes the high efficiency of broadcast mode while solving its inherent data packet loss problem, ensuring that each slave device can receive all upgrade data completely and correctly.

[0007] Firstly, a device upgrade method is provided, applied to a Bluetooth host device, the method comprising: Establish broadcast synchronization stream communication, and broadcast upgrade data packets based on the broadcast synchronization stream; After broadcasting all upgrade data packets, a communication connection is established with the slave device that received the missing upgrade data packets, the sequence number of the missing upgrade data packets is obtained, and the missing upgrade data packets corresponding to the sequence number are sent based on the communication connection.

[0008] In conjunction with the first aspect, in one possible implementation, after broadcasting all upgrade data packets, establishing a communication connection with the slave device that lost the portion of the upgrade data packets specifically involves: After broadcasting all upgrade data packets, enter scanning mode to obtain connection establishment requests sent by the slave device and establish a communication connection with the slave device.

[0009] In conjunction with the first aspect, in one possible implementation, after broadcasting all upgrade data packets, establishing a communication connection with the slave device that lost the portion of the upgrade data packets specifically involves: After broadcasting all upgrade data packets, enter scanning mode to obtain extended broadcasts sent by the slave device and establish a connection with the slave device to synchronize data streams.

[0010] Secondly, a device upgrade method is provided, applied to a Bluetooth slave device, the method comprising: Obtain broadcast synchronization stream information, and obtain upgrade data packets based on the broadcast synchronization stream information; Iterate through the acquired upgrade data packet sequence numbers to confirm whether there are any missing upgrade data packets; If so, determine the sequence number of the lost upgrade data packet, enter broadcast mode, and establish a communication connection with the master device.

[0011] In conjunction with the second aspect, in one possible implementation, entering broadcast mode and establishing a communication connection with the master device specifically involves: In broadcast mode, a connection establishment request is sent to establish a communication connection with the master device.

[0012] In conjunction with the second aspect, in one possible implementation, entering broadcast mode and establishing a communication connection with the master device specifically involves: In broadcast mode, extended broadcasts are periodically performed, and a connection is established with the master device to synchronize the data stream.

[0013] Thirdly, a Bluetooth device is provided, including a memory and a processor, the memory being connected to the processor, the processor being configured to execute one or more computer programs stored in the memory, wherein when the processor executes the one or more computer programs, the Bluetooth device enables the device upgrade method of the first aspect or the device upgrade method of the second aspect.

[0014] Fourthly, a system is provided, comprising at least two Bluetooth devices as described in the third aspect, wherein a first Bluetooth device acts as a master device and applies the device upgrade method as described in the first aspect, and a second Bluetooth device acts as a slave device and applies the device upgrade method as described in the second aspect.

[0015] Fifthly, a computer-readable storage medium is provided, which stores a computer program, the computer program including program instructions, which, when executed by a processor, cause the processor to perform the device upgrade method of the first aspect or the device upgrade method of the second aspect.

[0016] In this invention, the Bluetooth master device first broadcasts upgrade data packets to multiple slave devices in batches via synchronous broadcast, achieving efficient batch upgrades and solving the problem of low efficiency in point-to-point upgrades. At the same time, for slave devices that lose data packets, the master device establishes a separate communication connection to resend the lost data packets, avoiding the problem of the entire upgrade process failing due to the loss of some data packets or the need to repeatedly broadcast all data packets. This significantly improves the reliability of the upgrade while ensuring upgrade efficiency. Attached Figure Description

[0017] To more clearly illustrate the technical solutions of the embodiments of this application, the drawings used in the description of the embodiments of this application will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0018] Figure 1 This is a schematic diagram illustrating the steps of a device upgrade method provided in an embodiment of this application.

[0019] Figure 2 This diagram illustrates further steps of a device upgrade method provided in an embodiment of this application.

[0020] Figure 3 This is a schematic diagram illustrating further steps of a Bluetooth device provided in an embodiment of this application. Figure 4 This is a schematic diagram illustrating the steps of another device upgrade method provided in an embodiment of this application. Figure 5 This is a schematic diagram of the structure of a Bluetooth device provided in an embodiment of this application. Detailed Implementation

[0021] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application. All other embodiments obtained by those skilled in the art based on the embodiments in this application without inventive effort are within the scope of protection of this application.

[0022] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. 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.

[0023] It should be noted that, unless otherwise specified, the various features in the embodiments of this application can be combined with each other, all within the scope of protection of this application. Furthermore, the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of the invention described herein can be implemented in orders other than those illustrated or described herein. Moreover, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0024] Please refer to Figure 1 This embodiment provides a device upgrade method applied to a Bluetooth host device, which includes the following steps: S11: Establish broadcast synchronization stream communication, and broadcast upgrade data packets based on the broadcast synchronization stream.

[0025] Specifically, the Bluetooth master device first initializes the Bluetooth module and configures broadcast parameters, including broadcast frequency, broadcast channel, and broadcast synchronization stream identifier. Then, the master device sends a broadcast synchronization stream beacon through a preset Bluetooth channel. This beacon contains relevant information about the broadcast synchronization stream, such as the synchronization stream ID, broadcast period, total number of upgrade packets, and the size of each packet. Bluetooth slave devices can listen to this beacon to obtain the broadcast synchronization stream information and access the broadcast synchronization stream communication link.

[0026] After establishing broadcast synchronization stream communication, the Bluetooth master device divides the firmware file to be upgraded into multiple ordered upgrade data packets and assigns a unique sequence number to each data packet. The sequence numbers increase sequentially according to the transmission order of the data packets, such as 1, 2, 3...N, where N is the total number of upgrade data packets. The master device periodically broadcasts the upgrade data packets to all connected slave devices in sequence via broadcast synchronization stream to ensure that slave devices can receive them stably.

[0027] S12: After broadcasting all upgrade data packets, establish a communication connection with the slave device that received the missing upgrade data packets, obtain the sequence number of the missing upgrade data packets, and send the missing upgrade data packets corresponding to the sequence number based on the communication connection.

[0028] Specifically, after broadcasting all upgrade data packets a preset number of times, the Bluetooth master device stops broadcasting upgrade data packets and switches to scanning mode to listen for connection requests or extended broadcasts sent by slave devices that have lost data packets.

[0029] When a slave device detects that it has lost upgrade data packets, it will proactively send a connection establishment request or extended broadcast to the master device. Upon receiving the request or capturing the extended broadcast, the master device establishes a point-to-point communication connection with the corresponding slave device. After the connection is established, the master device receives a list of sequence numbers of the lost upgrade data packets reported by the slave device through this communication connection. This sequence number list is generated by the slave device by comparing the sequence numbers of the received data packets with a preset complete sequence number sequence.

[0030] The master device retrieves the corresponding lost data packets from the locally stored upgrade data packets based on the sequence number list reported by the slave device, and then sends these lost data packets to the slave device via the established point-to-point communication connection. After receiving all the lost data packets, the slave device sends a reception confirmation message to the master device. Upon receiving the confirmation message, the master device can disconnect from the communication connection with that slave device and continue processing requests from other slave devices.

[0031] Please refer to Figure 2 This embodiment further details the specific implementation of establishing a communication connection with the slave device that received the missing upgrade data packets after broadcasting all upgrade data packets in step S12. This method includes the following steps: S121a: After broadcasting all upgrade data packets, enter scanning mode to obtain the connection establishment request sent by the slave device.

[0032] Specifically, after broadcasting all upgrade data packets, the Bluetooth master device immediately switches to scanning mode and configures scanning parameters, such as scanning interval and scanning window, to ensure timely capture of connection establishment requests sent by slave devices. When a slave device confirms data packet loss, it generates a connection establishment request containing its own device identifier and data packet loss status identifier, and sends it to the master device via the Bluetooth channel. During the scanning process, the master device continuously receives connection establishment requests from surrounding slave devices and performs preliminary parsing on each request to identify the identity of the slave device sending the request and whether it is the slave device that experienced data packet loss.

[0033] S122a: Establish a communication connection with the slave device.

[0034] Specifically, after receiving a connection establishment request from a slave device, the master device verifies the request. Once it confirms that the slave device is within the scope of this upgrade, it sends a connection response message to the slave device, thus completing the establishment of a Bluetooth link layer connection with the slave device and forming a point-to-point communication connection.

[0035] Furthermore, when the master device simultaneously receives connection establishment requests from multiple slave devices, it parses the RSSI (Received Signal Strength Indication) carried in each request. The RSSI value reflects the signal quality between the slave and master devices; a higher RSSI value indicates a stronger signal and higher communication stability. The master device prioritizes the slave device corresponding to the connection establishment request with the highest RSSI value, establishing a communication connection with that device and retransmitting lost data packets. After the connection with that slave device is lost, the master device sequentially establishes connections with other slave devices until all slave devices experiencing data packet loss have resolved their issues. This approach improves the efficiency of data packet retransmission and reduces communication interruptions caused by weak signals.

[0036] In scenarios where multiple slave devices simultaneously initiate connection requests, the master device can select the connection target using different priority determination strategies based on actual application needs. This is specifically achieved through the following embodiments: Connection prioritization strategy based on RSSI signal quality: This strategy is suitable for scenarios with high requirements for communication stability, and its core principle is to use the signal quality between the slave device and the master device as the sole priority criterion. Specifically, the master device parses the RSSI carried in each connection establishment request. The RSSI value typically ranges from -100dBm to 0dBm, with a higher value indicating a stronger signal and higher communication stability. The master device presets an effective RSSI threshold (e.g., -80dBm), first filtering out invalid requests with RSSI values ​​below the threshold to avoid establishing connections with devices with poor communication quality, which could lead to retransmission failure. For the remaining valid requests, they are sorted by RSSI value from largest to smallest, prioritizing the slave device with the highest RSSI value to establish a communication connection. For example, if simultaneously receiving requests from three slave devices A (RSSI=-62dBm), B (RSSI=-75dBm), and C (RSSI=-82dBm), the master device first filters out device C, then prioritizes connecting to device A to complete the retransmission, and only connects to device B after disconnecting. This strategy minimizes the risk of data transmission interruption and ensures the reliability of the retransmission process.

[0037] Connection prioritization strategy based on the number of missing packets: This strategy is suitable for scenarios with high requirements for overall upgrade efficiency. Its core principle is to prioritize devices based solely on the number of missing upgrade data packets. In their connection establishment requests, slave devices encapsulate the number of missing upgrade data packets in a specific data field. The master device extracts this parameter after parsing the request. The master device does not need to filter signal quality; it directly sorts devices by the number of missing packets from most to least, prioritizing connections with the slave device with the most missing packets. For example, if slave device D is missing 25 packets, E is missing 8 packets, and F is missing 3 packets, the master device will prioritize connecting to device D to avoid upgrade timeouts due to excessive waiting time, and then connect to devices E and F in sequence. This strategy can quickly resolve upgrade issues with devices experiencing severe packet loss, shorten the overall upgrade cycle, and improve the upgrade efficiency of batch devices.

[0038] Dual-weighted connection priority strategy based on RSSI and number of missing packets: This strategy is an optimal solution that balances stability and efficiency. It achieves more intelligent connection scheduling through dual-weighted priority calculation. The RSSI weight and missing packet weight can be adjusted according to the scenario; the missing packet weight is larger when efficiency is prioritized, and the RSSI weight is larger when stability is prioritized. Specific weight limitations are not specified in this application. This strategy avoids retransmission failures due to poor signal strength while prioritizing devices with urgent upgrade needs, achieving optimal resource allocation.

[0039] The aforementioned point-to-point connection method based on connection establishment requests may encounter issues such as connection request conflicts and master device scanning response delays when there are a large number of slave devices making requests in a concentrated manner. Especially for high-speed upgrade scenarios supported by Bluetooth 5.0 and above, simple point-to-point connections are difficult to meet the synchronization and efficiency requirements of data transmission, and the link resources consumed during connection establishment are relatively large.

[0040] Therefore, to address the drawbacks of point-to-point connections, such as connection conflicts and high resource consumption in scenarios with concurrent requests from multiple devices, this embodiment combines the Extended Broadcast and Connection Interval Synchronous Stream (CIS) features of Bluetooth 5.0 and above to provide a more efficient and more synchronous connection establishment and data retransmission solution. Please refer to [link / reference]. Figure 3 This embodiment provides another specific implementation method for establishing a communication connection with the slave device that lost the upgrade data packets after broadcasting all upgrade data packets in step S12. This method includes the following steps: S121b: After broadcasting all upgrade data packets, enter scanning mode to obtain the extended broadcast sent by the slave device.

[0041] Specifically, for devices supporting Bluetooth 5.0 and above, when a slave device detects data packet loss, it can enter broadcast mode and periodically send extended broadcast frames. These extended broadcast frames carry the slave device's identification, data packet loss status information, and the sequence number of the lost data packet. After broadcasting the upgrade data packet, the Bluetooth master device enters scanning mode to specifically capture the extended broadcast frames sent by the slave devices and parses the information within them to identify the slave devices experiencing data packet loss and related information.

[0042] S122b: Establish a connection with the slave device to synchronize the data stream.

[0043] Specifically, after parsing the extended broadcast frame to obtain the slave device's relevant information, the master device sends a connection synchronization request to the slave device. This request includes the master device's identity and connection synchronization parameters. Upon receiving the connection synchronization request, the slave device establishes a connection synchronization data stream link with the master device based on the parameters in the request. This link is a point-to-point synchronous communication link, enabling stable data transmission between the master and slave devices. Through this connection synchronization data stream link, the master device can obtain a complete list of lost data packet sequence numbers from the slave device and resend the corresponding lost data packets to the slave device.

[0044] When parsing an extended broadcast frame, the master device synchronously obtains the number and sequence number range of missing data packets from the slave devices from custom fields of specific data. Combined with the RSSI information carried in the extended broadcast frame, it constructs a priority list of slave devices. The master device then sends connection synchronization requests to the slave devices sequentially according to priority. Upon receiving a connection synchronization request, the slave device establishes a connection synchronization data stream link with the master device based on the connection parameters in the request. This link is a point-to-point synchronous communication link, enabling stable data transmission between the master and slave devices. Through this connection synchronization data stream link, the master device can obtain a complete list of lost data packet sequence numbers from the slave devices and send the corresponding lost data packets in the allocated communication time slots, avoiding data transmission conflicts in multi-device CIS links.

[0045] Please refer to Figure 4 This embodiment provides a device upgrade method applied to a Bluetooth slave device, the method comprising the following steps: S21: Obtain broadcast synchronization stream information, and obtain upgrade data packets based on the broadcast synchronization stream information.

[0046] Specifically, after the Bluetooth slave device powers on, it initializes the Bluetooth module and enters listening mode, listening for broadcast synchronization stream beacons sent by the Bluetooth master device on a preset Bluetooth broadcast channel. Upon capturing the broadcast synchronization stream beacon, it parses the broadcast synchronization stream information from the beacon, including the synchronization stream ID, broadcast period, total number of upgrade data packets, and data packet sequence number rules.

[0047] The slave device adjusts its receiving parameters based on the parsed broadcast synchronization stream information, connects to the broadcast synchronization stream communication link, and receives upgrade data packets broadcast by the master device according to the master device's broadcast cycle. During the reception process, the slave device verifies each received upgrade data packet, such as through CRC check, to ensure the integrity of the data packets; simultaneously, it records the sequence number and reception time of each valid data packet.

[0048] S22: Iterate through the obtained upgrade data packet sequence numbers to confirm whether there are any missing upgrade data packets.

[0049] Specifically, after the master device has completed broadcasting all upgrade data packets, or during the process of receiving upgrade data packets, the Bluetooth slave device periodically iterates through and organizes the recorded sequence numbers of the upgrade data packets to generate a list of received data packet sequence numbers. Simultaneously, based on the total number of upgrade data packets obtained from the broadcast synchronization stream beacon, a preset complete sequence number is generated.

[0050] The sequence number list of received data packets is compared with the complete sequence number sequence. If the two are completely consistent, it means that the slave device has successfully received all upgrade data packets and no further operation is required. If there are missing sequence numbers in the sequence number list of received data packets, it is confirmed that there are lost upgrade data packets.

[0051] S23: If so, determine the sequence number of the lost upgrade data packet, enter broadcast mode, and establish a communication connection with the master device.

[0052] Specifically, when a missing upgrade data packet is confirmed, the slave device compiles the missing sequence numbers into a list of missing upgrade data packet sequence numbers. Subsequently, the slave device switches to broadcast mode and establishes a communication connection with the master device using one of the following two methods: Method 1: In broadcast mode, a connection establishment request is sent to establish a communication connection with the master device.

[0053] In broadcast mode, the slave device generates a connection establishment request, which may include information such as the slave device's MAC address, device model, upgrade identifier, and packet loss status identifier. The slave device sends this connection establishment request to the master device and waits for the master device's connection response. Upon receiving the master device's connection response, the slave device establishes a communication connection with the master device and reports a list of sequence numbers of lost upgrade packets to the master device to obtain replacement packets.

[0054] Method 2: In broadcast mode, extended broadcasts are periodically performed, and a connection is established with the master device to synchronize the data stream.

[0055] For slave devices that support extended broadcast functionality, extended broadcast frames are sent at preset intervals in broadcast mode. Each extended broadcast frame carries the slave device's identity, the session ID for this upgrade, and the sequence numbers of lost data packets. Upon detecting this extended broadcast frame, the master device sends a connection synchronization request to the slave device. Based on this request, the slave device establishes a connection synchronization data stream link with the master device, sends a complete list of lost data packet sequence numbers to the master device through this link, and then receives resent data packets from the master device.

[0056] After receiving all lost data packets resent by the master device, the slave device reassembles all received upgrade data packets according to their sequence numbers to obtain a complete firmware upgrade file, and then executes the firmware upgrade process. Upon completion of the upgrade, the slave device can send a success message to the master device.

[0057] See Figure 5 , Figure 5 This is a schematic diagram of the structure of a Bluetooth device provided in an embodiment of this application. The Bluetooth device 30 includes a processor 301 and a memory 302. The memory 302 is connected to the processor 301, for example, via a bus.

[0058] Processor 301 is configured to support the Bluetooth device 30 in performing the corresponding functions in the methods described in the above method embodiments. Processor 301 may be a central processing unit (CPU), a network processor (NP), a hardware chip, or any combination thereof. The aforementioned hardware chip may be an application-specific integrated circuit (ASIC), a programmable logic device (PLD), or a combination thereof. The aforementioned PLD may be a complex programmable logic device (CPLD), a field-programmable gate array (FPGA), a generic array logic (GAL), or any combination thereof.

[0059] Memory 302 is used to store program code, etc. Memory 302 may include volatile memory (VM), such as random access memory (RAM); memory 302 may also include non-volatile memory (NVM), such as read-only memory (ROM), flash memory, hard disk drive (HDD), or solid-state drive (SSD); memory 302 may also include combinations of the above types of memory.

[0060] The processor 301 can call the program code to execute the device upgrade method as described in the foregoing embodiments.

[0061] This application also provides a system including at least two Bluetooth devices as described in the foregoing embodiments, wherein a first Bluetooth device acts as a master device and applies the device upgrade method as described in the foregoing embodiments, and a second Bluetooth device acts as a slave device and applies the device upgrade method as described in the foregoing embodiments.

[0062] This application also provides a computer-readable storage medium storing a computer program, the computer program including program instructions, which, when executed by a computer, cause the computer to perform the device upgrade method as described in the foregoing embodiments.

[0063] Those skilled in the art will understand that all or part of the processes in the above embodiments can be implemented by a computer program instructing related hardware. The program can be stored in a computer-readable storage medium, and when executed, it can include the processes of the embodiments of the above methods. The storage medium can be a magnetic disk, optical disk, read-only memory (ROM), or random access memory (RAM), etc.

[0064] The above-disclosed embodiments are merely preferred embodiments of this application and should not be construed as limiting the scope of this application. Therefore, any equivalent variations made in accordance with the claims of this application shall still fall within the scope of this application.

Claims

1. A device upgrade method, applied to a Bluetooth host device, characterized in that, The method includes: Establish broadcast synchronization stream communication, and broadcast upgrade data packets based on the broadcast synchronization stream; After broadcasting all upgrade data packets, a communication connection is established with the slave device that received the missing upgrade data packets, the sequence number of the missing upgrade data packets is obtained, and the missing upgrade data packets corresponding to the sequence number are sent based on the communication connection.

2. The method according to claim 1, characterized in that, After broadcasting all upgrade data packets, a communication connection is established with the slave device that lost the portion of the upgrade data packets, specifically as follows: After broadcasting all upgrade data packets, enter scanning mode to obtain connection establishment requests sent by the slave device and establish a communication connection with the slave device.

3. The method according to claim 2, characterized in that, When there are multiple connection establishment requests, the RSSIs of the multiple connection establishment requests are parsed respectively, and a connection target is selected based on the RSSIs.

4. The method according to claim 1, characterized in that, After broadcasting all upgrade data packets, a communication connection is established with the slave device that lost the portion of the upgrade data packets, specifically as follows: After broadcasting all upgrade data packets, enter scanning mode to obtain extended broadcasts sent by the slave device and establish a connection with the slave device to synchronize data streams.

5. A device upgrade method, applied to a Bluetooth slave device, characterized in that, The method includes: Obtain broadcast synchronization stream information, and obtain upgrade data packets based on the broadcast synchronization stream information; Iterate through the obtained upgrade data packet sequence numbers to confirm whether there are any missing upgrade data packets; If so, determine the sequence number of the lost upgrade data packet, enter broadcast mode, and establish a communication connection with the master device.

6. The method according to claim 5, characterized in that, The process of entering broadcast mode and establishing a communication connection with the master device specifically involves: In broadcast mode, a connection establishment request is sent to establish a communication connection with the master device.

7. The method according to claim 5, characterized in that, The process of entering broadcast mode and establishing a communication connection with the master device specifically involves: In broadcast mode, extended broadcasts are periodically performed, and a connection is established with the master device to synchronize the data stream.

8. A Bluetooth device, characterized in that, The device includes a memory and a processor, the memory being connected to the processor, the processor being configured to execute one or more computer programs stored in the memory, and the processor, when executing the one or more computer programs, causing the Bluetooth device to implement the device upgrade method as described in any one of claims 1-7.

9. A system, characterized in that, It includes at least two Bluetooth devices as described in claim 8, wherein the first Bluetooth device acts as the master device and applies the device upgrade method as described in any one of claims 1-4, and the second Bluetooth device acts as the slave device and applies the device upgrade method as described in any one of claims 5-7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program, the computer program including program instructions that, when executed by a processor, cause the processor to perform the device upgrade method as described in any one of claims 1-7.

Images