引言
今年因工厂控制系统升级需求,在帮忙准备PCS7系统的升级改造项目,从而让我回忆到过往两次系统升级改造的经历,也有幸在一个好的团队里面一起共事,做了一些工厂可靠性方面的解决方案。还记得过往升级改造成功之时,大家脸上的兴奋劲和喜悦感,做技术有时就是这样,在哪里付出了许多,就在哪里收获产出,收获成就感。
文中根据过往实际的工作经历,介绍了西门子PCS7项目中单CPU系统升级改造为冗余系统的组态过程,同时PCS7控制系统从7.0版本升级到9.0版本, 此实施方案是基于提高控制系统的可靠性方面着手,为保障工厂稳定运行打下坚实基础。希望对有类似需求的工控朋友们能有一些帮忙。若有不当之前,还请多多包涵。
01
说说准备工作
前期准备非常重要,俗话说的好 “A good beginning is half the battle”.
PCS7控制系统升级改造准备大约需要提前半年左右开始,过程中需要和西门子或者其代理商反复沟通,需要采购的部件,如需要更换硬件系统,如把当前41X系列升级为全新的410H CPU,那么可以选择一个H系统组合的技术包,去代替选择一个个硬件去采购,这样比较方便。(订货号会有不同)。
在技术方面,根据自己项目的改造需求和程度,要仔细考虑可能的改动点,是否需要购买新的License,针对需要改动的地方进行细化和分析,笔者建议此处和同事多进行讨论,尽量全面的逐条列出需要变化的地方和改进措施,形成好的文档记录,以便后期项目实施时做技术参考。
特别要注意通讯方面:
其实PCS7系统升级是一个复杂的工作,需要大家齐心协力,把困难想在前面,做好充足的准备,才能保障在项目执行阶段的进度,减少一些惊喜的出现。
02
项目介绍
文中主要介绍控制系统从单CPU系统升级为冗余CPU系统的一些技术细节和大家探讨,因控制系统版本从7.0到9.0的升级变化是团队中另外的同事在负责,此处就不再展开进行介绍。
首先是系统架构图如下图所示,A系统中的单417H CPU 准备升级为冗余的410H系列,A系统之前和冗余的B系统之间已经建立通讯,另外还和BN3500系统之间建立通讯,此处和BN3500的通讯并没有显示在下图中。
此处需要注意,A系统从单CPU变为冗余CPU后,和B系统的容错连接建立,若A系统和B系统在一个项目下面集成,那么可以直接建立S7 Fault Tolerant Connection, 但文中遇到的情况是A系统和B系统分别在不同的项目下面且系统版本也不一样,所以就需要额外的组态方式来完成系统间的冗余通讯。
在这里,首先参考西门子官方论坛对应容错连接的介绍:
根据通讯伙伴的不同,需要为网络设备激活MAC地址或者IP地址:
我们可以看到IE General网卡也可以支持建立容错连接,但对版本和授权方式有一些要求,特别注解如下:
03
系统组态变更
文中因更换了新的ES电脑,所以没有在原电脑中的项目中更改,而是在新的ES(升级到9.0的项目)中进行对老项目的更改和重建。
方案实施阶段,首先在硬件组态里面查看原来项目硬件机架信息的组态方式。
若原来的项目插入的是SIMATIC 400 Station, 这里需要替换为SIMATIC 400H Station的方式,这个小细节需要注意到,文中项目此处组态信息就是这种情况,需要变更。
替换原单站机架时,在CPU0这一边插入UR2ALU-H Rack,接下来Copy CPU0 Rack的信息在空白区域Paste 那么就会自动创建CPU1 Rack的信息。然后从原项目从Copy所有的IM153-2从站到新的项目中(项目移植中比较快捷的方式),这样冗余CPU硬件信息组态完成,硬件编译下查看是否有错误存在。
此处小结,在CPU硬件和从站信息已经完成基础上,一定要保证物理链路上已连通,也就是所有的网络都已经连接到网络交换机,西门子一般是SCALANCE。
接下来是对新冗余系统的PN口或者CP443-1通讯卡进行配置和组态,文中用的CP443-1通讯卡,第一次设置CP443-1时可以通过”Edit Ethernet Node”,如图3所示,记得要输入MAC address后点击搜索就可以找到了。
找到CP443-1通讯卡后,为其分配IP address,保持和旧项目中一致即可,输入默认网关信息,一般为255.255.255.0,然后选择点击图4中的Assign IP Configuration按钮,等待参数写入成功的回执信息弹窗。
成功配置好CP443-1通讯卡之后,那么此时可以下载刚刚我们新组态的硬件信息了,对比原系统中CPU信息,检查一遍新CPU 410-5H的参数后,在硬件组态界面选择下载硬件信息到CPU中。
硬件信息成功完成下载,这时可以直接从原项目中的Chart文件夹copy到新的项目中,免去一个个粘贴逻辑的时间,然后编译逻辑,查看是否存在编译报错。
新升级到PCS7 9.0系统后,大概率会遇到编译报错的问题,错误信息提示为FB已经存在的冲突报错,那么此时需要根据提示信息,在变量表里面对一些冲突的功能可重新分配地址,避开冲突即可。
此冲突原因是升级到PCS7 9.0系统编译后,一些系统功能在自动产生时,可能和原项目中的一些FB number相同,从而出现冲突报错。当编译错误消失后,记得把逻辑download到新的CPU中。
此时,在新的PCS7 9.0系统中硬件和软件的下载都已经完成,那么接下来就是处理通讯部分。
因为原单站CPU升级为冗余的CPU,那么也要考虑升级之后原单边通讯也要具备冗余的通讯功能。
先打开网络组态界面NetPro,ES/O和CPU之间的通讯更改为S7 connection fault-tolerance, 在网络组态界面点击按钮编译并保存,编程检查无错误后,首先是选中CPU,逐条右键选择download selected connection,这样通讯已经下载成功。
针对前面提过的一个知识点,若是同一项目里面改成冗余CPU后,建立容错连接是比较方便和容易的,那么针对不同项目下的案例,如上图和MAN PLC的通讯,根据西门子官网的推荐,建议用虚拟站点的方式进行,也就是在本项目中把MAN系统的硬件信息作为一个单项目插入,在MAN系统中镜像插入原系统的硬件信息,然后两者之间就相对于在同一个项目下了。
具体操作方式请参考西门子官网: 文档类型 常问问题 文档编号 43033406, 文档发布日期 2017年10月9日
文中采用方式是采集CPU中的Master bit位信号,在通讯设置里面建立对应的两条通讯链路到MAN PLC系统中,这就是上图出现MAN PLC和MAN PLC2,其实是一样的通讯设置,只不过Master bit激活时才会激活通讯功能,此种方式需要在软件里面写一段程序来配合完成通讯切换,这也是一种解决思路,细节不再赘余。
切记:对面通讯的系统也要更新原系统中的一些通讯设置,保证两边的信息都是最新的,才能保障通讯成功。
04
上位机信息组态
文中项目原设计不是很规范,所以升级过程需要关注的地方比较多,提前部署计划好是非常有必要的,因原项目上位机WinCC采用ISO的通讯方式而不是name connection,那么就需要重新建立新的name connection通讯方式,来匹配和冗余CPU之间的冗余通讯。
在原项目中设置PC/PG接口位
在新项目中首先设置好PC/PG通讯接口为 PC internal local,组态详细步骤:
配置好各OS站点后,整体编译WinCC项目并勾选memory reset, 若项目中有SFC的应用实例,别忘记编译时勾选SFC选项,采用的通讯协议设置为Named Connection. (冗余通讯必须为这个协议)
05
硬件替换和安装
现场和相关部门沟通好停机时间和窗口,还是提醒一下,要准备充分,尽量缩短整体停机时间,这样可以节省一些时间用于故障排查阶段。
把原来的单CPU硬件从control panel中移除,打孔后并安装新的冗余CPU硬件。
此处所有连接IO从站的通讯模块IM153-2也需要随着冗余CPU的改变而进行更换,由单IM153-2模块变为双模块(DP地址要注意保持一致),另外,其通讯背板一定要替换为支持IM153-2冗余模块的背板。有源背板模块订货号贴在此处,以便快速查阅6ES7 195-7HD10-0XA0。
下图是冗余系统双IM153-2模块安装完毕后的照片。
文中项目还设计到了工业交换机SCALANCE替换,若在升级过程中发现SCALANCE接口已经不够用,那么在冗余改造前就要计划好升级有更多接口的工业交换机,本项目中因原来SCALANCE X208已经没有备用口,从而升级替换为16口的X216。
06
软件功能测试
到这个环节,软件和硬件系统都已经升级改造完成,那么此时需要把WinCC项目下载到各OS后进行功能测试和画面信息确认,查看是否有不正常的显示或者不能正常操作的Icon。
另外,冗余CPU的冗余功能也需要测试确保功能正常,可以采用关闭一侧CPU的电源来进行测试,并查看数据的通讯部分是否异常。也可以采用从软件中进行CPU切换来测试,CPU切换时会有相关报警产生,可以留意一下黑色的系统报警信息。
07
设置时间同步功能
PCS7中的时间同步是非常必要的功能,尤其在系统的故障排查阶段,保持各系统部件有一致的时间,是非常重要和必要的,这个时间同步功能在项目收尾阶段也要确认其功能正常。此部分的设置细节可以参阅西门子官方手册,几个重要环节概况如下:
当时间同步功能设置好并完成硬件和软件的下载后,打开 硬件组态信息,选中CPU并右键,从set time of day中查看3者时间是否保持一致,若一致说明时间同步已经成功。三者时间指的是PG/PC time, Module time 和Local time, 此处注意Module time为UTC时间,由于我们地域时间在东8区,所以module time会晚整8个小时。
08
总结
笔者在文中叙述了单CPU系统升级改造为冗余系统的实现过程,可以看出需要在方方面面做足功课,才能保障升级过程顺利,尤其对于通讯方面的设置,因在项目执行过程中,忽略了一些小的细节,造成数据不能随着CPU切换而正常通讯,最后不得不花费大量时间和经历查阅资料才得以解决,此部分在文中就不再赘述。
另外,一个好的团队配合在一起才能确保升级顺利,此项目的完成也要感谢当时的各位同仁齐心协力,在此一并谢过,不仅保障改造项目的升级进度,更为后续工厂的稳定运行打下了坚实基础。
2021年9月
作者简介
李福祥:
自动化工控行业从业者
对西门子PCS7产品有深入了解