天津西门子S7-300模块代理商主要生产汽车和工业电子芯片、保密及IC卡应用IC、通讯多媒体芯片、存储器件等。1998年Infineon公司是全球**半导体制造商之一。Infineon英飞凌提供汽车应用，如汽车的动力总成(包括优化燃料消耗引擎和传输控制，并以符合政府的排放法规处理的新兴技术，如混合动力汽车，起动发电机，和机电阀门列车，芯片)，身体和便利(包括光控，空调，供暖，通风和空调，舒适锁，电动车窗，座椅记忆和车门开关)，安全管理(例如，电子动力转向，防撞，防抱死制动系统，安全气囊，稳定控制系统，轮胎压力监测)和信息娱乐系统(包括电子呼叫和信息的访问)。Infineon英飞凌公司在全球亚、欧、美三大洲5个国家拥有10个制造工厂
他的面市和我的入职几乎是开始的，我们是一起成长的。初的PN产品，例如ET200S只有一个PN端口，只能支持RT，设备连接只能通过交换机。初的我，是技术支持团队的一个新人，是网络通信的一个菜鸟，不懂通信理论。放在同事桌子上的PROFINET培训文档，吸引着我让我随手翻开，像是冥冥中注定，他和我注定在我的职业生涯中深深的纠缠在一起。我们也相互的成就着，通过我的努力，他给我们中国客户的生产带来了翻天覆地的变化，通过他的发展，也给我的职业生涯带来了深远的影响，那么他有什么奇妙之处呢？
*，在技术上，PROFINET基于以太网，也就是由于以太网，使之能够具有*的通信速度和灵活的拓扑结构，而PN就是以太网上的实时协议集合，就和TCP是以太网的协议一样，**而已。这对于企业生产就不同了，因为在PN之前，以太网是不能延伸到现场级的，而如今以太网一直延伸到现场的末端，带有PN接口的传感器和执行器比比皆是。以太网的安装确实给用户带来了诸多的便利，由于用户大都想着就近连接交换机即可，这种可能导致混乱的连接拓扑，还有就是交换机产品的选择，错误的选择同样会给用户生产带来一些问题，这两个看似很小的问题，却可能会给企业生产带来毁灭性的伤害。
早年去一家钢厂，骨干网使用了冗余环网，正常生产了一段时间，却突然全网瘫痪，导致高炉停产，对于钢厂来说这是一个非常大的事故了。而现场的问题解决却是很简单，原因是冗余环网使用了西门子的SCALANCEX交换机，冗余管理器RM却使用了第三方的交换机，那我还说什么呢？前些天，天津西门子S7-300模块代理商去了一家钢管厂去做预维护，询问网络的拓扑连接是如何的，回答是不知，这是中国用户目前普遍存在的问题。通过PRONATA进行现场网络拓扑的扫描，竟然发现网络拓扑出现两个环网，是现场级的，也不知什么原因鬼使神差的让生产可以正常进行，我们知道环网会产生广播风暴，导致全网瘫痪。可是由于生产还在继续，我们无法确定真正的原因是什么，只能告诉用户这种环型链接风险*高，需要尽快整改。西门子S7-200EM221CN因为在西门子，他的面市和我的入职几乎是开始的，我们是一起成长的。初的PN产品，例如ET200S只有一个PN端口，只能支持RT，设备连接只能通过交换机。初的我，是技术支持团队的一个新人，是网络通信的一个菜鸟，不懂通信理论。放在同事桌子上的PROFINET培训文档，吸引着我让我随手翻开，像是冥冥中注定，他和我注定在我的职业生涯中深深的纠缠在一起。我们也相互的成就着，通过我的努力，他给我们中国客户的生产带来了翻天覆地的变化，通过他的发展，也给我的职业生涯带来了深远的影响
0以及M100.1，无论对于300PLC还是400PLC，变量表也是一样的。当使能M100.0，以及设置MW0=100，那么就以为这延时1秒钟的程序启动了，延时程序的启动，意味着当PG修改MW10的数值为1时，这个数值传递给PLC时，应该都在这个1秒钟的时间跨度内，因为除去延时程序，前后剩余的程序的运行时间可以忽略不计。按照概率计算的话，这是一个非常大的概率事件，MW10在这段时间内进入到PLC中。
那么当看到后结果时，所有的问题感觉就烟消云散了。当MW10修改为1时，400PLC中的M100.1会被置位，在多次的测试中，置位的次数也是非常多的，偶尔也会出现不被置位的情况，这意味着MW10的数值被PLC读取没有发生在演示程序之间，而是正好发生在两端。而300PLC的M100.1不会被置位。这就说明当MW10的数值进入到CPU时，如果发生在延时程序中，对于400PLC，MW10和MW12比较必然不同，这就意味400PLC与PG的这种通信发生在时间片，而300PLC由于发生在CCP，MW10的数据已经进入到CPU，并没有进入程序，在某个缓冲区等待中，当CCP执行时，CCP就会把MW10的数据读取到，重新执行到下一圈程序时，MW10会把这个数值传递给MW12，这就会使MW10和MW12的数值永远相同，也就是M100.1不会被置位，这就证明300PLC与PG的这种通信发生在CCP。
那么我就在我的笔记本上做个小结吧，从CPU的循环周期来看，包含4个部分，分别是PII，PIQ，AP，CCP。AP由若干个时间片构成，通信也是时间片的一部分，也就是说通信发生在时间片，在具体说CPU对于Partner数据的读写发生在时间片，当数据进入到CPU的通信缓冲区中，暂且我们不知道这个缓冲区在哪里，甚至叫什么名字。当时间片包含通信时，就会立刻对该缓冲区的数据进行读写，这种通信速度理论上是*加*的，而CCP的通信，需要等到CPU的一个循环周期结束时，CCP才对该数据缓冲区进行读写，这样的通信相对来说是慢速的，参考上述的PG实例也能够体会出来。由于CCP它是神秘的，手册中的描述不多，可以看到它的运行时间并不长，对于整个循环周期的占比也不大，那么CCP的通信数据也不会太多，手册中所提到的PUT/GETServer的数据一致性从原来的64B提升到240B，也就是只有CPU的性能提升了，这部分的通信能力才得到提升，从中也可以看出西门子一代代PLC的版本提升，不仅仅是firmware的提升，还包括了硬件的升级。在这里需要强调的是1500和400的通信行为相同，从中可以看出1500的底层框架应该是源于S7-400PLC。
对于PROFINETRT通信，我想这是中国用户常用的PN协议，因为配置简单，只要用过PROFIBUSDP就能做很快的转换。用户往往会有两个问题，一个是不清楚如何选择交换机，选择的依据是什么？另一个是不清楚分布式IO多能串联多少个，级联深度的依据是什么？
对于个问题，我给用户传达的信息就是只要是交换机都支持PROFINET，并不是所有的交换机都适用，这种前后矛盾的话，大家肯定会觉得疑惑不解。PROFINET使用百兆全双工的技术，那么交换机必然是选择的连接部件，而我们在使用PNRT协议的时候，都知道RT通信的报文是带有**级的，也就是含有**级是6（高为7）的VLAN标签（其ID=0），这个标签使之PN数据在网络链路传输时可以“横行霸道”，因为除了MRP冗余环网之外的网络链路上的数据没有**级比它高的，其它数据难以望其项背，这样才能大程度的*它的实时性。那么如果你选择了例如SCALANCEX300/400系列的交换机用来连接IO设备，那么VLAN标签的**级的意义就消失了，因为这些交换机默认支持VLAN，而这些交换机恰恰判定VLANID=0的数据没有**级，也就是说此时的PN数据只能和普通数据一样，不再被**转发，这意味就显而易见了。*二个问题，可能是困扰大家多的问题，因为它影响现场到底如何安装布线。到底能级联多少？我的答案就是能带多少IO设备就能级联多少IO设备？我们需要考虑线型网络末端的IO设备的刷新时间的大小，这就需要一个公式了，也就是说一个IO报文从PLC侧发出，经过若干台交换机，这些交换机是支持C&T或是S&F，那么这个公式就是报文的传输时间，加上经过各个交换机的延迟时间，达到终的设备。这个时间才是你参考的Updatetime的时间，如果不能满足你的实时性要求，那么这台设备需要在线型拓扑中靠近PLC，也就是你的IO控制器。 天津西门子S7-300模块代理商
后，我想谈的就是PROFINET网络如何诊断了，这个是用户经常忽略或者无法正视的问题，因为一旦谈到诊断，那么必然需要全面的IT知识，不像*所描述的，仅是需要组态和计算，从基本的Ping指令到Wireshark的使用，这些都是的。但这些往往是用户缺乏的。具体诊断PN网络的方式有很多种，那是根据不同的故障现象采取不同的方法。这里和大家谈谈用户所面临的经常丢站的故障。
丢站的根本原因就是IO数据没有在时间内出现，也就是*时了，这时会报丢站，OB86被激活。那么什么原因会导致IO数据在时间内不能出现，主要是两种原因，种就是网络拥堵严重，数据不能在时间内到达IO设备，那么这种情况使用Ping指令就可以来判断网络链路的状态；*二种就是数据发生畸变，可能是由于干扰或者安装的线缆短路所致，也就是IO报文的CRC检验出现错误，这种情况可以通过Step7在线查看分布式IO的端口的Statistics或者登陆管理型交换机的网页查看丢站IO设备所对应的端口的Statistics，再或者对于S7-1500来说使用LPNDR功能块来读取对应IO设备的端口的Statistics，来查看是否存在CRC错误。如果存在CRC错误，那么导致的原因就是*我说的两种原因，干扰或者短路造成的，那么就去查EMC和线缆的状况。当然，Wireshark工具是诊断PN网络的重要的工具，当你具备IT知识的时候，建议你使用Wireshark这个工具去检测和发现网络故障，因为它是良好利器。