CN107976990A - A kind of complete vehicle fault test method based on CANoe - Google Patents
A kind of complete vehicle fault test method based on CANoe Download PDFInfo
- Publication number
- CN107976990A CN107976990A CN201711112759.9A CN201711112759A CN107976990A CN 107976990 A CN107976990 A CN 107976990A CN 201711112759 A CN201711112759 A CN 201711112759A CN 107976990 A CN107976990 A CN 107976990A
- Authority
- CN
- China
- Prior art keywords
- fault
- content
- signal
- controller
- read
- 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.)
- Withdrawn
Links
- 238000010998 test method Methods 0.000 title abstract description 4
- 230000004044 response Effects 0.000 claims abstract description 37
- 238000012360 testing method Methods 0.000 claims abstract description 36
- 238000012544 monitoring process Methods 0.000 claims abstract description 12
- 230000008859 change Effects 0.000 claims description 16
- 238000000034 method Methods 0.000 claims description 12
- 230000007547 defect Effects 0.000 abstract 1
- 230000007257 malfunction Effects 0.000 abstract 1
- 238000010200 validation analysis Methods 0.000 abstract 1
- 238000003745 diagnosis Methods 0.000 description 51
- 238000012795 verification Methods 0.000 description 11
- 230000003247 decreasing effect Effects 0.000 description 8
- 238000011161 development Methods 0.000 description 7
- 230000005540 biological transmission Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 230000007423 decrease Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000011981 development test Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000012216 screening Methods 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B23/00—Testing or monitoring of control systems or parts thereof
- G05B23/02—Electric testing or monitoring
- G05B23/0205—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
- G05B23/0208—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterized by the configuration of the monitoring system
- G05B23/0213—Modular or universal configuration of the monitoring system, e.g. monitoring system having modules that may be combined to build monitoring program; monitoring system that can be applied to legacy systems; adaptable monitoring system; using different communication protocols
Landscapes
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Automation & Control Theory (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
Abstract
The present invention provides a kind of complete vehicle fault test method based on CANoe, by reading Current bus signal and controller failure content, and stores as basic parameter, rear to read bus live signal by the setting cycle, and calculates the difference with reference signal；By difference and the size of the decision content of setting, decide whether the real time fail content of Read Controller, and then, it is compared with the benchmark failure in step 4；So as to decide whether to show defect content or repeat to read data.The characteristics of present invention can emulate editor by CANoe, propose the test method for complete vehicle fault, realize the malfunction of the automatic tested controller of monitoring test in real time, automatic parsing response diagnostic trouble code, solve manual test and expend the time, failure produces the problem of root retrospective is poor, efficient with validation test, easy-to-use, failure produces root retrospect more accurately feature.
Description
Technical Field
The invention belongs to the technical field of automobiles, and particularly relates to a complete automobile fault testing method based on a bus development environment (CAN _ openenvironment), which is used for monitoring the states of various working conditions in the development process of a new automobile type.
Background
With the rapid development of automobile technology and the diversification of automobile structures, the fault diagnosis of automobiles becomes more and more complex. In the development process of a new vehicle model, development test engineers often need to know whether the action of each controller is correct or not and whether the fault diagnosis function of each controller is correct or not under various working conditions, namely, a fault diagnosis code is obtained. In the conventional universal verification method, a related fault diagnosis instruction is manually sent according to a data sending module (Interactive Generator, IG) provided by a CANoe, and the fault response content of a controller on a can (controller Area network) bus is manually analyzed by checking the fault response content, so that the purpose of vehicle fault diagnosis is achieved.
The CANoe IG-based fault diagnosis method has high requirements on development and test engineers, and needs to know the fault diagnosis service content of each controller and the information specification of response content. In addition, under different working conditions, the time for fault diagnosis needs to be accurately grasped, the fault diagnosis response content is rapidly and manually analyzed, and then the working state of the controller is judged. The verification difficulty is not increased, the verification efficiency is greatly reduced, and the accuracy of the test result and the correctness of tracing the source of the problem are hindered.
Disclosure of Invention
The invention aims to provide a CANoe-based complete vehicle fault testing method which is used for automatically sending a fault diagnosis request command according to accurately set fault diagnosis time under various working conditions, automatically storing, filtering and displaying diagnosis response contents so as to improve verification efficiency and solve the technical problems of poor real-time performance of reading fault codes, low accuracy of tracing source of problems and the like in the prior art.
The invention is realized by the following technical scheme: a vehicle fault testing method based on CANoe comprises the following steps:
step 1, firstly, setting the content, the sending time and the display format of the response content to be sent by the fault request;
step 2, the monitoring system starts to operate;
step 3, reading the current bus signal and storing the current bus signal as a reference signal;
step 4, reading the fault content of the controller and storing the fault content as a reference fault;
step 5, reading the bus real-time signal according to a set period, and calculating the difference value with the reference signal;
step 6, comparing the difference value in the step 5 with a set judgment value, and returning to the step 5 to read the signal of the next period if the difference value is smaller than the judgment value; otherwise, go to step 7;
step 7, storing the signal in the step 5 and replacing the reference signal in the step 3;
step 8, reading real-time fault content of the controller, and comparing the real-time fault content with the reference fault in the step 4; if the fault is the same as the reference fault, ignoring the response, and returning to the step 5 to read the signal of the next period; otherwise, go to step 9;
step 9, displaying the change condition of the fault code; storing the fault content to replace the reference fault in the step 4;
and step 10, comparing with the end condition, if the end condition is met, ending the test, and if the end condition is not met, returning to step 5 to read the signal of the next period.
The invention has the advantages that: the invention provides a test method aiming at the faults of the whole vehicle by the characteristic of CANoe simulation editing, realizes real-time automatic monitoring and testing of the fault state of the tested controller, automatically analyzes and responds to a diagnosis fault code, solves the problems of time consumption of manual testing and poor traceability of the fault source, and has the characteristics of high verification and testing efficiency, convenient use and more accurate traceability of the fault source.
Drawings
FIG. 1 is a schematic structural view of the present invention;
FIG. 2 is a flow chart of a vehicle fault testing method;
fig. 3 is a flow chart of an embodiment of the present invention.
The present invention will be described in further detail by way of examples with reference to the accompanying drawings, but the following examples are only illustrative of the present invention and do not represent the scope of the present invention as defined in the claims.
Detailed Description
In order to make the aforementioned objects, features and advantages of the present invention more comprehensible, the present invention is described in further detail with reference to fig. 1 to 3 and embodiments.
Fig. 1 is a schematic structural diagram of the present invention. A finished automobile fault test system based on the CANoe is connected to a finished automobile CAN bus through a CAN transceiver, and the CAN transceiver plays a role of a CAN message transceiver in the whole network. In a vehicle configuration, there are many controllers that participate in CAN communication. When a fault test needs to be performed on one or more controllers, the conventional verification method manually sends related fault diagnosis instructions according to a data sending module provided by a CAN _ Noe and other modes, and manually analyzes the fault response contents by checking the fault response contents of the controllers on the CAN bus, so that the purpose of automobile fault diagnosis is achieved.
Based on the characteristic that CANoe can be simulated and edited, the invention designs a test system aiming at the faults of the whole vehicle, and the system can select a tested controller, select the fault request sending time, automatically compare and analyze the response content of the controller and display the fault code content meeting the requirements.
Fig. 2 is a flowchart of the vehicle fault testing method of this embodiment, and first, the content of the fault request, the sending time, and the display format of the response content need to be set. Wherein,
a vehicle fault testing method based on CANoe comprises the following steps:
step 1, setting the content, sending time and response content display format of the fault request;
step 2, the monitoring system starts to operate;
step 3, reading the current bus signal and storing the current bus signal as a reference signal;
step 4, reading the fault content of the controller and storing the fault content as a reference fault;
step 5, reading the bus real-time signal according to a set period, and calculating the difference value with the reference signal;
step 6, comparing the difference value in the step 5 with a set judgment value, and returning to the step 5 to read the signal of the next period if the difference value is smaller than the judgment value; otherwise, go to step 7;
step 7, storing the signal in the step 5 and replacing the reference signal in the step 3;
step 8, reading real-time fault content of the controller, and comparing the real-time fault content with the reference fault in the step 4; if the fault is the same as the reference fault, ignoring the response, and returning to the step 5 to read the signal of the next period; otherwise, go to step 9;
step 9, displaying the fault code change conditions including increasing, decreasing and the like; storing the fault content to replace the reference fault in the step 4;
and step 10, comparing with the end condition, if the end condition is not met, returning to step 5 to read the signal of the next period, and if the end condition is met, ending the test.
Example 1
Fig. 3 is a flow chart of an electrical test embodiment of the present invention, which is designed for general electrical functions of a vehicle environment, and simulates a situation that a vehicle power supply voltage slowly decreases and increases, the vehicle power supply voltage decreases from 16V to 0V at a slew rate of 0.5V/min and then increases back to 16V, and in a voltage gradient process, whether a fault code record of each controller is correct is confirmed, and a monitoring vehicle body controller is taken as an example in fig. 3.
First, it is necessary to set the contents of the failure request transmission, the transmission timing, and the response content display format. Wherein, the fault request sending content is as follows: the tested controller is a vehicle body controller, the controller identification address of the tested controller is 0x1, and the service for sending the fault request content is 190209; sending time: the conversion rate of the slowly-descending slowly-rising voltage waveform is 0.5V/min, bus voltage signals are confirmed every 10 seconds, and fault requests are sent when the voltage is increased/decreased by 0.5V; the format of the response content: and displaying the newly generated fault code.
The fault test system begins to operate and records the current voltage signal, e.g., 16V, as the reference voltage. And reading the content of the fault code of the current automobile body controller, namely 0 fault code, and taking the fault code as a reference fault. Reading the bus voltage signal every 10 seconds, comparing the bus voltage signal with a reference signal, and continuing to read the bus voltage signal every 10 seconds when the difference is less than 0.5V, if the bus voltage signal is 15.8V; otherwise, storing the bus voltage signal read at this time as a new reference signal to replace the original reference signal, recording the signal as the new reference signal as the basis of the next comparison if the read voltage signal is 15.4V, then reading the fault content of the vehicle body controller, comparing the fault content with the reference fault, and continuing to read the bus voltage signal every 10 seconds if the read voltage signal is the same as the reference fault and still has 0 fault; otherwise, storing the current fault content as a new reference fault, replacing the original reference fault, displaying newly generated fault code content, if the original reference fault is 0, when other fault code content exists in the response result, storing the response content as a new reference fault, displaying the new fault code content, and then continuously reading the bus voltage signal at an interval of 10 seconds until the test is finished according with the test finishing condition, wherein the conditions comprise that the test frequency meets the requirement, the fault is required to occur in the test, or one parameter of the fault meets the requirement and the like.
The invention relates to a vehicle fault testing method based on CANoe, which is realized by sending a fault diagnosis request and analyzing the content of a response message, and the method mainly comprises the steps of triggering a fault diagnosis request message according to conditions, analyzing the content of the response message, comparing, screening and displaying fault information, and judging the state of a controller: the method comprises the steps of setting the sending content and sending time of a fault diagnosis request message, analyzing the response content of a controller and setting a display format.
Each controller under the whole vehicle network has a unique identification address, the controller identification addresses of different vehicle types are defined differently, and the controller diagnosis identification address of the tested vehicle environment needs to be set and stored; under normal conditions, the format content of the fault diagnosis request message of each vehicle type is required to conform to the definition of an ISO14229 diagnosis protocol, namely, the format content of the default fault diagnosis request message is set; however, special vehicle types or special controllers are not excluded, and different requirements are imposed on the format contents of the fault diagnosis request message, so that the format contents of the fault diagnosis request message can still be manually changed, edited and stored; aiming at different verification working conditions, the sending time of the fault diagnosis request message can be set, and the method mainly comprises the following steps: triggering once, and sending a fault diagnosis request message by clicking once; sending according to a period, setting a sending time period of a fault diagnosis request message according to requirements, setting a timer in a background, and sending the fault diagnosis request message periodically; sending according to the ignition state, monitoring a bus ignition state signal, comparing whether the change is the same as the set content when the bus ignition state signal is changed, if so, sending a fault diagnosis request message, and if not, ignoring the ignition state change; sending according to the voltage state, monitoring a bus voltage state signal, comparing whether the changed voltage is the same as the set content when the voltage state signal is changed, if so, sending a fault diagnosis request message, and if not, ignoring the voltage change; in addition, the fault diagnosis method can also be used for sending certain specific signal values according to the bus, monitoring the state of the signal values on the bus, comparing whether the changed content is the same as the set content when the signal values are changed, sending a fault diagnosis request message if the changed content is the same as the set content, and ignoring the change of the signal values if the changed content is different from the set content.
Aiming at different verification requirements, a display format of diagnosis response content can be set, when the system starts to run, the current fault state (including fault codes and mask content) of the tested controller is read, the fault content is stored and defined as a reference fault, and the reference fault is used as the basis for comparison of the test system. The display format mainly comprises: displaying new fault content, analyzing the response content of the controller, comparing the response content with the reference fault, displaying the new fault when the new fault content exists, and storing the response content as the reference fault of the next comparison; and displaying the fault content of the mask state change, analyzing the response content of the controller, comparing the fault content with the reference fault, displaying the fault and the mask content when the fault mask content is changed, and storing the response content as the reference fault of the next comparison. The scheme can be further perfected, and the fault alarm system can also comprise a fault alarm, set for fault codes with special requirements, analyze response contents of the controller, compare the response contents with the response contents, and send out an alarm to prompt development and test personnel if the same faults are generated, so that the accurate time for problem occurrence is further locked, and the correctness for tracing the source of the problems is greatly improved.
Content of failure request transmission: each controller under the whole vehicle network has a unique identification address, the controller identification addresses of different vehicle types are defined differently, and the controller diagnosis identification addresses of the tested vehicle environment need to be uniformly set and stored. The format of the fault diagnosis request message is in accordance with the definition of an ISO14229 diagnosis protocol, namely, the format content of the default fault diagnosis request message (such as service 190209) is set, but a special controller is not excluded, and different requirements are made on the format content of the fault diagnosis request message, so that the format content of the fault diagnosis request message can still be edited and set according to the requirements of a tested controller;
sending time: aiming at different verification working conditions, the sending time of the fault diagnosis request message can be set, for example, the fault diagnosis request message is sent by single trigger and single click; sending according to a period, setting a sending time period (such as 100ms/500ms/1 s) of the fault diagnosis request message according to requirements, setting a timer in a background, and sending the fault diagnosis request message according to the setting period; sending certain specific signal states (such as voltage state signals, ignition state signals, vehicle speed state signals and the like) according to the bus, monitoring the state of the signal value on the bus, comparing whether the changed content is the same as the set content when the signal value is changed, if so, sending a fault diagnosis request message, and if not, ignoring the change of the signal value. According to different verification requirements, the selected signal states are different, and the ranges of the signal state changes are different, and the following takes three common signal states as an example. Voltage status signal: when the voltage state signal is selected, different voltage change values can be set according to requirements of various working conditions, taking monitoring of the state of the bus voltage signal as an example, a fault request is sent when the state of the voltage signal changes in an increasing/decreasing mode at 0.5V, other increasing/decreasing change values (such as increasing/decreasing 1V/2V/3V and the like) can also be set according to requirements, and a voltage threshold value (such as voltage <9 or voltage >16V and the like) can also be set to send a fault diagnosis request message; an ignition state signal: when the ignition signal state is selected, a fault diagnosis request message can be sent when different ignition states are changed (such as ignition is changed into OFF/ON/ACC/Start) according to the requirements of various working conditions; vehicle speed state signal: when the vehicle speed state signal is selected, according to the requirements of various working conditions, the fault diagnosis request message is sent when the vehicle speed is changed in an increasing/decreasing mode (such as the vehicle speed is increased/decreased in 1/5/10 km/h and the like), and the fault diagnosis request message can also be sent by setting a vehicle speed threshold value (such as the vehicle speed is less than 20km/h or the vehicle speed is greater than 100km/h and the like).
Response content display format: setting different display formats according to different verification requirements, such as full fault content display, and displaying all fault contents responded by the measured controller; displaying new fault content, comparing with the reference fault, and displaying newly generated fault content in the current response content; displaying the fault content of the mask state change, comparing the fault content with a reference fault, and displaying the fault content of the mask state change in the original fault; and (4) displaying fault alarm, wherein the alarm displays the fault content of some special requirements.
And after the fault test system starts to operate, reading and storing the current bus specific signal state as a reference state, and storing the current bus voltage signal value as the reference state by taking the voltage signal state as an example. Meanwhile, sending a fault diagnosis request message, storing the fault content responded by the current measured controller as a reference fault; reading the specific signal state (such as voltage signal state) of the current bus in real time, comparing the specific signal state with a reference state, recording the current specific signal state as a new reference state when the signal state change meets the set requirement (such as the voltage signal state is increased or decreased by more than or equal to 0.5V), and sending a fault diagnosis request message in the next step; and when the signal state change does not meet the set requirement, continuously waiting for reading the specific signal state next time, and comparing again until the fault test system stops.
And when the signal state change meets the set requirement, sending a fault diagnosis request message, comparing the response content of the controller with the reference fault, if the response content is the same as the reference fault, ignoring the response content, continuously waiting for reading the next specific signal state, and comparing again until the fault test system stops. If the answer content is different from the preset reference fault, the answer content is stored as a new reference fault, the fault content meeting the set requirement is displayed (for example, the newly generated fault content is displayed), meanwhile, the next specific signal state is continuously waited to be read, and the comparison is carried out again until the fault test system stops. Development testers can timely and accurately know whether the fault generated by the tested controller is correct or not and whether the fault is reasonable or not by using the fault testing system.
The present invention has been described in detail, and the embodiments of the present invention have been described herein by using specific examples, but the above description of the embodiments is only for the purpose of helping understanding the method and the core idea of the present invention, and for those skilled in the art, there are variations in the specific embodiments and the application scope according to the idea of the present invention, and in summary, the content of the present description should not be understood as the limitation of the present invention.
Claims (1)
1. A vehicle fault testing method based on CANoe is characterized in that: the method comprises the following steps:
step 1, setting the content, sending time and response content display format of the fault request;
step 2, the monitoring system starts to operate;
step 3, reading the current bus signal and storing the current bus signal as a reference signal;
step 4, reading the fault content of the controller and storing the fault content as a reference fault;
step 5, reading the bus real-time signal according to a set period, and calculating the difference value with the reference signal;
step 6, comparing the difference value in the step 5 with a set judgment value, and returning to the step 5 to read the signal of the next period if the difference value is smaller than the judgment value; otherwise, go to step 7;
step 7, storing the signal in the step 5 and replacing the reference signal in the step 3;
step 8, reading real-time fault content of the controller, and comparing the real-time fault content with the reference fault in the step 4; if the fault is the same as the reference fault, ignoring the response, and returning to the step 5 to read the signal of the next period; otherwise, go to step 9;
step 9, displaying the change condition of the fault code; storing the fault content to replace the reference fault in the step 4;
and step 10, comparing with the end condition, if the end condition is met, ending the test, and if the end condition is not met, returning to step 5 to read the signal of the next period.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711112759.9A CN107976990A (en) | 2017-11-13 | 2017-11-13 | A kind of complete vehicle fault test method based on CANoe |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711112759.9A CN107976990A (en) | 2017-11-13 | 2017-11-13 | A kind of complete vehicle fault test method based on CANoe |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN107976990A true CN107976990A (en) | 2018-05-01 |
Family
ID=62013279
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711112759.9A Withdrawn CN107976990A (en) | 2017-11-13 | 2017-11-13 | A kind of complete vehicle fault test method based on CANoe |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107976990A (en) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110213258A (en) * | 2019-05-28 | 2019-09-06 | 北京百度网讯科技有限公司 | Abnormity monitoring method and device for vehicle CAN bus and computer equipment |
| CN110471395A (en) * | 2019-08-16 | 2019-11-19 | 深圳市元征科技股份有限公司 | A kind of fault detection method, device, equipment and storage medium |
| CN111327489A (en) * | 2020-01-18 | 2020-06-23 | 惠州华阳通用电子有限公司 | Message testing method and device |
| CN111737123A (en) * | 2020-06-17 | 2020-10-02 | 中国第一汽车股份有限公司 | Fault code storage test method, device, equipment and storage medium |
| CN112444411A (en) * | 2020-11-18 | 2021-03-05 | 中国汽车工程研究院股份有限公司 | Vehicle diagnosis control method based on CAN bus network signal |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009293951A (en) * | 2008-06-02 | 2009-12-17 | Toyota Motor Corp | Apparatus and method for diagnosing fault for vehicle |
| KR20120045271A (en) * | 2010-10-29 | 2012-05-09 | 현대자동차주식회사 | Appratus and method for detecting automobile failure |
| CN102830690A (en) * | 2012-05-04 | 2012-12-19 | 王蓉 | Data processing system of automobile fault data |
| CN204613735U (en) * | 2015-04-02 | 2015-09-02 | 西安市地下铁道有限责任公司 | A kind of subway passenger car door failure detector |
| CN105425782A (en) * | 2015-12-28 | 2016-03-23 | 中南大学 | High-speed train traction transmission control system real-time fault simulation platform |
| CN106155040A (en) * | 2015-05-13 | 2016-11-23 | 奥特润株式会社 | The failure code control system of engine controller and control method |
-
2017
- 2017-11-13 CN CN201711112759.9A patent/CN107976990A/en not_active Withdrawn
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009293951A (en) * | 2008-06-02 | 2009-12-17 | Toyota Motor Corp | Apparatus and method for diagnosing fault for vehicle |
| KR20120045271A (en) * | 2010-10-29 | 2012-05-09 | 현대자동차주식회사 | Appratus and method for detecting automobile failure |
| CN102830690A (en) * | 2012-05-04 | 2012-12-19 | 王蓉 | Data processing system of automobile fault data |
| CN204613735U (en) * | 2015-04-02 | 2015-09-02 | 西安市地下铁道有限责任公司 | A kind of subway passenger car door failure detector |
| CN106155040A (en) * | 2015-05-13 | 2016-11-23 | 奥特润株式会社 | The failure code control system of engine controller and control method |
| CN105425782A (en) * | 2015-12-28 | 2016-03-23 | 中南大学 | High-speed train traction transmission control system real-time fault simulation platform |
Non-Patent Citations (2)
| Title |
|---|
| 丁志华;罗峰;孙泽昌;: "基于CANoe的汽车故障诊断系统研制", 汽车工程, no. 05 * |
| 汪春华;张玉稳;胡继康;: "基于UDS的车身控制器故障诊断系统设计与实现", 汽车电器, no. 08 * |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110213258A (en) * | 2019-05-28 | 2019-09-06 | 北京百度网讯科技有限公司 | Abnormity monitoring method and device for vehicle CAN bus and computer equipment |
| CN110471395A (en) * | 2019-08-16 | 2019-11-19 | 深圳市元征科技股份有限公司 | A kind of fault detection method, device, equipment and storage medium |
| CN111327489A (en) * | 2020-01-18 | 2020-06-23 | 惠州华阳通用电子有限公司 | Message testing method and device |
| CN111327489B (en) * | 2020-01-18 | 2023-05-02 | 惠州华阳通用电子有限公司 | Message testing method and device |
| CN111737123A (en) * | 2020-06-17 | 2020-10-02 | 中国第一汽车股份有限公司 | Fault code storage test method, device, equipment and storage medium |
| CN112444411A (en) * | 2020-11-18 | 2021-03-05 | 中国汽车工程研究院股份有限公司 | Vehicle diagnosis control method based on CAN bus network signal |
| CN112444411B (en) * | 2020-11-18 | 2023-09-22 | 中国汽车工程研究院股份有限公司 | Whole vehicle diagnosis control method based on CAN bus network signals |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107976990A (en) | A kind of complete vehicle fault test method based on CANoe | |
| CN107222362B (en) | Automatic test platform for finished vehicle CAN network and optimization method thereof | |
| CN104965507B (en) | Generate the method and device of open diagnostic data switching database | |
| CN107370637B (en) | Vehicle-mounted ECU communication function automatic test system and method | |
| CN104298224A (en) | Automatic vehicle-mounted electronic control unit CAN bus communication testing device and system | |
| CN113190454A (en) | Real-vehicle test method and system for vehicle-mounted terminal software | |
| CN109213132A (en) | A kind of method, device and equipment that UDS diagnostic interface software generates | |
| CN212500429U (en) | Simulation device with sleeping and awakening functions of full-automatic running train of rail transit | |
| CN110542565A (en) | Vehicle simulation ignition test method | |
| CN112835755A (en) | Test data acquisition method, device and equipment and computer storage medium | |
| CN111240969A (en) | Test method and test system for network control system of unmanned railway vehicle | |
| CN113395189A (en) | Vehicle-mounted Ethernet SQI signal quality testing method and system | |
| CN113608518A (en) | Data generation method, device, terminal equipment and medium | |
| CN111413891A (en) | PTC controller hardware-in-loop simulation system | |
| JP2015005189A (en) | Ecu evaluation device, computer program, and ecu evaluation method | |
| CN112285586A (en) | BMS test method, device and system, simulation test equipment and storage medium | |
| CN117768348A (en) | Test method for HCU (hybrid control Unit) diagnosis of CANoe network | |
| CN112965470A (en) | Commercial car data center test system | |
| CN117289055A (en) | Chip testing method, electronic device and storage medium | |
| CN111707899A (en) | Portable light commercial vehicle instrument testing device and using method thereof | |
| CN110618325A (en) | Vehicle simulation ignition pressure test system | |
| CN109327354B (en) | Method, device and test system for generating signal forwarding test case | |
| TWI774406B (en) | Component of electronic vehicle, data collecting system for electronic vehicle, and data collecting method for electronic vehicle | |
| CN114879647A (en) | ECU fault code test system, electronic controller and car | |
| CN210919316U (en) | Ignition test device and system for simulated vehicle |
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 | ||
| WW01 | Invention patent application withdrawn after publication | ||
| WW01 | Invention patent application withdrawn after publication |
Application publication date: 20180501 |