通过以太网与施耐德Premium的PLC通讯的问题 ccg.doc

通过以太网与施耐德Premium的PLC通讯的问题ccg,2008-03-1111:02:14ME一直在处理通过以太网与施耐德Premium的PLC通讯的问题，一是与施耐德的UnityPro编程软件的通讯；一是与希亚特公司的CitectSCADA监控组态软件的通讯。UnityPro是施耐德新推出的一套软件，简单来说可以看作之前给施耐德PLC编程的PL7软件的升级。但实际上这套软件的功能远比之前的PL7强大。而Premium系列PLC也是施耐德产品，照理说两者之间的通讯是不应该有什么问题的，但由于是第一次接触，所以还是费了不少功夫的。第一：TSXP572634内置有以太网模块，但默认的IP地址未知，所以第一次没有办法与其通讯，打电话咨询客服，得到的答案是可以先用串口通讯一次，把IP地址下载到PLC中去，但这样做一违背了我始终想用以太网通讯的初衷，二我手头没有串行的编程电缆。于是又打电话骚扰客服，后来叫来一位客服的mm过来现场和我一起解决。从她那里得知其实内置的IP地址是可以换算出来的，形式是85.16.*.*，最后两个*的部分需要将模块正面印着的Mac地址的最后两段从16进制转化为10进制填充进去，比如说，我的PLC的Mac最后两段是2C3A，转换成10进制就是44和58，则我的PLC内置的IP地址就是85.16.44.58。第一个问题得到解决。实际上我当时这个问题解决以后，只是测试通讯(PLC-setaddress-testconnection)可以联通，而实际上仍然无法与PLC通讯，这时遇到的是第二个问题。第二：通过以太网与PLC通讯时，选择将程序下载到PLC.传输过程一切正常，但当所有的文件下载完成后，出现一个waitingfortheendoftransfer的对话框，停留在界面上不会消失，这时如果不进行操作，就没有办法进行下去，而如果点cancel按钮，则会自动与PLC断开连接。但是，从PLC里上载文件的过程是正常的，这说明实际上文件已经传输到PLC中了，所以开始怀疑是不是UnityPro在这里有bug.不过我还是希望能够先弄清楚问题所在，因此要排除软件冲突，于是从系统中一个一个卸载软件。最后，当我把杀毒软件和防火墙卸载掉以后，waitingfortheendoftransfer的对话框终于消失了（之前我选择过关闭杀毒软件和防火墙并从系统进程里停止所有相关进程都不行）。根据我的实验，卡巴斯基、瑞星和江民都是会冲突的，必须卸载才可以正常通讯，其他的杀毒软件我没有测试过。到此，UnityPro与PLC通讯的问题解决掉了。说来简单，实际耗时一天半。一点教训，调试程序最好准备一根串行电缆，虽然速度慢一点，但是安全可靠，可以解决大部分问题。只用网线的话，心里总觉得没底，时刻害怕出问。题通讯不上。通过UnityPro将程序下载到PLC中，终于可以正常工作了。接下来考虑上位的监控组态软件与PLC之间通讯。上位软件采用澳大利亚希亚特Citect公司的CitectSCADA组态监控软件。关于这套软件不想做过多的评价，反正价格是很high。在使用Citect与Premium通讯的时候，首先在协议选择上踌躇不前，既然采用了以太网模块，自然应该是选择以太网相关的协议了，TCPIP显然是不二选择，但是Citect软件的通讯部分在处理施耐德系列的PLC时显得很混乱，不但把施耐德旗下的PLC分开到Schneider,Modicon和Telemecanique三部分中，而且帮助文件也没有及时更新，在选择通讯协议的时候我分明选择的是TCPIP，但帮助文件直接定位到Uni-telway协议下，而Uni-telway是一个不折不扣的串口协议。让我一次一次被误导，怀疑自己是不是选错了，然后不得不去仔细研究每个相关的协议。后来在升级的驱动程序帮助里面找到一个叫Unite的协议，这个驱动软件是不提供的，需要到希亚特网站上面去下载，在www.citect.com上注册一个ID并登陆进去，下载到相关驱动并按要求安装，但因为帮助文件有问题，安装了之后在协议列表里面找不到Schneiderautomation这个选项。咨询客服的时候了解到随软件安装的CitectKnowledgebase里面有升级了的详细的使用Unite协议和Premium通过ethernet通讯的问题详解。之前我一直对这个knowledgebase不屑一顾，听客服这么说就找来看看，相关的文章内容如下：/*以下英文部分引用自CitectKnowledgebase*//*引用开始*/SettingupCitecttotalktoaPremium(orMicro)viatheUNITEProtocolArticlenumber:Q4283Createdon:Wednesday,18January2006Pr