Vehicle-mounted Ethernet communication state detection method and device, vehicle, equipment and medium

Abstract

The invention provides a vehicle-mounted Ethernet communication state detection method and device, a vehicle, equipment and a medium, which are used for solving the problem that the existing detection means is not suitable for Ethernet network fault detection in the absence of a router. According to the vehicle-mounted Ethernet communication state detection method, a current node and a target node are connected through an Ethernet link, and the vehicle-mounted Ethernet communication state detection method comprises the steps that when an Ethernet communication state detection condition is triggered, the current node detects the target node based on a preset generalization protocol; identifying whether the network communication state between the current node and the target node is abnormal or not according to the detection result of the current node and the target node; and when it is determined that the network communication state between the current node and the target node is abnormal, executing a preset fault repair operation.

Description

Technical Field

[0001] The present invention relates to the technical field of vehicle-mounted Ethernet communication, and in particular to a vehicle-mounted Ethernet communication status detection method, device, vehicle, equipment and medium. Background Art

[0002] With the development of intelligent driving and intelligent cockpit technology, the application of in-vehicle Ethernet is becoming more and more widespread. In the planning architecture of many car manufacturers, in-vehicle Ethernet basically exists as a backbone network. Ethernet is the main form of communication between quasi-central computing platforms or central computing platforms, or domain controllers, and is responsible for the rapid transmission of large amounts of data between them. However, in actual applications, Ethernet may fail for some reason, resulting in communication disconnection.

[0003] Existing technologies can systematically solve the problem of monitoring network status in complex networks with routers; or monitor network status by defining a private extension protocol, which consumes a lot of system resources and is not very suitable, especially in simple network connections. Summary of the invention

[0004] The present invention provides a vehicle-mounted Ethernet communication status detection method, device, vehicle, equipment and medium, which are used to solve the problem that the existing detection means are not suitable for Ethernet network fault detection in the absence of a router.

[0005] The technical solution of the present invention is: On the one hand, the present application provides a method for detecting the communication status of an in-vehicle Ethernet, wherein a current node and a target node are connected via an Ethernet link, comprising: When the Ethernet communication status detection condition is triggered, the current node detects the target node based on the preset universal protocol; According to the detection results of the current node and the target node, identify whether the network communication status between the current node and the target node is abnormal; When it is determined that the network communication status between the current node and the target node is abnormal, a preset fault repair operation is performed.

[0006] Preferably, the preset universal protocol is the ICMP protocol; when the Ethernet communication status detection condition is triggered, the step of the current node detecting the target node based on the preset universal protocol includes: The current node sends an ICMP echo request message to the target node based on the ICMP protocol; If an ICMP echo response message sent by the target node is received within a preset time and the information carried in the ICMP echo response message is consistent with the information carried in the ICMP echo request message, the corresponding detection result is marked as detection success; If an ICMP echo response message sent by the target node is received within the preset time and the information carried in the ICMP echo response message is inconsistent with the information carried in the ICMP echo request message, or if the ICMP echo response message sent by the target node is not received within the preset time, the corresponding detection result will be marked as detection failure.

[0007] Preferably, according to the detection results of the current node and the target node, the step of identifying whether the network communication status between the current node and the target node is abnormal includes: When the detection results are detection failures for consecutive preset times, it is determined that the network communication state between the current node and the target node is abnormal.

[0008] Preferably, when it is determined that the network communication state between the current node and the target node is abnormal, the step of performing a preset fault repair operation includes: Restart the network card, soft restart the system, or hard restart the system on the current node.

[0009] Preferably, when the number of times the network communication status between the current node and the target node is abnormal is less than a first preset number, the network card of the current node is restarted; When the number of times that the network communication status between the current node and the target node is abnormal is greater than or equal to the first preset number of times and less than the second preset number of times, performing a system soft start on the current node; When the number of times that the network communication status between the current node and the target node is abnormal is greater than or equal to a second preset number, a system hard restart is performed on the current node.

[0010] Preferably, the Ethernet communication status detection condition is that the current node is powered on or a preset fault occurs in the current node.

[0011] On the other hand, the present application also provides a vehicle-mounted Ethernet communication status detection device, wherein the current node and the target node are connected via an Ethernet link, including: The detection module is used for the current node to detect the target node based on the preset universal protocol when the Ethernet communication status detection condition is triggered; The abnormality identification module is used to identify whether the network communication status between the current node and the target node is abnormal according to the detection results of the current node and the target node; The repair module is used to execute a preset fault repair operation when it is determined that the network communication status between the current node and the target node is abnormal.

[0012] On the other hand, the present application also provides a control device, including a processor, a memory, and a program or instruction stored in the memory and executable on the processor, wherein the program or instruction, when executed by the processor, implements the steps of the above-mentioned vehicle Ethernet communication status detection method.

[0013] On the other hand, the present application also provides a readable storage medium, on which a program or instruction is stored. When the program or instruction is executed by a processor, the steps of the above-mentioned vehicle Ethernet communication status detection method are implemented.

[0014] On the other hand, the present application also provides a vehicle, comprising the above-mentioned vehicle-mounted Ethernet communication status detection device.

[0015] The beneficial effects of the present invention are: According to the characteristics of in-vehicle Ethernet applications, the ICMP protocol, a preset universal protocol, is used to detect the Ethernet communication status, realizing the communication status detection of Ethernet without a router; when the communication status is abnormal, the network card of the physical layer of the Ethernet node is restarted to repair the previous program defects, jams, etc., so as to restore to normal. In order to avoid the continuous restart of the network card due to the persistence of the fault, the fuse is also blown through the system soft restart and system hard restart. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] Figure 1 It is a simplified flow chart of a method for detecting the communication status of an in-vehicle Ethernet; Figure 2 It is a flow chart of a method for detecting the communication status of an in-vehicle Ethernet; Figure 3 It is a detailed flow chart of the vehicle Ethernet communication status detection method. DETAILED DESCRIPTION

[0017] The method of the present invention is further described below in conjunction with the embodiments and accompanying drawings. This embodiment is implemented based on the technical solution of the present invention, and provides a detailed implementation method and specific operation process, but the protection scope of the present invention is not limited to the following embodiments.

[0018] Generally speaking, nodes in the in-vehicle Ethernet are generally directly connected point-to-point or connected through a switch, and the in-vehicle Ethernet nodes do not use routers or DNS protocols when communicating with each other. In the embodiment of the present application, according to the characteristics of the in-vehicle Ethernet application, the ICMP protocol is used to detect the Ethernet communication status.

[0019] Reference Figure 1 , the embodiment of the present application provides a method for detecting the communication status of an in-vehicle Ethernet, comprising: S101, when an Ethernet communication status detection condition is triggered, the current node detects a target node based on a preset universal protocol; S102, identifying whether the network communication status between the current node and the target node is abnormal according to the detection results of the current node and the target node; S103, when it is determined that the network communication status between the current node and the target node is abnormal, executing a preset fault repair operation.

[0020] Among them, the current node and the target node are connected through an Ethernet link.

[0021] See also Figure 2 ,This method is mainly divided into three processes, namely detection ,enabling process, fault triggering process, and fault handling process.

[0022] See also Figure 3 After the Ethernet node is powered on, a detection delay is set according to the cold and hot start time of other nodes, as well as the physical connection status of the network card. The detection is started when the network card is in the linkup state to ensure that the Ethernet node has been successfully awakened and the network card starts working, and then the communication status is monitored. That is, in the embodiment of the present application, the Ethernet communication status detection condition is triggered when the Ethernet node is powered on. Of course, the Ethernet communication status detection condition can also be triggered after power-on when the network card recognizes that the node controller has a fault.

[0023] In the embodiment of the present application, the preset universal protocol used in the monitoring process of the Ethernet communication status is the ICMP protocol. By directly applying the universal protocol, the development cost of the Ethernet node is reduced. During detection, one Ethernet node pings another Ethernet node to check the network connectivity. For example: Ethernet node A periodically sends a frame of ICMP echo request message to Ethernet node B, and monitors whether Ethernet node B replies to the ICMP echo response message. If Ethernet node A correctly receives the ICMP echo response message within the preset time, it means that the network status between Ethernet node A and Ethernet node B is good (that is, if the ICMP echo response message sent by the target node is received within the preset time and the information carried in the ICMP echo response message is consistent with the information carried in the ICMP echo request message, the corresponding detection result is marked as a successful detection). If Ethernet node A does not receive the ICMP echo response message replied by Ethernet node B within the specified time, or the information carried in the received ICMP echo response message is inconsistent with the information carried in the ICMP echo request message, it is considered that the network between Ethernet node A and Ethernet node B is not connected (that is, if the ICMP echo response message sent by the target node is received within the preset time and the information carried in the ICMP echo response message is inconsistent with the information carried in the ICMP echo request message, or if the ICMP echo response message sent by the target node is not received within the preset time, the corresponding detection result is marked as detection failure). The period of sending ping messages between Ethernet node A and Ethernet node B can be adjusted according to the CPU load of the Ethernet node. At the same time, Ethernet node A and Ethernet node B can be set to ping each other as needed, or only one Ethernet node can be used to ping another Ethernet node. After N consecutive ping failures (that is, when the detection results are all detection failures for consecutive preset times), it is considered that the network communication status is abnormal and needs to be processed.

[0024] After the abnormal network communication state is triggered, the abnormal handling process is entered. The Ethernet node restarts the network card through a process call and reinitializes the underlying driver to try to restore to normal (that is, when the number of abnormal network communication states between the current node and the target node is less than the first preset number, the network card of the current node is restarted). This mechanism can be used as a fallback error handling for serious communication failures and in some cases the cause of the failure is unknown. Similarly, depending on the severity of the failure, you can also choose to restart the network card, soft start the entire system, hard start, and other processing methods (that is, when the number of abnormal network communication states between the current node and the target node is greater than or equal to the first preset number and less than the second preset number, the current node is soft started; when the number of abnormal network communication states between the current node and the target node is greater than or equal to the second preset number, the current node is hard started). In general, restarting the network card can solve most communication failures and restore communication to normal. After returning to normal, the Ethernet node enters the fault triggering process again.

[0025] After the network card is restarted, the Ethernet node repeatedly monitors the sending and receiving of ICMP echo request messages and ICMP echo response messages. Regardless of whether the fault is not eliminated after the network card is restarted or the Ethernet node fails again after working for a period of time, as long as the detection conditions are met, the fault handling process will be entered again for processing.

[0026] In addition, if a serious fault occurs in an Ethernet node, such as when an ICMP echo request message or an ICMP echo response message cannot be sent normally, similarly, after N consecutive detection cycles, the fault is still considered to be triggered and the fault handling process is entered.

[0027] If the fault persists, in order to avoid continuous system restarts, it is necessary to truncate, such as setting the number of restarts in a power-on cycle to fuse, or the network card itself diagnoses a hardware fault that cannot be self-recovered, a cable connection fault, etc. In this case, functional business-level processing will be performed, such as exiting the affected function, manual takeover, and information reminders for human-computer interaction.

[0028] On the other hand, the present application also provides a vehicle-mounted Ethernet communication status detection device, wherein the current node and the target node are connected via an Ethernet link, including: The detection module is used for the current node to detect the target node based on the preset universal protocol when the Ethernet communication status detection condition is triggered; The abnormality identification module is used to identify whether the network communication status between the current node and the target node is abnormal according to the detection results of the current node and the target node; The repair module is used to execute a preset fault repair operation when it is determined that the network communication status between the current node and the target node is abnormal.

[0029] On the other hand, the present application also provides a control device, including a processor, a memory, and a program or instruction stored in the memory and executable on the processor, wherein the program or instruction, when executed by the processor, implements the steps of the above-mentioned vehicle Ethernet communication status detection method.

[0030] On the other hand, the present application also provides a readable storage medium, on which a program or instruction is stored. When the program or instruction is executed by a processor, the steps of the above-mentioned vehicle Ethernet communication status detection method are implemented.

[0031] On the other hand, the present application also provides a vehicle, comprising the above-mentioned vehicle-mounted Ethernet communication status detection device.

[0032] It should be noted that the various embodiments in this specification are described in a progressive manner, and each embodiment focuses on the differences from other embodiments. The same or similar parts between the various embodiments can be referenced to each other.

[0033] Although the preferred embodiments of the present invention have been described, those skilled in the art may make additional changes and modifications to these embodiments once they have learned the basic creative concept. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments and all changes and modifications that fall within the scope of the embodiments of the present invention.

[0034] It should also be noted that, in this article, the orientation or position relationship indicated by the terms "center", "up", "down", "left", "right", "vertical", "horizontal", "inside", "outside", etc. is based on the orientation or position relationship shown in the drawings, which is for the convenience of describing the present invention and simplifying the description, rather than indicating or implying that the device or component referred to must have a specific orientation, be constructed and operated in a specific orientation, and therefore cannot be understood as a limitation of the present invention. In addition, relational terms such as "first" and "second" are used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply that there is any such actual relationship or order between these entities or operations, nor can they be understood as indicating or implying relative importance. Moreover, the terms "include", "comprise" or any other variant thereof are intended to cover non-exclusive inclusion, so that the process, method, article or terminal device including a series of elements does not include those elements, but also includes other elements not explicitly listed, or also includes elements inherent to such process, method, article or terminal device. In the absence of more restrictions, the elements defined by the sentence "including one..." do not exclude the existence of other identical elements in the process, method, article or terminal device including the elements.

[0035] The technical solution provided by the present invention is described in detail above. The principle and implementation mode of the present invention are described in this article using specific examples. The description of the above embodiments is only used to help understand the present invention, and the content of this specification should not be understood as limiting the present invention. At the same time, for those skilled in the art, according to the present invention, there will be different forms of changes in the specific implementation mode and application scope. It is not necessary and impossible to list all the implementation modes here, and the obvious changes or modifications derived therefrom are still within the protection scope of the present invention.

Claims

1. A method for detecting vehicle Ethernet communication status, characterized in that: The current node and the target node are connected via an Ethernet link, including: When the Ethernet communication status detection condition is triggered, the current node detects the target node based on the preset universal protocol; According to the detection results of the current node and the target node, identify whether the network communication status between the current node and the target node is abnormal; When it is determined that the network communication status between the current node and the target node is abnormal, a preset fault repair operation is performed.

2. The vehicle-mounted Ethernet communication status detection method according to claim 1, characterized in that: The default universal protocol is ICMP protocol; When the Ethernet communication status detection condition is triggered, the steps of the current node detecting the target node based on the preset universal protocol include: The current node sends an ICMP echo request message to the target node based on the ICMP protocol; If an ICMP echo response message sent by the target node is received within a preset time and the information carried in the ICMP echo response message is consistent with the information carried in the ICMP echo request message, the corresponding detection result is marked as detection success; If an ICMP echo response message sent by the target node is received within the preset time and the information carried in the ICMP echo response message is inconsistent with the information carried in the ICMP echo request message, or if the ICMP echo response message sent by the target node is not received within the preset time, the corresponding detection result will be marked as detection failure.

3. The vehicle-mounted Ethernet communication status detection method according to claim 2, characterized in that: According to the detection results of the current node and the target node, the steps of identifying whether the network communication status between the current node and the target node is abnormal include: When the detection results are detection failures for consecutive preset times, it is determined that the network communication state between the current node and the target node is abnormal.

4. The vehicle-mounted Ethernet communication status detection method according to claim 1, characterized in that: When it is determined that the network communication status between the current node and the target node is abnormal, the steps of performing the preset fault repair operation include: Restart the network card, soft restart the system, or hard restart the system on the current node.

5. The vehicle-mounted Ethernet communication status detection method according to claim 4, characterized in that: When the number of times the network communication status between the current node and the target node is abnormal is less than a first preset number, restarting the network card of the current node; When the number of times that the network communication status between the current node and the target node is abnormal is greater than or equal to the first preset number of times and less than the second preset number of times, performing a system soft start on the current node; When the number of times that the network communication status between the current node and the target node is abnormal is greater than or equal to a second preset number, a system hard restart is performed on the current node.

6. The vehicle-mounted Ethernet communication status detection method according to claim 1, characterized in that: The Ethernet communication status detection condition is that the current node is powered on or a preset fault occurs in the current node.

7. A vehicle-mounted Ethernet communication status detection device, characterized in that: The current node and the target node are connected via an Ethernet link, including: The detection module is used for the current node to detect the target node based on the preset universal protocol when the Ethernet communication status detection condition is triggered; The abnormality identification module is used to identify whether the network communication status between the current node and the target node is abnormal according to the detection results of the current node and the target node; The repair module is used to execute a preset fault repair operation when it is determined that the network communication status between the current node and the target node is abnormal.

8. A control device, characterized in that: It comprises a processor, a memory and a program or instruction stored in the memory and executable on the processor, wherein when the program or instruction is executed by the processor, the steps of the vehicle Ethernet communication status detection method as claimed in any one of claims 1 to 6 are implemented.

9. A readable storage medium, characterized in that: The readable storage medium stores a program or instruction, and when the program or instruction is executed by the processor, the steps of the vehicle Ethernet communication status detection method as described in any one of claims 1 to 6 are implemented.

10. A vehicle, characterized in that: It includes the vehicle-mounted Ethernet communication status detection device as described in claim 7.

Images