欢迎来到三一文库! | 帮助中心 三一文库31doc.com 一个上传文档投稿赚钱的网站
三一文库
全部分类
  • 研究报告>
  • 工作总结>
  • 合同范本>
  • 心得体会>
  • 工作报告>
  • 党团相关>
  • 幼儿/小学教育>
  • 高等教育>
  • 经济/贸易/财会>
  • 建筑/环境>
  • 金融/证券>
  • 医学/心理学>
  • ImageVerifierCode 换一换
    首页 三一文库 > 资源分类 > DOC文档下载
     

    基于CAN总线的modbus通信设计[研究分析].doc

    • 资源ID:9349645       资源大小:53.50KB        全文页数:6页
    • 资源格式: DOC        下载积分:4
    快捷下载 游客一键下载
    会员登录下载
    微信登录下载
    三方登录下载: 微信开放平台登录 QQ登录   微博登录  
    二维码
    微信扫一扫登录
    下载资源需要4
    邮箱/手机:
    温馨提示:
    用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)
    支付方式: 支付宝    微信支付   
    验证码:   换一换

    加入VIP免费专享
     
    账号:
    密码:
    验证码:   换一换
      忘记密码?
        
    友情提示
    2、PDF文件下载后,可能会被浏览器默认打开,此种情况可以点击浏览器菜单,保存网页到桌面,就可以正常下载了。
    3、本站不支持迅雷下载,请使用电脑自带的IE浏览器,或者360浏览器、谷歌浏览器下载即可。
    4、本站资源下载后的文档和图纸-无水印,预览文档经过压缩,下载后原文更清晰。
    5、试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。

    基于CAN总线的modbus通信设计[研究分析].doc

    基于CAN总线的modbus通信设计摘要:CAN总线是由德国BOSCH公司开发了的,其主要用于汽车计算机控制系统,而在工业控制领域较少适用,在工业领域用的最多的是RS485总线。CAN总线较RS485总线具有网络各节点之间的数据通信实时性强,开发周期短,已形成国际标准的现场总线等优点。因此CAN总线是比较有前途的现场总线之一,在工业控制领域代替RS485是有可能的。为了能简单地应用CAN总线代替RS485总线,如果采用比如CANopen等协议使得设备变得复杂化,那么有没有简单点的协议?很多做过工业设备的工程师都熟悉MODBUS协议,在RS485总线上跑的最多的协议就是MODBUS,如果我们在CAN总线上运行MODBUS协议,那么做过RS485的工程师就能很快地转移过来,减少了开发难度。所以本文就以CAN总线上跑MODBUS协议为目的对数据网络层协议进行设计。概念:MODBUS 有主从概念,CAN总线支持多主,在这里我们把主机叫做客户端,从机叫做服务器。在CAN总线上采用客户端服务器的概念。在进行协议介绍前先对CAN MODBUS进行简单的介绍。MODBUS:阅读过MODBUS协议的人都知道modbus有ASCII和RTU模式,其中RTU模式用的较多,一个数据包在网络上传输我们必须知道包的开始和结束,在RTU模式中数据包是以至少3.5 个字符的静默时间开始和结束的,如果信息结束前存在超过1.5 个字符以上的间隔时间则出错。为了检测这些时间间隔,在程序上将变得很被动。ASCII虽然有专用的开始结束标志符,但是ASCII需要把一个字节数据传换为两个字符发送所以其效率低。所以还是得采用RTU模式,但得根据CAN总线的特点解决数据包开始结束标志的定义。CAN总线:CAN总线的数据传输是以帧为单位的,一个帧包含标识符、数据段CRC等,标识符表示该帧的发送优先级,数据段包含实际的数据,数据长度从1到8字节,CRC对该帧进行校验,因为帧中包含了数据校验功能,所以在CAN上跑modbus就不需要再对数据进行CRC校验。在这里我们看到CAN总线是有优先级这个概念,但是没有出现像modbus这样有地址的概念,CAN总线上标识符段表示的是该帧的优先级,它面向的是数据,而modbus面向的是设备,每个数据包中都有地址,如果我们把地址放在CAN帧的数据段中那么所有设备都必须接收每一帧,然后对数据进行解析,如果网络负载比较大的是时候,这对设备不利。CAN控制器一般都能对特定的标识符段进行过滤,那么我们为什么不能把标识符段作为设备的地址,然后设备对特定的标识符进行过滤,这样就减少了设备的负担。但是如果标识符段作为目的地址,那么CAN总线上就不能有两个主机,应为CAN总线规定不能有两个相同标识符的帧同时发送。既然标识符符不能作为目的地址,那么就实现不了设备对数据的过滤。我的解决办法是把帧的标识符段分为两部分,一部分为发送方地址,另一部分为接收方地址,其中接收方地址在标识符的高端。这样我们就能通过表标识符段知道这帧数据是谁发给谁的,对于接收方它通过设置过滤器只接收表识符高端数据为自己地址的帧,这样就解决了CAN总线中地址的概念。这个地址还表示的设备的优先级,地址越小优先级就越高,接收方地址和发送方地址就决定这帧的发送优先级。标识符段分为标准帧和扩展帧,标准帧的标识符为11bit,扩展帧的标识符为29bit,按照接收方地址加发送方地址的分配方法标准帧的地址范围为031,共计32个地址,如果用扩展帧的来分配地址范围为016383,共计16384个地址。标识符接收方地址发送方地址因为一帧最多能发送8字节数据,因此要发送超过8字节的数据就必须使用多帧,为了能适应多任务环境,我们在把帧的数据段的前两自己数据用作特殊用途:第一字节表示帧数据的ID,其bit7为1:表示服务器返回的数据帧,为0:表示客户端请求的数据帧;第二字节表示着一帧在这个数据包中的相对为位置,其bit7为1:表示这是最后一帧,因此我们可以根据这一帧就能计算出此次要传输的数据字节数,有这两字节的数据我们就能把一个数据包分成多个帧发送出去,然后在接收方根据这两字节的信息把数据包从新组装。由第二字节信息我们可以计算出一次能传输的数据包的大小为128*6=768字节。你也许会问,那个ID数据有什么用,为了支持多任务处理,一个客服端可能有多个任务同时把数据发送到同一个服务器,这个ID 就是区分不同任务的,客户端发送到的时候分配一个空闲的ID然后以此ID把数据发送出去。服务器接受到同一个客服端发来的不同ID的数据包,那么服务器就根据ID的不同分别处理;回复客户端时把ID的最高位置1,然后发送回去,客服端收到发回复后根据ID把数据分发给对应的任务。一个设备可以是客户端也可以是服务器,还可以包含两者,那么CAN接收服务程序就必须明确接收到的数据是自己收到的回复还是别人的请求,因此ID的最高位就是区分数据方向的。在这里规定ID为0表示无效ID,故ID的取值范围为1到127。因此能同时区分同一个设备的127个不同数据包。在回头想想采用了这个结构后也就解决了MODBUS数据包的开始和结束的问题。那么MODBUS就可也在CAN总线上运行了。在CAN总线上已经包含了地址和CRC数据,因此MODBUS上就不在需要地址段和CRC段。另外一个帧中包含6个数据,因此大多数MODBUS数据包都能够通过一帧发送出去。基于LPC2292的CAN通信程序设计CAN驱动层:CAN驱动层主要做的工作是初始化设备,收发数据,下面是集CAN功能函数的结构体typedefstructuint8_t(*Init)(uint8_t port, uint16_t addr);void (*Open)( uint8_t port);void (*Close)( uint8_t port);uint8_t (*Wirte)(uint8_t port, Message *m);void(*SetBPS)(uint8_t port, uint32_t baud);can_device;uint8_t(*Init)(uint8_t port, uint16_t addr);初始化设备,port:端口号,指示初始化哪个CAN,addr:设备在通信中的地址,地址的长度要根据标准帧或者扩展帧定义。返回1:成功 0:失败void (*Open)( uint8_t port);打开设备void(*Close)( uint8_t port);关闭设备uint8_t(*Wirte)(uint8_t port, Message *m);向设备写数据void(*SetBPS)(uint8_t port, uint32_t baud);设置通信速率消息结构体如下typedef struct uint32_t cob_id;/*< messages ID */ uint8_t rtr;/*< remote transmission request. (0 if not rtr message, 1 if rtr message) */ uint8_t len;/*< messages length (0 to 8) */ uint8_t data8; /*< messages datas */ Message;另外CAN接收中断服务程序序调用void CAN_msg_dispatch(can_uint8 port, Message *m),该函数对每一帧数据进行解析其工作流程如下:接收到can数据解析数据的ID,ADDR在接收链表中是否存在相同ADDR和ID的数据包把数据存入对应的数据包是否接收完成?把接收完成的数据包发送给接收服务任务是是获取空闲包,并把数据存进数据包否等待新数据说明:在试验中用的操作系统为ucosII 2.86 , 把接收完成的数据包发送给接收服务任务是通过消息邮箱把数据包发送给接收服务任务的。下面是数据包的结构体:typedefstruct uint8_tport;uint16_taddr;uint8_tid;uint16_tsize;uint16_ttotal_size;uint8_tmessageCAN_MAX_LEN;uint8_tttl;void *next;can_pkg;Port:设备端口Addr:数据来源地址Id:包IDSize:包的当前大小total_size:包的总大小message:消息缓冲区ttl:该包的生命周期next:指向下一个包total_size:是通过接收到最后一帧数据计算出来的,当size= total_size时表示接收完成message是一个数组,这里为了设计简单采用了数组,这个用户可以灵活设计成动态分配ttl:当接收一个包时,如果传输过程中丢失一个帧那么这个包就永远不能接收完成,因此设置了TTL没个周期扫描一次,TTL减一,当TTL等于0时,不管接收是否完成,都将把包移除接收链表。Next:指向下一个包的指针,用作单向链表。包在工作过程中分为三种状态 使用状态:包正在接收数据游离装态:数据接收完成,等待处理空闲状态:包处于空闲状态发送过程:发送过程建议采用对列中断发送,发送中断产生后通过查看队列中是否还有要发送的数据来循环发送,上层应用只需向队列写数据。数据包ID采用递增循环方式发送,没发送一个新的数据包时,将在上次分配的ID上加1然后产看该ID是否实用,如果没有使用,将采用该ID,否者ID继续加1,直到找到空闲的ID,如果所有ID都在使用那么ID将返回0表示没有可用ID分配。static void *id_queueCAN_MAX_ID;ID分配队列是一个void*的数据,它指向的数据类型是用户定义的,它的作用是当接收服务任务接收到回应的数据时,通过该数据把接收的信息发送给使用该ID的任务。来自红叶RedLeaf6技术l类别

    注意事项

    本文(基于CAN总线的modbus通信设计[研究分析].doc)为本站会员(rrsccc)主动上传,三一文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知三一文库(点击联系客服),我们立即给予删除!

    温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载不扣分。




    经营许可证编号:宁ICP备18001539号-1

    三一文库
    收起
    展开