An off-line equipment fault diagnosis method and device

Abstract

The application provides an offline device fault diagnosis method and device, the method comprising: determining a networking fault device existing in neighbor devices in a same local area network with an autonomous mobile device; determining a broadcast address of the networking fault device based on a preset neighbor device table; scanning a broadcast signal corresponding to the broadcast address in a moving process of the autonomous mobile device; and establishing a connection with the networking fault device and determining fault information of the networking fault device when the broadcast signal is scanned in a single moving cycle. It can be seen that the implementation can automatically determine an offline device and determine an offline reason of the offline device, thereby realizing positioning and effective diagnosis of the offline device.

Description

Technical Field

[0001] This application relates to the field of smart homes, and more specifically, to a method and apparatus for diagnosing offline device faults. Background Technology

[0002] Currently, more and more families are using smart home appliances and enjoying the convenience they bring to their lives. However, some problems still exist during the use of smart home appliances. For example, in a local area network, a smart home appliance may suddenly go offline, and users often find it difficult to identify the offline device and the reason for its malfunction. Summary of the Invention

[0003] The purpose of this application is to provide an offline device fault diagnosis method and apparatus, which can automatically identify offline devices and determine the reasons for their offline status, thereby achieving the location and effective diagnosis of offline devices.

[0004] The first aspect of this application provides an offline device fault diagnosis method, applied to autonomous mobile devices, the method comprising:

[0005] It was determined that among the neighboring devices located on the same local area network as the autonomous mobile device, there was a device with a network failure.

[0006] Based on a preset neighbor device table, determine the broadcast address of the network faulty device;

[0007] During the movement of the autonomous mobile device, the broadcast signal corresponding to the broadcast address is scanned;

[0008] When the broadcast signal is detected during a single mobile cycle, a connection is established with the network-faulted device, and the fault information of the network-faulted device is determined.

[0009] Furthermore, the method also includes:

[0010] If the broadcast signal is not detected within a single mobile cycle, the device power-off removal information is identified as fault information of the network faulty device.

[0011] Furthermore, the method also includes:

[0012] When the broadcast signal is detected within a single mobile cycle, a stop search instruction is broadcast within the local area network; the stop search instruction is used to instruct other devices within the local area network to stop searching for the network-faulted device.

[0013] Furthermore, the step of determining whether there is a network failure device among the neighboring devices located on the same local area network as the autonomous mobile device includes:

[0014] Upon receiving a device offline notification, it is determined that there is a device with a network failure among the neighboring devices that are on the same local area network as the autonomous mobile device.

[0015] Furthermore, after determining that there is a network-faulted device among the neighboring devices located on the same local area network as the autonomous mobile device, the method further includes:

[0016] Detect whether keep-alive information corresponding to the network failure device has been received; the keep-alive information is determined and sent by other devices within the local area network;

[0017] When the keep-alive information is received, the step of determining the broadcast address of the network faulty device based on a preset neighbor device table is executed.

[0018] Furthermore, the step of establishing a connection with the network-faulted device and determining the fault information of the network-faulted device when the broadcast signal is detected within a single mobile cycle includes:

[0019] When the broadcast signal is detected during a single mobile cycle, a Bluetooth connection is established with the network-faulted device, and the fault information of the network-faulted device is determined.

[0020] Further, the step of determining the fault information of the network-connected faulty device includes:

[0021] Obtain the network configuration information of the network-connected faulty device;

[0022] Determine if the network configuration information is incorrect;

[0023] When the network configuration information is incorrect, the network configuration error information will be identified as the fault information of the network faulty device.

[0024] Further, the step of determining the fault information of the network-connected faulty device includes:

[0025] Obtain the software version of the network-connected faulty device;

[0026] Determine if the software version is incompatible;

[0027] When the software version is incompatible, the software compatibility error message is identified as a fault message of the network-connected faulty device.

[0028] Further, the step of determining the fault information of the network-connected faulty device includes:

[0029] Obtain the network signal strength at the faulty network device;

[0030] Determine whether the network signal strength is less than a signal strength threshold;

[0031] When the network signal strength is less than the signal strength threshold, the signal strength difference information is determined as the fault information of the network faulty device.

[0032] A second aspect of this application provides an offline device fault diagnosis apparatus, the apparatus comprising:

[0033] The first determining unit is used to determine whether there is a network failure device among the neighboring devices that are in the same local area network as the autonomous mobile device.

[0034] The second determining unit is used to determine the broadcast address of the network faulty device based on a preset neighbor device table;

[0035] A diagnostic scanning unit is used to scan the broadcast signal corresponding to the broadcast address during the movement of the autonomous mobile device;

[0036] The third determining unit is used to establish a connection with the network faulty device and determine the fault information of the network faulty device when the broadcast signal is scanned within a single mobile cycle.

[0037] A third aspect of this application provides an electronic device, including a memory and a processor, wherein the memory stores computer-readable instructions, and when the computer-readable instructions are executed by the processor, the processor causes the processor to perform the above-described offline device fault diagnosis method or to implement the functions of the above-described offline device fault diagnosis device.

[0038] The fourth aspect of this application provides a non-volatile readable storage medium storing computer-readable instructions, which, when executed by a processor, cause the processor to perform the above-described offline device fault diagnosis method or implement the functions of the above-described offline device fault diagnosis device.

[0039] Details of one or more embodiments of this application are set forth in the following drawings and description. Other features, objects, and advantages of this application will become apparent from the specification, drawings, and claims. Attached Figure Description

[0040] To more clearly illustrate the technical solutions of the embodiments of this application, the accompanying drawings used in the embodiments of this application will be briefly introduced below. It should be understood that the following drawings only show some embodiments of this application and should not be regarded as a limitation of the scope. For those skilled in the art, other related drawings can be obtained based on these drawings without creative effort.

[0041] Figure 1 A flowchart of an interaction method provided in an embodiment of this application.

[0042] Figure 2 This is a structural block diagram of an interactive device provided in an embodiment of this application.

[0043] Figure 3 A flowchart of an interaction method provided in another embodiment of this application.

[0044] Figure 4 This is a flowchart of an offline device fault diagnosis method provided in an embodiment of this application.

[0045] Figure 5 This is a structural block diagram of an offline device fault diagnosis device provided in an embodiment of this application.

[0046] Figure 6 This is a structural block diagram of an electronic device provided in an embodiment of this application. Detailed Implementation

[0047] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application.

[0048] When users purchase new home appliances, they need to configure them for network connectivity. Current methods require users to bring a handheld device (e.g., a mobile phone or tablet) to the location of the appliance to be configured, interacting with it to complete the network setup. This method has two drawbacks: firstly, it cannot automatically configure appliances; secondly, manual configuration is cumbersome when there are many appliances scattered across different rooms. Furthermore, the success rate of configuration is limited by the distance between the handheld device and the appliance. A greater distance results in a lower success rate.

[0049] In addition, in the existing technology, when existing home appliances malfunction, users cannot promptly detect the malfunction and handle the abnormality.

[0050] To address the problems existing in the prior art, the inventors of this application, through creative research and exploration, propose an interactive method applicable to autonomous mobile devices. These autonomous mobile devices can be robotic vacuum cleaners or robots, etc. Since the specific structure of autonomous mobile devices such as robotic vacuum cleaners or robots is prior art and not the focus of this solution, it will not be described in detail here.

[0051] Example 1

[0052] Please see Figure 1 In this embodiment, the interaction method may include the following steps.

[0053] S11 scans broadcast signals during its own movement.

[0054] In this embodiment, when home appliances need to be configured for network connectivity, they can actively send broadcast signals. These broadcast signals may carry indication information indicating that the transmitting device needs to be configured for network connectivity.

[0055] In one embodiment, home appliances can periodically send broadcast signals when network configuration is required.

[0056] For example, newly purchased home appliances can proactively send broadcast signals indicating their need for network configuration after being powered on. Similarly, existing home appliances can proactively send broadcast signals indicating their need for network configuration when they determine they cannot connect to the network.

[0057] Autonomous mobile devices can scan for this broadcast signal while they are moving.

[0058] In some embodiments of this application, the home appliance may have a Bluetooth module, and the broadcast signal is a Bluetooth broadcast signal. Correspondingly, the autonomous mobile device may also be equipped with a Bluetooth module for scanning Bluetooth broadcast signals. Since the coverage range of Bluetooth signals is limited, the Bluetooth broadcast signal can only be scanned when the autonomous mobile device moves into the coverage area of ​​the home appliance's Bluetooth broadcast signal.

[0059] S12, based on the scanned broadcast signal, after determining that the transmitting device of the broadcast signal needs to be configured for network connectivity, a connection is established with the transmitting device, and network configuration information is sent to the transmitting device so that the transmitting device can perform network configuration based on the network configuration information.

[0060] In this embodiment, after scanning a broadcast signal, the autonomous mobile device can parse the broadcast signal to obtain the indication information carried by the broadcast signal. Based on the indication information, after determining that the transmitting device of the broadcast signal needs to perform network configuration, it establishes a connection with the transmitting device and sends the network configuration information to the transmitting device so that the transmitting device can perform network configuration based on the network configuration information.

[0061] In one embodiment, the broadcast signal may carry an identifier; the autonomous mobile device may have a pre-defined correspondence between the identifier and the indication information; after scanning the broadcast signal, the autonomous mobile device can directly obtain the identifier from the broadcast signal, and then determine the indication information based on the identifier and the correspondence. After determining that the indication information indicates that the transmitting device of the broadcast signal needs to be configured for network connectivity, a connection is established with the transmitting device, and the network configuration information is sent to the transmitting device so that the transmitting device can perform network configuration based on the network configuration information.

[0062] It is understood that broadcast signals may also carry the communication address of the transmitting device (e.g., Bluetooth address), and autonomous mobile devices may establish a connection with the transmitting device based on the communication address.

[0063] In this embodiment, the network configuration information may include the router's SSID and KEY. Furthermore, this network configuration information can be pre-set in a mobile device.

[0064] In some embodiments of this application, before putting the autonomous mobile device into use, the user can first configure the autonomous mobile device to connect to the network, so as to store the network configuration information in the memory of the autonomous mobile device and enable the autonomous mobile device to connect to the network.

[0065] For example, users can configure the autonomous mobile device for network connectivity by logging into its configuration page. For instance, the autonomous mobile device may have a graphic code (barcode, QR code, mini-program code, etc.) on its body, which users can scan with their terminal device to access the configuration page. Alternatively, the manufacturer of the autonomous mobile device may provide a control app, which users can download and use to configure the device for network connectivity.

[0066] Therefore, the interaction method may further include: receiving and saving network configuration information sent by the user terminal, and performing network configuration based on the network configuration information. By receiving network configuration information sent by the user terminal and performing network configuration based on the network configuration information, the user can achieve its own network configuration and provide a basis for performing network configuration on the network devices to be configured during its own movement.

[0067] In one embodiment, when an autonomous mobile device determines, based on the scanned broadcast signal, that the transmitting device of the broadcast signal needs to be configured for network connectivity, it can establish a connection with the transmitting device and send network configuration information to the transmitting device.

[0068] In another embodiment, after scanning a broadcast signal, the autonomous mobile device can record the RSSI (Received Signal Strength Indication) of the broadcast signal. After determining that the transmitting device of the broadcast signal needs network configuration based on the scanned broadcast signal, and before establishing a connection with the transmitting device and sending the network configuration information to the transmitting device, the interaction method may further include: determining that broadcast signals from the same transmitting device are scanned consecutively a preset number of times, and that the RSSI of the broadcast signal remains within a preset range; and pausing movement.

[0069] It is understandable that when a broadcast signal from the same transmitting device is detected a preset number of times consecutively, and the RSSI of the broadcast signal remains within a preset range, this indicates that the connection between the autonomous mobile device and the transmitting device is relatively stable. At this point, the autonomous mobile device pauses its movement, establishes a connection with the transmitting device, and sends network configuration information to the transmitting device. This can, to a certain extent, ensure the connection stability between the autonomous mobile device and the transmitting device and improve the success rate of network configuration.

[0070] In addition, autonomous mobile devices may scan for broadcast signals emitted by neighboring home appliances during their movement. However, the RSSI of broadcast signals scanned by autonomous mobile devices for neighboring home appliances usually varies greatly, and autonomous mobile devices usually do not scan for neighboring home appliances multiple times in a row. Therefore, the aforementioned methods can, to some extent, avoid configuring home appliances that do not belong to the user for network connectivity.

[0071] It should be noted that the preset number of times can be set as needed, and this application does not limit this.

[0072] In another embodiment, after scanning a broadcast signal, the autonomous mobile device records the RSSI of the broadcast signal. Then, after determining that the transmitting device of the broadcast signal needs network configuration based on the scanned broadcast signal, and before establishing a connection with the transmitting device and sending the network configuration information to the transmitting device, the interaction method may further include: determining that broadcast signals from the same transmitting device have been scanned a preset number of times consecutively; determining a target location based on the RSSI of the scanned preset number of broadcast signals; moving to the target location and pausing the movement. In one embodiment, the target location may be the location corresponding to the maximum RSSI value.

[0073] It is understandable that by scanning the broadcast signal from the transmitting device a predetermined number of times consecutively before proceeding with subsequent operations, network configuration for home appliances that do not belong to the user can be avoided. By determining the target location based on the RSSI of the broadcast signal scanned a predetermined number of times, moving to the target location and pausing the movement before establishing a connection with the transmitting device and sending the network configuration information to the transmitting device, the connection stability between the autonomous mobile device and the device to be configured can be guaranteed, thereby improving the success rate of network configuration.

[0074] In this embodiment, when a home appliance needs network configuration, it can send a broadcast signal indicating that network configuration is required. An autonomous mobile device can scan for the broadcast signal during its movement. Based on the scanned broadcast signal, after determining that the transmitting device needs network configuration, it establishes a connection with the transmitting device and sends network configuration information to it. This allows the transmitting device to perform network configuration based on the network configuration information. Therefore, users do not need to physically go to the location of the appliance to be configured for network configuration; automatic network configuration is achieved. Furthermore, since the autonomous mobile device can move independently, the problem of low network configuration success rates caused by long distances between the device and the appliance can be avoided.

[0075] In some embodiments of this application, the home appliance can be an isolated device. An isolated device refers to a device whose distance from nearby devices (typically fixed-location devices, such as televisions, air conditioners, and refrigerators) exceeds its own communication range, thus preventing communication with nearby devices. When other devices move into the communication range of the isolated device, the isolated device can then communicate with them. When an autonomous mobile device moves into the communication range of the isolated device, it can configure the isolated device for network connectivity using the interaction method described in the foregoing embodiments.

[0076] In some embodiments of this application, home appliances may also passively transmit broadcast signals indicating their need for network configuration. Specifically, an autonomous mobile device may first transmit a probe broadcast signal, which instructs the home appliance requiring network configuration to respond with a response broadcast signal. Upon receiving the probe broadcast signal, the home appliance transmits a response broadcast signal (i.e., the broadcast signal indicating its need for network configuration in the aforementioned embodiments).

[0077] In some embodiments of this application, an autonomous mobile device may scan broadcast signals from multiple home appliances during its movement, and each broadcast signal indicates that the corresponding transmitting device needs to be configured for network connectivity.

[0078] In one embodiment, the interaction method may further include: generating a network list to be configured based on the order in which the broadcast signals of each transmitting device are first scanned, the network list recording the communication addresses of each transmitting device; establishing connections with each transmitting device sequentially based on the network list, and sending network configuration information to each transmitting device so that each transmitting device can perform network configuration based on the network configuration information. By generating a network list to be configured, establishing connections with each transmitting device sequentially based on the network list, and sending network configuration information to each transmitting device so that each transmitting device can perform network configuration based on the network configuration information, network configuration of multiple devices can be achieved.

[0079] Specifically, the autonomous mobile device records the RSSI of broadcast signals from each transmitting device. Establishing connections with each transmitting device sequentially based on the network configuration list includes: determining the transmitting device currently in the network configuration list; scanning broadcast signals from the transmitting device currently in the network configuration list and discarding broadcast signals from other transmitting devices; determining if broadcast signals from the transmitting device currently in the network configuration list are detected a predetermined number of times consecutively, and that the RSSI of the broadcast signals remains within a predetermined range; pausing movement and establishing a connection with the transmitting device currently in the network configuration list, and sending network configuration information to that transmitting device; and so on, until network configuration for all transmitting devices in the network configuration list is completed.

[0080] Among them, the sending device for the current network to be assigned can be determined by sequentially selecting the sending devices in the network to be assigned based on the first-in-first-out principle.

[0081] In another embodiment, each home appliance can periodically transmit a broadcast signal indicating its need for network configuration. The autonomous mobile device can record the RSSI of the broadcast signals received from multiple transmitting devices. In this case, the interaction method may further include: determining a target location based on the received RSSI of the broadcast signals from the multiple transmitting devices; moving to the target location and pausing; broadcasting network configuration information so that each transmitting device receives the network configuration information and performs network configuration based on it. The target location is where the RSSI of the broadcast signals received from each home appliance is greater than a preset value.

[0082] In some embodiments of this application, the autonomous mobile device can construct a map during its movement. After scanning a broadcast signal, it can mark the location of the transmitting device of the broadcast signal on the constructed map. It is understood that the map construction of the autonomous mobile device during its movement is prior art and will not be described in detail here.

[0083] In some embodiments of this application, existing home appliances may experience network connectivity issues. In such cases, the malfunctioning appliance can also transmit a broadcast signal. This broadcast signal may carry the existing network configuration information (existing SSID and / or existing key) of the malfunctioning appliance. If an autonomous mobile device scans this broadcast signal during its movement, it can analyze the existing network configuration information locally to determine the cause of the network connectivity failure of the broadcast signal transmitting device, or it can send the existing network configuration information to a cloud server so that the cloud server can analyze the existing network configuration information, determine, and provide feedback on the cause of the network connectivity failure of the broadcast signal transmitting device.

[0084] For example, analyzing existing network configuration information can involve comparing it with the network configuration information of autonomous mobile devices. Reasons for network failure include a missing SSID or an incorrect key.

[0085] At this point, the interaction method may further include, based on the scanned broadcast signal, establishing a connection with the transmitting device after determining that the existing network configuration information of the broadcast signal transmitting device is incorrect, and sending the network configuration information to the transmitting device so that the transmitting device can (re)configure its network based on the network configuration information. This achieves the repair of situations where network connectivity is impossible due to incorrect existing network configuration information.

[0086] In some embodiments of this application, a configurable device list may be pre-installed within the autonomous mobile device. This configurable device list records a complete list of all configurable devices. It is understood that this configurable device list can be pre-stored by the user into the autonomous mobile device via a terminal device.

[0087] At this point, before establishing a connection with the transmitting device and sending the network configuration information to it, the interaction method may further include: determining that the transmitting device is in a preset list of configurable devices. This avoids configuring network connectivity for devices that do not belong to the user.

[0088] It should be noted that the autonomous mobile device can have a pre-built map containing markers indicating the location of each device (which can be understood as the location information of each device). The autonomous mobile device can determine the location of the controlled device based on this map and then plan a route to that location. It is understood that the specific details of the route planning are mature technologies in this field and will not be elaborated upon here.

[0089] It's understandable that when a newly purchased device needs network configuration, the location of this device might not be marked on the map pre-built by the autonomous mobile device. In this case, the new device can communicate with multiple existing devices within its communication range (e.g., via Bluetooth). It's important to note that for existing devices, their locations are marked on the pre-built map by the autonomous mobile device, and these existing devices are already connected to the network. Since the locations of the existing devices are known, the location of the new device can be estimated through communication between multiple existing devices and the new device. After calculating the location of the newly purchased device, any one of the existing devices can report the calculated location to the router. The router then transmits the location information of the newly purchased device to the autonomous mobile device. Alternatively, any one of the existing devices can directly transmit the calculated location of the newly purchased device to the autonomous mobile device via the network. After determining the location of the newly purchased device, the autonomous mobile device can mark the location on a map and plan a route to the location of the newly purchased device based on its current location and the location of the newly purchased device. After moving to the communication range of the newly purchased device, it can configure the newly purchased device for network access using the interaction method described in the aforementioned embodiment. It should be noted that the specific content of calculating the location of the newly purchased device through communication between multiple existing devices and the newly purchased device is prior art in this field and will not be described in detail here.

[0090] Please see Figure 2 Based on the same inventive concept, this application also provides an interactive device 10, which is applied to a self-moving device. The interactive device 10 includes a scanning module 11 and a connection module 12.

[0091] The scanning module 11 is used to scan broadcast signals during the movement of an autonomous mobile device.

[0092] The processing module 12 is used to establish a connection with the transmitting device after determining that the transmitting device of the broadcast signal needs to perform network configuration based on the scanned broadcast signal, and send the network configuration information to the transmitting device so that the transmitting device can perform network configuration based on the network configuration information.

[0093] The processing module 12 is also used to determine that a broadcast signal from the transmitting device is scanned a preset number of times and the RSSI of the broadcast signal is maintained within a preset range, and to control the autonomous mobile device to pause its movement.

[0094] The processing module 12 is also used to determine the number of consecutive preset number of broadcast signals scanned from the transmitting device; determine the target location based on the RSSI of the broadcast signals scanned the preset number of times; control the autonomous mobile device to move to the target location and pause the movement.

[0095] When the scanning module 11 scans broadcast signals from multiple transmitting devices, and each broadcast signal indicates that the corresponding transmitting device needs to be configured for network connectivity, the processing module 12 is further configured to: generate a network configuration list according to the order in which the scanning module 11 first scans the broadcast signals of each transmitting device, wherein the network configuration list records the communication address of each transmitting device; establish connections with each transmitting device sequentially based on the network configuration list, and send the network configuration information to each transmitting device so that each transmitting device can perform network configuration based on the network configuration information.

[0096] The processing module 12 is also used to receive and save the network configuration information sent by the user terminal, and to perform network configuration based on the network configuration information.

[0097] The processing module 12 is also configured to establish a connection with the transmitting device based on the scanned broadcast signal, after determining that the existing network configuration information of the transmitting device of the broadcast signal is incorrect, and send the network configuration information to the transmitting device so that the transmitting device can perform network configuration based on the network configuration information.

[0098] Before establishing a connection with the transmitting device and sending the network configuration information to the transmitting device, the processing module 12 is further configured to: determine that the transmitting device is in a preset list of configurable devices.

[0099] It is understood that the above-mentioned interactive device corresponds to the aforementioned interactive method. The same or corresponding content can be referred to the content of the aforementioned interactive method, and will not be repeated here.

[0100] Example 2

[0101] Smart home appliances still encounter some problems during use. For example, in a local area network, a smart home appliance may suddenly go offline, making it difficult for users to identify the offline device and the reason for its malfunction. Regarding the above issues, please refer to... Figure 3 This application also provides another interaction method, which includes the following steps.

[0102] S11, during its own movement, scans broadcast signals;

[0103] S12, based on the scanned broadcast signal, after determining that the broadcast signal transmitting device needs to be configured for network connectivity, a connection is established with the transmitting device, and the network configuration information is sent to the transmitting device so that the transmitting device can perform network configuration based on the network configuration information;

[0104] S2, determine the fault information of the network-connected faulty device that is in the same local area network as the autonomous mobile device.

[0105] Further, please refer to Figure 4 , Figure 4 This application provides an offline device fault diagnosis method, which is applied to autonomous mobile devices. The method includes:

[0106] S21, upon receiving a device offline notification, determines that there is a device with a network failure among the neighboring devices that are on the same local area network as the autonomous mobile device.

[0107] In this embodiment, the subject of the method is an autonomous mobile device.

[0108] In this embodiment, the autonomous mobile device can be an electronic device such as a mobile phone or tablet, or a mobile smart device such as a robot vacuum cleaner or a cleaning robot. No limitation is made in this embodiment.

[0109] In this embodiment, the neighboring device can be a smart home appliance.

[0110] In this embodiment, there are usually multiple neighboring devices, and these neighboring devices and autonomous mobile devices are all in the same local area network and use the same router.

[0111] In this embodiment, the network failure device can refer to a neighboring device in the local area network that suddenly goes offline.

[0112] In this embodiment, the device offline notification is used to notify a neighboring device on the local area network that has suddenly gone offline. It can be understood that the device in the device offline notification is the device experiencing a network failure.

[0113] In some embodiments of this application, the device offline notification can be determined by other devices on the same local area network (LAN) other than the device experiencing a network failure and then notified to the autonomous mobile device. For example, the device experiencing a network failure is an air conditioner, and the other device is a temperature and humidity sensor. Under normal circumstances, the air conditioner can receive temperature and humidity readings from the temperature and humidity sensor via the LAN and perform corresponding controls. If the air conditioner cannot detect temperature and humidity for a preset time, it sends a device offline notification to the autonomous mobile device, informing it that the temperature and humidity sensor is offline.

[0114] In some embodiments of this application, the device offline notification can also be sent by the gateway to the autonomous mobile device. For example, the gateway performs keep-alive checks on all neighboring devices. If the gateway cannot detect the keep-alive information of a neighboring device within a preset time, the gateway informs the autonomous mobile device that the device is offline. Here, the preset time refers to the single keep-alive information transmission cycle of the offline device.

[0115] In some embodiments of this application, the device offline notification can also be generated by the autonomous mobile device. For example, the autonomous mobile device can use a keep-alive detection module to perform keep-alive detection on all neighboring devices in the same local area network. If keep-alive information of a neighboring device cannot be detected within a preset time, the keep-alive detection module can send a device offline notification to the central processing module of the autonomous mobile device. Here, the preset time can be the single keep-alive information sending cycle of the offline device.

[0116] S22, check if keep-alive information corresponding to the network failure device has been received. If yes, proceed to S23-S25; otherwise, end this process.

[0117] In this embodiment, the keep-alive information can be determined and sent by other devices within the local area network.

[0118] In this embodiment, the keep-alive information is used to indicate that the network-faulted device is still there, but cannot connect to the local area network.

[0119] In this embodiment, the same router can be used within the same local area network (LAN). Neighboring devices within this LAN confirm their inter-device presence via UDP. Specifically, neighboring devices maintain their online status through heartbeats. Each neighboring device maintains a list of its local neighbors, including their IP addresses, MAC addresses, and other relevant information.

[0120] In this embodiment, S21 can determine that there is a network failure device in the local area network, but it cannot determine the specific details of the network failure device. Therefore, the autonomous mobile device also needs to detect whether it has received keep-alive information corresponding to the network failure device from other devices in the local area network besides the network failure device.

[0121] It should be noted that by detecting the keep-alive information corresponding to the network failure device, it can be preliminarily determined whether the network failure device is due to a network outage or a power outage. If it is due to a network outage, the autonomous mobile device can go there to handle it; if it is due to a power outage, the autonomous mobile device cannot handle it, and in this case, S28 can be executed.

[0122] Of course, if no keep-alive information is received from the network faulty device, steps S23 to S25 can be executed, thereby confirming the power outage of the device.

[0123] S23, based on the preset neighbor device table, determine the broadcast address of the network faulty device.

[0124] As mentioned earlier, both neighboring devices and autonomous mobile devices can maintain a neighboring device table. This table includes the IP addresses, MAC addresses, and other relevant information of all neighboring devices. When a network failure occurs, the failed device disappears from the local area network. At this time, the gateway, autonomous mobile devices, and other devices all need to maintain the neighboring device table, removing the relevant information of the network failure device. In other words, by maintaining the neighboring device table, autonomous mobile devices, gateways, and other devices can identify the network failure device and its corresponding broadcast address. For example, the gateway, autonomous mobile devices, and other devices can identify the network failure device and its broadcast address by comparing the current neighboring device table with the neighboring device table from the previous time.

[0125] S24, during the movement of the autonomous mobile device, scan for broadcast signals corresponding to the broadcast address.

[0126] In this embodiment, after the network failure device goes offline, it can automatically detect whether it can connect to the local area network. If it determines that it cannot connect to the local area network, it can output a broadcast signal through the Bluetooth module. The broadcast signal includes the broadcast address and offline information.

[0127] In this embodiment, the broadcast address can be the MAC address of the network-faulted device.

[0128] In this embodiment, the offline information may include the operation records of the network-faulted device before and after it goes offline, and / or the network configuration information of the network-faulted device (such as SSID and key), and / or the signal strength records when the network-faulted device is in use, etc.

[0129] In this embodiment, when a device experiencing a network connection problem detects a connection issue, it can attempt to connect to the router. If the device fails to connect to the router after multiple attempts within a preset time, it is assumed that the device's network status remains offline, and a network connection problem is identified. Subsequently, the device can enable Bluetooth broadcast mode and output a broadcast signal via Bluetooth. This broadcast signal includes a broadcast address and offline information.

[0130] In this embodiment, after determining the broadcast address of the network faulty device, the autonomous mobile device can determine the best path to the network faulty device by using a pre-built map marked with the network faulty device. This allows the autonomous mobile device to quickly move to the vicinity of the network faulty device, thereby improving the fault detection efficiency of the autonomous mobile device and also helping to improve the fault repair efficiency of the network faulty device.

[0131] S25, determine whether a broadcast signal is detected within a single movement cycle. If yes, execute S26 to S27; otherwise, execute S28.

[0132] It should be noted that the broadcast signal here refers to the broadcast signal emitted by the network-connected faulty device.

[0133] In this embodiment, a movement cycle represents the complete cycle in which the mobile appliance has moved throughout the entire house. It should be noted that completing the movement of the entire house means that all neighboring devices can be scanned once, unless a neighboring device is powered off or offline. Therefore, if a broadcast signal from a network-faulted device is detected within a single movement cycle, the network-faulted device can be considered located; if no broadcast signal from a network-faulted device is detected within a single movement cycle, the network-faulted device can be considered powered off or offline.

[0134] S26, establish a Bluetooth connection with the faulty networked device and determine the fault information of the faulty networked device.

[0135] It's understandable that devices experiencing network connectivity issues typically exhibit Wi-Fi disconnection. In such cases, enabling Bluetooth for a connection is more reliable. Therefore, after locating a device experiencing network connectivity issues, a mobile device can establish a Bluetooth connection with it. By interacting with the device, information about the faulty device can be obtained to determine its specific malfunction. This fault information is used to characterize the specific fault of the device.

[0136] For example, the Bluetooth list of the autonomous mobile device can store Bluetooth information of devices with network connectivity failures. Therefore, when the autonomous mobile device moves near a device with network connectivity failures, it can connect to the device via Bluetooth and obtain the device's operation records before and after it went offline. This allows the autonomous mobile device to determine the fault information of the device based on the operation records. Subsequently, the autonomous mobile device can report this fault information, which will not be elaborated upon in this embodiment.

[0137] In one embodiment, after establishing a Bluetooth connection with a network-connected faulty device, the autonomous mobile device can obtain data such as the faulty device's operation history and configuration information via Bluetooth. This data is used to determine the fault information of the network-connected faulty device.

[0138] In one embodiment, a network-connected faulty device can independently determine the cause of the fault and generate an error code after going offline. An autonomous mobile device can directly obtain the error code via Bluetooth and determine the specific fault of the network-connected faulty device based on the error code.

[0139] As an optional implementation, the steps for determining the fault information of a network-connected faulty device include:

[0140] Obtain the network configuration information of devices with network connectivity failures;

[0141] Determine if the network configuration information is incorrect;

[0142] When there is an error in the network configuration information, the network configuration error information will be identified as a fault message of the network faulty device.

[0143] In this embodiment, the network configuration information includes the SSID and key currently used by the network-faulted device. Since there is a connection between the autonomous mobile device and the local area network, the autonomous mobile device has the SSID and key of the local area network. At this time, it can be determined whether the network configuration information is incorrect by judging whether the SSID and key stored in the autonomous mobile device are the same as the SSID and key stored in the network-faulted device.

[0144] In this embodiment, if the network configuration information is correct, it is determined that the problem is not related to the network configuration; if the network configuration information is incorrect, it is determined that the problem is related to the network configuration. The network configuration error information is then identified as fault information and reported as a fault diagnosis result.

[0145] In this embodiment, if an error code exists and the error code also indicates a network configuration error, then the error code is considered reliable and can be reported using the error code.

[0146] In this embodiment, after determining that the fault information is a network configuration error, the autonomous mobile device can update the SSID and key of the faulty device so that the faulty device can reconnect to the network.

[0147] As an optional implementation, the steps for determining the fault information of a network-connected faulty device include:

[0148] Obtain the software version of the faulty network device;

[0149] Determine if the software version is compatible;

[0150] When the software version is incompatible, the software compatibility error message is identified as a fault message of the network-connected device.

[0151] In this embodiment, the software version is an OTA version.

[0152] In this embodiment, the autonomous mobile device can determine whether the OTA version of the network-connected faulty device is the currently used OTA version. This process is the process of determining whether the software version is compatible.

[0153] In this embodiment, if an error code exists and the error code indicates that the OTA version is outdated, the autonomous mobile device can report the error code, thereby facilitating the smooth execution of subsequent steps.

[0154] In this embodiment, to resolve the aforementioned fault, the network-faulty device can use an autonomous mobile device as a bridge to connect to the router and update the OTA accordingly; alternatively, the network-faulty device can directly obtain the OTA from the autonomous mobile device for updating.

[0155] As an optional implementation, the steps for determining the fault information of a network-connected faulty device include:

[0156] Obtain the network signal strength at the faulty device;

[0157] Determine if the network signal strength is less than the signal strength threshold;

[0158] When the network signal strength is less than the signal strength threshold, the signal strength difference is identified as fault information of the network faulty device.

[0159] In this embodiment, the autonomous mobile device can move to the location of the network-failed device to detect the network signal strength and determine whether the network signal strength is low. If so, the network-failed device is considered offline due to a signal strength issue; otherwise, it is not.

[0160] In this embodiment, if the error code matches the detection result of the autonomous mobile device, the autonomous mobile device can directly report the error code.

[0161] In some embodiments of this application, the autonomous mobile device can also move to a location with good signal strength and determine the distance between that location and the router. This distance is then compared to the distance between the faulty network device and the router. If the distance between the faulty network device and the router is greater than this distance, it is confirmed that the signal strength at the faulty network device is poor due to distance, and the confirmation result is reported to the cloud server for recording and processing.

[0162] S27, broadcast a stop search command within the local area network; this stop search command is used to instruct other devices within the local area network to stop searching for the network-faulty device.

[0163] S28, the device power failure removal information is identified as fault information of the network fault device.

[0164] In some embodiments of this application, the home appliance may be an islanded device. An islanded device refers to a device whose distance from nearby devices (usually fixed-location devices, such as televisions, air conditioners, refrigerators, etc.) exceeds its own communication range, and therefore, it cannot communicate with nearby devices.

[0165] In this embodiment, when the network-connected faulty device is an isolated device as described above, the autonomous mobile device can determine the specific location of the network-connected faulty device based on a pre-built map that marks the location of the faulty device. It can then autonomously move to within the Bluetooth communication range of the faulty device, establishing a Bluetooth communication connection between the autonomous mobile device and the network-connected faulty device. This allows the isolated network-connected faulty device to communicate with the autonomous mobile device. Subsequently, the autonomous mobile device can obtain the fault information of the network-connected faulty device via Bluetooth, perform network fault diagnosis based on this information, obtain the network fault diagnosis result, and upload the network fault diagnosis result to the cloud.

[0166] The offline device fault diagnosis method provided in this application can identify an offline device as a network failure device when it appears among multiple smart devices in a home. It then quickly notifies an autonomous mobile device to move to the vicinity of the offline device for network failure diagnosis. This process avoids the need for users to manually diagnose offline devices, thus improving the automation and convenience of fault diagnosis and freeing up users' time and effort. After the autonomous mobile device completes the diagnosis, it can also provide a fault repair solution matching the diagnosis results. This allows the network failure device to be repaired with the help of the autonomous mobile device, enabling it to reconnect to the network and continue to be used. Therefore, this process automatically repairs network failure devices, ensuring that network failures are resolved without user intervention, thereby guaranteeing the operational stability of smart devices in the home.

[0167] Based on the same inventive concept, please refer to Figure 5 , Figure 5 This is a schematic diagram of an offline device fault diagnosis device provided in an embodiment of this application. This offline device fault diagnosis device 20 is applied to autonomous mobile devices. For example... Figure 5 As shown, the offline device fault diagnosis device 20 includes:

[0168] The first determining unit 21 is used to determine whether there is a network failure device among the neighboring devices that are in the same local area network as the autonomous mobile device.

[0169] The second determining unit 22 is used to determine the broadcast address of the network faulty device based on a preset neighbor device table;

[0170] The diagnostic scanning unit 23 is used to scan the broadcast signal corresponding to the broadcast address during the movement of the autonomous mobile device;

[0171] The third determining unit 24 is used to establish a connection with the network faulty device and determine the fault information of the network faulty device when a broadcast signal is scanned within a single mobile cycle.

[0172] As an optional implementation, the third determining unit 24 is also used to determine the device power-off removal information as fault information of the network faulty device when no broadcast signal is scanned within a single movement cycle.

[0173] As an optional implementation, the device further includes:

[0174] The broadcast unit 25 is used to broadcast a stop search command within the local area network when a broadcast signal is detected within a single mobile cycle; the stop search command is used to instruct other devices within the local area network to stop searching for the network-faulted device.

[0175] As an optional implementation, the first determining unit 21 is specifically used to determine, upon receiving a device offline notification, that there is a device with a network failure among the neighboring devices that are in the same local area network as the autonomous mobile device.

[0176] As an optional implementation, the device further includes:

[0177] The detection unit 26 is used to detect whether keep-alive information corresponding to the network failure device is received; the keep-alive information is determined and sent by other devices in the local area network.

[0178] The second determining unit 22 is specifically used to determine the broadcast address of the network faulty device based on a preset neighbor device table when a keep-alive message is received.

[0179] As an optional implementation, the third determining unit 24 is specifically used to establish a Bluetooth connection with the network-faulted device and determine the fault information of the network-faulted device when a broadcast signal is scanned within a single movement cycle.

[0180] As an optional implementation, the third determining unit 24 includes:

[0181] The communication subunit 241 is used to establish a connection with a network-faulted device when a broadcast signal is detected within a single mobile cycle;

[0182] Acquisition subunit 242 is used to acquire network configuration information of network faulty devices;

[0183] Judgment subunit 243 is used to determine whether the network configuration information is incorrect;

[0184] The determination subunit 244 is used to determine the network configuration error information as the fault information of the network faulty device when the network configuration information is incorrect.

[0185] As an optional implementation, the third determining unit 24 includes:

[0186] The communication subunit 241 is used to establish a connection with a network-faulted device when a broadcast signal is detected within a single mobile cycle;

[0187] Acquisition subunit 242 is used to acquire the software version of the network faulty device;

[0188] Judgment subunit 243 is used to determine whether the software version is incompatible;

[0189] Subunit 244 is used to identify software compatibility error information as fault information of a network-connected faulty device when the software version is incompatible.

[0190] As an optional implementation, the third determining unit 24 includes:

[0191] The communication subunit 241 is used to establish a connection with a network-faulted device when a broadcast signal is detected within a single mobile cycle;

[0192] Acquisition subunit 242 is used to acquire the network signal strength at the network faulty device;

[0193] Judgment subunit 243 is used to determine whether the network signal strength is less than the signal strength threshold.

[0194] The determination subunit 244 is used to determine the signal strength difference as fault information of the network faulty device when the network signal strength is less than the signal strength threshold.

[0195] In this embodiment, the autonomous mobile device can be a mobile phone, tablet, or other device, or it can be a smart robot, home robot, or other device.

[0196] As can be seen, the autonomous mobile device provided in this application embodiment can identify the network failure device in a local area network (LAN) by looking up a table, and determine whether the network failure device is disconnected or powered off by scanning all devices in the LAN. During this process, other devices in the LAN can perform keep-alive detection on the network failure device based on UDP, so that the autonomous mobile device can determine that the network failure device is not powered off by scanning and prompting from other devices, and further establish a Bluetooth connection with the network failure device. This allows the autonomous mobile device to obtain the operation information, configuration information, and location information of the network failure device through the connection, thereby enabling the autonomous mobile device to determine the cause of the network failure based on this information.

[0197] It is understood that the autonomous mobile device provided in this application corresponds to the offline device fault diagnosis method provided in this application. In order to keep the specification concise, the same or similar parts can be referred to the content of the offline device fault diagnosis method section, and will not be repeated here.

[0198] In this embodiment, the autonomous mobile device may include a main control device, a mobile device, a navigation device, a storage device, and a communication device. The navigation device is used to locate the position or range of the broadcast signal (i.e., to locate the position or range of the controlled device). The autonomous mobile device can then move to the designated location located by the navigation device, and then discover and establish a connection with the controlled device based on the gateway in the communication device. This communication device also has cloud connectivity capabilities. Furthermore, the storage device is used to store shadow devices (shadow model information) of smart home appliances (controlled devices) in the home, while the main control device simulates these virtual shadow devices. Simultaneously, the main control device also needs to manage other devices, such as the mobile device.

[0199] In this embodiment, the autonomous mobile device can be a mobile phone, tablet, or other device, or it can be a smart robot, home robot, or other device.

[0200] Each step in the aforementioned interactive method and offline device fault diagnosis method, as well as each module in the interactive device, offline device fault diagnosis device, and corresponding autonomous mobile device, can be implemented entirely or partially through software, hardware, or a combination thereof. Each step and / or module can be embedded in or independent of the processor in the server, or stored in the server's memory in software form, so that the processor can call and execute the operations corresponding to each module. The processor can be a central processing unit (CPU), microprocessor, microcontroller, etc.

[0201] In the aforementioned interaction method and offline device fault diagnosis method, the interaction device, the corresponding offline device fault diagnosis device, and the corresponding autonomous mobile device can each be implemented in the form of computer-readable instructions. These computer-readable instructions can be implemented in various ways, such as... Figure 6 It runs on the electronic device shown.

[0202] This application also provides an electronic device, including a memory, a processor, and computer-readable instructions stored in the memory and executable on the processor. When the processor executes the program, it implements the above-mentioned interactive method and / or offline device fault diagnosis method, or implements the functions of the above-mentioned interactive device and / or the corresponding autonomous mobile device corresponding to the offline device fault diagnosis device.

[0203] Figure 6This is a schematic diagram of the internal structure of an electronic device according to an embodiment of this application. The electronic device can be a robot vacuum cleaner or a robot. Please refer to... Figure 6 The electronic device includes a processor, a non-volatile storage medium, internal memory, an input device, a display screen, and a network interface connected via a system bus. The non-volatile storage medium can store an operating system and computer-readable instructions. When executed, these computer-readable instructions can cause the processor to perform the methods of the embodiments of this application or implement the functions of the apparatus or device of the embodiments of this application. Specific implementation processes of each method can be found in [reference needed]. Figure 1 , Figure 3 and Figure 4 For details regarding the implementation process of the functions of each device or equipment, please refer to [link / reference]. Figure 2 , Figure 5 The specific details will not be elaborated here. The processor of this electronic device provides computing and control capabilities to support the operation of the entire electronic device. The internal memory may store computer-readable instructions, which, when executed by the processor, can cause the processor to perform any of the aforementioned methods or implement the functions of any of the aforementioned devices or equipment. The input device of the electronic device is used for inputting various parameters, the display screen of the electronic device is used for display, and the network interface of the electronic device is used for network communication. Those skilled in the art will understand that... Figure 6 The structure shown is merely a block diagram of a portion of the structure related to the present application and does not constitute a limitation on the electronic device to which the present application is applied. The specific electronic device may include more or fewer components than shown in the figure, or combine certain components, or have different component arrangements.

[0204] Based on the same inventive concept, embodiments of this application provide a computer-readable storage medium storing computer-readable instructions thereon, which, when executed by a processor, implements the steps in the above-described device management method.

[0205] Any references to memory, storage, databases, or other media used herein may include non-volatile memory. Suitable non-volatile memory may include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory.

[0206] Based on the same inventive concept, this application also provides a computer program product, including a computer program / instructions, which, when executed by a processor, implements the functions of the aforementioned method or the aforementioned apparatus or device.

[0207] In the embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. The apparatus embodiments described above are merely illustrative. For example, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. Furthermore, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Additionally, the displayed or discussed mutual couplings, direct couplings, or communication connections may be through some communication interfaces; indirect couplings or communication connections between devices or units may be electrical, mechanical, or other forms.

[0208] Furthermore, the units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0209] Furthermore, the functional modules in the various embodiments of this application can be integrated together to form an independent part, or each module can exist independently, or two or more modules can be integrated to form an independent part.

[0210] In this document, relational terms such as first and second are used only to distinguish one entity or operation from another entity or operation, without necessarily requiring or implying any such actual relationship or order between these entities or operations.

[0211] The above description is merely an embodiment of this application and is not intended to limit the scope of protection of this application. Various modifications and variations can be made to this application by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the scope of protection of this application.

Claims

1. A method for diagnosing faults in offline devices, characterized in that, Applied to autonomous mobile devices, the method includes: It was determined that among the neighboring devices located on the same local area network as the autonomous mobile device, there was a device with a network failure. Based on a preset neighbor device table, the broadcast address of the network-faulted device is determined; the broadcast address is the MAC address of the network-faulted device. During the movement of the autonomous mobile device, the broadcast signal corresponding to the broadcast address is scanned; When the broadcast signal is detected within a single mobile cycle, a connection is established with the network-faulted device, and the fault information of the network-faulted device is determined; If the broadcast signal is not detected within a single mobile cycle, the device power-off removal information is identified as fault information of the network faulty device.

2. The offline device fault diagnosis method according to claim 1, characterized in that, The method further includes: When the broadcast signal is detected within a single mobile cycle, a stop search instruction is broadcast within the local area network; the stop search instruction is used to instruct other devices within the local area network to stop searching for the network-faulted device.

3. The offline device fault diagnosis method according to claim 1, characterized in that, The step of determining whether there is a network failure device among the neighboring devices that are in the same local area network as the autonomous mobile device includes: Upon receiving a device offline notification, it is determined that there is a device with a network failure among the neighboring devices that are on the same local area network as the autonomous mobile device.

4. The offline device fault diagnosis method according to claim 1, characterized in that, After the step of determining that there is a network-faulted device among the neighboring devices located on the same local area network as the autonomous mobile device, the method further includes: Detect whether keep-alive information corresponding to the network failure device has been received; the keep-alive information is determined and sent by other devices within the local area network; When the keep-alive information is received, the step of determining the broadcast address of the network faulty device based on a preset neighbor device table is executed.

5. The offline device fault diagnosis method according to claim 1, characterized in that, The step of establishing a connection with the network-faulted device and determining the fault information of the network-faulted device when the broadcast signal is detected within a single mobile cycle includes: When the broadcast signal is detected during a single mobile cycle, a Bluetooth connection is established with the network-faulted device, and the fault information of the network-faulted device is determined.

6. The offline device fault diagnosis method according to claim 1, characterized in that, The steps for determining the fault information of the network-connected faulty device include: Obtain the network configuration information of the network-connected faulty device; Determine if the network configuration information is incorrect; When the network configuration information is incorrect, the network configuration error information will be identified as the fault information of the network faulty device.

7. The offline device fault diagnosis method according to claim 1, characterized in that, The steps for determining the fault information of the network-connected faulty device include: Obtain the software version of the network-connected faulty device; Determine if the software version is incompatible; When the software version is incompatible, the software compatibility error message is identified as a fault message of the network-connected faulty device.

8. The offline device fault diagnosis method according to claim 1, characterized in that, The steps for determining the fault information of the network-connected faulty device include: Obtain the network signal strength at the faulty network device; Determine whether the network signal strength is less than a signal strength threshold; When the network signal strength is less than the signal strength threshold, the signal strength difference information is determined as the fault information of the network faulty device.

9. An offline device fault diagnosis device, characterized in that, The device includes: The first determining unit is used to determine whether there is a network failure device among the neighboring devices that are in the same local area network as the autonomous mobile device. The second determining unit is used to determine the broadcast address of the network-faulted device based on a preset neighbor device table; the broadcast address is the MAC address of the network-faulted device. A diagnostic scanning unit is used to scan the broadcast signal corresponding to the broadcast address during the movement of the autonomous mobile device; The third determining unit is used to establish a connection with the network faulty device and determine the fault information of the network faulty device when the broadcast signal is scanned within a single mobile cycle. The third determining unit is also used to determine the device power-off removal information as fault information of the network faulty device when no broadcast signal is scanned within a single mobile cycle.

Images