基于DeviceNet总线的从设备通信适配器设计

2006-05-07 15:50:09来源: 互联网

总线的泵/阀控制器从设备通信适配器是用于智能泵/阀控制器与DeviceNet网络之间的通信协议设备,用于在智能泵/阀控制器和DeviceNet网络主设备之间交换I/O数据和其它设定数据。本DeviceNet总线从设备通信适配器是独立的智能化设备,由微处理器(W78E58)、双口RAM(IDT7005)、SJA1000 CAN控制器、82C251 CAN收发器、状态指示发光管、微型开关、电源线路以及其它外围电子线路所组成。设计目的是使通信接口符合DeviceNet的协议规范。

引 言

  DeviceNet是一个开放的网络标准。规范和协议都是开放的——供应商将设备连接到系统时,无需为硬件、软件或授权付费;任何人都能以名义上的复制成本(目前为250美元+邮费)从开放式DeciceNet供应商协会(ODVA)获得DeviceNet规范。

  本设计针对的DeviceNet从设备特性如下:属于DeviceNet group 2 only 从设备;采用Predefine的通信连接;可通过硬件开关设置125 kbps、250 kbps、500 kbps波特率;可通过硬件开关设置0~63 MAC ID。在软件、硬件设计前应首先进行从设备(泵/阀)I/O需求分析(即profile文档设计)。由于篇幅关系本文从略。

1 通信适配器硬件系统设计

1.1 功能简介

  DeviceNet是基于CAN总线的一种总线协议标准。因此,DeviceNet从设备适配器硬件首先应实现CAN总线的基本功能,主要包括:报文收发、访问控制及其它物理层的诸多功能。此外,为实现DeviceNet协议,硬件应具有足够大的程序存储空间,并具有足够快的运行速度,以保证协议程序的顺利执行。

1.2 硬件原理

DeviceNet节点硬件主要由以下几部分组成:电源、单片机系统、看门狗及掉电保护电路、CAN控制器SJA1000、CAN收发器82C251、拨码开关及状态LED显示、双口RAM IDT7005、AnyBus接口。总体设计框图如图1所示。详细硬件电路图见本刊网站补充版。

    以下是主要部分功能介绍。

(1)单片机

DeviceNet适配器选用Winbond公司的高性能8位单片机W78E58。W78E58功能、引脚与80C52完全兼容,并提供256 B的内部RAM以及32 KB的Flash EEPROM,从而使系统不需扩展外部程序存储器便可满足DeviceNet协议程序的容量要求。W78E58最高可在40 MHz的主频下运行,处理速度完全满足DeviceNet节点通信的实时性要求。为减少芯片的数量及降低硬件成本,本系统只扩展1片8 KB的双口RAM,其前面7 KB用于外部数据存储,最后 1 KB用于提供与其它应用电路的通信接口。

(2)CAN控制器SJA1000

DeviceNet总线报文的收发以及媒体访问控制等都是依据CAN总线协议的,而这些协议都要通过CAN控制器加以实现。DeviceNet通信节点选用目前比较流行的Philips CAN控制器SJA1000。由于DeviceNet总线协议采用11位的标识符,因此应使SJA1000工作在Basic CAN模式。

(3)CAN收发器82C251

CAN收发器(transceiver)82C251的主要作用是收发CAN总线上的信号:一方面将总线信号转换为CAN控制器所需的信号;另一方面,将CAN控制器的输出信号转化为CAN总线信号。

(4)双口RAM IDT7005

DeviceNet适配器通过1个具有中断功能的双口RAM IDT7005提供与其它应用电路的通信接口。IDT7005具有2套完全独立的数据线、地址线、读写控制线,允许2个CPU对双口RAM的同一个单元在不同的时间进行读写;具有2套完全独立的中断逻辑,实现2个CPU间的握手控制信号。IDT7005的最高2个字节1FFEH和1FFFH分别兼做2个端口的中断逻辑单元。

(5)AnyBus接口

作为一种通用的现场总线通信节点,AnyBus提供了与其它应用电路之间进行数据交换的接口标准,并对接口的引脚进行了严格的定义。

2 DeviceNet总线通信协议

DeviceNet协议规范是描述DeviceNet设备之间实现连接和交换数据的一套协议。在DeviceNet规范中定义了DeviceNet通信协议,详细介绍了连接、信息协议和与通信相关的对象。

(1)DeviceNet是基于连接的网络

  DeviceNet中的连接提供在多种应用之间交换信息的路径。当建立1个连接时,与连接相关信息的传送就会分配1个标识符,称为连接标识符CID(Connection Identifier)。如果某个连接需要双向数据交换,则应该分配2个不同的连接标识符。

  DeviceNet通信协议是基于连接概念的协议。一旦建立了连接,就可以在网络设备之间传送I/O数据。此时,DeviceNet I/O报文的所有协议都包含在11位的CAN标识符中,其它部分都是数据。

  11位的CAN标识符用来定义连接ID。DeviceNet将11位的CAN标识符分为4组,前3组的连接ID包括了6位的媒体访问控制标识符(MAC ID)以及信息标识符(Message ID)。信息组的定义如图2所示。组4信息用于离线通信。

  通过设计,DeviceNet系统中的节点能够对自己的标识符进行管理。这些标识符交错分布在整个范围内。所有的节点都有一个完整的它们能获得的报文优先权范围,而与它们的MAC ID无关。重复MAC ID算法保证了CAN标识符的唯一性,而不需要网络集中工具或记录。

(2)DeviceNet的报文传送

  DeviceNet使用更为有效的生产者/消费者模式,取代了传统的源/目的的传输方式。该模式要求对报文打包,使它具有数据标识位域。标识符还提供解决多级优先权(仲裁中使用)的手段,以便更高效地传送I/O数据,并供多个消费者使用。

  DeviceNet定义了2种不同类型的报文,称作 I/O报文和显式报文。I/O报文适用于实时性要求较高和面向控制的数据。I/O报文数据帧中的8位数据场不包含任何与协议有关的位,只有当I/O报文为大报文经过分割后形成的I/O报文片段时,数据位域中有一位由报文分割协议使用。连接标识符提供了I/O报文的相关信息,在I/O报文利用连接标识符发送之前,报文的发送和接收设备都必须先进行设定。设定的内容包括源和目的对象的属性,以及数据生产者和消费者的地址。显式报文适用于2个设备间多用途的点对点报文传递,是典型的请求-响应通信方式,常用于节点的配置、问题诊断等。显示报文通常使用优先级低的连接标识符,并且该报文的相关信息包含在显示报文数据帧的数据位域中,包括要执行的服务和相关对象的属性及地址。

(3)预定义的主/从连接组

  DeviceNet提供了一个功能很强的应用层协议,允许动态配置设备间的连接。但考虑到有些设备根本不需要也没有资源去使用这一强大功能,DeviceNet指定了一套称为预定义主/从连接组的连接标识符,用来简化主/从结构中I/O和配置型数据的传送。

  许多传感器和执行器要实现的功能在设计时就已经预先决定了(如感受压力、启动马达等等),因此这些设备将要生产和/或消费的数据的类型和数量在上电前就已经知道了。这些设备通常提供输入数据或请求输出数据和配置数据。预定义主/从连接组可以满足设备的这些要求,它提供的连接对象的全部配置在设备上电时就完成了。在启动数据流时,主机设备唯一必须执行的一个步骤就是要广播对从机内该预定义连接组的所有权。

(4)DeviceNet对象模型与设备描述

  ① 对象模型。为管理和实现DeviceNet产品组件的属性(数据)、服务(方法或步骤)和行为提供了一个模板。模型为每个属性提供了由4个数字组成的寻址方案,分别是节点地址(MAC ID)、对象类标识符、实例编号和属性编号。这4级地址与显式报文连接相结合,将数据从DeviceNet网络上的一点传送到另一点。表1列出4个地址组件的范围:

表1 DeviceNet地址组件范围

地址 最低 最高
节点 0 63
1 65535
实例 0 65535
属性 1 255

  图3是一个通用DeviceNet设备的对象模型;表2是DeviceNet产品中典型的对象类。

  ② 设备描述(Device Profiles)。DeviceNet规范不仅仅是一个物理连接协议规范。它通过定义标准的设备模型促进不同厂商设备之间的互操作性。属于同一设备模型的所有设备都必须支持共同的标识和通信状态数据。设备描述是针对各种设备而定义的。设备描述中包括设备各种特定的数据。符合设备类型描述的多个供货商提供的简单设备(例如:按钮、马达启动器、光电池、气动阀执行器)在逻辑上是可互换的。

DeviceNet规范定义了一个电子数据文件(EDS)。EDS是一个简单的文件格式,供货商可以将产品的特殊信息提供给其它供货商。这样可以具有友好的用户配置工具,可以很容易地更新,无需经常修正配置软件工具。

3 通信适配器软件系统设计

下面主要介绍通信协议的设计。软件的实现是以DeviceNet协议规范的2.0版本为指导的,不同的应用有不同的具体实现。本文只给出设计的原理和指导思想及原则。

3.1 DeviceNet通信设备的上电状态流图

  每个设备上电以前都有一个例行的状态流转过程。该过程描述了设备能够在DeviceNet上通信之前必须完成的以下工作(例如重复MAC ID检测等),以及对设备通信产生影响的网络事件。

  图4是DeviceNet设备上电后的状态流图,其中一共有4个状态:发送重复MAC ID检测报文状态、等待重复MAC ID检测报文状态、在线状态、通信出错状态。

3.2 CAN芯片的初始化

  在建立CAN总线的通信之前要预先有一些初始化过程。一般,独立式CAN芯片SJA1000在上电后或者上电后进行软件功能重置时要初始化一下工作寄存器。当系统上电后,处理器首先运行自己的特殊初始化过程,然后再进入SJA1000的连接建立过程(SJA1000的17引脚获得1个Reset低电平脉冲,并进入Reset模式)。在初始化SJA1000的寄存器之前,主微处理器应该检测Reset的mode/request标志。如果SJA1000已经是Reset模式,因为所有的寄存器只能在Reset模式下进行写操作,所有的寄存器都将获得相应的配置信息。

  在完成所有的初始化工作后,SJA1000就进入工作模式,并且使CAN控制器的中断功能有效。用C51编写的SJA1000初始化及一个模拟发送、接收过程的程序请见本刊网站补充版。http://www.dpj.com.cn

3.3 报文收发程序和分段服务

  这里所讲的报文收发协议对不同的通信协议有不同的定义。另外,CAN的数据长度不能超过8个字节,如何支持大于8个字节的报文要涉及到分段服务。分段协议信息由1个字节组成,其中高2位表示分段的类型,低6位作为分段的计数器,用来标识每个数据包.其计算方式是:

fragmentCount=(fragmentcount+1) mod 64。 表3是具体的分段类型。

表2 DeviceNet产品中典型的对象类

对象类编号 对象类名称 参考DeviceNet规范
1 Identity 卷II,版本1.2,6-3
2 Message Router 卷II,版本1.2,6-17
3 DeviceNet 卷I,版本1.3,5-50
4 Assembly 卷II,笨2,6-25
5 Connection 卷II,版本1.3,5-6
6 Parameter 卷II,版本1.2,6-95

表3 分段协议信息

分段类型值 含           义
0 分段后的第1个报文,分段计数的为0或者3FF
1 分段后的中报文,表示后面还有其它的报文
2 分段后最后一个报文
3 分段报文的应答

  因此在程序的设计中,应当加入对分段服务协议的支持。

  发送报文的处理与接收的过程是一个逆向过程。需要注意的是编写程序的时候要严格按照DeviceNet协议规范的定义,否则将产生不可预测的错误,为将来的协议一致性测试和底层调试都带来许多麻烦。

3.4 DeviceNet通信适配器主程序的设计

  软件由头文件、初始化程序、功能子程序和主程序组成。

  软件的组成结构提供了硬件和软件升级的方便。软件中将对与主处理器、CAN控制器等硬件接口的部分进行比较独立的设计,而主程序和功能子程序主要集中在协议的完成。这对将来的硬件改型和可能的协议修改都提供了较大的方便。

  软件用Franklin C51语言编写,通过伟福E51L单片机开发装置进行调试。

软件结构如图5所示。

  在实现所有的功能模块以后,最重要的是如何构造一个有机的主程序模块,将这些零散的模块组织起来,进行系统的初始化工作。另外,还要设计一个优化的循环体并周期性地执行以对DeviceNet网络上的报文产生动作。

结束语

  本通信适配器已成功用于工程项目中,由于采用现场总线技术,取得了显著的经济效益。限于篇幅,未给出详细的软件源程序(C51编写,生成的BIN文件约23KB),有需要的读者可与作者联系。E-mail: jzhangkl@yahoo.com

关键字:总线  从设备  设备  通信

编辑: 引用地址:http://www.eeworld.com.cn/wltx/qtjs/200605/3072.html
本网站转载的所有的文章、图片、音频视频文件等资料的版权归版权所有人所有,本站采用的非本站原创文章及图片等内容无法一一联系确认版权者。如果本网所选内容的文章作者及编辑认为其作品不宜公开自由传播,或不应无偿使用,请及时通过电子邮件或电话通知我们,以迅速采取适当措施,避免给双方造成不必要的经济损失。
论坛活动 E手掌握
微信扫一扫加关注
论坛活动 E手掌握
芯片资讯 锐利解读
微信扫一扫加关注
芯片资讯 锐利解读
推荐阅读
全部
总线
从设备
设备
通信

小广播

独家专题更多

富士通铁电随机存储器FRAM主题展馆
富士通铁电随机存储器FRAM主题展馆
馆内包含了 纵览FRAM、独立FRAM存储器专区、FRAM内置LSI专区三大部分内容。 
走,跟Molex一起去看《中国电子消费品趋势》!
走,跟Molex一起去看《中国电子消费品趋势》!
 
带你走进LED王国——Microchip LED应用专题
带你走进LED王国——Microchip LED应用专题
 
电子工程世界版权所有 京ICP证060456号 京ICP备10001474号 电信业务审批[2006]字第258号函 京公海网安备110108001534 Copyright © 2005-2016 EEWORLD.com.cn, Inc. All rights reserved