技术论坛

亲爱的网友们，

    西门子工业技术π活动最大的福利就是加入技术π专属圈子和参加技术π直播。

    那么这个福利到底是什么具体的好处呢？

    首先，在直播间里会有多位技术大咖探讨交流技术话题，您既可以展示您的应用获取定制化的分析和评估，也可以旁听大家探讨，了解各类问题本质和学习剖析问题的方法。

    其次，技术π的圈子是个长期运转的圈子，π圈的目的就是搭建一个由西门子专家和专属用户组成的一个技术交流圈，您有机会对于今后的项目应用，无论是设计阶段，还是调试阶段，获得西门子专家相应的技术支持及获得专属的技术保障。

    说了这么多好处，如何获得加入到技术π的圈子和直播间的入场券呢？答案就是展示您的应用案例，分享到技术论坛的分享专区。为了让大家能够更清楚地展示出您的应用，技术π专家把应用案例的结构做成模板，引导大家描述。每一篇案例都会经过技术π的专家们分析。内容详尽、描述清楚的案例更有机会获得专家的点评以及邀请加入直播间。

活动规则：

     按照制定模板完成相关的内容，仅限于PLC通信，字数不限，条理清晰，内容详尽为宜。所有符合活动内容的分享将会被发布到技术论坛分享专区。对于案例描述清晰和问题典型的应用，西门子技术π技术领袖会邀请你加入技术π圈子和直播间。

应用案例模板下载.docx

点击链接观看赵工为大家详细录制的“应用案例分享说明”视频：https://outin-5c3af1f6726d11ea83dd00163e1c9256.oss-cn-beijing.aliyuncs.com/sv/41e8cce7-17234d8c68a/41e8cce7-17234d8c68a.mp4

1.     参与方法：以"[西门子技术π-PLC通信原理探秘]+标题"为发帖标题，发布您的案例至技术论坛“大家的故事版区”版区。

2.     征文时间：本话题长期征文

3.     入选结果公布时间：随征随评，请认真填写案例模板底部的个人信息。我们会根据提交分享案例的网友数量，不定期开始直播间和邀请优秀案例分享者加入技术Π专属圈子。

4.     应用案例提交流程：

（1）在本帖子基础上发布新帖 （如下图所示）：

（2）按照图示要求填写标题及上传应用案例Word附件，输入下方验证码并发布帖子。

• 目前已发布案例分享：

  1. 【西门子技术π-PLC通信原理探秘】我经历的几次通讯故障                   作者：RENHQ

     2.【西门子技术π-PLC通信原理探秘】网络通讯闪断                                   作者：我是小星星啊

     3.【西门子技术π-PLC通信原理探秘】通讯案例分享                                   作者：孟凡达

     4.【西门子技术π-PLC通信原理探秘】客户端、服务器、主站、从站          作者：ALlll

     5.【西门子技术π-PLC通信原理探秘】多CPU项目中相同设备的组网          作者：智军

     6.【西门子技术π-PLC通信原理探秘】终端电阻引发的惨案                         作者：yy_42

     7.【西门子技术π-PLC通信原理探秘】DP老化                                             作者：ALlll

     8.【西门子技术π-PLC通信原理探秘】串口数据接收延迟的解决过程           作者：元顺

     9.【西门子技术π-PLC通信原理探秘】S7-200SMART与康耐视的通讯        作者：小猪宝宝♂

    10.【西门子技术π-PLC通信原理探秘】一次通信故障的处理                        作者：www123456

    11.【西门子技术π-PLC通信原理探秘 】无线漏波通讯问题                           作者：feyn1984

    12.【西门子技术π-PLC通信原理探秘】S7-300和CU250S通信的痛苦经历   作者：饼够

    13.【西门子技术π-PLC通信原理探秘】400H系统DP冗余通讯故障排除       作者：will666

    14.【西门子技术π-PLC通信原理探秘】Socket发送漏发消息的原因分析      作者：元顺

    15.【西门子技术π-PLC通信原理探秘】菜鸟来了！TIA突然搜不到S7-1200了  作者：jiangsums

    16.【西门子技术π-PLC通信原理探秘】PCS7上位机通讯故障                      作者：左传

    17.【西门子技术π-PLC通信原理探秘】后知后觉充满遗憾地消除了一次通信故障

                                                                                                                           作者：历史Alick

    18.【西门子技术π-PLC通信原理探秘】1500与S7-200通讯失败                   作者：394273302

    19.【西门子技术π-PLC通信原理探秘】TCP服务器+多客户机                      作者：突然,后

    20.【西门子技术π-PLC通信原理探秘】快速闸门制动系统通讯                     作者：海绵

    21.【西门子技术π-PLC通信原理探秘】我遇到的ET200AL掉线问题             作者：louis_mc

    22.【西门子技术π-PLC通信原理探秘]】Profibus通讯中断故障分析及解决   作者：Sampson.cui

    23.【西门子技术π-PLC通信原理探秘】上位机与PLC通信的刷新周期长（4~7秒）

                                                                                                                            作者：人生地不熟

    24.【西门子技术π-PLC通信原理探秘】Profibus DP从站通讯不上                作者：求真

    25.【西门子技术π-PLC通信原理探秘】怎么把程序块删掉再重写就通讯正常了呢

                                                                                                                           作者：bsjasd

   26.【西门子技术π-PLC通信原理探秘】跳转指令终止引发的错误                  作者：青青水中莲

   27.【西门子技术π-PLC通信原理探秘】PCS7OS站与下辅系统通讯故障       作者：木一一

   28.【西门子技术π-PLC通信原理探秘】S7-200 smart 与S7-1500 进行PROFINT I/O通讯案例分享

                                                                                                                           作者：冰纱

   29.[西门子技术π-PLC通信原理探秘] + C／S结构应用引发的问题                  作者：人生地不熟

   30.【PLC通信原理探秘】 + S7-1500通讯故障案例                          作者：奔跑的菜鸟

----------------------------------------------------分割线----------------------------------------------------

• 专家大讲堂《PLC通信原理探秘》系列视频   https://www.ad.siemens.com.cn/service/elearning/series/288.html

• 故事列表

  注：为了方便大家的阅读，我们在故事前附上相应的专家大讲堂视频和所涉及的通信知识点。其中专家大讲堂的视频侧重单一技术点的讲解，论坛的故事则侧重技术的技术点的关联性。

   

  ● 专家大讲堂之“深入理解PLC通信处理机制”

         （涉及知识：通信负荷20%，时间片和CCP）

        连载之一： 【PLC通信原理探秘】大讲堂幕后彩蛋之序言

        连载之二： 【PLC通信原理探秘】大讲堂幕后彩蛋之初探

        连载之三： 【PLC通信原理探秘】大讲堂幕后彩蛋之失败

        连载之四： 【PLC通信原理探秘】大讲堂幕后彩蛋之曙光

       ●  专家大讲堂之-“使用PIW/PQW及:P的理解误区”

        （涉及知识：CPU循环周期的每一个部分所对应的的通信服务，例如PIW/PQW及:P）

        连载之五： 【PLC通信原理探秘】大讲堂幕后彩蛋之黑暗

        连载之六： 【PLC通信原理探秘】大讲堂幕后彩蛋之破局

        连载之七： 【PLC通信原理探秘】大讲堂幕后彩蛋之扬帆

        连载之八： 【PLC通信原理探秘】大讲堂幕后彩蛋之柳暗

        连载之九： 【PLC通信原理探秘】大讲堂幕后彩蛋之花明

        ●  专家大讲堂之 “ISO/OSI参考模型”

       （涉及知识：S7协议的集合，以及ISO/OSI参考模型）

        连载之十： 【PLC通信原理探秘】大讲堂幕后彩蛋之远航

        连载之十一： 【PLC通信原理探秘】大讲堂幕后彩蛋之搁浅 

        ●  专家大讲堂之“数据一致性的重要性”

       （涉及知识：数据一致性的定义，例如S7通信的数据一致性）

        连载之十二： 【PLC通信原理探秘】大讲堂幕后彩蛋之有谁

        连载之十三： 【PLC通信原理探秘】大讲堂幕后彩蛋之头疼

        连载之十四： 【PLC通信原理探秘】大讲堂幕后彩蛋之求助

         ●  专家大讲堂之“同步和异步”

       （涉及知识： 同步和异步通信的定义和原理）

        连载之十五： 【PLC通信原理探秘】大讲堂幕后彩蛋之苦大

        连载之十六： 【PLC通信原理探秘】大讲堂幕后彩蛋之愁深

        连载之十七： 【PLC通信原理探秘】大讲堂幕后彩蛋之砥砺

         ●   涉及知识：TCP/IP 通信原理

        连载之十八： 【PLC通信原理探秘】大讲堂幕后彩蛋之前行

        连载之十九： 【PLC通信原理探秘】大讲堂幕后彩蛋之一步

        连载之二十： 【PLC通信原理探秘】大讲堂幕后彩蛋之之遥

        连载之二十一： 【PLC通信原理探秘】大讲堂幕后彩蛋之残余

        ●  涉及知识：再次讨论了通信负荷20%的作用和意义

        连载之二十二： 【PLC通信原理探秘】大讲堂幕后彩蛋之新敌

        连载之二十三： 【PLC通信原理探秘】大讲堂幕后彩蛋之老生

        连载之二十四： 【PLC通信原理探秘】大讲堂幕后彩蛋之常谈

        ●   涉及知识： S7通信行为，数据一致性的总结

        连载之二十五： 【PLC通信原理探秘】大讲堂幕后彩蛋之征程

        连载之二十六： 【PLC通信原理探秘】大讲堂幕后彩蛋之风云

        连载之二十七： 【PLC通信原理探秘】大讲堂幕后彩蛋之再起

       ●  涉及知识： 300/400PLC与WinCC通信的行为和原理，再次论证时间片和CCP通信的行为特征

        连载之二十八： 【PLC通信原理探秘】大讲堂幕后彩蛋之晨钟

        连载之二十九： 【PLC通信原理探秘】大讲堂幕后彩蛋之暮鼓

        连载之 三 十 ： 【PLC通信原理探秘】大讲堂幕后彩蛋之探囊

        连载之三十一： 【PLC通信原理探秘】大讲堂幕后彩蛋之取物

       ●   涉及知识：1500PLC与WinCC通信的行为和原理

        连载之三十二： 【PLC通信原理探秘】大讲堂幕后彩蛋之不见

       ● 关于作者的心路历程的总结，包括学习方法等等

        连载之三十三： 【PLC通信原理探秘】大讲堂幕后彩蛋之不散

本页       13头疼     链接到了    12有谁   ，

当时的回答实际上是源于采样定理，也就是我们所学的控制理论中所提到的。也就是如果你想获取信号的数值，那么采样频率应该大于原始频率的2倍。说白了采样频率越高，你能获取信号的信息更充足，描绘的信号曲线越真实。

拜读了赵工全篇，饶有兴趣，意犹未尽...

几年前，在ModBus TCP通讯中，客户端对服务器IO的采样通讯，局域网内和远程（通过互联网）采样信号丢失有非常大的差异。尤其是通过多阶跃点路由、4G 远程，延迟甚至可达千毫秒。

如果想不丢失信号，应该采用流媒体方式。缓存 - 周期发送。

局域网内 20毫秒信号采样交换周期不难；

通过互联网的远程，就要改程序为 20毫秒采样，缓存50个，每秒发送一个包。

1500PLC带profinet io device需要对数据进行一致性读取，读取的长度有没有限制？

profibus dp通讯要限制，profinet是不是也有类似的限制？

限制是来自于profinet网络的限制，还是cpu性能的限制？

看到profinet报文的一帧最大的数据量是1440B，是不是这个就是profinet的最大一致性数据的限制？

在profinet中，update time设置的时间内，如果数据在刷新的时间内已经完成了数据的刷新，剩余的时间来干嘛？比如说刷新数据只需要2ms的时间，那么剩余时间就是2ms了，再剩余的2mscpu是不是可以执行别的工作，比如比通讯优先级低的OB或者是别的工作呢？

Profinet cpu的发送时间周期和刷新时间的比例关系

Profinet中cpu有发送时钟周期和profinet的刷新周期这个比例关系有什么讲究

比如现场有好多profinet 消费者

如果cpu的发送时钟周期和刷新周期是一样的，还有一种情况时钟周期是刷新周期的1/4，

这两种设置哪种更合理一些呢？

另外不是太明白的是为什么刷新周期必须是时钟周期的2的n次方倍，只要是整数倍就可以吗

赵工的视频和大讲堂幕后彩蛋连载故事都一一拜读了，感觉一下子收获好多了，以前知道怎么去做，不知道为什么！！

对于这样级别的专家视频我只想说——多来点！如果非要加一个限定词的话，我希望是——越多越好！基础不好只能反复听，几乎每句话都是干货，真是受益匪浅啊，一次听太多真的吸收不完。每次半个多小时的公开课加答疑都要花上三四个小时整理成笔记，真是不想错过每一句话，让专家的公开课来的更猛烈些吧

选择什么样的交换机，在应用Profinet时，还是有些讲究的。

从理论上来只要交换机即可。但是在实际应用中却有些问题。我们来看一下西门子交换机的特点。

首先，最好的选择就是SCALANCE X200系列，除去支持VLAN功能。除了性价比不谈以外，主要是支持802.1P，具有优先级堆栈，即对通信数据，尤其PN IO数据进行优先转发。此外还有可以诊断，拓扑可视等等。

但是不推荐X300以上的交换机，因为这些交换机支持802.1Q，因为支持VLAN，会导致由于组态不当，导致PN IO的优先级丢失。

学完这些理论，我们就从理论上解决这个问题。

任何通信协议的数据通信都是有数据一致性的，也就是一致性的数据长度是有限制的。这个限制很显然是来自PN协议的限制，这一点与S7，TCP是一样的。

至于1440B，理论上是的，但最终还要看制造商的设备的GXML的文件描述。

这里你可能存在一个误区，单纯谈X1接口的PN特性，PN循环周期与CPU的循环周期无关。两者毫不相干，他们的唯一联系就是PII/PIQ而已。

对于PN的刷新时间2ms,意味着IO Controller和IO Device之间每隔2ms交换一次数据而已。交换完毕后，等待下一个2ms，再次发送，与CPU的循环周期无关。

这里我不是太明白您的问题。我的理解您是想知道PN实时通信的参数优化吧?也就是Send Clock和Update time的关系。根据PN标准，MinDeviceInterval=Send clock，最小设备间隔是设备在一个确定时间间隔内提供新数据的能力，也就是Phase。Send clock越小，优化程度就越高。举个例子，如果有4个IO设备，update time是4ms，如果Send Clock=4ms,那么每隔4ms, 4个站的数据都会被IO控制器发送出去，这意味着同一时刻出现了4个数据。然而如果Send Clock=1ms,那么实际上出现了4个phase，IO控制器就会优化发送顺序，在一个4ms周期内，实际上是按照每隔1ms发送一个站的数据，所以通过Wireshark你会看到前者是出现了网络负荷的尖峰，而后者则是一条水平线，那么对于网络的冲击可想而知。

3.png

2.png

我的理解在您的问题中通信周期应该是PN IO的刷新周期，循环周期指的是CPU的循环周期吧。我们就设定一个PN IO device上的刷新周期是T1，CPU的循环周期是T2，那么最长的响应周期应该是T1+2xT2+T1。