我们在做S7通讯的时候会经常使用BSend & BReceive，有这样的功能块儿，用这项功能块呢，我们来实现S7的通讯。那如果有因为我们比如说我们编程的时候，我们可能在OB1里面BSend & BReceive，那如果我们更高一级的中断，比如说有OB40，OB82和OB86等这些组织块啊，这些中断出现那会不会影响他通信的数据一致性呢？

而这里呢，我们来去再强调一下，刚才我们提到了BSend & BReceive，我们推送数据啊，一次性推出数据，大家我刚才看到网友说推到Shadow Buffer。实我们对于300来说是240个字节，但实际上呢，对于300来说不是240字节，而是206个字节。原因我已经讲过了，是因为有s7pdu是有s7的Header的，就是S7的报文头的。但是现在呢，大家我们去讨论数据一致性的时候没有必要去去考量S7内部的报文里面的这些内容，所以我们就认为是240个字节。啊，所以他一次推送的最多是240个字节。
CCP不能被中断的原因是前面我们讲的Put/Get Server。如果我300做Put/Get Server，那他确实是不能被中断的啊。但是我们现在做BSend & BReceive，我们都是编在AP里的。我也强调了我们的中断是发生在AP当中，而不是发生在CP当中。所以呢，这个BSend的在运行的过程中会有中断啊。
我跟大家去说一下啊，如果还是以300为例，也就是说我们在讨论这个问题的时候呢，是有前提的，我们还是以S7300作为一个例子，如果我们只传输240个字节，现在我们先忽略他的S7 Header这个问题，我们就是传输240个字节，那么即使你出现一些更高优先级的中断，对他的数据进行操作，也不可能去修改它的数据，也就意味着不会影响S7通讯的数据一致性。不过我们现在传输480个字节，当中断发生的时候，那么就会有可能对后面的240个字节进行操作。但是如果你有更高优先级的中断发生，但是并没有对通信的数据区的数据有任何的操作，那么就不会影响S7通讯的数据一致性。再说一遍也就是说你自己编程序的时候，你有更高优先级的中断，那么你就要看是不是对通信的数据进行了操作，如果没有对通讯的数据进行操作，那么就不会影响你这480个字节通讯的数据数据一致性。