西门子plc的几种通信方式,PPI通讯、RS485串口通讯、MPI通讯、以太网通讯、PROFIBUS-DP通讯。 一、PPI通讯 PPI协议是S7-200CPU基本的通信方式，通过原来自身的端口（PORT0或PORT1）就可以实现通信，是S7-200CPU默认的通信方式。 二、RS485串口通讯 第三方设备大部分支持，西门子S7 PLC可以通过选择自由口通信模式控制串口通信。简单的情况是只用发送指令（XMT）向打印机或者变频器等第三方设备发送信息。不管任何情况，都必须通过S7 PLC编写程序实现。 当选择了自由口模式，用户可以通过发送指令（XMT）、接收指令（RCV）、发送中断、接收中断来控制通信口的操作。 三、MPI通讯 MPI通信是一种比较简单的通信方式，MPI网络通信的速率是19.2Kbit/s~12Mbit/s，MPI网络多支持连接32个节点，大通信距离为50M。通信距离远，还可以通过中继器扩展通信距离，但中继器也占用节点。 MPI网络节点通常可以挂S7-200、人机介面、编程设备、智能型ET200S及RS485中继器等网络元器件。 西门子plc与PLC之间的MPI通信一般有3种通信方式： 1、全局数据包通信方式 2、无组态连接通信方式 3、组态连接通信方式 四、以太网通讯 以太网的核心思想是使用共享的公共传输通道，这个思想早在1968年来源于厦威尔大学。 1972年，Metcalfe和DavidBoggs（两个都是网络专家）设置了一套网络，这套网络把不同的ALTO计算机连接在一起，同时还连接了EARS激光打印机。这就是世界上个个人计算机局域网，这个网络在1973年5月22日运行。Metcalfe在运行这天写了一段备忘录，备忘录的意思是把该网络改名为以太网（Ethernet），其灵感来自于“电磁辐射是可以通过发光的以太来传播”这一想法。1979年，DEC、Intel和Xerox共同将网络标准化。 1984年，出现了细电缆以太网产品，后来陆续出现了粗电缆、双绞线、CATV同轴电缆、光缆及多种媒体的混合以太网产品。以太网是目前世界上流行的拓朴标准之一，具有传传播速率高、网络资源丰富、系统功能强、安装简单和使用维护方便等很多优点。 五、PROFIBUS-DP通讯 PROFIBUS-DP现场总线是一种开放式现场总线系统，符合欧洲标准和。PROFIBUS-DP通信的结构非常精简，传输速度很高且稳定，非常适合PLC与现场分散的I/O设备之间的通信。 |
来自西门子plc技术支持热线的故事：S7-200 自由口通信，小错误引发烦
在热线上经常能碰到客户咨询关于S7-200 PLC自由口通信的问题。200的自由口通信需要通过编程设置串口的工作模式，安排发送和接受指令的触发顺序，还要设定接收的起始和结束条件。对于刚刚开始使用200的工程师来说，的确有很多细微处易犯错误。一般碰到客户抱怨通信不上的问题，就要逐一帮客户确认编程配置是否正确。虽然麻烦，不过逐条查下去，总能查到错误所在并解决问题。但是有一次客户遇到的问题颇出人意料，还真耗费了一些时间。
客户反应在编写了自由口通信程序之后，PLC可以发送数据给通信伙伴，但是却收不到任何伙伴方发出的数据。能发送数据给对方，说明通信端口设置没有问题。极有可能是端口被其他通信指令占用导致无法进入接收状态。比如说用常开点调用XMT，或者没有对接收的故障状态进行判断并终止接收，从而导致后续的XMT和RCV都无法被正确执行。客户表示他的程序并不存在这种情况。但是为了测试问题所在，客户下载了一个仅包含条件触发RCV的程序下去，还是接收不到数据。监控程序RCV指令已被正常执行。
那么是不是接收的起始条件设置不当？客户使用的是起始字符，这并无不妥。并且改成空闲线检测之后，问题依然存在。难道是对方发送的信号有问题？用串口调试软件来测试，是可以接收到的。眼见这几个常见错误都没能cover住这个问题，我只好从头一步步地跟客户确认。但是还是没能发现任何破绽。郁闷之下，只好让客户把程序发过来看看。
次检查程序的时候还真没注意到问题出在哪里。等到看出来了才觉得啼笑皆非：
不知道大家看出来没有？客户在设定完空闲线时间SMW90和消息定时器溢出值SMW92后，惯性地将接受地大字符数SMB94也写成了传送字SMW94。而西门子PLC的高低字节是逆序的，也就是说SMB94为高有效字节，SMB95为低有效字节。见手册中的如下说明：
结果就是大字符数100被传给了SMB95，SMB95是神马呢？神马也不是，总之与接收条件无关。而真正大字符数存储字节SMB94被赋值为0。大字符数都为0了，那当然是接收不到任何数据了。小马虎一下就耽误了这许多时间，各位看官引以为戒吧！