一 为什么要结束RCV接收状态呢?

发送指令XMT将数据发送出去就完事，而接收RCV不一样，一次完整成功的RCV过程需要以下步骤：

1 使能位：SM87.7=1/SM187.7=1,执行RCV的时候会检查该位

2 执行RCV

3 等待消息起始条件

4 接收信息

5 等待消息结束条件

6 退出接收状态

RCV指令启动后并不一定就接收消息，如果消息起始条件没有达到，那就一直处于等待接收的状态;

如果消息始终没有开始或者结束，通信口就一直处于接收状态。这时如果尝试执行XMT指令，就不会发送任何消息。

所以要结束接收RCV接收状态后才能执行XMT。

二：如何结束RCV接收状态?

手册上给出6种结束条件：

1.结束字符检测

2.字符间计时器

3.信息计时器

4.最大字符计数

5.校验错误

6.用户终止

方法1:前4种条件在从站发生通讯故障后就失效了，必须要配合用户终止

一般执行XMT后，在发送完成中断里执行RCV，同时启动定时中断或者启动定时器或者执行开始间隔时间BITIM，计时时间到复位使能位SM87.7/SM187.7，同时执行RCV，这样结束RCV指令，比如定时中断里发送：

LD SM0.0

R SM87.7, 1

RCV VB0, 0

S SM87.7, 1

LD SM0.0

DTCH 10

LD SM0.0

XMT VB100, 0

方法2：设置：SMB87=16#9C， SMW90/SMW190=0,SMW92/SMW192=x

执行RCV指令x毫秒后自动结束接收状态。

如果用的是字符中断方式接收信息，那么将中断分离后即可发送

DTCH 8

XMT VB100, 0

用结束字符作为结束条件的时候，如果与设备的通信断了，CPU就会停滞在接受状态，之后的发送也不成功了，通讯也彻底断了。

后来别人教我在发送前面用复位SMB87.7结束发送就好了。

自由口用RCV接收，接收到的数据总是一部分，不全，反复检查做实验，才发现原来是结束的定时器时间设短了，导致数据没有接收完，RCV就结束了，增大了时间，一切就OK了。

刚做自由口编程时，一下载下去，编程软件就无法和CPU通信了，后来打到停止状态，CPU才恢复PPI，可以正常监控，下载了