最近一段时间忙于给内部的同事做网络基础知识的培训，所以一直没有写故事给大家。但还是抽了点时间总结自己的现场经历分享给大家。 这次分享的内容是我在某制药设备生产公司进行的网络诊断时发现的问题。该公司正在计划研发新型制药机型。该机型自控系统采用的是S7-1500 CPU、ET 200 SP分布式I/O 和SINAMICS S120。通过调试S7-1500 CPU与SINAMICS S120驱动之间采用PROFINET RT的通信方式系统可以正常运行，同时也能满足现有工艺的要求。但为了未来与竞争对手差异化的产品性能竞争，用户希望在现有的基础上来测试S7-1500 CPU与SINAMICS S120驱动之间的PROFINET IRT的等时同步的应用。 现场的网络拓扑结构如下图1所示。红色的Switch 1为魏德米勒的交换机，S7-1500 CPU PN口的接口1连接到魏德米勒的交换机，S7-1500 CPU PN口的接口2连接到后续的SINAMICS S120。S7-1500 CPU与其它的分布式IO 如ET200SP、BPS、EX260经过了Switch 1实现PROFINET RT通信。...
最近连续接到几个Case，均反映PLC模块出现大量烧坏的情况，并且都是在造纸行业的用户出现类似的问题： 最早反映该问题的一个用户是国内最大的系统集成商之一，其设备在多个用户现场均出现某系列PLC模块烧坏的情况，并且模块的型号并不固定，也没有任何规律，该情况以及出现较长一段时间，现场也做过多种整改措施，始终未能发现并解决问题；而很快，一个造纸行业大客户也跟我们反映，他们用在现场的PLC模块自投产以来已经出现大量的被烧坏的情况…… 由于之前这些现场都做过整改或检查，但并没有发现问题的根源，因此大家都怀疑是否是现场存在EMC的问题，希望我们赴现场帮助查找问题出现的原因。 为了搞清楚现场的情况，我们准备赴该最终用户的现场进行实际的检查。 在赴现场之前，我查找了相关PLC模块的损坏报告，看是否是模板本身的存在缺陷，但并没有发现在某一段时间内有大面积的模块损坏的报告，也并没有看到德国总部有关于该模块存在产品问题的提示；而跟现场维护或项目工程师也有过交流，大家也都很有工程经验，都说不存在使用不当的情况。? 看来只有在现场进行实地的检测了。 经过一段长途跋涉，终于来到某造纸厂。尽管该企业已经采取了相...
西门子IPC677C是一款带Panel的工控机，最近的升级型号为IPC677D。我们的某汽车行业的用户使用了大量的该型号的系列产品，一期主要使用的是IPC677C，没有出现过任何问题，但二期主要使用的是升级型号IPC677D（图1），之后从2018年开始陆续出现黑屏的情况。并且出现问题的设备在维修更换使用一段时间后，仍然出现类似问题。因此，用户希望我们能够对该问题进行现场的检查和处理。图1 IPC677D现场安装的操控箱在现场，我们查看了该IPC的具体使用情况：整个IPC是安装在一个操作箱内的，内部空间比较紧凑，设备是德国原装的，因此柜子内部接线都是接好的，现场仅进行了本地设备外部的接线工作（图2）。图2 IPC的现场安装箱 由于一期采用的是早期的型号的设备，并没有出现类似的问题，因此我们检查了早期的设计图纸，与目前的设计是完全一致的。 之后我们刚好在现场碰到了一个设备出现黑屏的情况： 首先是屏幕没有显示，处于黑屏状态，并无法被唤醒（图3）。图3 现场设备出现黑屏但该设备并没有宕机，键盘还可以使用，风扇也正常工作（图4）。图4 工控机还可以工作 但如果将该设备的电源插头拔掉再插上，...
专家大讲堂《PLC通信原理探秘》系列视频：https://www.ad.siemens.com.cn/service/elearning/series/288.html连载之一：【PLC通信原理探秘】大讲堂幕后彩蛋之序言连载之二：【PLC通信原理探秘】大讲堂幕后彩蛋之初探连载之三：【PLC通信原理探秘】大讲堂幕后彩蛋之失败连载之四：【PLC通信原理探秘】大讲堂幕后彩蛋之曙光连载之五：【PLC通信原理探秘】大讲堂幕后彩蛋之黑暗连载之六：【PLC通信原理探秘】大讲堂幕后彩蛋之破局连载之七：【PLC通信原理探秘】大讲堂幕后彩蛋之扬帆连载之八：【PLC通信原理探秘】大讲堂幕后彩蛋之柳暗2007年的夏天慢慢走远，迎来了北京最好的季节-秋季，秋高气爽，总是让人心旷神怡。CCP和时间片的概念探索已经初见成效，仿佛自己也随着天气的变化，变得轻松许多！Profinet IO的刷新时间和CPU的循环周期时间是不同步的，各自有各自的周期时间。如果编写的用户程序过大，那么CPU的循环周期自然会变长，假设100ms，但是如果此时想快速的刷新IO设备，例如8ms，此时的程序是不能做到真正按照8ms来刷新IO的，因...
专家大讲堂《PLC通信原理探秘》系列视频：https://www.ad.siemens.com.cn/service/elearning/series/288.html最新更新：连载之十二：【PLC通信原理探秘】大讲堂幕后彩蛋之有谁连载之十三：【PLC通信原理探秘】大讲堂幕后彩蛋之头疼连载之十四：【PLC通信原理探秘】大讲堂幕后彩蛋之求助连载之十五：【PLC通信原理探秘】大讲堂幕后彩蛋之苦大连载之十六：【PLC通信原理探秘】大讲堂幕后彩蛋之愁深 结论，是需要大量的测试和论证后得出的，因为在整个过程中，并没有相关产品开发的资料，所有得到的与内部相关的设计和概念都是我自己推测和总结出来的，我想与真正的研发的概念和术语必然存在差别，但这并不影响这些得到的概念的理解和应用，并不影响我对这些未知世界的探知和求索，砥砺前行，是对我探索PLC高级通信知识体系的真实写照！ 现在我拿出刚刚所得出的关于资源的结论，来去证明两个问题。 1.关于多路复用。CP343-1在建立多个双边的S7通信的时候，默认的CP卡是使用多路复用功能的。即多个S7连接占用CP343-1的多个S7连接，而只占用一个CPU的S7连接...
专家大讲堂《PLC通信原理探秘》系列视频：https://www.ad.siemens.com.cn/service/elearning/series/288.html最新更新：连载之十五：【PLC通信原理探秘】大讲堂幕后彩蛋之苦大连载之十六：【PLC通信原理探秘】大讲堂幕后彩蛋之愁深连载之十七：【PLC通信原理探秘】大讲堂幕后彩蛋之砥砺连载之十八：【PLC通信原理探秘】大讲堂幕后彩蛋之前行连载之十九：【PLC通信原理探秘】大讲堂幕后彩蛋之一步 当你弄清楚事物运动的本质，那根据此事物的任何问题都可以迎刃而解。所以理解TCP的发送功能块的参数，例如Done或Busy，就可以解释和理解一些现象，解决现场出现的一些问题。不过，在探索TCP/IP通信的过程中还有许多问题和概念需要去澄清和理解。通过测试，可以发现在TCP的通信过程中，存在两个缓冲区，一个是Shadow Buffer，另一个是堆栈Buffer。根据前面的测试，证明前面的推论是正确的，也就是说Shadow buffer的大小与发送数据的大小一致，而TCP/IP的堆栈大小为固定的8K，也就是滑动窗口的大小是8K，用来调节发送端的发送数...
5 引用（References） 先说一下我自己的感觉，在TIA博途V13 SP1（具体是哪一个版本忘了）以前是没有引用（References）的，指正介绍都是围绕着Variant进行的。后续的版本才推出了引用（References），原来为什么没有推出？要不就是计划有，但是没有开发出来；要不就是市场有新的需求，新加入的功能。既然推出引用（References），就有它的应用地方，例如程序块的开发者声明一个INOUT参数，数据类型为Variant，如果程序块的开发者想修改赋值变量中的一个元素怎么办? 参考上面Variant部分，是不是先使用typeof判断类型，然后使用指令VariantGet读出并复制到一个类型相同的副本中，再修改变量中一个元素（例如PLC数据类型），最后使用指令VariantPut写出，问题出现了，写的时候只写其中一个元素，其它元素怎么办？一定是使用读出的值替代，如果外面的值发生变化，就会将过程值覆盖。怎样才能修改其中一个元素又不覆盖变量中其它元素的值呢？只有在INOUT参数中声明一个复制类型（不能是引用类型）的变量才可以，例如DINT、real类型变量，这样将使程...
专家大讲堂《PLC通信原理探秘》系列视频：https://www.ad.siemens.com.cn/service/elearning/series/288.html最新更新：连载之二十八：【PLC通信原理探秘】大讲堂幕后彩蛋之晨钟连载之二十九：【PLC通信原理探秘】大讲堂幕后彩蛋之暮鼓连载之 三 十 ：【PLC通信原理探秘】大讲堂幕后彩蛋之探囊连载之三十一：【PLC通信原理探秘】大讲堂幕后彩蛋之取物连载之三十二：【PLC通信原理探秘】大讲堂幕后彩蛋之不见 日出日落，潮起潮落，故事有开始，必然会有结束。关于高级网络通信的知识体系，通过故事这样的方式不仅仅是给大家展示了这些通信知识体系的基础概念和理论的研究过程，还涉及了S7，TCP, WinCC等通信行为，最重要的是给大家提供实现知识体系的实现思维和测试方法。基于此方式，这些基础知识是解决各种通信协议通信行为至关重要的因素和基础，大家可以运用所学到的知识测试现场的通信故障，测试，分析，排查，最终找到正确的解题方式。 回想起我刚毕业工作不久，公司接了一个冷轧机的项目。即使我在公司不到一年，做了大大小小的项目许多，只不过那些都是在前人的基...
某啤酒厂的Profibus通讯一直存在问题，前期SIAS以及现场工程师已经对整个Profibus网络的拓扑进行了重新的规划，但仍然出现DP从站丢站的情况，并且在短时间内连续出现多次，从而严重影响了工厂的正常生产，因此用户希望西门子能对现场问题进行一次彻底的诊断。 由于前期已经有工程师进行了多次的处理，因此该问题就会比较棘手：一方面处理起来技术难度比较大，因为能够采取的措施现场基本上都采取了，但似乎都没解决问题；另外一方面如果处理不好，将会导致客户对西门子的产品质量产生质疑，因此处理类似的问题压力都会比较大。 但无论你处理不处理，问题就在那里，因此，在客户停机检修的期间，我们还是开赴现场，再次对现场问题进行诊断。 经过现场实际检查，发现现场的问题主要集中在每个网段的最后几个站点，有的是ET200M，有的是第三方的阀岛。由于现场的使用环境是高温高湿的，因此我首先怀疑的是现场的电缆老化或者虚接。但用户反映大多数电缆都是近期才更换过的，并且都是经过重新接线安装的，看来这不是问题的所在。 接下来，我用示波器对现场的Profibus的波形进行了检查。发现所有的出现问题的从站的信号波形还是比较好的...
专家大讲堂《PLC通信原理探秘》系列视频：https://www.ad.siemens.com.cn/service/elearning/series/288.html最新更新：连载之二十：【PLC通信原理探秘】大讲堂幕后彩蛋之之遥连载之二十一：【PLC通信原理探秘】大讲堂幕后彩蛋之残余连载之二十二：【PLC通信原理探秘】大讲堂幕后彩蛋之新敌连载之二十三：【PLC通信原理探秘】大讲堂幕后彩蛋之老生连载之二十四：【PLC通信原理探秘】大讲堂幕后彩蛋之常谈 前面的故事中，在探索和测试通信的各种概念和理论的时候，实际上已经把S7的林林总总都介绍一遍。包括，同步异步，数据一致性等。在这里，我想把关于PLC的S7通信的这些概念再重新总结一下。 关于S7协议，首先它是西门子私有的，S7产品通信的协议，例如前面介绍的300PLC和400PLC之间建立S7连接。但是它并不是单独存在的一种协议，而是一个协议集合。例如使用BSEND/BRECV和PUT/GET两者的通信行为不一样，那么协议必然不一样，虽然在S7 PDU的格式上可能看不出差别，但是内部的字段含义不同，所以行为结果也不同。即使都称为S7协议。...
西门子工业技术π新活动_自动化系统干扰探秘活动已经开始。为了让大家能更了解现场干扰问题，西门子技术专家们会在这个帖子中汇聚与自动化系统干扰有关的技术内容。参与活动，内容先行！西门子自动化系统接地指南1、接地原理（1）2、接地原理（2）3、西门子自动化控制系统的接地4、西门子现场总线系统的接地5、驱动系统的接地 ----------------------------------------活动信息汇总帖-----------------------------------活动信息汇总帖
亲爱的网友，当您登录此网页，您就有了和西门子专家交流技术的机会！ 目前我们技术派版区开放的技术主题包括：PLC通信、PROFINET通信、TIA PortalS7-1500以及EMC（电磁兼容）等。如果您在以上这些领域遇到一些疑难问题需要专家支持，您可以根据您的需求，提交相关的申请，西门子技术派专家会第一时间与您联系，解决您的疑难问题。 对于您提交技术申请的要求很简单：如果您对技术方案没有把握，或者由于系统或网络复杂无法判断可行性；如果您的现场出现疑难问题，例如站点莫名其妙的丢站、PLC死机等等；如果您有使用S7-1500的数字化方案的应用，无法实现或没有思路等等，您就可以向我们提交您的申请。当然，如果您有问题处理的成功案例，也欢迎提交给我们，我们将在西门子技术论坛相关版区进行发布分享，将有机会加入我们的技术派圈。● 您可以下载我们的应用案例模板，按照模板填写相关信息，字数不限，但要求条理清晰，内容详尽，尽量把您的问题阐述清楚为宜，要求原创。●所有符合活动内容的申请或者分享，也将会被发布到技术论坛分享专区。●对于案例描述清晰和问题典型的应用，西门子技术π技术领袖会邀请您加入技术派直...
专家大讲堂《PLC通信原理探秘》系列视频：https://www.ad.siemens.com.cn/service/elearning/series/288.html最新更新：连载之十五：【PLC通信原理探秘】大讲堂幕后彩蛋之苦大连载之十六：【PLC通信原理探秘】大讲堂幕后彩蛋之愁深连载之十七：【PLC通信原理探秘】大讲堂幕后彩蛋之砥砺连载之十八：【PLC通信原理探秘】大讲堂幕后彩蛋之前行连载之十九：【PLC通信原理探秘】大讲堂幕后彩蛋之一步连载之二十：【PLC通信原理探秘】大讲堂幕后彩蛋之之遥 至此，基本上TCP/IP的通信原理和行为都告一段落了。然而，还有一个参数是很早使用CP卡做TCP通信时候看到的，”Send Keepalives for connections”，后来这个参数又出现在PN的CPU上，这个参数的作用到底是什么？当时的理解可能不深刻，于是正好在理解TCP通信的基础上，把这股残余势力彻底消灭吧。 在理解这个参数之前，这里提到了CP卡的TCP/IP通信，是使用AG_SEND/AG_RECV来实现的，那么和PN CPU的TCP/IP的通信行为一样吗？结合前面的测试，对...
专家大讲堂《PLC通信原理探秘》系列视频：https://www.ad.siemens.com.cn/service/elearning/series/288.html最新更新：连载之十：【PLC通信原理探秘】大讲堂幕后彩蛋之远航连载之十一：【PLC通信原理探秘】大讲堂幕后彩蛋之搁浅连载之十二：【PLC通信原理探秘】大讲堂幕后彩蛋之有谁连载之十三：【PLC通信原理探秘】大讲堂幕后彩蛋之头疼连载之十四：【PLC通信原理探秘】大讲堂幕后彩蛋之求助 当通过300CP卡和400CP卡之间建立一个S7通信时，我们都知道无论是CPU还是CP卡都会占用一个S7连接资源，那么令我烦恼的问题又来了，既然CP343-1承担了S7协议的数据处理，这很好理解CP343-1会占用一个连接资源，那么300CPU为什么要占用一个S7连接资源呢？而400CPU承担了S7协议的数据处理，那么400CPU占用一个连接资源，那么为什么CP443-1还要占用一个S7连接资源呢？ 愁深似海！苦大愁深！愁，何去何从！ 这个问题的复杂超过了我的想象，我想我还有一些概念没有理解或者没有发现，该从哪里入手？或许我应该需要好好把资源这个...
西门子工控机电源厂商去年对他们的电源模块做了升级，但随后在某现场出现了一系列的故障，工控机的电源连续损坏，因此，我们紧急赴现场进行了检测。 我们在现场了解到，IPC的电源损坏的部件是其内部前端的保险管，由于该保险管被烧坏，导致电源模块无法正常供电（图1）。图1 现场的工控机 我们在现场做了一系列的检查，发现为工控机集中供电的总回路上的保险也曾经被烧坏过（图2）。图2 工控机总回路上的保险 这就意味着，现场可能出现过大电流。而且我们了解到，现场经常是头一天晚上下班后，工人将现场主回路直接断电，此时，工控机均处于开机状态。而第二天早上，工人直接将主回路的电源合闸后，工控机直接上电，但此时就发现有的工控机不能工作了，再检查时就发现是工控机的电源烧坏。 除此之外，该设备的每个控制柜旁边都装有一个空调，该空调在启动瞬间也会产生一定的高压脉冲干扰。同时，该空调本身还有一个控制开关，该开关在开闭过程中，也会产生高压脉冲干扰（图3）。图3 空调回路带来的干扰 经过换算，在空开闭合瞬间的高频干扰电压幅值为4000V左右，而压缩机启动瞬间幅值的干扰信号幅值大概为1500V左右。 至此，我们大致得出...
亲爱的网友们，到目前为止，技术π活动S7-300/400到S7-1500程序移植与功能替代的案例分享第一期活动已经截稿了。如果您还有关于此话题的案例分享，还可以继续下载模板分享案例，我们会根据分享案例的数量不定期举行在线直播间活动和技术Π成员选拔活动。中奖结果公布：恭喜以下用户获得惊喜大奖，稍后我们将为您邮寄奖品，请注意查收~用户昵称：小釉, ALlll, YifeiHuang,人生地不熟,HD,westmt,天乐逍遥,liwenqun, 394273302,一落千秋在接下来的时间是邀请进入直播间的环节了。技术π直播间是封闭的直播间，能够进入的直播间的网友将和多位西门子技术领袖展开技术对话，跟随技术领袖们一起对技术问题剥茧抽丝，层层解析。 现在，活动组委会再给大家安利一个进入直播间的限时通道，就是参加下面的考试，所有参加考试的网友都可以进入考试讨论微信群，崔工在群里针对大家的疑问进行答疑。考试成绩前5名会被邀请进入直播间。 时间仅限：8月17日9：00--8月19日 21:00每人只有一次机会，你准备好了吗？点击这里参加测试，崔工在考试群和直播间等着你！----------------...
4 Variant数据类型指针总结一下前面介绍过的指针，ANY可以包含POINTER，POINTER可以包含32位寄存器或者存储器指针，还有一个独立的16位指针，这些指针都是一个对象，占用存储器的空间。在S7-1500中，推荐使用的是符号寻址方式，没有绝对地址，所以上述指针都不适合符号寻址方式。从面向对象的编程方式上看，一个对象具有属性，可以是REAL类型、BOOL、字符串类型的组合，就算可以使用绝对地址（非优化的程序块），使用ANY、POINTER指针进行地址的迭代也感觉非常奇怪、不方便，不是以一个对象整处理。在S7-1500中推出一个新的变量类型Variant，不占用存储器的空间（所以必须使用相关指令），感觉比ANY指针还要ANY，看一看Variant变量类型的特点吧：1. 可以指向不同数据类型变量的指针。VARIANT 指针可以是基本数据类型（例如，INT 或 REAL）的对象，还可以是STRING、DTL、STRUCT 、PLC数据类型等元素构成的ARRAY。2. VARIANT 指针可以识别PLC数据类型，并指向各个结构元素。3. VARIANT 数据类型的操作数不占用背景数...
4.2 VARIANT与DB_ANY4.1章节的示例程序在调用时只能赋值一个固定的类型，例如PZD8_IN或者PZD10_IN，一些应用需要赋值的参数也要根据要求变换，例如MES系统向PLC发送一组物料信息，PLC系统接收到数据后进行判断然后处理，MES系统可以向PLC发送不同的物料信息，每种物料信息的属性可以是不一样的，如果按照上面示例的方式，必须调用程序块多次，然后赋值给参数不同的物料信息，使用DB_ANY变量可以解决这样的问题，可以将PLC数据类型存储在数据块中，然后转换为VARIANT变量，最后对VARIANT变量进行分析判断从而得到需要处理的物料类型，参考下面的应用示例。 例如一个应用要处理3个不同的物料，物料信息由MES发送到PLC，在PLC中需要判断物料的类型，然后分别处理。 建立3个PLC数据类型Material_A 、Material_B 和Material_C代表3个物料类型 ，然后以这3个数据类型建议3个数据块 DB_ Material_A 、DB_ Material_B 和 DB_ Material_C。 创建一个FC块，接口声明和程序代码如图23所示。 图 2...
亲爱的网友们， 西门子工业技术π活动最大的福利就是加入技术π专属圈子和参加技术π直播。 那么这个福利到底是什么具体的好处呢？ 首先，在直播间里会有多位技术大咖探讨交流技术话题，您既可以展示您的应用获取定制化的分析和评估，也可以旁听大家探讨，了解各类问题本质和学习剖析问题的方法。 其次，技术π的圈子是个长期运转的圈子，π圈的目的就是搭建一个由西门子专家和专属用户组成的一个技术交流圈，您有机会对于今后的项目应用，无论是设计阶段，还是调试阶段，获得西门子专家相应的技术支持及获得专属的技术保障。 说了这么多好处，如何获得加入到技术π的圈子和直播间的入场券呢？答案就是展示您的应用案例，分享到技术论坛的分享专区。为了让大家能够更清楚地展示出您的应用，技术π专家把应用案例的结构做成模板，引导大家描述。每一篇案例都会经过技术π的专家们分析。内容详尽、描述清楚的案例更有机会获得专家的点评以及邀请加入直播间。活动规则： 按照制定模板完成相关的内容，仅限于PLC通信，字数不限，条理清晰，内容详尽为宜。所有符合活动内容的分享将会被发布到技术论坛分享专区。对于案例描述清晰和问题典型的应用，西门子技术π技术领袖...
1. 存储器间接寻址顾名思义，存储器间接寻址就是将指针存储于存储器中。存储于存储器中的地址指针分为16位地址指针和32位地址指针，允许存储地址指针的存储器为M(标志位)、L(区域数据)及数据块（DB或DI），过程影像区是不能存储地址指针的，即使没有连接实际的I/O模块。1.1 存储器16位地址指针16位地址指针用于定时器、计数器、程序块（DB、FC、FB）的寻址，16位指针被看作一个无符号整数（取值范围0～65535），它指向定时器（T）、计数器（C）、数据块（DB、DI）或程序块（FB、FC）的号，16位指针的格式如图2。图2所有的定时器、计数器及程序块都可以使用间接寻址访问，访问时需要使用T、C、DB、DI、FB、FC的等区域标识符，寻址的指针存储于一个16位的字中，地址寻址表示格式为：区域标识符[16位地址指针]例如打开一个DB块表示为：使用16位地址指针访问一个定时器和计数器的示例程序如下： L 11 //将11传送到累加器1中。 T MW 20 //将累加器1中的数值传送到MW20中。 A I 2.1 //如果I2.1为1，将预置值10秒装载到T11中。 L S5T#10S ...
3 参数类型指针－POINTER与ANY所谓参数类型指针就是专用于函数FC及函数块FB接口参数的传递，例如可以在IN、OUT、IN/OUT中声明这些变量，也可以在TEMP区（OB也可以）中声明作为一个变量赋值给调用FC/FB的接口参数。3.1 POINTER指针的数据格式POINTER指针占用48位地址空间，数据格式如图16所示。POINTER指针前16位的数值表示数据块DB或DI的块号，如果指针没有指向一个DB块，则数值为0，POINTER指针可以指向的数据区参考下表：与区域交叉指针相比，POINTER类型指针可以直接指向一个数据块中的变量，例如P#DB1.DBX0.0，所以 POINTER（6个字节）=DB块号（2个字节）+32位指针（4个字节，带有数据区的寄存器和存储器指针）。如果不是指向DB块，就是带有数据区的寄存器和存储器指针，例如P#M2.0。调用FB、FC时，对POINTER指针数据类型的形参进行赋值时可以选择指针格式直接赋值，例如：P# DB2.DBX12.0 //指向DB2.DBX12.0。P#M12.1 //指向M12.1。也可以选择使用地址声明或符...
亲爱的网友们，新一期的西门子工业技术π活动——工业“技术π”最新活动----PROFINET通信探秘即将上线。本期活动技术话题将由西门子技术π专家冯学卫来主导。和以往技术π活动一样，冯工也为大家提前准备好了PROFINET通信的相关技术内容。互动探讨是在论坛提高技术水平的重要途径，在活动期间，冯工将在技术论坛在线等着大家。如果你对PROFINET通信有任何疑问或者见解，冯工都愿意和你深入交流。积极优质的互动还有机会获得加入技术π直播间入场券，快点击下面的故事和视频学起来吧~~--------------------1.互动答疑，内容先行--------------------PROFINET通信探秘故事话题列表：第一篇：PROFINET基础知识介绍第二篇：汽车厂PROFINET 网络故障的诊断与分析第三篇：制药设备PROFINET 网络故障的诊断与分析第四篇：烟厂PROFINET网络故障诊断与分析PROFINET通信必修课堂视频集锦：1-22集 观看+探讨汇总----------2.分享案例，赢取精美奖品和直播间入场券---------西门子工业技术π活动最大的福利就是加入技术π专属圈...
1. 简介写完《TIA博途与S7-1500编程指南》后，发现许多S7-1500编程方法和推荐使用的方式发生了变化，尤其是变址寻址方面。借着现在不能外出的机会，对比总结了一下S7-300/400和S7-1500变址寻址的使用方式和方法并与大家分享学习心得。S7-300/400使用的是绝对地址寻址，即使使用符号名称也是为了便于程序的阅读；而S7-1500正好相反，底层只支持符号寻址（早期做了一个测试发现的），即使使用绝对地址寻址也必须带有符号名称，感觉就是为了S7-300/400程序的移植。S7-300/400推荐的编程语言是STL，因为STL指令执行效率高并且支持变址寻址，而其它语言（除SCL，SCL是可选软件，必须购买）例如LAD、FBD是不支持的，所以我们经常可以看到进口设备的程序中，大部分的专有技术程序块FB、FC是STL编写的，原因是程序块的开发者使用地址寄存器和变址寻址功能灵活方便，程序块的通用性比较强，例如特殊的地址偏移功能，可以在不同的编程环境中调用（直接调用或者使用多重背景），而一些连锁程序是使用LAD编写的，这部分程序通常是由程序块的使用者编写，没有特殊的要求。所以一套...
专家大讲堂《PLC通信原理探秘》系列视频：https://www.ad.siemens.com.cn/service/elearning/series/288.html最新更新：连载之十四：【PLC通信原理探秘】大讲堂幕后彩蛋之求助连载之十五：【PLC通信原理探秘】大讲堂幕后彩蛋之苦大连载之十六：【PLC通信原理探秘】大讲堂幕后彩蛋之愁深连载之十七：【PLC通信原理探秘】大讲堂幕后彩蛋之砥砺连载之十八：【PLC通信原理探秘】大讲堂幕后彩蛋之前行 在做TCP/IP测试数据发送和接收的过程中，发现当接收的一方的Shadow Buffer满，数据就会被读取到接收数据区，即接收侧的数据DB中，这里也体现了TCP的一个协议特点，即流式传输服务，例如，前面说过，发送侧第一次发送500B，第二次又发送500B，调用接收侧读取，长度预设1000B，会一次性收到1000B，也就是说两次发送的数据在接收端黏在了一起，并没有界限，这与UDP面向消息的传输不同，UDP的报文中包含长度信息，也就是说数据之间存在界限。 此外，在做发送和接收实验的过程中，发现了两个有趣的现象。第一个现象是我把网线断开，在发送端侧报...
专家大讲堂《PLC通信原理探秘》系列视频：https://www.ad.siemens.com.cn/service/elearning/series/288.html最新更新：连载之十三：【PLC通信原理探秘】大讲堂幕后彩蛋之头疼连载之十四：【PLC通信原理探秘】大讲堂幕后彩蛋之求助连载之十五：【PLC通信原理探秘】大讲堂幕后彩蛋之苦大连载之十六：【PLC通信原理探秘】大讲堂幕后彩蛋之愁深连载之十七：【PLC通信原理探秘】大讲堂幕后彩蛋之砥砺 除了研究这些PLC通信原理和概念，日常工作还要支持Profinet，交换机等网络产品的技术支持，为了能够给我们的客户提供更加专业的指导和故障排查，理解和掌握协议也就成了我日常工作必不可少的一部分，而TCP/IP就是这必不可少一部分的重中之重，因为它太普遍了，太优秀了！ 做网络通信，TCP/IP是永远躲不过去的，不是在这里出现就在那里出现，所以一定要掌握它，理解它，因为像这样古老而至今还在普遍应用的协议几乎没有几个。于是我也要学习它，掌握它，开始的时候从网络上找到了关于TCP/IP的宝典手册，很详细，然而对于我这种初学的菜鸟，那里有太多的概念，甚...
专家大讲堂《PLC通信原理探秘》系列视频：https://www.ad.siemens.com.cn/service/elearning/series/288.html最新更新：连载之九：【PLC通信原理探秘】大讲堂幕后彩蛋之花明连载之十：【PLC通信原理探秘】大讲堂幕后彩蛋之远航连载之十一：【PLC通信原理探秘】大讲堂幕后彩蛋之搁浅连载之十二：【PLC通信原理探秘】大讲堂幕后彩蛋之有谁连载之十三： 【PLC通信原理探秘】大讲堂幕后彩蛋之头疼 生活要继续，问题解决也要继续，继续对前面遗留的问题进行研究。 在使用CP卡做S7通信时又发现一个有趣的问题。就是在S7通信属性面板发现S7的终点有两个。在“Connection Path”中，End Point是CPU319-3PN/DP，而打开“Address Details”时，发现End Point是CP343-1 Advanced。 那么对比一下400CP卡的属性看看吧。发现两个End Point都是CPU414-3PN/DP。 那么为什么会有这种差异？结合前面所阐述的问题，300CP卡通信使用的功能块与CPU使用的功能块不同，导...
专家大讲堂《PLC通信原理探秘》系列视频：https://www.ad.siemens.com.cn/service/elearning/series/288.html最新更新：连载之十一：【PLC通信原理探秘】大讲堂幕后彩蛋之搁浅连载之十二：【PLC通信原理探秘】大讲堂幕后彩蛋之有谁连载之十三：【PLC通信原理探秘】大讲堂幕后彩蛋之头疼连载之十四：【PLC通信原理探秘】大讲堂幕后彩蛋之求助连载之十五：【PLC通信原理探秘】大讲堂幕后彩蛋之苦大 通信资源的概念是我自己定义的，概念应该没有问题，问题是名字可能存在歧义。因为我总是觉得连接资源和任务资源，合体所代表的一种表象资源，只不过使用通信资源这个概念更加通俗易懂一些。 回到前面的非常痛苦的问题。我仍旧进行了大量的测试，去否定或者证实我的一些猜想。 诸如：既然CP343-1是S7协议处理的主体，那么CP343-1占用S7的连接资源就不难理解，而CPU就不应该占用S7连接资源了，那既然试验结果看到CPU也占用一个S7连接资源，那么难道SFC58/59读取的是S7 PDU而不是纯粹的数据？然后CPU在做进一步处理，通过S7协议解析出用户数据...
分享
首页
智能小西-自动预约
风驰卡
产品入门
在线产品选型
售后登记和质保查询
ASP工程师验证
ASP公司证书验证
售后服务常见问题
首页
售前文档（样本、宣传册等） 
售后文档（FAQ、手册等）
首页
立即开通1847会员
首页
教室及直播课
取证训练营
在线自学课
认证证书查询
培训伙伴验证
首页
最新发帖
精华帖
发新帖
已解决问题
精华常见问题
运维工程师专区
官方商城
西门子中国
绫
本版热门话题
相关推荐
相关帖子推荐
短信登录
