CN103592934B - 一种实现汽车诊断的方法、装置和系统 - Google Patents
一种实现汽车诊断的方法、装置和系统 Download PDFInfo
- Publication number
- CN103592934B CN103592934B CN201310554706.8A CN201310554706A CN103592934B CN 103592934 B CN103592934 B CN 103592934B CN 201310554706 A CN201310554706 A CN 201310554706A CN 103592934 B CN103592934 B CN 103592934B
- Authority
- CN
- China
- Prior art keywords
- intelligent terminal
- link layer
- diagnosis
- layer protocol
- automobile ecu
- 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.)
- Active
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种实现汽车诊断的方法、装置和系统，属于智能终端技术领域。该方法包括：通过轮询各ODB链路层协议确定进入汽车ECU的链路层协议；接收智能终端发送的诊断命令并进行解析；根据诊断命令，通过链路层协议从汽车ECU获取诊断结果并解析；将解析出的诊断结果通过蓝牙通讯模块发送给智能终端。采用本发明，通过智能终端实现汽车故障的诊断，使得用户能更加快速方便地对汽车故障的诊断，提高了汽车的智能化和便利性，同时节省了用户的时间成本和经济成本。
Description
技术领域
本发明属于智能终端技术领域，更具体地涉及一种实现汽车诊断的方法、装置和系统。
背景技术
当今社会，汽车越来越普及，成为人们家庭生活中不可缺少的交通工具，越来越多的个人用户希望自己拥有一种能够携带方便，操作快捷的汽车诊断工具，能针对自己的爱车进行实时检测，以及汽车故障的初步定位，以提高汽车的使用性能和智能化。目前，市场上流行的汽车诊断工具都是有线连接，将操作界面和诊断功能都集成到一个诊断设备上，使得诊断设备不仅体积大，成本高而且界面也不美观，因此只适合于专用汽车修理厂。
发明内容
有鉴于此，本发明提供一种实现汽车诊断的方法、装置和系统，以利用智能终端实现汽车诊断。
根据本发明的一个方面，提供的一种实现汽车诊断的方法包括以下步骤：
通过轮询各ODB链路层协议确定进入汽车ECU的链路层协议；
接收智能终端发送的诊断命令并进行解析；
根据诊断命令，通过链路层协议从汽车ECU获取诊断结果并解析；
将解析出的诊断结果通过蓝牙通讯模块发送给智能终端。
优选地，通过轮询ODB链路层协议确定进入汽车ECU的链路层协议进一步包括：通过构造不同的ODB链路层协议向汽车ECU发送系统进入命令，如果其中某个链路层协议能收到汽车ECU的反馈，则确定该链路层协议作为汽车ECU后续诊断所用的链路层协议。
优选地，通过轮询各通信协议确定进入汽车ECU的链路层协议之前还包括：判断版本是否需要升级，如果需要，则从智能终端获取升级文件进行升级。
优选地，该方法之前还包括：判断是否与智能终端建立通信连接，如果没有，则进入睡眠模式。
优选地，从汽车ECU获取诊断结果包括：OBD协议的故障码、数据流、冻结帧、汽车ECU信息、和/或氧传感器信息。
优选地，将解析出的诊断结果通过蓝牙通讯模块发送给智能终端包括发送命令字、操作状态、参数个数、参数长度、和参数内容给智能终端。
根据本发明的另一个方面，提供的一种实现汽车诊断的装置，包括以下模块：
链路建立模块，用于通过轮询ODB链路层协议确定进入汽车ECU的链路层协议；
命令解析模块，用于接收智能终端发送的诊断命令并进行解析；
诊断结果获取模块，用于根据诊断命令，通过链路层协议从汽车ECU获取诊断结果并解析；
诊断结果发送模块，用于将解析的诊断结果通过蓝牙通讯模块发送给智能终端。
优选地，该装置还包括升级模块，用于当版本是否需要升级时，从智能终端获取升级文件进行升级。
优选地，该装置还包括睡眠模块，用于当诊断头没有与智能终端建立通信连接时，进入睡眠模式。
根据本发明的再一个方面，提供的一种实现汽车诊断的系统，包括汽车ECU，还包括智能终端和诊断头，OBD诊断头通过蓝牙模块与智能终端进行通讯，OBD诊断头通过OBD协议与汽车ECU进行通讯，其中：
智能终端，用于向OBD诊断头发送诊断命令；接收OBD诊断头从汽车ECU获取的诊断结果，并将诊断结果显示屏幕上；
诊断头包括上述技术方案中的装置。
本发明提供的实现汽车诊断的方法、装置和系统，通过智能终端向OBD诊断头发送诊断命名，OBD诊断头从汽车ECU获取诊断结果解析后返回给智能终端，使得用户能更加快速方便地对汽车故障的诊断，节省了用户的时间成本和经济成本，增强了用户体验；同时，智能终端和ODB诊断头通过蓝牙通信一应一答，少了中间通信环节，且接收方式采用MCU的直接内存去存方式，提高了CPU利用率和速度。此外，诊断头还能通过智能终端自动升级确保同步到最新版本，并在不与智能终端连接是进入睡眠模式以节省能耗。
附图说明
下面通过参考附图并结合实例具体地描述本发明，本发明的优点和实现方式将会更加明显，其中附图所示内容仅用于对本发明的解释说明，而不构成对本发明的任何意义上的限制，在附图中：
图1为本发明实施例提供的一种实现汽车诊断的方法流程图。
图2为本发明实施例提供的另一种实现汽车诊断的方法流程图。
图3为本发明优选实施例提供的一种应用于智能终端的装置的模块结构图。
图4为本发明优选实施例提供的一种应用诊断头的装置的模块结构图。
图5为本发明实施例提供的一种实现汽车诊断系统的结构图示意图。
具体实施方式
为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白，以下结合附图和实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
如图1所示，本发明公开了一种实现汽车诊断的方法，该方法应用于智能终端上，包括以下步骤：
S102、通过蓝牙模块与OBD（On-Board Diagnostics，车载自动诊断系统）诊断头建立通信连接；
S104、向OBD诊断头发送诊断命令；
S106、接收OBD诊断头从汽车ECU(Electronic Control Unit，电子控制单元）获取的诊断结果；
S108、将诊断结果显示屏幕上。
其中，诊断结果包括但不限于故障码、数据流、冻结帧、汽车ECU信息、和/或氧传感器信息中的一种或者任意多种的组合。
为了更方便地让本领域普通技术人员理解本发明，下面以苹果手机为例来说明如何实现智能终端与ODB诊断头的通信和数据传输。
表1
表2
如表1所示，智能终端向ODB诊断头发送的诊断命令以及ODB诊断头向智能终端返回的命令格式具体包括：包头+长度+包序号+有效数据+校验和。
其中，包头为AA55AA55；
包序号是由智能终端随机生成，主要用于智能终端与OBD诊断头之间的通讯校验；
长度=包序号的长度+有效数据的长度+校验和的长度。长度由四字节组成，低字节在前高字节在后。
校验和是除自己之外的所有信息内容之和，即校验和=包头+长度+包序号+有效数据。它占用一个字节，以利用收到数据做校验，防止数据丢失。
有效数据=功能号+参数长度+参数内容。
其中，功能号包括四个字节且低字节在前面；参数长度包括四个字节且低字节在前面。
如表2所示，智能终端发送给OBD诊断头的有效数据格式以及ODB诊断头向智能终端返回的有效数据格式包括：命令字+操作状态+参数个数+【参数长度+参数内容】x参数个数。
其中，命令字包括四个字节且低字节在前面，操作状态包括四个字节且低字节在前面，参数个数包括四个字节且低字节在前，参数长度为一个字节，参数内容为参数长度个字节）。返回的操作状态中主要有如下几种状态：操作成功、通讯失败、正在连接、是否还有下级菜单以及没有数据流ID等。
如图2所示，本发明公开了一种实现汽车诊断的方法，该方法应用于OBD诊断头，包括以下步骤：
S202、通过轮询各ODB链路层协议确定进入汽车ECU的链路层协议。
优选地本步骤进一步包括：通过构造不同的ODB链路层协议向汽车ECU发送系统进入命令，如果其中某个链路层协议能收到汽车ECU的反馈，则确定该链路层协议作为汽车ECU后续诊断所用的链路层协议。
具体来说，OBD协议是汽车行业通用公开协议，比如J1850、KWP，ISO9141、STD CAN等协议类型。汽车ECU是实时诊断并记录诊断结果的，OBD诊断头与汽车ECU通信获取其中的故障码，数据流，冻结帧，所说的冻结帧是指在汽车ECU检测到故障时汽车ECU存储当前的数据流信息，以到其诊断汽车故障的目的。
S204、接收智能终端发送的诊断命令并进行解析。
S206、根据诊断命令，通过链路层协议从汽车ECU获取诊断结果并解析。
S208、将解析出的诊断结果通过蓝牙通讯模块发送给智能终端。
其中，诊断结果包括但不限于故障码、数据流、冻结帧、汽车ECU信息、和/或氧传感器信息中的一种或者任意多种的组合。
作为本实施例的另一种优选方案，步骤S202之前还包括：判断版本是否需要升级，如果需要，则从智能终端获取升级文件进行升级。具体来说，智能终端可以从互联网上获取最新版本的诊断程序，当OBD诊断头检测到自己的诊断程序版本与智能终端上不一致时，则从智能终端上获取最新版本的升级文件进行升级，这样确保了OBD诊断头能同步到最新版本。
作为本实施例的又一种优选方案，步骤S202之前还包括：判断是否与智能终端建立通信连接，如果没有，则进入睡眠模式。具体来说，蓝牙断开时在CPUIO口产生的上升沿信号，来触发CPU中断进而睡眠，当蓝牙连接时在其特定IO口同样也产生上升沿型号，当MCU配置成此上升沿唤醒时，只要有连接信号来时，则会自动唤醒。当诊断头和智能终端没有建立通信连接时，关掉所有链路通讯的电源，并使得MCU进入睡眠模式，因而能达到待机电流低于5mA，这样可以降低功耗，节省能量，有利于在汽车上长期待机。
如图3所示，本发明公开了一种实现汽车诊断的装置，该装置应用于智能终端上，包括以下模块：
连接建立模块101，用于通过蓝牙模块与OBD诊断头建立通信连接；
命令发送模块102，用于向OBD诊断头发送诊断命令；
接收模块103，用于接收OBD诊断头从汽车ECU获取的诊断结果；
显示模块104，用于将诊断结果显示屏幕上。
优选地，该装置还包括同步模块，用于接收到诊断头的升级请求时，向诊断头发送版本升级文件。
如图4所示，本发明公开了一种实现汽车诊断的装置，该装置应用于ODB诊断头，包括以下模块：
链路建立模块201，用于通过轮询ODB链路层协议确定进入汽车ECU的链路层协议；
命令解析模块202，用于接收智能终端发送的诊断命令并进行解析；
诊断结果获取模203，用于根据诊断命令，通过链路层协议从汽车ECU获取诊断结果并解析；
诊断结果发送模块204，用于将解析的诊断结果通过蓝牙通讯模块发送给智能终端。
作为本实施例的又一种优选方案，该装置还包括升级模块205，用于当版本是否需要升级时，从智能终端获取升级文件进行升级。具体来说，智能终端可以从互联网上获取最新版本的诊断程序，当OBD诊断头检测到自己的诊断程序版本与智能终端上不一致时，则从智能终端上获取最新版本的升级文件进行升级，这样确保了OBD诊断头能同步到最新版本。
作为本实施例的又一种优选方案，该装置还包括睡眠模块206，用于当诊断头没有与智能终端建立通信连接时，进入睡眠模式。具体来说，蓝牙断开时在CPU IO口产生的上升沿信号，来触发CPU中断进而睡眠，当蓝牙连接时在其特定IO口同样也产生上升沿型号，当MCU配置成此上升沿唤醒时，只要有连接信号来时，则会自动唤醒。当诊断头和智能终端没有建立通信连接时，关掉所有链路通讯的电源，并使得MCU进入睡眠模式，因而能达到待机电流低于5mA，这样可以降低功耗，节省能量，有利于在汽车上长期待机。
如图5所示，本发明公开了一种实现汽车诊断的系统，包括汽车ECU30、诊断头20和智能终端10，OBD诊断头通过蓝牙模块与智能终端10进行通讯，OBD诊断头20通过OBD协议与汽车ECU30进行通讯，其中：
智能终端10，用于通过蓝牙模块与OBD诊断头建立通信连接，向OBD诊断头发送诊断命令；还用于接收OBD诊断头从汽车ECU获取的诊断结果，将诊断结果显示屏幕上。
OBD诊断头20，用于通过轮询ODB链路层协议确定进入汽车ECU的链路层协议；还用于接收智能终端发送的诊断命令并进行解析，根据诊断命令，通过链路层协议从汽车ECU获取诊断结果并解析；将解析的诊断结果通过蓝牙通讯模块发送给智能终端。
汽车ECU30，用于实时诊断并记录诊断结果。
其中，诊断结果包括故障码、数据流、冻结帧、汽车ECU信息、和/或氧传感器信息等其它传感器的信息。
作为本实施例的又一种优选方案，智能终端为Android操作系统、IOS操作系统、或者WINDOWS操作系统的智能终端。比如苹果的Iphone。
本发明提供的实现汽车诊断的方法、装置和系统，通过智能终端向OBD诊断头发送诊断命名，OBD诊断头从汽车ECU获取诊断结果解析后返回给智能终端，使得用户能更加快速方便地对汽车故障的诊断，节省了用户的时间成本和经济成本，增强了用户体验；同时，智能终端和ODB诊断头通过蓝牙通信一应一答，少了中间通信环节，且接收方式采用MCU的直接内存去存方式，提高了CPU利用率和速度。此外，诊断头还能通过智能终端自动升级确保同步到最新版本，并在不与智能终端连接是进入睡眠模式以节省能耗。
以上参照附图说明了本发明的优选实施例，并非因此局限本发明的权利范围。本领域技术人员不脱离本发明的范围和实质内所作的任何修改、等同替换和改进，均应在本发明的权利范围之内。
Claims (9)
1.一种实现汽车诊断的方法，其特征在于，包括以下步骤：
通过轮询各ODB链路层协议确定进入汽车ECU的链路层协议；
接收智能终端发送的诊断命令并进行解析；
根据所述诊断命令，通过所述链路层协议从汽车ECU获取诊断结果并解析；
将所述解析出的诊断结果通过蓝牙通讯模块发送给所述智能终端；
其中，所述通过轮询ODB链路层协议确定进入汽车ECU的链路层协议进一步包括：
通过构造不同的ODB链路层协议向汽车ECU发送系统进入命令，如果其中某个链路层协议能收到汽车ECU的反馈，则确定该链路层协议作为汽车ECU后续诊断所用的链路层协议；
所述将所述解析出的诊断结果通过蓝牙通讯模块发送给所述智能终端的命令格式具体包括：包头+长度+包序号+有效数据+校验和，其中，所述有效数据的格式包括：命令字+操作状态+参数个数+(参数长度+参数内容)×参数个数，所述操作状态包括：操作成功、通讯失败、正在连接、是否还有下级菜单以及没有数据流ID。
2.根据权利要求1所述的实现汽车诊断的方法，其特征在于，所述通过轮询各通信协议确定进入汽车ECU的链路层协议之前还包括：判断版本是否需要升级，如果需要，则从所述智能终端获取升级文件进行升级。
3.根据权利要求1所述的实现汽车诊断的方法，其特征在于，该方法之前还包括：判断是否与智能终端建立通信连接，如果没有，则进入睡眠模式。
4.根据权利要求1所述的实现汽车诊断的方法，其特征在于，所述从汽车ECU获取诊断结果包括：OBD协议的故障码、数据流、冻结帧、汽车ECU信息、和/或氧传感器信息。
5.根据权利要求1所述的实现汽车诊断的方法，其特征在于，将所述解析出的诊断结果通过蓝牙通讯模块发送给所述智能终端包括发送命令字、操作状态、参数个数、参数长度、和参数内容给所述智能终端。
6.一种实现汽车诊断的装置，其特征在于，该装置设置于ODB诊断头上，包括以下模块：
链路建立模块，用于通过轮询ODB链路层协议确定进入汽车ECU的链路层协议；
命令解析模块，用于接收智能终端发送的诊断命令并进行解析；
诊断结果获取模块，用于根据所述诊断命令，通过所述链路层协议从汽车ECU获取诊断结果并解析；
诊断结果发送模块，用于将所述解析的诊断结果通过蓝牙通讯模块发送给所述智能终端；
其中，链路建立模块具体用于：通过构造不同的ODB链路层协议向汽车ECU发送系统进入命令，如果其中某个链路层协议能收到汽车ECU的反馈，则确定该链路层协议作为汽车ECU后续诊断所用的链路层协议；
诊断结果发送模块将所述解析出的诊断结果通过蓝牙通讯模块发送给所述智能终端的命令格式具体包括：包头+长度+包序号+有效数据+校验和，其中，所述有效数据的格式包括：命令字+操作状态+参数个数+(参数长度+参数内容)×参数个数，所述操作状态包括：操作成功、通讯失败、正在连接、是否还有下级菜单以及没有数据流ID。
7.根据权利要求6所述的实现汽车诊断的装置，其特征在于，该装置还包括升级模块，用于当版本是否需要升级时，从所述智能终端获取升级文件进行升级。
8.根据权利要求6所述的实现汽车诊断的装置，其特征在于，该装置还包括睡眠模块，用于当诊断头没有与智能终端建立通信连接时，进入睡眠模式。
9.一种实现汽车诊断的系统，包括汽车ECU，其特征在于，该系统还包括智能终端和诊断头，OBD诊断头通过蓝牙模块与所述智能终端进行通讯，OBD诊断头通过OBD协议与汽车ECU进行通讯，其中：
所述智能终端，用于向所述OBD诊断头发送诊断命令；接收所述OBD诊断头从汽车ECU获取的诊断结果；将所述诊断结果显示屏幕上；
所述诊断头包括如权利要求6-8任意一项权利要求所述的装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310554706.8A CN103592934B (zh) | 2013-11-08 | 2013-11-08 | 一种实现汽车诊断的方法、装置和系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310554706.8A CN103592934B (zh) | 2013-11-08 | 2013-11-08 | 一种实现汽车诊断的方法、装置和系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103592934A CN103592934A (zh) | 2014-02-19 |
| CN103592934B true CN103592934B (zh) | 2016-08-24 |
Family
ID=50083127
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310554706.8A Active CN103592934B (zh) | 2013-11-08 | 2013-11-08 | 一种实现汽车诊断的方法、装置和系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103592934B (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108712502A (zh) * | 2018-05-29 | 2018-10-26 | 深圳市元征科技股份有限公司 | 汽车诊断方法及连接器、电子设备、存储介质 |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105050034B (zh) * | 2015-08-25 | 2017-04-05 | 百度在线网络技术（北京）有限公司 | 基于蓝牙连接的语音服务实现方法和装置及系统 |
| CN106004794A (zh) * | 2016-07-22 | 2016-10-12 | 纳瓦电子（上海）有限公司 | 一种车载诊断系统及车载诊断设备 |
| CN107864080A (zh) * | 2017-10-20 | 2018-03-30 | 深圳市元征软件开发有限公司 | 汽车通信方法、装置及计算机可读存储介质 |
| CN108039984A (zh) * | 2017-12-06 | 2018-05-15 | 吉旗（成都）科技有限公司 | 一种汽车发动机通讯协议的自动化识别方法 |
| CN108563214B (zh) * | 2018-04-25 | 2021-07-06 | 深圳市道通科技股份有限公司 | 车辆诊断方法、装置及设备 |
| CN109213124B (zh) * | 2018-08-29 | 2020-03-31 | 深圳市元征科技股份有限公司 | 一种数据扫描方法、数据扫描装置及车辆诊断设备 |
| CN110308712B (zh) * | 2019-05-24 | 2022-09-20 | 深圳市元征科技股份有限公司 | 一种电子设备的故障检测方法、电子设备及终端设备 |
| CN112963251A (zh) * | 2020-12-18 | 2021-06-15 | 南岳电控（衡阳）工业技术股份有限公司 | 一种发动机转矩与转速的协调控制方法 |
| CN113535455B (zh) * | 2021-07-27 | 2023-11-21 | 上海科络达云软件技术有限公司 | 一种智能诊断和fota结合的ecu缺陷修复方法 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101430557A (zh) * | 2008-12-05 | 2009-05-13 | 中国汽车技术研究中心 | 用于汽车故障诊断的多协议数据转换器及诊断处理方法 |
| CN201638377U (zh) * | 2010-02-23 | 2010-11-17 | 北京协进科技发展有限公司 | 一种obd接口数据传输装置 |
| CN102710762A (zh) * | 2012-05-26 | 2012-10-03 | 深圳市成为智能交通系统有限公司 | 一种多功能智能车联网终端及其实现方法 |
| CN202939039U (zh) * | 2012-10-29 | 2013-05-15 | 北京开元智信通软件有限公司 | 一种汽车检测终端和系统 |
-
2013
- 2013-11-08 CN CN201310554706.8A patent/CN103592934B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101430557A (zh) * | 2008-12-05 | 2009-05-13 | 中国汽车技术研究中心 | 用于汽车故障诊断的多协议数据转换器及诊断处理方法 |
| CN201638377U (zh) * | 2010-02-23 | 2010-11-17 | 北京协进科技发展有限公司 | 一种obd接口数据传输装置 |
| CN102710762A (zh) * | 2012-05-26 | 2012-10-03 | 深圳市成为智能交通系统有限公司 | 一种多功能智能车联网终端及其实现方法 |
| CN202939039U (zh) * | 2012-10-29 | 2013-05-15 | 北京开元智信通软件有限公司 | 一种汽车检测终端和系统 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108712502A (zh) * | 2018-05-29 | 2018-10-26 | 深圳市元征科技股份有限公司 | 汽车诊断方法及连接器、电子设备、存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103592934A (zh) | 2014-02-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103592934B (zh) | 一种实现汽车诊断的方法、装置和系统 | |
| CN107168290A (zh) | 一种实现汽车诊断的方法、装置和智能终端 | |
| US10748354B2 (en) | Communication method, device, and system for vehicle remote diagnosis | |
| CN106774272A (zh) | 一种基于云计算平台的车用发动机远程监测、标定及大数据收集系统及其工作方法 | |
| CN112805645B (zh) | 一种车辆远程诊断方法及相关装置 | |
| CN104734911A (zh) | 一种can总线网络管理测试系统及方法 | |
| CN112491671A (zh) | 一种整车馈电问题监测方法、系统和汽车can网络网关 | |
| CN105242532A (zh) | 汽车远程启动控制系统的自适应协议解析方法 | |
| CN106155036B (zh) | 一种汽车诊断装置、系统及其方法 | |
| WO2020083258A1 (zh) | 一种数据传输方法、车载通讯设备及计算机可读存储介质 | |
| CN104142672A (zh) | 一种车辆数据分析系统 | |
| CN103592933A (zh) | 基于android系统的汽车诊断系统及诊断方法 | |
| CN203311482U (zh) | 一种可接入车联网的obd行车安全辅助系统 | |
| CN111124443A (zh) | 车辆、车机设备及车载仪表升级方法 | |
| CN104079650B (zh) | 一种基于车载智能网关设备的车联网信息服务系统和方法 | |
| CN105067831A (zh) | Can总线转速传感器和基于can总线的数据处理方法 | |
| WO2015018151A1 (zh) | 一种车辆信息获取方法及装置 | |
| CN110855732A (zh) | 车辆及其车载设备和基于5g车联网的远程控制实现方法 | |
| CN206057964U (zh) | 基于obd的汽车远程监控系统 | |
| CN104034380A (zh) | 一种车载油耗分析系统 | |
| CN113507153A (zh) | 一种新能源汽车广义电池管理系统及方法 | |
| CN106330397B (zh) | 一种ZigBee和Modbus RTU协议实现数据交互的方法和装置 | |
| CN105374083A (zh) | 车辆识别方法及装置 | |
| CN203365143U (zh) | 手持式汽车故障诊断系统 | |
| CN212367535U (zh) | 一种基于opencpu的T-BOX系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C53 | Correction of patent for invention or patent application | ||
| CB02 | Change of applicant information |
Address after: 518000 Guangdong city of Shenzhen province Nanshan District Xili Street Xueyuan Road No. 1001 Chi Park B1 building 7 layer, 8 layer, 10 layer Applicant after: SHENZHEN AUTEL TECHNOLOGY CO., LTD. Address before: 518000 Guangdong city of Shenzhen province Nanshan District Xili town tea light road on the south side of Shenzhen integrated circuit design and application of Industrial Park 106, 107, 109, 114 Applicant before: Shenzhen Autel Technology Co., Ltd. |
|
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20180108 Address after: 410000 Hunan province Changsha City Lugu high tech Development Zone, Road No. 662 Building No. 558 Software Center Patentee after: Hunan Provincial Highway Technology Co., Ltd. Address before: 518000 Guangdong city of Shenzhen province Nanshan District Xili Street Xueyuan Road No. 1001 Chi Park B1 building 7 layer, 8 layer, 10 layer Patentee before: SHENZHEN AUTEL TECHNOLOGY CO., LTD. |