CN100341283C - 车载网络中央控制单元及其对车载网络管理、控制方法 - Google Patents
车载网络中央控制单元及其对车载网络管理、控制方法 Download PDFInfo
- Publication number
- CN100341283C CN100341283C CNB2005100385448A CN200510038544A CN100341283C CN 100341283 C CN100341283 C CN 100341283C CN B2005100385448 A CNB2005100385448 A CN B2005100385448A CN 200510038544 A CN200510038544 A CN 200510038544A CN 100341283 C CN100341283 C CN 100341283C
- Authority
- CN
- China
- Prior art keywords
- control unit
- central control
- node
- message
- network
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Small-Scale Networks (AREA)
Abstract
本发明车载网络中央控制单元及其对车载网络管理、控制方法涉及的是一种汽车车载网络***的中央控制单元及其对网络管理和***配置、诊断的方法。车载网络中央控制单元包括微处理器CPU、控制器局域网CAN收发器、控制器局域网CAN控制器、CAN总线接口、稳压电源、输入、输出接口电路、开关信号检测电路。车载网络***由若干个带CAN接口的电子控制单元组成,中央控制单元和车载网络的所有节点保持通信,协调工作,所以中央控制单元CPU中存有***原始配置的节点数据库,中央控制单元和车载网络的其他节点通过“配置数据请求、应答”,以及“网络管理请求、应答”数字通信进行交互,实现对整个车载网络进行配置、诊断、休眠、唤醒等一系列网络管理。
Description
技术领域
本发明车载网络(CAN控制器局域网)中央控制单元及其对车载网络管理、控制方法涉及的是一种汽车车载网络***的中央控制单元(简称车身电脑)及其网络管理和***配置、诊断的方法。
背景技术
目前,采用电子控制装置来控制汽车某种功能的现象越来越多,如安全气囊、ABS,各个控制装置的工作是独立的,没有形成***,缺乏有机联系,发生故障时存储的故障代码也是孤立的,没有发生故障时的其他相关技术数据,缺乏对整个***所有电子控制装置的配置、诊断和管理。
发明内容
本发明的目的是针对上述不足之处,提供一种车载网络中央控制单元及其对车载网络管理、控制方法,通过中央控制单元对整个车载网络进行***控制和管理的方法,该车载网络中央控制单元由微处理器CPU和嵌入式控制软件构成,是汽车控制器局域网CAN***的核心和关键部件,作为低速CAN控制器局域网控制的主节点,和网络其他节点具有强烈的交互,采用计算机通讯方式向网络发送网络管理的CAN帧,控制网络其他节点的休眠、唤醒、以及***节点的配置管理、***节点的诊断和故障检测,检测到的故障存储在中央控制单元的非易失性内存中,由中央控制单元根据动态链接库的状态驱动仪表液晶屏闪烁或用汉字显示故障内容,实现对整个网络管理职能。
车载网络中央控制单元及其对车载网络管理、控制方法是采取以下方式实现的:车载网络中央控制单元包括集成CAN控制器的微处理器,CAN收发器,输入、输出接口电路,开关信号检测电路,稳压电源等。
CAN总线通过输入输出接口与CAN收发器相连,CAN收发器与微处理器CPU相连,组合开关与输入输出接口相连,通过开关信号检测电路与微处理器CPU相连,稳压电源给***提供工作电压。控制器局域网CAN控制器集成在微处理器CPU内。
组合开关发出的开关信号通过开关信号检测电路送给微处理器CPU,微处理器CPU收到信号按规定的编码规则进行编码,变成数字信号通过CAN收发器向CAN总线发送,其他接点接到CAN报文后根据规定的解码规则进行解码,控制执行机构进行动作,其他接点发送的CAN故障诊断报文通过CAN收发器送给微处理器CPU,微处理器对报文进行分析计算,实现对***的配置、诊断和网络管理。
车载网络的中央控制单元对车载网络管理、控制方法:
根据整车设计要求确定若干个带CAN接口的电子控制单元,组成车载网络,每个电子控制单元必须有一个确定的物理地址和诊断地址,这是网络管理和***诊断报文标识符的目标地址和源地址的依据,中央控制单元和车载网络的其他节点通过“配置数据请求、应答”,以及“网络管理请求、应答”等数字通信进行交互,实现对整个车载网络进行配置、诊断、休眠、唤醒等一系列网络管理;
中央控制单元必须和车载网络的所有的节点保持通信,将所有节点捆绑在一起,形成***,协调工作,所以中央控制单元CPU中存有***原始配置的节点数据库,中央控制单元不断发出网络管理报文,对***节点进行询问,掌握每个节点的活动情况,形成***“节点状态的数据库”;
针对某一个特定的车型、特定的***,中央控制单元原始配置数据和配置要求是一定的,对不同的车型和***,有不同的配置要求和配置数据,原始配置数据要存储在中央控制单元非易失性内存中,如果中央控制单元已经按照特定车型进行正确配置,开机后在规定时间内,它就会发送“配置数据请求”报文到网络,以请求其他ECU发送“配置—数据—代码—响应”报文,同时对其他节点写入配置数据,如果中央控制单元未按照***要求进行正确配置,报文就不会发出,此时将立刻开始查找错误并发送一条无内容的配置报文到网络;
中央控制单元是车载网络的管理者,中央控制单元将按照固定的周期在网络上发送“网络管理”报文,报文长度根据信息量确定,报文中含有网络唤醒、网络休眠、节点激活状态、故障状态等信息,分别在规定字节用0和1表示;
从属节点收到中央控制单元的“网络管理请求”报文以后,以带有自身物理地址为标识符的“网络管理响应”报文予以回复,响应报文中含有“动态链接库状态,故障状态、配置状态和激活状态等信息。
中央控制单元根据所有节点的响应报文,将各节点当前的活动状态在“节点状态数据库”中进行标志,再和原始配置予以比较,起到网络管理和***诊断的作用;
汽车电子控制单元的在线配置和***诊断必须通过***诊断服务实现,诊断服务CAN帧的长度固定8个字节,未使用的字节填上0,目标地址和源地址受传输协议控制,源地址在CAN标识符内被编码,在CAN报文中,报文标识符有级别、种类、节点地址组成;
级别:最紧急的应用为000,网络管理和诊断为111,
种类:优先级最高为000,优先级最低为111;
数据长度信息从“诊断服务识别码”开始,在测试器的请求报文中,目标地址是ECU的物理地址,在ECU的响应报文中,目标地址是测试器的地址F1;
“诊断请求报文”由测试仪器发出,请求报文的目标地址总是节点的物理地址,节点的“诊断响应报文”的目标地址总是测试仪器的物理地址F1,通过***诊断,可以改变***参数,改变输出、输入关系;
***节点收到测试仪器的“诊断请求”报文以后,要按照固定的格式予以响应,如果接受请求,以“诊断请求正响应”回复,如果不接受,则以“诊断请求负响应”回复,正响应和负响应有不同的代码予以区分;
为确保***安全,***关键参数的修改必须采用安全访问法则,通过数次交换密码后才能进行;
中央控制单元中有固定的区域,采用规划好的格式存储故障信息,由于某些故障在特定的条件下出现,所以在故障存储区要有发生故障时的相关条件参数,在发生故障的瞬间,将条件参数一并存储,以便修理时参考、分析。读取故障代码ECU必须保证发送给测试仪器的数据是申请时最新更新的,ECU必须确保在KEY OFF和断开电源时不丢失任何故障存储的内容;
每一个故障存储区分为若干字节的块,以便测试器“发现”故障。每一个块都应当包括在描述一个诊断故障代码时需要的所有数据。
中央控制单元内存中存有网络节点状态的动态数据库,包括节点物理地址、节点诊断地址、节点激活状态、故障状态、总线故障或***兼容状态。整个***的故障内容和提示信息,由中央控制单元通过网络通信,触发液晶屏幕用汉字进行显示。
车载网络中央控制单元及其对车载网络管理、控制方法特点:
1、车载网络配置若干带微处理器的电子控制单元(以下简称节点),组成控制器局域网,由中央控制单元(简称车身电脑)管理网络,是车载网络的主节点,其他控制单元作为从属节点,所有节点都具有确定的物理地址和诊断地址,以便***配置、诊断和网络管理。
2、***具有共同遵守的诊断协议和诊断服务内容。
3、中央控制单元存储了***原始配置节点的所有数据,在运行中,中央控制单元每隔固定的时间发出网络管理请求报文,所有从属节点依次发回响应报文。报文采用规定好的格式编码,用某些特定的字位表示网络唤醒、网络休眠的命令和节点故障状态和在网络中的活动状态等信息,中央控制单元收到这些报文,根据规定格式进行解码,判断节点配置情况和故障状态,和***原始配置进行对比,根据两个表格的差异判断故障,触发故障报警。
4、中央控制单元在故障存储区存储故障代码的同时,储存故障发生时的条件参数,以便进行***分析。
5、总线开路,造成丢失某个节点或修理时更换了与***不兼容的电子控制单元,中央控制单元通过网络通信,触发里程表显示液晶屏闪烁。
6、节点发生故障后,由中央控制单元根据存储的故障代码,驱动仪表液晶屏用汉字滚动显示故障内容。
附图说明
以下将结合附图对发明作进一步说明。
图1是车载网络中央控制单元电路结构图
图2是车载网络的网络节点示意图
具体实施方式
参照附图1、2,车载网络中央控制单元包括集成CAN控制器的微处理器,CAN收发器,输入、输出接口电路,开关信号检测电路,稳压电源等。
CAN总线通过输入输出接口与CAN收发器相连,CAN收发器与微处理器CPU相连,组合开关与输入输出接口相连,通过开关信号检测电路与微处理器CPU相连,稳压电源给***提供工作电压。控制器局域网CAN控制器集成在微处理器CPU内。
微处理器CPU可以采用MC68HC08GZ16,控制器局域网CAN收发器采用TJA1054,电源模块采用LM2576-5,开关信号检测芯片采用MC33993。
车载网络的中央控制单元对车载网络管理、控制方法:
根据整车设计,确定若干个车载网络接点,每个接点必须有一个确定的物理地址和诊断地址,中央控制单元为车载网络管理者。中央控制单元CPU中存有***原始配置节点的数据库,中央控制单元不断发出“网络管理请求”报文,对***节点进行询问,掌握每个节点的活动情况,形成***“节点状态的数据库”。节点状态的数据库包括节点次序、节点地址、激活状态、故障状态、总线故障或***兼容状态等。节点地址包括物理地址、诊断地址。原始配置数据要存储在中央控制单元非易失性内存中。如果中央控制单元已经按照特定车型进行正确配置,开机后在规定时间内,如1秒钟后它就会发送“配置数据请求”报文到网络,以请求其他ECU发送“配置数据代码响应”报文,同时对其他节点写入配置数据。中央控制单元根据所有节点的响应报文,将各节点当前的活动状态在“节点状态数据库”中进行标志,再和原始配置予以比较,起到网络管理和***诊断的作用。
中央控制单元是车载网络的管理者,中央控制单元将按照固定的周期在网络上发送“网络管理”报文,报文长度根据信息量确定,报文中含有网络唤醒、网络休眠、节点激活状态、故障状态等信息,分别在规定字节用0和1表示。
根据整车设计,确定若干个车载网络接点,例如:中央控制单元节点(车身电脑节点)、灯光控制节点、仪表显示节点、发动机信号接点、转向器节点、方向盘控制节点、制动节点、行李箱接点、空调节点等,如图2所示。每个接点必须有一个确定的物理地址和诊断地址,这是网络管理和***诊断报文标识符的目标地址和源地址的依据。从下表可以看出节点物理地址与标识符的关系:
CAN地址 | 节点 | 诊断地址(十六进制) | 诊断报文标识符请求/应答 | 配置诊断标识符请求/应答 |
0 | 车身电脑节点 | xx | 7X0/7X0 | 7X0/NA |
1 | 发动机控制节点 | xx | 7X0/7X1 | 7X0/7X1 |
2 | 转向器节点 | xx | 7X0/7X2 | 7X0/7X2 |
3 | 仪表节点 | xx | 7X0/7X3 | 7X0/7X3 |
4 | 方向盘控制节点 | xx | 7X0/7X4 | 7X0/7X4 |
5 | 变速箱节点 | xx | 7X0/7X5 | 7X0/7X5 |
6 | 制动节点 | xx | 7X0/7X6 | 7X0/7X6 |
7 | 灯光控制节点 | xx | 7X0/7X7 | 7X0/7X7 |
8 | 行李葙节点 | xx | 7X0/7X8 | 7X0/7X8 |
9 | 空调节点 | xx | 7X0/7X9 | 7X0/7X9 |
10 | ABS节点 | xx | 7X0/7XA | 7X0/7XA |
11 | 驾驶员位置节点 | xx | 7X0/7XB | 7X0/7XB |
12 | 车门控制节点 | xx | 7X0/7XC | 7X0/7XC |
13 | …… | xx | 7X0/7XD | 7X0/7XD |
14 | …… | xx | 7X0/7XE | 7X0/7XE |
15 | …… | xx | 7X0/7XF | 7X0/7XF |
中央控制单元为车载网络管理者。车载网络配置了多少节点,中央控制单元简称车身电脑必须了解,以便将所有节点捆绑在一起,形成***,协调工作。所以中央控制单元CPU中存有***原始配置节点的数据库,中央控制单元不断发出“网络管理请求”报文,对***节点进行询问,掌握每个节点的活动情况,形成***“节点状态的数据库”。节点状态的数据库包括节点次序、节点地址、激活状态、故障状态、总线故障或***兼容状态等。节点地址包括物理地址、诊断地址。
数据库的格式大致如下:
节点地址 | 原始配置 | 激活状态 | 故障状态 | 总线故障或***不兼容 | |
节点一 | 0 | 0表示已配置1表示未配置 | 0表示已激活1表示未激活 | 0表示无故障1表示有故障 | 0表示总线正常1表示总线脱离 |
节点二 | 1 | 0表示已配置1表示未配置 | 0表示已激活1表示未激活 | 0表示无故障1表示有故障 | 0表示总线正常1表示总线脱离 |
节点三 | 2 | 0表示已配置1表示未配置 | 0表示已激活1表示未激活 | 0表示无故障1表示有故障 | 0表示总线正常1表示总线脱离 |
节点四 | 3 | 0表示已配置1表示未配置 | 0表示已激活1表示未激活 | 0表示无故障1表示有故障 | 0表示总线正常1表示总线脱离 |
…… | …… | …… | …… | …… | …… |
针对某一个特定的车型、特定的***,中央控制单元原始配置数据和配置要求是一定的,对不同的车型和***,有不同的配置要求和配置数据,原始配置数据要存储在中央控制单元非易失性内存中,这一过程应该在汽车制造厂的生产线在线写入,在线写入需要专用的写入设备(仪器),在线测试仪器和车载网络采用同样的诊断协议和诊断服务代码,遵守安全访问的法则,写入特定***需要的数据和关键参数。如仪表量程、速比等。但鉴于目前汽车制造厂的生产技术水平,这一过程也可以在ECU生产厂完成。
如果中央控制单元已经按照特定车型进行正确配置,开机后在规定时间内,如1秒钟后它就会发送“配置数据请求”报文到网络,以请求其他ECU发送“配置—据—代码—响应”报文,同时对其他节点写入配置数据。如果中央控制单元未按照***要求进行正确配置,报文就不会发出,此时将立刻开始查找错误并发送一条无内容的配置报文到网络。
发送消息“配置数据请求”报文后的一秒钟内车身电脑将检查:
是否所有来自需要被编程节点的应答都已经收到,各被编程节点按照配置报文内容而定;
是否收到那些不存在节点的应答;
是否节点在收到的网络管理和状态报文后都确认了编程请求;
是否所有收到的配置—数据—代码都与其原始设计要求相同;
在配置出问题的情况下,中央控制单元将操纵仪表触发液晶显示屏LCD开始闪烁,提示驾驶员尽快处理;
中央控制单元将把获得的包含***配置状态的信息组成“***节点状态数据库”的数据表格,此时的表格将用做网络管理和***诊断的工具。
中央控制单元是车载网络的管理者,中央控制单元将按照固定的周期在网络上发送“网络管理”报文,报文长度根据信息量确定,报文中含有网络唤醒、网络休眠、节点激活状态、故障状态等信息,分别在规定字节用0和1表示。
网络管理报文格式如下表所示:
主节点ID: 类型:PE 周期:XXms X字节 发送者:车身电脑 | |||||
信号名称 | 传送事件 | Bit号 | Bit数 | 性质 | 数值 |
0字节 | 63-56 | 8 | 固定 | 0 | |
动态链接库错误状态 | 55-54 | 2 | 错误激活状态无反应/报警状态总线断开状态不用 | 0123 | |
物理层错误状态 | 53-53 | 1 | 失效不存在失效存在 | 01 | |
配置状况 | 52-52 | 1 | 已配置未配置 | 01 | |
主节点激活状态 | 51-51 | 1 | 没有激活已经激活 | 01 | |
***命令 | 50-49 | 2 | 唤醒请求不用***停在激活请求***休眠请求 | 0123 | |
不用 | 48 | 1 | 总是0 | 0 | |
从属节点激活状态 | 47-32 | 16 | 在总线上当前未激活在总线上当前已激活 | 01 |
从属节点收到中央控制单元的“网络管理请求”报文以后,以带有自身物理地址为标识符的“网络管理响应”报文予以回复,响应报文中含有“动态链接库状态,故障状态、配置状态和激活状态等信息。
从属节点报文格式如下:
从属节点ID 70X 类型:E 周期:- 2字节 发送者:从属节点 | |||||
信号名称 | 传送事件 | Bit号 | Bit数 | 性质 | 数值 |
动态链接库故障状态 | 63-62 | 2 | 错误激活状态无反应/报警状态总线断开状态不用 | 0123 | |
配置状况 | 61 | 已配置未配置 | 01 | ||
激活状态 | 60 | 1 | 没有激活已经激活 | 01 | |
***状态 | 59-58 | 2 | 唤醒请求不用***停在激活请求 | 012 |
不用 | 3 | ||||
其他 | 57-48 | 10 | 不用的填0 | 0 |
中央控制单元根据所有节点的响应报文,将各节点当前的活动状态在“节点状态数据库”中进行标志,再和原始配置予以比较,起到网络管理和***诊断的作用。如车辆启动时,手刹没有放开,液晶屏幕会出现“请松手刹”的提示。
汽车电子控制单元的在线配置和***诊断必须通过***诊断服务实现,诊断服务CAN帧的长度固定8个字节,未使用的字节填上0,目标地址和源地址受传输协议控制。源地址在CAN标识符内被编码。在CAN报文中,报文标识符有级别、种类、节点地址组成。
报文标识符:
Bit10 | Bit 9 | Bit 8 | Bit 7 | Bit 6 | Bit 5 | Bit 4 | Bit 3 | Bit 2 | Bit 1 | Bit 0 |
级别 | 种类 | 节点地址 |
级别:最紧急的应用为000,网络管理和诊断为111。
种类:优先级最高为000,优先级最低为111。
数据长度信息从“诊断服务识别码”开始,在测试器的请求报文中,目标地址是ECU的物理地址,在ECU的响应报文中,目标地址是测试器的地址F1。
“诊断请求报文”由测试仪器发出,请求报文的目标地址总是节点的物理地址,节点的“诊断响应报文”的目标地址总是测试仪器的物理地址F1。通过***诊断,可以改变***参数,改变输出、输入关系。
服务内容和服务识别码:
诊断服务名称 | 请求识别码 | 应答识别码 |
开始诊断进程 | Xx | XX |
停止诊断进程 | Xx | XX |
安全访问 | Xx | XX |
测试器当前 | Xx | XX |
读取ECU标记 | Xx | XX |
由区域识别码读取数据 | Xx | XX |
由区域识别写入码数据 | Xx | XX |
读取诊断故障状态代码 | Xx | XX |
读取诊断故障代码的状态 | Xx | XX |
读取固定帧数据 | Xx | XX |
清除诊断信息 | Xx | XX |
由区域识别码进行输入输出控制 | Xx | XX |
由区域识别码开始子程序 | Xx | XX |
由区域识别码停止子程序 | Xx | XX |
由区域识别码请求子程序结果 | Xx | XX |
请求下载 | Xx | XX |
传输数据 | xx | XX |
请求传输退出 | xx | XX |
***节点收到测试仪器的“诊断请求”报文以后,要按照固定的格式予以响应,如果接受请求,以“诊断请求正响应”回复,如果不接受,则以“诊断请求负响应”回复。正响应和负响应有不同的代码。负响应又分“一般拒绝”“忙—重复请求”“请求超范围”等,用不同的代码予以区分。
诊断服务报文格式:
诊断请求:7X0 类型:E 周期:-尺寸:8字节发送者:测试仪器 | |||||
信号名称 | 传送事件 | Bit | 尺寸 | 性质 | 数值 |
TPDU | - | 63-0 | 8 | 见诊断协议 | - |
诊断响应:7C0-7CX 类型:E 周期:- 尺寸:8字节 发送者:网络节点 | |||||
TPDU | - | 63-0 | 8 | 见诊断协议 | - |
例如:
诊断仪器向仪表发出“开始诊断进程的请求” | ||||||||
ID | TPDU | |||||||
7x0 | xx | Xx | xx | xx | 00 | 00 | 00 | 00 |
仪表诊断地址 | 该字节表示帧的个数 | 服务识别码 | OBD-II默认诊断模式 | 不用的字节填0 | 不用的字节填0 | 不用的字节填0 | 不用的字节填0 | |
仪表:“开始诊断进程的正响应” | ||||||||
7X3 | F1 | Xx | xx | xx | 00 | 00 | 00 | 00 |
3仪表CAN地址 | 诊断仪器地址 | 该字节表示帧的个数 | 正响应服务代码 | 默认诊断模式OBD-II | 不用的字节填0 | 不用的字节填0 | 不用的字节填0 | 不用的字节填0 |
为确保***安全,***关键参数的修改必须采用安全访问法则,通过数次交换密码后才能进行。
中央控制单元中有固定的区域,采用规划好的格式存储故障信息,由于某些故障在特定的条件下出现,所以在故障存储区要有发生故障时的相关条件参数,在发生故障的瞬间,将条件参数一并存储,以便修理时参考、分析。读取故障代码ECU必须保证发送给测试仪器的数据是申请时最新更新的,ECU必须确保在KEY OFF和断开电源时不丢失任何故障存储的内容
每一个故障存储区分为若干字节的块,以便测试器“看见”故障。每一个块都应当包括在描述一个诊断故障代码时需要的所有数据。
故障存储结构:
块 | 字节 | 描述 |
#1 | #1#2 | DTC(高字节)DTC(低字节) |
#3 | DTC的状态 | |
#4 | 电源电压 | |
#5 | 事件计数器 | |
#2 | ||
…… | ||
#n | #1#2 | DTC(高字节)DTC(低字节) |
#3 | DTC的状态 | |
#4 | 电源电压 | |
#5 | 事件计数器 |
Claims (4)
1、车载网络的中央控制单元对车载网络管理、控制方法,其特征在于:根据整车设计要求确定若干个带CAN接口的电子控制单元,组成车载网络,每个电子控制单元必须有一个确定的物理地址和诊断地址,这是网络管理和***诊断报文标识符的目标地址和源地址的依据,中央控制单元和车载网络的其他节点通过“配置数据请求、应答”,以及“网络管理请求、应答”等数字通信进行交互,实现对整个车载网络进行配置、诊断、休眠、唤醒一系列网络管理;
中央控制单元必须和车载网络的所有的节点保持通信,将所有节点捆绑在一起,形成***,协调工作,所以中央控制单元CPU中存有***原始配置的节点数据库,中央控制单元不断发出网络管理报文,对***节点进行询问,掌握每个节点的活动情况,形成***“节点状态的数据库”;
针对某一个特定的车型、特定的***,中央控制单元原始配置数据和配置要求是一定的,对不同的车型和***,有不同的配置要求和配置数据,原始配置数据要存储在中央控制单元非易失性内存中,如果中央控制单元已经按照特定车型进行正确配置,开机后在规定时间内,它就会发送“配置数据请求”报文到网络,以请求其他ECU发送“配置-数据-代码-响应”报文,同时对其他节点写入配置数据,如果中央控制单元未按照***要求进行正确配置,报文就不会发出,此时将立刻开始查找错误并发送一条无内容的配置报文到网络;
中央控制单元是车载网络的管理者,中央控制单元将按照固定的周期在网络上发送“网络管理”报文,报文长度根据信息量确定,报文中含有网络唤醒、网络休眠、节点激活状态、故障状态信息,分别在规定字节用0和1表示;
从属节点收到中央控制单元的“网络管理请求”报文以后,以带有自身物理地址为标识符的“网络管理响应”报文予以回复,响应报文中含有动态链接库状态,故障状态、配置状态和激活状态信息;
中央控制单元根据所有节点的响应报文,将各节点当前的活动状态在“节点状态数据库”中进行标志,再和原始配置予以比较,起到网络管理和***诊断的作用;
汽车电子控制单元的在线配置和***诊断必须通过***诊断服务实现,诊断服务CAN帧的长度固定8个字节,未使用的字节填上0,目标地址和源地址受传输协议控制,源地址在CAN识别器内被编码,在CAN报文中,报文标识符有级别、种类、节点地址组成;
级别:最紧急的应用为000,网络管理和诊断为111,
种类:优先级最高为000,优先级最低为111;
数据长度信息从“诊断服务识别码”开始,在测试器的请求报文中,目标地址是ECU的物理地址,在ECU的响应报文中,目标地址是测试器的地址F1;
“诊断请求报文”由测试仪器发出,请求报文的目标地址总是节点的物理地址,节点的“诊断响应报文”的目标地址总是测试仪器的物理地址F1,通过***诊断,可以改变***参数,改变输出、输入关系;
***节点收到测试仪器的“诊断请求”报文以后,要按照固定的格式予以响应,如果接受请求,以“诊断请求正响应”回复,如果不接受,则以“诊断请求负响应”回复,正响应和负响应有不同的代码予以区分;
为确保***安全,***关键参数的修改必须采用安全访问法则,通过数次交换密码后才能进行;
中央控制单元中有固定的区域,采用规划好的格式存储故障信息,由于某些故障在特定的条件下出现,所以在故障存储区要有发生故障时的相关条件参数,在发生故障的瞬间,将条件参数一并存储,以便修理时参考、分析;读取故障代码ECU必须保证发送给测试仪器的数据是申请时最新更新的,ECU必须确保在KEY OFF和断开电源时不丢失任何故障存储的内容;
每一个故障存储区分为若干字节的块,以便测试器“发现”故障,每一个块都应当包括在描述一个诊断故障代码时需要的所有数据。
2、一种使用如权利要求1所述的对车载网络管理、控制方法的车载网络的中央控制单元,其特征在于包括微处理器CPU、控制器局域网CAN收发器、控制器局域网CAN控制器、CAN总线接口、稳压电源、输入、输出接口电路、开关信号检测电路;
CAN总线通过输入输出接口与CAN收发器相连,CAN收发器与微处理器CPU相连,组合开关与输入输出接口相连,通过开关信号检测电路与微处理器CPU相连,稳压电源与微处理器CPU相连,给***提供工作电压。控制器局域网CAN控制器集成在微处理器CPU内。
3、根据权利要求1所述的车载网络的中央控制单元对车载网络管理、控制方法,其特征在于中央控制单元内存中存有网络节点状态的动态数据库,包括节点物理地址、节点诊断地址、节点激活状态、故障状态、总线故障或***兼容状态,整个***的故障内容和提示信息,由中央控制单元通过网络通信,触发液晶屏幕用汉字进行显示。
4、根据权利要求1所述的车载网络的中央控制单元对车载网络管理、控制方法,其特征在于中央控制单元发送消息“配置数据请求”报文后的一秒钟将检查:
是否所有来自需要被编程节点的应答都已经收到,各被编程节点按照配置报文内容而定;
是否收到那些不存在节点的应答;
是否节点在收到的网络管理和状态报文后都确认了编程请求;
是否所有收到的配置-数据-代码都与其原始设计要求相同;
在配置出问题的情况下,中央控制单元将操纵仪表触发液晶显示屏LCD开始闪烁,提示驾驶员尽快处理;
中央控制单元将把获得的包含***配置状态的信息组成“***节点状态数据库”的数据表格,此时的表格将用做网络管理和***诊断的工具。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100385448A CN100341283C (zh) | 2005-03-24 | 2005-03-24 | 车载网络中央控制单元及其对车载网络管理、控制方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100385448A CN100341283C (zh) | 2005-03-24 | 2005-03-24 | 车载网络中央控制单元及其对车载网络管理、控制方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1719782A CN1719782A (zh) | 2006-01-11 |
CN100341283C true CN100341283C (zh) | 2007-10-03 |
Family
ID=35931514
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2005100385448A Expired - Fee Related CN100341283C (zh) | 2005-03-24 | 2005-03-24 | 车载网络中央控制单元及其对车载网络管理、控制方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100341283C (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102749892A (zh) * | 2012-03-15 | 2012-10-24 | 浙江吉利汽车研究院有限公司 | 一种汽车驻车制动时电子控制***网络管理方法 |
Families Citing this family (36)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101237345B (zh) * | 2007-12-04 | 2010-09-08 | 奇瑞汽车股份有限公司 | 一种用于can总线的网络管理方法 |
JP4407752B2 (ja) * | 2008-01-10 | 2010-02-03 | トヨタ自動車株式会社 | 故障箇所検出装置及び通信装置並びに故障箇所検出方法 |
CN102032927B (zh) * | 2009-09-30 | 2013-09-18 | 比亚迪股份有限公司 | 一种检测can总线汽车仪表灵敏度的测试***及方法 |
CN102033141B (zh) * | 2009-09-30 | 2013-01-02 | 比亚迪股份有限公司 | 一种基于can总线汽车仪表的测试***及方法 |
CN101808275B (zh) * | 2010-01-08 | 2012-07-25 | 中国科学院软件研究所 | 一种基于车辆移动趋势预测的车载网络数据转发方法 |
CN102114883B (zh) * | 2010-09-21 | 2012-11-28 | 浙江吉利汽车研究院有限公司 | 汽车电子控制单元配置自检测装置及自检测方法 |
CN102476616B (zh) * | 2010-11-26 | 2014-08-20 | 中国北方车辆研究所 | 一种车辆电气设备周期自检测方法 |
CN102231705B (zh) * | 2011-06-27 | 2012-07-04 | 广州汽车集团股份有限公司 | 动力can网络控制方法 |
DE102011079399A1 (de) | 2011-07-19 | 2013-01-24 | Bayerische Motoren Werke Aktiengesellschaft | Steuervorrichtung für ein Kraftfahrzeug, Programmiervorrichtung und Programmiersystem |
CN102436222B (zh) * | 2011-07-29 | 2014-05-07 | 中联重科股份有限公司 | 远程服务终端机的电源管理方法、装置与***及工程机械 |
CN102506021B (zh) * | 2011-11-11 | 2015-02-18 | 郑州宇通客车股份有限公司 | 一种小排量汽车空调压缩机的控制装置及方法 |
CN103455022B (zh) * | 2012-06-01 | 2015-12-02 | 北汽福田汽车股份有限公司 | 一种车载电控装置的诊断方法及装置 |
CN103631247B (zh) * | 2012-08-20 | 2016-08-24 | 北汽福田汽车股份有限公司 | 一种汽车的电控产品的寿命测试*** |
CN102880081B (zh) * | 2012-10-16 | 2014-12-03 | 中山市领越电子科技有限公司 | 一种原车控制器局域网总线技术升级控制方法 |
CN102981489B (zh) * | 2012-12-04 | 2014-09-17 | 北京汽车股份有限公司 | 一种汽车 can 总线唤醒装置、方法及车辆 |
CN103257869B (zh) * | 2012-12-14 | 2016-08-24 | 惠州市亿能电子有限公司 | 一种ecu程序智能下载方法 |
CN103281392A (zh) * | 2013-06-07 | 2013-09-04 | 潍柴动力股份有限公司 | 一种监控方法、设备及*** |
CN103532724B (zh) * | 2013-10-31 | 2016-08-17 | 北京经纬恒润科技有限公司 | 一种most网络接口电路和most网络状态控制方法 |
CN104683126B (zh) * | 2013-11-27 | 2017-10-13 | 北汽福田汽车股份有限公司 | 基于can总线的网络管理方法 |
CN103647808A (zh) * | 2013-11-29 | 2014-03-19 | 上汽通用五菱汽车股份有限公司 | 汽车ecu网络节点在线配置方法及*** |
EP3852313B1 (en) * | 2014-04-03 | 2022-06-08 | Panasonic Intellectual Property Corporation of America | Network communication system, fraud detection electronic control unit and anti-fraud handling method |
TWI578717B (zh) * | 2014-11-28 | 2017-04-11 | 世紀民生科技股份有限公司 | 控制器區域網路節點收發器 |
EP3337102B1 (en) * | 2014-12-01 | 2020-03-25 | Panasonic Intellectual Property Corporation of America | Illegality detection electronic control unit, car onboard network system, and illegality detection method |
CN105763403A (zh) * | 2014-12-15 | 2016-07-13 | 中华汽车工业股份有限公司 | 车载控制局域网络*** |
DE102015105110A1 (de) * | 2015-04-02 | 2016-10-06 | Dr. Ing. H.C. F. Porsche Aktiengesellschaft | Steuergerät zum Verbinden eines CAN-Busses mit einem Funknetzwerk und Kraftfahrzeug mit einem solchen Steuergerät |
CN105334840B (zh) * | 2015-09-15 | 2018-01-30 | 浙江吉利汽车研究院有限公司 | 整车网络子节点配置方法 |
CN106020177A (zh) * | 2016-07-29 | 2016-10-12 | 北京车和家信息技术有限责任公司 | 电子控制单元的控制方法、电子控制单元和车辆 |
CN106354076B (zh) * | 2016-08-30 | 2018-12-21 | 上汽通用汽车有限公司 | 整车电子***故障监控方法和故障监控装置 |
CN108009092B (zh) * | 2017-12-04 | 2021-03-09 | 武汉保华显示科技有限公司 | 一种车载网络管理通用测试用例协议的设计方法 |
CN108829079B (zh) * | 2018-04-26 | 2020-09-01 | 安徽江淮汽车集团股份有限公司 | 一种tcu自动刷写***及方法 |
CN110071987B (zh) * | 2019-04-29 | 2021-11-19 | 中车青岛四方车辆研究所有限公司 | 网关地址映射方法、网关及列车网络*** |
CN112083710B (zh) * | 2020-09-04 | 2024-01-19 | 南京信息工程大学 | 一种车载网络can总线节点监测***及方法 |
CN114978875A (zh) * | 2021-02-23 | 2022-08-30 | 广州汽车集团股份有限公司 | 一种车载节点管理方法、装置及存储介质 |
CN113452750B (zh) * | 2021-05-14 | 2023-02-24 | 江铃汽车股份有限公司 | 车载信息娱乐***控制方法及*** |
CN113993196B (zh) * | 2021-10-25 | 2024-01-30 | 浙江吉利控股集团有限公司 | 一种车载以太网的节点控制方法、***、设备及存储介质 |
CN116634531A (zh) * | 2022-02-10 | 2023-08-22 | 华为技术有限公司 | 一种休眠唤醒方法、***及装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1417980A (zh) * | 2002-11-07 | 2003-05-14 | 吕京建 | 车用控制器局域网智能网关装置 |
JP2003143164A (ja) * | 2001-10-31 | 2003-05-16 | Matsushita Electric Ind Co Ltd | 制御装置および通信故障検出方法 |
-
2005
- 2005-03-24 CN CNB2005100385448A patent/CN100341283C/zh not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2003143164A (ja) * | 2001-10-31 | 2003-05-16 | Matsushita Electric Ind Co Ltd | 制御装置および通信故障検出方法 |
CN1417980A (zh) * | 2002-11-07 | 2003-05-14 | 吕京建 | 车用控制器局域网智能网关装置 |
Non-Patent Citations (1)
Title |
---|
测控网络中CAN总线及其实现 孙松;孙川,计量与测试技术,第7期 2004 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102749892A (zh) * | 2012-03-15 | 2012-10-24 | 浙江吉利汽车研究院有限公司 | 一种汽车驻车制动时电子控制***网络管理方法 |
Also Published As
Publication number | Publication date |
---|---|
CN1719782A (zh) | 2006-01-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100341283C (zh) | 车载网络中央控制单元及其对车载网络管理、控制方法 | |
CN100369435C (zh) | 客车车载网络控制***及其管理和控制方法 | |
US11423145B2 (en) | Methods and arrangements for multi-layer in-vehicle network intrusion detection and characterization | |
CN1417980A (zh) | 车用控制器局域网智能网关装置 | |
CN107128312A (zh) | 混合动力汽车故障诊断管理***和方法 | |
CN108647040A (zh) | 一种基于PEPS***的Bootloader架构及刷写方法 | |
US6904339B2 (en) | Method for coding control devices in means of conveyance | |
CN101925489B (zh) | 设备控制装置以及设备控制程序 | |
CN104396218B (zh) | 用于对计算机网络中车辆可安装控制器进行操作的设备、车辆可安装控制器及方法 | |
JP2023090981A (ja) | ゲートウェイ装置、車載ネットワークシステム及びファームウェア更新方法 | |
CN113093687B (zh) | 一种基于域控制器的故障诊断***和方法 | |
CN105659532A (zh) | 车辆网络中的安全过滤器 | |
CN1646783A (zh) | 锁***、锁***设备以及配置锁***的方法 | |
US20070038337A1 (en) | Method for operating a network | |
CN116389196A (zh) | 汽车网关通信矩阵更新方法、介质、装置及车辆 | |
CN102687086B (zh) | 用于机动车辆的远程诊断装置 | |
CN112650201B (zh) | 车辆故障诊断方法、装置、车辆及存储介质 | |
CN2810051Y (zh) | 客车车载网络控制*** | |
CN113505056A (zh) | 车辆诊断方法、***、装置及存储介质 | |
KR20120042303A (ko) | 차량 진단용 프로토콜을 이용한 사양 설정 계기판 및 그 사양 설정 방법 | |
KR101039926B1 (ko) | 차량용 자기진단 제어 시스템 | |
CN1955950A (zh) | 集成电路用的总线*** | |
WO2021193154A1 (ja) | 車載ecu、プログラム及び情報処理方法 | |
CN115733871A (zh) | 通信交互方法、装置、设备及存储介质 | |
US10740204B2 (en) | Method and apparatus for monitoring memory and for displaying use in electronic control device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C17 | Cessation of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20071003 Termination date: 20120324 |