A method and system for identifying SDIO interface exceptions

Abstract

The application provides a kind of SDIO interface exception identification method and system, method includes: receiving the first registration request sent by the WiFi equipment to be tested;Wherein, the WiFi equipment to be tested is expanded network module through SDIO interface, and provides wireless network connection using network module;Based on the first registration request, test equipment is allocated for the WiFi equipment to be tested;Receive the test result fed back by test equipment, test result is obtained by test network state after test equipment establishes wireless network connection with the allocated WiFi equipment to be tested;Based on test result, determine whether the SDIO interface of WiFi equipment to be tested exists exception.The method provided by the application can realize the efficient screening of large-scale WiFi equipment, can avoid the situation of missing matching or multiple matching, and can accurately detect SDIO interface exception.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of wireless communication, and particularly relates to an SDIO interface exception identification method and system. BACKGROUND

[0002] A WiFi device refers to a device that expands a network module through an SDIO (Secure Digital Input Output) interface, and then provides wireless network connection for other devices (such as mobile devices). The WiFi device is widely used in diversified scenarios such as cross-border network connection, smart home, remote office, etc. In actual application, the stability of WiFi connection is a key factor affecting the normal operation of a mobile device. Once network disconnection occurs, not only the user experience will be affected, but also important data loss or business process interruption may be caused. Therefore, early stability detection of the WiFi device to ensure that it continuously provides reliable network service is a key step to guarantee normal use of the device.

[0003] In actual maintenance and management process, a manual detection method is usually adopted. This method not only consumes time and effort, but also has low detection efficiency, and is prone to missing detection and false detection, which seriously affects the maintenance and management efficiency of the WiFi device. SUMMARY

[0004] Embodiments of the present application provide an SDIO interface exception identification method and system to solve the problem of low efficiency of the traditional detection and identification method.

[0005] In a first aspect, an embodiment of the present application provides an SDIO interface exception identification method applied to a central server, comprising: receiving a first registration request sent by a WiFi device to be tested; wherein the WiFi device to be tested expands a network module through an SDIO interface, and provides wireless network connection by using the network module; based on the first registration request, allocating a test device for the WiFi device to be tested; receiving a test result fed back by the test device, the test result being obtained by the test device through a test network state after establishing wireless network connection with the WiFi device to be tested allocated; and determining whether the SDIO interface of the WiFi device to be tested has an exception based on the test result.

[0006] In an implementable manner, the first registration request carries a first identifier of the WiFi device to be tested and / or first location information; the method further comprises: creating a queue of WiFi devices to be tested and a queue of available test devices; responding to and resolving the first registration request to obtain the first identifier and / or the first location information, and adding the first identifier and / or the first location information to the tail of the queue of WiFi devices to be tested; and the method further comprises: receiving a second registration request sent by the test device, the second registration request carrying a second identifier of the test device and / or second location information; responding to and resolving the second registration request to obtain the second identifier and / or the second location information, and adding the second identifier and / or the second location information to the tail of the queue of available test devices.

[0007] In an implementable manner, the step of assigning a test device to the WiFi device to be tested based on the first registration request comprises: determining a target WiFi device to be tested according to the order of the queue of WiFi devices to be tested, and selecting a target test device for the target WiFi device to be tested from the queue of available test devices; the target test device is one of the test devices that is not in a testing state, and the second location information of the target test device matches the first location information of the target WiFi device to be tested; sending a first matching result to the target WiFi device to be tested, the first matching result carrying the second identifier of the target test device; sending a second matching result to the target test device, the second matching result carrying the first identifier of the target WiFi device to be tested.

[0008] In an implementable manner, the step of determining whether the SDIO interface of the WiFi device to be tested has an abnormality based on the test result comprises: resolving the test result to obtain first information, the first information being used to indicate that the WiFi device to be tested fails the network test; determining that the WiFi device to be tested has an SDIO abnormality based on the first information; or resolving the test result to obtain second information, the second information being used to indicate that the WiFi device to be tested passes the network test; determining that the WiFi device to be tested does not have an SDIO abnormality based on the second information.

[0009] In an implementable manner, the method further comprises: receiving test abnormality information sent by the first WiFi device or the second WiFi device; wherein the test abnormality information is sent by the WiFi device to be tested to the first WiFi device through a point-to-point connection, and is further sent by the first WiFi device or the second WiFi device, the first WiFi device being located around the WiFi device to be tested, and the second WiFi device being located around the first WiFi device.

[0010] In an implementable mode, the method further comprises: in response to the first registration request, recording a test state of the WiFi device to be tested as to-be-tested; and / or, receiving a state data packet reported by the test device, the state data packet carrying at least the first identifier, the second identifier or the third identifier, the first identifier being used to indicate that the WiFi device to be tested is in testing, the second identifier being used to indicate that the testing is completed, and the third identifier being used to indicate that the testing is abnormal; and updating the test state to testing, testing completed or testing abnormal based on the state data packet.

[0011] In a second aspect, the embodiments of the present application further provide an SDIO interface abnormality identification system, comprising a central server and a test device; the central server is configured to: receive a first registration request sent by a WiFi device to be tested; and based on the first registration request, allocate a test device for the WiFi device to be tested, the WiFi device to be tested extending a network module through an SDIO interface, and providing wireless network connection by using the network module; the test device is configured to: after establishing a wireless network connection with the WiFi device to be tested allocated, obtain a test result by testing a network state, and feed back the test result to the central server; and the central server is further configured to: receive the test result fed back by the test device; and based on the test result, determine whether the SDIO interface of the WiFi device to be tested is abnormal.

[0012] In an implementable mode, the first registration request and the second matching result carry a network name and a password corresponding to the wireless network connection provided by the WiFi device to be tested, and the second matching result is sent by the central server to the test device; the test device is specifically configured to: based on the second matching result, scan and identify the network name broadcasted by the WiFi device to be tested, and then establish a wireless network connection with the WiFi device to be tested based on the password; after access, it is determined whether the Internet can be accessed; if the Internet cannot be accessed, a test result is generated, and the test result comprises first information, the first information being used to indicate that the WiFi device to be tested fails the network test.

[0013] In an implementable mode, after the step of determining whether the Internet can be accessed, the test device is further configured to: if the Internet can be accessed, perform multiple speed tests to obtain multiple speed test data; determine whether the multiple speed test data are all greater than a speed threshold; if the multiple speed test data are all greater than the speed threshold, generate a test result and send a restart instruction and / or a shutdown instruction to the WiFi device to be tested, so that the WiFi device to be tested is restarted and / or shut down; the test result comprises second information, the second information being used to indicate that the WiFi device to be tested passes the network test; and if part or all of the speed test data are less than or equal to the speed threshold, a test result is generated, and the test result comprises the first information.

[0014] In an implementable manner, in the step of performing multiple speed tests to obtain speed test data, the test device is specifically configured to: determine a speed test application based on first position information of the WiFi device to be tested, or based on second position information of the test device, the speed test application being a video platform or a speed test tool; start the speed test application and perform multiple download tasks, the download task being a file download in the speed test application; for each download task, after the execution ends, calculate the download speed based on the download time consumption and the file size, and determine the download speed as the speed test data.

[0015] From the above, the embodiment of the application provides an SDIO interface abnormality identification method and system. The method comprises the following steps: receiving a first registration request sent by a WiFi device to be tested; the WiFi device to be tested is connected to an SDIO interface expansion network module, and provides wireless network connection by using the network module; based on the first registration request, a test device is allocated to the WiFi device to be tested; receiving a test result fed back by the test device, the test result being obtained by testing the network state after the test device establishes a wireless network connection with the WiFi device to be tested; and determining whether the SDIO interface of the WiFi device to be tested is abnormal based on the test result. The method provided by the embodiment of the application can realize efficient screening of a large number of WiFi devices, realize distributed identification screening, or batch and multi-site simultaneous identification screening, and thus can accurately detect the SDIO interface abnormality. In addition, in the case that the WiFi device has no network connection, speed test data can be uploaded through a WiFi Direct connection, the data uploading problem in the case of no network connection is solved, and the integrity and accuracy of the speed test data are ensured. BRIEF DESCRIPTION OF DRAWINGS

[0016] Figure 1 A structural schematic diagram of an SDIO interface abnormality identification system provided by the embodiment of the application is shown in the figure.

[0017] Figure 2 A flowchart of an SDIO interface abnormality identification method provided by the embodiment of the application is shown in the figure.

[0018] Figure 3 A device matching flowchart provided by the embodiment of the application is shown in the figure.

[0019] Figure 4 A network test flowchart provided by the embodiment of the application is shown in the figure.

[0020] Figure 5 A speed test flowchart provided by the embodiment of the application is shown in the figure.

[0021] Figure 6 A structural schematic diagram of an SDIO interface abnormality identification device provided by the embodiment of the application is shown in the figure.

[0022] Wherein, 100 - WiFi device to be tested; 101 - SDIO interface; 102 - network module; 200 - central server; 300 - test device; 400 - card server; 1001 - first receiving module; 1002 - first distribution module; 1003 - exception determination module. DETAILED DESCRIPTION

[0023] In order for those skilled in the art to better understand the technical solutions in the present application, the technical solutions in the embodiments of the present application will be described clearly and completely below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only some of the embodiments of the present application, not all. Based on the embodiments in the present application, all other embodiments obtained by those skilled in the art without creative labor should fall within the scope of protection of the present application.

[0024] Before introducing the technical solutions of the embodiments of the present application, first, the terms involved in the embodiments of the present application are exemplarily introduced.

[0025] SDIO (Secure Digital Input Output) interface: an extended interface for connecting various external devices, such as Wi-Fi modules, Bluetooth modules, and GPS receivers, etc. Based on the SDIO interface, the device can expand the functions of wireless communication, GPS, Bluetooth, etc. without additional physical interfaces or complex configurations.

[0026] WiFi device: a device that extends a network module through an SDIO interface, thereby providing wireless network connection for other devices (such as mobile devices or Internet of Things devices, etc.). That is, the WiFi device is connected to the network module through the SDIO interface.

[0027] Network module: a hardware component or device capable of providing wireless network connection function. For example, the network module can be a Wi-Fi module, which can convert wired network signals or wireless network signals into Wi-Fi signals for other devices to connect. The wired network signal refers to a data communication signal transmitted through physical connection (such as cable or optical fiber, etc.), and the wireless network signal refers to a signal without physical cable connection, such as mobile network signal. Other devices are, for example, mobile phones, tablets, laptops, etc.

[0028] In practical applications, the stability of WiFi connection is a key factor affecting the normal operation of mobile devices. However, many mobile devices often experience disconnection when connecting to WiFi. Disconnection usually means that the mobile device cannot continuously maintain a connection with the Wi-Fi network, and may frequently drop or need to reconnect. Disconnection can cause many inconveniences to users, such as network browsing interruption, video playback lag, online game disconnection, etc. Therefore, it is a key step to ensure the normal use of the device to detect the stability of the WiFi device in advance to ensure its continuous and reliable network service. After research, the inventors found that disconnection may be caused by abnormalities in the SDIO interface of the WiFi device, and the SDIO interface abnormalities may be caused by poor contact of the SDIO interface hardware or abnormal interface driver.

[0029] In actual maintenance and management, in order to troubleshoot WiFi device abnormalities, especially SDIO interface abnormalities of WiFi devices, manual detection methods are usually used. However, manual detection is not only time-consuming and labor-intensive, but also inefficient, and is prone to missed detection and false detection, which seriously affects the maintenance and management efficiency of WiFi devices. If the WiFi devices with abnormalities are not screened and processed in time, it will have a negative impact on user experience.

[0030] To solve the above problems, the embodiments of the present application provide an SDIO interface abnormality identification method, which can execute batch identification and screening programs to realize automatic detection and identification of SDIO interface abnormalities, and can replace manual detection methods. Through this automated detection method, detection efficiency and accuracy can be greatly improved, labor costs can be reduced, and SDIO abnormalities can be discovered and processed in time, thereby improving the overall stability and reliability of WiFi devices and improving user experience.

[0031] Figure 1 The structure diagram of the SDIO interface abnormality identification system provided by the embodiments of the present application is shown.

[0032] As Figure 1As shown, the embodiment of the present application provides an SDIO interface exception identification system, which includes a central server 200 and at least one test device 300 to test at least one WiFi device 100. Wherein, the WiFi device 100 to be tested refers to the WiFi device waiting to be tested whether it has SDIO interface exception. The WiFi device 100 to be tested can be used to expand the network module 102 through the SDIO interface 101, and provide wireless network connection by using the network module 102, so as to provide stable wireless communication service. The network module 102 is, for example, a WiFi module. Through the network module 102, the WiFi device 100 to be tested can send wireless network signal (WiFi signal) to the outside. In this way, mobile devices or Internet of Things devices can access the Internet through the WiFi signal.

[0033] In some implementations, the WiFi device 100 to be tested can also include a storage module and a power module, etc., which are not limited in the embodiment of the present application.

[0034] The central server 200 can be a cloud processor with data processing capability, which can be used for registration management, device matching and device state management, etc. The specific working process of the central server 200 will be described in detail below.

[0035] The test device 300 is the subject of the test task, which can execute the test program. The test program refers to a set of instructions and codes running on the test device 300 to test the WiFi device 100 to be tested. The test device 300 can also feed back the test result to the central server 200. The test device 300 is, for example, a computer.

[0036] The SDIO interface exception identification system can also include a card server 400, which is a cloud server. According to the geographic location information of the WiFi device, the card server 400 can select the card information suitable for the country or region from the card library, and distribute the card information to the WiFi device, so that the WiFi device can connect to the applicable network. Specifically, it can include the following process:

[0037] The WiFi device 100 to be tested can send a network access request to the card server 400 through the network module 102 after starting.

[0038] Wherein, the WiFi device 100 to be tested and the card server 400 can communicate based on TCP / IP protocol, HTTP protocol or MQTT protocol, which is not limited in the embodiment of the present application.

[0039] Further, the card server 400 is configured to receive a network access request sent by the WiFi device to be tested after starting, and in response to the network access request, allocate a virtual SIM card for the WiFi device to be tested 100, and send the card information of the virtual SIM card to the WiFi device to be tested 100, so as to ensure that the WiFi device to be tested 100 can connect to the applicable network. The virtual SIM card is selected by the card server 400 from the card library based on the first location information of the WiFi device to be tested 100, and the first location information is used to represent the geographical location of the WiFi device to be tested 100, such as Beijing, Shanghai, New York, Tokyo, etc. The first location information can be determined by the card server 400. The virtual SIM card is a SIM card that provides network connection based on cloud SIM technology, and the card information of the virtual SIM card is stored on the cloud server, i.e. the card server 400, rather than on the physical SIM card. The card information is, for example, the International Mobile Subscriber Identity (IMSI) and the Key Identifier (KI).

[0040] Based on the virtual SIM card, the WiFi device to be tested 100 can access the operator network. Specifically, the WiFi device to be tested 100 can use the network module 102 to access the operator network provided by the virtual SIM card according to the card information. It should be noted that the WiFi device to be tested 100 can not only access the network of the domestic operator, but also be used to provide cross-border network connection.

[0041] In some implementations, the card server 400 can also be configured to allocate a device ID for the WiFi device to be tested 100. In the embodiments of the present application, the device ID can also be referred to as a first identifier. In addition, the card server 400 can also be configured to send the first identifier and the first location information to the WiFi device to be tested 100.

[0042] Further, in order to provide wireless network connection, the WiFi device to be tested 100 can also use the network module 102 to convert the network signal of the operator network into a WiFi signal to establish a wireless network connection with other devices.

[0043] The network signal of the operator network is, for example, a 4G, 5G or other type of mobile communication signal. The WiFi device to be tested 100 can specifically decode the network signal of the operator network and generate a WiFi signal, and then transmit the WiFi signal through the wireless transmission function of the network module 102. In addition, the WiFi device to be tested 100 can also configure a network name and a password, and broadcast the network name using the network module 102. The network name can specifically refer to the Service Set Identifier (SSID), which is used to distinguish different wireless networks.

[0044] In this way, other devices around the WiFi device (the WiFi device to be tested 100) can detect the WiFi signal and connect.

[0045] Figure 2 A flowchart of an SDIO interface exception identification method provided by the embodiment of the application is shown.

[0046] Further, as shown in Figure 2 To implement the SDIO interface exception identification, the embodiment of the application can provide an SDIO interface exception identification method. The method provided by the embodiment of the application can include the following step S100, which can be executed by the central server 200.

[0047] S100: receiving a first registration request sent by the WiFi device to be tested 100.

[0048] The WiFi device to be tested 100 extends the network module 102 through the SDIO interface 101 and provides wireless network connection by using the network module 102. The WiFi device to be tested 100 can send the first registration request to the central server 200 after starting to request to allocate a test device 300.

[0049] The first registration request carries at least a first identifier of the WiFi device to be tested 100, first location information, a network name SSID and / or password corresponding to the wireless network connection provided by the WiFi device to be tested 100. For example, the WiFi device to be tested 100 can be connected to the central server 200 based on the TCP / IP protocol.

[0050] In this way, the central server 200 can know the test request of the WiFi device to be tested 100.

[0051] Further, the test device 300 is further used to execute the following step S501.

[0052] S501: sending a second registration request to the central server 200 to indicate that it is available for matching.

[0053] The second registration request carries a second identifier and second location information of the test device 300. The second identifier and the second location information can be obtained by the test device 300 after starting by accessing a network. The network can be any available communication network, including but not limited to a mobile communication network (such as a 4G, 5G network), a Wi-Fi network, a wired network (such as an Ethernet network), etc., which is not limited in the embodiment of the application. The second identifier can be a unique identifier of the test device 300, i.e., a device ID, and the second location information is used to represent the geographical position of the test device 300.

[0054] For example, the test device 300 and the central server 200 can be connected based on a TCP / IP protocol.

[0055] In some implementations, the first location information and the second location information can be longitude and latitude information, a geographic identifier, or GPS coordinates, and the geographic identifier can be, for example, a city name, a region name, or a specific address, which is not limited in the embodiments of the present application.

[0056] Figure 3 A device matching flowchart provided by the embodiments of the present application is shown.

[0057] As shown in Figure 3 The central server 200 is further configured to perform the following step S601.

[0058] S601: Create a queue of WiFi devices to be tested and a queue of available test devices.

[0059] Specifically, the central server 200 can initialize two empty queues, and then, as the WiFi devices to be tested 100 are registered and the test devices 300 are registered, the central server 200 can constantly update the two queues.

[0060] In some implementations, the queue of WiFi devices to be tested and the queue of available test devices can adopt a first-in first-out (FIFO) queue structure.

[0061] Further, the central server 200 is further configured to perform the following steps S602-S604.

[0062] S602: Respond to and parse the first registration request to obtain the first identifier and / or the first location information, and add the first identifier and / or the first location information at the tail of the queue of WiFi devices to be tested.

[0063] It can be understood that the step S602 occurs after the step S100.

[0064] S603: Receive the second registration request sent by the test device 300.

[0065] The step S603 can be performed before the step S601 or after the step S601, depending on the specific timing of the test device 300 sending the second registration request.

[0066] S604: Respond to and parse the second registration request to obtain the second identifier and / or the second location information, and add the second identifier and / or the second location information at the tail of the queue of available test devices.

[0067] In this way, the registration management of the devices can be achieved.

[0068] Further, with reference to Figure 2 , the central server 200 is further configured to perform the following step S200.

[0069] S200: allocating a test device 300 for the to-be-tested WiFi device 100 based on the first registration request.

[0070] This step is a device matching process. Whenever a new to-be-tested WiFi device 100 registers, the central server 200 can select an unoccupied test device 300 from the available test device queue for matching.

[0071] With reference to Figure 3 , the step S200 can include the following steps S201-S203.

[0072] S201: determining a target to-be-tested WiFi device according to the order of the to-be-tested WiFi device queue, and selecting a target test device for the target to-be-tested WiFi device from the available test device queue.

[0073] The target to-be-tested WiFi device is the to-be-tested WiFi device 100 at the head of the to-be-tested WiFi device queue, the target test device is one of the test devices 300 that is not in the testing state, and the second location information of the target test device matches the first location information of the target to-be-tested WiFi device.

[0074] In the embodiments of the present application, the available test device queue can include an available identifier, the available identifier corresponding to the second identifier of each test device 300, and the available identifier can be equal to 0 or 1. When the available identifier is equal to 1, it can indicate that the test device 300 is in the testing state, i.e., the test device 300 is unavailable, and when the available identifier is equal to 0, it can indicate that the test device 300 is not in the testing state, i.e., the test device 300 is available.

[0075] It is worth noting that the matching can mean that the first location information of the target to-be-tested WiFi device and the second location information of the target test device meet the physical distance requirement for testing. For example, the first location information and the second location information can represent the same area (space) in the same city. For example, the target test device and the target to-be-tested WiFi device can communicate through a wireless network, and the distance between the locations represented by the first location information and the second location information can be tens of meters or hundreds of meters, so that the target test device and the target to-be-tested WiFi device establish a wireless network connection. If there are multiple matching test devices 300 near the target to-be-tested WiFi device, the closest one can be selected as the target test device.

[0076] S202: send the first matching result to the target WiFi device to be tested.

[0077] The first matching result carries the second identifier of the target test device. In addition, the first matching result can also include a test permission message, etc., which is not limited in the embodiments of the present application.

[0078] S203: the central server 200 is also used for sending the second matching result to the target test device.

[0079] The second matching result carries the first identifier of the target WiFi device to be tested. In addition, the second matching result can also carry the network name SSID and password corresponding to the wireless network connection provided by the target WiFi device to be tested, which is not limited in the embodiments of the present application.

[0080] In this way, the matching between the WiFi device to be tested 100 and the test device 300 can be realized by maintaining the queue, and the situations of missing matching or multiple matching will not occur. In addition, the WiFi devices to be tested 100 can be more evenly allocated to the test device 300, the load balancing is improved, the stability of network connection during testing is also improved, and the SDIO fault handling mechanism is improved.

[0081] In some implementations, when the target WiFi device to be tested ends the test, the central server 200 can delete the first identifier and the first location information of the target WiFi device to be tested from the WiFi device to be tested queue.

[0082] It is worth noting that the comparison of the location information of the WiFi device 100 to be tested and the test device 300 is limited to the process of simultaneously screening and identifying SDIO abnormal devices in batches. In the distributed identification of SDIO abnormal devices, the location information can not be carried in the registration request. This is because when the WiFi device 100 to be tested is distributed in different geographical locations, such as multiple production bases, sales areas or user hands around the world, in order to comprehensively and efficiently detect whether these devices have SDIO interface abnormalities, screening needs to be performed in multiple locations. In this way, the problems of transportation cost, time delay and potential device damage caused by concentrating devices in one place for testing can be avoided. Therefore, in the scenario of screening in multiple locations, by comparing the location information of the WiFi device 100 to be tested and the test device 300, the WiFi device 100 to be tested can be distributed to the nearest test device 300, ensuring reasonable distribution and smooth execution of the test task. In the distributed identification of SDIO abnormal devices, the number of WiFi devices 100 to be tested is small, usually one or two, the test task is relatively light and the workload is small, so a test device 300 can be selected for the WiFi device 100 to be tested, the location information can not be carried in the registration request, and the location verification is not needed to simplify the test process and improve the test efficiency.

[0083] Further, the test device 300 can be used to perform the following step S502.

[0084] S502: Establishing a wireless network connection with the allocated WiFi device 100 to be tested, testing the network state to obtain a test result, and feeding back the test result to the central server 200.

[0085] Continuing to refer to Figure 2 , after step S200, the central server 200 is further used to perform the following step S300.

[0086] S300: Receiving the test result fed back by the test device 300. The test result is obtained by the test device 300 through testing the network state after establishing a wireless network connection with the allocated WiFi device 100 to be tested.

[0087] Figure 4 The flowchart of the network test provided by the embodiment of the application.

[0088] As Figure 4 shown, in step S502, the test device 300 can be specifically used to perform the following steps S5021-S5024.

[0089] S5021: Based on the second matching result, scan and identify the network name broadcasted by the WiFi device 100 to be tested, and then establish a wireless network connection with the WiFi device 100 to be tested based on the password.

[0090] This step mainly includes two stages of network scanning and network access. Specifically, the test device 300 can first perform wireless signal scanning to identify the network name SSID broadcasted by the WiFi device 100 to be tested. Then, the test device 300 can use the password in the second matching result to attempt to establish a wireless network connection with the WiFi device 100 to be tested.

[0091] In some implementations, if the connection fails, the test device 300 can attempt to reconnect until the connection is successful.

[0092] S5022: After access, it is confirmed whether the Internet can be accessed.

[0093] This step is a step of checking the network connection state, which can be implemented by sending an HTTP request or performing DNS resolution, which is not limited in the embodiments of the present application.

[0094] S5023: If the Internet cannot be accessed, a test result is generated, and the test result includes first information, which is used to indicate that the WiFi device 100 to be tested fails the network test.

[0095] It can be understood that if the test device 300 cannot access the Internet, it means that even if the WiFi device 100 to be tested can provide wireless network connection services, the wireless network still has problems or faults. Therefore, the test device 300 can generate a test result that the WiFi device 100 to be tested fails the network test.

[0096] S5024: If the Internet can be accessed, multiple speed tests are performed to obtain multiple speed test data.

[0097] In the embodiments of the present application, after it is confirmed that the network connection is normal, the test device 300 can perform a download speed test to evaluate the network performance.

[0098] In actual applications, at least three speed tests can be performed to obtain accurate data, and the specific number of tests can be adjusted based on actual requirements, which is not limited in the embodiments of the present application.

[0099] Figure 5 A flowchart of the speed test provided in the embodiments of the present application is shown.

[0100] As Figure 5As shown, in step S5024, the test device 300 can be configured to perform the following steps S5024a-S5024c.

[0101] S5024a: determining a speed test application based on the first location information of the WiFi device 100 to be tested, or based on the second location information of the test device 300, the speed test application being a video platform or a speed test tool.

[0102] It can be understood that different video platforms or speed test tools are applicable in different countries or regions, and selecting a speed test tool suitable for the country or region where the user is located can obtain more accurate results and conform to the user's usage habits. For example, the video platform can be Tencent Video, Youku Video, YouTube, etc., and the speed test tool can be Speedtest by Ookla, Fast.com, etc., which are not limited in the embodiments of the present application.

[0103] S5024b: starting the speed test application and performing a plurality of download tasks, the download task being a file downloaded in the speed test application.

[0104] For example, when the speed test application is a video platform, a few videos can be randomly selected from the video library of the video platform for downloading to test the download speed and smoothness. In some implementations, videos of different resolutions (such as 480p, 720p, 1080p, etc.) can also be selected to test the download speed under different qualities. When the speed test application is a speed test tool, a preset test file can be downloaded in the speed test tool, and after the test is completed, the speed test tool can display the final download speed, upload speed, and delay data.

[0105] It can be understood that a single speed test refers to creating a single download task to download a single file. Correspondingly, multiple speed tests can refer to creating multiple download tasks, and different download tasks correspond to different resolution files, different video source files, or different preset test files.

[0106] S5024c: for each download task, after the execution ends, the download speed is calculated based on the download time consumption and the file size, and the download speed is determined as the speed test data.

[0107] In the embodiments of the present application, the download speed = file size / download time. In this way, the speed test data can be obtained. For example, the file size can be 150 Mb, and the download time consumption can be 60 seconds, so the download speed = 150 Mb / 60 seconds = 2.5 Mbps, i.e., the speed test data is 2.5 Mbps.

[0108] In some implementations, the download speed can also be monitored in real time, and the real-time download speed peak value is determined as the speed test data, which is not limited in the embodiments of the present application.

[0109] With reference to Figure 4 , step S5024 is followed by S5025-S5027.

[0110] S5025: Determine whether the multiple speed test data are all greater than the speed threshold.

[0111] For example, the speed threshold can be 1 Mbps, 2 Mbps or 3 Mbps, which is not limited in the embodiments of the present application.

[0112] S5026: If the multiple speed test data are all greater than the speed threshold, generate a test result and send a restart instruction and / or a shutdown instruction to the WiFi device 100 to be tested, so that the WiFi device 100 to be tested is restarted and / or shut down; the test result includes second information, and the second information is used to indicate that the WiFi device 100 to be tested has passed the network test.

[0113] If the speed test data is greater than the speed threshold, it can be indicated that the file download is relatively smooth, and the performance of the wireless network connection provided by the WiFi device 100 to be tested is good, so that the test result that the WiFi device 100 to be tested passes the network test can be generated.

[0114] Further, in actual application, if the download speed test result meets the expectation, i.e., whether the speed test data is greater than the speed threshold, the WiFi device 100 to be tested can be restarted through the restart instruction to clear the cache of the WiFi device 100 to be tested, so that the WiFi device 100 to be tested returns to the initial state, and then the WiFi device 100 to be tested can be shut down through the shutdown instruction to determine the safe shutdown of the device.

[0115] S5027: If part or all of the speed test data is less than or equal to the speed threshold, generate a test result including first information.

[0116] If the speed test data is less than the speed threshold, it can be indicated that the file download is blocked and the network performance is poor, so that the test result that the WiFi device 100 to be tested fails the network test can be generated.

[0117] It is worth noting that in the case of creating multiple download tasks and performing multiple speed tests, multiple speed test data can be obtained, and then the test result including the second information can be generated in the case that the multiple speed test data are all greater than the speed threshold, otherwise the test result including the first information is generated.

[0118] In some implementations, the test result including the second information can also be generated in the case that more than a preset number of speed test data is greater than the speed threshold, otherwise the test result including the first information is generated, and the preset number is, for example, 1 or 2, which is not limited in the embodiments of the present application.

[0119] In the embodiments of the present application, the test device 300 can feed back the test result to the central server 200. It should be noted that the embodiments of the present application can provide a test result feedback mechanism, for example, the test device 300 feeds back the test result to the central server 200 in real time after generating the test result. For another example, the test device 300 can also store the test result locally, and then collect the test result by the central server 200 at a fixed time, and the embodiments of the present application do not make specific limitation on this.

[0120] Continuing to refer to Figure 2 The central server 200 is further configured to perform the following step S400.

[0121] S400: determining whether the SDIO interface 101 of the WiFi device 100 to be tested exists abnormity based on the test result.

[0122] It can be understood that the SDIO interface 101 exists abnormity will cause the wireless network connection to be abnormal, and the specific performance is that the network is unavailable or the network speed is slow, therefore, the embodiments of the present application can determine whether the SDIO interface 101 exists abnormity based on the test result of the network test.

[0123] Specifically, the step S400 includes the following steps S401-S402 or S403-S404.

[0124] S401: analyzing the test result to obtain first information, the first information is used to indicate that the WiFi device 100 to be tested fails the network test;

[0125] S402: determining that the WiFi device 100 to be tested exists SDIO abnormity based on the first information.

[0126] It can be understood that the scenario that the test result carries the first information corresponds to two cases, case one: the test device 300 cannot access the Internet, and case two: the download speed of the test device 300 is slow when downloading the file, therefore, based on the first information, it can be determined that the wireless network connection provided by the WiFi device 100 to be tested exists problem, and then it can be determined that the WiFi device 100 to be tested exists SDIO abnormity.

[0127] S403: analyzing the test result to obtain second information, the second information is used to indicate that the WiFi device 100 to be tested passes the network test;

[0128] S404: determining that the WiFi device 100 to be tested does not exist SDIO abnormity based on the second information.

[0129] It can be understood that the scenario that the test result carries the second information corresponds to the case that the download speed of the test device 300 when downloading the file is good, and therefore based on the second information, it can be determined that the wireless network connection provided by the to-be-tested device 100 is not problematic, and further it can be determined that the to-be-tested WiFi device 100 is not abnormal in SDIO.

[0130] It should be further noted that the central server 200 can manage the state of the test device 300. Specifically, after sending the second matching result, the available identifier of the test device 300 can be modified to 1, that is, the test device 300 is marked as "under test", and after receiving the test result fed back by the test device 300, the available identifier is reset to 0, that is, the test device 300 is reset to the "available" state.

[0131] It should be further noted that the central server 200 can also manage the test state of the to-be-tested WiFi device 100. Specifically, the central server 200 is further configured to perform the following step S701.

[0132] S701: In response to the first registration request, record the test state of the to-be-tested WiFi device 100 as to-be-tested.

[0133] It can be understood that step S701 can be performed before or after step S602.

[0134] In the embodiment of the application, the central server 200 can add a test identifier to the to-be-tested WiFi device queue, and the test identifier can be equal to different values to represent different test states. In step S701, the central server 200 can set the test identifier corresponding to the to-be-tested WiFi device 100 to 0 to indicate that the test state of the to-be-tested WiFi device 100 is to-be-tested.

[0135] Further, the test device 300 can be further configured to perform the following step S702.

[0136] S702: Report a state data packet to the central server 200, and the state data packet carries at least a first identifier, a second identifier or a third identifier.

[0137] The first identifier is used to indicate that the to-be-tested WiFi device 100 is under test, the second identifier is used to indicate that the test is completed, and the third identifier is used to indicate that the test is abnormal.

[0138] It should be noted that the test device 300 can report a state data packet carrying the first identifier after establishing a wireless network connection with the to-be-tested device 100, and the test device 300 can also report a state data packet carrying the second identifier or the third identifier after generating the test result.

[0139] In some implementations, if the test procedure of the test device 300 fails to execute normally due to some uncertain reasons and times out, the test device 300 can also report a status data packet carrying the third identifier to record the test status of the WiFi device 100 under test as a test exception.

[0140] Further, the central server 200 is further configured to perform the following steps S703-S704.

[0141] S703: receiving the status data packet reported by the test device 300.

[0142] S704: updating the test status based on the status data packet as testing, test completion or test exception.

[0143] It is worth noting that the central server 200 can update the test status of the WiFi device 100 under test based on the real-time status data packet. Specifically, when the first identifier is carried in the status data packet, the central server 200 can set the test identifier corresponding to the WiFi device 100 under test as 1, to indicate that the test status of the WiFi device 100 under test is testing. When the second identifier is carried in the status data packet, the central server 200 can set the test identifier corresponding to the WiFi device 100 under test as 2, to indicate that the test status of the WiFi device 100 under test is test completion. When the third identifier is carried in the status data packet, the central server 200 can set the test identifier corresponding to the WiFi device 100 under test as 3, to indicate that the test status of the WiFi device 100 under test is test exception.

[0144] In some implementations, the test device 300 or the central server 200 can also report the test result to the cloud to retain the test status and exception information of each WiFi device.

[0145] In some implementations, the test device 300 or the central server 200 can also generate a test log for device maintenance personnel to view and promptly confirm whether the WiFi device has SDIO exception. Then, the maintenance personnel can perform exception handling and subsequent operations, for example, can try to restart the WiFi device to clear possible temporary errors or state problems. Or, physically inspect the SDIO interface 101 to ensure that the connection is stable and there is no sign of looseness or damage, and also re-plug the network module. Or, update the driver or firmware of the WiFi device, run a self-check program, etc.

[0146] In some implementations, the WiFi device to be tested 100 can feed back test exception information to the central server 200 in the case that the WiFi device to be tested 100 has no network connection. At this time, the central server 200 can perform step S705: receiving test exception information sent by the first WiFi device or the second WiFi device. The test exception information is sent by the WiFi device to be tested 100 to the first WiFi device through a point-to-point connection, and is continued to be sent by the first WiFi device or the second WiFi device, the first WiFi device is located around the WiFi device to be tested 100, the second WiFi device is located around the first WiFi device, and the point-to-point connection is a WiFi Direct connection, also known as WiFi direct. It is worth noting that the WiFi device to be tested 100, the first WiFi device and the second WiFi device can be distributed in different positions in a scattered manner, the distance between the WiFi device to be tested 100 and the first WiFi device does not exceed the effective communication distance of the point-to-point connection, and the distance between the first WiFi device and the second WiFi device also does not exceed the effective communication distance of the point-to-point connection, so that the WiFi device to be tested 100 can transmit the test exception information to the first WiFi device through the point-to-point connection, and correspondingly, the first WiFi device can further transmit the test exception information to the second WiFi device through the point-to-point connection.

[0147] In some implementations, in order to ensure the communication quality of the point-to-point connection, the first WiFi device and the second WiFi device can also be selected by limiting the distance, for example, the first WiFi device is a WiFi device with a straight-line distance of not more than a preset distance value from the WiFi device to be tested 100, and the second WiFi device is a WiFi device with a straight-line distance of not more than a preset distance value from the first WiFi device, the preset distance is less than or equal to the effective communication distance of the point-to-point connection, which can be 50 meters, 100 meters or 150 meters, and the embodiments of the present application do not make specific limitation thereon.

[0148] The step of reporting the test exception information is a process of data negotiation and transmission between the WiFi device to be tested 100 and another WiFi device in the vicinity through the WiFi protocol, and in the process, the WiFi device to be tested 100 can be specifically used to perform steps S801-S802.

[0149] S801: When the test device 300 establishes a wireless network connection, if the wireless network connection is disconnected and the connection is not restored within a preset time, the network module 102 is used to scan using the WiFi Direct protocol, and / or the network module 102 is used to broadcast or send an inquiry signal to discover the first WiFi device around it.

[0150] In the embodiments of the present application, the WiFi device can be preset to enable the WiFi Direct function when starting, so that it can discover and connect to the nearby WiFi device. The WiFi Direct function allows devices to directly connect to each other without a traditional WiFi network.

[0151] Further, in the process of establishing a wireless network connection between the test device 300 and the WiFi device to be tested 100, if the wireless network connection is disconnected and the connection is not restored within the preset time, it can indicate that the network of the WiFi device fails during the test. At this time, the abnormal information can be reported by the WiFi device to be tested 100. In this process, the WiFi device to be tested 100 can filter the WiFi devices around it according to the signal strength, network state and device ID and other information, and finally filter out the devices with network connection capability as the target, and determine it as the first WiFi device.

[0152] In order to discover other WiFi devices around it, the WiFi device to be tested 100 can use the WiFi Direct protocol to scan nearby devices, or can detect the presence of other WiFi Direct devices (the first WiFi device) by broadcasting or sending inquiry signals. For example, the broadcast signal and the inquiry signal can carry the basic information of the WiFi device to be tested 100, such as the first identifier. It can be understood that the broadcast signal is to send information to all possible receiving devices, and any WiFi device within the signal range can receive the broadcast signal. The inquiry signal can be sent to a specific device, for example, a WiFi device that has established a WiFi Direct connection with it. The embodiments of the present application do not make specific limitations.

[0153] For example, the preset time can be equal to 1 min, 3 min or 5 min, and the embodiments of the present application do not make specific limitations.

[0154] S802: Establish a point-to-point connection with the first WiFi device and send test exception information to the first WiFi device.

[0155] In this way, a point-to-point network can be formed, and the test exception information can be transmitted outward. For example, the test exception information can include a timestamp, a first identifier, and an error code, and the embodiments of the present application do not make specific limitations.

[0156] In some implementations, a connection with the first WiFi device can also be established through other wireless communication technologies, such as Bluetooth technology or ZigBee technology, and the embodiments of the present application do not make specific limitations.

[0157] Further, the first WiFi device is further configured to perform the following step S803.

[0158] S803: Send the test exception information to the central server 200 or a second WiFi device around the central server 200.

[0159] If the network connection state of the first WiFi device is good, for example, the communication channel between the first WiFi device and the central server 200 is smooth, the first WiFi device can directly send the test exception data to the central server 200 to feed back the abnormal situation. If the first WiFi device also has network failure, the first WiFi device can discover other WiFi devices, i.e., the second WiFi device, around the first WiFi device through the WiFi Direct connection, and then report the test exception information to the central server 200 through the second WiFi device.

[0160] In some implementations, the central server 200 can modify the test state of the WiFi device 100 to be tested to a test exception based on the test exception information.

[0161] In some implementations, the test device 300 can also generate test exception information and cache the test exception information to the local storage when the network is unavailable. Then, the test device 300 can also package the cached test exception information and transmit the test exception information to a target device or a relay device through the WiFi Direct connection. The target device can refer to the test device 300 with network connection and smooth communication channel with the central server 200, so that the target device can upload the test exception information to the central server 200. The relay device can refer to other test devices 300 with network connection failure, and then the relay device can further upload the test exception information to other relay devices or target devices.

[0162] From the above, the embodiment of the application provides an SDIO interface exception identification method, which comprises the following steps: receiving a first registration request sent by a WiFi device to be tested 100; wherein the WiFi device to be tested 100 is extended by an SDIO interface network module 102, and wireless network connection is provided by using the network module 102; based on the first registration request, a test device 300 is allocated to the WiFi device to be tested 100; receiving a test result fed back by the test device 300, wherein the test result is obtained by testing a network state after the test device establishes a wireless network connection with the WiFi device to be tested allocated; and based on the test result, it is determined whether the SDIO interface 101 of the WiFi device to be tested 100 is abnormal. The method provided by the embodiment of the application can realize efficient screening of large-scale WiFi devices, realize distributed identification screening, or batch multi-identification screening at the same time, and thus the SDIO interface exception can be accurately detected. It can be understood that when large-scale WiFi devices are produced or deployed, it is crucial to ensure that the SDIO interface 101 of each device works normally. Therefore, the embodiment of the application can timely find and repair the devices with exceptions through large-scale screening, so as to improve the quality of the overall device and reduce the maintenance and replacement costs caused by interface failure in the later period. Moreover, in the case that the WiFi device has no network connection, the embodiment of the application can upload the speed test data through the WiFi Direct connection, solves the data uploading problem in the case of no network connection, and ensures the integrity and accuracy of the speed test data.

[0163] In summary, the SDIO interface exception identification system provided by the embodiment of the application comprises a central server 200 and a test device 300, so as to test a WiFi device to be tested 100;

[0164] The WiFi device to be tested 100 is configured to send a first registration request to the central server 200, and is configured to extend a network module 102 through an SDIO interface 101 and provide wireless network connection by using the network module 102;

[0165] The central server 200 is configured to receive the first registration request sent by the WiFi device to be tested 100; and based on the first registration request, the test device is allocated to the WiFi device to be tested 100;

[0166] The test device 300 is configured to obtain a test result by testing a network state after a wireless network connection is established with the WiFi device to be tested 100 allocated, and feed back the test result to the central server 200;

[0167] The central server 200 is further configured to receive the test result fed back by the test device 300; and based on the test result, it is determined whether the SDIO interface 101 of the WiFi device to be tested 100 is abnormal.

[0168] In some implementations, the first registration request and the second matching result carry a network name and a password corresponding to the wireless network connection provided by the WiFi device to be tested 100, and the second matching result is sent to the test device by the central server; the test device 300 is specifically configured to: based on the second matching result, scan and identify the network name broadcasted by the WiFi device to be tested 100, and then establish a wireless network connection with the WiFi device to be tested 100 based on the password; after accessing, it is confirmed whether the Internet can be accessed; if the Internet cannot be accessed, a test result is generated, and the test result includes first information, the first information being used to indicate that the WiFi device to be tested 100 fails the network test.

[0169] In some implementations, after the step of confirming whether the Internet can be accessed, the test device 300 is further configured to: if the Internet can be accessed, perform multiple speed tests to obtain multiple speed test data; determine whether the multiple speed test data are all greater than a speed threshold; if the multiple speed test data are all greater than the speed threshold, generate a test result and send a restart instruction and / or a shutdown instruction to the WiFi device to be tested 100, so that the WiFi device to be tested 100 restarts and / or shuts down; the test result includes second information, the second information being used to indicate that the WiFi device to be tested 100 passes the network test; if part or all of the speed test data are less than or equal to the speed threshold, a test result is generated, and the test result includes the first information.

[0170] In some implementations, in the step of performing multiple speed tests to obtain speed test data, the test device 300 is specifically configured to: determine a speed test application based on the first location information of the WiFi device to be tested 100, or based on the second location information of the test device 300, the speed test application being a video platform or a speed test tool; start the speed test application and execute multiple download tasks, the download task being a file download in the speed test application; for each download task, after its execution ends, calculate a download speed based on a download time consumption and a file size, and determine the download speed as the speed test data.

[0171] Figure 6 A structural schematic diagram of the SDIO interface exception identification device provided by the embodiment of the application.

[0172] As shown in Figure 6 , the embodiment of the application provides an SDIO interface exception identification device, which comprises:

[0173] A first receiving module 1001 is configured to receive a first registration request sent by a WiFi device to be tested; wherein the WiFi device to be tested is expanded by an SDIO interface expansion network module, and provides a wireless network connection by using the network module;

[0174] The first allocation module 1002 is configured to allocate a test device for the WiFi device to be tested based on the first registration request.

[0175] The first receiving module 1001 is further configured to receive a test result fed back by the test device, the test result being obtained by the test device through a test network state after the test device establishes a wireless network connection with the WiFi device to be tested.

[0176] The exception determination module 1003 is configured to determine whether the SDIO interface of the WiFi device to be tested has an exception based on the test result.

[0177] In some implementations, the first registration request carries a first identifier and / or first location information of the WiFi device to be tested; the first allocation module 1002 is further configured to: create a queue of WiFi devices to be tested and a queue of available test devices; and in response to and in accordance with the first registration request, obtain the first identifier and / or the first location information, and add the first identifier and / or the first location information at the tail of the queue of WiFi devices to be tested.

[0178] In addition, the first allocation module 1002 is further configured to: receive a second registration request sent by the test device, the second registration request carrying a second identifier and / or second location information of the test device; and in response to and in accordance with the second registration request, obtain the second identifier and / or the second location information, and add the second identifier and / or the second location information at the tail of the queue of available test devices.

[0179] In some implementations, the first allocation module 1002 is specifically configured to: determine a target WiFi device to be tested in the order of the queue of WiFi devices to be tested, and select a target test device for the target WiFi device to be tested from the queue of available test devices; the target test device is one of the test devices that is not in a test state, and the second location information of the target test device matches the first location information of the target WiFi device to be tested; send a first matching result to the target WiFi device to be tested, the first matching result carrying the second identifier of the target test device; and send a second matching result to the target test device, the second matching result carrying the first identifier of the target WiFi device to be tested.

[0180] In some implementations, the exception determination module 1003 is specifically configured to: parse the test result to obtain first information, the first information being used to indicate that the WiFi device to be tested fails the network test; determine that the WiFi device to be tested has an SDIO exception based on the first information; or parse the test result to obtain second information, the second information being used to indicate that the WiFi device to be tested passes the network test; and determine that the WiFi device to be tested does not have an SDIO exception based on the second information.

[0181] In some implementations, the first receiving module 1001 is further configured to receive test exception information sent by the first WiFi device or the second WiFi device, wherein the test exception information is sent by the WiFi device to be tested through a point-to-point connection to the first WiFi device, and is continued to be sent by the first WiFi device or the second WiFi device, the first WiFi device is located around the WiFi device to be tested, and the second WiFi device is located around the first WiFi device.

[0182] In some implementations, the exception determining module 1003 is further configured to: in response to the first registration request, record a test state of the WiFi device to be tested as being under test; and / or, receive a state data packet reported by the test device, the state data packet carrying at least the first identifier, the second identifier, or the third identifier, the first identifier being used to indicate that the WiFi device to be tested is under test, the second identifier being used to indicate that the test is completed, and the third identifier being used to indicate that the test is abnormal; and update the test state to under test, test completed, or test abnormal based on the state data packet.

[0183] In specific implementations, the present application further provides a computer storage medium, wherein the computer storage medium can store a program, and the program can include some or all steps in the embodiments of the SDIO interface exception identification method provided by the present application when executed. The storage medium can be a disk, an optical disk, a read-only memory (ROM) or a random access memory (RAM), etc.

[0184] It is easy to understand that, based on the several embodiments provided by the present application, a person skilled in the art can combine, split, recombine, etc. the embodiments of the present application to obtain other embodiments, and these embodiments do not exceed the protection scope of the present application.

[0185] The above detailed description of the specific embodiments of the present application further describes the purposes, technical solutions and beneficial effects of the embodiments of the present application. It should be understood that the above is only a specific implementation of the embodiments of the present application, and is not used to limit the protection scope of the embodiments of the present application. Any modification, equivalent replacement, improvement, etc. made on the basis of the technical solutions of the embodiments of the present application should be included in the protection scope of the embodiments of the present application.

Claims

1. A method for identifying SDIO interface anomalies, characterized in that, Applications to central servers include: Create a queue of WiFi devices to be tested and a queue of available test devices; wherein, the queue of WiFi devices to be tested includes each WiFi device to be tested arranged in the registration order, and the queue of available test devices includes each test device arranged in the registration order; the WiFi devices to be tested, the test devices, and the central server are distributed in the same or different geographical locations; The system receives a first registration request sent by the WiFi device under test through the operator's network provided by the virtual SIM card; wherein the WiFi device under test extends the network module through the SDIO interface and uses the network module to convert the network signal of the operator's network into a WiFi signal to provide a wireless network connection; the first registration request carries a first identifier and / or first location information of the WiFi device under test. Respond to and parse the first registration request to obtain the first identifier and / or the first location information, and add the first identifier and / or the first location information to the tail of the queue of the WiFi devices to be tested; Receive a second registration request sent by the test device after startup, the second registration request carrying a second identifier and / or second location information of the test device; Respond to and parse the second registration request to obtain the second identifier and / or the second location information, and add the second identifier and / or the second location information to the tail of the available test device queue; According to the order of the queue of WiFi devices to be tested, the target WiFi device to be tested is determined, and a target test device is selected from the queue of available test devices for the target WiFi device to be tested; the target test device is one of the test devices that is not in a test state, and the second location information of the target test device matches the first location information of the target WiFi device to be tested, wherein the first location information and the second location information are latitude and longitude information, geographic identifiers or GPS coordinates; Send a first matching result to the target WiFi device to be tested, wherein the first matching result carries a second identifier of the target test device; Send a second matching result to the target test device, the second matching result carrying a first identifier of the target WiFi device to be tested; The method further includes: The test results are received from the test device after the test device establishes a wireless network connection with the assigned WiFi device to be tested and obtains the test results by testing the network status. Based on the test results, determine whether there is an anomaly in the SDIO interface of the WiFi device under test; The device receives test anomaly information sent by a first WiFi device or a second WiFi device. The test anomaly information is used to determine that the network of the WiFi device under test has failed. The first WiFi device is located around the device under test, and the second WiFi device is located around the first WiFi device.

2. The SDIO interface anomaly identification method according to claim 1, characterized in that, The step of determining whether the SDIO interface of the WiFi device under test is abnormal based on the test results includes: The test results are analyzed to obtain first information, which indicates that the WiFi device under test failed the network test. Based on the first information, it is determined that the WiFi device under test has an SDIO anomaly. or, The test results are analyzed to obtain second information, which indicates that the WiFi device under test has passed the network test. Based on the second information, it is determined that the WiFi device under test does not have an SDIO anomaly.

3. The SDIO interface anomaly identification method according to claim 1, characterized in that, The test anomaly information is sent from the WiFi device under test to the first WiFi device via a point-to-point connection, and then further sent by either the first WiFi device or the second WiFi device.

4. The SDIO interface anomaly identification method according to claim 1, characterized in that, The method further includes: In response to the first registration request, the test status of the WiFi device to be tested is recorded as "to be tested"; And / or, receive a status data packet reported by the test device, the status data packet carrying at least a first identifier, a second identifier, or a third identifier, the first identifier being used to indicate that the WiFi device under test is under test, the second identifier being used to indicate that the test is complete, and the third identifier being used to indicate that the test is abnormal; The test status is updated to "testing in progress," "test completed," or "test error" based on the status data packet.

5. An SDIO interface anomaly identification system, characterized in that, Including central servers and testing equipment; The central server is configured to: create a queue of WiFi devices to be tested and a queue of available test devices; wherein, the queue of WiFi devices to be tested includes each WiFi device to be tested arranged in the order of registration, and the queue of available test devices includes each test device arranged in the order of registration; the WiFi devices to be tested, the test devices, and the central server are distributed in the same or different geographical locations; The system receives a first registration request sent by the WiFi device under test through the operator's network provided by the virtual SIM card; wherein the WiFi device under test extends the network module through the SDIO interface and uses the network module to convert the network signal of the operator's network into a WiFi signal to provide a wireless network connection; the first registration request carries a first identifier and / or first location information of the WiFi device under test. Respond to and parse the first registration request to obtain the first identifier and / or the first location information, and add the first identifier and / or the first location information to the tail of the queue of the WiFi devices to be tested; Receive a second registration request sent by the test device after startup, the second registration request carrying a second identifier and / or second location information of the test device; Respond to and parse the second registration request to obtain the second identifier and / or the second location information, and add the second identifier and / or the second location information to the tail of the available test device queue; According to the order of the queue of WiFi devices to be tested, a target WiFi device to be tested is determined, and a target test device is selected from the queue of available test devices. The target test device is one of the test devices that is not in a testing state, and the second location information of the target test device matches the first location information of the target WiFi device to be tested. The first location information and the second location information are latitude and longitude information, geographic identifiers, or GPS coordinates. A first matching result is sent to the target WiFi device to be tested, and the first matching result carries the second identifier of the target test device. Send a second matching result to the target test device, the second matching result carrying a first identifier of the target WiFi device to be tested; The testing equipment is configured to: after establishing a wireless network connection with the assigned WiFi device to be tested, obtain test results by testing the network status, and feed the test results back to the central server; The central server is also configured to: receive the test results fed back by the test device; and determine, based on the test results, whether there is an anomaly in the SDIO interface of the WiFi device under test; The central server is also configured as follows: The device receives test anomaly information sent by a first WiFi device or a second WiFi device. The test anomaly information is used to determine that the network of the WiFi device under test has failed. The first WiFi device is located around the device under test, and the second WiFi device is located around the first WiFi device.

6. The SDIO interface anomaly identification system according to claim 5, characterized in that, The first registration request and the second matching result carry the network name and password corresponding to the wireless network connection provided by the WiFi device under test. The second matching result is sent from the central server to the test device. The test device is specifically configured as follows: Based on the second matching result, the network name broadcast by the WiFi device under test is scanned and identified, and then a wireless network connection is established with the WiFi device under test based on the password; After connecting, confirm whether you can access the internet; If internet access is unavailable, the test result is generated. The test result includes first information, which indicates that the WiFi device under test has failed the network test.

7. The SDIO interface anomaly identification system according to claim 6, characterized in that, After confirming whether internet access is possible, the test device is further configured as follows: If internet access is available, multiple speed tests can be conducted to obtain multiple speed test data. Determine whether all of the speed measurement data are greater than the speed threshold. If multiple speed test data are all greater than the speed threshold, the test result is generated and a restart command and / or shutdown command is sent to the WiFi device under test to restart and / or shut down the WiFi device under test; the test result includes second information, which indicates that the WiFi device under test has passed the network test. If some or all of the speed measurement data are less than or equal to the speed threshold, the test result is generated, and the test result includes the first information.

8. The SDIO interface anomaly identification system according to claim 7, characterized in that, In the step of conducting multiple speed tests to obtain speed data, the testing equipment is specifically configured as follows: The speed test application is determined based on the first location information of the WiFi device under test, or based on the second location information of the test device, wherein the speed test application is a video platform or a speed test tool. Launch the speed test application and execute multiple download tasks, wherein the download tasks refer to downloading files in the speed test application; For each download task, after its execution, the download speed is calculated based on the download time and file size, and the download speed is determined as the speed test data.

Images