哦，刚才万斑主提到“alarm8p方式如果不能更好的接受批量的EXCEL信息，以及准确识别中文字符，那么竞争力恐怕比不过用configuration tool直接导入报警到WINCC”的问题，我的见解如下：
1、单独使用Alarm8和Alarm8p的方式的确既耗资源，又比不过Excel工具的批量化导入/导出功能强大。所以，项目设计开发人员一定要有使用经验，要会扬长避短，发挥Alarm8和Alarm8p的优势，避开它的使用劣势！！
2、那么Alarm8和Alarm8p的优势在哪里呢？在于将Alarm8和Alarm8p直接集成嵌入于控制对象功能块的开发中去，这样就可以先为这个功能块定义好报警文本的“域字符”，然后在程序调用每个带报警的功能块时只需正确填写好功能块的控制设备代码、名称和注释，就能实现调用功能块后伴随产生对应控制设备的报警文本了。
3、“域报警文本字符”其实就是报警文本的函数字符，其外观可见我在67楼那张图片中的“PV: $$BlockComment$$ HighHigh Alarm”、“PV: $$BlockComment$$ High Alarm”、“PV: $$BlockComment$$ Low Alarm”、“PV: $$BlockComment$$ LowLow Alarm”、“$$BlockComment$$ Channel Fault”这些字符。这是我自定义的PID功能块中，测量值PV高/低限、PV值超高/超低限，和偏差值ER高/低限报警，和测量值PV通道故障报警，全集成于这个PID功能块中了。如果是批量化使用PID功能，报警组态时间和效率绝不亚于Excel的导入/导出功能。
4、所以，其实我在54楼中提到了，如果是将WinCC集成于STEP7中，关键是要分析和研发控制功能块，要将控制功能块集成进WinCC的变量名称传递、报警传递、过程值归档传递（如果是PCS7系统，还可实现WinCC操作画面图标Block icon的传递）。
5、接下来不久，我会将干法水泥熟料线项目中的功能块开发总结与大家分享！