A performance detection method, device and equipment for terminal equipment

Abstract

The present invention discloses a method, apparatus, and device for detecting the performance of a terminal device. The method comprises: transmitting detection content required for detecting the target terminal device to a target terminal device and a base station in a wireless sensor network; receiving first data fed back by the target terminal device based on the detection content; receiving second data fed back by the base station based on the detection content after receiving the first data sent by the target terminal device; and determining the performance of the target terminal device based on the first and second data. Through the above-described method, the present invention improves the simulation results of terminal device performance testing, while also being able to obtain the dynamic properties of a single terminal device, reducing the cost of terminal device testing.

Description

Technical Field

[0001] The present invention relates to the technical field of equipment detection, and in particular to a performance detection method, apparatus and equipment for terminal equipment. Background Art

[0002] With the continuous advancement of science and technology, wireless technology is becoming increasingly popular, and wireless sensor networks (WSN) technology is also developing continuously. Wireless sensor devices are deeply integrated into all aspects of life, such as home IoT devices and industrial control equipment. Packet loss in WSN devices determines the stability of WSN devices. Therefore, when developing WSN devices, packet loss cannot be ignored.

[0003] Currently, the performance testing of WSN is carried out by building a WSN test platform, which is a macro-level measurement and measures the various performance indicators of the WSN network from an overall level. It is suitable for testing under large-scale network conditions, but cannot be used to test specific devices well.

[0004] In actual hardware development, we often encounter the following scenario: after hardware development is completed, hardware developers need to test the device. Developers often obtain the attributes they are interested in as needed, such as bandwidth, packet rate, data content, etc.

[0005] Several existing detection methods have at least the following problems:

[0006] 1. Theoretical calculations and simulations are applicable to ideal conditions, and the simulation results are not very credible.

[0007] 2. The SNAMP and SNUMP test platforms are suitable for network performance testing under large-scale wireless network conditions. They basically test at a macro level. Although they can reflect the performance of a single node, they are not suitable for dynamic attribute acquisition of a single node. Summary of the Invention

[0008] In view of the above problems, embodiments of the present invention are proposed to provide a method, apparatus, and device for detecting performance of a terminal device that overcome the above problems or at least partially solve the above problems.

[0009] According to one aspect of an embodiment of the present invention, a performance detection method for a terminal device is provided, including:

[0010] Sending detection content that needs to be detected on the target terminal device to the target terminal device and the base station in the wireless sensor network;

[0011] receiving first data fed back by the target terminal device according to the detection content;

[0012] receiving second data fed back by the base station according to the detection content after receiving the first data sent by the target terminal device;

[0013] The performance of the target terminal device is determined according to the first data and the second data.

[0014] According to another aspect of an embodiment of the present invention, a performance detection apparatus for a terminal device is provided, comprising:

[0015] A sending module, configured to send detection content that needs to be detected on the target terminal device to the target terminal device and the base station in the wireless sensor network;

[0016] a receiving module configured to receive first data fed back by the target terminal device according to the detection content; and receive second data fed back by the base station according to the detection content after receiving the first data sent by the target terminal device;

[0017] A determination module is used to determine the performance of the target terminal device based on the first data and the second data.

[0018] According to another aspect of an embodiment of the present invention, there is provided a computing device, comprising: a processor, a memory, a communication interface, and a communication bus, wherein the processor, the memory, and the communication interface communicate with each other via the communication bus;

[0019] The memory is used to store at least one executable instruction, and the executable instruction enables the processor to execute operations corresponding to the performance detection method of the terminal device.

[0020] According to another aspect of an embodiment of the present invention, a computer storage medium is provided, wherein the storage medium stores at least one executable instruction, and the executable instruction enables a processor to perform operations corresponding to the performance detection method of the terminal device as described above.

[0021] According to the solution provided by the above-mentioned embodiment of the present invention, by sending detection content to a target terminal device and a base station in a wireless sensor network, which requires testing of the target terminal device; receiving first data fed back by the target terminal device based on the detection content; receiving second data fed back by the base station based on the detection content after receiving the first data sent by the target terminal device; and determining the performance of the target terminal device based on the first and second data, the simulation results of the terminal device performance test can be improved, while also obtaining the dynamic properties of a single terminal device, reducing the cost of terminal device testing.

[0022] The above description is only an overview of the technical solutions of the embodiments of the present invention. In order to more clearly understand the technical means of the embodiments of the present invention, they can be implemented in accordance with the contents of the specification. In order to make the above and other purposes, features and advantages of the embodiments of the present invention more obvious and easy to understand, the specific implementation methods of the embodiments of the present invention are listed below. BRIEF DESCRIPTION OF THE DRAWINGS

[0023] Various other advantages and benefits will become apparent to those skilled in the art upon reading the detailed description of the preferred embodiment below. The accompanying drawings are for illustration purposes only and are not to be considered as limiting the embodiments of the present invention. The same reference numerals are used throughout the accompanying drawings to denote the same components. In the accompanying drawings:

[0024] Figure 1 A flow chart of a performance detection method for a terminal device provided by an embodiment of the present invention is shown;

[0025] Figure 2 A schematic diagram of the iCore3 Ethernet module provided in an embodiment of the present invention is shown;

[0026] Figure 3 shows a system architecture diagram provided by an embodiment of the present invention;

[0027] Figure 4 The following is a flow chart of packet loss detection provided by an embodiment of the present invention;

[0028] Figure 5 The following is a diagram showing a TCP workflow of a terminal device provided by an embodiment of the present invention;

[0029] Figure 6 The following is a flowchart of a base station TCP workflow provided by an embodiment of the present invention;

[0030] Figure 7 A multi-chain HashMap diagram provided by an embodiment of the present invention is shown;

[0031] Figure 8 shows a data comparison flow chart provided by an embodiment of the present invention;

[0032] Figure 9 A schematic diagram showing the structure of a performance detection device for a terminal device provided by an embodiment of the present invention is shown;

[0033] Figure 10 A schematic structural diagram of a computing device provided by an embodiment of the present invention is shown. DETAILED DESCRIPTION

[0034] Exemplary embodiments of the present invention will be described in more detail below with reference to the accompanying drawings. Although exemplary embodiments of the present invention are shown in the accompanying drawings, it should be understood that the present invention can be implemented in various forms and should not be limited by the embodiments set forth herein. Rather, these embodiments are provided to enable a more thorough understanding of the present invention and to fully convey the scope of the present invention to those skilled in the art.

[0035] Figure 1 FIG. 1 is a flow chart showing a method for detecting the performance of a terminal device according to an embodiment of the present invention. Figure 1 As shown, the method includes the following steps:

[0036] Step 11: Sending detection content that needs to be detected on the target terminal device to the target terminal device and the base station in the wireless sensor network;

[0037] Step 12: receiving first data fed back by the target terminal device according to the detection content;

[0038] Step 13, receiving second data fed back by the base station according to the detection content after receiving the first data sent by the target terminal device;

[0039] Step 14: Determine the performance of the target terminal device based on the first data and the second data.

[0040] The terminal device performance testing method described in this embodiment can be applied to a server. The server sends test content to target terminal devices and base stations in a wireless sensor network, receives first data fed back by the target terminal device based on the test content, and receives second data fed back by the base station based on the test content after receiving the first data sent by the target terminal device. The server then determines the performance of the target terminal device based on the first and second data. This improves simulation results for terminal device performance testing, while also enabling the acquisition of dynamic attributes of individual terminal devices and reducing terminal device testing costs.

[0041] like Figure 2 and Figure 3 As shown, in an embodiment of the present invention, a wireless sensor network includes a plurality of terminal devices and a convergence node (ie, a base station) that is communicatively connected to the plurality of terminal devices;

[0042] Specifically, such as Figure 2As shown in the figure, the terminal device node consists of two parts: a core module and a data communication module. The core module uses an iCore3 dual-core industrial control board, and its pins are connected to the communication module, which uses a CC2500 high-performance RF transceiver. The network module uses the W5500 chip as the Ethernet controller, connected to the STM32's SPI port via the SPI bus. The STM32 uses the LAN_CS pin to select the W5500 chip. LAN_MOSI, LAN_MISO, and LAN_SCK are connected to the W5500 as the master output and slave input, master input and slave output, and clock of the SPI bus. The LAN_INT pin is used for interrupt output. In addition, the module is connected to an isolated network interface via signal transceiver lines. Using SPI's DMA data transmission method, data can be directly read between external devices and memory, achieving high-speed data transmission without CPU intervention, greatly improving the processing efficiency of the entire system.

[0043] The base station mainly receives data from terminal device nodes and sends it to the server after processing. The base station equipment uses the EPC287C embedded ARM industrial control motherboard and can run the Linux kernel operating system.

[0044] In an optional embodiment of the present invention, in step 11, sending the detection content that needs to be detected on the target terminal device to the target terminal device in the wireless sensor network may include:

[0045] Step 1: Obtaining attribute information and location information for detecting the target terminal device;

[0046] Specifically, such as Figure 4 As shown, hardware developers can select a terminal device that requires hardware development on the server side, and then enter the attribute parameters of interest and the location where the hardware development code formed according to the attribute parameters is written into the terminal device.

[0047] Step 2: The attribute information and location information are subjected to code instrumentation and then compiled to obtain compiled code;

[0048] Specifically, such as Figure 4 As shown, code insertion is executed to write the hardware development code formed according to the attribute parameters into the location in the terminal device. The hardware development code after insertion is compiled and burned into each terminal device for execution.

[0049] Step three: sending the compiled code to a target terminal device in the wireless sensor network.

[0050] In another embodiment of the present invention, in step 11, the detection content that needs to be detected on the target terminal device is sent to the base station in the wireless sensor network, which may include:

[0051] Step 4: Obtaining the attribute information and location information of the target terminal device for detection;

[0052] Step 5: The attribute information and location information are subjected to code instrumentation and then compiled to obtain compiled code;

[0053] Step six: Generate an executable file from the compiled code, and send the executable file to a designated directory of a base station in the wireless sensor network.

[0054] In this embodiment, a hardware developer can select a terminal device for which hardware development is required on the server side, then enter the attribute parameters of interest and write the hardware development code generated based on the attribute parameters to a location in the terminal device; execute code instrumentation to cross-compile the hardware development code generated based on the attribute parameters to generate an executable file; and finally, send the executable file to a directory specified by the base station via SSH (Secure Shell Protocol) software for execution. The SSH-type software includes, but is not limited to, software such as SecureCRT.

[0055] In another optional embodiment of the present invention, step 12 may include:

[0056] Receive first data fed back by the target terminal device through a first transmission control protocol TCP program and the Ethernet port of the target terminal device, the first data including: test data collected by the target terminal device according to the detection content and the node identifier of the target terminal device, the test data including data packet content, bandwidth, power and packet sending rate, etc., but not limited to the above, it can be one or more of them, and may also include other test data.

[0057] like Figure 5 As shown, specifically, when the target terminal device feeds back the first data to the server through the first TCP program, a circular queue is used to store the acquired data. The advantage of using a circular queue is that the data can be stored in a circular manner. The circular queue defines the head and tail pointers and the data stored in the queue, that is, the array form of the encapsulated attribute parameter structure. When the program runs to the instrumentation code, the data will be assigned to the circular queue of the attribute parameter structure array. When the circular queue is full, the TCP program will send the data out. The specific process of sending the first data may include:

[0058] First, perform hardware initialization of the target terminal device hardwareInit();

[0059] Secondly, perform network initialization netInit() of the target terminal device;

[0060] Then, in the set of LoRaTask() function operations related to the target terminal device, the instrumentation code obtains the attribute parameters and continuously executes to save the data into the circular queue, while executing the TCP program;

[0061] Finally, when the queue is full, the first data is sent to the server via the Ethernet port; the server receives the first data via the Ethernet port of the target terminal device, and the target terminal device also sends the first data to the base station via wireless communication.

[0062] In this embodiment, the TCP program uses a circular queue to store acquired data. The advantage of using a circular queue is that the data can be stored in a continuous loop. The circular queue defines the head and tail pointers and the data stored in the queue, that is, the array form of the encapsulated attribute parameter structure. When the program runs to the instrumentation code, the data is assigned to the circular queue of the attribute parameter structure array. When the circular queue is full, the TCP program will send the data. In particular, because the computing resources of the target terminal device are relatively scarce, in order to reduce the impact on the terminal device, the internal data is designed to use DMA transmission.

[0063] In yet another embodiment of the present invention, step 13 may include:

[0064] After receiving the first data sent by the target terminal device, the base station receives the second data fed back through the second transmission control protocol TCP program and the Ethernet port, where the second data includes: test data collected by the target terminal device according to the detection content.

[0065] like Figure 6 As shown, specifically, the base station sends TCP data by opening a sending thread.

[0066] First, initialize the base station hardware hardwareInit();

[0067] Secondly, in the set of LoRaTasks() function operations related to base station work, the stub code obtains attribute parameters and is continuously executed to save data into a circular queue, while executing the TCP program;

[0068] Finally, when the queue is full, the second data is sent to the server, and the server receives the second data sent by the base station via Ethernet.

[0069] The TCP program runs other threads of the same level as the WSN device. The instrumentation code obtains attribute parameters and is continuously executed in other threads to save data into a circular queue. The thread method in the sending thread has a loop that is continuously executed.

[0070] In this embodiment, the base station is a small operating system with computing power far exceeding that of the terminal device. It does not require embedded programs for DMA communication, but only requires the same circular queue and TCP program as the terminal device. The base station runs the Linux operating system, which has powerful processing power, so sending TCP data is achieved by starting a sending thread.

[0071] In yet another embodiment of the present invention, step 14 may include:

[0072] Step 1: Compare the test data in the first data and the second data to obtain a comparison result, wherein the comparison result includes, but is not limited to, a packet loss rate, a load rate, etc.;

[0073] Specifically, the target terminal device sends the first data and device-related data in JSON format via the Ethernet port. After receiving the first data from the terminal device, the base station sends it, along with the base station's related attribute data, in JSON format via the Ethernet port. The server's PC software monitors the first data from the terminal device and the second data from the base station, distinguishing the terminal device from the base station by IP address. The target terminal's JSON string includes the node number and attribute data; the base station's JSON string includes only attribute data.

[0074] In specific implementation, step one may include:

[0075] Storing the first data in a first hash map file and storing the second data in a second hash map file, wherein the first hash map file and the second hash map file are both bidirectional linked lists;

[0076] generating a keyword according to a common attribute of the test data of the first data and the second data, wherein the first keyword is key;

[0077] If the keyword is empty, a comparison result is obtained indicating that the test data in the first data and the second data do not match;

[0078] If the keyword is not empty, searching for the keyword in the second hash map file, determining that the test data in the first data and the second data match, and deleting the data before the keyword in the second hash map file; if the keyword is not found in the second hash map file, determining that the test data in the first data and the second data do not match;

[0079] Step 2: Determine the performance of the target terminal device based on the comparison result.

[0080] like Figure 7 and Figure 8As shown, in a specific implementation, the common attributes of the target terminal device and the base station (attributes shared by the base station and the terminal) and the terminal number are stored as keys in a HashMap (i.e., a hash map file):

[0081] For example, the JSON data packet format of terminal device No. 1 is {terminalNum:"term1",packageSpeed:"20",packageSize:"21",packageType:"22"};

[0082] The data packet format of the base station is {packageSpeed:"20",packageSize:"21",packageType:"22",packageNum:"23"};

[0083] The common properties are packageSpeed, packageSize, and packageType, and the key of the multi-chain HashMap that stores the data is term1202122.

[0084] The terminal device is stored in the first HashMap, that is, in the first hash map file, and the base station data is stored in the second HashMap, that is, in the second hash map file. Due to the characteristics of HashMap, the matching time is basically completed within O(1).

[0085] However, when packet loss occurs, the unmatched data is kept in the HashMap, which may cause memory overflow over time. Therefore, the unmatched data must be deleted, which is not possible with the HashMap structure.

[0086] In order to make the multiple terminal data in the HashMap sequential, before and after pointers are added on the original basis to form a bidirectional linked list. The number of chains is initialized according to the number of terminals, and the data of the same terminal is stored in the same bidirectional linked list.

[0087] like Figure 7 The diagram shows two chains: 1a, 1b, 1c and 2a, 2b, 2c, representing data from two different terminals. Although the data is hashed to various locations in the node array, they are logically two independent doubly linked lists. When a data match is successful, all preceding data in the corresponding chain of the multi-chain HashMap for that packet can be deleted. This prevents memory overflows and program crashes caused by memory fullness. In the diagram, "before" is represented by the pointer "before," "after" by the pointer "after," and "next" by the pointer "next."

[0088] like Figure 8 As shown, after both the terminal device and the base station are started, data monitoring is performed. First, a key is generated based on the public attribute. Generally, the key is not empty because the data packet content is obtained by default when the code is inserted.

[0089] If the key is empty, the data will be displayed in red on the interface. If the key is not empty, the key will be searched in the multi-chain HashMap of the base station (assuming the data is sent by the terminal, otherwise it will be searched in the multi-chain HashMap of the terminal).

[0090] If this key exists in the base station multi-chain HashMap, find the corresponding matching data in the matching results displayed on the interface, change the previously marked red data to green, and delete the data before the key in the base station multi-chain HashMap.

[0091] If the key does not exist in the base station multi-chain HashMap, the data will be displayed on the software interface and marked in red. The red mark on the software interface indicates that the data matches.

[0092] In the above embodiment of the present invention, the performance of the terminal device can be determined by comparing the data from the terminal and the base station through PC software monitoring.

[0093] The IP address is used to distinguish whether data originates from a terminal device or a base station. Terminal device data is identified by the terminal ID attribute in the JSON string. The monitoring software defines two multi-chain HashMaps, one for storing unmatched data from the terminal device and the other for the base station. If data from a terminal device is received, it is compared with the data stored in the multi-chain HashMap in the base station. Otherwise, it is compared with the multi-chain HashMap in the terminal device. The comparison results are displayed on the interface.

[0094] When selecting attributes, you can choose to obtain terminal device attributes such as bandwidth, packet rate, and packet content buffer. Base station attributes such as p->bandwidth, p->datarate, and p->payload correspond to terminal device attributes. Therefore, the attributes of terminal devices and base stations are shared. The key stored in the multi-chain HashMap is generated based on these three shared attributes and the terminal device ID.

[0095] For data transmission and monitoring, the terminal device and base station are activated, and the PC software is enabled to monitor data. While the terminal device is sending wireless data packets to the base station, it also sends the data packet contents and the attribute data to be acquired to the PC software via the network port in JSON format. The bandwidth attribute corresponds to the bandwidth of the JSON data, the data rate corresponds to the packet rate of the JSON data, and the data packet content buffer corresponds to the data packet content. After receiving the data packet contents from the terminal device, the base station also sends the received data and the attribute data to be acquired to the PC software via the network port in JSON format. The corresponding JSON format data is the same as the JSON data format sent by the terminal.

[0096] In terms of data matching and display, the PC software defines a multi-chain HashMap for the terminal and the base station. When the first data sent by the terminal is received, a key is generated based on the public attributes described above and stored in the multi-chain HashMap. When another data is received from the base station, a key is generated based on the public attributes and matched in the terminal multi-chain HashMap. If the match is successful, the interface will display green, otherwise it will display red. Figure 10 The figure shows the matching result of the terminal sending data to the base station. The data packet content buffer, bandwidth bandwidth, and transmission rate datarate represent one piece of data. The PC software receives the same data from the terminal and the base station, indicating a successful match.

[0097] The above embodiment of the present invention is aimed at developers of terminal devices. Based on the characteristics of the terminal devices, the information required by the developers is sent to the PC software on the server side via Ethernet communication. The PC software calculates the packet loss rate by comparing the data packets of the terminal devices and the aggregation node (base station), and can then analyze the performance of the node. If the packet loss rate is too high, the collected data can be used to analyze the cause and improve the device, which helps hardware developers analyze and manage the hardware devices. The entire WSN device monitoring system includes hardware devices and PC-side software. The hardware devices include terminal devices and aggregation nodes. The hardware devices and PC software use Ethernet communication and use the TCP / IP protocol as the data transmission protocol. Based on the characteristics of the hardware devices, a TCP program is implanted in the hardware devices. When the WSN devices are communicating wirelessly, the TCP program obtains data and sends the data to the PC-side software through the network port. The data is then monitored on the PC-side software, and information related to node communication can be obtained based on the collected data.

[0098] In the above-described embodiment of the present invention, after the hardware device is developed, the developer can use code instrumentation to obtain specific hardware attributes, such as bandwidth, packet rate, and data packet content, based on their interests and needs. The obtained attributes can be flexibly modified, and the data and attributes transmitted by the hardware device can be intuitively displayed through the software interface. This eliminates the need for deploying a large number of nodes, requiring no additional test nodes, and reducing testing costs.

[0099] Figure 9 FIG. 9 is a schematic diagram showing the structure of a performance detection device 90 for a terminal device according to an embodiment of the present invention. Figure 9 As shown, the device includes:

[0100] A sending module 91 is configured to send detection content that needs to be detected on the target terminal device to the target terminal device and the base station in the wireless sensor network;

[0101] The receiving module 92 is configured to receive first data fed back by the target terminal device according to the detection content; and receive second data fed back by the base station according to the detection content after receiving the first data sent by the target terminal device.

[0102] The determination module 93 is configured to determine the performance of the target terminal device based on the first data and the second data.

[0103] Optionally, the sending module 91 is further configured to obtain attribute information and location information for detecting the target terminal device;

[0104] The attribute information and location information are subjected to code instrumentation processing and then compiled to obtain compiled code;

[0105] The compiled code is sent to a target terminal device in the wireless sensor network.

[0106] Optionally, the sending module 91 is further configured to obtain attribute information and location information for detecting the target terminal device;

[0107] The attribute information and location information are subjected to code instrumentation processing and then compiled to obtain compiled code;

[0108] The compiled code is generated into an executable file, and the executable file is sent to a designated directory of a base station in the wireless sensor network.

[0109] Optionally, the receiving module 92 is also used to receive the first data fed back by the target terminal device through the first transmission control protocol TCP program and the Ethernet port of the target terminal device, and the first data includes: the test data collected by the target terminal device according to the detection content and the node identifier of the target terminal device.

[0110] Optionally, the receiving module 92 is also used to receive second data fed back by the base station through a second transmission control protocol TCP program and an Ethernet port after receiving the first data sent by the target terminal device. The second data includes: test data collected by the target terminal device based on the detection content.

[0111] Optionally, the determining module 93 is further configured to compare the test data in the first data and the second data to obtain a comparison result;

[0112] The performance of the target terminal device is determined based on the comparison result.

[0113] Optionally, the determining module 93 is further configured to store the first data into a first hash mapping file and store the second data into a second hash mapping file, wherein both the first hash mapping file and the second hash mapping file are bidirectional linked lists;

[0114] generating a keyword according to a common attribute of the test data of the first data and the second data;

[0115] If the keyword is empty, a comparison result is obtained indicating that the test data in the first data and the second data do not match;

[0116] If the keyword is not empty, the keyword is found in the second hash mapping file, it is determined that the test data in the first data and the second data match, and the data before the keyword in the second hash mapping file is deleted; if the keyword is not found in the second hash mapping file, it is determined that the test data in the first data and the second data do not match.

[0117] It should be noted that this embodiment is an apparatus embodiment corresponding to the above method embodiment, and all implementation methods in the above method embodiment are applicable to the embodiment of this apparatus and can achieve the same technical effects.

[0118] An embodiment of the present invention provides a non-volatile computer storage medium, wherein the computer storage medium stores at least one executable instruction, and the computer executable instruction can execute the performance detection method of the terminal device in any of the above method embodiments.

[0119] Figure 10 The schematic diagram of the structure of the computing device provided by the embodiment of the present invention is shown. The specific embodiment of the present invention does not limit the specific implementation of the computing device.

[0120] like Figure 10As shown, the computing device may include: a processor, a communication interface, a memory, and a communication bus.

[0121] The processor, communication interface, and memory communicate with each other via a communication bus. The communication interface is used to communicate with other devices, such as client devices or other server network elements. The processor is used to execute programs, specifically, to perform the steps described in the embodiment of the performance testing method for a terminal device used in a computing device.

[0122] Specifically, the program may include program codes including computer operation instructions.

[0123] The processor may be a central processing unit (CPU), an application-specific integrated circuit (ASIC), or one or more integrated circuits configured to implement the embodiments of the present invention. The one or more processors included in the computing device may be processors of the same type, such as one or more CPUs, or processors of different types, such as one or more CPUs and one or more ASICs.

[0124] Memory is used to store programs. The memory may include high-speed RAM memory, and may also include non-volatile memory (non-volatile memory), such as at least one disk storage.

[0125] The program can be specifically configured to cause a processor to execute the terminal device performance testing method described in any of the aforementioned method embodiments. The specific implementation of each step in the program can be found in the corresponding descriptions of the corresponding steps and units in the aforementioned terminal device performance testing method embodiments, and will not be repeated here. Those skilled in the art will clearly understand that, for ease and brevity of description, the specific operating processes of the devices and modules described above can refer to the corresponding process descriptions in the aforementioned method embodiments, and will not be repeated here.

[0126] The algorithm or display provided herein is not inherently related to any particular computer, virtual system or other device. Various general-purpose systems can also be used together with the teachings based on this. According to the above description, it is obvious that the structure required for constructing such systems. In addition, the embodiment of the present invention is not directed to any specific programming language. It should be understood that various programming languages ​​can be utilized to implement the content of the embodiment of the present invention described herein, and the above description of specific languages ​​is for the purpose of disclosing the best mode of implementation of the embodiment of the present invention.

[0127] In the description provided herein, numerous specific details are described. However, it is understood that embodiments of the present invention may be practiced without these specific details. In some instances, well-known methods, structures, and techniques are not shown in detail so as not to obscure the understanding of this description.

[0128] Similarly, it should be understood that in order to streamline the embodiments of the invention and aid in understanding one or more of the various inventive aspects, in the above description of exemplary embodiments of the invention, various features of the embodiments of the invention are sometimes grouped together into a single embodiment, figure, or description thereof. However, this disclosed approach should not be interpreted as reflecting an intention that the claimed embodiments of the invention require more features than are expressly recited in each claim. Rather, as reflected in the claims below, inventive aspects lie in less than all of the features of the individual embodiments disclosed above. Accordingly, the claims that follow the detailed description are hereby expressly incorporated into this detailed description, with each claim standing on its own as a separate embodiment of the invention.

[0129] Those skilled in the art will appreciate that the modules in the devices in the embodiments may be adaptively changed and arranged in one or more devices different from the embodiments. The modules or units or components in the embodiments may be combined into one module or unit or component, and in addition may be divided into multiple submodules or subunits or subcomponents. All features disclosed in this specification (including the accompanying claims, abstracts and drawings) and all processes or units of any method or device disclosed herein may be combined in any combination, except that at least some of such features and / or processes or units are mutually exclusive. Unless expressly stated otherwise, each feature disclosed in this specification (including the accompanying claims, abstracts and drawings) may be replaced by an alternative feature providing the same, equivalent or similar purpose.

[0130] Furthermore, those skilled in the art will appreciate that although some embodiments herein include certain features included in other embodiments but not other features, combinations of features from different embodiments are intended to be within the scope of the present invention and to form different embodiments. For example, in the claims below, any of the claimed embodiments may be used in any combination.

[0131] The various component embodiments of the present invention can be implemented in hardware, or in software modules running on one or more processors, or in a combination thereof. It should be understood by those skilled in the art that a microprocessor or digital signal processor (DSP) can be used in practice to implement some or all of the functions of some or all of the components according to the embodiments of the present invention. The embodiments of the present invention can also be implemented as a device or apparatus program (e.g., a computer program and a computer program product) for executing part or all of the methods described herein. Such a program implementing an embodiment of the present invention can be stored on a computer-readable medium, or can have the form of one or more signals. Such a signal can be downloaded from an Internet website, or provided on a carrier signal, or provided in any other form.

[0132] It should be noted that the above embodiments illustrate rather than limit the embodiments of the invention, and that a person skilled in the art may devise alternative embodiments without departing from the scope of the appended claims. In the claims, any reference signs placed between brackets should not be construed as limiting the claims. The word "comprising" does not exclude the presence of elements or steps not listed in the claims. The word "a" or "an" preceding an element does not exclude the presence of a plurality of such elements. The embodiments of the invention may be implemented by means of hardware comprising several different elements and by means of a suitably programmed computer. In a unit claim enumerating several means, several of these means may be embodied by the same item of hardware. The use of the words first, second, and third etc. does not indicate any order. These words may be interpreted as names. The steps in the above embodiments should not be understood as limiting the order of execution unless otherwise specified.

Claims

1. A performance detection method for a terminal device, characterized in that: include: Sending detection content that needs to be detected on the target terminal device to the target terminal device and the base station in the wireless sensor network; receiving first data fed back by the target terminal device according to the detection content; receiving second data fed back by the base station according to the detection content after receiving the first data sent by the target terminal device; Determining the performance of the target terminal device according to the first data and the second data includes: Comparing the test data in the first data and the second data to obtain a comparison result, specifically, storing the first data in a first hash map file and storing the second data in a second hash map file, wherein the first hash map file and the second hash map file are both bidirectional linked lists; generating a keyword based on a common attribute of the test data of the first data and the second data; if the keyword is empty, obtaining a comparison result indicating that the test data in the first data and the second data do not match; if the keyword is not empty, finding the keyword in the second hash map file, determining that the test data in the first data and the second data match, and deleting the data before the keyword in the second hash map file; if the keyword is not found in the second hash map file, determining that the test data in the first data and the second data do not match; The performance of the target terminal device is determined based on the comparison result.

2. The performance detection method of the terminal device according to claim 1, characterized in that: The detection content that needs to be detected on the target terminal device is sent to the target terminal device in the wireless sensor network, including: Obtaining attribute information and location information for detecting the target terminal device; The attribute information and location information are subjected to code instrumentation processing and then compiled to obtain compiled code; The compiled code is sent to a target terminal device in the wireless sensor network.

3. The performance detection method of the terminal device according to claim 1, characterized in that: The detection content that needs to be detected on the target terminal device is sent to the base station in the wireless sensor network, and may further include: Obtaining attribute information and location information for detecting the target terminal device; The attribute information and location information are subjected to code instrumentation processing and then compiled to obtain compiled code; The compiled code is generated into an executable file, and the executable file is sent to a designated directory of a base station in the wireless sensor network.

4. The performance detection method of a terminal device according to claim 1, characterized in that: Receiving first data fed back by the target terminal device according to the detection content includes: Receive first data fed back by the target terminal device through a first transmission control protocol TCP program and the Ethernet port of the target terminal device, wherein the first data includes: test data collected by the target terminal device according to the detection content and a node identifier of the target terminal device.

5. The performance detection method of a terminal device according to claim 1, characterized in that: Receiving second data fed back by the base station according to the detection content after receiving the first data sent by the target terminal device, includes: After receiving the first data sent by the target terminal device, the base station receives the second data fed back through the second transmission control protocol TCP program and the Ethernet port, where the second data includes: test data collected by the target terminal device according to the detection content.

6. A performance detection device for a terminal device, characterized in that: The device comprises: A sending module, configured to send detection content that needs to be detected on the target terminal device to the target terminal device and the base station in the wireless sensor network; a receiving module configured to receive first data fed back by the target terminal device according to the detection content; and receive second data fed back by the base station according to the detection content after receiving the first data sent by the target terminal device; a determination module, configured to determine the performance of the target terminal device based on the first data and the second data; The determination module is further configured to: compare the test data in the first data and the second data to obtain a comparison result, specifically, storing the first data in a first hash mapping file and storing the second data in a second hash mapping file, wherein the first hash mapping file and the second hash mapping file are both bidirectional linked lists; generating a keyword based on a common attribute of the test data of the first data and the second data; if the keyword is empty, obtaining a comparison result indicating that the test data in the first data and the second data do not match; if the keyword is not empty, finding the keyword in the second hash mapping file, determining that the test data in the first data and the second data match, and deleting the data before the keyword in the second hash mapping file; if the keyword is not found in the second hash mapping file, determining that the test data in the first data and the second data do not match; The performance of the target terminal device is determined based on the comparison result.

7. A computing device comprising: A processor, a memory, a communication interface, and a communication bus, wherein the processor, the memory, and the communication interface communicate with each other via the communication bus; The memory is used to store at least one executable instruction, and the executable instruction enables the processor to perform an operation corresponding to the performance detection method of the terminal device according to any one of claims 1 to 5.

8. A computer storage medium, wherein at least one executable instruction is stored in the storage medium, and the executable instruction enables a processor to perform operations corresponding to the performance detection method of a terminal device according to any one of claims 1 to 5.

Images