总结来说，eaqlesky应该有以上三个问题：
1、上位机通讯究竟需要多快，究竟可以多快。
2、WinCC是否有写优先。
3、WinCC是否采集“现在不用”的数据。

先说3。组态的，但是没有被使用（画面更新、脚本、归档、报警）的变量，WinCC不采集。而且对S7协议来说，WinCC有个循环读服务，即循环请求的数据，WinCC只发一次请求，PLC到时间自动发送数据，而且可选只发更新数据。
这个在通道参数的“单元”页签可设置。

再说2。为什么需要写优先？能想到的是急停开关类的应用。这是现场级的应用，西门子的标准应用是Profibus或者Profinet主从通讯，如果现场一定要实现高速数据下达，WinCC可以组态 DP 主站功能。但这个应用不是S7协议集面向的需求。

再说1，基本上也是个总结，上位机与PLC通讯究竟要多快，怎么做。
上位机取PLC数据归根结底无非两类需求，操作员观察、上位机自动处理（根据采集数据，系统自动做进一步操作，报警、归档也算这一类）。
画面显示属于第一项，太快没意义，快了操作员反映不过来。WinCC默认2s，可以设置到250ms，系统不太复杂，配置合理，完全可以达到，比较中肯。
上位机自动处理，这个有时候是需要很快，很实时的数据。这个需求又可以分成两类：i、数据不丢就行，时戳准确，送上来慢慢处理。ii、WinCC数据映像区的数据要跟PLC数据区的数据几乎同步。
i.高速数据归档、高速报警显示，都算这一类。400系类PLC有Alarm_s之类的功能，在PLC侧打时戳，批量上传，精度受PLC OB块执行速度限制，完全可以胜任这个工作。某些情况下，Raw Data也凑合能用。
ii、参考WinCC Profibus DP的应用。
不管i，ii，高速采集，都要注意量的问题，这只适合用于少量、最重要的数据。

最后，WinCC是个通用的上位机软件，如果真是有特别的需求，需要考虑ODK或者CDK，或者别的什么扩展。
如果是软件构架本身就不能满足的特殊需求，就需要考虑是不是选用通用系统了。当然，特殊系统一般都贵，跟那些系统比起来，WinCC跟不要钱似的。