1.CP1613的连接有很多种，选用哪种呢？你图片给出的是一种，你选择的是S7 connection；与CP1613的连接你建了两遍，对吗？
2.WINCC连接TAG既然不用分CPU，那么你图中的CPU是2个，有几套标签？如何实现一个OS对应2个CPU的TAG呢？
3.公用一套？怎么公用？程序代码下载到哪个CPU？
4.同步光纤同步，没错。但要同步什么呢？
---------------------
综上所述，你的理解还是有误。

基本原理如下：
1.H型CPU是2个，程序代码是2套，分别存在于2个CPU中。只不过这2套程序是一样的，而且通过同步光纤进行数据的实时同步。那么你会问，为什么下载的时候只选择一个CPU呢？因为同步光纤的存在，虽然程序只下载到一个CPU中，但会通过同步光纤，另外一个CPU拷贝数据代码过来。这也是为什么第一次下程序时，第一个CPU已经运行起来了，而另外一个CPU要经过几分钟的闪烁过程，才会运行起来的原因。
是不是在监视CFC程序的时候需要选择“哪个CPU”呢？如果程序仅存在一个CPU中，如何监视另外一个CPU中程序的代码呢？
2.对于H型CPU与CP1613的CONNECTION要采用S7容错连接，这样就可以通过WINCC的SIMATIC NET实现一个OS对应2个CPU，同时仅存在一套标签即可。
3.WINCC的标签管理器下的以太网1,2是通过OS编译后，自动生成的。每个以太网对应一个CPU的CP443-1。而NAMED CONNECTION如果采用的是S7容错连接，你就仅会看到1套标签了。
4.对于LIFTBEAT监控而言，如果对于S7容错连接就无法分出2个CPU的独立性了。因此就要采用ETHERNET1，ETHERNET2来分别建立状态监控。这样就可以实现即不影响S7容错连接，又可以实现2个CPU状态的分别监视了。
5.你右键点击ETHERNET1的属性，看看里面有什么东西?是不是存在MAC地址，RACK号？这就是LIFTBEAT监视要用的东西。