CN114826954A - Vehicle-mounted Ethernet monitoring system and monitoring method - Google Patents
Vehicle-mounted Ethernet monitoring system and monitoring method Download PDFInfo
- Publication number
- CN114826954A CN114826954A CN202110745561.4A CN202110745561A CN114826954A CN 114826954 A CN114826954 A CN 114826954A CN 202110745561 A CN202110745561 A CN 202110745561A CN 114826954 A CN114826954 A CN 114826954A
- Authority
- CN
- China
- Prior art keywords
- test
- module
- equipment
- tested
- ethernet
- 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.)
- Pending
Links
- 238000012544 monitoring process Methods 0.000 title claims abstract description 50
- 238000000034 method Methods 0.000 title claims abstract description 39
- 238000012360 testing method Methods 0.000 claims abstract description 189
- 230000006854 communication Effects 0.000 claims abstract description 80
- 238000004891 communication Methods 0.000 claims abstract description 76
- 230000007175 bidirectional communication Effects 0.000 claims abstract description 5
- 230000008569 process Effects 0.000 claims description 11
- 238000001514 detection method Methods 0.000 claims description 8
- 230000008878 coupling Effects 0.000 claims 1
- 238000010168 coupling process Methods 0.000 claims 1
- 238000005859 coupling reaction Methods 0.000 claims 1
- 238000010586 diagram Methods 0.000 description 11
- 230000006870 function Effects 0.000 description 10
- 102100023087 Protein S100-A4 Human genes 0.000 description 7
- 238000004590 computer program Methods 0.000 description 7
- 101000685724 Homo sapiens Protein S100-A4 Proteins 0.000 description 6
- 238000012545 processing Methods 0.000 description 4
- 238000010998 test method Methods 0.000 description 4
- 230000002159 abnormal effect Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000005856 abnormality Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000004075 alteration Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000013100 final test Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000004622 sleep time Effects 0.000 description 1
- 230000002618 waking effect Effects 0.000 description 1
Images
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/14—Arrangements for monitoring or testing data switching networks using software, i.e. software packages
-
- 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/50—Testing arrangements
Abstract
The embodiment of the application provides a vehicle-mounted Ethernet monitoring system and a monitoring method, and belongs to the technical field of automobile Ethernet testing. The monitoring system comprises a test equipment module and a communication module; the test equipment module is used for being in bidirectional communication connection with the communication module and running a test program stored in the test equipment module; the communication module is used for connecting the tested equipment through the Ethernet and the CAN bus, receiving the instruction of the testing equipment module, sending the instruction to the tested equipment, receiving the testing feedback information of the tested equipment and synchronizing the testing feedback information to the testing equipment module. The present application aims at facilitating monitoring of a vehicular ethernet.
Description
Technical Field
The embodiment of the application relates to the technical field of automobile Ethernet testing, in particular to a vehicle-mounted Ethernet monitoring system and a monitoring method.
Background
With the development of social technologies, the development speed of automobiles is faster and faster, and the automobile communication technology and the vehicle-mounted Ethernet are widely applied to information entertainment systems and intelligent cockpit systems as a new generation of widely used communication technology.
However, because the DUT (Device Under Test) at both ends of the ethernet often has a problem of connection interruption or connection failure during communication, in order to analyze which problems exist in the ethernet, the on-board ethernet needs to be monitored.
Disclosure of Invention
The embodiment of the application provides a vehicle-mounted Ethernet monitoring system and a monitoring method, and aims to facilitate monitoring of a vehicle-mounted Ethernet.
In a first aspect, an embodiment of the present application provides a vehicle-mounted ethernet monitoring system, which includes a test device module and a communication module;
the test equipment module is used for being in bidirectional communication connection with the communication module and running a test program stored in the test equipment module;
the communication module is used for connecting the tested equipment through the Ethernet and the CAN bus, receiving the instruction of the testing equipment module, sending the instruction to the tested equipment, receiving the testing feedback information of the tested equipment and synchronizing the testing feedback information to the testing equipment module.
Optionally, the test device module includes a test program storage unit and the test program running unit;
the test program storage unit is used for storing a test program for testing the tested device;
and the test program running unit is used for running the test program based on the operation of a user.
Optionally, the system further includes a relay module, an input end of the relay module is in communication connection with the testing device module, and an output end of the relay module is used for being connected with the tested device, so as to simulate a vehicle-mounted environment to power on and off the tested device under the control of the testing device module.
Optionally, the system further comprises a power supply module for providing an operating voltage to the device under test and the relay module.
Optionally, the system further includes a remote monitoring module, and the remote monitoring module is in wireless communication connection with the test equipment module and is used for remotely displaying the test result.
Optionally, the remote monitoring module includes a target application configured on the mobile terminal or the remote monitoring module is configured on the mobile terminal.
In a second aspect, an embodiment of the present application provides a vehicle-mounted ethernet monitoring method, which is applied to a vehicle-mounted ethernet detection system, and the method includes:
running a test program stored on a test equipment module, establishing Ethernet and CAN communication with tested equipment, and testing the network communication of the tested equipment;
and receiving the test feedback information of the tested device.
Optionally, the running a test program stored on a test device to test network communication of the device under test includes:
receiving test operation of a user on the test;
and responding to the test operation, and running a test program stored on the test equipment to test the network communication of the tested equipment.
Optionally, the on-board ethernet monitoring system includes a relay module, and the method further includes:
and in the test process, the relay module is controlled to simulate the vehicle-mounted environment to power on and off the tested equipment.
Optionally, the method further comprises:
determining a test result according to the test feedback information;
and sending the test result to a remote display terminal.
Has the advantages that:
connecting the tested equipment on the vehicle with a communication module through an Ethernet and a CAN bus, then running a test program stored in the test equipment module through the test equipment module, receiving an instruction of the test equipment module by the communication module and sending the instruction to the tested equipment, sending test feedback information to the communication module by the tested equipment, and sending the test feedback information to the test equipment module by the communication module; therefore, the vehicle-mounted Ethernet can be monitored conveniently, and the problems which often occur to the vehicle-mounted Ethernet can be analyzed through testing feedback information.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings needed to be used in the description of the embodiments of the present application will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art that other drawings can be obtained according to these drawings without inventive exercise.
Fig. 1 is a functional block diagram of a vehicle-mounted ethernet monitoring system according to an embodiment of the present application;
fig. 2 is a functional block diagram of a vehicle-mounted ethernet monitoring system according to an embodiment of the present application;
fig. 3 is a flowchart illustrating steps of a vehicle ethernet monitoring method according to an embodiment of the present application.
Description of the drawings: 1. a test equipment module; 2. a communication module; 3. a relay module; 4. a power supply module; 5. and a remote monitoring module.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and the described embodiments are some, but not all embodiments of the present application. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
Example one
Referring to fig. 1, a functional module schematic diagram of a vehicle-mounted ethernet monitoring system in an embodiment of the present invention is shown, and referring to fig. 1, the vehicle-mounted ethernet monitoring system specifically includes a testing device module 1 and a communication module 2;
the testing device module 1 is used for being in bidirectional communication connection with the communication module 2, and the testing device module 1 is used for running a testing program stored in the testing device module 1;
the communication module 2 is used for connecting the tested equipment through the Ethernet and the CAN bus, receiving the instruction of the testing equipment module 1, sending the instruction to the tested equipment, receiving the testing feedback information of the tested equipment and synchronizing the testing feedback information to the testing equipment module 1.
The tested equipment can be an automobile Tbox or other ECUs supporting vehicle-mounted Ethernet communication and applied to a vehicle, the tested equipment can be connected to the inside of the vehicle for testing when the vehicle Ethernet is tested, the tested equipment can be tested outside the vehicle when the tested equipment is in a parking state when the tested equipment is tested in the vehicle, and the elements of the vehicle elements need to be detached and moved to the outside of the vehicle for testing.
The test device module 1 is specifically a hardware device capable of running a software program, the test device module 1 in this embodiment may be a PC computer, and the developed test codes are stored in the PC computer in advance and converted into a test program capable of running on hardware, for example, exe, where the test program includes a plurality of test cases for testing ethernet.
The test equipment module 1 is in bidirectional communication connection with the communication module 2, so that the test equipment module 1 can send an instruction to the communication module 2, and the communication module 2 can synchronize test feedback information to the test equipment module 1.
The communication module 2 is hardware with an Ethernet communication function and a CAN communication function, CAN perform Ethernet SOMEIP communication and CAN communication with the tested equipment, and in the test process, the tested equipment CAN be awakened and dormant periodically, and the CAN communication is mainly used for awakening the tested equipment.
The communication module 2 in this embodiment may be a VN5620, the VN5620 is connected to a USB interface of a PC, and the VN5620 is equivalent to interaction between a vehicle-mounted host and a device under test; the VN5620 receives the instruction of the test device module 1, receives the test feedback information of the device under test, and synchronizes the test feedback information to the test device module 1 through the USB cable.
In one possible implementation, the test equipment module 1 includes two test programs, including a Python main program and a ". cfg" engineering file; the 'cfg' engineering file CAN judge whether the Ethernet is abnormal or not through the received test feedback information, wherein the test feedback information comprises CAN feedback information and Ethernet feedback information.
If the Ethernet is abnormal, the value of an intermediate variable is set, the initial value of the intermediate variable is 0, the value of the intermediate variable generated by the 'cfg' engineering file is read in real time in the running process of the Python main program, and if the value of the variable is not 0, the type of the Ethernet which is abnormal is judged, and the detection result is sent back to a user.
The method comprises the steps that the tested equipment on the vehicle is connected with a communication module 2 through an Ethernet and a CAN bus, then a test program stored in the test equipment module 1 runs through the test equipment module 1, after the communication module 2 receives an instruction of the test equipment module 1, Ethernet and CAN communication is established between the communication module 2 and the tested equipment, and then the test program contains a test case which CAN detect the tested equipment.
The tested device sends the test feedback information to the communication module 2, because the Ethernet and CAN communication is established between the communication module 2 and the tested device, the test feedback information CAN comprise the Ethernet feedback information and the CAN feedback information, the communication module 2 synchronizes the test feedback information to the test equipment module 1 through the USB, and the test equipment module 1 CAN obtain a final test result according to the test feedback information.
Specifically, the test equipment module 1 includes a test program storage unit and the test program running unit; the test program storage unit is used for storing a test program for testing the tested device; and the test program running unit is used for running the test program based on the operation of a user.
Based on the problem test to the Ethernet by the user, the test program corresponding to the problem test is stored in the test program storage unit in advance, the pre-stored test program is operated by the test program operation unit, so that the test result is obtained, and various problems of the Ethernet in the communication process are reflected through the test result.
In practical application, the test program in the vehicle-mounted storage unit can be updated and replaced, and the test program stored in the storage unit can be updated according to the problem to be tested by a user and the difference of test objects, so that the effect of improving the adaptability of the monitoring system is achieved.
In the practical application process, if the test equipment module 1 is a PC computer, a user can click a test program to operate through input equipment such as a mouse or a keyboard;
if the test equipment module 1 is a tablet computer with a touch screen, a user can directly click and run a test program through an interactive interface; it is even possible to send voice commands to the test equipment module 1 to execute the test program by means of a voice assistant.
Specifically, referring to fig. 2, the system further includes a relay module 3, an input end of the relay module 3 is in communication connection with the test equipment module 1 through an RS232 of a USB, and an output end of the relay module 3 is used for being connected with the device to be tested, so as to simulate a vehicle-mounted environment to power on and off the device to be tested under the control of the test equipment module 1.
When the test equipment module 1 runs a test program, the relay module 3 is controlled to power ON and power OFF the KL15 of the tested equipment, and the KL15 (the voltage of the whole vehicle low-voltage storage battery is in an ON mode and the voltage is 0 in an OFF mode) of the tested equipment refers to a pin for receiving an ignition signal by the detected control unit; in the real vehicle, the tested device is awakened by the CAN and the engine ignition signal at the same time, so that a simulated vehicle-mounted environment closer to the real vehicle CAN be created for the tested device by arranging the relay module 3.
In particular, with reference to fig. 2, the system further comprises a power supply module 4, the power supply module 4 being configured to provide an operating voltage to the device under test and to the relay module 3.
When the test environment is outside the vehicle, a working voltage can be supplied to the relay module 3 and the tested device through the power supply module 4; further, the power module 4 may further include a power conversion unit capable of converting 220V ac power into 12V dc power to provide the on-board operating voltage to the relay module 3 and the device under test.
Specifically, referring to fig. 2, the system further includes a remote monitoring module 5, and the remote monitoring module 5 is connected to the testing equipment module 1 in a wireless communication manner and is used for remotely displaying the testing result.
The test equipment module 1 can obtain a test result after running the test program, and the test equipment module 1 sends the test result to the remote monitoring module 5 through wireless communication, so that a user can conveniently obtain the test result remotely.
The remote monitoring module 5 may be a mobile terminal, such as a mobile phone and a mobile PC, and the sending of the test result by the remote wireless communication may be through a local area network, or through a connection server.
In one embodiment, the remote monitoring module 5 is configured on the mobile terminal or the remote monitoring module 5 is configured on a target application program of the mobile terminal, such as a nail APP, and the API of the robot is obtained by creating a self-defined robot in the nail APP, so that the test result can be output to the nail APP through programming, and the test result can be remotely obtained through the nail APP at the mobile phone end.
The following describes the vehicle-mounted ethernet detection system in detail with reference to a specific example in an actual application process:
wherein, the testing device module 1 is a PC computer, and the communication module 2 can be a VN 5620; the PC computer CAN store a test program and CAN also run the test program, the test program is divided into two parts, namely a main program developed based on Python and a 'cfg' engineering file developed based on CANoe software, and the 'cfg' engineering file comprises CAPL program files of Ethernet communication and CAN communication.
The Python program is used for controlling the operation of a 'cfg' engineering file, the 'cfg' engineering file is manufactured by CANoe software, and the 'cfg' engineering file also comprises Ethernet and CAN communication program files written by CAPL; running a Python program on a PC, wherein the Python program can call a COM port of api of a CANoe, open and run a 'cfg' engineering file and control the running of a relay program; when the cfg engineering file runs, controlling the VN5620 to carry out Ethernet someip communication and CAN communication with the tested equipment, and judging whether abnormality occurs according to Ethernet feedback information and CAN feedback information returned by the tested equipment; and the running control relay program controls the relay module 3 to power on and off the KL15 of the tested device.
If an exception occurs, the 'cfg' engineering file changes the value of an intermediate variable (the initial value can be set to 0), and the main program part written by python reads the value of the 'cfg' engineering file, which is the intermediate variable, in real time and judges the value, and corresponding test problem result information is sent to the nail through the nail API according to the difference of the values of the intermediate variable.
". cfg' engineering files include test cases for testing frequent linkdown bugs of the Ethernet, bugs which can not be established by the SOMEIP, bugs which are not dormant of the tested device, bugs which are not waken up after the tested device is dormant, and bugs which are off bus.
The bug test method for the Ethernet frequent linkdown comprises the following steps: judging whether linkdown occurs to the tested equipment or not through an Ethernet state monitoring function carried by a CAPL library of the CANoe; if the tested device generates linkdown, the function return value is 0, and if the tested device generates linkup, the function return value is 1; and when the number of times of returning the value 0 is judged to be more than 2 or other calibration values in the sleep cycle time, the Ethernet is considered to have frequent linkdown.
The bug test method which can not be established by the SOMEIP comprises the following steps: when the tested device communicates with the CANoe, the tested device and the CANoe can establish the SOMEIP interaction, if the tested device does not send the message of the SOMEIP subscription ACK in a sleep cycle, the SOMEIP is not established successfully.
The bug test method for the tested device not to sleep comprises the following steps: according to the autosar network specification, after being awakened, the device to be tested sends a network management frame CAN message according to a 500ms period, assuming that a sleep cycle is 17 minutes, the awakening time is 5 minutes, and the sleep time is 12 minutes, the number of network management frames during the awakening period of the device to be tested should be 300s/500 ms-600 frames, if the device to be tested has a situation of going to sleep all the time, 17 x 60/500 ms-2040 frames, the device to be tested is considered to be not sleeping if the number of times of sending the network management frames is monitored by the CANoe and the CAPL, and if the value is far greater than 600, for example, the device to be tested sends 1500 frames.
The bug test method for waking up after the tested device is dormant comprises the following steps: the method is the same as the detection method of the bug of the Ethernet frequent linkdown, if the number of times of linkup is less than 1 in a sleep cycle, the Ethernet of the tested device is not worked after awakening.
Bus off bug occurs: and detecting whether the CAN bus generates busOff phenomenon through an on busOff function of a CAPL library of the CANoe.
Example two
Based on the same inventive concept, fig. 3 shows a flowchart of steps of a vehicle-mounted ethernet monitoring method, where the monitoring method is applied to a vehicle-mounted ethernet detection system, and the method may specifically include:
s101, running a test program stored in a test equipment module 1, establishing Ethernet and CAN communication with tested equipment, and testing network communication of the tested equipment;
in this step, after detecting that the hardware connection with the tested equipment is performed, based on the instruction of the user, the testing equipment module 1 runs the testing program and sends the instruction to the communication module 2; taking the test equipment module 1 as a PC as an example, storing developed test codes in a PC computer in advance, and converting the test codes into a test program which can run on hardware, such as exe; when a test is required, the test equipment module 1 runs a test program based on the operation of the user.
The test program CAN be a program written by Python language and a 'cfg' engineering file made by CANoe software, wherein the 'cfg' engineering file comprises an Ethernet and CAN communication program file written by CAPL and an Ethernet and CAN communication program file written by CAPL.
The communication module 2 receives the instruction of the testing device module 1, and the communication module 2 starts to establish ethernet and CAN communication with the tested device, for example, ". cfg" engineering file is running, and controls the communication module 2 to establish ethernet someip communication and CAN communication with the tested device.
". cfg' engineering files comprise test cases for testing frequent linkdown bugs of the Ethernet, bugs which cannot be established by the SOMEIP, bugs which are not dormant of the tested equipment, bugs which are not waken after the tested equipment is dormant and bugs which are off bus, so that various tests can be performed on the tested equipment.
And S102, receiving test feedback information of the tested device.
In this step, the communication module 2 receives the ethernet feedback information and the CAN feedback information, and when an abnormality occurs, the value of the intermediate variable in the ″. cfg' engineering file changes; the communication module 2 receives the test feedback information of the tested device and synchronizes to the test device module 1.
In an example, the Python program reads the value of the intermediate variable in the 'cfg' engineering file in real time and judges to obtain a detection result, so that the vehicle-mounted Ethernet can be conveniently monitored, and the problems of the vehicle-mounted Ethernet can be analyzed through testing feedback information.
Specifically, step S101, running a test program stored in the test device module 1, establishing ethernet and CAN communication with the device under test, and testing network communication of the device under test includes:
s1011, receiving test operation of a user on the test;
in this step, if the testing device module 1 is a PC computer, a user can click a testing program to run through input devices such as a mouse or a keyboard; if the test equipment module 1 is a tablet computer with a touch screen, a user can directly click and run a test program through an interactive interface; it is even possible to send voice commands to the test equipment module 1 to execute the test program by means of a voice assistant.
And S1012, responding to the test operation, running a test program stored on the test equipment, establishing Ethernet and CAN communication with the tested equipment, and testing the network communication of the tested equipment.
In this step, based on the test operation corresponding to the user and the running test program, the test program stored on the test equipment is run, the ethernet and CAN communication is established with the tested equipment, and the network communication of the tested equipment is tested.
Specifically, the vehicle-mounted ethernet monitoring system comprises a relay module 3, and the method further comprises:
and in the test process, the relay module 3 is controlled to simulate the vehicle-mounted environment to power on and off the tested equipment.
When the test equipment module 1 runs a test program, the relay module 3 is controlled to power on and power off to KL15 of the tested equipment, and KL15 of the tested equipment refers to a pin of a control unit to be tested for receiving an ignition signal; by arranging the relay module 3, a simulated vehicle-mounted environment closer to a real vehicle can be created for the tested equipment.
Specifically, the method further comprises:
s103, determining a test result according to the test feedback information;
in this step, for example, the Python program reads the value of the intermediate variable in the ". cfg" engineering file in real time and determines the value to obtain a detection result, so that the vehicle-mounted ethernet can be conveniently monitored, and the problems occurring in the vehicle-mounted ethernet can be analyzed by testing the feedback information.
And S104, sending the test result to a remote display terminal.
In this step, after the Python program reads the value of the intermediate variable in the ". cfg" engineering file and judges to obtain the test result, the test result can be sent to a remote display terminal, for example, the test result is sent to a mobile phone of a user, or a self-defined robot is created in a nail APP, the API of the robot is obtained, and then the test result can be output to the nail APP through programming, so that the test result can be remotely obtained through the nail APP at the mobile phone end.
The embodiments in the present specification are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are referred to each other.
As will be appreciated by one of skill in the art, embodiments of the present application may be provided as a method, apparatus, or computer program product. Accordingly, embodiments of the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, embodiments of the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
Embodiments of the present application are described with reference to flowchart illustrations and/or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing terminal to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing terminal, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing terminal to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing terminal to cause a series of operational steps to be performed on the computer or other programmable terminal to produce a computer implemented process such that the instructions which execute on the computer or other programmable terminal provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
While preferred embodiments of the present application have been described, additional variations and modifications of these embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. Therefore, it is intended that the appended claims be interpreted as including the preferred embodiment and all such alterations and modifications as fall within the true scope of the embodiments of the application.
Finally, it should also be noted that, herein, relational terms such as first and second, and the like may be 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. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or terminal 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 terminal. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or terminal that comprises the element.
The principle and the implementation of the present application are explained herein by applying specific examples, and the above description of the embodiments is only used to help understand the method and the core idea of the present application; meanwhile, for a person skilled in the art, according to the idea of the present application, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present application.
Claims (10)
1. A vehicle-mounted Ethernet monitoring system is characterized by comprising a test equipment module and a communication module;
the test equipment module is used for being in bidirectional communication connection with the communication module and running a test program stored in the test equipment module;
the communication module is used for connecting the tested equipment through the Ethernet and the CAN bus, receiving the instruction of the testing equipment module, sending the instruction to the tested equipment, receiving the testing feedback information of the tested equipment and synchronizing the testing feedback information to the testing equipment module.
2. The monitoring system according to claim 1, wherein the test equipment module includes a test program storage unit and the test program execution unit;
the test program storage unit is used for storing a test program for testing the tested device;
and the test program running unit is used for running the test program based on the operation of the user.
3. The monitoring system of claim 1, further comprising a relay module having an input communicatively coupled to the test equipment module and an output for coupling to the device under test to simulate an on-board environment powering up and down the device under test under control of the test equipment module.
4. The monitoring system of claim 3, further comprising a power module for providing an operating voltage to the device under test and the relay module.
5. The monitoring system of claim 1, further comprising a remote monitoring module in wireless communication with the test equipment module for remotely displaying test results.
6. The monitoring system of claim 5, wherein the remote monitoring module comprises a target application configured on a mobile terminal or the remote monitoring module is configured on the mobile terminal.
7. A vehicle-mounted Ethernet monitoring method is applied to a vehicle-mounted Ethernet detection system, and comprises the following steps:
running a test program stored on a test equipment module, establishing Ethernet and CAN communication with tested equipment, and testing the network communication of the tested equipment;
and receiving the test feedback information of the tested device.
8. The method of claim 7, wherein the running a test program stored on a test device to test network communications of the device under test comprises:
receiving test operation of a user on the test;
and responding to the test operation, and running a test program stored on the test equipment so as to test the network communication of the tested equipment.
9. The monitoring method of claim 7, wherein the on-board ethernet monitoring system comprises a relay module, the method further comprising:
and in the test process, the relay module is controlled to simulate the vehicle-mounted environment to power on and off the tested equipment.
10. The method of monitoring of claim 7, further comprising:
determining a test result according to the test feedback information;
and sending the test result to a remote display terminal.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110745561.4A CN114826954A (en) | 2021-06-30 | 2021-06-30 | Vehicle-mounted Ethernet monitoring system and monitoring method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110745561.4A CN114826954A (en) | 2021-06-30 | 2021-06-30 | Vehicle-mounted Ethernet monitoring system and monitoring method |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114826954A true CN114826954A (en) | 2022-07-29 |
Family
ID=82526263
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110745561.4A Pending CN114826954A (en) | 2021-06-30 | 2021-06-30 | Vehicle-mounted Ethernet monitoring system and monitoring method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114826954A (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN208424394U (en) * | 2018-04-25 | 2019-01-22 | 浙江吉利汽车研究院有限公司 | A kind of fault detection means of vehicle mounted communication equipment |
| CN110048910A (en) * | 2019-04-24 | 2019-07-23 | 重庆长安汽车股份有限公司 | A kind of vehicle-mounted ethernet gateway test macro and method |
| CN110138624A (en) * | 2019-07-04 | 2019-08-16 | 上海赫千电子科技有限公司 | Vehicle-mounted ethernet test equipment, system and test method |
| CN210168053U (en) * | 2019-08-02 | 2020-03-20 | 上海怿星电子科技有限公司 | Automatic test system for automobile Ethernet |
| CN112764410A (en) * | 2021-01-19 | 2021-05-07 | 广州橙行智动汽车科技有限公司 | Vehicle-mounted controller testing device, system and method |
-
2021
- 2021-06-30 CN CN202110745561.4A patent/CN114826954A/en active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN208424394U (en) * | 2018-04-25 | 2019-01-22 | 浙江吉利汽车研究院有限公司 | A kind of fault detection means of vehicle mounted communication equipment |
| CN110048910A (en) * | 2019-04-24 | 2019-07-23 | 重庆长安汽车股份有限公司 | A kind of vehicle-mounted ethernet gateway test macro and method |
| CN110138624A (en) * | 2019-07-04 | 2019-08-16 | 上海赫千电子科技有限公司 | Vehicle-mounted ethernet test equipment, system and test method |
| CN210168053U (en) * | 2019-08-02 | 2020-03-20 | 上海怿星电子科技有限公司 | Automatic test system for automobile Ethernet |
| CN112764410A (en) * | 2021-01-19 | 2021-05-07 | 广州橙行智动汽车科技有限公司 | Vehicle-mounted controller testing device, system and method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3101547A1 (en) | Control system, method, program and information processing device | |
| CN111026640B (en) | Vehicle-mounted equipment testing method, system, mobile terminal and storage medium | |
| CN110888414B (en) | Test method for upgrading vehicle controller | |
| CN102830997B (en) | Control method, device and equipment that a kind of plug-in unit is installed | |
| CN103676939B (en) | A kind of Auto-Test System based on OSEK straight-forward network administrative mechanisms | |
| CN105404568A (en) | CAN bus test system and test method | |
| CN103186439A (en) | Server test system and server stability test method | |
| CN107102949B (en) | Application program offline testing method and tool | |
| CN113407393B (en) | Chip verification method, terminal device, verification platform and storage medium | |
| GB2538020A (en) | Method and device for automatically processing static test data of rail transit vehicle | |
| CN114385480A (en) | Hardware-in-loop test system for automatic verification of FOTA function of vehicle | |
| CN111240969A (en) | Test method and test system for network control system of unmanned railway vehicle | |
| CN109471647B (en) | Data updating method and device, electronic equipment and readable medium | |
| CN111338951A (en) | Wireless intelligent household appliance detection method and system | |
| CN112860559A (en) | Upgrade test system and method | |
| CN114826954A (en) | Vehicle-mounted Ethernet monitoring system and monitoring method | |
| JP5212508B2 (en) | Debug device | |
| CN114356760A (en) | CANFD controller software remote upgrade test method and system based on L3 whole vehicle architecture | |
| CN108874605B (en) | Display screen testing method and device, electronic equipment and storage medium | |
| CN101819419B (en) | Active plc intelligent liquid crystal display | |
| CN112196712A (en) | Fault diagnosis instrument for electronic fuel injection system of national six-engine | |
| CN214670127U (en) | Fuel cell control algorithm hardware-in-the-loop test platform | |
| CN115408279A (en) | OTA system automatic test method, device, system, equipment and storage medium | |
| CN112612710B (en) | Automatic test method and system | |
| Yin | Automated testing for automotive infotainment systems |
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 |