引用18楼详细内容：

关于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站通信。

引用10楼详细内容：

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

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

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

例如：PLC 定义的发送时钟是1ms，则PLC下面挂的IO站的刷新时间，最小是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站的扫描是异步的。

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

引用8楼详细内容：

就以这个为例子，讲讲可以么？

PLC循环扫描 5-8mS.

接口发送时钟 1mS

6台 IO设备，串行连接。自动计算配置顺序为 ：2mS, 2mS,4mS, 4mS, 4mS,4mS.

(这个顺序是与设备编号有关！当时编程测试时，第一台用了个测试设备一，编号1；完成后删除，添加了一台实际设备一，默认编号7。)

此外，PLC对所有驱动IO的主给定斜率采用40mS的循环中断；PLC启用了WEB服务，用于各台驱动IO设备的基础转矩设置和调整系数设置。这些会不会影响RT的通讯？

 文档中有 IRT 的通讯时序详细表述，没有RT的表述。

（尽管目前看不出对设备运行的影响，但没搞清楚，总是心里犹豫。）

谢谢！

@westcowboy ?

引用7楼详细内容：

关于PROFINET发送时钟和设备的更新时间之间的关系看来很多人都搞不明白啊。。。。

看来有必要和大伙讲讲。

引用6楼详细内容：

关于发送时钟，仔细看了看说明。感觉在ProfiNet IO控制器上，这个1mS的发送时钟是一次发送/刷新所有IO设备的报文，最大数量取决于IO控制的版本 8个或16个IO设备。

但是不明白 CU240E-2PN 的PN接口自动配置却是 2mS和4mS？而且是4mS,2mS,2mS,4mS,4mS,4mS 这样一个顺序。为什么？