利用MODBUS提高多CPU系统协同开发的效率.docVIP

　　利用MODBUS提高多CPU系统协同开发的效率|第1 摘要：提出利用MODBUS协议实现多CPU系统中信息交互的方案，分析了软硬件通信机制的设计和系统协同开发的方法，以及各种提高通信效率的措施。 在电力系统微机综合保护和自控装置以及其它工业自动化控制领域，微控制器的应用越来越广泛，其装置的复杂性也越来越高。为了解决其开发对象实时多任务性的要求，单CPU、单入开发的模式下在被多个、多类型CPU和多人协同开发的模式所代替。在这新的开发模式中，面临一个新问题——在实施信息交互的过程中如何将实现CPU之间信息交互的软硬件标准化，这是关系到该模式能否成功实施的关键。在众多的通信方式中，基于UART的RS-485串行通信模式以其连线简捷、可靠性高和可带动多CPU、多设备级连的能力而被广泛采用。在软件通信协议的选择上，MODBUS协议由于其通用、成熟的第三方标准测试软件，为用户使用提供了诸多优势。因此，在开发新型电动机综合保护装置TH21-4M的过程中，采用RS-485串行通信方式和MODBUS通信协议，实现了多CPU之间的数据和控制命令的信息交互。为了增强串行通信的高效、协调性，笔者在通信机制的软硬件结构上采取了很多措施，并取得了很好的效果。在调试系统通信阶段，使用了各CPU模块先与MODBUS标准测试软件通信，之后再互相联调的方法，大大提高了协同开发的效率。实践证明，该设计思想简化了系统的结构，大大提高了装置的运行效率和可靠性。本文将结合TH21-4M的设计思路，从硬件设计和软件规划两方面，介绍如何利用MODBUS通信协议，实现多CPU结构的协同开发。1 TH21-4M电动机综合保护装置的特点TH21-4M电动机综合保护装置综合保护功能以外，兼有测量、远动和通信的功能；大屏幕的汉字液晶显示，可以实现友好的人机界面；利用CAN总线，与监控主机进行通信，从而构成分级分散式的变电站综合自动化系统的子系统。在设计上，由于装置需要实现多任务，为了优化系统功能，采用了多CPU的系统结构。其中一个CPU负责定时采样脉冲发送；主CPU模块负责数据处理、电量计算、故障判断和开关操作；而板模块上CPU负责人机交互，并实现与主保护模块和监控主机的通信任务。各个CPU模块有明确的任务分工，研制时也容易实现多人协同开发。在整个构成中，串行通信沟通了主CPU和面板CPU，使人机交互成为可能，因而点有重要的地位。建立合理的通信机制则是串行通信部分的核心的所在，它决定着通信的协调性和系统开发后期调试的效率。 500)this.style.ouseg(this) 2 通信机制介绍2.1 通信机制硬件设计原理本系统通信机制的提出以高效、可靠为目的。RS-485为半双工结构，现场中比全双工往往更接近于实用，在此采用只有2条信号线的最简型连接。系统接口电路图由图1所示。主保护模块上的80C196单片机输出的TTL逻辑电平通过光电隔离后，由MAX485芯片转换为RS-495电平，再由面板模块上的MAX485芯片转换为TTL逻辑电平，由80C31单片机读取；以之亦然。在80C196单片机一侧，使用并行输入输出口2（IO_PORT2）的一位P2.7对MAX输入使能端RE、输出使能端DE进行控制。由图1可知，当P2.7输出高电平时，RE使能，单片机一侧接收数据；当P2.7输出低电平时，DE使能，单片机一侧发送数据。这样，避免了盲目发送造成的数据叠加丢失现象，通信质量高，通信速度也能得到保证。2.2 通信协议介绍为了保证保护装置中两个模块之间能够正确地传递数据，必须有一套关于信息传输的模式、数据格式和内容等的规定，即规约[1]或通信协议。虽然保护装置内部的通信相对简单，两具模块之间传递的数据也不是很多，但是自定义内部通信协议的弊端是很明显的。首先，自定义通信协议很难在时序、任务的协调上配合得很好，数据传送的可靠性也难以保证；首次，由于没有现成的较成熟的调试软件，主CPU模块基本是黑匣子，系统联调时的困难较多且难以克服。因此，采用了当前流行的MODBUS通信协议，并结合本装置的特点加以简化，从而实现了模块间的通信，事实证明效果很好。MODBUS的通信方式为主从方式[2]。主方首先向从方发送通信请求指令，从方根据请求指令中的功能码向主方发回数据。每个从方都有自己独立的地址。主方所发的请求帧和从方所发的应答帧都是以从方地址开头的。从方只读发给自己的指令，对以其他从方地址开头的报文不作应答。这种一问一答的通信模式，大大提高了通信的正确率。但对于微机保护来说，该主从方式也存在着弊端，即当保护主模块进行保护动作后，无法立刻向上位机传送故障信息，只能由上位机不断向保护主模块询问保护是否动作，若有，则再进一步要求具体故障信息。MODBUS有RTU（Remote Termi