WO2018103252A1

WO2018103252A1 - Secondary development method and apparatus for diagnostic device

Info

Publication number: WO2018103252A1
Application number: PCT/CN2017/081806
Authority: WO
Inventors: 刘均; 覃定鹏
Original assignee: 深圳市元征科技股份有限公司
Priority date: 2016-12-05
Filing date: 2017-04-25
Publication date: 2018-06-14
Also published as: CN106708012A

Abstract

A secondary development method for a diagnostic device, comprising the following steps: connecting a SDK package to a diagnostic device (S10); writing configuration information into the diagnostic device by means of the SDK package to add a preset function into the diagnostic device (S20); when a call instruction is detected, calling the preset function added in the diagnostic device to obtain data corresponding to the call instruction so as to output and save the data in an output form corresponding to the preset function (S30), wherein according to the call instruction, an h header file corresponding to the function and/or a dll file of a dynamic link library is used as a function pointer for calling. Also disclosed is a secondary development apparatus for a diagnostic device. According to the present invention, the diagnostic function of the diagnostic device is modified by means of the SDK package, and user-desired functions of the diagnostic device are realized.

Description

Secondary development method and device for diagnostic equipment

Technical field

The present invention relates to the field of automobile technology, and in particular, to a secondary development method and device for a diagnostic device.

Background technique

With the continuous development of the automobile industry and the continuous improvement of people's living standards, cars are becoming more and more popular, and safe driving is becoming more and more important. At present, in order to ensure that users can always know the current running status of the car, it is usually installed on the car with on-board diagnostics (On-Board Diagnostic, OBD) system. The OBD system collects data from various sensors to diagnose car faults by connecting to an onboard diagnostic interface on the vehicle.

However, in the current mass production OBD system, the user can only view the current data during the use, but cannot manage the data processing. For example, the user may wish to summarize the mileage, time and fuel consumption of each trip. Waveforms or tables are presented, but current OBD systems cannot implement such functions.

The above content is only used to assist in understanding the technical solutions of the present invention, and does not constitute an admission that the above is prior art.

Summary of the invention

The main object of the present invention is to provide a secondary development method and device for a diagnostic device, which aims to solve the problem that the OBD system function on the market is fixed and the user cannot modify the diagnostic function according to his own needs.

To achieve the above object, a secondary development method for a diagnostic device provided by the present invention includes the following steps:

Connect the SDK package to the diagnostic device;

Write configuration information to the diagnostic device through the SDK package to add a preset function to the diagnostic device;

When the calling instruction is detected, calling the preset function added by the diagnostic device to acquire data corresponding to the calling instruction, and outputting and saving the data in an output form corresponding to the preset function;

The calling instruction refers to calling the function of the h header file corresponding to the function and/or the dll file of the dynamic link library as a function pointer.

Preferably, the step of writing configuration information to the diagnostic device through the SDK packet to add a preset function to the diagnostic device includes:

The configuration information of the preset function is encapsulated as a function into the dll file in the dynamic link library, and the call interface is generated and saved as a h header file.

Write configuration information of the newly added function to the diagnostic device through the SDK package;

The interface configured through the SDK package adds configuration information of the new function to the storage location of the configuration information of the original function.

Write configuration information of the delete function to the diagnostic device through the SDK package;

The interface configured through the SDK package deletes the configuration information in the storage location of the configuration information of the original function.

Write configuration information of the modified function to the diagnostic device through the SDK package;

The interface configured through the SDK package modifies the configuration information in the storage location of the configuration information of the original function.

Preferably, the method further includes:

The received ECU data is flashed to the ECU data to be erased by the interface configured by the SDK package.

Preferably, the ECU data flashing manner comprises: local refresh, network refresh or CD refresh.

The functions of the SDK package include:

Brand, model selection function, system quick detection function, manual selection of vehicle system function, reading fault code function, clear fault code function, data stream display function, reading frozen data frame, fault code storage function, reading electronic control unit information function , electronic control unit reprogramming function, actuator action test function, anti-theft system setting and key programming, maintenance lamp resetting, maintenance instruction information integration, maintenance instruction information upgrade, diagnostic software upgrade, automatic creation of diagnostic report, diagnostic report editing Management, diagnostic report uploads, common fault queries and statistics, and a combination of one or more of the licensed features.

Preferably, the steps include:

The acquired data is sent to the account associated with the device to be diagnosed.

In addition, in order to achieve the above object, the present invention further provides a secondary development device for a diagnostic device, including:

a connection module for connecting the SDK package with the diagnostic device;

Writing a module for writing configuration information to the diagnostic device through the SDK package to add a preset function to the diagnostic device;

a processing module, configured to: when a call instruction is detected, invoke a preset function added by the diagnostic device to acquire data corresponding to the call instruction, and output and save the data in an output form corresponding to the preset function;

Preferably, the writing module is further configured to encapsulate the configuration information of the preset function as a function into a dll file in the dynamic link library, and generate a call interface to save as a h header file.

Preferably, the writing module comprises:

a writing unit, configured to write configuration information of the newly added function to the diagnostic device through the SDK package;

The adding unit is used to add configuration information of the new function to the storage location of the configuration information of the original function by the interface configured by the SDK package.

Preferably, the writing module comprises:

a writing unit, configured to write configuration information of the deleting function to the diagnostic device through the SDK package;

The deletion unit is configured to delete the configuration information in the storage location of the configuration information of the original function by using the interface configured by the SDK package.

Preferably, the writing module comprises:

a writing unit, configured to write configuration information of the modified function to the diagnostic device through the SDK package;

The modification unit is configured to modify the configuration information in the storage location of the configuration information of the original function by using the interface configured by the SDK package.

Preferably, the secondary development device of the diagnostic device further includes:

The brush writing module is configured to perform ECU data writing to the device to be flashed through the interface configured by the SDK package.

Preferably, the functions of the SDK package include:

And a sending module, configured to send the acquired data to an account associated with the device to be diagnosed.

The invention connects the SDK package with the diagnostic device; writes the configuration information to the diagnostic device through the SDK package to add a preset function to the diagnostic device; when the call instruction is detected, the preset function added in the diagnostic device is acquired and acquired. And the data corresponding to the calling instruction outputs and saves the data in an output form corresponding to the preset function; wherein the calling instruction refers to a dll file of a h header file and/or a dynamic link library corresponding to the function Called as a function pointer. The diagnostic function of the diagnostic device is modified by the SDK package to realize the functions that the user wishes to diagnose the device.

DRAWINGS

1 is a schematic flow chart of a first embodiment of a secondary development method of a diagnostic device according to the present invention;

2 is a schematic flow chart of a refinement of an embodiment of step S20 of FIG. 1;

3 is a schematic flow chart of a second embodiment of a secondary development method of a diagnostic device according to the present invention;

4 is a schematic flow chart of a third embodiment of a secondary development method of a diagnostic device according to the present invention;

5 is a schematic diagram of functional modules of a first embodiment of a secondary development device of a diagnostic device according to the present invention;

6 is a schematic diagram of a refinement function module of an embodiment of the write module of FIG. 5;

7 is a schematic diagram of functional modules of a second embodiment of a secondary development device of the diagnostic device of the present invention;

FIG. 8 is a schematic diagram of functional modules of a third embodiment of a secondary development device for a diagnostic device according to the present invention.

The implementation, functional features, and advantages of the present invention will be further described in conjunction with the embodiments.

detailed description

It is understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.

The invention provides a secondary development method of a diagnostic device.

Referring to FIG. 1, FIG. 1 is a schematic flow chart of a first embodiment of a secondary development method of a diagnostic device according to the present invention.

In an embodiment, the secondary development method of the diagnostic device includes:

Step S10, connecting the SDK package with the diagnostic device;

There are various types of diagnostic devices, and an embodiment of the present invention uses on-board diagnostics (On-Board) The Diagnostic, OBD) system is described as an example, but the method of the present invention is equally applicable to other types of diagnostic equipment. The OBD system is connected with an onboard diagnostic interface on the vehicle to collect data of various sensors to diagnose the vehicle fault; the OBD system monitors the operating condition of the engine and the working state of the exhaust aftertreatment system at any time, and if it is found, it may cause excessive emissions. In the case of the situation, a warning will be issued immediately. When the system fails, the fault light or check engine warning light is on, and the OBD system will store the fault information in the memory. The standard diagnostic instrument and diagnostic interface can read the relevant information in the form of fault code. According to the fault code, the maintenance personnel can quickly and accurately determine the nature and location of the fault. However, the fault is displayed in the form of a fault code, which has certain requirements on the user's professional knowledge. The user needs to know the fault type corresponding to the fault code, and the data acquired each time can only be viewed, and the user cannot process the data. For subsequent management, for example, the user may wish to summarize the data such as the mileage, time and fuel consumption of each trip, and present it in the form of a waveform diagram or a table; in order to facilitate the ordinary user to read the information sent by the OBD system, it can also adapt The need for different users to adjust the diagnostic device diagnostic function requires adjustment of the information output by the OBD system. However, even if the manufacturer's function is fixed by the manufacturer, the above requirements cannot be met. And SDK (Software Development Kit, SDK) package, software development kit is a set of tools for software developers to assist in the development or reduce the development cycle for a certain technology, no need to write hardware code and basic code framework, through the SDK package can be The application is redeveloped. When it is necessary to carry out secondary development of the diagnostic device, the SDK package must first be connected to the diagnostic device.

Step S20, writing configuration information to the diagnostic device through the SDK package, to add a preset function to the diagnostic device;

The user may wish to summarize the data such as the mileage, time and fuel consumption of each trip, and present it in the form of a waveform diagram or a table. The configuration information of the function can be written to the diagnostic device through the SDK package, and the user wants the diagnostic device to have the configuration information. The function can be realized by writing the configuration information of the preset function to the diagnostic device through the SDK package.

Further, the step S20 includes:

Application Programming Interface Interface, API) is a call interface left by the operating system to the application. The application calls the API of the operating system. The command (action) that causes the operating system to execute the application. The dll (Dynamic Link Library) file contains the API The execution code of the function, and the API function in the dll file must be used by the declaration of the API function (h header file) and its import library (lib file). The SDK package encapsulates the configuration information of the preset function as an API function into the dll file in the dynamic link library, and generates a call interface to save as a h header file. When the API function needs to be called (ie, the preset function is executed), the head is passed. The file finds the corresponding dll file, and the linker calls the API function from the dll file to perform the preset function.

Referring to FIG. 2, FIG. 2 is a schematic diagram of a refinement process of an embodiment of step S20 of FIG. 1. The step S20 includes:

Step S21, writing configuration information of the newly added function to the diagnostic device through the SDK package;

In step S22, the interface configured by the SDK package adds configuration information of the new function to the storage location of the configuration information of the original function.

The preset function may be a new function written in the diagnostic device. In one embodiment of the present invention, the configuration information of the newly added function is written to the diagnostic device through the SDK package; the preset function may also change the original function of the diagnostic device ( Modifying the original function), the interface configured by the SDK package adds configuration information of the new function in the storage location of the configuration information of the original function, and of course, the configuration information can be deleted and modified in the storage location of the configuration information of the original function, thereby Make the diagnostic device have the features that the user wants to have.

By using the SDK package provided by the present invention, the following functions can be realized:

序号Serial number	功能Features	描述description
11	品牌、车型选择列表Brand, model selection list	提供支持的汽车的品牌、车型列表。A list of brands and models that provide support for the car.
22	车辆所有系统快速检测功能Fast detection of all systems in the vehicle	对车辆所有电子控制模块进行检测，并显示：1.完整车辆型号；2.具体电喷系统厂家信息；3.检测结果。All electronic control modules of the vehicle are tested and displayed: 1. Complete vehicle model; 2. Specific EFI system manufacturer information; 3. Test results.
33	手动选择车辆系统功能Manually select vehicle system functions	按照年代、品牌、车型、发动机型号、电子控制单元厂家等信息就可以选择到正确的车型；选择需要测试的电子控制模块或车辆系统；对所选的汽车各电子控制系统分别进行测试，并显示其工作状态。According to the age, brand, model, engine model, electronic control unit manufacturers and other information can choose the right model; select the electronic control module or vehicle system to be tested; test each electronic control system of the selected car and display Its working status.
44	读取故障码功能Read fault code function	读取车辆系统电子控制单元内存储的故障代码，显示清晰易懂的故障码释义。Read the fault code stored in the electronic control unit of the vehicle system to display clear and easy-to-understand fault code interpretation.
55	清除故障码功能Clear trouble code function	清除车辆系统电子控制单元内存储的故障代码。Clear the fault code stored in the electronic control unit of the vehicle system.
66	数据流显示功能Data stream display function	包括：普通模式、记录模式；显示方式：发送数据流给调用者的窗口，窗口接收后即可在界面显示、保存、做解析等；数据记录模式下保存数据流可另存、传输及重新选择播放功能并提供播放软件。Including: normal mode, recording mode; display mode: send data stream to the caller's window, after the window is received, it can be displayed, saved, parsed, etc. in the interface; in the data recording mode, the saved data stream can be saved, transmitted and re-selected. Features and provides playback software.
77	读取冻结数据帧Read frozen data frame	读取故障出现时电子控制单元记录的冻结数据流。Reads the frozen data stream recorded by the electronic control unit when the fault occurs.
88	故障代码存储功能Fault code storage function	读取的电子控制单元故障代码以EXCEL形式存储；可以进行编辑整理；以专用格式存储保存文件。The read electronic control unit fault code is stored in EXCEL form; it can be edited and sorted; the saved file is stored in a special format.
99	读电子控制单元信息功能Read electronic control unit information function	显示车辆 VIN、电子控制单元版本信息、电子控制单元零件号等信息。Displays information such as vehicle VIN, electronic control unit version information, and electronic control unit part number.
1010	电子控制单元（ECU/TCU 等）重新编程功能Electronic control unit (ECU/TCU, etc.) reprogramming function	实现电子控制单元软件或数据更新等。 1.本地刷新；2.网络刷新：通过网络传送服务站所需要的数据，再将数据写入到电子控制单元；3.CD刷新：将所发布的刷新数据以CD形式存储，利用SDK包中的刷新程序把CD中的数据写入到电子控制单元。Implement electronic control unit software or data updates. 1. Local refresh; 2. Network refresh: transfer the data required by the service station through the network, and then write the data to the electronic control unit; 3. CD refresh: store the released refresh data in CD form, using the SDK package The refresh program writes the data from the CD to the electronic control unit.
1111	执行器动作测试功能Actuator action test function	对各系统执行器进行动作测试，并具备警告提醒功能，即对汽车的各电子执行器进行测试。The system actuators are tested for motion and have a warning reminder function to test each electronic actuator of the car.
1212	防盗系统设定和钥匙编程Anti-theft system settings and key programming	实现配防盗钥匙、更换防盗电脑等：具备智能钥匙及发动机电子防盗系统匹配功能。Realize the anti-theft key, replace the anti-theft computer, etc.: It has the function of intelligent key and engine electronic anti-theft system matching.
1313	保养灯归零Maintenance light to zero	使用诊断仪对保养灯进行归零操作。Use the diagnostic device to zero the maintenance lamp.
1414	维修指导信息集成Maintenance instruction information integration	包括：1.故障背景资料：描述故障发生时汽车电子控制系统所处的状态，包括如下信息：诊断故障码、当时的数据参数（冻结帧）、故障类型，并且给出可能的故障原因；2.进行故障原因列表、原理描述、局部电路图、诊断步骤和部件位置等，根据 PC 诊断仪读出的故障信息，明确车辆的哪个系统出了问题，可能存在的故障现象及问题点，并给出相对应故障的解决步骤和测试方法；3.相关电路连接图：可以查看故障相关的传感器、继电器等电气元器件的电路连接图，包括：简图、概述图、插接件位置图、端子定义图、搭铁点位置图、整车电路图、所有车型符号清单等。Including: 1. Fault background information: Describe the state of the vehicle's electronic control system when the fault occurs, including the following information: diagnostic fault code, current data parameters (freeze frame), fault type, and give possible fault causes; Perform a list of causes of failure, a description of the principle, a partial circuit diagram, a diagnostic step, and the location of the component, etc., according to PC The fault information read by the diagnostic device, clear which system of the vehicle has a problem, possible fault phenomena and problem points, and give the corresponding fault resolution steps and test methods; 3. Related circuit connection diagram: can view the fault related The circuit connection diagram of the electrical components such as sensors and relays, including: schematic diagram, overview diagram, position diagram of the connector, terminal definition diagram, location map of the ground point, circuit diagram of the whole vehicle, and list of symbols of all models.
1515	维修指导信息升级Maintenance instruction information upgrade	当新版本维修指导发布后，对其进行更新。When the new version of the maintenance guide is released, update it.
1616	诊断软件的升级Diagnostic software upgrade	专用的客户端升级软件，实现快速升级。Dedicated client upgrade software for fast upgrades.
1717	自动创建诊断报告Automatically create diagnostic reports	销商信息、车主信息等。 Distributor information, owner information, etc.
1818	诊断报告编辑管理Diagnostic report editing management	故障代码等信息自动生成，其他（如车牌号、工号）等信息需手动输入；1.故障诊断报告的编辑：可以对解决的故障按规定的格式编辑，其中包括：服务站信息、技师信息、车辆信息、电控单元信息、故障类型、故障描述、故障代码、可能故障部位、故障解决方法，并可插入其他信息作为附件；2.故障诊断报告管理：可以对已有的诊断报告进行存储、删除、浏览、打印等功能，并能通过网络将诊断故障报告发送至服务器或电子邮箱。The fault code and other information are automatically generated. Other information such as license plate number and work number must be manually input. 1. Editing the fault diagnosis report: The fault can be solved according to the specified format, including: service station information and technician information. , vehicle information, electronic control unit information, fault type, fault description, fault code, possible fault location, fault resolution method, and other information can be inserted as an attachment; 2. Fault diagnosis report management: can store existing diagnostic reports , delete, browse, print, etc., and send diagnostic trouble reports to the server or email via the network.
1919	诊断报告上传Diagnostic report upload	各 4S 店诊断报告上传至指定服务器（专用网络和数据库支持），可以对已有的常见故障报告进行存储、删除、浏览、打印等功能，并能通过网络将诊断故障报告上传至服务器；包括：1.模糊查询：针对某款车，对故障描述关键字进行查询，可以得到对应于该关键字的所有故障信息，包括故障代码、故障描述、故障出现频次、可能故障部位、可能故障部位占的比例、故障解决方法；2.故障代码查询：针对某款车，输入其故障代码，对其进行索引，找到其故障信息，包括故障代码、故障描述、故障出现频次、可能故障部位、可能故障部位占的比例、故障解决方法；3.故障部位查询：针对某款车，输入故障部位进行查询，可以索引到在该部位产生的所有故障代码、故障描述、每个故障的出现频次。Each 4S The store diagnostic report is uploaded to the designated server (private network and database support), which can store, delete, browse, and print the existing common fault reports, and upload the diagnostic fault report to the server through the network; including: 1. Fuzzy query: For a certain vehicle, query the fault description keyword to get all fault information corresponding to the keyword, including fault code, fault description, frequency of fault occurrence, possible fault location, proportion of possible fault locations, Fault diagnosis method; 2. Fault code query: For a certain vehicle, input its fault code, index it, find its fault information, including fault code, fault description, frequency of fault occurrence, possible fault location, and possible fault location. Proportion, fault resolution method; 3. Fault location query: For a certain vehicle, input the fault location for query, you can index all the fault codes, fault descriptions, and frequency of occurrence of each fault generated in the location.
2020	常见故障的查询和统计Common faults query and statistics	需要专用网络支持，在无网络支持情况下，可人工统计。Requires dedicated network support, which can be manually counted without network support.
21twenty one	授权使用功能Authorized use function	可实现对服务站端诊断系统各功能模块授权开放使用功能。It can realize the function of authorizing the open use of each function module of the service station side diagnosis system.

Step S30, when the calling instruction is detected, calling a preset function added by the diagnostic device to acquire data corresponding to the calling instruction, and outputting and saving the data in an output form corresponding to the preset function;

When the calling instruction is detected, the data corresponding to the calling instruction is acquired by the diagnostic device; and the preset function is written to the diagnostic device through the SDK package, so that the user can conveniently obtain the required and interesting data through the diagnostic device, and can quickly Know the situation of the car, and analyze and make a customized display, for example, display data in the form of drawing waveforms, and save the obtained data to form a test database, and also make the data into a report for easy management.

In this embodiment, the diagnostic function of the diagnostic device is modified by the SDK package to realize the function that the user desires to diagnose the device.

Referring to FIG. 3, FIG. 3 is a schematic flowchart diagram of a second embodiment of a secondary development method for a diagnostic device according to the present invention. Based on the first embodiment of the foregoing method, the method further includes:

In step S40, the received ECU data is flashed to the ECU data to be erased by the interface configured by the SDK package.

ECU (Electronic Control Unit, electronic control unit, commonly known as driving computer, car computer) is a car-specific microcomputer controller. Due to system upgrades, or the conditions of use are different from the original configuration of the ECU, for example, differences in diesel (steam) oil quality, temperature, atmospheric pressure, humidity, engine, etc., it is necessary to match the ECU program software, or the user wishes to release or To change the various restrictions of the original car ECU, it is necessary to perform ECU data writing. The current ECU data writing requires special interfaces and equipment to carry out. Generally, one computer can only write ECU data to one car at a time, which is slow. ,low efficiency. In fact, the diagnostic device is also a device that is communicatively connected with the ECU. The function of the diagnostic device can be modified to implement the ECU data writing function, and one computer can simultaneously transfer with multiple diagnostic devices, and the received ECU data. The ECU data is written to the device to be flashed through the interface configured by the SDK package. The brushing and writing modes include: 1. local refresh; 2. network refresh: transmitting the data required by the service station through the network, and then writing the data to the electronic control Unit; 3. CD refresh: The released refresh data is stored in CD form, and the data in the CD is written to the electronic control unit by using the refresh program in the SDK package. Therefore, it is possible to perform ECU data writing on multiple vehicles at the same time, which is fast and efficient.

In this embodiment, an interface for writing ECU data is set in the diagnostic device through the SDK package, so that ECU data can be written to multiple vehicles at the same time, and the speed is fast and the efficiency is high.

Referring to FIG. 4, FIG. 4 is a schematic flowchart diagram of a third embodiment of a secondary development method of a diagnostic device according to the present invention. Based on the second embodiment of the foregoing method, the method further includes:

In step S50, the acquired data is sent to an account associated with the device to be diagnosed.

When the calling instruction is detected, the data corresponding to the calling instruction is acquired by the diagnostic device; and the preset function is written to the diagnostic device through the SDK package, so that the user can conveniently obtain the required and interesting data through the diagnostic device, and can quickly Know the situation of the car, and analyze and make a customized display, for example, display data in the form of drawing waveforms, and save the obtained data to form a test database, and also make the data into a report for easy management. The test results and operation reports obtained by the 4S shop for repairing and maintaining the car can also be sent to the owner. The communication information can be set in the diagnostic device through the SDK package, and the obtained data is sent to the specified account. In an embodiment of the invention, the acquired data is sent to the account associated with the device to be diagnosed, for example, the acquired data. Send it to the car owner's email account, or send it to the owner's mobile phone in the form of information, so that the user can know the current running status of the car.

In this embodiment, the acquired data is sent to the account associated with the device to be diagnosed, so that the user can know the current running state of the car in time.

The invention further provides a secondary development device for a diagnostic device.

Referring to FIG. 5, FIG. 5 is a schematic diagram of functional modules of a first embodiment of a secondary development device for a diagnostic device according to the present invention.

In an embodiment, the secondary development device of the diagnostic device includes a connection module 10, a write module 20, and a processing module 30.

The connection module 10 is configured to connect the SDK package with the diagnostic device;

The writing module 20 is configured to write configuration information to the diagnostic device through the SDK package to add a preset function to the diagnostic device.

Further, the writing module 20 is further configured to encapsulate the configuration information of the preset function as a function into the dll file in the dynamic link library, and generate the calling interface and save the file as a h header file.

Referring to FIG. 6, FIG. 6 is a schematic diagram of a refinement function module of an embodiment of the write module 20 of FIG. 5; the write module 20 includes:

A new unit 21 is configured to write configuration information of the newly added function to the diagnostic device through the SDK package;

The modifying unit 22 is configured to add configuration information of the new function to the storage location of the configuration information of the original function by using the interface configured by the SDK package.

The above functions can be implemented by using the SDK package provided by the present invention, and details are not described herein again.

The processing module 30 is configured to: when a call instruction is detected, invoke a preset function added by the diagnostic device to acquire data corresponding to the call instruction, and output and save the output form corresponding to the preset function. data;

Referring to FIG. 7, FIG. 7 is a schematic diagram of functional modules of a second embodiment of a secondary development device for a diagnostic device according to the present invention. The secondary development device of the diagnostic device further includes a flashing module 40.

The flash writing module 40 is configured to perform ECU data writing to the device to be flashed through the interface configured by the SDK package.

Referring to FIG. 8, FIG. 8 is a schematic diagram of functional modules of a third embodiment of a secondary development device for a diagnostic device according to the present invention. The secondary development device of the diagnostic device further includes a transmitting module 50.

The sending module 50 is configured to send the acquired data to an account associated with the device to be diagnosed.

The above are only the preferred embodiments of the present invention, and are not intended to limit the scope of the invention, and the equivalent structure or equivalent process transformations made by the description of the present invention and the drawings are directly or indirectly applied to other related technical fields. The same is included in the scope of patent protection of the present invention.

Claims

A secondary development method for a diagnostic device, comprising the steps of:

Connect the SDK package to the diagnostic device;

Write configuration information to the diagnostic device through the SDK package to add a preset function to the diagnostic device;

When the calling instruction is detected, calling the preset function added by the diagnostic device to acquire data corresponding to the calling instruction, and outputting and saving the data in an output form corresponding to the preset function;

The calling instruction refers to calling the function of the h header file corresponding to the function and/or the dll file of the dynamic link library as a function pointer.
The secondary development method of the diagnostic device according to claim 1, wherein the step of writing configuration information to the diagnostic device through the SDK packet to add a preset function to the diagnostic device comprises:

The configuration information of the preset function is encapsulated as a function into the dll file in the dynamic link library, and the call interface is generated and saved as a h header file.
The secondary development method of the diagnostic device according to claim 2, wherein the step of writing configuration information to the diagnostic device through the SDK packet to add a preset function to the diagnostic device comprises:

Write configuration information of the newly added function to the diagnostic device through the SDK package;

The interface configured through the SDK package adds configuration information of the new function to the storage location of the configuration information of the original function.
The secondary development method of the diagnostic device according to claim 2, wherein the step of writing configuration information to the diagnostic device through the SDK packet to add a preset function to the diagnostic device comprises:

Write configuration information of the delete function to the diagnostic device through the SDK package;

The interface configured through the SDK package deletes the configuration information in the storage location of the configuration information of the original function.
The secondary development method of the diagnostic device according to claim 2, wherein the step of writing configuration information to the diagnostic device through the SDK packet to add a preset function to the diagnostic device comprises:

Write configuration information of the modified function to the diagnostic device through the SDK package;

The interface configured through the SDK package modifies the configuration information in the storage location of the configuration information of the original function.
The secondary development method of the diagnostic device according to claim 3, wherein the method further comprises:

The received ECU data is flashed to the ECU data to be erased by the interface configured by the SDK package.
The secondary development method of the diagnostic device according to claim 6, wherein the ECU data flashing manner comprises: local refresh, network refresh or CD refresh.
The secondary development method of the diagnostic device according to claim 1, wherein the functions of the SDK package comprise:

Brand, model selection function, system quick detection function, manual selection of vehicle system function, reading fault code function, clear fault code function, data stream display function, reading frozen data frame, fault code storage function, reading electronic control unit information function , electronic control unit reprogramming function, actuator action test function, anti-theft system setting and key programming, maintenance lamp resetting, maintenance instruction information integration, maintenance instruction information upgrade, diagnostic software upgrade, automatic creation of diagnostic report, diagnostic report editing Management, diagnostic report uploads, common fault queries and statistics, and a combination of one or more of the licensed features.
The secondary development method of the diagnostic device according to any one of claims 1 to 8, wherein the steps include:

The acquired data is sent to the account associated with the device to be diagnosed.
A secondary development device for a diagnostic device, comprising:

a connection module for connecting the SDK package with the diagnostic device;

Writing a module for writing configuration information to the diagnostic device through the SDK package to add a preset function to the diagnostic device;

a processing module, configured to: when a call instruction is detected, invoke a preset function added by the diagnostic device to acquire data corresponding to the call instruction, and output and save the data in an output form corresponding to the preset function;

The calling instruction refers to calling the function of the h header file corresponding to the function and/or the dll file of the dynamic link library as a function pointer.
The secondary development device of the diagnostic device according to claim 10, wherein the writing module is further configured to encapsulate the configuration information of the preset function as a function into a dll file in the dynamic link library, and generate The calling interface is saved as a h header file.
The secondary development device of the diagnostic device according to claim 11, wherein the writing module comprises:

a writing unit, configured to write configuration information of the newly added function to the diagnostic device through the SDK package;

The adding unit is used to add configuration information of the new function to the storage location of the configuration information of the original function by the interface configured by the SDK package.
The secondary development device of the diagnostic device according to claim 11, wherein the writing module comprises:

a writing unit, configured to write configuration information of the deleting function to the diagnostic device through the SDK package;

The deletion unit is configured to delete the configuration information in the storage location of the configuration information of the original function by using the interface configured by the SDK package.
The secondary development device of the diagnostic device according to claim 11, wherein the writing module comprises:

a writing unit, configured to write configuration information of the modified function to the diagnostic device through the SDK package;

The modification unit is configured to modify the configuration information in the storage location of the configuration information of the original function by using the interface configured by the SDK package.
The secondary development device of the diagnostic device according to claim 12, wherein the secondary development device of the diagnostic device further comprises:

The brush writing module is configured to perform ECU data writing to the device to be flashed through the interface configured by the SDK package.
The secondary development device of the diagnostic device according to claim 15, wherein the ECU data flashing manner comprises: local refresh, network refresh or CD refresh.
The secondary development device of the diagnostic device according to claim 10, wherein the functions of the SDK package comprise:

Brand, model selection function, system quick detection function, manual selection of vehicle system function, reading fault code function, clear fault code function, data stream display function, reading frozen data frame, fault code storage function, reading electronic control unit information function , electronic control unit reprogramming function, actuator action test function, anti-theft system setting and key programming, maintenance lamp resetting, maintenance instruction information integration, maintenance instruction information upgrade, diagnostic software upgrade, automatic creation of diagnostic report, diagnostic report editing Management, diagnostic report uploads, common fault queries and statistics, and a combination of one or more of the licensed features.
The secondary development device of the diagnostic device according to any one of claims 10 to 17, wherein the secondary development device of the diagnostic device further comprises:

And a sending module, configured to send the acquired data to an account associated with the device to be diagnosed.