山东省西门子授权供应商---西门子变频器潍坊市总代理

查看驱动的故障记录，发现每台驱动的历史纪录中有许多 代码8501（设定值超时）；按说应该停机，但没有发现停机现象。
而且也存在 报警信息 8526 profinet 没有循环连接。

对于报警 a8526 估计是系统上电或拉闸过程中遗留的报警。
对于 故障8501 （设定值超时）理应是在 驱动on之后出现的，但仔细看看故障出现时间和故障清除时间是同一时间。设备也能正常启动，真奇怪。

由此关注了 peofinet下的io刷新时间

看资料，系统的刷新时间，应该由以下几个时间决定。
t1 io设备本体的刷新时间（这里是g120-2的cu 240e-2pn）
t2 io设备pn接口的刷新时间
t3 pn网络的刷新时间
t4 io控制器循环扫描时间（plc的读取pio的刷新时间）

仔细查看各部分的时间设置如下：

6台驱动的参数中，pn网络监控时间（看门狗）100ms(默认值)
在设备组态中，每台g120驱动的接口io周期。刷新周期选择为自动，但是各台并不相同，有的是2ms，有的是4ms。
看门狗时间为6ms、12ms。
图3 驱动io周期

zui后， plc 1214c的发送时钟为 1ms, 而plc的扫描周期为5-8ms.
图 plc 扫描周期

还有一点，给定的输出，采用了40ms循环时间中断的斜率输出给定（起始从0开始）。

我的问题是：
1、这些时间周期如何设定是合理、zuijia的。
2、发送时钟1ms的含义是：每毫秒发送全部6台的控制字和设定值等等的报文，还是每毫秒发送1台的报文（轮询方式）？
3、在网络视图中，各台驱动接口的io刷新时间是否应该手动设置为一致？

4、如何确定pn网络的刷新周期（在没有rt的情况下，是通过ping吗）？

以下描述都是通俗易懂的描述方式。

发送时钟：定义的是控制器可以说话的时间间隔

更新时间：更新时间为发送时间的倍数。

例如：plc 定义的发送时钟是1ms，则plc下面挂的io站的刷新时间，zui小是1ms，不可能比1ms还小。

如果plc的发送时间是1ms，plc下挂了2个分布式io，更新时间都是2ms，那么plc和这2个分布式io是这样通信的。第一个发送时钟和第一个分布式io站通信，第二个发送时钟，和第二个分布式io站通信，依次循环。

又例如：plc定义的发送时钟是2ms，2个分布式io，更新时间都是2ms。则每个发送周期内，plc要先后和2个分布式io站完成通信。

又例如：plc定义的发送时钟是2ms，2个分布式io，一个更新时间是2ms，另一个是4ms，则在每个发送周期内，plc都要和2ms更新时间的io站通信，而4ms的站则是每两个发送周期通信一次。

在非等时模式下，plc的程序扫描和plc的pn接口对分布式io站的扫描是异步的。

只有在等时模式下，才是同步的。

关于y版的疑问，此处再进一步详细阐释一下（通过一个略微大一点的系统）：

如果plc的发送时间是1ms，plc下挂了4个分布式io，更新时间都是2ms，那么plc和这4个分布式io是这样通信的。第n个发送时钟和其中2个分布式io站通信，第n+1个发送时钟，和剩余2个分布式io站通信，依次循环。。。

如果plc的发送时间是1ms，plc下挂了4个分布式io，更新时间依次为1ms，2ms，4ms，4ms，那么plc和这4个分布式io是这样通信的：

每n发送时钟，都和1ms的io站通信；而每n*2个周期，都和2ms的io站通信，对于4ms的两个分布式io，虽然其循环时间都是4ms，但却不是在同一个发送周期内通信的，因为那样的话，此发送周期内处理的数据太多，而其它发送周期处理的数据又比较小，所以是错开的，cpu内部会协调此事。比如，（n+0）*4个周期和一个4ms的io站通信，（n+2）*4个周期和另一个4ms的io站通信。