技术论坛

 一则由profibus DP通讯硬件组态下载引发的若干问题处理过程

返回主题列表
作者 主题
WWCWWC
至圣

经验值:71500
发帖数:7980
精华帖:145
楼主    2019-08-07 09:22:34
主题:一则由profibus DP通讯硬件组态下载引发的若干问题处理过程 精华帖 

一则由profibus DP通讯硬件组态下载引发的若干问题处理过程

   在一周前夕,公司因生产需要,增添一组由西门子840D sl为主的生产线,需要挂接在原412-2DP系统上,作为系统从站组成部分。

系统概况:

   原系统的profibus DP主站有西门子412-2DP组成,下挂近20几个从站,有西门子300/400、200、840D/840Di sl及ABB机器人等组成,新增添的设备由西门子840D sl及ABB机器人及S7-1214C组成的搬运输送线组成。

   因为工厂需求,需要将新增添的设备仍然挂接到老系统中,需要将新的硬件组态连接到老主站412-2DP中,我在处理这个过程中出现了一些问题,现总结如下:

首先是三个可能担心会出现的问题概述。

1)  因为840D sl系统的已经为自己的主站,下挂若干个ET200 SP及第三方设备,所以,组态需要主-主通讯,西门子有配套的通讯模块,即我们熟悉的DP/DP Coupler。

2)  ABB机器人也由于版本的更新,由原3HNE-0009-1更新为Anybus-CC PROFIBUS DP-V1的GSD需要安装。

3)  在STEP7 V5.4版本下是否能够组态S7-1200,是一个未知数。

我将1)、2)能够确认的硬件先在STEP7 V5.4上安装好GSD文件,并进行硬件组态,图示:


打开各从站属性窗口,可以看到硬件组态信息,图示:


  由于下载时,主站plc需要停止运行,生产部门又没有安排足够的换模间隙,只能联系生产部门等待确切时间段。硬件下载时间上的限制,使我对原机器人及新机器人硬件没有正常图表显示产生的怀疑,这些组态好的从站怎么没有一个正常合适的图表显示?难道我的组态存在问题?电话联系确认下载时间后,议定于晚上6点半左右有半个小时时间的暂停间隙,也告诉我的硬件下载调试需要在半个小时时间内完成。为了确保下载成功,我还是电话联系到原编程者,由于时间的久远,电话中他也没有说清楚一个所以然,时间已定我只能冒险测试了(曾经有过一次在400上,因GSD图标异常造成下载后cpu报警的经历)心里的非常担心的。因为看机器人的组态信息是完整的,还是给我稍微带来一些信心,自己给自己壮一下胆子了。没有正常显示的硬件组态图表,图示:


属性窗口信息完整。

  晚上6点半时间到,我早已经做好下载前的准备。等生产间隙,下载了硬件组态。再次编译OK!没有问题,再下载硬件顺利通过,担心的问题没有出现,仍然OK!

测试通讯数据时,问题又来了。我的通讯数据是按系统默认地址进行的,编译也OK了的。可是,通讯数据就是无法接收或发送,机器人通讯数据地址,图示。


通讯地址IB512 ~IB519(8个字节的输入),QB512 ~ QB519(8个字节的输出),在“变量表”中操作的输入或输出地址前面均带有小叉符号,莫非我的地址超范围了?现场没有网络,无法到西门子官方网站上找cpu硬件模块数据确认,只能尝试着用已经使用过的地址,以字节单位往上累加测试,几次下来后,小叉再次出现,基本验证了这款412-2DP的输入、输出地址区域范围,再次联系新设备编程员确认双方可以使用到的地址区域,重新修改这些地址区,再次下载硬件组态,这次测试OK通过,谢天谢地。我的问题由此产生,既然cpu可以默认到这些地址区域,编译、下载均可以,为什么没有报警?只是我具体测试通讯数据调用地址时,才会出现报警。可能是STEP7 V5.4版本的原因了。

  下载任务还有一个呢,待抓紧时间啊,即组态S7-1214C(CM 1242-5),在STEP7 V5.4版本上我死活安装不上CM 1242-5的GSD文件,应该是版本的兼容性问题了。没有办法只能换电脑(我另一台电脑,因为需要今后维保840D sl的新版本系统,已经安装了STEP7 V5.5 SP4的版本,这个也是安装新840D sl的TOOLBOX软件时报警提示告之后,才安装的版本)。将硬件用STEP7 V5.5 SP4版本的电脑上传硬件及软件,将原注释表复制到新上传的程序文件中,安装CM 1242-5的GSD文件成功,OK!根据双方约定的地址编辑,编译、下载测试报警!“模块可用,无法进行数据交换”。又在什么地方出了幺蛾子呢?时间在流逝。

  打开S7-1200 Easy Plus帮助手册,看官方是如何处理的。比对没有发现什么不对,只是在组态“订货号/标设”选项中,我选择的是通讯字节的输入或输出,而没有采用官方文档中的“通用模块”。再在V15版本环境下的S7-1214C组态下看硬件组态内容,发现一个问题。我在STEP7 上的通讯槽号1上组态的是输入,槽号2上组态的是输出,而V15上仍然是槽号1为S7-1214C的输入,槽号2为输出。回到主站处,将这些位置对换,再次下载,报警依旧存在,中间过程还排除了DP连接电缆及DP插头终端电子开关的正确位置,确认OK没有问题。半小时的时间已经到达,没有机会再次在主站上修改硬件组态了。退回到S7-1214C从站处,将硬件的槽号对换下载,这时,看S7-1214C及CM 1242-5红灯报警消失,组态成功,原来STEP7与portal V15不同的版本下还有这出“戏文”。

  第一次在2个不同的版本上组态硬件,总是这样磕磕绊绊的进行,好在西门子有大量的资料和例子程序参考,在规定时间内要想做一些项目是多么的不易。多换位测试是这次硬件下载成功的基石,不沉湎于一味的与官方例子程序死对应。当出现问题时,决不能够慌乱,按部就班地判断可能的原因,及时大胆的测试,对于经历过的人,可能这些均不是问题,但是,作为第一次操作的可以作为借鉴,也是我想通过我自己的这次硬件下载经历,给没有经历过的同行做一个参考。


您收到0封站内信:
×
×
信息提示
很抱歉!您所访问的页面不存在,或网址发生了变化,请稍后再试。