SMART 200 PLC 自由口通信问题

S7-200 SMART CPU 本体集成的RS485通信口和扩展信号板（RS485/RS232）可以设置为自由口模式。选择自由口模式后，用户程序就可以完全控制通信端口的操作，通信协议也完全受用户程序控制。

S7-200 SMART CPU 本体集成的通信口在电气上是标准的RS-485半双工串行通信口。此串行字符通信的格式可以包括：

一个起始位

7或8位字符（数据字节）

一个奇/偶校验位，或者没有校验位

一个停止位

自由口通信速波特率可以设置为1200、2400、4800、9600、19200、38400、57600或115200。

凡是符合这些格式的串行通信设备，理论上都可以和S7-200 SMART CPU通信。

自由口模式可以灵活应用。Micro/WIN SMART的两个指令库（USS和Modbus RTU）就是使用自由口模式编程实现的。

自由口通信要点

应用自由口通信首先要把通信口定义为自由口模式，同时设置相应的通信波特率和上述通信格式。用户程序通过特殊存储器SMB30（对端口0 即 CPU 本体集成 RS485 口）、SMB130（对端口1 即通信信号板）控制通信口的工作模式。

 CPU通信口工作在自由口模式时，通信口就不支持其他通信协议（比如PPI）。

 通信口的工作模式，是可以在运行过程中由用户程序重复定义的。

自由口通信的指令是发送（XMT）和接收（RCV）指令。自由口通信常用的中断有“接收指令结束中断”、“发送指令结束中断”，以及字符接收中断。用户程序不能直接控制通信芯片而必须通过操作系统。用户程序使用通信数据缓冲区和特殊存储器与操作系统交换相关的信息。

XMT和RCV指令的数据缓冲区类似，起始字节为需要发送的或接收的字符个数，随后是数据字节本身。如果接收的消息中包括了起始或结束字符，则它们也算数据字节。

调用XMT和RCV指令时只需要*通信口和数据缓冲区的起始字节地址。

 XMT和RCV指令与网络上通信对象的“地址”无关，而仅对本地的通信端口操作。如果网络上有多个设备，消息中必然包含地址信息；这些包含地址信息的消息才是XMT和RCV指令的处理对象。

 由于S7-200 SMART的通信端口是半双工RS-485芯片，XMT指令和RCV指令不能同时有效。

XMT和RCV指令

XMT（发送）指令的使用比较简单。RCV（接收）指令所需要的控制稍多一些。

RCV指令的基本工作过程为：

在逻辑条件满足时，启动（一次）RCV指令，进入接收等待状态

监视通信端口，等待设置的消息起始条件满足，然后进入消息接收状态

如果满足了设置的消息结束条件，则结束消息，然后退出接收状态

所以，RCV指令启动后并不一定就接收消息，如果没有让它开始消息接收的条件，就一直处于等待接收的状态；如果消息始终没有开始或者结束，通信口就一直处于接收状态。这时如果尝试执行XMT指令，就不会发送任何消息。

所以确保不同时执行XMT和RCV非常重要，可以使用发送完成中断和接收完成中断功能，在中断程序中启动另一个指令。

 在《S7-200 SMART 系统手册》中关于XMT和RCV指令的使用有一个例子。这个例子非常经典，强烈建议学习自由口通信时先做通这个例子。

 

字符接收中断

S7-200 SMART CPU提供了通信口字符接收中断功能，通信口接收到字符时会产生一个中断，接收到的字符暂存在特殊存储器SMB2中。通信口Port0和Port1共用SMB2，但两个口的字符接收中断号不同。

每接收到一个字符，就会产生一次中断。对于连续发送消息，需要在中断服务程序中将单个的字符排列到用户规定的消息保存区域中。实现这个功能可能使用间接寻址比较好。

 对于高通信速率来说，字符中断接受方式需要中断程序的执行速度足够快。

 一般情况下，使用结束字符作为RCV指令的结束条件比较。如果通信对象的消息帧中以一个不定的字符（字节）结束（如校验码等），就应当规定消息或字符时作为结束RCV指令的条件。但是往往通信对象未必具有严格的协议规定、工作也未必，这就可能造成RCV指令不能正常结束。这种情况下可以使用字符接收中断功能。