WO2023226277A1

WO2023226277A1 - Internet of things gateway data transmission method and device, server, client and storage medium

Info

Publication number: WO2023226277A1
Application number: PCT/CN2022/124712
Authority: WO
Inventors: 宁磊; 洪启俊; 梅逢城; 陈勇; 曹建民
Original assignee: 深圳技术大学
Priority date: 2022-05-27
Filing date: 2022-10-11
Publication date: 2023-11-30
Also published as: CN115102807A; CN115102807B

Abstract

Embodiments of the present invention provide an Internet of things gateway data transmission method and device, a server, a client and a storage medium. The method comprises: acquiring sensing node data, storing the sensing node data in a buffer area, and initializing a retransmission timer and a message identifier, wherein the retransmission timer and the message identifier both correspond to sensing nodes; scanning the buffer area to find out the sensing node data satisfying a sending condition, and storing the sensing node data satisfying the sending condition in a message queue; reading the sensing node data from the message queue, and sending the sensing node data; receiving a message confirmation bitmap, and searching the message confirmation bitmap for the message identifier; and resetting the retransmission timer and the message identifier according to the search result, and emptying the sensing node data in the buffer area. The method can improve the reliability of data transmission and improve the stability of a gateway service.

Description

Internet of Things gateway data transmission method, device, server, client and storage medium

Technical field

The present invention relates to the technical field of Internet of Things data transmission, and in particular to a method, device, server, client and storage medium for Internet of Things gateway data transmission.

Background technique

The IoT gateway is a bridge that connects IoT devices and the IoT cloud platform, and enables two-way communication with the IoT cloud platform. However, with the emergence of emerging IoT scenarios, higher requirements have been placed on the transmission capabilities and technology of IoT gateways. The NB-IoT gateway has become another choice for the wireless communication technology of the Internet of Things due to its low cost, large connection, low power consumption, and wide coverage.

At present, the embedded software of NB-IoT gateway usually adopts a bare-metal single-cycle execution scheme, that is, performing data collection, data processing, and data reporting in one cycle. However, the reliability of this scheme is easily affected by the network environment. For example, during data transmission Data may be lost due to network delays during the process, which is unacceptable for sensor nodes that require accurate reporting of data at regular intervals. In addition, during the interruption of gateway service, the sensor cannot perform collection or the gateway cannot receive and process data from the sensor node, which will also lead to data loss and reduce the integrity of the data transmission process. In addition, this solution cannot guarantee the accessibility or real-time performance of data transmission at the application layer. A failure may occur on the link from when the gateway receives sensor node data to when it is transmitted to the cloud platform, resulting in permanent data loss and short-term consequences. or prolonged transmission failure.

Contents of the invention

The following is an overview of the topics described in detail in this article. This summary is not intended to limit the scope of the claims.

Embodiments of the present invention provide a data transmission method, device, server, client and storage medium for an Internet of Things gateway, which can improve the reliability of data transmission and the continuity and stability of gateway services.

In a first aspect, an embodiment of the present invention provides a method for data transmission by an Internet of Things gateway, including:

Collect sensor node data, store the sensor node data in a buffer, and initialize a retransmission timer and a message identifier, where the retransmission timer and the message identifier correspond to the sensor node , the retransmission timer is used to trigger the retransmission of the sensor node data through timing, and the message identifier is used to identify the sensor node data stored in the buffer;

Scan the buffer to find sensor node data that satisfies the sending condition, and store the sensor node data that satisfies the sending condition in the message queue; in one embodiment, if the sensor node data satisfies the sending condition, store all the sensor node data that satisfies the sending condition. Describe sensor node data in the message queue;

Read the sensor node data from the message queue and send the sensor node data;

Receive the message confirmation bitmap and search the message identifier in the message confirmation bitmap;

The retransmission timer and the message identifier are reset according to the search result, and the sensor node data in the buffer is cleared; in one embodiment, if the message confirmation bitmap contains the message identifier, reset the retransmission timer and the message identifier, and clear the sensor node data in the buffer.

In a second aspect, an embodiment of the present invention provides a device for data transmission by an Internet of Things gateway, including:

The first processing module is used to collect sensor node data, store the sensor node data in a buffer, and initialize a retransmission timer and a message identifier, where the retransmission timer and the message identifier are both consistent with Corresponding to the sensor node, the retransmission timer is used to trigger the retransmission of the sensor node data through timing, and the message identifier is used to process the sensor node data stored in the buffer. logo;

The second processing module is used to scan the buffer to find sensor node data that meets the sending conditions, and store the sensor node data that meets the sending conditions in the message queue;

A third processing module, configured to read the sensor node data from the message queue and send the sensor node data;

The fourth processing module is used to receive the message confirmation bitmap and search for the message identifier in the message confirmation bitmap;

A fifth processing module, configured to reset the retransmission timer and the message identifier according to the search result, and clear the sensor node data in the buffer.

In a third aspect, an embodiment of the present invention provides an electronic device, including a memory and a processor. The memory stores a computer program. When the processor executes the computer program, the above-mentioned Internet of Things gateway data transmission in the first aspect is implemented. Methods.

In a fourth aspect, embodiments of the present invention provide a computer-readable storage medium, the storage medium stores a program, and the program is executed by a processor to implement the above-mentioned first aspect of the Internet of Things gateway data transmission method.

Embodiments of the present invention at least include the following beneficial effects: by introducing an embedded real-time operating system and adopting shared buffer memory and message queue, in addition to realizing the traditional collection-processing-reporting model, it also realizes based on the multi-task scheduling mechanism The decoupling of data collection and data reporting can improve the reliability of data transmission; while using buffers and queues to achieve data decoupling, a retransmission mechanism is introduced, and the cloud platform notifies the gateway of data transmission through message bitmaps. Retransmission of unconfirmed messages can further improve the reliability of data transmission; by introducing health checks and hierarchical recovery mechanisms, the continuity and stability of NB-IoT gateway services can also be improved.

Description of the drawings

Figure 1 is a schematic flow chart of a method according to an embodiment of the present invention;

Figure 2 is a schematic diagram of the NB-IoT gateway data transmission process in the method according to the embodiment of the present invention;

Figure 3 is a schematic flow chart of the data collection task in the method according to the embodiment of the present invention;

Figure 4 is a schematic flow chart of the buffer scanning task in the method according to the embodiment of the present invention;

Figure 5 is a schematic flow chart of the data reporting task in the method according to the embodiment of the present invention;

Figure 6 is a schematic flowchart of the health check task in the method according to the embodiment of the present invention;

Figure 7 is a schematic flow chart of cloud platform message confirmation in the method according to the embodiment of the present invention;

Figure 8 is a schematic flow chart of data sending and confirmation in the method according to the embodiment of the present invention;

Figure 9 is a schematic diagram of the device according to the embodiment of the present invention;

Figure 10 is a schematic diagram of an electronic device according to an embodiment of the present invention.

Detailed ways

The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are only some of the embodiments of the present invention, rather than all the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those of ordinary skill in the art without creative efforts fall within the scope of protection of the present invention.

It should be understood that if the description, claims and the above-mentioned drawings involve orientation descriptions, such as up, down, front, back, left, right, etc., the orientation or positional relationship is based on the orientation or position shown in the drawings. The positional relationship is only for the convenience of describing the present invention and simplifying the description. It does not indicate or imply that the device or element referred to must have a specific orientation, be constructed and operated in a specific orientation, and therefore cannot be understood as a limitation of the present invention.

It should be noted that at least one means one or more, plural means two or more, greater than, less than, exceeding, etc. are understood to exclude the original number, and above, below, within, etc. are understood to include the original number. If there is a description of first and second, it is only for the purpose of distinguishing technical features and cannot be understood as indicating or implying the relative importance or implicitly indicating the number of indicated technical features or implicitly indicating the order of indicated technical features. relation.

Terminology explanation:

NB-IoT: The full name is Narrow Band Internet of Things. It is a cellular-based narrowband Internet of Things technology and the best connection technology for Low Power Wide Area Internet of Things (LPWA), carrying smart homes, smart travel, smart cities, etc. The basic connection tasks of the smart world are widely used in many aspects such as smart meters, smart parking, smart street lights, smart agriculture, white home appliances, etc. It is one of the basic connection technologies in the 5G era.

NB-IoT gateway: An intelligent gateway based on NB-IoT technology. The Internet of Things network is usually not a simple IP network. It often involves the integration of multiple networks. Finally, with the IP network as the core, multiple heterogeneous networks are connected for communication and data exchange. Many industrial devices support RS-485 serial network connections and use the MODBUS protocol for data reporting and control. The IoT server in the IP network communicates with these industrial devices through an intelligent gateway. The intelligent gateway implements the MODBUS and MQTT protocols. Docking allows these devices connected to the RS-485 bus to be added to the IoT operating system or IoT platform, so these devices can report information to the IoT server, and if the IoT server needs to control these devices, it can send these messages to these devices through the MODBUS protocol. The device writes control data.

NB-IoT module: refers to the wireless communication module of the NB-IoT gateway. The wireless communication module is a modular component that integrates chips, memory, power amplifier devices, antenna interfaces, functional interfaces, etc. on the circuit board to realize wireless communication. Wave transceiver, channel noise filtering and conversion between analog signals and digital signals. IoT terminals access the network through wireless communication modules to meet data wireless transmission requirements. Wireless communication modules are key equipment for realizing the intelligent connection of all things.

Cloud platform: also called cloud computing platform, refers to services based on hardware resources and software resources, providing computing, network and storage capabilities.

Referring to Figure 1, Figure 1 is a schematic flowchart of a method according to an embodiment of the present invention, including but not limited to the following steps:

Step S100: Collect sensor node data, store the sensor node data in the buffer, and initialize the retransmission timer and message identifier. The retransmission timer and message identifier correspond to the sensor node, and the retransmission timer is To trigger the retransmission of sensor node data through timing, the message identifier is used to identify the sensor node data stored in the buffer.

Step S200: Scan the buffer to find sensor node data that satisfies the sending condition, and store the sensor node data that satisfies the sending condition in the message queue.

Step S300: Read sensor node data from the message queue and send the sensor node data.

Step S400: Receive the message confirmation bitmap, and search the message identifier in the message confirmation bitmap.

Step S500: Reset the retransmission timer and message identifier according to the search result, and clear the sensor node data in the buffer.

Among them, the NB-IoT gateway collects data from IoT devices that need to be uploaded to the cloud platform by mounting sensor nodes, that is, sensor node data. IoT devices refer to terminal devices in IoT application scenarios, such as street lights, water meters, shared bicycles, logistics containers, air monitors, etc., which have the characteristics of low power consumption, wide area range, small amount of data transmitted, and low update frequency. IoT terminal equipment. The sensor node data written into the buffer is bound to a retransmission timer and message ID (message identifier). When the retransmission timer meets the preset conditions, the corresponding data will be retransmitted and a message will be assigned to the data. The ID is used to sort them in the order they are stored in the buffer. The message confirmation bitmap is a message confirmation response packet sent by the cloud platform. The NB-IoT gateway performs message confirmation by receiving the feedback message confirmation bitmap and checking whether the message ID of the sent data is recorded in the message confirmation bitmap. That is, it is judged whether the reported data is reachable and whether data retransmission needs to be performed.

Specifically, as shown in Figure 2, the technical solution of the embodiment of the present invention can divide the data transmission tasks responsible for the NB-IoT gateway into three parts: data collection tasks, buffer scanning tasks and data reporting tasks. In addition, There is also a health check task, which is an independent task and does not participate in the transmission of data flows. The embodiment of the present invention introduces an embedded real-time operating system and adopts the method of shared buffer memory and message queue. In addition to realizing the traditional collection-processing-reporting model, it also realizes data collection and data reporting based on the multi-task scheduling mechanism. Decoupling can improve the reliability of data transmission.

In some embodiments, step S100 may include but is not limited to the following steps:

Step S101: Collect sensor node data based on the first time interval.

Step S102: Write the sensor node data into the buffer data block.

Step S103: Initialize the retransmission timer of the buffer data block to zero.

Step S104: Increase the value of the message identifier of the buffer data block.

As an example, as shown in Figure 3, it is a schematic flow chart of the data collection task in the method of the embodiment of the present invention, in which the first time interval is the collection frequency of sensor node data, that is, the delay period at the end of the task. , here it is set to wake up the data collection task after a delay of ten seconds; after collection, the sensor node data is written into the buffer data block, and the retransmission timing bound to the buffer data block is also written together with the data content. device and message identifier; initialize the retransmission timer of the buffer data block, and set the flag bit of the retransmission timer to zero, which means that the data block is to be sent; at the beginning of the NB-IoT gateway starting the data collection task, The initial message identifier is zero. As the buffer data block increases, the message ID of the buffer data block is gradually increased, representing the order in which the sensor node data is stored in the buffer.

In some embodiments, step S200 may include but is not limited to the following steps:

Step S201: Scan the buffer based on the second time interval to find sensor node data that meets the sending conditions.

Step S202: If the retransmission timer is zero or the retransmission timer reaches the retransmission time limit, confirm that the sensor node data meets the sending conditions.

Step S203: Write the sensor node data that meets the sending conditions into the message queue.

As an example, as shown in Figure 4, it is a schematic flowchart of a buffer scanning task in the method of an embodiment of the present invention. The buffer scanning task is a periodic scanning task, and the second time interval is between two scanning tasks. The time interval can be set according to the needs of the Internet of Things application scenario and the performance of the device; during the scan period, the sensor node data that meets the sending conditions is found by traversing the buffer; the current buffer data block is determined Whether the corresponding retransmission timer meets the conditions. One condition is that the flag bit of the retransmission timer is zero, and the other condition is that the flag bit of the retransmission timer reaches the retransmission time limit. If either condition is met, it means the current buffer The area data block is in the state of waiting to be sent; if the current buffer data block meets the sending conditions, it will be inserted into the message queue. If it does not meet the requirements, it will continue to traverse the buffer until the end of the traversal; in addition, if the current buffer data block is retransmitted If the flag bit of the timer is greater than zero, the flag bit is incremented by one. It should be noted that regardless of whether the sending conditions are met, each interval scan operation of the buffer will increase the retransmission timer value.

In some embodiments, step S300 may include but is not limited to the following steps:

Step S301: Scan the message queue based on the third time interval. If the message queue is not empty, read the sensor node data.

Step S302: Parse, encapsulate and send sensor node data.

Specifically, the message queue is checked and read in a short period of time. The third time interval is the time interval between two scans of the message queue. After detecting that the message queue is not empty, the data block information in the message queue is read. Perform data analysis on the read data block information to parse out the message ID and data content, then format and encapsulate the message ID, data content, device ID and other information according to the json format, and finally control the NB-IoT module through AT commands. The group executes data reporting, that is, sends the data package to the cloud platform.

In some embodiments, step S400 may include but is not limited to the following steps:

Step S401: Receive message confirmation bitmap.

Step S402: Calculate the bitmap subscript of the message identifier based on the message identifier.

Step S403: Determine whether there is a bitmap subscript in the message acknowledgment bitmap. If so, confirm that the message acknowledgment bitmap contains the message identifier.

Specifically, the NB-IoT module is controlled through AT commands to receive the message confirmation bitmap from the cloud platform; by calculating the bitmap subscript of the message identifier, it is determined whether the message ID of the sent buffer data block to be confirmed is in the message confirmation In the bitmap, if it exists, it means that the data block has been confirmed to be delivered to the cloud platform. Specifically, the method for calculating the bitmap subscript of the message identifier is: perform a modulo operation on the message ID in the buffer, convert the modulo message ID into binary, and right-shift the binary message ID by 3 bits to obtain Array subscript, use the array subscript to find the corresponding 8-bit data in the message confirmation bitmap. The message ID is modulated by 8 and ANDed with the 8-bit data just fetched. If the result of the AND is not 0, it means that the message ID exists in the message confirmation bitmap, and the data corresponding to the message ID is confirmed to be delivered. If it is 0, it means that the message ID does not exist in the message confirmation bitmap, which means that the data corresponding to the message ID has not been sent to the cloud platform.

In some embodiments, step S500 may include but is not limited to the following steps:

Step S501: If the message confirmation bitmap contains a message identifier, set both the retransmission timer and the message identifier to negative one.

Step S502: Clear the sensor node data in the buffer.

Specifically, if the message ID of the sent buffer data block to be confirmed is in the message confirmation bitmap, the flag bit and message ID of the retransmission timer of the buffer data block are reset. In this embodiment, respectively Set it to negative one; and clear the buffer data block, that is, release the buffer and clear the sensor node data in the buffer.

As an example, as shown in Figure 5, it is a schematic flow chart of the data reporting task in the method of the embodiment of the present invention. First, it is detected whether the message queue is not empty. If so, the message queue is consumed, that is, the message queue is read. data block, then process the message ID and device ID in the data header, re-encapsulate the sensor node data and send the data packet to the cloud platform; then, receive the response data, and if the response data is received, perform the next step. If not received, return to continue traversing the message queue; save the message confirmation bitmap sent by the cloud platform; traverse the message ID of the sent data block in the buffer and determine the bitmap subscript of the current message ID to be confirmed. Whether the message ID exists in the message confirmation bitmap, if it exists, continue to the next step, if not, return to continue traversing the message queue; reset the flag bit of the retransmission counter of the current buffer data block and the message ID. minus one, and clear the data content; then, return and continue traversing the message queue until the message queue is empty, wait for 0.2 seconds, and then be awakened to continue performing the data reporting task.

It should be noted that the retransmission timer in the embodiment of the present invention has both timing and flag functions. The variable of this retransmission timer is used to represent a sending status of the data of the buffer block, and only when the variable is greater than Or when it is equal to one, the timer will automatically increment (equivalent to timing). Specifically, there are the following situations:

1) If the data block is empty, the default retransmission timer is negative one (meaning it is empty);

2) When data is inserted into the data block, the retransmission timer is zero (indicating that the data block is to be sent);

3) Afterwards, it will be recognized by the buffer scanning task, put into the message queue, and the retransmission timer will be increased by one (indicating that it has been sent once);

4) After this, each scanning task will increase the retransmission timer by one, but will not put it into the sending queue (that is, the data will not be sent);

5) Until the number of retransmission timers reaches a threshold (usually more than 2 times the cloud platform confirmation cycle), the retransmission timer will be increased by one, and the data block in the buffer will be put into the message queue again, which is equivalent to Yu performed a retransmission;

6) If the confirmation message of the data block is obtained in the data reporting task, the retransmission timer will be set to negative one (indicating that the data block has been sent and the data block is empty).

The technical solution of the present invention not only uses buffers and queues to achieve data decoupling, but also introduces a retransmission mechanism. The cloud platform notifies the gateway of data transmission through message bitmaps, and retransmits unconfirmed messages, which can further improve data transmission. Transmission reliability.

The method of the embodiment of the present invention also includes but is not limited to the following steps:

Step S600: When the serial port communicates normally, detect the network attachment status; when the serial port communicates abnormally, perform a soft reset operation.

Step S700: When the network attachment is abnormal, perform an initial network access operation.

Specifically, as shown in Figure 6, it is a schematic flow chart of the health check task in the method of the embodiment of the present invention. In it, it is checked whether the micro control unit MCU program is working normally. If the scheduled dog feeding operation cannot be performed normally, the MCU is reset. operate. Collect the information of the NB-IoT module, analyze and judge the health status of the NB-IoT module, and perform the following operations according to the situation of the NB-IoT module: When the NB-IoT module is unresponsive as a whole or the serial port communication is abnormal, perform NB -IoT module soft reset operation; the NB-IoT module responds to commands normally, but cannot send data or the network attachment is abnormal, and the network access operation is re-executed. By introducing health checks and hierarchical recovery mechanisms, the continuity and stability of NB-IoT gateway services can be improved.

As shown in Figure 7, it is a schematic flow chart of the cloud platform message confirmation in the method of the embodiment of the present invention. The cloud platform uses the bitmap cumulative confirmation method to send the message confirmation bitmap to the NB-IoT gateway. The timing of the cloud platform The schedule will wake up the message confirmation task at regular intervals. The task will group the device ID and device IP port to read the message IDs of the recently received N pieces of data from the data collection log table, and store the N pieces of data. The message ID is modulo 2N and stored in a 2N-sized bitmap. After the processing is completed, the corresponding message confirmation bitmap is sent to the gateway based on the device IP.

As an example, the range of the message ID is infinite, but when the logic confirms the message, it is modulo 128, and the confirmation ID that the bitmap can carry must also be 0-127. When the message ID reaches 127, it is incremented to 128. At this time, the bitmap has overflowed and needs to be modulo 128 to get 0. At this time, if the data with message ID 0 is still in the buffer of the gateway and needs to be confirmed, it will be compared with 128. The message ID of the message ID collides. So not only the range of confirmation ID is limited to 0-127, but when pulling the received message ID from the database and confirming, the number of message IDs pulled should be less than half of 128, for example, set to 64. In this way, false confirmations caused by collisions can be avoided to a certain extent, so the 2N bitmap only stores N pieces of data (or less). Through the modulo operation, infinite message IDs can be processed under this condition. One-to-one mapping into a limited-size bitmap. It should be noted that the value of N in the above example can be adjusted adaptively according to specific network conditions and gateway hardware configuration.

As an example, as shown in Figure 8, it is a schematic flow chart of data sending and confirmation in the method according to the embodiment of the present invention, wherein:

Step 1: The data collection task writes the collected sensor node data into the buffer, sets the message ID of the buffer data block, and sets the retransmission timer to zero;

Step 2: The buffer scanning task traverses the buffer. When the retransmission timer of the buffer data block is zero (to be sent) or the retransmission time limit is reached, the data block information is put into the message queue. When the retransmission timer of the buffer data block is greater than zero, increase the retransmission timer by one;

Step 3: The data reporting task checks and reads the message queue data, and sends the read data blocks. And check the data reception immediately after sending. If the message confirmation bitmap is received from the cloud platform, scan the buffer to send the message ID to be confirmed, calculate the bitmap subscript where the message ID is located, and use bit operations and Confirm with the operation confirmation message bitmap whether there is confirmation information for the message ID. If there is, the retransmission timer of the data block information in the buffer is reset to negative one, the message ID is reset to negative one, and the data content is cleared. .

Referring to Figure 9, an embodiment of the present invention provides a schematic diagram of a system for data transmission by an Internet of Things gateway, including but not limited to:

The first processing module 901 is used to collect sensor node data, store the sensor node data in the buffer, and initialize the retransmission timer and message identifier, where the retransmission timer and message identifier correspond to the sensor node. , the retransmission timer is used to trigger the retransmission of sensor node data through timing, and the message identifier is used to identify the sensor node data stored in the buffer;

The second processing module 902 is used to scan the buffer to find sensor node data that meets the sending conditions, and store the sensor node data that meets the sending conditions in the message queue;

The third processing module 903 is used to read sensor node data from the message queue and send sensor node data;

The fourth processing module 904 is used to receive the message confirmation bitmap and search for the message identifier in the message confirmation bitmap;

The fifth processing module 905 is configured to reset the retransmission timer and the message identifier according to the search result, and clear the sensor node data in the buffer.

Referring to Figure 10, an embodiment of the present invention provides an electronic device, including a memory 1001 and a processor 1002; the memory 1001 is used to store computer programs; the processor 1002 is used to implement the program when executing the program stored in the memory 1001. The embodiment of the invention provides a data transmission method for an Internet of Things gateway.

Embodiments of the present invention also provide a computer-readable storage medium. Instructions are stored in the computer-readable storage medium. When run on a computer, the computer is caused to execute the method for data transmission of an Internet of Things gateway provided by embodiments of the present invention. .

The memory may include random access memory (Random Access Memory, RAM for short) or non-volatile memory (Non-Volatile Memory, NVM for short), such as at least one disk memory. Optionally, the memory may also be at least one storage device located far away from the aforementioned processor.

The above-mentioned processor can be a general-purpose processor, including a central processing unit (Central Processing Unit, referred to as CPU), a network processor (Network Processor, referred to as NP), etc.; it can also be a digital signal processor (Digital Signal Processing, referred to as DSP) , Application Specific Integrated Circuit (ASIC for short), Field-Programmable Gate Array (FPGA for short) or other programmable logic devices, discrete gate or transistor logic devices, and discrete hardware components.

In the above embodiments, it may be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented using software, it may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the processes or functions described in accordance with the embodiments of the present invention are generated in whole or in part. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions may be stored in or transmitted from one computer-readable storage medium to another, e.g., the computer instructions may be transferred from a website, computer, server, or data center Transmission to another website, computer, server or data center via wired means, such as coaxial cable, optical fiber, digital SSL (DSL), or wireless means, such as infrared, wireless, microwave, etc. The computer-readable storage medium may be any available medium that can be accessed by a computer or a data storage device such as a server, data center, etc. that contains one or more available media integrated therein. The available media may be magnetic media, such as floppy disks, hard disks, magnetic tapes, optical media, such as DVDs, or semiconductor media, such as solid state disks (SSD), etc.

It should be noted that, as used herein, the terms "include", "comprises" or any other variation thereof are intended to cover a non-exclusive inclusion, such that a process, method, article or device that includes a series of elements not only includes those elements, It also includes other elements not expressly listed or inherent in the process, method, article or equipment. Without further limitation, an element defined by the statement "comprises a..." does not exclude the presence of additional identical elements in a process, method, article, or apparatus that includes the stated element.

Each embodiment in this specification is described in a related manner. The same and similar parts between the various embodiments can be referred to each other. Each embodiment focuses on its differences from other embodiments. In particular, for the device, server, client, and computer-readable storage medium embodiments, since they are basically similar to the method embodiments, the descriptions are relatively simple. For relevant details, please refer to the partial description of the method embodiments.

The above descriptions are only preferred embodiments of the present invention and are not intended to limit the scope of the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the present invention are included in the protection scope of the present invention.

Claims

A method for transmitting data from an Internet of Things gateway, which is characterized by including:

Collect sensor node data, store the sensor node data in a buffer, and initialize a retransmission timer and a message identifier, where the retransmission timer and the message identifier correspond to the sensor node , the retransmission timer is used to trigger the retransmission of the sensor node data through timing, and the message identifier is used to identify the sensor node data stored in the buffer;

Scan the buffer to find sensor node data that satisfies the sending condition, and store the sensor node data that satisfies the sending condition in the message queue;

Read the sensor node data from the message queue and send the sensor node data;

Receive the message confirmation bitmap and search the message identifier in the message confirmation bitmap;

The retransmission timer and the message identifier are reset according to the search result, and the sensor node data in the buffer is cleared.
The method for transmitting data from an Internet of Things gateway according to claim 1, wherein collecting sensor node data, storing the sensor node data in a buffer, and initializing a retransmission timer and message identifier include:

Collect sensor node data based on the first time interval;

Write the sensor node data into the buffer data block;

Initializing the retransmission timer of the buffer data block to zero;

Increment the value of the message identifier of the buffer data block.
The method for transmitting data from an Internet of Things gateway according to claim 1, characterized in that the buffer is scanned to find sensor node data that satisfies the sending condition, and the sensor node data that satisfies the sending condition is stored in the message. Queues, including:

Scan the buffer based on the second time interval to find the sensor node data that meets the sending conditions;

If the retransmission timer is zero or the retransmission timer reaches the retransmission time limit, it is confirmed that the sensor node data meets the sending conditions;

Write the sensor node data that meets the sending conditions into the message queue.
The method of data transmission for an Internet of Things gateway according to claim 1, wherein reading the sensor node data from the message queue and sending the sensor node data includes:

Scan the message queue based on the third time interval, and if the message queue is not empty, read the sensor node data;

Perform parsing, encapsulation and sending of the sensor node data.
The method of data transmission for an Internet of Things gateway according to claim 1, wherein the step of receiving a message confirmation bitmap and searching for the message identifier in the message confirmation bitmap includes:

Receiving the message confirmation bitmap;

Calculate a bitmap subscript of the message identifier based on the message identifier;

Determine whether the bitmap subscript exists in the message acknowledgment bitmap, and if so, confirm that the message acknowledgment bitmap contains the message identifier.
The method for data transmission of an Internet of Things gateway according to claim 1, characterized in that the retransmission timer and the message identifier are reset according to the search result, and the transmission timer in the buffer is cleared. Sensory node data, including:

If the message confirmation bitmap contains the message identifier, both the retransmission timer and the message identifier are set to negative one;

Clear the sensor node data in the buffer.
The method for data transmission of an Internet of Things gateway according to claim 1, further comprising:

When the serial port communicates normally, detect the network attachment status; when the serial port communicates abnormally, perform a soft reset operation;

When the network attachment is abnormal, an initial network access operation is performed.
An Internet of Things gateway data transmission device, characterized by including:

The first processing module collects sensor node data, stores the sensor node data in a buffer, and initializes a retransmission timer and a message identifier, where the retransmission timer and the message identifier are both the same as the Corresponding to the sensor node, the retransmission timer is used to trigger the retransmission of the sensor node data through timing, and the message identifier is used to identify the sensor node data stored in the buffer;

The second processing module is used to scan the buffer to find sensor node data that meets the sending conditions, and store the sensor node data that meets the sending conditions in the message queue;

A third processing module, configured to read the sensor node data from the message queue and send the sensor node data;

The fourth processing module is used to receive the message confirmation bitmap and search for the message identifier in the message confirmation bitmap;

A fifth processing module, configured to reset the retransmission timer and the message identifier according to the search result, and clear the sensor node data in the buffer.
An electronic device, the electronic device includes a processor, a memory, and one or more programs, the one or more programs are stored in the memory and configured to be executed by the processor, the program Comprised of a method for performing the Internet of Things gateway data transmission according to any one of claims 1-7.
A computer-readable storage medium, characterized in that it stores program instructions executable by a processor, and the program instructions are used to execute the method for data transmission of an Internet of Things gateway according to any one of claims 1 to 7.