quote:以下是引用APSC在2012-02-10 19:47:50的发言:quote:以下是引用simeng在2012-02-02 16:24:25的发言:
借宝地咨询一个问题:大家有没有碰到项目组态的报警出奇滴多..................
如果报警组态的报警过多,超过15万条之后,的确会出现编译报错的现象。这里有个问题,项目中如果组态的报警的过多,那一定是硬件相关的报警过多了。一般情况下,每款CPU的程序容量下是达不到这个上限的。而如果是硬件报警过多,那可得小心了,一旦出现网络问题、IO卡件问题,那整个系统的报警数量会飞涨的,对于处理问题是不利的。所以建议还是从项目入手减少报警数量。
1、PCS7系统组态编译(Compile)后的确会生成很多关于网络故障、I/O(或冗余I/O)卡件故障、I/O(或冗余I/O)通道异常、电源与通讯模块故障等系统诊断报警(Diagnostic Alarm),并且如果这些硬件故障一直持续,报警消息(Message)将反复出现。
2、PCS7报警系统分系统诊断报警(Diagnostic Alarm)和过程值报警(Process Alarm)两大类型。
3、尽管PCS7系统OS运行时可能产生大量不同类型的报警,但PCS7系统对待这两种Alarm产生的消息时,是用OS系统中报警条产生的颜色来区分的!
4、通常,Diagnostic Alarm产生的报警条是黑色背景;而Process Alarm产生的报警条则有红色和黄色两种背景。其中红色背景通常表示超上/下限,或超高/低限,或重故障报警;黄色背景则通常表示轻微超上/下限,或轻微超高/低限,或轻故障报警。因此,一眼就可区分出报警产生的类型(见图示)!

5、单独的WinCC系统组态报警只能产生过程值报警(Process Alarm);但PCS7系统的OS运行时还会产生系统诊断报警(Diagnostic Alarm)。这也是PCS7系统报警机制区别于单独的WinCC系统组态报警之一!
6、关于谈到建议从项目入手减少报警数量的说法不全面准确,因为PCS7系统有诊断报警(Diagnostic Alarm),而Diagnostic Alarm报警数量和规模是正比于你的项目硬件数量规模的。但是否触发这些报警消息(Message),则还决定于你的项目硬件送电使用率、故障率、工艺过程环境等多方面因素。