CN106708012A - 诊断设备的二次开发方法及装置 - Google Patents

诊断设备的二次开发方法及装置 Download PDF

Info

Publication number
CN106708012A
CN106708012A CN201611106536.7A CN201611106536A CN106708012A CN 106708012 A CN106708012 A CN 106708012A CN 201611106536 A CN201611106536 A CN 201611106536A CN 106708012 A CN106708012 A CN 106708012A
Authority
CN
China
Prior art keywords
diagnostic device
function
configuration information
data
write
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
Application number
CN201611106536.7A
Other languages
English (en)
Inventor
刘均
覃定鹏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Launch Technology Co Ltd
Original Assignee
Shenzhen Launch Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shenzhen Launch Technology Co Ltd filed Critical Shenzhen Launch Technology Co Ltd
Priority to CN201611106536.7A priority Critical patent/CN106708012A/zh
Priority to PCT/CN2017/081806 priority patent/WO2018103252A1/zh
Publication of CN106708012A publication Critical patent/CN106708012A/zh
Pending legal-status Critical Current

Links

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/0218—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterised by the fault detection method dealing with either existing or incipient faults
    • G05B23/0256—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterised by the fault detection method dealing with either existing or incipient faults injecting test signals and analyzing monitored process response, e.g. injecting the test signal while interrupting the normal operation of the monitored system; superimposing the test signal onto a control signal during normal operation of the monitored system
    • 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
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/24—Pc safety
    • G05B2219/24065—Real time diagnostics

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Vehicle Cleaning, Maintenance, Repair, Refitting, And Outriggers (AREA)

Abstract

本发明公开了一种诊断设备的二次开发方法，包括以下步骤：将SDK包与诊断设备进行连接；通过SDK包向诊断设备写入配置信息，以在诊断设备中增加预设功能；当检测到调用指令时，调用在诊断设备增加的预设功能获取与所述调用指令对应的数据，以与所述预设功能对应的输出形式输出并保存所述数据；其中，所述调用指令指通过将功能对应的h头文件和/或动态链接库的dll文件作为函数指针进行调用。本发明还公开了一种诊断设备的二次开发装置。本发明通过SDK包对诊断设备的诊断功能进行修改，实现用户希望诊断设备具有的功能。

Description

诊断设备的二次开发方法及装置
技术领域
本发明涉及汽车技术领域，尤其涉及一种诊断设备的二次开发方法及装置。
背景技术
随着汽车产业的不断发展以及人民生活水平的不断提高，汽车越来越普及，安全驾驶也越来越重要。目前，为了保障用户能够时刻了解到汽车当前的运行状态，通常会在汽车上安装车载诊断(On-Board Diagnostic，OBD)***。所述OBD***通过与汽车上的车载诊断接口进行连接，采集各种传感器的数据来诊断汽车故障。
但是，目前批量生产的OBD***，用户在使用过程中仅能查看当前数据，但是不能对数据加工进行后续管理，例如，用户可能希望将每次出行的行驶里程、时间及油耗等数据汇总，以波形图或表格的形式呈现，但目前的OBD***无法实现这类功能。
上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。
发明内容
本发明的主要目的在于提供一种诊断设备的二次开发方法及装置，旨在解决目前市面上的OBD***功能固定，用户无法根据自身需求对诊断功能进行修改的问题。
为实现上述目的，本发明提供的一种诊断设备的二次开发方法，包括以下步骤：
将SDK包与诊断设备进行连接；
通过SDK包向诊断设备写入配置信息，以在诊断设备中增加预设功能；
当检测到调用指令时，调用在诊断设备增加的预设功能获取与所述调用指令对应的数据，以与所述预设功能对应的输出形式输出并保存所述数据；
其中，所述调用指令指通过将功能对应的h头文件和/或动态链接库的dll文件作为函数指针进行调用。
优选地，所述通过SDK包向诊断设备写入配置信息，以在诊断设备中增加预设功能的步骤包括：
将预设功能的配置信息作为函数封装到动态链接库中的dll文件中，并生成调用接口保存为h头文件。
优选地，所述通过SDK包向诊断设备写入配置信息，以在诊断设备中增加预设功能的步骤包括：
通过SDK包向诊断设备写入新增功能的配置信息；
通过SDK包配置的接口在原有功能的配置信息的存储位置增加新功能的配置信息。
优选地，所述方法还包括：
将接收的ECU数据通过SDK包配置的接口向待刷写设备进行ECU数据刷写。
优选地，所述的步骤包括：
将获取的数据发送至与待诊断设备关联的账号。
此外，为实现上述目的，本发明还提供一种诊断设备的二次开发装置，包括：
连接模块，用于将SDK包与诊断设备进行连接；
写入模块，用于通过SDK包向诊断设备写入配置信息，以在诊断设备中增加预设功能；
处理模块，用于当检测到调用指令时，调用在诊断设备增加的预设功能获取与所述调用指令对应的数据，以与所述预设功能对应的输出形式输出并保存所述数据；
其中，所述调用指令指通过将功能对应的h头文件和/或动态链接库的dll文件作为函数指针进行调用。
优选地，所述写入模块，还用于将预设功能的配置信息作为函数封装到动态链接库中的dll文件中，并生成调用接口保存为h头文件。
优选地，所述写入模块包括：
新增单元，用于通过SDK包向诊断设备写入新增功能的配置信息；
修改单元，用于通过SDK包配置的接口在原有功能的配置信息的存储位置增加新功能的配置信息。
优选地，所述诊断设备的二次开发装置还包括：
刷写模块，用于将接收的ECU数据通过SDK包配置的接口向待刷写设备进行ECU数据刷写。
优选地，所述诊断设备的二次开发装置还包括：
发送模块，用于将获取的数据发送至与待诊断设备关联的账号。
本发明将SDK包与诊断设备进行连接；通过SDK包向诊断设备写入配置信息，以在诊断设备中增加预设功能；当检测到调用指令时，调用在诊断设备增加的预设功能获取与所述调用指令对应的数据，以与所述预设功能对应的输出形式输出并保存所述数据；其中，所述调用指令指通过将功能对应的h头文件和/或动态链接库的dll文件作为函数指针进行调用。通过SDK包对诊断设备的诊断功能进行修改，实现用户希望诊断设备具有的功能。
附图说明
图1为本发明诊断设备的二次开发方法的第一实施例的流程示意图；
图2为图1中步骤S20一实施例的细化流程示意图；
图3为本发明诊断设备的二次开发方法的第二实施例的流程示意图；
图4为本发明诊断设备的二次开发方法的第三实施例的流程示意图；
图5为本发明诊断设备的二次开发装置的第一实施例的功能模块示意图；
图6为图5中写入模块一实施例的细化功能模块示意图；
图7为本发明诊断设备的二次开发装置的第二实施例的功能模块示意图；
图8为本发明诊断设备的二次开发装置的第三实施例的功能模块示意图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
本发明提供一种诊断设备的二次开发方法。
参照图1，图1为本发明诊断设备的二次开发方法的第一实施例的流程示意图。
在一实施例中，所述诊断设备的二次开发方法包括：
步骤S10，将SDK包与诊断设备进行连接；
诊断设备类型多样，本发明一实施例以车载诊断(On-Board Diagnostic，OBD)***为例进行说明，但本发明所提方法同样适用于其他类型的诊断设备。所述OBD***通过与汽车上的车载诊断接口进行连接，采集各种传感器的数据来诊断汽车故障；OBD***随时监控发动机的运行状况和尾气后处理***的工作状态，一旦发现有可能引起排放超标的情况，会马上发出警示。当***出现故障时，故障灯或检查发动机警告灯亮，同时OBD***会将故障信息存入存储器，通过标准的诊断仪器和诊断接口可以以故障码的形式读取相关信息。根据故障码的提示，维修人员能迅速准确地确定故障的性质和部位。但是，将故障以故障码的形式进行显示，对用户的专业知识有一定的要求，需要用户知道故障码对应的故障类型才行，且每次获取的数据仅能查看，用户不能对数据进行加工进行后续管理，例如，用户可能希望将每次出行的行驶里程、时间及油耗等数据汇总，以波形图或表格的形式呈现等；为了方便普通用户读取OBD***发送的信息，同时也能适应不同用户对诊断设备诊断功能调整的需求，需要对OBD***输出的信息进行调整。然而，即便是通过厂家订制，诊断设备的功能也是固定的，仍然不能满足上述需求。而SDK(Software Development Kit，SDK)包，即软件开发工具包是针对某一项技术为软件开发人员制作的一套辅助开发或者减少开发周期的工具，不需要编写硬件代码和基础代码框架，通过SDK包即可对应用程序进行二次开发。当需要对诊断设备进行二次开发时，先要将SDK包与诊断设备进行连接。
步骤S20，通过SDK包向诊断设备写入配置信息，以在诊断设备中增加预设功能；
用户可能希望将每次出行的行驶里程、时间及油耗等数据汇总，以波形图或表格的形式呈现，则可以通过SDK包向诊断设备写入所述功能的配置信息，对于用户希望诊断设备具备的功能，都可以通过SDK包向诊断设备写入预设功能的配置信息来实现。
进一步地，所述步骤S20包括：
将预设功能的配置信息作为函数封装到动态链接库中的dll文件中，并生成调用接口保存为h头文件。
应用程序设计接口(Application Programming Interface，API)是操作***留给应用程序的一个调用接口，应用程序通过调用操作***的API而使操作***去执行应用程序的命令(动作)。dll(Dynamic Link Library，动态链接库)文件中包含有API函数的执行代码，而dll文件中的API函数必须通过API函数的声明(h头文件)和其导入库(lib文件)才能使用。SDK包将预设功能的配置信息作为API函数封装到动态链接库中的dll文件中，并生成调用接口保存为h头文件，当需要调用API函数(即执行预设功能)时，通过h头文件查找到对应的dll文件，链接器从dll文件中调用API函数，从而执行预设功能。
参照图2，图2为图1中步骤S20一实施例的细化流程示意图；所述步骤S20包括：
步骤S21，通过SDK包向诊断设备写入新增功能的配置信息；
步骤S22，通过SDK包配置的接口在原有功能的配置信息的存储位置增加新功能的配置信息。
预设功能可以是在诊断设备中写入的新的功能，本发明一实施例通过SDK包向诊断设备写入新增功能的配置信息；预设功能也可以是改变诊断设备原有的功能(对原有功能进行修改)，通过SDK包配置的接口在原有功能的配置信息的存储位置增加新功能的配置信息，当然，也可以在原有功能的配置信息的存储位置删除、修改配置信息，从而使诊断设备具备用户希望拥有的功能。
通过使用本发明所提供的SDK包，可以实现如下功能：
步骤S30，当检测到调用指令时，调用在诊断设备增加的预设功能获取与所述调用指令对应的数据，以与所述预设功能对应的输出形式输出并保存所述数据；
其中，所述调用指令指通过将功能对应的h头文件和/或动态链接库的dll文件作为函数指针进行调用。
当检测到调用指令时，通过诊断设备获取所述调用指令对应的数据；通过SDK包向诊断设备写入预设功能，用户就可以方便的通过诊断设备获取需要的、感兴趣的数据，能够快速得知汽车的情况，并加以分析、做自定义的显示，比如，以画波形图的形式显示数据等，并可以保存得到的数据形成测试数据库，还可以将数据做成报表，方便管理。
本实施例通过SDK包对诊断设备的诊断功能进行修改，实现用户希望诊断设备具有的功能。
参照图3，图3为本发明诊断设备的二次开发方法的第二实施例的流程示意图。基于上述方法的第一实施例，所述方法还包括：
步骤S40，将接收的ECU数据通过SDK包配置的接口向待刷写设备进行ECU数据刷写。
ECU(Electronic Control Unit，电子控制单元，俗称行车电脑、车载电脑)是汽车专用微机控制器。由于***升级，或者使用条件与ECU原来的配置不同，例如，柴(汽)油品质、温度、大气压力、湿度、引擎等的差异，需要进行ECU程序软件上的匹配，或者是用户希望解除或改变原车ECU的各种限制，都需要进行ECU数据刷写，目前的ECU数据刷写需要专用接口和设备才能进行，一般一台计算机一次只能对一辆车进行ECU数据刷写，速度慢、效率低。而实际上，诊断设备也是与ECU通信连接的设备，可以通过对诊断设备的功能进行修改，实现ECU数据刷写功能，且一台计算机可以同时与多个诊断设备转接，将接收的ECU数据通过SDK包配置的接口向待刷写设备进行ECU数据刷写，刷写方式包括：1.本地刷新；2.网络刷新：通过网络传送服务站所需要的数据，再将数据写入到电子控制单元；3.CD刷新：将所发布的刷新数据以CD形式存储，利用SDK包中的刷新程序把CD中的数据写入到电子控制单元。从而可以同时对多辆车进行ECU数据刷写，速度快、效率高。
本实施例通过SDK包在诊断设备中设置刷写ECU数据的接口，从而可以同时对多辆车进行ECU数据刷写，速度快、效率高。
参照图4，图4为本发明诊断设备的二次开发方法的第三实施例的流程示意图。基于上述方法的第二实施例，所述方法还包括：
步骤S50，将获取的数据发送至与待诊断设备关联的账号。
当检测到调用指令时，通过诊断设备获取所述调用指令对应的数据；通过SDK包向诊断设备写入预设功能，用户就可以方便的通过诊断设备获取需要的、感兴趣的数据，能够快速得知汽车的情况，并加以分析、做自定义的显示，比如，以画波形图的形式显示数据等，并可以保存得到的数据形成测试数据库，还可以将数据做成报表，方便管理。4S店对汽车进行维修、保养时得到的测试结果、操作报表等，也可以发送给车主。可以通过SDK包在诊断设备中设置通讯信息，将得到的数据发送至指定的账号中，本发明一实施例中，将获取的数据发送至与待诊断设备关联的账号，例如，将获取的数据发送至汽车车主的邮箱账号中，或以信息形式发送至车主的手机里，方便用户及时了解汽车当前的运行状态。
本实施例通过将获取的数据发送至与待诊断设备关联的账号，方便用户及时了解汽车当前的运行状态。
本发明进一步提供一种诊断设备的二次开发装置。
参照图5，图5为本发明诊断设备的二次开发装置的第一实施例的功能模块示意图。
在一实施例中，所述诊断设备的二次开发装置包括：连接模块10、写入模块20及处理模块30。
所述连接模块10，用于将SDK包与诊断设备进行连接；
诊断设备类型多样，本发明一实施例以车载诊断(On-Board Diagnostic，OBD)***为例进行说明，但本发明所提方法同样适用于其他类型的诊断设备。所述OBD***通过与汽车上的车载诊断接口进行连接，采集各种传感器的数据来诊断汽车故障；OBD***随时监控发动机的运行状况和尾气后处理***的工作状态，一旦发现有可能引起排放超标的情况，会马上发出警示。当***出现故障时，故障灯或检查发动机警告灯亮，同时OBD***会将故障信息存入存储器，通过标准的诊断仪器和诊断接口可以以故障码的形式读取相关信息。根据故障码的提示，维修人员能迅速准确地确定故障的性质和部位。但是，将故障以故障码的形式进行显示，对用户的专业知识有一定的要求，需要用户知道故障码对应的故障类型才行，且每次获取的数据仅能查看，用户不能对数据进行加工进行后续管理，例如，用户可能希望将每次出行的行驶里程、时间及油耗等数据汇总，以波形图或表格的形式呈现等；为了方便普通用户读取OBD***发送的信息，同时也能适应不同用户对诊断设备诊断功能调整的需求，需要对OBD***输出的信息进行调整。然而，即便是通过厂家订制，诊断设备的功能也是固定的，仍然不能满足上述需求。而SDK(Software Development Kit，SDK)包，即软件开发工具包是针对某一项技术为软件开发人员制作的一套辅助开发或者减少开发周期的工具，不需要编写硬件代码和基础代码框架，通过SDK包即可对应用程序进行二次开发。当需要对诊断设备进行二次开发时，先要将SDK包与诊断设备进行连接。
所述写入模块20，用于通过SDK包向诊断设备写入配置信息，以在诊断设备中增加预设功能；
用户可能希望将每次出行的行驶里程、时间及油耗等数据汇总，以波形图或表格的形式呈现，则可以通过SDK包向诊断设备写入所述功能的配置信息，对于用户希望诊断设备具备的功能，都可以通过SDK包向诊断设备写入预设功能的配置信息来实现。
进一步地，所述写入模块20，还用于将预设功能的配置信息作为函数封装到动态链接库中的dll文件中，并生成调用接口保存为h头文件。
应用程序设计接口(Application Programming Interface，API)是操作***留给应用程序的一个调用接口，应用程序通过调用操作***的API而使操作***去执行应用程序的命令(动作)。dll(Dynamic Link Library，动态链接库)文件中包含有API函数的执行代码，而dll文件中的API函数必须通过API函数的声明(h头文件)和其导入库(lib文件)才能使用。SDK包将预设功能的配置信息作为API函数封装到动态链接库中的dll文件中，并生成调用接口保存为h头文件，当需要调用API函数(即执行预设功能)时，通过h头文件查找到对应的dll文件，链接器从dll文件中调用API函数，从而执行预设功能。
参照图6，图6为图5中写入模块20一实施例的细化功能模块示意图；所述写入模块20包括：
新增单元21，用于通过SDK包向诊断设备写入新增功能的配置信息；
修改单元22，用于通过SDK包配置的接口在原有功能的配置信息的存储位置增加新功能的配置信息。
预设功能可以是在诊断设备中写入的新的功能，本发明一实施例通过SDK包向诊断设备写入新增功能的配置信息；预设功能也可以是改变诊断设备原有的功能(对原有功能进行修改)，通过SDK包配置的接口在原有功能的配置信息的存储位置增加新功能的配置信息，当然，也可以在原有功能的配置信息的存储位置删除、修改配置信息，从而使诊断设备具备用户希望拥有的功能。
通过使用本发明所提供的SDK包，可以实现如下功能：
所述处理模块30，用于当检测到调用指令时，调用在诊断设备增加的预设功能获取与所述调用指令对应的数据，以与所述预设功能对应的输出形式输出并保存所述数据；
其中，所述调用指令指通过将功能对应的h头文件和/或动态链接库的dll文件作为函数指针进行调用。
当检测到调用指令时，通过诊断设备获取所述调用指令对应的数据；通过SDK包向诊断设备写入预设功能，用户就可以方便的通过诊断设备获取需要的、感兴趣的数据，能够快速得知汽车的情况，并加以分析、做自定义的显示，比如，以画波形图的形式显示数据等，并可以保存得到的数据形成测试数据库，还可以将数据做成报表，方便管理。
本实施例通过SDK包对诊断设备的诊断功能进行修改，实现用户希望诊断设备具有的功能。
参照图7，图7为本发明诊断设备的二次开发装置的第二实施例的功能模块示意图。所述诊断设备的二次开发装置还包括刷写模块40。
刷写模块40，用于将接收的ECU数据通过SDK包配置的接口向待刷写设备进行ECU数据刷写。
ECU(Electronic Control Unit，电子控制单元，俗称行车电脑、车载电脑)是汽车专用微机控制器。由于***升级，或者使用条件与ECU原来的配置不同，例如，柴(汽)油品质、温度、大气压力、湿度、引擎等的差异，需要进行ECU程序软件上的匹配，或者是用户希望解除或改变原车ECU的各种限制，都需要进行ECU数据刷写，目前的ECU数据刷写需要专用接口和设备才能进行，一般一台计算机一次只能对一辆车进行ECU数据刷写，速度慢、效率低。而实际上，诊断设备也是与ECU通信连接的设备，可以通过对诊断设备的功能进行修改，实现ECU数据刷写功能，且一台计算机可以同时与多个诊断设备转接，将接收的ECU数据通过SDK包配置的接口向待刷写设备进行ECU数据刷写，刷写方式包括：1.本地刷新；2.网络刷新：通过网络传送服务站所需要的数据，再将数据写入到电子控制单元；3.CD刷新：将所发布的刷新数据以CD形式存储，利用SDK包中的刷新程序把CD中的数据写入到电子控制单元。从而可以同时对多辆车进行ECU数据刷写，速度快、效率高。
本实施例通过SDK包在诊断设备中设置刷写ECU数据的接口，从而可以同时对多辆车进行ECU数据刷写，速度快、效率高。
参照图8，图8为本发明诊断设备的二次开发装置的第三实施例的功能模块示意图。所述诊断设备的二次开发装置还包括发送模块50。
发送模块50，用于将获取的数据发送至与待诊断设备关联的账号。
当检测到调用指令时，通过诊断设备获取所述调用指令对应的数据；通过SDK包向诊断设备写入预设功能，用户就可以方便的通过诊断设备获取需要的、感兴趣的数据，能够快速得知汽车的情况，并加以分析、做自定义的显示，比如，以画波形图的形式显示数据等，并可以保存得到的数据形成测试数据库，还可以将数据做成报表，方便管理。4S店对汽车进行维修、保养时得到的测试结果、操作报表等，也可以发送给车主。可以通过SDK包在诊断设备中设置通讯信息，将得到的数据发送至指定的账号中，本发明一实施例中，将获取的数据发送至与待诊断设备关联的账号，例如，将获取的数据发送至汽车车主的邮箱账号中，或以信息形式发送至车主的手机里，方便用户及时了解汽车当前的运行状态。
本实施例通过将获取的数据发送至与待诊断设备关联的账号，方便用户及时了解汽车当前的运行状态。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种诊断设备的二次开发方法，其特征在于，包括以下步骤：
将SDK包与诊断设备进行连接；
通过SDK包向诊断设备写入配置信息，以在诊断设备中增加预设功能；
当检测到调用指令时，调用在诊断设备增加的预设功能获取与所述调用指令对应的数据，以与所述预设功能对应的输出形式输出并保存所述数据；
其中，所述调用指令指通过将功能对应的h头文件和/或动态链接库的dll文件作为函数指针进行调用。
2.如权利要求1所述的诊断设备的二次开发方法，其特征在于，所述通过SDK包向诊断设备写入配置信息，以在诊断设备中增加预设功能的步骤包括：
将预设功能的配置信息作为函数封装到动态链接库中的dll文件中，并生成调用接口保存为h头文件。
3.如权利要求2所述的诊断设备的二次开发方法，其特征在于，所述通过SDK包向诊断设备写入配置信息，以在诊断设备中增加预设功能的步骤包括：
通过SDK包向诊断设备写入新增功能的配置信息；
通过SDK包配置的接口在原有功能的配置信息的存储位置增加新功能的配置信息。
4.如权利要求3所述的诊断设备的二次开发方法，其特征在于，所述方法还包括：
将接收的ECU数据通过SDK包配置的接口向待刷写设备进行ECU数据刷写。
5.如权利要求1至4中任一项所述的诊断设备的二次开发方法，其特征在于，所述的步骤包括：
将获取的数据发送至与待诊断设备关联的账号。
6.一种诊断设备的二次开发装置，其特征在于，包括：
连接模块，用于将SDK包与诊断设备进行连接；
写入模块，用于通过SDK包向诊断设备写入配置信息，以在诊断设备中增加预设功能；
处理模块，用于当检测到调用指令时，调用在诊断设备增加的预设功能获取与所述调用指令对应的数据，以与所述预设功能对应的输出形式输出并保存所述数据；
其中，所述调用指令指通过将功能对应的h头文件和/或动态链接库的dll文件作为函数指针进行调用。
7.如权利要求6所述的诊断设备的二次开发装置，其特征在于，所述写入模块，还用于将预设功能的配置信息作为函数封装到动态链接库中的dll文件中，并生成调用接口保存为h头文件。
8.如权利要求7所述的诊断设备的二次开发装置，其特征在于，所述写入模块包括：
新增单元，用于通过SDK包向诊断设备写入新增功能的配置信息；
修改单元，用于通过SDK包配置的接口在原有功能的配置信息的存储位置增加新功能的配置信息。
9.如权利要求8所述的诊断设备的二次开发装置，其特征在于，所述诊断设备的二次开发装置还包括：
刷写模块，用于将接收的ECU数据通过SDK包配置的接口向待刷写设备进行ECU数据刷写。
10.如权利要求6至9中任一项所述的诊断设备的二次开发装置，其特征在于，所述诊断设备的二次开发装置还包括：
发送模块，用于将获取的数据发送至与待诊断设备关联的账号。
CN201611106536.7A 2016-12-05 2016-12-05 诊断设备的二次开发方法及装置 Pending CN106708012A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201611106536.7A CN106708012A (zh) 2016-12-05 2016-12-05 诊断设备的二次开发方法及装置
PCT/CN2017/081806 WO2018103252A1 (zh) 2016-12-05 2017-04-25 诊断设备的二次开发方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201611106536.7A CN106708012A (zh) 2016-12-05 2016-12-05 诊断设备的二次开发方法及装置

Publications (1)

Publication Number Publication Date
CN106708012A true CN106708012A (zh) 2017-05-24

Family

ID=58935875

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201611106536.7A Pending CN106708012A (zh) 2016-12-05 2016-12-05 诊断设备的二次开发方法及装置

Country Status (2)

Country Link
CN (1) CN106708012A (zh)
WO (1) WO2018103252A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107835980A (zh) * 2017-08-25 2018-03-23 深圳市元征科技股份有限公司 一种开发平台的构建方法、装置和计算机可读存储介质
CN109446087A (zh) * 2018-10-29 2019-03-08 深圳市元征科技股份有限公司 一种信息诊断的方法、***及相关组件
CN110865629A (zh) * 2019-10-30 2020-03-06 一汽轿车股份有限公司 一种用于整车电器***检测的数据服务平台及服务方法
CN111930418A (zh) * 2020-07-27 2020-11-13 深圳市元征科技股份有限公司 诊断设备功能配置方法、诊断设备及存储介质
CN115718474A (zh) * 2022-11-18 2023-02-28 深圳市博诺技术有限公司 一种汽车诊断设备开发者模式***

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111752830B (zh) * 2020-06-22 2022-08-16 中国第一汽车股份有限公司 汽车诊断***、汽车诊断***的更新方法、装置和设备
CN112464825B (zh) * 2020-11-30 2024-06-07 深圳市道通科技股份有限公司 一种汽车信号波形的绘制方法、装置、***及移动终端
CN112887945B (zh) * 2021-01-11 2022-12-09 公安部第三研究所 一种车联网网络的渗透测试方法
CN113055250B (zh) * 2021-03-29 2022-06-17 深圳市元征科技股份有限公司 一种联网通信方法、装置、终端设备及存储介质
CN113359678B (zh) * 2021-06-25 2022-10-28 潍柴动力股份有限公司 一种发动机数据的刷写装置
CN113721594B (zh) * 2021-09-06 2023-04-11 深圳市星卡软件技术开发有限公司 远程保养灯归零方法、装置和计算机设备
CN114488997B (zh) * 2021-12-28 2024-05-10 深圳市元征科技股份有限公司 Ecu刷写的方法、装置、电子设备及存储介质
CN114281065A (zh) * 2021-12-28 2022-04-05 深圳市元征科技股份有限公司 车辆的电子控制单元刷写方法、装置及诊断设备
CN114326683A (zh) * 2021-12-31 2022-04-12 深圳市星卡科技有限公司 远程维修安全气囊模块方法、装置和计算机设备
CN114973447B (zh) * 2022-07-21 2022-11-01 深圳市星卡软件技术开发有限公司 一种采集汽车数据方法、装置和计算机设备
CN117193267A (zh) * 2023-10-24 2023-12-08 宁波极望信息科技有限公司 一种数据采集、监视***及其管理方法

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101286066A (zh) * 2007-12-28 2008-10-15 奇瑞汽车股份有限公司 一种汽车控制器软件刷新的方法
US20090119657A1 (en) * 2007-10-24 2009-05-07 Link Ii Charles M Methods and systems for software upgrades
CN101699224A (zh) * 2009-10-19 2010-04-28 中国汽车技术研究中心 基于LabVIEW和PXI的汽车数字仪表测试***
CN202003221U (zh) * 2011-04-19 2011-10-05 吴天文 车载中央控制器
CN102211555A (zh) * 2011-04-19 2011-10-12 吴天文 车载中央控制器
CN102393731A (zh) * 2011-10-17 2012-03-28 苏州凌创电子科技有限公司 基于obd-ⅱ的车载监控诊断装置
CN202975800U (zh) * 2012-12-14 2013-06-05 中国船舶重工集团公司第七一六研究所 基于wifi与移动智能终端的can总线诊断***
CN103685240A (zh) * 2013-11-25 2014-03-26 深圳市元征科技股份有限公司 基于dpu431的车辆诊断模块及车辆诊断方法
CN104601692A (zh) * 2015-01-13 2015-05-06 北京京东尚科信息技术有限公司 基于云存储的行车数据处理方法、设备及***
CN105302113A (zh) * 2015-10-28 2016-02-03 武汉锐科控制***有限公司 一种可配置化及可扩展的汽车诊断***及诊断方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060080680A1 (en) * 2004-10-12 2006-04-13 Majid Anwar Platform independent dynamic linking
CN103631609A (zh) * 2012-08-21 2014-03-12 广州汽车集团股份有限公司 一种车载ecu应用程序的刷新方法及***
CN104932480A (zh) * 2015-04-29 2015-09-23 深圳市元征软件开发有限公司 汽车诊断***设计方法和装置

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090119657A1 (en) * 2007-10-24 2009-05-07 Link Ii Charles M Methods and systems for software upgrades
CN101286066A (zh) * 2007-12-28 2008-10-15 奇瑞汽车股份有限公司 一种汽车控制器软件刷新的方法
CN101699224A (zh) * 2009-10-19 2010-04-28 中国汽车技术研究中心 基于LabVIEW和PXI的汽车数字仪表测试***
CN202003221U (zh) * 2011-04-19 2011-10-05 吴天文 车载中央控制器
CN102211555A (zh) * 2011-04-19 2011-10-12 吴天文 车载中央控制器
CN102393731A (zh) * 2011-10-17 2012-03-28 苏州凌创电子科技有限公司 基于obd-ⅱ的车载监控诊断装置
CN202975800U (zh) * 2012-12-14 2013-06-05 中国船舶重工集团公司第七一六研究所 基于wifi与移动智能终端的can总线诊断***
CN103685240A (zh) * 2013-11-25 2014-03-26 深圳市元征科技股份有限公司 基于dpu431的车辆诊断模块及车辆诊断方法
CN104601692A (zh) * 2015-01-13 2015-05-06 北京京东尚科信息技术有限公司 基于云存储的行车数据处理方法、设备及***
CN105302113A (zh) * 2015-10-28 2016-02-03 武汉锐科控制***有限公司 一种可配置化及可扩展的汽车诊断***及诊断方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
CPJ_PHONE: "OBD芯片应用开发手册", 《HTTP://BLOG.CSDN.NET/CPJ_PHONE/ARTICLE/DETAILS/39077345》 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107835980A (zh) * 2017-08-25 2018-03-23 深圳市元征科技股份有限公司 一种开发平台的构建方法、装置和计算机可读存储介质
WO2019037090A1 (zh) * 2017-08-25 2019-02-28 深圳市元征科技股份有限公司 一种开发平台的构建方法、装置和计算机可读存储介质
CN109446087A (zh) * 2018-10-29 2019-03-08 深圳市元征科技股份有限公司 一种信息诊断的方法、***及相关组件
CN110865629A (zh) * 2019-10-30 2020-03-06 一汽轿车股份有限公司 一种用于整车电器***检测的数据服务平台及服务方法
CN111930418A (zh) * 2020-07-27 2020-11-13 深圳市元征科技股份有限公司 诊断设备功能配置方法、诊断设备及存储介质
CN111930418B (zh) * 2020-07-27 2024-01-05 深圳市元征科技股份有限公司 诊断设备功能配置方法、诊断设备及存储介质
CN115718474A (zh) * 2022-11-18 2023-02-28 深圳市博诺技术有限公司 一种汽车诊断设备开发者模式***

Also Published As

Publication number Publication date
WO2018103252A1 (zh) 2018-06-14

Similar Documents

Publication Publication Date Title
CN106708012A (zh) 诊断设备的二次开发方法及装置
CN108227675B (zh) 车辆诊断方法、装置、终端和计算机可读存储介质
CN111024405B (zh) 汽车诊断方法、相关装置及***
US10593135B2 (en) Methods and systems for collecting and evaluating vehicle status
CN110515366B (zh) 一种故障诊断方法及装置
CN109740222B (zh) 一种针对汽车网联化场景的测试装置和***
CN202735835U (zh) 远程车辆诊断***及远程诊断***
CN107491061A (zh) 一种商用车obd诊断设备的网络自动化测试***及其方法
CN104965507B (zh) 生成开放式诊断数据交换数据库的方法及装置
CN106502853A (zh) 嵌入式智能故障检测报警***
CN110233768B (zh) 基于uds的can总线测试***及can总线测试方法
CN201707605U (zh) 嵌入式汽车obd故障诊断装置
US7987002B2 (en) Arrangement for distributed measurement system for measurement and simulation in distributed control systems
CN104461610A (zh) 平台化的多ecu在线刷写方法
CN110750790B (zh) Can总线漏洞的检测方法、装置、终端设备及介质
CN110018681A (zh) 一种模块化的uds诊断服务配置方法
CN103728970A (zh) 基于多平台的汽车协议测试***
CN110457217B (zh) 一种跨平台的mcu调试装置
CN111596638B (zh) 车辆故障排查方法、装置、设备和计算机可读存储介质
CN110647139A (zh) 一种obd量产车评估测试工具及评估测试方法
CN116737270A (zh) 一种用于仪表功能快速适配的设备、***及方法
CN115903733A (zh) 车辆的远程诊断方法、服务器、终端及存储介质
Pimple Sniffing the Automotive CAN Bus for Real-time Data-logging and Real Time Diagnostics Display
Mouzakitis et al. Advanced automated onboard vehicle diagnostics testing
CN206421224U (zh) 简易型车辆故障诊断装置

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: 20170524

RJ01 Rejection of invention patent application after publication