要产生动作，产生何种动作，如果要回应，控制器将生成的反馈信息用Modbus协议发出。Modbus协议允许在各种网络体系结构内进行简单通信，每种设备PLC、人机界面、控制面板、驱动程序、输入输出设备都能使用Modbus协议来启动远程操作，一些网关允许在几种使用Modbus协议的总线或网络之间的通信，如图184所示。
图184Modbus网络体系结构实例Modbus协议的整体架构和格式比较复杂和庞大，在我们的课程里，我们重点介绍数据帧结构和数据通信控制方式，作为一个入门级别的了解。如果大家要详细了解，或者使用Modbus开发相关设备，可以查阅相关的国标文件再进行深入学习。
122RTU协议帧数据
Modbus有两种通信传输方式，一种是ASCII模式，一种是RTU模式。由于ASCII模式的数据字节是7bit数据位，51单片机无法实现，而且应用也相对较少，所以这里我们只用
fRTU模式。两种模式相似，会用一种另外一种也就会了。一条典型的RTU数据帧如图185所示。
图185RTU数据帧和我们实用串口通信程序类似，我们一次发送的数据帧必须是作为一个连续的数据流进行传输。我们在实用串口通信程序中采用的方法是定义30ms，如果接收到的数据超过了30ms还没有接收到下一个字节，我们就认为这次的数据结束。而Modbus的RTU模式规定不同数据帧之间的间隔是35个字节通信时间以上。如果在一帧数据完成之前有超过35个字节时间的停顿，接收设备将刷新当前的消息并假定下一个字节是一个新的数据帧的开
始。同样的，如果一个新消息在小于35个字节时间内接着前边一个数据开始的，接收的设备将会认为它是前一帧数据的延续。这将会导致一个错误，因此大家看RTU数据帧最后还有16bit的CRC校验。起始位和结束符：图185上代表的是一个数据帧，前后都至少有35个字节的时间间隔，起始位和结束符实际上没有任何数据，T1T2T3T4代表的是时间间隔35个字节以上的时间，而真正有意义的第一个字节是设备地址。设备地址：很多同学不理解，在多机通信的时候，数据那么多，我们依靠什么判断这个数据帧是哪个设备的呢？没错，就是依靠这个设备地址字节。每个设备都有一个自己的地址，当设备接收到一帧数据后，程序首先对设备地址字节进行判断比较，如果与自己的地址不同，则对这帧数据直接不予理会，如果如果与自己的地址相同，就要对这帧数据进行解析，按照之后的功能码执行相应的功能。如果地址是0x00，则认为是一个广播命令，就是所有的从机设备都要执行的指令。功能代码：在第二个字节功能代码字节r