西门子6SL3130-7TE21-6AA3参数详细
软冗余和硬冗余有很多的共同点，也有一些不同的地方:
软冗余和硬冗余的共同点：
1、冗余功能相同，做到冗余的部分包括：模板、cpu、profibus-dp网络
2、结构差不多，都是利用profibus-dp网络，使用im153-2实现信号模板的公用功能。（利用im153-2做网络切换）im153-2是远程i/o接口模板，是et200m系列产品，后面只能挂s7-300信号模板，这不影响使用，只要挂在dp网络下，无论是s7-300还是s7-400都能直接编程使用。im153-2后面挂的所有信号模板你就看成是cpu直接后面挂的信号模板直接使用就可以了。
软冗余和硬冗余的不同点：
1、s7-300系列可以实现软冗余，而s7-400可以实现软冗余或者硬冗余
2、cpu之间同步的途径不一样，这个是软/硬的根本区别，软冗余两个cpu通过mpi口或者profibus-dp模块或者以太网模块进行数据的同步，在程序中需要加软冗余包程序支持。需要在程序中设定一些冗余参数。而硬冗余通过加同步模块（很小，加到cpu里面）和同步光纤实现同步功能，不需要软件包支持。
3、软冗余主从切换时间比较长，一般为秒级。硬冗余主从切换时间比较短，一般在100毫秒以下。
除了以上两种冗余，还有一种根本不同的冗余，是i/o冗余。
通过执行_setdpslaveaddress程序可以实现simotion的dp从站地址修改。
实现方法：
（1）首先打开hw config 硬件组态，配置接口为dp从站：
图01. 设置dp 接口为从站
（2）配置dp从站通信的io地址如下图：
图02. 配置dp从站通信的io地址
（3）查询dp 诊断地址用于后续编程时填写参数使用：
图03. 查询该接口的诊断地址
芒果台的“爸爸去哪儿”还在持续的热播，今天咱们也来聊聊这个话题。当然，不是说工程师去哪儿了，而是看看在et200s的热电偶模块使用中，冷端补偿去哪儿了？
话说某日接起客户，客户使用et200s的热电偶模块（6es7134-4jb01-0ab0），发现其读值不准，首先考虑的就是先确认客户所使用的冷端补偿方式。客户描述是用补偿导线直接连接到模块的端子处，按照以前使用et200m系列热电偶模块（如：6es7331-7pf11-0ab0）的经验，判断出应该采用内部补偿方式。可在et200s热电偶模块的组态中，却没有发现类似于图1的组态画面，无从去选择内/外补偿。
图1、6es7331-7pf11-0ab0的组态画面
在6es7134-4jb01-0ab0热电偶模块中，组态画面如图2：
图2、6es7134-4jb01-0ab0的组态画面
在参考节点处，只有“none”和“rtd”的选择，“rtd”肯定是使用外部补偿了，按照非外即内的想法，那难道说选项“none”就是内部补偿？可客户在此种选择下读数的确是错误的。 那我们还是需要再仔细的查看手册，果然，在此模块的参数中我们找到了其原因。
图3、6es7134-4jb01-0ab0的参数信息
从中我们不难发现，对于6es7134-4jb01-0ab0的使用，根本就无法实现内部温度补偿，只能使用外部补偿。
客户继续询问，如果用外部补偿，可又根本找不到多余的接线端子来连接rtd。看来客户也是以前习惯于用et200m系列，因为从手册上我们可以发现，对于6es7134-4jb01-0ab0，如果选择“none”，则需要为每个通道添加一个外部补偿盒，进入到模块的信号直接为经过补偿的信号；如果选择“rtd”，那就是在冷端处添加rtd来测量补偿温度，但rtd的接线是通过同一et200s站点上的rtd模块来实现，同时需要在et200s接口处进行相应的设置，如图4：
图4、rtd补偿下对接口模块的设置
由此可见，et200s的6es7134-4jb01-0ab0模块对于冷端补偿，还的确有其特别之处。6es7134-4jb01-0ab0是et200s系列的标准热电偶模块，那么我们不妨也看看et200s系列的另一个热电偶模块：6es7134-4nb01-0ab0，高性能型的热电偶模块。在此模块的组态中，我们发现了不同之处，如图5：
图5、6es7134-4nb01-0ab0的组态画面
此模块无“rtd”的选择，如果选择“yes”做补偿，则是需要使用专用的终端模块（tm-e15x24-at），其补偿方式为内部补偿； 如果选择“none”，则与6es7134-4jb01-0ab0一样，无补偿功能，需要为每个通道添加一个外部补偿盒。
一番讲解后，客户感叹不能仅凭经验来行事，否则连一个小小的补偿设置都可以和你玩躲猫猫。其实对于咱们工程师来说更是如此，多点细致，多点用心，才能更好更快的找出问题所在。
sfc chart是顺序功能图(se function chart)的简写，sfc chart有16种状态，如下图1所示：
图1 sfc chart状态结构图
· 稳定状态：需要通过事件触发才会退出该状态，包括：ready、run、completed、aborted、stopped、held、held（error）
· 非稳定状态：不需要事件触发，顺控程序执行完之后会自动退出该状态，包括：starting、completing、error（completing）、holding、error、resuming、resuming（error）、aborting、stopping
注：
ready状态也称为idle，abort命令也称为cancel
· 图中黑色细线表示顺控程序会在处理完毕之后会自动转入下一个状态，例如startingàrun，holdingàheld等
· 图中黑色粗线表示事件触发，即状态改变需要事件触发，例如readyàrun需要start命令。事件可以是命令、条件、外部信号、内部信号。sfc chart的命令窗口如下图2所示：
图2 sfc chart的命令窗口
sfc chart简单的状态变化如下：
1) sfc chart初始状态为idle，start命令将sfc chart从“idle”转换到“starting”状态。
2) “starting”状态下的顺控程序执行完成后，sfc chart会自动进入”run”状态。
3) “run”状态的改变受selfcomp参数影响。selfcomp=1时，”run”状态的顺控程序执行完成后sfc chart会自动进入“completing”状态；selfcomp=0时，需要complete命令才能使sfc chart由“run”状态转换到“completing”状态。
4) “completing”状态的顺控程序执行完成后，sfc chart会自动进入“completed”状态，
5) sfc chart会稳定在“completed”状态，直到受到新的事件触发，例如“reset”命令会使sfc chart回到“idle”状态；start命令会使sfc chart回到“starting“状态