A Low-Power Bluetooth Roll Call Method in Internet of Things Applications

Abstract

The present invention discloses a low-power Bluetooth roll call method in Internet of Things applications, belonging to the technical field of low-power Bluetooth connection, and is used to solve technical problems such as limited number of slave devices connected by a BLE host, cumbersome connection process, poor Bluetooth communication performance, and short battery life. The low-power Bluetooth roll call method in Internet of Things applications disclosed by the present invention scans broadcast data at the host end, filters broadcast packets, dynamically updates the MAC address list of slaves, establishes a connection and conducts data interaction; at the same time, the slave updates the broadcast flag according to the connection status to avoid repeated connections; a star network is dynamically formed by multiple slaves through a roll call mechanism, expanding the node access capability and improving the data communication efficiency; in addition, it also includes a low-power management method for normal operation state and sleep state, optimizing the low-power working mode of the Bluetooth processor and positioning chip, saving the operating power consumption, increasing the battery life from the original 24 hours to 72 hours, and improving the market applicability.

Description

Technical Field

[0001] The present invention belongs to the technical field of low-power Bluetooth connection, and particularly relates to a method for low-power Bluetooth roll call in Internet of Things applications. Background Art

[0002] Traditional low-power Bluetooth connection methods rely on static MAC addresses to establish connections, and as the number of slave devices increases, the code volume also increases accordingly. That is, the number of slave devices to be connected depends on the memory size, which consequently limits the number of slave devices that can be connected and cannot support the connection of a large number of devices.

[0003] In pigeon racing, the flight data of the returning and winning pigeons has important application value. Therefore, it is necessary to upload this data to increase the authenticity of the winning pigeon results. Uploading flight data does not have strict requirements for communication real-time performance. Near-field communication such as BLE (Bluetooth Low Energy) Bluetooth can be used to replace mobile communication, thereby reducing costs and increasing battery life to enhance the promotion ability, and solving industry pain points such as the lack of in-transit supervision and the lack of guarantee of competition fairness. However, currently, there are generally problems such as limited number of BLE host-connected slave devices, cumbersome BLE connection processes, poor Bluetooth communication performance, and short battery life. Summary of the Invention

[0004] In order to overcome the above-mentioned shortcomings of the prior art, the purpose of the present invention is to provide a method for low-power Bluetooth roll call in Internet of Things applications, so as to solve technical problems such as limited number of BLE host-connected slave devices, cumbersome BLE connection processes, poor Bluetooth communication performance, and short battery life.

[0005] To achieve the above purpose, the present invention adopts the following technical solutions:

[0006] The present invention discloses a method for low-power Bluetooth roll call in Internet of Things applications, including introducing a roll call mechanism for dynamic connection / disconnection of multiple slaves. The method for introducing a roll call mechanism for dynamic connection / disconnection of multiple slaves includes the following steps:

[0007] Step 1: The host sets scanning parameters and receives the broadcast data packet with a flag set by the slave.

[0008] Step 2: The host determines whether the broadcast data packet with a flag set matches the flag to be recognized. If it matches, the MAC address list is updated, a connection is established with the slave and parameter configuration is performed. After the configuration is completed, the host receives the signal that the slave actively disconnects the connection and updates the flag of the broadcast data packet.

[0009] Step 3: After the slave processes the positioning data periodically according to the configuration parameters in Step 2, and after the positioning data is accumulated, the master re - establishes a connection with the slave, receives the positioning data sent by the slave, and after the reception is completed, the master actively disconnects the connection;

[0010] Step 4: After the master disconnects the connection, it continues to scan other slaves, repeating Steps 1 to 3 to complete the process of introducing the naming mechanism for dynamic connection / disconnection of multiple slaves.

[0011] Further, the scanning parameters include a scanning interval and a scanning window; the scanning interval is the time interval between two scans of the master's controller; the scanning window is the duration of each scan of the master's controller.

[0012] Further, in Step 1, the method for setting the flagged broadcast data packet is: adding a three - byte custom field to the original broadcast data, where the first byte of the three bytes represents whether the slave is configured, and the second and third bytes represent the total number of positioning frames stored in the leg ring.

[0013] Further, when the master queries that the first byte of the flagged broadcast data packet of the slave is configured, it further determines whether the receive condition is met in combination with the total number of positioning frames of the flagged broadcast data packet. If the receive condition is met, the MAC address list is updated.

[0014] Further, the flagged broadcast data packet includes a broadcast packet and a response packet.

[0015] Further, the broadcast packet and the response packet are 31 bytes, and the broadcast packet and the response packet are divided into valid data and invalid data.

[0016] Further, in Step 2, the master configures the parameters of the slave by writing attributes; the configuration includes a delayed start period, a timed acquisition period, or a timed timeout.

[0017] The present invention also discloses a low - power management method in the above - mentioned low - power Bluetooth naming method for Internet of Things applications, and the low - power management method includes the following steps:

[0018] S1: When the timing period arrives, turn off the broadcast, turn on the UART interrupt reception, turn off the low - power BLE chip, and finally power on the positioning chip to obtain positioning data; when the positioning is successful, turn on the broadcast, turn off the UART interrupt reception, turn on the low - power BLE chip, and power off the positioning chip;

[0019] S2: In the low-power mode, the main LDO is turned off, and the ultra-low-power ULP-LDO maintains power supply for the PMU, the kernel, and basic peripherals. The chip RTC is used for sleep wake-up. Instead of being configured for timer interrupt wake-up, the tmos timing task is used to start the operation to achieve periodic task wake-up.

[0020] Compared with the prior art, the present invention has the following beneficial effects:

[0021] The present invention discloses a low-power Bluetooth paging method in the Internet of Things application, which includes introducing a paging mechanism for dynamic connection / disconnection of multiple slaves. The host scans the broadcast data, filters the broadcast packets, dynamically updates the MAC address list of the slaves, establishes a connection and conducts data interaction. At the same time, the slave updates the broadcast flag according to the connection status to avoid repeated connection. By means of the paging mechanism, multiple slaves are dynamically formed into a star network, expanding the node access capability and improving the data communication efficiency. The access capability of the slave devices is improved, the access capability of the low-power Bluetooth is expanded, and a large number of devices are supported for connection, solving the technical problem of limited number of connected slave devices.

[0022] Furthermore, the low-power Bluetooth paging method in the Internet of Things application further includes low-power management methods in the normal operation state and the sleep state. The low-power management method optimizes the low-power working modes of the Bluetooth processor and the positioning chip. When the system is idle, the sleep mode is selected to save power. By means of turning off the main LDO (low dropout voltage), maintaining the basic power supply for the PMU, the kernel, and peripherals with the ultra-low-power ULP-LDO (ultra-low-power and low dropout voltage), powering down the positioning chip, and supporting delayed start, etc., the operating power consumption of the chip is saved, the low-power working modes of the Bluetooth processor and the positioning chip are optimized, the operating power consumption of the chip is saved, and the battery life is increased from the original 24 hours to 72 hours, greatly improving its market applicability. BRIEF DESCRIPTION OF THE DRAWINGS

[0023] Figure 1 It is a schematic diagram of the interaction between the host and the slave of the present invention;

[0024] Figure 2 It is a flowchart of introducing a paging mechanism for dynamic connection / disconnection of multiple slaves disclosed by the present invention;

[0025] Figure 3 It is a flowchart of the low-power management method in the normal operation state and the sleep state disclosed by the present invention. DETAILED DESCRIPTION OF THE INVENTION

[0026] To enable those skilled in the art to understand the features and effects of the present invention, the following provides a general description and definition of the terms and phrases mentioned in the specification and claims. Unless otherwise specified, all technical and scientific terms used herein shall have the ordinary meanings understood by those skilled in the art with respect to the present invention. In case of conflict, the definitions in this specification shall prevail.

[0027] The theories or mechanisms described and disclosed herein, whether correct or incorrect, shall in no way limit the scope of the present invention, that is, the content of the present invention can be implemented without being limited by any specific theory or mechanism.

[0028] In this document, all features defined in the form of numerical ranges or percentage ranges, such as numerical values, quantities, contents, and concentrations, are only for the sake of brevity and convenience. Accordingly, the description of a numerical range or percentage range shall be regarded as having covered and specifically disclosed all possible sub-ranges and individual values within the range (including integers and fractions).

[0029] In this document, unless otherwise specified, the terms "comprise", "include", "contain", "have" or similar terms cover the meanings of "consist of" and "consist essentially of". For example, "A comprises a" covers the meanings of "A comprises a and others" and "A consists only of a".

[0030] In this document, for the sake of brevity, not all possible combinations of all technical features in each embodiment or example are described. Therefore, as long as there is no contradiction in the combination of these technical features, the technical features in each embodiment or example can be combined arbitrarily, and all possible combinations should be considered to be within the scope described in this specification.

[0031] The present invention will be further described below in conjunction with specific embodiments. It should be understood that these embodiments are only used to illustrate the present invention and not to limit the scope of the present invention. In addition, it should be understood that after reading the content taught by the present invention, those skilled in the art can make various changes or modifications to the present invention, and these equivalent forms also fall within the scope defined by the appended claims of this application.

[0032] Conventional instruments and equipment in the art are used in the following embodiments. For the experimental methods without specific conditions noted in the following embodiments, they are generally carried out under conventional conditions or according to the conditions recommended by the manufacturer. Various raw materials are used in the following embodiments. Unless otherwise stated, commercially available products are used, and their specifications are conventional specifications in the art. In the specification of the present invention and the following embodiments, unless otherwise specified, "%" represents weight percentage, "parts" represents weight parts, and the ratio represents weight ratio.

[0033] The present invention discloses a low-power Bluetooth roll call method in Internet of Things applications, including a method for dynamically connecting / disconnecting multiple slave devices by introducing a roll call mechanism. The method for dynamically connecting / disconnecting multiple slave devices by introducing a roll call mechanism includes the following steps:

[0034] Step 1: The master device sets scanning parameters and receives the broadcast data packets with flags set by the slave devices.

[0035] Step 2: The master device determines whether the broadcast data packets with flags set match the flags to be recognized. If they match, the MAC address list is updated, a connection is established with the slave device and parameter configuration is performed. After the configuration is completed, the master device receives the signal from the slave device to actively disconnect the connection and update the flags of the broadcast data packets.

[0036] Step 3: After the slave device processes the positioning data periodically according to the configuration parameters in Step 2, and after the positioning data is accumulated, the master device establishes a connection with the slave device again, receives the positioning data sent by the slave device, and after the reception is completed, the master device actively disconnects the connection.

[0037] After the master device disconnects the connection, it continues to scan other slave devices, repeating Steps 1 to 3 to complete the process of dynamically connecting / disconnecting multiple slave devices by introducing a roll call mechanism. By introducing a roll call mechanism for dynamically connecting / disconnecting multiple slave devices, the master device scans the broadcast data, filters the broadcast packets, dynamically updates the MAC address list of the slave devices, establishes a connection and conducts data interaction, avoiding repeated connections. By means of the roll call mechanism, multiple slave devices are dynamically formed into a star network, expanding the node access capacity, improving the data communication efficiency, expanding the access capacity of low-power Bluetooth, and solving the technical problem of limited number of connected slave devices.

[0038] The low-power Bluetooth roll call method disclosed by the present invention in Internet of Things applications further includes a low-power management method, including the following steps:

[0039] S1: When the timing period arrives, turn off the broadcast, turn on the UART interrupt data reception, turn off the low-power BLE chip, and finally power on the positioning chip to obtain positioning data; when the positioning is successful, turn on the broadcast, turn off the UART interrupt data reception, turn on the low-power BLE chip, and power off the positioning chip.

[0040] S2: In the low-power mode, the main LDO is turned off, and the ultra-low-power ULP-LDO maintains the power supply for the PMU, kernel, and basic peripherals. The chip RTC sleep wake-up is used, and instead of being configured to wake up by timer interrupt, the tmos timing task start operation is used to achieve the wake-up of the timing period task; the low-power working modes of the Bluetooth processor and the positioning chip are optimized, saving the operating power consumption of the chip, increasing the battery life from the original 24 hours to 72 hours, and greatly improving its market applicability.

[0041] The present invention is based on the slave broadcasting data, and realizes the device naming mechanism by dynamically updating the MAC (Media Access Control or Medium Access Control) address; and optimizes the low-power working mode of the Bluetooth processor and the positioning chip to extend the battery life. In order to introduce the content of the present invention in detail, some concepts are elaborated or defined below:

[0042] Definition 1: Bluetooth role

[0043] The Bluetooth roles mainly include the master and the slave; among them, the master is responsible for connecting to the slave, and the slave is responsible for sending broadcast data or connecting to the slave; after the master and slave are successfully connected, they can communicate with each other.

[0044] Definition 2: Broadcast data

[0045] Broadcast data includes broadcast packets (mandatory) and response packets (non-mandatory, depending on application requirements); both broadcast packets and response packets are 31 bytes, including valid data and invalid data; among them, the valid data is the actually broadcast data, and the invalid data is all-zero data. A broadcast packet can contain multiple pieces of broadcast data, and a piece of broadcast data includes length, data type, and actual data.

[0046] Definition 3: Attribute

[0047] The following are several common attributes:

[0048] Read: Read attribute. The UUID with this attribute is readable, that is, this attribute allows reading some information;

[0049] Notify: Notification attribute. The UUID with this attribute can send notifications, that is, the characteristic with this attribute can actively send information;

[0050] Write: Write attribute. The UUID with this attribute can receive written data. Usually, sending data to the Bluetooth module is completed through this attribute. After writing is completed for this attribute, the write completion result will be returned, and then the next packet can be written. After writing a packet of data for this attribute, it is necessary to wait for the application layer to return the write result.

[0051] Definition 4: Sleep mode

[0052] The sleep mode means that the main LDO is turned off, and the ultra-low-power ULP-LDO maintains the power supply for the PMU (Power Management Unit), the kernel, and the basic peripherals. Whether to turn on the LSE or LSI can be selected, and whether to maintain the power supply for the RAM2K, RAM16K, USB, and RF configurations can be selected. After a wake-up event is detected, first the main LDO is turned on, then the clock runs, and finally the kernel is awakened, and the program continues to run. When needed, it can be reset to a higher main frequency.

[0053] As Figure 1 and Figure 2 shown, a low-power Bluetooth paging method in an Internet of Things application introduces a paging mechanism for dynamic connection / disconnection of multiple slaves, mainly including the following steps: Step 1: The master configures the scanning parameters and receives the broadcast data packet with a flag set by the slave.

[0054] Step 2: The master determines whether the broadcast data packet with a flag set matches the flag to be recognized. If it matches, the MAC address list is updated, a connection is established with the slave and parameter configuration is performed. After the configuration is completed, the slave actively disconnects the connection and updates the broadcast data packet.

[0055] Step 3: The slave processes the positioning data periodically according to the configuration parameters in Step 2. After the positioning data is accumulated, the master establishes a connection with the slave again, receives the positioning data sent by the slave, and after receiving it, the master actively disconnects the connection.

[0056] Step 4: After the master disconnects the connection, it continues to scan other slaves, repeating Step 1 to Step 3 to complete the process of introducing the paging mechanism for dynamic connection / disconnection of multiple slaves.

[0057] Embodiment 1

[0058] A low-power Bluetooth paging method in an Internet of Things application includes introducing a paging mechanism for dynamic connection / disconnection of multiple slaves, including the following steps:

[0059] Step 1: Initialize the master scanning parameters, set the scanning interval and scanning window, start scanning, and receive the broadcast data packet with a flag set by the slave.

[0060] Among them, the scanning interval is the time interval between two scans of the master controller; the scanning window is the duration of each scan of the master controller.

[0061] Among them, the method of the broadcast data packet with a flag set is: add three bytes of custom fields to the original broadcast data, and initialize the three bytes of custom fields. The first byte of the three bytes represents whether the slave is configured, and is initialized to 0; the second byte and the third byte represent the total number of positioning frames stored in the anklet, and are initialized to 0.

[0062] Step 2: The host determines whether the broadcast data packet with a flag set matches the flag to be recognized. After identifying that the three custom bytes of the slave are 0x00, 0x00, 0x00, the MAC address list is updated, a connection is established with the slave, and the slave is configured with parameters by writing attributes. After the slave completes the configuration (including the working cycle and the delay usage time), the first byte of the broadcast data is modified to 0x01. The host receives the signal that the slave actively disconnects the connection and updates the flag of the broadcast data packet, and enters the periodic working mode.

[0063] Step 3: The slave processes the positioning data periodically according to the configuration parameters in Step 2. When the positioning data accumulates to a specified number (5 frames), the host establishes a connection with the slave again, receives the positioning data sent by the slave, and actively disconnects the connection after the host receives the positioning data of the slave.

[0064] Step 4: After the host disconnects the connection, it continues to scan other slaves, and processes in a loop according to the above steps to complete the process of introducing the roll call mechanism for dynamic connection / disconnection of multiple slaves.

[0065] Embodiment 2

[0066] A low-power Bluetooth roll call method in an Internet of Things application, including introducing a roll call mechanism for dynamic connection / disconnection of multiple slaves, which includes the following steps:

[0067] The host initializes the scanning parameters, sets the scanning interval and the scanning window, starts scanning, and receives the broadcast data packet with a flag set from the slave.

[0068] Wherein, the scanning interval is the time interval between two scans of the host controller; the scanning window is the duration of each scan of the host controller.

[0069] Wherein, the method for the broadcast data packet with a flag set is: adding three bytes of custom fields to the original broadcast data, and initializing the three bytes of custom fields. The first byte of the three bytes represents whether the slave is configured, and is initialized to 0; the second byte and the third byte represent the total number of positioning frames stored in the anklet, and are initialized to 0.

[0070] The host determines whether the slave matches the flag to be recognized based on the flagged broadcast data packet. The content of the set flagged broadcast data packet is: MAC ADDR: 112233110109||ADV DATA: 0201060302e0ff04ff000000; After the host scans that the three custom bytes of the slave are all 0, it updates the MAC address list, adds the MAC address of the slave to the whitelist, establishes a connection with the slave, and writes parameter configurations to the slave by writing attribute values, and writes parameters such as the slave working cycle to slave attribute 1. After the slave detects that the write to attribute 1 is successful, it disconnects the Bluetooth connection with the host. The host continues to scan other slaves.

[0071] Embodiment 3

[0072] A low-power Bluetooth roll call method in an Internet of Things application, including introducing a roll call mechanism for dynamic connection / disconnection of multiple slaves, comprising the following steps:

[0073] The host initializes the scan parameters, sets the scan interval and scan window, starts the scan, and receives the flagged broadcast data packet from the slave.

[0074] Wherein, the scan interval is the time interval between two scans of the host controller; the scan window is the duration of each scan of the host controller.

[0075] Wherein, the method for the set flagged broadcast data packet is: adding three bytes of custom fields to the original broadcast data, initializing the three bytes of custom fields, wherein the first byte of the three bytes represents whether the slave is configured, initialized to 0; the second byte and the third byte represent the total number of positioning frames stored in the anklet, initialized to 0.

[0076] The host determines whether the slave matches the flag to be recognized based on the flagged broadcast data packet. The content of the broadcast data packet is: MAC ADDR: 112233110109||ADV DATA: 0201060302e0ff04ff010002. After the host scans that the three custom bytes of the slave are 0x01, 0x00, 0x02, when the accumulated positioning data does not reach 5 frames, the host will not add the MAC address of the slave to the whitelist, the master and slave do not establish a connection, and the host continues to scan other slaves.

[0077] Embodiment 4

[0078] A low-power Bluetooth roll call method in an Internet of Things application, including introducing a roll call mechanism for dynamic connection / disconnection of multiple slaves, comprising the following steps:

[0079] Initialize the host scanning parameters, set the scanning interval and scanning window, start the scanning, and receive the broadcast data packet with a flag set from the slave device.

[0080] Among them, the scanning interval is the time interval between two scans of the host controller; the scanning window is the duration of each scan of the host controller.

[0081] Among them, the method for the broadcast data packet with a flag set is: add a three-byte custom field to the original broadcast data, initialize the three-byte custom field, where the first byte of the three bytes represents whether the slave device is configured, initialized to 0; the second byte and the third byte represent the total number of positioning frames stored in the leg ring, initialized to 0.

[0082] The host judges whether the slave device matches the flag to be recognized according to the broadcast data packet with a flag. The content of the broadcast data packet is: MAC ADDR:112233110109||ADV DATA:0201060302e0ff04ff010006. After the host scans the three custom bytes of the slave device as 0x01, 0x00, 0x06, it updates the MAC address list, adds the MAC address of the slave device to the whitelist, establishes a connection with the slave device, the host receives the positioning data of the slave device, and records the number of frames of the received positioning data. When the number of received frames is consistent with the number of frames 6 in the slave device broadcast, the host disconnects the connection; then the host continues to scan other slave devices.

[0083] Embodiment 5

[0084] A low-power management method for normal operation state and sleep state, including the following steps:

[0085] S1: When the timing period arrives, turn off the broadcast, turn on the UART (Universal Asynchronous Receiver / Transmitter) interrupt to receive data, turn off the low-power BLE chip, and finally power on the positioning chip to obtain positioning data; when the positioning is successful, turn on the broadcast, turn off the UART interrupt to receive data, turn on the low-power BLE chip, and power off the positioning chip.

[0086] S2: In the low-power mode, the main LDO is turned off, and the ultra-low-power ULP-LDO maintains the power supply for the PMU, kernel, and basic peripherals. The chip RTC used by the tmos system wakes up from sleep. Instead of being configured to wake up by the timer interrupt, it is changed to start the operation by the tmos timing task to realize the wake-up of the timing period task.

[0087] Embodiment 6

[0088] Such as Figure 3As shown, a low-power management method for normal operation state and sleep state includes the following steps:

[0089] First, randomly select a slave device, power it on, and wait for the host to configure the delay start time and the periodic acquisition cycle. For example, configure a delay start of 5 minutes and a periodic acquisition cycle of 10 minutes. After successful configuration, place the slave device in an open outdoor environment.

[0090] Before the delay start arrives, turn on the broadcast, turn off the UART interrupt data reception, turn on the low-power BLE chip, power down the positioning chip, and measure the power consumption to be about 0.9 mA. When the delay start arrives, turn off the broadcast, turn on the UART interrupt data reception, turn off the low-power BLE chip, and finally power on the positioning chip to obtain positioning data, and measure the power consumption to be about 40 mA.

[0091] When the acquisition cycle arrives, turn off the broadcast, turn on the UART interrupt data reception, turn off the low-power BLE chip, and finally power on the positioning chip to obtain positioning data, and measure the power consumption to be about 40 mA.

[0092] After receiving valid positioning data (UTC time, average speed, longitude and latitude, altitude) or after 2 minutes without receiving valid data, turn on the broadcast, turn off the UART interrupt data reception, turn on the low-power BLE chip, power down the positioning chip, and measure the power consumption to be about 0.9 mA.

[0093] And so on. When the slave device receives the specified number of positioning frames from the host, bring the slave device back indoors, successfully connect to the host, and send all the positioning data to the host. After sending is completed, disconnect the connection, turn on the broadcast, turn off the UART interrupt data reception, turn on the low-power BLE chip, power down the positioning chip, and measure the power consumption to be about 0.9 mA.

[0094] The above content is only to illustrate the technical idea of the present invention and cannot be used to limit the protection scope of the present invention. Any modification made on the basis of the technical solution according to the technical idea proposed by the present invention falls within the protection scope of the claims of the present invention.

Claims

1. A low-power Bluetooth roll call method in an Internet of Things application, characterized in that, A method for dynamically connecting / disconnecting multiple slave devices by introducing a naming mechanism, the method for dynamically connecting / disconnecting multiple slave devices by introducing a naming mechanism includes the following steps: Step 1: The master device sets scanning parameters and receives a broadcast data packet with a flag set by the slave device; Step 2: The master device determines whether the broadcast data packet with the flag set matches the flag to be recognized. If it matches, it updates the MAC address list, establishes a connection with the slave device and performs parameter configuration. After the configuration is completed, the master device receives a signal from the slave device to actively disconnect the connection and update the flag of the broadcast data packet; Step 3: After the slave device processes the positioning data periodically according to the configuration parameters in Step 2, after the positioning data is accumulated, the master device establishes a connection with the slave device again, receives the positioning data sent by the slave device, and after receiving it, the master device actively disconnects the connection; Step 4: After the master device disconnects the connection, it continues to scan other slave devices, repeats Step 1 to Step 3, and completes the process of dynamically connecting / disconnecting multiple slave devices by introducing a naming mechanism; It also includes a low-power management method, and the low-power management method includes the following steps: S1: When the timing period arrives, turn off the broadcast, turn on the UART interrupt to receive data, turn off the low-power BLE chip, and finally power on the positioning chip to obtain positioning data; when the positioning is successful, turn on the broadcast, turn off the UART interrupt to receive data, turn on the low-power BLE chip, and power off the positioning chip; S2: In the low-power mode, the main LDO is turned off, and the ultra-low-power ULP-LDO maintains the power supply for the PMU, kernel, and basic peripherals. Use the chip RTC sleep wake-up, which is not configured to wake up by the timer interrupt, and instead use the tmos timing task to start the operation to achieve the wake-up of the timing period task; The scanning parameters include a scanning interval and a scanning window; the scanning interval is the time interval between two scans of the master device's controller; the scanning window is the duration of each scan of the master device's controller; In Step 1, the method for the broadcast data packet with the flag set is: add a custom field of three bytes to the original broadcast data, where the first byte of the three bytes represents whether the slave device is configured, and the second and third bytes represent the total number of positioning frames stored in the anklet; When the master device queries that the first byte of the broadcast data packet with the flag set by the slave device is configured, and then combines the total number of positioning frames of the broadcast data packet with the flag set to determine whether the data reception condition is met. If the data reception condition is met, the MAC address list is updated.

2. The low-power Bluetooth roll call method in the Internet of Things application according to claim 1, wherein The broadcast data packet with the flag set includes a broadcast packet and a response packet.

3. The low-power Bluetooth roll call method in an Internet of Things application according to claim 2, characterized in that, The broadcast packet and the response packet are 31 bytes, and the broadcast packet and the response packet are divided into valid data and invalid data.

4. The low-power Bluetooth roll call method in the Internet of Things application according to claim 1, characterized in that, In Step 2, the master device performs parameter configuration on the slave device by writing attributes; the configuration includes a delayed start period, a timed acquisition period, or a timed timeout.

Images