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
- content
- signal
- failure
- read
- controller
- 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 claims abstract description 12
- 230000004044 response Effects 0.000 claims abstract description 38
- 238000012360 testing method Methods 0.000 claims abstract description 27
- 230000007547 defect Effects 0.000 claims abstract description 21
- 238000012544 monitoring process Methods 0.000 claims abstract description 8
- 230000008859 change Effects 0.000 claims description 17
- 230000007257 malfunction Effects 0.000 abstract description 2
- 238000010200 validation analysis Methods 0.000 abstract description 2
- 238000003745 diagnosis Methods 0.000 description 42
- 238000012795 verification Methods 0.000 description 10
- 238000000034 method Methods 0.000 description 9
- 230000004888 barrier function Effects 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 6
- 238000011161 development Methods 0.000 description 4
- 238000010586 diagram Methods 0.000 description 2
- 239000003550 marker Substances 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000000630 rising effect Effects 0.000 description 1
- 238000013024 troubleshooting 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 automobile technical field, and in particular to one kind is based on bus development environment(CAN open
Environment, CANoe)Complete vehicle fault test method, in the development process of new model to the state of various operating modes
Monitoring.
Background technology
With the rapid development of automotive engineering, the variation of vehicle structure, the fault diagnosis of automobile also becomes increasingly
It is complicated.In the development process of new model, exploitation Test Engineer usually it should be understood that under various work condition states, each controller
Whether action is correct, and whether the troubleshooting function realization of each controller is correct, that is, knows diagnostic trouble code.It is and existing general
Verification method, the transmission data module provided according to CANoe(Interactive Generator, IG)Related event is sent manually
Hinder diagnostic instruction, by checking CAN(Controller Area Network)The failure response content of controller, people in bus
To parse the failure response content, and then realize the purpose of automobile failure diagnosis.
This method for diagnosing faults based on CANoe IG, to the more demanding of exploitation Test Engineer, it is to be understood that each
The fault diagnosis service content of controller, it is to be understood that the information norm of response content.In addition, under different operating modes, with greater need for
Precisely hold the opportunity of fault diagnosis, quick artificial parsing fault diagnosis response content, and then judge the working status of controller.
This is tantamount to the difficulty for increasing verification, greatly reduces the efficiency of verification, hinders the accuracy and problem root of test result
The correctness of source retrospect.
The content of the invention
The object of the present invention is to provide a kind of complete vehicle fault test method based on CANoe, under each operating mode according to essence
It is the fault diagnosis opportunity that standard is set, automatic to send fault diagnosis request command, automatic stored filter and display diagnosis response content,
To improve verification efficiency, solve existing error code and read the technical problems such as real-time is poor, question classification retrospect accuracy is low.
The present invention is achieved through the following technical solutions:A kind of complete vehicle fault test method based on CANoe, including such as
Lower step:
Step 1, the content sent firstly the need of setting failed request, send opportunity and response content display format;
Step 2, monitoring system bring into operation;
Step 3, read Current bus signal, and stores as reference signal;
Step 4, Read Controller defect content, and store as benchmark failure;
Step 5, read bus live signal by the setting cycle, and calculates the difference with reference signal;
Difference and the size of the decision content of setting in step 6, comparison step 5, if difference is less than decision content, return to step 5
Read the signal in next cycle;Otherwise, step 7 is carried out;
Signal in step 7, storing step 5, and the reference signal in alternative steps 3;
Step 8, the real time fail content of Read Controller, and be compared with the benchmark failure in step 4;If with benchmark failure
It is identical, then ignore this response, and return to step 5 reads the signal in next cycle;Otherwise, step 9 is carried out;
Step 9, shown error code situation of change;And this defect content is stored, the benchmark in alternative steps 4
Failure;
Step 10, be compared with termination condition, if meeting, terminates to test, and otherwise, returns to 5 signals for reading next cycles.
Advantages of the present invention:The characteristics of present invention can emulate editor by CANoe, it is proposed that for the test of complete vehicle fault
Method, realizes the malfunction of the automatic tested controller of monitoring test in real time, automatic to parse response diagnostic trouble code, solves
Manual test expends the time, and failure produces the problem of root retrospective is poor, efficient with validation test, easy-to-use, failure
Produce root retrospect more accurately feature.
Brief description of the drawings
Fig. 1 is the structure diagram of the present invention;
Fig. 2 is the flow chart of complete vehicle fault test method;
Fig. 3 is specific embodiment of the invention flow chart.
The present invention is described in further detail by example below in conjunction with attached drawing, but following examples is only this hair
Bright example therein, does not represent the right protection scope that is limited of the present invention, and the scope of the present invention is to weigh
Subject to sharp claim.
Embodiment
In order to make the foregoing objectives, features and advantages of the present invention clearer and more comprehensible, 1~3 He below in conjunction with the accompanying drawings
The present invention is described in further detail for embodiment.
It is the structure diagram of the present invention as shown in Figure 1.Complete vehicle fault test system based on CANoe is by one
CAN transceiver accesses vehicle CAN buses, and CAN transceiver plays the role of a CAN message transceiver in the entire network.
In vehicle configuration, participating in the controller of CAN communication has very much.When needing to carry out failure survey for some or multiple controllers
During examination, traditional verification method, sends dependent failure diagnosis according to modes such as the CANoe transmission data modules provided and refers to manually
Order, by checking the failure response content of controller in CAN bus, artificially parses the failure response content, and then realize automobile
The purpose of fault diagnosis, this method can not meet the requirement that fault diagnosis request is sent under specific operation, cumbersome, and when control
When device response error code processed is more, artificially parsing is more cumbersome by Test Engineer, easily error.
The characteristics of present invention can emulate editor based on CANoe, devises the test system for complete vehicle fault, which can
The tested controller of selection, selects failed request sending time, automatic comparison parsing controller response content, shows satisfactory
Failure digital content.
Fig. 2 is the flow chart of the example complete vehicle fault test method, it is necessary first to the content for setting failed request to send, hair
Send opportunity and response content display format.Wherein,
A kind of complete vehicle fault test method based on CANoe, includes the following steps:
Step 1, the content for setting failed request to send, send opportunity and response content display format;
Step 2, monitoring system bring into operation;
Step 3, read Current bus signal, and stores as reference signal;
Step 4, Read Controller defect content, and store as benchmark failure;
Step 5, read bus live signal by the setting cycle, and calculates the difference with reference signal;
Difference and the size of the decision content of setting in step 6, comparison step 5, if difference is less than decision content, return to step 5
Read the signal in next cycle;Otherwise, step 7 is carried out;
Signal in step 7, storing step 5, and the reference signal in alternative steps 3;
Step 8, the real time fail content of Read Controller, and be compared with the benchmark failure in step 4;If with benchmark failure
It is identical, then ignore this response, and return to step 5 reads the signal in next cycle;Otherwise, step 9 is carried out;
Step 9, by error code situation of change include increase and decrease situations such as shown;And this defect content is deposited
Store up, the benchmark failure in alternative steps 4;
Step 10, be compared with termination condition, if not meeting, returns to 5 signals for reading next cycles, meets, terminate to survey
Examination.
Embodiment 1
It is electric test embodiment flow chart of the present invention as shown in Figure 3, this example is the general electric function for vehicle environment
Design, simulate a kind of vehicle supply voltage and delay the slow situation about rising of drop, vehicle power supply is with the switching rate of 0.5V/min from 16V
16V is risen back again after dropping to 0V, during voltage gradient, confirms whether each controller failure code record is correct, with monitoring in Fig. 3
Exemplified by car body controller.
Firstly, it is necessary to set the content that failed request is sent, opportunity and response content display format are sent.Wherein, therefore
Barrier request sends content:Tested controller is car body controller, its controller identifier address is 0x1, is sent in failed request
The service of appearance is 19 02 09;Transmission opportunity:The switching rate of the slow slow up voltage waveform of drop is 0.5V/min, sets every
Confirmed bus voltage signal every 10 seconds, failed request is sent as voltage incremented/decremented 0.5V;Response content form:Display is new
Produce error code.
Fault test system brings into operation, and records current voltage signal, such as 16V, as reference voltage.Read current vehicle body
Controller failure digital content, 0 error code, as benchmark failure.Bus voltage signal, and and reference signal were read at interval of 10 seconds
It is compared, when difference is less than 0.5V, if bus voltage signal is 15.8V, continues interval and read bus voltage signal in 10 seconds;
Otherwise the bus voltage signal that storage is this time read, as new reference signal, substitutes original reference signal, such as works as and reads voltage
Signal is 15.4V, records the signal as new reference signal, as the basis compared next time, reads Body Control afterwards
The defect content of device, is compared with benchmark failure, when identical with benchmark failure, such as remains as 0 failure, then continue at interval of
Read bus voltage signal within 10 seconds;Otherwise, current defect content is stored as new benchmark failure, substitutes original benchmark event
Barrier, and shows newly generated failure digital content, and such as original benchmark failure is 0, when having in this response result in other error code
Rong Shi, then stored this response content, as new benchmark failure, and is shown the new failure digital content, is continued afterwards
Interval is read bus voltage signal for 10 seconds and is terminated up to meeting test termination condition test, its condition includes testing time and meets to want
Ask, test appearance required for failure or one of parameter reach requirement etc..
Complete vehicle fault test method of the invention based on CANoe is asked by sending fault diagnosis, parses response report
For literary content come what is realized, of the invention mainly triggers fault diagnosis request message according to condition, and parses response message content,
Contrast screens and shows fault message, for judging the state of controller:When fault diagnosis request message sends content and sends
The setting of machine, the parsing of controller response content and the setting of display format.
Each controller has its exclusive mark address under vehicle network, and the controller identifier address definition of different automobile types is not
Preserved with, it is necessary to which the controller diagnostic marker address of tested vehicle environment is set;Under normal conditions, each vehicle fault diagnosis please
The definition of ISO14229 diagnosing protocols should be met by seeking the format content of message, that is, be arranged to the form of acquiescence fault diagnosis request message
Content;But special vehicle or Special controlling device are not excluded for, has had different want for the format content of fault diagnosis request message
Ask, preserved so the format content of fault diagnosis request message can still change editor manually;For different verification operating modes, Ke Yishe
Determine the transmission opportunity of fault diagnosis request message, it mainly includes:Single triggers, and single clicks on and sends fault diagnosis request report
Text;Sent by the cycle, set the sending time cycle of fault diagnosis request message according to demand, backstage sets timer, cycle
Send fault diagnosis request message;Sent by fired state, monitor bus fired state signal, when bus fired state signal is sent out
Whether when changing more, it is identical with setting content to compare the change, if identical, sends fault diagnosis request message, if it is different,
Ignore fired state change;Sent by voltage status, bus voltage status signal is monitored, when voltage state signal changes
When, whether comparison change voltage is identical with setting content, if identical, fault diagnosis request message is sent, if it is different, ignoring
The voltage change;In addition, can also be sent by some signal specific values of bus, the signal state of value in bus is monitored, works as signal value
When changing, whether comparison changed content is identical with setting content, if identical, sends fault diagnosis request message, if
Difference, ignores signal value change.
For different verification demands, the display format of diagnosis response content can be set, when system brings into operation, read
Tested controller current failure state(Including error code and mask content), and the defect content is preserved, event on the basis of definition
Barrier, the basis compared as test system.Display format mainly includes:Show new defect content, parse controller response content,
And be compared with benchmark failure, when there is new defect content, show the new failure, and this response content is preserved, as
The benchmark failure compared next time;Show the defect content of mask Status Change, parse controller response content, and it is former with benchmark
Barrier is compared, and when failure mask content changes, shows the failure and mask content, and preserve in this response
Hold, as the benchmark failure compared next time.Such scheme can also be further perfect, it can also include a failure report
It is alert, it is configured for the error code of some particular/special requirements, parses controller response content, and compared with it, if identical
Failure produce, then send alarm, prompt exploitation tester, the exact moment of further lockout issue generation, greatly improves
The correctness of question classification retrospect.
The content that failed request is sent:Each controller has its exclusive mark address under vehicle network, different automobile types
Controller identifier address defines different, it is necessary to which unified set in the controller diagnostic marker address of tested vehicle environment is preserved.Therefore
Barrier diagnosis request message form, should meet the definition of ISO14229 diagnosing protocols, that is, be arranged to acquiescence fault diagnosis request message
Format content(Such as service 19 02 09), but Special controlling device has been not excluded for, for the format content of fault diagnosis request message
There are different requirements, so the format content of fault diagnosis request message can still require to set into edlin according to tested controller;
Sending time:For different verification operating modes, the transmission opportunity of fault diagnosis request message can be set, e.g., single triggers,
Single click on and send fault diagnosis request message;Sent by the cycle, when setting the transmission of fault diagnosis request message according to demand
Between the cycle(Such as according to 100ms/500ms/1s), backstage sets timer, fault diagnosis request message is sent by the cycle is set;
Sent by some signal specific states of bus(Such as, voltage state signal/fired state signal/speed status signal etc.), monitoring
The signal state of value in bus, when signal value changes, whether comparison changed content is identical with setting content, if phase
Together, fault diagnosis request message is sent, if it is different, ignoring signal value change.Required according to different verifications, selected signal
State is different, and the scope of signal condition change is also not quite similar, below by taking three kinds of common signal conditions as an example.Voltage status is believed
Number:When selecting voltage state signal, different voltage changes can be set, according to each duty requirements to monitor bus voltage
Exemplified by signal condition, voltage signal state 0.5V incremented/decrementeds send failed request when changing, and also can set it according to demand
His incremented/decremented changing value(Such as incremented/decremented 1V/2V/3V), can also set voltage threshold threshold value(Such as voltage<9 or voltage>
16V etc.)Send fault diagnosis request message;Fired state signal:, can be according to each operating mode need when selecting ignition signal state
Ask, when different igniting Status Changes are set(Such as igniting is changed into OFF/ON/ACC/Start)Send fault diagnosis request message;
Speed status signal:When selecting speed status signal, can be set according to each duty requirements when speed incremented/decremented changes
(Such as 1/5/10km/h of speed incremented/decremented)Fault diagnosis request message is sent, may also set up vehicle speed threshold value threshold value(Such as car
Speed<20km/h or speed>100km/h etc.)Send fault diagnosis request message.
Response content display format:According to different verification demands, different display formats is set, e.g., total failure content
It has been shown that, all defect contents of tested controller response are all shown;New defect content is shown, compared with benchmark failure, is shown
Show when newly generated defect content in time response content;Show the defect content of mask Status Change, compared with benchmark failure, show
Show the defect content of mask Status Change in original failure;Fault alarm is shown, in the failure of some particular/special requirements of alarm indication
Hold.
After fault test system brings into operation, read Current bus signal specific state and simultaneously store, as normal condition,
By taking voltage signal state as an example, storage Current bus voltage signal values are as normal condition.Meanwhile send fault diagnosis request report
Text, stores the defect content of current tested controller response, as benchmark failure;Reading Current bus signal specific shape in real time
State(Such as voltage signal state), compared with normal condition, when signal condition change meets sets requirement(Such as voltage signal
State incremented/decremented >=0.5V), current signal specific state is recorded as new normal condition, and carries out in next step, sending event
Barrier diagnosis request message;When signal condition change does not meet sets requirement, continue waiting for reading the signal specific shape next time
State, is compared again, until fault test system stops.
When signal condition change meet sets requirement when, send fault diagnosis request message, by controller response content with
Benchmark failure is compared, if identical, ignores this response content, continues waiting for reading the signal specific state next time,
It is compared again, until fault test system stops.If it is different, then this response content is subjected to storage as new base
Quasi- failure, and the defect content for meeting setting requirements is shown(Such as, display is new produces defect content), continue waiting at the same time
The signal specific state next time is read, is compared again, until fault test system stops.Exploitation tester can lead to
Whether correct cross the failure that the tested controller of the understanding using the fault test system promptly and accurately produces, if rationally.
The present invention is described in detail above, specific case used herein carries out the implementation of the present invention
Illustrate, the explanation of above example is only intended to helping to understand the method and core concept of the present invention, for the one of this area
As technical staff, according to the thought of the present invention, can have altered part in specific implementation method and application range, to sum up institute
State, this specification content should not be construed limitation of the present invention.
Claims (1)
- A kind of 1. complete vehicle fault test method based on CANoe, it is characterised in that:Include the following steps:Step 1, the content for setting failed request to send, send opportunity and response content display format;Step 2, monitoring system bring into operation;Step 3, read Current bus signal, and stores as reference signal;Step 4, Read Controller defect content, and store as benchmark failure;Step 5, read bus live signal by the setting cycle, and calculates the difference with reference signal;Difference and the size of the decision content of setting in step 6, comparison step 5, if difference is less than decision content, return to step 5 Read the signal in next cycle;Otherwise, step 7 is carried out;Signal in step 7, storing step 5, and the reference signal in alternative steps 3;Step 8, the real time fail content of Read Controller, and be compared with the benchmark failure in step 4;If with benchmark failure It is identical, then ignore this response, and return to step 5 reads the signal in next cycle;Otherwise, step 9 is carried out;Step 9, shown error code situation of change;And this defect content is stored, the benchmark in alternative steps 4 Failure;Step 10, be compared with termination condition, if meeting, terminates to test, and otherwise, returns to 5 signals for reading next cycles.
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 | |
CN103568863B (en) | Real-time monitoring and diagnosing system and method for battery management system of electric vehicle | |
CN104834303A (en) | Vehicle fault diagnosis method and system, and vehicle | |
CN111007840A (en) | Whole vehicle controller hardware-in-loop test platform and method | |
CN105404568A (en) | CAN bus test system and test method | |
CN103676939B (en) | A kind of Auto-Test System based on OSEK straight-forward network administrative mechanisms | |
CN110609491B (en) | Semi-physical simulation accident identification method and system for whole electric vehicle controller | |
CN103439961B (en) | Automobile electronic control unit diagnostic function test method and system | |
CN114124767B (en) | Automatic test method and device for gateway network management strategy | |
CN107370637B (en) | Vehicle-mounted ECU communication function automatic test system and method | |
CN109213132A (en) | A kind of method, device and equipment that UDS diagnostic interface software generates | |
CN108121326A (en) | A kind of fault diagnosis method and system | |
CN109782735B (en) | Test data simulation method, device and system | |
CN109733238B (en) | Fault detection method, device, storage medium and processor | |
CN112925296B (en) | Graphical vehicle-mounted network diagnosis method based on artificial intelligence | |
CN110501998B (en) | BMS hardware in-loop test system and test method | |
CN111158348A (en) | Hardware maintenance test platform of subway vehicle-mounted signal control equipment | |
CN107483283B (en) | Communication reliability test method and device | |
CN112532476A (en) | BMS (battery management system) protocol simulation test system and test method for V2G electric vehicle | |
CN107797540B (en) | Transmission fault testing method and device and terminal | |
CN107776911B (en) | PXI bus-based flight parameter system test platform and method | |
CN112965470A (en) | Commercial car data center test system | |
CN116448158A (en) | Method and device for testing combination instrument in vehicle and electronic device |
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 |