每个软件开发都是有预先定位的。
eaglesky上贴中1和2的问题，还是在谈操作员的高速反应。WinCC不是面向现场级应用的，如果有个别需求，可以使用profibus DP主站功能。而基于WinCC的IT构架（PC+Windows），就算用了DP主站功能，其速度也远远不如现场面板上基于DP或者Profinet的急停按钮和LED显示。相信其它任何基于PC的上位软件都不可能突破这个瓶颈，包括Step7的调试功能，速度也不可能超过WinCC做DP主站。
WinCC项目用S7协议集达不到的速度性能，用DP功能就可以往上拔一些。但是随之而来的是成本。在上位实现高速观测和指令下达，真的值得花费这个成本吗？如果是要求那么高速的反应，用PLC来自动执行是不是更安全呢？万一鼠标晃了半天，没点中那个按钮呢？这些问题在项目设计时就要根据相关行业的具体需求考虑好。
关于解释的问题，现在各行业普遍都是外行管内行，这个是命，咱们只能锻炼自己的表达能力。
关于3，不管单独数据在那个区，与上位机通讯速度是一样的，但是CPU读写速度可能不同。对PLC我没有计算机那么熟，但是道理是一样的，离CPU越近，读写越快。最后还是这句话，CPU对不同介质的读写速度的区别相对上位机读取速度可以忽略。
关于另外，MPI是编程和诊断用的，翻西门子的产品手册，MPI并不与Profibus和IE并列，甚至在TIA构架里根本看不见MPI。IE在TIA构架中更靠近控制层，需要有一定项目规模才能体现其优势，这里的规模有两个方向：大数据量，大网络结构。