未来汽车中的终端节点通讯

技术分类: 通信  | 2005-12-05
Zdenek Kaspar,Jiri Kuhn 飞思卡尔半导体公司Roznov Czech系统中心

  本文旨在介绍本地互联网(LIN)这种低成本的串行通讯协议,它主要用于汽车的分布式电子系统和基于网络的车辆概念中。


  本文介绍了现行的LIN版本,即从原来的LIN1.3版升级而来的LIN 2.0,并介绍了LIN网络的一些基本知识。作为实施LIN2.0的实例,本文还介绍了支持LIN的无刷直流电机(BLDC)发动机风扇控制的应用,它以飞思卡尔的8位MCU为基础,使用了Volcano LIN 开发包。

车内网络解决方案

  新技术为车辆带来的众多改变之一就是电子零部件的不断增加,同时,带有多种传感器、执行器、电子控制器的高级控制系统也对车用通讯技术提出了巨大需求。显而易见,这些需求只能通过使用这种网络解决方案来满足,因为车内环境各不相同,所以,本文将介绍三种能满足成本、安全性和通讯速度需求的主要通讯标准。

  ● FlexRay

  ● CAN -控制器局域网络

  ● LIN -本地互联网络

  以上三种通讯标准在通讯速度和每个节点的成本方面的比较,见图1。

主要汽车通讯协议

  每个通讯标准都有各自的优点和目标应用平台:

  ● FlexRay——高速度(每信道高达10 M

bps)、双信道、时间触发、强大的容错协议,设计用作骨干网。一般的目标应用是所谓的X-by-wire(线控)概念。其目的是通过电子信号传输来替代传统的制动踏板和制动器或方向盘和车轮之间的机械传动。

  ● CAN(控制器局域网)——中等速度(最高1Mbps)、单信道、双线容错协议,目前不仅在汽车业,还在许多工业应用中广泛使用。CAN协议的目标应用可以包括电机控制、悬架控制和车内信息娱乐功能。

  ● LIN-本地互联网络——低速(最高20kbps)、单线低成本协议,可用于终端节点应用。LIN的概念注定这种协议用于传感器/执行器中,一般用于低速通讯,即速度不是关键因素的应用中。

  图2是面向总线的汽车设计理念的一个例子。这种设计显示三种通讯协议的共存。

总线车概念

LIN——本地互联网络

  如上所述,LIN是一种低成本的单线串行通讯接口。它基于通用的UART/SCI接口,可以20 kbps的波特率保证数据的可靠传输。LIN总线一般应用于集成装置,比如门、方向盘、座椅、温度控制和发动机冷却风扇等。在这些装置中,LIN网络对成本敏感的特性使其采用了一系列先进的机械电子装置,如智能传感器/执行器。此外,通过用数字编码代替模拟编码,机械电子装置可以轻松连接到车辆网络系统,并易于进行各种诊断和维修,包括系统的重新编程和更新。

  LIN协议的另一个主要特征是从节点中可以自动完成同步而无需晶振或陶瓷振荡器。这一特性和基于SCI的通讯的简便性是任何LIN实施提供经济高效性的主要因素。

操作基础

  LIN的操作概念基于一主多从的拓扑结构。在这种情况下,LIN集群(LIN 2.0版中LIN网络的同义词)包含一个主节点和几个(多达15个)从节点。

操作概念

  如图3所示,LIN节点实际上可以分成两个独立的部分:

  ● 主任务(Master task),负责决定何时传输哪个帧

  ● 从任务(Slave task),提供将通过LIN总线传输的数据,并允许通过节点从低功耗模式中唤醒LIN集群。

  典型的主节点包含主任务和从任务,而从节点只包含从任务。

帧的组成

  通过LIN总线传输的数据单位叫作帧。每个帧包含两个主要部分:

  ● 主任务提供的报头。

  ● 从任务处理的响应。



  报头包含以下几个部分:

  ● 中断(Break) - 至少13位长的LIN总线的主导状态,由主任务产生,包含每个LIN帧。

  ● 同步字段(Synchronisation field) - 数据值在0x55的位字段,使从任务能与主时钟同步。

  ● 受保护的识别符(PID) - 独特地定义消息内容但不定义接收方的地址。PID以一个6位长的识别符开始,后面跟有两个奇偶校验位。

  LIN帧的响应部分是节点的从任务提供的,可分为以下两部分:

  ● 数据字段——传输1到8个字节的数据。

  ● 检验和字段——包含反向转化的8个字节总和,包括后续(Carry Over)数据字节。

  LIN帧的结构见图5。

LIN

  在LIN帧的响应部分传输的数据内容有三种类型:

  - 信号 - 响应的数据字段中包含的梯状值或字节阵列。在这种情况下,帧的ID必须在0x00和 0x3B之间。注意,数据段中信号的位置对带有相同 PID的帧来说是固定的。

  - 诊断信息 - 用来传输诊断或配置数据。这些信息总是8位长,并带有预留的ID号。0x3C ID用于主请求, 而0x3D 用于从响应。

  - 保留信息 - 可用于用户定义的扩展名 (这种情况下ID等于0x3E)或预留用于未来的协议改进(ID设为0x3F

0
0
(请您对文章做出评价)
1】【2】【3】【4】【5
加载中

对文章的评论

更多评论

剩余字数:  

浏览该文章的用户还看过...

  • 文 章

  • 论 坛

  • 博 客

  • 小 组

设计资源与分销

  • 博客推荐

  • 论坛推荐

  • 在线研讨会