下面再介绍一下S7通信服务。
当然S7通信是随着S7 PLC而产生的，所以通信都是围绕着S7PLC的。上面介绍西门子最擅长S/R通信，这种通信在以太网上使用ISO（mac地址）和ISO_ON_TCP（IP地址）这两种方式，同样S7通信服务(service)还是借鉴了这些方式，所以建立连接时可以输入MAC地址，传输方式就是ISO，使用的是TSAP；也可以输入IP地址，传输方式就是ISO_ON_TCP，但是使用的是TSAP而不是端口号，所谓ISO_ON_TCP方式，我个人理解就是有ISO也有TCP，所以虽然使用了TSAP，也可以知道端口号是102，只是没有说。
S7通信服务为应用层，所以大家说可以独立于网络，MPI，PROFIBUS，ETHERNET都可以使用，我感觉PPI也借鉴了S7的通信机制，但是非常简单。
S7通信服务其实是一个集合，不能简单理解，它分为PLC间的数据交互、PLC与wincc，
PLC与操作面板、PLC与PG通信。
首先介绍一下PLC简的S7通信。S7通信使用三种通信函数，第一种PUT/GET，可以单方编程，继承了FETCH/WRITE功能，但是更简单了，因为不需要写报文头了（类似MODBUS RTU），直接读写对方的数据。S7-300由于通信资源少，只能被读写，而S7-400之间一个连接下，都可以对对方数据进行读写，这也是为什么在两个公司进行通信时不选择S7通信连接（在S7-1500中改了，增加了一个开关，用于屏蔽PUT/GET功能）；第二种为BSEND/BRECV；第三种为USEND/URECV。那么有人问，PLC通信为什么使用应用层进行通信，效率不是低吗？
其他比S/R通信效率是低，但是都不是实时网络。如果通信需要对方确认呢，使用S/R、
就麻烦了，因为它们的确认只到通信处理器，而S7是在用户程序中确认。使用BSEND/BRECV相当于我发邮件，添加了tracking功能，不但你收到了并且还读了，使用USEND/URECV相当于我发邮件，我收到的确认只知道你的邮箱接收到了，但是并不知道你是否读了。
S7通信占有CPU的通信资源，S7-400大，可以使用多个，但是S7-300就有问题了。原来S7-300只有四个，一个被编程器占用，只能连接三个HMI，如果连接多了只能考虑使用C/S架构了，而且不能主动建立S7连接，直到现在一个CPU315-2DP的CPU也没有这个功能，随着需求的增加，可以通过CP建立S7连接了，使能多路复用功能就可以了，例如一个CP可以连接16个PLC和OP（不能连接WINCC）才占用一个CPU的通信资源，这时调用通信函数名称同样是PUT/GET、BSEND/BRECV和USEND/URECV，但是都是FB块属性family中为CP300PBK；再以后出来带有PN接口的S7-300 CPU，同样支持S7连接，同样是FB名称一样，但是都是FB块属性family中为CPU_300.与S7-400相比无论CP还是集成的MPI、PROFIBUS、PN接口都是用相同的函数块SFB。