quote:以下是引用剑忠在2009-05-14 10:14:47的发言：
关于报警功能，SIEMENS公司不管是用WinCC、或用STEP7＋WinCC、或用PCS7系统都可实现很强大而完善功能，但是每种报警组态方法各有特点，虽功能一样，但组态效率确不一样。现我就这三种系统实施报警功能的特点分析总结如下：
1．WinCC方式——报警功能主要是通过手动对WinCC项目中逐一组态需要过程变量（Process Tag）完成的。很显然，逐一组态过程变量（Process Tag）的效率不高、时间长、重复工作量大，且还容易出错。
所以用这种方式组态报警只适用于组态报警变量较少的场合。既然手动逐一组态过程变量的效率不高，如果要组态的报警变量较多，我们一定会想到SIEMENS公司是否提供有一个组态报警模板，或报警功能块吗！且看如下。
2．STEP7＋WinCC方式——要高效组态报警功能不能仅依靠在WinCC中完成，还要利用STEP7编程软件，具体的说是利用STEP7系统功能库（SFB）中ALARM（SFB33）、ALARM_8（SFB34）、ALARM_8p（SFB35）、和NOTIFY（SFB36）这几个系统功能块的选择和组合。ALARM（SFB33）块能对单个变量组态报警；ALARM_8（SFB34）块能对8个变量组态报警，不带关联变量；ALARM_8p（SFB35）块也能对8个变量组态报警，但带关联变量（SD1～SD10）；NOTIFY（SFB36）块用于PLC热启动（Warm Restart）时读取启动信息（如OB块的加载编号等），然后初始化一些报警信息，或在PLC开机瞬间抑制一些不必要的报警信息。
ALARM（SFB33）、ALARM_8（SFB34）、ALARM_8p（SFB35）系统报警功能块功能相当强大，如果在项目编辑器SIMATIC Manager中编译（Compile）你的OS项目后，不仅可以在WinCC项目中自动生成报警归档变量（即打开Alarm Logging可看到），还可在使用的ALARM报警功能块上，对某个报警变量单独指定报警消息类型（Message Class）、报警优先级（Priority）报警确认方式（Acknowledgement）、填入自己需要的字符串作为报警事件（Event），和报警消息文本（Info Text）。这样，当在WinCC激活运行（Activate）中触发产生报警后，不仅可以清楚的知道报警变量名、报警时间、报警来源的程序块名、报警源程序块放置路径，及报警事件类型、报警提示消息文本等，可谓一应俱全。特别适用于需对多个相同的生产运行设备进行监控报警组态（如多台风机、泵，多个压力容器等），报警组态效率极高。
由于ALARM（SFB33）、ALARM_8（SFB34）、ALARM_8p（SFB35）系统报警功能块各有特点，用户需针对性的选择使用。鉴于篇幅原因，具体使用方法和步骤不再详述，可参阅相关技术文档。有兴趣的朋友我还可与其交流探讨。
3．PCS7方式——PCS7是SIEMENS公司全面集成的自动化（TIA）软件版本。报警功能组态除了遵循上面讲述的“STEP7＋WinCC”实现方式外，PCS7方式还可组态报警块图标（Block Icon）。在SIMATIC Manager中编译OS（Compile OS）后，组态的报警块图标（Block Icon）会在WinCC项目Graphics Designer中的Picture里自动生成，以用于放置在WinCC运行监控工艺画面中对应的检测点位置上直观地监控。
这大大增强了报警使用功能，用户不仅可以在报警列表（Alarm List）中清晰的查阅报警源变量信息，还在监控工艺画面中看到对应的报警块图标（Block Icon）提供的报警提示信息。PCS7项目通常使用CFC工具在AS中组态项目程序。（关于在PCS7中组态报警块图标（Block Icon）方法步骤较多，具体不再详述，使用时参阅相关技术文档）
总之，SIEMENS公司提供了丰富而强大的报警组态工具。仅靠OS侧的WinCC只能逐一对报警变量组态，要想高效、大批量的进行报警变量组态，更多的需要在AS侧的STEP7程序中多下功夫。由于过程控制与过程监视和监控密不可分，所以在设计报警时，只有将下位的过程控制部分AS程序与上位的监控组态OS程序相互融合考虑和规划，才能作设计出高效和优异的报警程序。
这种上位监控操作软件（WinCC）与下位过程控制PLC的软件（STEP7）既可独立使用，又可相互融合使用的特点，正是体现出SIEMENS公司一贯倡导的全面集成自动化（TIA）的理念，也使得SIEMENS公司自动化产品使用范围广，应用灵活。所以SIEMENS公司STEP7与WinCC相结合后，其产生的功效可不是简单的1＋1＝2。

---