正确的维护是DCS系统能够长期稳定运行的重要保证..doc

正确的维护是DCS系统能够长期稳定运行的重要保证 杭州和利时自动化有限公司 张连城 我曾经接到过很多来自工程人员、客服人员和客户的电话，询问生产期间DCS系统的维护方法，主要是生产期间哪些能做，哪些不能做。这使我想到有必要系统地整理一份这方面的资料，以便规范维护工作。因为正确的维护是DCS系统能够长期稳定运行的重要保证。实际上，在工程实施期间组态的基本方法不同，在投入使用后的维护方法也有差异。根据我的经验，做了很多试验确认，整理了这样一份资料，希望对工程人员、客服人员和客户有所帮助。 一、MACSV系统的维护应该规范 在MACSV系统的日常维护、维护管理、检修维护中，正确的设置、使用和习惯是很重要的。也就是说，维护不单纯是一个技术问题，还涉及到思想意识、方法和习惯的问题。因此，我们认为： 我们应该具备正确的日常维护、维护管理、检修维护的思想意识； 我们应该具备完整的日常维护、维护管理、检修维护的系统知识； 我们应该具备规范的日常维护、维护管理、检修维护的使用方法； 我们应该具备良好的日常维护、维护管理、检修维护的工作习惯。 下面举几个方面的例子来说明维护为什么应该规范。 （一）MACSV系统的维护-设置不对例 MACSV系统的维护---设置不对，表现为某些功能有问题。 1、现象：某工程，控制器主从切换后，出现所有PID参数回0。 2、说明： 1)MACSV110SP2版本的控制器Retain区实际大小是84K 2)软件组态的目标设置中默认的Retain区大小也是84K，但是这个Retain区大小可以修改设置。 3)在此工程中，人为修改了软件组态的目标设置中默认的Retain区大小，实际上，目前所有的 PID 参数仍在84K的范围之外，导致PID参数根本无法进行冗余，所以就会出现控制器切换后所有PID参数归0的现象。假设是参与重要逻辑运算的变量在84K的范围之外，则问题会更大。 3、处理方法：做好变量的安排和规划。 （二）MACSV系统的维护-方法不当例 MACSV系统的维护---方法不当，表现为某些功能有问题。 1、现象：有客户说，他们在1月、2月和3月都做过组态修改、编译和下装，发现每次下装后在画面上都有不正常的现象，抓了两张图给我们。 2、说明：通过日志分析可以看出，方法不当。 3、处理方法：下面是我们回复的邮件 1）经过对日志的分析，确认1月27日、2月16日和3月17日这几天都做过编译和下装等操作，是使用和操作方面的问题。 2）在修改组态后，建议按照下面的步骤做： a)如果在CoDesys中POU部分修改了组态，做完后，应该这样做：编译-保存-登录-无扰下装，成功后，退出-关闭CoDesys。这样做就可以了，不需要再做其它操作。 b)如果在CoDesys中POU部分修改了组态，又添加了中间变量，应该这样做：编译-保存-登录-无扰下装，成功后，退出-关闭CoDesys。然后，数据库总控完全编译，再做服务器下装就可以了。 c)如果在图形组态中修改了组态(例如，添加的中间变量需要添加在画面上)，做操作员站的下装就可以了。 （三）MACSV系统的维护-习惯不好例 MACSV系统的维护---习惯不好，表现为某些功能有问题。 1、现象：A控制器为主机，ERROR灯一直闪烁；B控制器为从机， ERROR灯一直亮，其它状态正常，主从控制器工作都正常。 2、说明：这种现象的一种原因是主控制器无扰下装后，退出，关闭时未保存造成的。 3、处理方法：修改组态，再做一次无扰下装就会好了。 建议按照下面的步骤进行： 修改组态-编译-保存-登录-无扰下装-退出-关闭 二、生产期间工程有变化要求，维护时应该规范处理方法和步骤 本文整理了16个生产期间MACSV系统工程变化的案例，生产期间可以做。但是要注意规范处理方法和步骤。 案例1：生产期间，工艺要求增加一个物理点(显示用，不涉及算法组态)，如何解决？ 处理方法和步骤： 第1步：在数据库中将备用点名改成实际应用点名； 第2步：数据库总控完全编译； 第3步：在控制器算法中编译-保存-登录-无扰下装-退出-关闭； 第4步：A和B服务器分别做一遍下装 第5步：修改图形组态； 第6步：操作员站分别做一遍下装。 案例2：生产期间，IO模块通道损坏，如何解决？ 处理方法和步骤： 第1步：将通道损坏的信号线移到一个备用通道上； 第2步：在数据库中将备用通道的点名改成实际应用点名； 第3步：数据库总控完全编译； 第4步：在控制器算法中编译-保存-登录-无扰下装-退出-关闭； 第5步：A和B服务器分别做一遍下装。 案例3：生产期间，工艺要求增加一个中间点(涉及算法组态和图形组态)，如何解决？ 处理方法和步骤：