CN115442255B - Ethernet detection method, system, device, electronic equipment and storage medium - Google Patents
Ethernet detection method, system, device, electronic equipment and storage medium Download PDFInfo
- Publication number
- CN115442255B CN115442255B CN202210236741.4A CN202210236741A CN115442255B CN 115442255 B CN115442255 B CN 115442255B CN 202210236741 A CN202210236741 A CN 202210236741A CN 115442255 B CN115442255 B CN 115442255B
- Authority
- CN
- China
- Prior art keywords
- node
- diagnosis
- diagnostic
- instruction
- diagnosed
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000001514 detection method Methods 0.000 title claims abstract description 73
- 238000003745 diagnosis Methods 0.000 claims abstract description 222
- 230000004044 response Effects 0.000 claims abstract description 72
- 238000000034 method Methods 0.000 claims abstract description 36
- 238000012360 testing method Methods 0.000 claims description 73
- 230000006870 function Effects 0.000 claims description 18
- 238000004590 computer program Methods 0.000 claims description 14
- 238000004458 analytical method Methods 0.000 abstract description 8
- 238000010586 diagram Methods 0.000 description 17
- 238000012545 processing Methods 0.000 description 13
- 230000008569 process Effects 0.000 description 9
- 238000004891 communication Methods 0.000 description 7
- 230000005540 biological transmission Effects 0.000 description 6
- 230000003287 optical effect Effects 0.000 description 5
- 230000009471 action Effects 0.000 description 4
- 238000011161 development Methods 0.000 description 3
- 239000003999 initiator Substances 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 230000010365 information processing Effects 0.000 description 2
- 239000013307 optical fiber Substances 0.000 description 2
- 238000003672 processing method Methods 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 238000011160 research Methods 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 230000005856 abnormality Effects 0.000 description 1
- 230000000763 evoking effect Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000011897 real-time detection Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
- H04L41/065—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis involving logical or physical relationship, e.g. grouping and hierarchies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
Abstract
The present disclosure relates to an ethernet detection method, system, apparatus, electronic device, and storage medium. The method is applied to the first node, and specifically comprises the steps of receiving a diagnosis instruction, distributing the diagnosis instruction to a corresponding diagnosis node, indicating the diagnosis node to generate a request message according to the diagnosis instruction, and distributing the request message to the corresponding diagnosed node, wherein the diagnosis node has the function of diagnosing other nodes; then, the first node receives a diagnosis result corresponding to the diagnosed node, which is fed back by the diagnosis node, wherein the diagnosis result is generated based on a response message returned by the diagnosed node, and the response message is generated by the diagnosed node according to the request message. The method provided by the invention can detect the condition of each node in the Ethernet to the maximum extent, and is convenient for the subsequent analysis of the network condition of the Ethernet.
Description
Technical Field
The disclosure relates to the technical field of data processing, and in particular relates to an ethernet detection method, an ethernet detection system, an ethernet detection device, an ethernet detection electronic device and a storage medium.
Background
At present, along with the wide use of vehicles, the vehicle-mounted Ethernet is gradually applied to the vehicles, the speed of the vehicle-mounted Ethernet is continuously accelerated, the network topology structure of the Ethernet is also continuously expanded, and a plurality of Ethernet nodes are deployed in a vehicle-mounted environment and are used for transmitting data, so that the real-time detection of the running condition and performance of each node in the vehicle-mounted Ethernet is particularly important. However, the existing detection method cannot cover the whole ethernet, and thus cannot detect the network card status of each node in real time.
Disclosure of Invention
In order to solve the technical problems, the present disclosure provides an ethernet detection method, system, device, electronic device and storage medium, which can detect the status of each node in the ethernet to the maximum extent, so as to facilitate the subsequent analysis of the network status of the ethernet.
In a first aspect, an embodiment of the present disclosure provides an ethernet detection method, applied to a first node, where the method includes:
receiving a diagnosis instruction, distributing the diagnosis instruction to a corresponding diagnosis node, and indicating the diagnosis node to generate a request message according to the diagnosis instruction and distribute the request message to a corresponding diagnosed node;
Receiving a diagnosis result corresponding to the diagnosed node fed back by the diagnosed node, wherein the diagnosis result is generated based on a response message returned by the diagnosed node, and the response message is generated by the diagnosed node according to the request message
In a second aspect, an embodiment of the present disclosure provides an ethernet detection method, applied to a diagnostic node, including:
receiving a diagnosis instruction;
generating a request message according to the diagnosis instruction, and distributing the request message to a corresponding diagnosed node to instruct the diagnosed node to return a response message generated based on the request message to the diagnosis node;
a response message is received and a diagnostic result is generated based on the response message.
In a third aspect, an embodiment of the present disclosure provides an ethernet detection system, the system including a first node;
the first node receives the diagnosis instruction and distributes the diagnosis instruction to diagnosis nodes in the system;
the diagnostic node generates a request message according to the diagnostic instruction and sends the request message to a diagnosed node in the system;
the diagnosed node generates a response message according to the request message and returns the response message to the diagnosis node;
The diagnostic node returns a diagnostic result generated based on the response message to the first node.
In a fourth aspect, an embodiment of the present disclosure provides an ethernet detection device, applied to a first node, where the device includes:
the first receiving module is used for receiving the diagnosis instruction, distributing the diagnosis instruction to a corresponding diagnosis node, indicating the diagnosis node to generate a request message according to the diagnosis instruction and distributing the request message to a corresponding diagnosed node;
and the second receiving module is used for receiving a diagnosis result corresponding to the diagnosed node, which is fed back by the diagnosed node, wherein the diagnosis result is generated based on a response message returned by the diagnosed node, and the response message is generated by the diagnosed node according to the request message.
In a fifth aspect, an ethernet detection device is applied to a diagnostic node, the device comprising:
the first receiving module is used for receiving the diagnosis instruction;
the generation module is used for generating a request message according to the diagnosis instruction, distributing the request message to a corresponding diagnosed node, and indicating the diagnosed node to return a response message generated based on the request message to the diagnosis node;
And the second receiving module is used for receiving the response message and generating a diagnosis result based on the response message.
In a sixth aspect, an embodiment of the present disclosure provides an electronic device, including:
a memory;
a processor; and
a computer program;
wherein the computer program is stored in a memory and configured to be executed by a processor to implement the ethernet detection method as described above.
In a seventh aspect, a computer readable storage medium has stored thereon a computer program which, when executed by a processor, implements the steps of the ethernet detection method as described above.
The embodiment of the disclosure provides an Ethernet detection method, an Ethernet detection system, an Ethernet detection device, electronic equipment and a storage medium. The method is applied to the first node, and specifically comprises the steps of receiving a diagnosis instruction and distributing the diagnosis instruction to a corresponding diagnosis node; the diagnostic node is used for generating a request message according to the diagnostic instruction and distributing the request message to the corresponding diagnosed node; the diagnosed node is used for generating a response message according to the request message and returning the response message to the diagnosis node; the method provided by the disclosure sets various nodes with different functions based on the diagnosis results generated by the response messages, detects the states of all nodes in the Ethernet based on the various nodes, utilizes the first node with the control forwarding function to send a diagnosis instruction to the diagnosis node connected with the first node, and then sends the diagnosis instruction to the connected diagnosis node with the control diagnosis node, so that the detection of the Ethernet condition is realized, the condition of all nodes in the Ethernet can be detected to the greatest extent through a hierarchical diagnosis mode, the diagnosis speed is higher, and the complexity of analyzing and positioning the Ethernet problem can be further reduced.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the disclosure and together with the description, serve to explain the principles of the disclosure.
In order to more clearly illustrate the embodiments of the present disclosure or the solutions in the prior art, the drawings that are required for the description of the embodiments or the prior art will be briefly described below, and it will be obvious to those skilled in the art that other drawings can be obtained from these drawings without inventive effort.
Fig. 1 is a schematic structural diagram of an ethernet provided in an embodiment of the present disclosure;
fig. 2 is a schematic structural diagram of an ethernet detection system according to an embodiment of the present disclosure;
fig. 3 is a schematic structural diagram of another ethernet provided in an embodiment of the present disclosure;
fig. 4 is a schematic flow chart of ethernet detection provided in an embodiment of the present disclosure;
fig. 5 is a flow chart of an ethernet detection method according to an embodiment of the present disclosure;
fig. 6 is a schematic flow chart of ethernet detection provided in an embodiment of the present disclosure;
fig. 7 is a flow chart of an ethernet detection method according to an embodiment of the present disclosure;
Fig. 8 is a schematic structural diagram of an ethernet detection device according to an embodiment of the present disclosure;
fig. 9 is a schematic structural diagram of an ethernet detection device according to an embodiment of the present disclosure;
fig. 10 is a schematic structural diagram of an electronic device according to an embodiment of the disclosure.
Detailed Description
In order that the above objects, features and advantages of the present disclosure may be more clearly understood, a further description of aspects of the present disclosure will be provided below. It should be noted that, without conflict, the embodiments of the present disclosure and features in the embodiments may be combined with each other.
In the following description, numerous specific details are set forth in order to provide a thorough understanding of the present disclosure, but the present disclosure may be practiced otherwise than as described herein; it will be apparent that the embodiments in the specification are only some, but not all, embodiments of the disclosure.
Fig. 1 is a schematic structural diagram of an ethernet provided in an embodiment of the present disclosure, specifically may be a vehicle-mounted ethernet, where the vehicle-mounted ethernet structure is complex and specifically includes a structure as shown in fig. 1, fig. 1 includes a trigger end 110 and a vehicle-mounted ethernet 120, the vehicle-mounted ethernet 120 includes a domain control unit 121, the domain control unit 121 includes an electronic control unit (Electronic Control Unit, ECU) 122 and a microprocessor (Microcontroller Unit, MCU) 123, the specific vehicle-mounted ethernet 120 may include a plurality of domain control units 121, and the domain control unit 121 may include a plurality of electronic control units and a plurality of microprocessors, where the electronic control unit 122 and the microprocessor 123 may be referred to as nodes in the ethernet or diagnostic nodes or test nodes; the trigger 110 is configured to generate a diagnostic instruction, and send the control instruction directly to the electronic control unit 122 in the domain control unit 121, where the ethernet includes a plurality of nodes, and paths between the nodes are numerous, and if the electronic control units in different domain control units are to be detected simultaneously, delay or detection omission may occur, so that the network card status of each node, the communication status with other nodes, the traffic processing status, and the like cannot be detected in real time; secondly, the mode that a large amount of diagnosis instructions are directly transmitted to each node also causes transmission difficulty, influences transmission rate, has longer transmission time and is not suitable for a complex Ethernet structure.
Aiming at the technical problems, the present disclosure provides an ethernet detection system. The ethernet detection system provided by the present disclosure may be specifically described by one or more of the following embodiments.
The present disclosure provides an ethernet detection system, the system comprising a first node that receives a diagnostic instruction and distributes the diagnostic instruction to diagnostic nodes in the system; the diagnostic node generates a request message according to the diagnostic instruction and sends the request message to a diagnosed node in the system; the diagnosed node generates a response message according to the request message and returns the response message to the diagnosis node; the diagnostic node returns a diagnostic result generated based on the response message to the first node.
Fig. 2 is a schematic structural diagram of an ethernet detection system according to an embodiment of the present disclosure, where the system 220 may be understood as a vehicle-mounted ethernet, and the vehicle-mounted ethernet includes a plurality of nodes disposed thereon, and specifically, the system 200 includes a first node 210, a diagnostic node 220, and a diagnosed node 230. The system 200 can perform real-time and rapid diagnosis on the running condition of each node in the Ethernet under the complex vehicle-mounted Ethernet condition, so that the trigger end can collect the Ethernet data of all nodes by generating a diagnosis instruction, and the relevant problems of the Ethernet can be rapidly positioned by staff such as research, development, test, after-sales and the like. Meanwhile, the method can also be used as a debugging tool for deploying the development period of the vehicle-mounted Ethernet system, provides the methods of connectivity test, pressure test and the like related in the test period of the vehicle-mounted system, and can also be used as an Ethernet problem diagnosis tool for remote and after-sales scenes and the like in the use period of the vehicle-mounted system provided for users.
It can be understood that the system 200 diagnoses the node mainly through the data receiving and transmitting condition of the node, and the diagnosis content specifically includes: whether the own network interface of the ethernet works normally (for example, whether a receiving and transmitting packet is normal, whether an interface can receive data), whether network related abnormality exists in program or command information, whether other network nodes are reachable, whether other network node paths are stable and reliable, whether the network interface of each electronic control unit can use pcap/tcpdump to carry out network packet capturing, wherein whether a node is reachable refers to whether a node can receive data, and whether the network packet capturing refers to whether the network packet for storing files can be obtained. It can be appreciated that the diagnostic content that can be implemented by the system 200 is not limited to the above diagnostic content, but also includes other diagnostic content that can be implemented by ethernet, which is not described herein.
It is appreciated that diagnostic tools used by the system 200 to detect ethernet and complete the above diagnostics include, but are not limited to, interface diagnostics (ethtool), interface messages (ifconfig), system network listening status (netstat), kernel (dmesg), connectivity (ping), extranet connectivity (ping/curl/wget al), and network grabbing (tcpdump/pcap) among others.
It is appreciated that the first node 210 receives diagnostic instructions and distributes the diagnostic instructions to diagnostic nodes 220 in the system, the diagnostic instructions being sent by a trigger terminal coupled to the system 200, and that the on-board ethernet includes a plurality of test items, each of which involves at least one node. The triggering end can be a vehicle local touch screen, a single test and a item-by-item test can be provided in the touch screen, the single test means that only one test item is tested, such as connectivity or network packet capturing, the triggering end can also be a local command line triggering end, for example, a diagnosis instruction corresponding to the test item is determined in an operating system in a mode of knocking a command line, the triggering end can also be a cloud connected with the vehicle, the cloud can be a server and a mobile phone, and the diagnosis instruction is generated in a cloud triggering mode. The first node may be an electronic control unit having access to the internet, and may be understood as a core node having the function of receiving diagnostic instructions from an initiator and distributing the diagnostic instructions to at least one diagnostic node.
It can be appreciated that after the diagnostic node 220 receives the diagnostic instruction sent by the first node 210, a request message is generated according to the diagnostic instruction, and the request message is sent to the diagnosed node 230 in the system. It will be appreciated that the diagnostic node 220 receives diagnostic instructions from the first node 210, the diagnostic instructions comprising instructions for detecting at least one node, the diagnostic node having a diagnostic function, in particular an electronic control unit configured with the diagnostic tool described above, the diagnostic node being configured to detect a network condition of a diagnosed node in the ethernet network using the diagnostic tool, for example a System on Chip (soc) node configured with a non-real time operating System (Real Time Operating System, rtos) type. Diagnostic node 220 then analyzes the test items in the diagnostic instructions to determine the target node involved in the test items, which may be understood as diagnosed node 230, and diagnostic node 220 then generates a request message corresponding to the target node based on the configured respective diagnostic tool and sends the request message to the corresponding diagnosed node 230 in system 200, e.g., the test items in the diagnostic instructions involve 3 diagnosed nodes, which may generate a request message corresponding to each of the 3 diagnosed nodes. The electronic control unit that cannot integrate the above-mentioned complex diagnostic tool is called a diagnosed node 230, the diagnosed node 230 cannot realize the diagnostic function, and the diagnosed node 230 can determine connectivity and reliability by receiving a ping/arping command sent by the diagnostic node 220.
As can be appreciated, after receiving the request message distributed by the diagnostic node 220, the diagnosed node 230 generates a response message according to the request message, and returns the response message to the diagnostic node 220; the diagnostic node 220 performs comprehensive analysis processing on the received response message to obtain a diagnostic result, and returns the diagnostic result to the first node 210, where the diagnostic result includes data related to a data transmission state of a node in the ethernet and a determination result, for example, the determination result of the diagnosed node may be that network connectivity is normal.
It can be appreciated that, after the first node 210 receives the diagnosis result, the diagnosis result is returned to the trigger end that sends the diagnosis instruction, the trigger end stores and displays the diagnosis result, and the trigger end may also store the diagnosis result as a log file. For example, if the trigger end is a display screen of the vehicle, the diagnostic result is displayed on a screen of the display screen of the vehicle, if the trigger end is a remote diagnostic platform, the diagnostic result is output on the remote diagnostic platform, and if the trigger end is a local command line mode, the front end screen of the local command line is called to output the diagnostic result.
Optionally, the diagnostic node generates a request message according to the diagnostic instruction, and sends the request message to the diagnosed node in the system, including: the diagnostic tool running on the diagnostic node generates a corresponding request message according to the test item in the diagnostic instruction, and the request message comprises an identifier corresponding to the diagnosed node; and sending the request message to the diagnosed node based on the identification corresponding to the diagnosed node.
It can be appreciated that the diagnostic node 220 generates a request message according to the diagnostic instruction sent by the first node 210, and sends the request message to the diagnosed node 230 in the system, which specifically includes the following steps: the diagnostic node 220 is configured with a plurality of diagnostic tools, the diagnostic instruction includes a test node and/or a test item, each test item relates to a plurality of test nodes, the test node includes the first node, the diagnostic node and the diagnosed node, the diagnostic node 230 generates a request message corresponding to the diagnosed node related to the diagnostic instruction, the request message includes an identifier of the diagnosed node, the identifier of the diagnosed node may be an address of the diagnosed node, and then the diagnostic node 220 sends the request message to the diagnosed node 230 based on the identifier. For example, in the diagnosis instruction, the connectivity of the test node 1 needs to be diagnosed, the test node 1 is the diagnosed node 1, the diagnosis node 220 generates a request message based on the tool ping for diagnosing the connectivity, the request message includes the address of the diagnosed node 1, and then the diagnosis node 220 sends the request message to the diagnosed node 1 based on the address.
Optionally, the system further comprises a domain control unit; distributing diagnostic instructions to diagnostic nodes in the system, comprising: distributing the diagnostic instructions to a second node in the domain control unit; the second node receives the diagnostic instructions and distributes the diagnostic instructions to the diagnostic nodes in the domain control unit.
It can be understood that the system 200 further includes a plurality of domain control units, the domain control units include a plurality of electronic control units, the system 200 includes a first node and a plurality of domain control units, each domain control unit includes a second node, a diagnostic node and a diagnosed node, the second node is configured to receive a command from the first node and distribute a diagnostic command to a diagnostic node of a next stage, the ethernet is in a tree structure, so as to cover a network condition of each node, and assign a specific function to the node, so as to simplify a complex structure of the ethernet, and in this case, a transmission procedure of the diagnostic node in the system includes: the first node distributes the received diagnostic instructions to the second node, the second node distributes the received diagnostic instructions to the diagnostic nodes, and the diagnostic nodes distribute request messages generated based on the received diagnostic instructions to the diagnosed nodes. If the system includes only one domain control unit, the first node may be understood as a second node in the domain control units, specifically, the first node may be understood as an interface of the vehicle ethernet, the second node may be understood as an interface of the domain control units, and the first node may distribute the diagnostic instruction to the second node of the interface of each domain control unit in the plurality of domain control units.
Referring to fig. 3, fig. 3 is a schematic structural diagram of another ethernet provided by an embodiment of the present disclosure, fig. 3 includes a trigger end 310 and a vehicle-mounted ethernet 320, the vehicle-mounted ethernet 320 includes a first node 330 and a plurality of domain control units 340 to 350, the domain control unit 340 includes a second node 341, a plurality of diagnostic nodes 342 and a plurality of diagnosed nodes 343, and the domain control unit 350 includes a second node 351, a diagnostic node 352 and a diagnosed node 353. Taking the detection of all nodes in the vehicle ethernet as an example, the detection process of the vehicle ethernet 320 includes: after the first node 330 receives the diagnostic command sent by the trigger 310, the diagnostic command is distributed to the second node 341 in the domain control unit 340 and the second node 351 in the domain control unit 350, the second node 341 distributes the diagnostic command to the plurality of diagnostic nodes 342, the plurality of diagnostic nodes 342 perform comprehensive analysis processing according to the diagnostic command and generate request information, it is understood that the diagnostic command received by the diagnostic nodes 342 may include test items of nodes in the non-domain control unit 340, the diagnostic nodes 342 may determine required test item related commands in the diagnostic command and generate request information, for example, 3 test item related commands are included in the diagnostic command, for example, only 1 test item related command is required by the diagnostic nodes 342, the diagnostic nodes 342 generate request information according to the one test item related command, the rest 2 test item related messages are ignored, then the diagnostic nodes 342 transmit request information generated for the diagnostic nodes to the diagnostic nodes 343, for example, the diagnostic nodes 343 include 3 diagnostic nodes, the diagnostic nodes are respectively recorded as diagnostic nodes 1, the diagnostic nodes 2 and the diagnostic nodes 3 diagnostic nodes, the diagnostic nodes 2 are respectively, the diagnostic nodes 1 and the diagnostic nodes 1 are respectively required by the diagnostic nodes are respectively, the diagnostic nodes can be connected according to the request information, the diagnostic node 1 is determined, the diagnostic node 1 is connected to the diagnostic node is required by the diagnostic node 1, and the diagnostic node is connected to the diagnostic node is required by the diagnostic node, and the diagnostic node is connected to the diagnostic node 342, the diagnostic node 2 detects the diagnosed node 1; after receiving the request message, the diagnosed node 343 generates a response message according to the request message and returns the response message to the diagnostic node 342, and after receiving the response messages returned by the plurality of diagnosed nodes 343, the diagnostic node 342 performs diagnostic analysis on the plurality of response messages to generate a diagnostic result, and returns the diagnostic result to the trigger end for display through the second node and the first node. It is understood that the detection process in the domain control unit 350 is the same as the detection process in the domain control unit 340, and will not be described herein.
Optionally, the diagnostic node returns a diagnostic result generated based on the response message to the first node, including: the diagnosis node generates a diagnosis result according to the response message and sends the diagnosis result to the second node; the second node returns the received diagnosis result to the first node.
It can be appreciated that the diagnostic node returns the diagnostic result generated based on the response message to the first node, which specifically includes the following procedures: the diagnosis node analyzes the received multiple response messages to generate a diagnosis result of the test item related in the diagnosis instruction, wherein the diagnosis result comprises the response message and a diagnosis conclusion, and the diagnosis conclusion is a conclusion of whether the test item is normal or not, such as normal connectivity; and then, returning the diagnosis result to the second node of the domain control unit, forwarding the received diagnosis result to the first node by the second node, wherein the first node possibly receives the diagnosis results returned by the second node in the domain control units, in this case, the first node gathers the received diagnosis results to obtain a final diagnosis result, and returns the final diagnosis result to the trigger terminal, and the trigger terminal displays the final diagnosis result to the user.
Optionally, the first node receives the diagnostic instructions and distributes the diagnostic instructions to diagnostic nodes in the system, including: the first node receives the diagnosis instruction and determines whether a preset scene is met or not according to the diagnosis instruction; and if the preset scene is met, distributing the diagnosis instruction to a diagnosis node in the system.
It can be understood that after the first node receives the diagnosis instruction, the first node obtains the test item in the diagnosis instruction, and determines whether the current vehicle scene meets the preset scene corresponding to the test item, where the vehicle scene can be understood as a trigger condition, for example, the node involved in a certain test item can only be detected when the vehicle runs, the vehicle running scene is the preset scene of the certain test item, for example, another test item needs to be detected in a parking state, and the parking state is the preset scene of the another test item. And if the first node determines that the current vehicle scene meets the preset scene corresponding to the test item, distributing the diagnosis instruction to a diagnosis node or a second node in the system. If the first node determines that the current vehicle scene does not meet the preset scene corresponding to the test item, the first node can wait until the current vehicle scene meets the preset scene and then issue a diagnosis instruction to perform Ethernet detection.
Referring to fig. 4, fig. 4 is a schematic flow chart of ethernet detection provided by the embodiment of the present disclosure, which may also be referred to as an inter-domain diagnostic flow chart, in fig. 4, including an initiator 410, a first node 420, a second node 430, a diagnostic node 440, and a diagnosed node 450, where the initiator 410 sends a diagnostic instruction to the first node 420, and after the first node 420 determines that a preset scenario is met, the diagnostic instruction is distributed to the second node 430, as shown by a circular arrow at the first node in fig. 4, and if the preset scenario is not met, the second node 430 waits for distributing the diagnostic instruction to the diagnostic node 440 in the same domain control unit, that is, the second node 430, the diagnostic node 440, and the diagnosed node 450 are all in the same domain control unit, and the scenario shown in fig. 5 shows a diagnostic flow between the first node 420 and a node in the domain control unit; then, the diagnostic node 440 processes the test item in the diagnostic instruction to generate a request message, and sends the request message to the diagnosed node 450 in the same domain control unit, the diagnosed node 450 generates a response message according to the request message, and returns the response message to the diagnostic node 440, the diagnostic node 440 performs comprehensive analysis on the response message to generate a diagnostic result, and returns the diagnostic result to the second node 430, the second node 430 returns the diagnostic result to the first node 420, the first node 420 gathers all the diagnostic results and returns the summarized diagnostic result to the trigger 410, and the trigger 410 displays the diagnostic result to complete the ethernet detection. It can be understood that the first node, the second node and the diagnostic node can consider the network state as normal after completing the respective corresponding functions.
Optionally, the first node receives a diagnostic instruction, including: determining a test item, and generating a diagnosis instruction according to the test item; the first node receives the diagnostic instructions.
It can be understood that the touch control end determines that diagnosis is backward, generates a diagnosis instruction according to the test item, and sends the diagnosis instruction to the first node. It can be understood that the trigger end can determine a plurality of test items at a time, each test item generates a diagnostic instruction, and also can generate a diagnostic instruction by a plurality of test items, and for the case that a diagnostic instruction is generated by a plurality of test items, the first node and the second node distribute the diagnostic instruction to the diagnostic node, and then the diagnostic node selects a corresponding test item from the plurality of test items included in the diagnostic instruction to perform test processing.
The system comprises a first node, a second node, diagnostic nodes and diagnosed nodes, wherein the plurality of nodes form an Ethernet diagnostic node tree in the vehicle-mounted Ethernet, the first node receives a diagnostic instruction issued by a trigger end and distributes the diagnostic instruction to the second node, then the second node distributes the diagnostic instruction to the diagnostic nodes, the diagnostic nodes start to detect the diagnosed nodes according to a diagnostic tool operated on the diagnostic instruction to generate diagnostic results, the diagnostic results are uploaded layer by layer until the first node transmits the diagnostic results to the trigger end, the diagnostic results are displayed at the trigger end, and a user can know the network state of the vehicle-mounted Ethernet conveniently through the displayed diagnostic results. The Ethernet detection system provided by the disclosure can rapidly detect the network state of each node in the vehicle-mounted Ethernet in real time, effectively avoid the condition of detecting the node in a missing way, improve the transmission rate of diagnostic instructions, further accelerate the Ethernet detection rate, be applicable to various Ethernet detection scenes, rapidly locate the node if a certain node cannot transmit data, and reduce the complexity of analyzing and locating the vehicle-mounted Ethernet problems.
On the basis of the foregoing embodiments, fig. 5 is a schematic flow chart of an ethernet detection method according to an embodiment of the present disclosure, which is applied to a first node, and the ethernet detection method specifically includes the following steps S510 to S520 shown in fig. 5:
s510, receiving the diagnosis instruction, distributing the diagnosis instruction to the corresponding diagnosis node, indicating the diagnosis node to generate a request message according to the diagnosis instruction, and distributing the request message to the corresponding diagnosed node.
It can be understood that a first node in the ethernet detection system receives a diagnostic instruction sent by the trigger end, and distributes the diagnostic instruction to a diagnostic node corresponding to the first node, where the diagnostic node corresponding to the first node is a diagnostic node in the ethernet detection system and in the same domain control unit as the first node, and the diagnostic node is configured to generate a request message according to a test item corresponding to the diagnostic instruction distributed by the first node, and distribute the request message to a corresponding diagnosed node, where the diagnosed node is also a diagnosed node in the ethernet system and in the same domain control unit as the diagnostic node, and after the diagnosed node receives the request message, generate a response message, and return the response message to the diagnostic node; and then the diagnosis node performs comprehensive processing analysis on the response message to generate a diagnosis result, and returns the diagnosis result to the first node.
Optionally, the distributing the diagnostic instruction to the corresponding diagnostic node in S510 includes: if the first node has a plurality of corresponding domain control units, the diagnostic instruction is distributed to a second node of at least one domain control unit in the plurality of corresponding domain control units, so that the second node distributes the received diagnostic instruction to the corresponding diagnostic node, wherein the second node and the diagnostic node belong to the same domain control unit.
It can be understood that if there are multiple corresponding domain control units in the first node, that is, if the first node is connected to a second node representing each domain control unit, the diagnostic instruction is directly distributed to the second node, then the second node diagnoses the node in the domain control unit, the second node receives the command from the first node, and distributes the diagnostic instruction to the next diagnostic node in the same domain control unit, and the ethernet is in a tree structure, so as to cover the network condition of each node.
Optionally, the step of receiving the diagnostic instruction in S510 and distributing the diagnostic instruction to the corresponding diagnostic node includes: receiving a diagnosis instruction, and determining whether a preset scene is met or not according to the diagnosis instruction; and if the preset scene is met, distributing the diagnosis instruction to the corresponding diagnosis node.
Understandably, after receiving the diagnosis instruction, the first node acquires a test item in the diagnosis instruction, and determines whether the current vehicle scene meets a preset scene corresponding to the test item; if the first node determines that the current vehicle scene does not meet the preset scene corresponding to the test item, the first node can wait until the current vehicle scene meets the preset scene and then issue a diagnosis instruction to perform Ethernet detection.
Optionally, before receiving the diagnostic instruction, the method further comprises: at least one test item is determined, and a diagnostic instruction is generated based on the test item.
It is understood that at least one test item is determined, a diagnostic instruction is generated from the test item, and the diagnostic instruction is sent to the first node.
S520, receiving a diagnosis result corresponding to the diagnosed node fed back by the diagnosed node, wherein the diagnosis result is generated based on a response message returned by the diagnosed node, and the response message is generated by the diagnosed node according to the request message.
It can be understood that, on the basis of S510, after the first node sends the diagnostic instruction to the diagnostic node, the diagnostic result corresponding to the diagnosed node returned by the diagnostic node is received, the diagnostic result is generated based on the response message returned by the diagnosed node, the response message is generated by the diagnosed node according to the request message, and then the diagnostic result is returned to the trigger end that sends the diagnostic instruction, and the trigger end can display the diagnostic result for the user to view.
It can be appreciated that the method for generating the request message by the diagnostic node is the same as that described above, and will not be described in detail herein.
Referring to fig. 6, an ethernet detection flow schematic provided by the embodiment of the present disclosure is shown in fig. 6, where the trigger end is a display screen of the vehicle, that is, a diagnostic instruction is generated by triggering a test item in the display screen of the vehicle, where the detection is performed based on the diagnostic instruction, and specifically includes the following steps S610 to S640 shown in fig. 6:
s610, displaying an Ethernet diagnosis interface.
It can be understood that the display screen of the vehicle-mounted device displays an Ethernet diagnosis interface, and the interface comprises the identification of the nodes in the Ethernet and the identification of the test items.
S620, after detecting the trigger instruction of the test item in the Ethernet diagnosis interface, generating a diagnosis instruction according to the trigger instruction.
It can be understood that, on the basis of S610, after the test item is triggered by the ethernet diagnostic interface, the user obtains a trigger instruction, and generates a diagnostic instruction according to the trigger instruction.
And S630, detecting the node corresponding to the test item in the diagnosis instruction, and generating a diagnosis result.
It can be understood that, based on the above S620, the above ethernet detection method is used to detect the node corresponding to the test item in the diagnostic instruction according to the diagnostic instruction, so as to generate a diagnostic result.
S640, displaying a diagnosis result.
It can be understood that, based on the above S630, the generated diagnosis result is displayed, so that the user can intuitively determine whether the test item is normal.
It can be understood that if the trigger end is a local command line trigger, the local command line trigger refers to directly calling a diagnosis command through the command line, and then detecting the ethernet through the ethernet detection method according to the diagnosis command, where the diagnosis node determines a diagnosis item preferentially according to parameters in the diagnosis command, then starts to diagnose the diagnosed node according to the diagnosis item, and returns a diagnosis result to a front-end screen corresponding to the local command line to display.
It can be understood that the remote triggering end performs ethernet diagnosis, namely, the remote debugging function of the specified vehicle is started on the cloud platform, and the ethernet detection flow, that is, the flow of the ethernet detection method, is remotely evoked, and after the flow is finished, the diagnosis result is uploaded to the cloud, so that the subsequent relevant staff can perform research, development, after-sales service, downloading analysis and the like.
The embodiment of the disclosure provides an Ethernet detection method, wherein a first node receives a diagnosis instruction and distributes the diagnosis instruction to a diagnosis node in a system, and instructs the diagnosis node to distribute a generated request message to a diagnosed node in the system according to the diagnosis instruction; and then the first node receives the diagnosis result which is sent by the diagnosis node and corresponds to the diagnosed node, wherein the diagnosis result is generated according to a response message, the response message is generated by the diagnosed node based on the request message, and the diagnosis result is sent to a screen of a trigger end for display.
On the basis of the foregoing embodiments, fig. 7 is a schematic flow chart of an ethernet detection method according to an embodiment of the present disclosure, which is applied to a diagnostic node, and the ethernet detection method specifically includes the following steps S710 to S730 as shown in fig. 7:
s710, receiving a diagnosis instruction.
It is understood that the diagnostic node receives diagnostic instructions distributed by the first node or the second node.
S720, generating a request message according to the diagnosis instruction, and distributing the request message to the corresponding diagnosed node to instruct the diagnosed node to return a response message generated based on the request message to the diagnosis node.
Optionally, in S720, a request message is generated according to the diagnostic instruction, and the request message is sent to the corresponding diagnosed node, including: generating a corresponding request message by using a diagnostic tool according to the test item in the diagnostic instruction, wherein the request message comprises an identifier corresponding to the diagnosed node; based on the identification corresponding to the diagnosed node, the request message is sent to the corresponding diagnosed node.
It can be understood that, on the basis of S710, the diagnostic node generates a request message according to the diagnostic instruction sent by the first node, and sends the request message to the corresponding diagnosed node, which specifically includes the following steps: the diagnostic node is provided with a plurality of diagnostic tools, the diagnostic instruction comprises a test node and/or test items, each test item relates to a plurality of test nodes, the test node comprises the first node, the diagnostic node and the diagnosed node, the diagnostic node generates a request message corresponding to the diagnosed node related in the diagnostic instruction, the request message comprises an identification of the diagnosed node, the identification of the diagnosed node can be an address of the diagnosed node, and then the diagnostic node sends the request message to the diagnosed node based on the identification.
S730, receiving the response message and generating a diagnosis result based on the response message.
It is understood that, on the basis of S720 described above, the diagnostic node receives the response message returned by the diagnosed node and generates a diagnostic result based on the response message.
Optionally, after generating the diagnostic result based on the response message, the method further comprises: sending the diagnosis result to a corresponding second node; the second node is used for returning the received diagnosis result to the corresponding first node.
It can be appreciated that the diagnostic node returns the diagnostic result generated based on the response message to the first node, which specifically includes the following procedures: the diagnosis node analyzes the received multiple response messages to generate a diagnosis result of the test item related in the diagnosis instruction, wherein the diagnosis result comprises the response message and a diagnosis conclusion, and the diagnosis conclusion is a conclusion of whether the test item is normal or not, such as normal connectivity; and then, returning the diagnosis result to the second node of the domain control unit, forwarding the received diagnosis result to the first node by the second node, wherein the first node possibly receives the diagnosis results returned by the second node in the domain control units, in this case, the first node gathers the received diagnosis results to obtain a final diagnosis result, and returns the final diagnosis result to the trigger terminal, and the trigger terminal displays the final diagnosis result to the user.
The method for detecting the Ethernet is applied to the diagnosis nodes, and after the diagnosis nodes receive the diagnosis instructions distributed by the first node or the second node, the diagnosis instructions are distributed to all the diagnosed nodes of the next stage, so that the nodes in the same domain control unit are in a tree structure, the network condition of each node is covered, the nodes are detected to the greatest extent, and the complex structure of the Ethernet can be further simplified.
Fig. 8 is a schematic structural diagram of an ethernet detection device according to an embodiment of the present disclosure. The ethernet detection device provided in the embodiments of the present disclosure may execute the processing flow provided in the embodiment of the ethernet detection method, and apply the processing flow to the first node, as shown in fig. 8, where the ethernet detection device 800 includes:
the first receiving module 810 receives the diagnosis instruction and distributes the diagnosis instruction to the corresponding diagnosis node, instructs the diagnosis node to generate a request message according to the diagnosis instruction and distributes the request message to the corresponding diagnosed node;
and a second receiving module 820 for receiving a diagnosis result corresponding to the diagnosed node fed back by the diagnosed node, wherein the diagnosis result is generated based on a response message returned by the diagnosed node, and the response message is generated by the diagnosed node according to the request message.
The ethernet detection device of the embodiment shown in fig. 8 may be used to implement the technical solution of the foregoing method embodiment, and the implementation principle and technical effects are similar, and are not repeated herein.
Fig. 9 is a schematic structural diagram of an ethernet detection device according to an embodiment of the present disclosure. The ethernet detection device provided in the embodiments of the present disclosure may execute the processing flow provided in the above embodiment of the ethernet detection method, and be applied to a diagnostic node, as shown in fig. 9, where the ethernet detection device 900 includes:
a first receiving module 910, configured to receive a diagnostic instruction;
a generating module 920, configured to generate a request message according to the diagnostic instruction, and distribute the request message to a corresponding diagnosed node, and instruct the diagnosed node to return a response message generated based on the request message to the diagnostic node;
the second receiving module 930 is configured to receive the response message and generate a diagnosis result based on the response message.
The ethernet detection device of the embodiment shown in fig. 9 may be used to implement the technical solution of the foregoing method embodiment, and the implementation principle and technical effects are similar, and are not repeated herein.
Fig. 10 is a schematic structural diagram of an electronic device according to an embodiment of the disclosure. Referring now in particular to fig. 10, a schematic diagram of an electronic device 1000 suitable for use in implementing embodiments of the present disclosure is shown. The electronic device 800 in the embodiments of the present disclosure may include, but is not limited to, mobile terminals such as mobile phones, notebook computers, digital broadcast receivers, PDAs (personal digital assistants), PADs (tablet computers), PMPs (portable multimedia players), in-vehicle terminals (e.g., in-vehicle navigation terminals), wearable electronic devices, and the like, and fixed terminals such as digital TVs, desktop computers, smart home devices, and the like. The electronic device shown in fig. 10 is merely an example and should not be construed to limit the functionality and scope of use of the disclosed embodiments.
As shown in fig. 10, the electronic device 1000 may include a processing apparatus (e.g., a central processing unit, a graphic processor, etc.) 1001 that may perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM) 1002 or a program loaded from a storage apparatus 10010 into a Random Access Memory (RAM) 1003 to implement a multimedia information processing method according to an embodiment of the present disclosure. In the RAM 1003, various programs and data necessary for the operation of the electronic apparatus 1000 are also stored. The processing device 1001, the ROM 1002, and the RAM 1003 are connected to each other by a bus 1004. An input/output (I/O) interface 1005 is also connected to bus 1004.
In general, the following devices may be connected to the I/O interface 1005: input devices 1006 including, for example, a touch screen, touchpad, keyboard, mouse, camera, microphone, accelerometer, gyroscope, and the like; an output device 1007 including, for example, a Liquid Crystal Display (LCD), speaker, vibrator, etc.; storage 1008 including, for example, magnetic tape, hard disk, etc.; and communication means 1009. The communication means 1009 may allow the electronic device 1000 to communicate wirelessly or by wire with other devices to exchange data. While fig. 10 shows an electronic device 1000 having various means, it is to be understood that not all of the illustrated means are required to be implemented or provided. More or fewer devices may be implemented or provided instead.
In particular, according to embodiments of the present disclosure, the processes described above with reference to flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a non-transitory computer readable medium, the computer program containing program code for performing the method shown in the flowcharts, thereby implementing the multimedia information processing method as above. In such an embodiment, the computer program may be downloaded and installed from a network via the communication device 1009, or installed from the storage device 1008, or installed from the ROM 1002. The above-described functions defined in the method of the embodiment of the present disclosure are performed when the computer program is executed by the processing device 1001.
It should be noted that the computer readable medium described in the present disclosure may be a computer readable signal medium or a computer readable storage medium, or any combination of the two. The computer readable storage medium can be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples of the computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this disclosure, a computer-readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In the present disclosure, however, the computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, with the computer-readable program code embodied therein. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: electrical wires, fiber optic cables, RF (radio frequency), and the like, or any suitable combination of the foregoing.
In some implementations, the clients, servers may communicate using any currently known or future developed network protocol, such as HTTP (HyperText Transfer Protocol ), and may be interconnected with any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include a local area network ("LAN"), a wide area network ("WAN"), the internet (e.g., the internet), and peer-to-peer networks (e.g., ad hoc peer-to-peer networks), as well as any currently known or future developed networks.
The computer readable medium may be contained in the electronic device; or may exist alone without being incorporated into the electronic device.
Alternatively, the electronic device may perform other steps of the above embodiments when one or more of the above programs are executed by the electronic device.
Computer program code for carrying out operations of the present disclosure may be written in one or more programming languages, including, but not limited to, an object oriented programming language such as Java, smalltalk, C ++ and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computer (for example, through the Internet using an Internet service provider).
The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The units involved in the embodiments of the present disclosure may be implemented by means of software, or may be implemented by means of hardware. Wherein the names of the units do not constitute a limitation of the units themselves in some cases.
The functions described above herein may be performed, at least in part, by one or more hardware logic components. For example, without limitation, exemplary types of hardware logic components that may be used include: a Field Programmable Gate Array (FPGA), an Application Specific Integrated Circuit (ASIC), an Application Specific Standard Product (ASSP), a system on a chip (SOC), a Complex Programmable Logic Device (CPLD), and the like.
In the context of this disclosure, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. The machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
It should be noted that in this document, relational terms such as "first" and "second" and the like are used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Moreover, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or gateway that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or gateway. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article, or gateway comprising the element.
The above is merely a specific embodiment of the disclosure to enable one skilled in the art to understand or practice the disclosure. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the disclosure. Thus, the present disclosure is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.
Claims (9)
1. An ethernet detection method, applied to a first node, said first node being connected to at least one diagnostic node, said method comprising:
receiving a diagnosis instruction, and distributing the diagnosis instruction to a corresponding diagnosis node, and indicating the diagnosis node to generate a request message according to the diagnosis instruction and distribute the request message to a corresponding diagnosed node, wherein the diagnosis node has a diagnosis function and is used for detecting the network condition of the diagnosed node; wherein the distributing the diagnostic instructions to the corresponding diagnostic nodes comprises: if the first node has a plurality of corresponding domain control units, distributing the diagnosis instruction to a second node of at least one domain control unit in the plurality of corresponding domain control units, so that the second node distributes the received diagnosis instruction to the corresponding diagnosis node, wherein the second node and the diagnosis node belong to the same domain control unit;
and receiving a diagnosis result corresponding to the diagnosed node fed back by the diagnosis node through the second node, wherein the diagnosis result is generated based on a response message returned by the diagnosed node, and the response message is generated by the diagnosed node according to the request message.
2. The method of claim 1, wherein the receiving diagnostic instructions and distributing the diagnostic instructions to corresponding diagnostic nodes comprises:
receiving a diagnosis instruction, and determining whether a preset scene is met or not according to the diagnosis instruction;
and if the preset scene is met, distributing the diagnosis instruction to the corresponding diagnosis node.
3. An ethernet detection method, applied to a diagnostic node, the method comprising:
receiving a diagnosis instruction distributed by a first node, wherein the first node is connected with at least one diagnosis node, the diagnosis node has a diagnosis function and is used for detecting the network condition of a diagnosed node, the first node is used for distributing the diagnosis instruction to a second node of at least one domain control unit in a plurality of corresponding domain control units when the plurality of corresponding domain control units exist, and the second node is used for distributing the received diagnosis instruction to the corresponding diagnosis node, wherein the second node and the diagnosis node belong to the same domain control unit;
generating a request message according to the diagnosis instruction, and distributing the request message to a corresponding diagnosed node to instruct the diagnosed node to return a response message generated based on the request message to the diagnosis node;
And receiving the response message and generating a diagnosis result based on the response message.
4. A method according to claim 3, wherein generating a request message according to the diagnostic instruction and transmitting the request message to a corresponding diagnosed node comprises:
generating a corresponding request message by using a diagnostic tool according to the test item in the diagnostic instruction, wherein the request message comprises an identifier corresponding to the diagnosed node;
and sending the request message to the corresponding diagnosed node based on the identification corresponding to the diagnosed node.
5. An ethernet detection system, comprising a first node, said first node being connected to at least one diagnostic node, wherein said diagnostic node has a diagnostic function for detecting a network condition of a diagnosed node;
the first node receives the diagnosis instruction and distributes the diagnosis instruction to the diagnosis nodes in the system, wherein the diagnosis instruction is distributed to the diagnosis nodes, and the method specifically comprises the following steps: if the first node has a plurality of corresponding domain control units, distributing the diagnosis instruction to a second node of at least one domain control unit in the plurality of corresponding domain control units, so that the second node distributes the received diagnosis instruction to the corresponding diagnosis node, wherein the second node and the diagnosis node belong to the same domain control unit;
The diagnostic node generates a request message according to the diagnostic instruction and sends the request message to a diagnosed node in the system;
the diagnosed node generates a response message according to the request message and returns the response message to the diagnosis node;
the diagnostic node returns a diagnostic result generated based on the response message to the first node.
6. An ethernet detection device for use with a first node, the first node being coupled to at least one diagnostic node, the device comprising:
the first receiving module is used for receiving the diagnosis instruction, distributing the diagnosis instruction to a corresponding diagnosis node, indicating the diagnosis node to generate a request message according to the diagnosis instruction and distributing the request message to a corresponding diagnosed node, wherein the diagnosis node has a diagnosis function and is used for detecting the network condition of the diagnosed node;
the second receiving module is used for receiving a diagnosis result corresponding to the diagnosed node, which is fed back by the diagnosis node, through a second node, wherein the diagnosis result is generated based on a response message returned by the diagnosed node, and the response message is generated by the diagnosed node according to the request message;
Wherein, the first receiving module is used for: and if the first node has a plurality of corresponding domain control units, distributing the diagnosis instruction to a second node of at least one domain control unit in the plurality of corresponding domain control units, so that the second node distributes the received diagnosis instruction to the corresponding diagnosis node, wherein the second node and the diagnosis node belong to the same domain control unit.
7. An ethernet detection device for use in a diagnostic node, the device comprising:
a first receiving module, configured to receive a diagnostic instruction sent by a first node, where the first node is connected to at least one diagnostic node, where the diagnostic node has a diagnostic function and is configured to detect a network condition of a diagnosed node, where the first node is configured to send the diagnostic instruction to a second node of at least one domain control unit in a plurality of corresponding domain control units if there are a plurality of corresponding domain control units, so that the second node sends the received diagnostic instruction to the corresponding diagnostic node, where the second node and the diagnostic node belong to the same domain control unit;
The generation module is used for generating a request message according to the diagnosis instruction, distributing the request message to a corresponding diagnosed node, and indicating the diagnosed node to return a response message generated based on the request message to the diagnosis node;
and the second receiving module is used for receiving the response message and generating a diagnosis result based on the response message.
8. An electronic device, comprising:
a memory;
a processor; and
a computer program;
wherein the computer program is stored in the memory and configured to be executed by the processor to implement the ethernet detection method of any of claims 1-4.
9. A computer readable storage medium, on which a computer program is stored, characterized in that the computer program, when being executed by a processor, implements the steps of the ethernet detection method according to any of claims 1-4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210236741.4A CN115442255B (en) | 2022-03-11 | 2022-03-11 | Ethernet detection method, system, device, electronic equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210236741.4A CN115442255B (en) | 2022-03-11 | 2022-03-11 | Ethernet detection method, system, device, electronic equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115442255A CN115442255A (en) | 2022-12-06 |
| CN115442255B true CN115442255B (en) | 2024-02-06 |
Family
ID=84241257
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210236741.4A Active CN115442255B (en) | 2022-03-11 | 2022-03-11 | Ethernet detection method, system, device, electronic equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115442255B (en) |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102204169A (en) * | 2011-05-12 | 2011-09-28 | 华为技术有限公司 | Fault detection method, route node and system |
| CN103926005A (en) * | 2014-03-14 | 2014-07-16 | 国电南瑞科技股份有限公司 | Temperature detecting system based on wireless sensor network |
| CN105897453A (en) * | 2014-07-18 | 2016-08-24 | 现代自动车株式会社 | Method for diagnosing network and apparatus for the same |
| US9948384B1 (en) * | 2016-11-23 | 2018-04-17 | Google Llc | Identifying network faults |
| CN108696424A (en) * | 2017-04-07 | 2018-10-23 | 上汽通用汽车有限公司 | Vehicle communication system |
| CN110493042A (en) * | 2019-08-16 | 2019-11-22 | 中国联合网络通信集团有限公司 | Method for diagnosing faults, device and server |
| CN111294237A (en) * | 2020-01-20 | 2020-06-16 | 福州大学 | 2-stage network fault diagnosis method based on PMC model |
| CN111591302A (en) * | 2020-06-02 | 2020-08-28 | 北京罗克维尔斯科技有限公司 | Vehicle control method and device |
| CN112311620A (en) * | 2019-10-25 | 2021-02-02 | 北京京东尚科信息技术有限公司 | Method, apparatus, electronic device and readable medium for diagnosing network |
| CN112383452A (en) * | 2021-01-15 | 2021-02-19 | 奥特酷智能科技(南京)有限公司 | DPDK frame-based DDS data transmission diagnosis method and system |
| CN114137937A (en) * | 2021-11-25 | 2022-03-04 | 北京经纬恒润科技股份有限公司 | Automatic diagnostic function test method and system |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR102286050B1 (en) * | 2017-06-23 | 2021-08-03 | 현대자동차주식회사 | Method for preventing diagnostic errors in vehicle network and apparatus for the same |
-
2022
- 2022-03-11 CN CN202210236741.4A patent/CN115442255B/en active Active
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102204169A (en) * | 2011-05-12 | 2011-09-28 | 华为技术有限公司 | Fault detection method, route node and system |
| CN103926005A (en) * | 2014-03-14 | 2014-07-16 | 国电南瑞科技股份有限公司 | Temperature detecting system based on wireless sensor network |
| CN105897453A (en) * | 2014-07-18 | 2016-08-24 | 现代自动车株式会社 | Method for diagnosing network and apparatus for the same |
| US9948384B1 (en) * | 2016-11-23 | 2018-04-17 | Google Llc | Identifying network faults |
| CN108696424A (en) * | 2017-04-07 | 2018-10-23 | 上汽通用汽车有限公司 | Vehicle communication system |
| CN110493042A (en) * | 2019-08-16 | 2019-11-22 | 中国联合网络通信集团有限公司 | Method for diagnosing faults, device and server |
| CN112311620A (en) * | 2019-10-25 | 2021-02-02 | 北京京东尚科信息技术有限公司 | Method, apparatus, electronic device and readable medium for diagnosing network |
| CN111294237A (en) * | 2020-01-20 | 2020-06-16 | 福州大学 | 2-stage network fault diagnosis method based on PMC model |
| CN111591302A (en) * | 2020-06-02 | 2020-08-28 | 北京罗克维尔斯科技有限公司 | Vehicle control method and device |
| CN112383452A (en) * | 2021-01-15 | 2021-02-19 | 奥特酷智能科技(南京)有限公司 | DPDK frame-based DDS data transmission diagnosis method and system |
| CN114137937A (en) * | 2021-11-25 | 2022-03-04 | 北京经纬恒润科技股份有限公司 | Automatic diagnostic function test method and system |
Non-Patent Citations (2)
| Title |
|---|
| 一种分层式系统级故障诊断方法;陈媛;重庆工学院学报(第04期);全文 * |
| 分级ad-hoc网络中的一种移动节点故障诊断算法;李冬妮,王光兴;小型微型计算机系统(第08期);全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115442255A (en) | 2022-12-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111478798B (en) | Fault processing method, fault processing device and storage medium | |
| CN109936587B (en) | Control method, control device, electronic apparatus, and storage medium | |
| WO2023279891A1 (en) | Screen mirroring device discovery method and apparatus, electronic device, and storage medium | |
| CN111400172B (en) | Program debugging method and device | |
| CN110493028A (en) | A kind of clustered deploy(ment) method, system, device and computer readable storage medium | |
| CN111694757A (en) | Application program testing method and device, electronic equipment and computer readable storage medium | |
| CN115328092A (en) | Vehicle remote diagnosis method, system, electronic equipment and storage medium | |
| CN110913270B (en) | Live broadcasting method and device | |
| WO2020041988A1 (en) | Server node selection method and terminal device | |
| CN115442255B (en) | Ethernet detection method, system, device, electronic equipment and storage medium | |
| CN109981778B (en) | Method, device, equipment and storage medium for realizing service of content distribution network | |
| CN110060477B (en) | Method and device for pushing information | |
| CN110347380B (en) | Front-end and back-end development method and device | |
| CN117041111A (en) | Vehicle cloud function test method and device, electronic equipment and storage medium | |
| CN111026475A (en) | Vehicle, vehicle equipment and vehicle service processing method based on map software | |
| CN116132340A (en) | Node monitoring method and device | |
| CN113839828B (en) | Network quality detection method, device, terminal equipment and medium | |
| CN112511657B (en) | Information processing method and device for intelligent networked vehicle data remote management | |
| CN114285774A (en) | Flow recording method and device, electronic equipment and storage medium | |
| CN113346973A (en) | Event prompting method and device, electronic equipment and computer readable storage medium | |
| CN111078477A (en) | Interface test method and device, storage medium and electronic equipment | |
| CN107102874B (en) | Application concurrent installation method and system | |
| CN110635996B (en) | Information display method, device, computer equipment and storage medium | |
| CN114374635B (en) | Route detection method, device, equipment and storage medium | |
| CN115185667B (en) | Visual application acceleration method and device, electronic equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |