啊！首先感谢万斑竹对我这几次发言的封精。自这个话题探讨展开后，前段时间既有些偏题，还有点波折。这是由于“集成”这个话题后的关联性，必然引出的两个技术阵营或流派。尽管争论如此“激烈”，但经过这段时间的相互探讨，想必大家应该有些收获了吧！
1、正如我在54楼中谈到“既然是要将WinCC集成于STEP7项目中，那么在STEP7中能完成WinCC中组态的功能，就一定要交给STEP7中完成，否则，就不能充分发挥WinCC集成的优越性、一致性。”
2、所以，WinCC集成之后去组态WinCC项目不应在上位的WinCC中思考解决方案，而更多的要在下位的STEP7中寻找解决方案的。请大家切记！
想想看：如果仅从WinCC这个层面的眼光去思考解决已集成于STEP7项目中WinCC的组态，咋能做好WinCC的集成，发挥WinCC的集成优越性呢！
3、相反，做STEP7程序的开发人员也不要只顾满足设备控制功能去随意写程序代码。要兼顾上位软件WinCC的监控画面系统组态的需求，要能分析项目中的控制对象特征，既要找出对象特征的多样性，更要提炼对象特征的一致性。
4、将控制对象功能的一致性特征分析找出，书写成函数功能块（FB或FC），然后就要决策考虑使用FB或FC块，以及块中是否带报警、报警显示的文本字符、报警等级和轻重缓急的颜色确定等。还有块中哪些变量要上传，哪些变量要归档，等等！如果块参数不须上传至WinCC中使用，且块运算数据也无需静态保留，就考虑使用资源消耗低的FC块，反之就使用资源消耗较高的FB块。为什么呢？我不下结论，留给大家探讨吧！
5、因此，我还是建议大家多在“WinCC与STEP7集成方式做项目”这个话题下展开讨论，集思广益，把WinCC集成使用的经验总结出来与大家分享。既不要去单纯讨论如何用Excel工具的导入/导出方法，因为该方法再好，但毕竟不是WinCC集成后的解决方案；也不要单纯去指责PCS7方案阵营的大侠们。因为WinCC与STEP7集成后，就必然将PCS7的思维方式和解决方案引入进来。
6、但PCS7方案阵营的大侠们也不要总将眼光对准完整的PCS7系统去讨论。因为未真正接触使用过PCS7系统，或自己的确未参与PCS7项目开发的大侠们，即便面前拥有全套的PCS7技术资料，也无法灵活掌控使用。
7、毕竟使用PCS7系统的用户不多，加之在硬件选型方案有诸多的限制。望PCS7方案阵营的大侠们更多的探讨在STEP7中如何做好WinCC的集成吧！
8、最后，我建议斑竹或坛主以后再开辟两个专题。
一是探讨“关于WinCC集成组态与单独组态”；
二是探讨“集成WinCC后的STEP7编程与单独使用STEP7的编程”这两个话题。
不知大家赞同否？