CN113179195A - CAN message embedded point detection method, system, device and computer readable storage medium - Google Patents
CAN message embedded point detection method, system, device and computer readable storage medium Download PDFInfo
- Publication number
- CN113179195A CN113179195A CN202110469423.8A CN202110469423A CN113179195A CN 113179195 A CN113179195 A CN 113179195A CN 202110469423 A CN202110469423 A CN 202110469423A CN 113179195 A CN113179195 A CN 113179195A
- Authority
- CN
- China
- Prior art keywords
- message
- cloud
- embedded point
- vehicle end
- point detection
- 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
- 238000001514 detection method Methods 0.000 title claims description 40
- 238000012360 testing method Methods 0.000 claims abstract description 24
- 230000000737 periodic effect Effects 0.000 claims description 6
- 230000001960 triggered effect Effects 0.000 claims description 3
- 238000000034 method Methods 0.000 abstract description 12
- 238000010586 diagram Methods 0.000 description 9
- 239000002184 metal Substances 0.000 description 8
- 238000004458 analytical method Methods 0.000 description 5
- 230000006855 networking Effects 0.000 description 2
- 238000002360 preparation method Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000010606 normalization Methods 0.000 description 1
- 238000005070 sampling Methods 0.000 description 1
- 238000012795 verification Methods 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/50—Testing arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40006—Architecture of a communication node
-
- 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/06—Generation of reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L2012/40208—Bus networks characterized by the use of a particular bus standard
- H04L2012/40215—Controller Area Network CAN
Abstract
The invention relates to a method, a system and a device for detecting a CAN message embedded point and a computer readable storage medium, comprising the following steps: step A, acquiring a message captured from a vehicle end; b, acquiring a message transmitted by the cloud from the vehicle end; step C, comparing the message obtained from the vehicle end in the step A with the message transmitted from the vehicle end at the cloud end in the step B; and D, generating a test report. The invention can directly compare the vehicle end message with the cloud end message (sent by the vehicle end) to save human resources, and meanwhile, the invention can judge whether the performance of the cloud end message reaches the delivery standard, so that no error occurs and the judgment result is reliable.
Description
Technical Field
The invention belongs to the technical field of vehicle-mounted big data testing, and particularly relates to a method, a system and a device for detecting a CAN message embedded point and a computer readable storage medium.
Background
With the continuous deepening of 5G construction, the Internet of vehicles industry will inevitably become a new growth application scene, and the trend of carrying intelligent Internet in the whole system will appear in future automobiles; the common user is still in a starting stage for the knowledge of the intelligent internet connection vehicle, and higher requirements are provided for the intelligent test of each part of the whole vehicle.
In a whole factory, one automobile must reach the standard when leaving factory, wherein 5 indexes are that the automobile must meet the requirements before leaving factory:
firstly, a vehicle-end message and a cloud-end received message are required to be consistent;
secondly, the vehicle end message must be sent to the cloud end in time;
thirdly, the vehicle end message must be accurately sent to the cloud end;
fourthly, the message generated by the vehicle end is required to be sent to the cloud end in a standard manner;
fifthly, the message generated by the vehicle end (the message received by the cloud end) must cover the requirement;
the four indexes from the first to the fourth are verified one by two testers, the fifth index also needs to pass through a manual counting message, and errors are easy to generate through manual counting;
therefore, the labor cost of enterprises is high, and even the problem that unqualified vehicles leave the factory by mistake occurs.
Chinese patent publication No. CN108319552A discloses a method, an apparatus and a system for embedded point test, which does not relate to embedded points of big data at the vehicle end; the buried point verification of the patent does not involve hardware; the patent simulates real buried point data through an automatic test script, is not a real packet capturing file, and cannot truly reflect the test condition; the patent is only applicable to client site-embedded testing.
Disclosure of Invention
The invention aims to provide a CAN message embedded point detection system, which solves the technical problems that: in the related technology, the detection of whether the performance of the cloud receiving message reaches the delivery standard or not is completed manually, so that the problems of high labor cost and delivery error of vehicles which do not reach the standard are caused.
In order to solve the technical problems, the invention adopts the following technical scheme: a CAN message embedded point detection system comprises the following steps:
step A, acquiring a message captured from a vehicle end;
b, acquiring a message transmitted by the cloud from the vehicle end;
step C, comparing the message obtained from the vehicle end in the step A with the message transmitted from the vehicle end at the cloud end in the step B;
and D, generating a test report.
Preferably, the first and second electrodes are formed of a metal,
in the step B, the cloud acquires the message transmitted from the vehicle end according to the rule defined in the embedded point requirement document.
Preferably, the first and second electrodes are formed of a metal,
the rules defined in the buried point requirement document comprise a configured white list, an acquisition uploading rule and equipment cache configuration;
the configured white list comprises a candid, timeout time and dbc codes;
the acquisition uploading rule comprises acquisition conditions, acquisition contents, uploading types and uploading parameters.
Preferably, the first and second electrodes are formed of a metal,
the collection conditions comprise change collection, periodic collection and condition collection.
Preferably, the first and second electrodes are formed of a metal,
the upload types include general uploads and event-triggered uploads.
Preferably, the first and second electrodes are formed of a metal,
in the step A, the message is captured through CANoe or SPY.
Preferably, the first and second electrodes are formed of a metal,
in the step C, analyzing the message acquired by the vehicle end into a timestamp, a cand, a length and a content, wherein the content analyzes a corresponding field value according to an odc code;
and analyzing the message transmitted by the cloud end from the vehicle end into the cand, the timestamp of the original message and the signal time received by the cloud end.
Preferably, the first and second electrodes are formed of a metal,
in step B, the acquired message is displayed on kafka.
Preferably, the first and second electrodes are formed of a metal,
and after the message transmitted by the cloud end from the vehicle end is analyzed, the message is stored in a database HUE.
Preferably, the test report includes the following:
whether the message signal has a check specification or not is judged;
a message signal normative examination description;
message signal timeliness check specification;
periodically collecting an integrity detection description of a message signal;
the invention also provides a CAN message embedded point detection system, which comprises: the original message acquisition module is used for acquiring an original message generated by a vehicle end; the cloud message acquisition module is used for acquiring a message transmitted from the vehicle end to the cloud end; the message comparison module is used for comparing the original message with the message transmitted to the cloud end; and the test report generating module is used for generating a test report.
The invention also provides a CAN message embedded point detection device, which comprises: a processor; a memory for storing processor-executable instructions; wherein the processor is configured to perform the above-described CAN message embedded point detection method.
The invention also provides a computer readable storage medium, which stores computer instructions, and when the computer instructions are executed, the CAN message embedded point detection method is realized.
By adopting the technical scheme, the beneficial technical effects of the invention are as follows:
firstly, whether the performance of the message received by the cloud reaches the delivery standard or not is directly compared with the vehicle-end message and the cloud message (sent by the vehicle end) through the method and the device, so that the human resource is saved, meanwhile, whether the performance of the message received by the cloud reaches the delivery standard or not is judged through the method and the device, no error occurs, and the judgment result is reliable;
secondly, the method can judge whether the vehicle end message is consistent with the message received by the cloud end; the invention can judge whether the vehicle end message is sent to the cloud end in time; the invention can judge whether the message received by the cloud is accurate or not; the invention can judge whether the vehicle end message is standard; the invention can judge whether the message (the message received by the cloud) generated by the vehicle end covers the requirement.
Drawings
FIG. 1 is a networking diagram of a CAN message embedded point detection system;
FIG. 2 is a diagram of a TBOX big data channel acquisition upload configuration;
FIG. 3 is a flow chart of CAN message embedded point detection;
FIG. 4 is a diagram of an example of parsing of an original CAN message at a vehicle end;
FIG. 5 is a diagram of an example of parsing of an original CAN message content field;
fig. 6 is an exemplary diagram of a message after cloud HUE storage and analysis.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, the present invention is further described in detail below with reference to the following embodiments and the accompanying drawings.
Currently, a whole automobile factory needs a tester to perform an automobile end test and a cloud end test to judge whether the performance of a cloud end receiving message reaches the standard before an automobile leaves the factory, namely, whether the automobile end message and the cloud end message (the message sent from the automobile end) are consistent or not is compared one by one; whether the vehicle-end message is transmitted to the cloud end in time or not; whether the vehicle end message is accurately sent to the cloud end; whether the message generated by the vehicle end is standard or not; whether the message generated by the vehicle end (the message received by the cloud end) covers the requirement or not.
The process of comparing the vehicle-side message and the cloud-side message is very complex, time is wasted, errors can occur, labor cost is high, and errors occur in comparison results.
Therefore, the technical scheme provided by the invention can avoid comparing the vehicle end message with the cloud end message in a manual mode, save the labor cost and ensure the reliability of the comparison result, namely, a scheme is found for realizing the one-by-one comparison of whether the vehicle end message is consistent with the cloud end message or not; whether the vehicle-end message is transmitted to the cloud end in time or not; whether the vehicle end message is accurately sent to the cloud end and whether the message generated by the vehicle end is standard or not; whether the message generated by the vehicle end (the message received by the cloud end) covers the requirement or not.
Referring to fig. 1, a networking diagram of a CAN message embedded point detection system is shown, and the system comprises the following steps: step A, obtaining a message obtained from a vehicle end; b, acquiring a message transmitted by the cloud from the vehicle end; step C, comparing the message obtained from the vehicle end in the step A with the message transmitted from the vehicle end at the cloud end in the step B; and D, generating a test report.
Optionally, the tester captures the message on the real vehicle by using a CANoe or SPY tool, and then introduces the captured message into the detection system.
Optionally, the vehicle-side message is uploaded to the cloud end through a TBOX big data channel, but a detection system of the cloud end compiles a buried point demand document through an xml file, the cloud end obtains the message transmitted from the vehicle end according to rules defined in the buried point demand document, and the buried point demand document comprises a signal acquisition list, an acquisition mode, acquisition precision, an uploading mode, a vehicle type and uploading time, and further comprises information such as a configured white list, acquisition uploading rules, equipment cache configuration and analysis rules.
Referring to fig. 2, an uploading configuration diagram is acquired for a TBOX big data channel, wherein signals in a white list configuration can upload buried point information to prevent a network attack, and the white list includes a cand, timeout time, dbc code, and the like; the acquisition uploading rule comprises acquisition conditions, acquisition contents, an uploading type and an uploading parameter. The collection conditions comprise change collection, periodic collection and condition collection; change collection, namely collecting CAN messages when signals in collected contents change; periodically collecting CAN messages, namely collecting CAN messages at regular time; acquiring conditions, namely acquiring CAN messages when the acquisition conditions are met, wherein the acquisition conditions are signal related expressions; acquiring various CAN signal names corresponding to the CAN ID, including acquisition conditions and acquired signal English names, wherein the acquisition contents need to be configured; the uploading type is divided into general uploading and event triggering uploading; the general uploading condition is configured in the XML, the content is uploaded when the content reaches the capacity, for example, the content is uploaded at 1K, or the content is periodically uploaded, the period time is also configured in the XML, and the general uploading or the periodic uploading is specifically adopted, and the period time is also configured in the XML; the event triggering and uploading refers to configuring a condition of triggering time in XML, and uploading data when an event occurs; the XML needs to configure conditions as combinations of trigger signals, and after the conditions are triggered, corresponding English signals are uploaded; device cache configuration, i.e. priority configuration of the cache.
Referring to fig. 3, a flow chart of CAN message embedded point detection is shown, which shows a process of detecting a CAN message: the whole detection process is divided into a preparation stage and a detection stage, wherein the preparation stage is to maintain a white list of the detected vehicles at an admission detection management end of the vehicle machine; inputting VIN codes to select CAN message embedded point detection in the detection stage, and importing embedded point requirement documents (coded by XML files) after selecting the start/end time; after the cloud configuration is completed, the vehicle end is tested, meanwhile, equipment is synchronously recorded at the vehicle end, the CAN bus reported text is captured, then the message captured by the vehicle end is uploaded, then the vehicle access detection client side completes automatic comparison of vehicle end data and cloud data (when the vehicle end is tested, the message of the vehicle end is normally uploaded to the cloud end), and a test report is generated.
Referring to fig. 4, an example diagram of analyzing an original CAN message at a vehicle end is shown, referring to fig. 5, an example diagram of analyzing a content field of an original CAN message is shown, the original message at the vehicle end is analyzed into a timestamp (timestamp), a carid, a length (length), and a content (content) according to a buried point requirement document, a corresponding field value is analyzed according to odc codes for analyzing the content, and then signals are stored and acquired according to rules in the buried point requirement document;
referring to fig. 6, an exemplary graph of the message after the analysis is stored in the cloud HUE, the cloud analyzes the received CAN message, and the signal and the cand required to be collected in the embedded point demand document (XML), the timestamp of the original message, and the signal time received by the cloud are taken out according to the odc code.
The generated test report can draw different conclusions according to the comparison condition:
checking the report signal: comparing whether the message received by the cloud end is left or not with the message signal in the demand, and if not, feeding back 'the signal is not uploaded' in the report;
checking the normalization of message signals: defining a value range of the message signal in the requirement, if the value range is not in the value range, reflecting that the normative detection is not met in a report, and failing to pass the test;
message signal timeliness inspection: in the analysis message received by the cloud HUE, comparing the time stamp of the original message with the cloud receiving time, and determining that the analysis message is qualified if the time stamp is less than or equal to 1 minute;
message signal period acquisition integrity detection: for signals acquired periodically, detecting that signals are acquired in each time period according to a periodic plan, for example, for signals acquired in seconds, 3600 signals are required every 1 hour; sampling 10 minutes of data, and checking the time stamp of an original message, wherein at least 1 piece of data is required every second;
the test report also comprises a periodic collection packet loss rate, a data exception rate, a data delay rate, a message error item TOP10 and the like.
The invention also provides a CAN message embedded point detection system, which comprises: the original message acquisition module is used for acquiring an original message generated by a vehicle end; the cloud message acquisition module is used for acquiring a message transmitted from the vehicle end to the cloud end; the message comparison module is used for comparing the original message with the message transmitted to the cloud end; a test report generation module for generating a test report
The invention also provides a CAN message embedded point detection device, which comprises: a processor; a memory for storing processor-executable instructions; wherein the processor is configured to perform the above-described CAN message embedded point detection method.
The invention also provides a computer readable storage medium, which stores computer instructions, and the computer instructions CAN realize the CAN message embedded point detection method when being executed.
The advantages of the invention are stated below: firstly, whether the performance of the message received by the cloud reaches the delivery standard or not is directly compared with the vehicle-end message and the cloud message (sent by the vehicle end) through the method and the device, so that the human resource is saved, meanwhile, whether the performance of the message received by the cloud reaches the delivery standard or not is judged through the method and the device, no error occurs, and the judgment result is reliable;
secondly, the method can judge whether the vehicle end message is consistent with the message received by the cloud end; the invention can judge whether the vehicle end message is sent to the cloud end in time; the invention can judge whether the message received by the cloud is accurate or not; the invention can judge whether the vehicle end message is standard; the invention can judge whether the message (the message received by the cloud) generated by the vehicle end covers the requirement.
Claims (10)
1. A CAN message embedded point detection method is characterized by comprising the following steps:
step A, acquiring an original message captured from a vehicle end;
b, acquiring a message transmitted by the cloud from the vehicle end;
step C, comparing the message obtained from the vehicle end in the step A with the message transmitted from the vehicle end at the cloud end in the step B;
and D, generating a test report.
2. The CAN message embedded point detection method of claim 1,
in the step B, the cloud acquires the message transmitted from the vehicle end according to the rule defined in the embedded point requirement document.
3. The CAN message embedded point detection method according to claim 2,
the rules defined in the buried point requirement document comprise a configured white list, an acquisition uploading rule and equipment cache configuration;
the configured white list comprises a candid, timeout time and dbc codes;
the acquisition uploading rule comprises acquisition conditions, acquisition contents, uploading types and uploading parameters.
4. The CAN message embedded point detection method according to claim 3,
the collection conditions comprise change collection, periodic collection and condition collection.
5. The CAN message embedded point detection method according to claim 3,
the upload types include general uploads and event-triggered uploads.
6. The CAN message embedded point detection method of claim 1,
in the step C, analyzing the message acquired by the vehicle end into a timestamp, a cand, a length and a content, wherein the content analyzes a corresponding field value according to an odc code;
and analyzing the message transmitted by the cloud end from the vehicle end into the cand, the timestamp of the original message and the signal time received by the cloud end.
7. The CAN message embedded point detection method of claim 1, wherein the test report comprises the following:
whether the message signal has a check specification or not is judged;
a message signal normative examination description;
message signal timeliness check specification;
and acquiring an integrity detection description of a message signal period.
8. A CAN message embedded point detection system is characterized by comprising:
the original message acquisition module is used for acquiring an original message generated by a vehicle end;
the cloud message acquisition module is used for acquiring a message transmitted from the vehicle end to the cloud end;
the message comparison module is used for comparing the original message with the message transmitted to the cloud end;
and the test report generating module is used for generating a test report.
9. A CAN message embedded point detection device is characterized by comprising:
a processor;
a memory for storing processor-executable instructions;
wherein the processor is configured to perform the CAN message embedded point detection method of any of the above claims 1 to 7.
10. A computer readable storage medium storing computer instructions which, when executed, implement the CAN message embedded point detection method of any one of claims 1 to 7.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110469423.8A CN113179195A (en) | 2021-04-28 | 2021-04-28 | CAN message embedded point detection method, system, device and computer readable storage medium |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110469423.8A CN113179195A (en) | 2021-04-28 | 2021-04-28 | CAN message embedded point detection method, system, device and computer readable storage medium |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113179195A true CN113179195A (en) | 2021-07-27 |
Family
ID=76925258
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110469423.8A Pending CN113179195A (en) | 2021-04-28 | 2021-04-28 | CAN message embedded point detection method, system, device and computer readable storage medium |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113179195A (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113904955A (en) * | 2021-09-29 | 2022-01-07 | 东风汽车有限公司东风日产乘用车公司 | Detection method, device and system of data transmission link |
CN115221161A (en) * | 2021-11-25 | 2022-10-21 | 广州汽车集团股份有限公司 | Whole vehicle buried point data acquisition method and T-BOX |
Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107454169A (en) * | 2017-08-07 | 2017-12-08 | 浙江清华长三角研究院 | The automobile off-line detection system and method for a kind of remote control and intelligent network connection |
CN107465695A (en) * | 2017-09-21 | 2017-12-12 | 扬州航盛科技有限公司 | A kind of method and system based on dynamic data base updating CAN analytic parameters |
CN108415398A (en) * | 2017-02-10 | 2018-08-17 | 上海辇联网络科技有限公司 | Automobile information safety automation tests system and test method |
CN109358598A (en) * | 2018-10-12 | 2019-02-19 | 中汽研(天津)汽车工程研究院有限公司 | Pure electric automobile off-line test device and method based on UDS diagnosing protocol |
CH714535A2 (en) * | 2017-12-20 | 2019-06-28 | Univ Beihang | In-vehicle network intrusion detection method and system. |
CN109960651A (en) * | 2019-02-13 | 2019-07-02 | 北京达佳互联信息技术有限公司 | Bury a test method, system, device and computer readable storage medium |
CN110824982A (en) * | 2019-10-23 | 2020-02-21 | 武汉光庭信息技术股份有限公司 | ECU remote debugging method, server and storage medium |
CN111897718A (en) * | 2020-07-03 | 2020-11-06 | 重庆长安汽车股份有限公司 | Vehicle machine automatic test method based on big data and storage medium |
CN112017326A (en) * | 2020-08-31 | 2020-12-01 | 华人运通(江苏)技术有限公司 | In-vehicle user state monitoring system and method |
WO2020238291A1 (en) * | 2019-05-31 | 2020-12-03 | 上海赫千电子科技有限公司 | Automobile ethernet-based unified diagnostic service functional addressing method |
CN112116105A (en) * | 2019-06-22 | 2020-12-22 | 宁波屹诺电子科技有限公司 | Enterprise-level new energy automobile supervision system based on Internet of things platform |
CN112141122A (en) * | 2020-09-23 | 2020-12-29 | 北京车和家信息技术有限公司 | Vehicle dormancy anomaly detection method, device, equipment and storage medium |
CN112398804A (en) * | 2020-06-23 | 2021-02-23 | 襄阳达安汽车检测中心有限公司 | Remote emission management vehicle-mounted terminal data consistency verification platform and verification method |
CN112600740A (en) * | 2021-01-08 | 2021-04-02 | 重庆长安汽车股份有限公司 | Automatic detection method for Internet of vehicles CAN data uploading frame leakage rate |
-
2021
- 2021-04-28 CN CN202110469423.8A patent/CN113179195A/en active Pending
Patent Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108415398A (en) * | 2017-02-10 | 2018-08-17 | 上海辇联网络科技有限公司 | Automobile information safety automation tests system and test method |
CN107454169A (en) * | 2017-08-07 | 2017-12-08 | 浙江清华长三角研究院 | The automobile off-line detection system and method for a kind of remote control and intelligent network connection |
CN107465695A (en) * | 2017-09-21 | 2017-12-12 | 扬州航盛科技有限公司 | A kind of method and system based on dynamic data base updating CAN analytic parameters |
CH714535A2 (en) * | 2017-12-20 | 2019-06-28 | Univ Beihang | In-vehicle network intrusion detection method and system. |
CN109358598A (en) * | 2018-10-12 | 2019-02-19 | 中汽研(天津)汽车工程研究院有限公司 | Pure electric automobile off-line test device and method based on UDS diagnosing protocol |
CN109960651A (en) * | 2019-02-13 | 2019-07-02 | 北京达佳互联信息技术有限公司 | Bury a test method, system, device and computer readable storage medium |
WO2020238291A1 (en) * | 2019-05-31 | 2020-12-03 | 上海赫千电子科技有限公司 | Automobile ethernet-based unified diagnostic service functional addressing method |
CN112116105A (en) * | 2019-06-22 | 2020-12-22 | 宁波屹诺电子科技有限公司 | Enterprise-level new energy automobile supervision system based on Internet of things platform |
CN110824982A (en) * | 2019-10-23 | 2020-02-21 | 武汉光庭信息技术股份有限公司 | ECU remote debugging method, server and storage medium |
CN112398804A (en) * | 2020-06-23 | 2021-02-23 | 襄阳达安汽车检测中心有限公司 | Remote emission management vehicle-mounted terminal data consistency verification platform and verification method |
CN111897718A (en) * | 2020-07-03 | 2020-11-06 | 重庆长安汽车股份有限公司 | Vehicle machine automatic test method based on big data and storage medium |
CN112017326A (en) * | 2020-08-31 | 2020-12-01 | 华人运通(江苏)技术有限公司 | In-vehicle user state monitoring system and method |
CN112141122A (en) * | 2020-09-23 | 2020-12-29 | 北京车和家信息技术有限公司 | Vehicle dormancy anomaly detection method, device, equipment and storage medium |
CN112600740A (en) * | 2021-01-08 | 2021-04-02 | 重庆长安汽车股份有限公司 | Automatic detection method for Internet of vehicles CAN data uploading frame leakage rate |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113904955A (en) * | 2021-09-29 | 2022-01-07 | 东风汽车有限公司东风日产乘用车公司 | Detection method, device and system of data transmission link |
CN115221161A (en) * | 2021-11-25 | 2022-10-21 | 广州汽车集团股份有限公司 | Whole vehicle buried point data acquisition method and T-BOX |
CN115221161B (en) * | 2021-11-25 | 2024-03-01 | 广州汽车集团股份有限公司 | Whole vehicle buried point data acquisition method and T-BOX |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2019205858A1 (en) | Vehicle diagnosis method, apparatus, and device | |
CN106445795B (en) | A kind of database SQL Efficiency testing method and device | |
WO2017000424A1 (en) | Protocol detection method and apparatus | |
CN111475370A (en) | Operation and maintenance monitoring method, device and equipment based on data center and storage medium | |
CN113179195A (en) | CAN message embedded point detection method, system, device and computer readable storage medium | |
CN107870849B (en) | Processing method and device of test log | |
CN106844563B (en) | System convenient for students to learn situation analysis and study | |
CN109710439B (en) | Fault processing method and device | |
KR20070080313A (en) | Method and system for analyzing performance of providing services to client terminal | |
CN111966084A (en) | TBOX detection device and method | |
CN111427928A (en) | Data quality detection method and device | |
CN111666193B (en) | Method and system for monitoring and testing terminal function based on real-time log analysis | |
CN110659289B (en) | Material quality detection test report management method and system | |
CN114325405A (en) | Battery pack consistency analysis method, modeling method, device, equipment and medium | |
CN113806343B (en) | Evaluation method and system for Internet of vehicles data quality | |
CN114840286B (en) | Service processing method and server based on big data | |
CN114414255A (en) | Automatic driving test method and system based on CAN message period monitoring | |
CN103913150A (en) | Consistency detection method for electron components of intelligent ammeter | |
CN111858140B (en) | Method, device, server and medium for checking pollutant monitoring data | |
CN111313958A (en) | Satellite data quality inspection report generation system | |
CN113051168A (en) | Data storage information safety testing system and method for vehicle-mounted information interaction system | |
CN103368762A (en) | Testing method, system and device for big data comparison | |
CN110769076B (en) | DNS (Domain name System) testing method and system | |
KR101552714B1 (en) | method and system for analyzing automatically physical layer in car communication | |
CN110661677B (en) | DNS (Domain name System) testing method, device and system |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210727 |
|
RJ01 | Rejection of invention patent application after publication |