Linux|freemodbus 从机原理分析小结 Linux|嵌入式

在之前的文章《Freemodbus原理分析》，结合代码对 freemodbus 进行了分析，这里对 freemodbus机制做一下分析小结。freemodbus 的应用场景主要是在非linux下的单片机系统，当然了，freemodbus 1.6 版本也开始支持了 linux，不过在linux下，如果不是一定要移植源码的话，个人觉得 libmodbus 相比 freemodus 还是更方便一些，功能更加灵活而且丰富。当然如果是普通单片机系统，freemodbus 是一个不错的开源modbus 从机功能，不仅代码开源，重要的是非常稳定可靠。
这里先简单的从文字的角度来分析一下 freemodbus 从机的实现机制，freemodbus 将状态机的编程思想用到了机制，作为从机，最基本的就是串口接收，而modbus通信的数据接收长度是不定的，这一点，freemodbus v1.5 版本是采用
串口中断 + 定时器的方式实现接收不定长数据的。在freemodbus V1.6版本中，作者为了兼容linux和非linux 单片机系统代码统一，通过select机制进行接收数据，然后再重新的模拟实现逐字节的接收机制，每接收1个字节，复位一下定时器，接收完成后，等待定时器溢出，更新状态标志。也就是不管是1.5版本还是1.6版本，都是通过定时器溢出，然后更新接收完成标志，一旦接收完成后，套路是一样的，地址校验、功能码筛选，根据不同的功能码，执行不同的动作指令。
还有一点，就是串口的收、发都是通过中断，默认是接收中断使能，发送中断禁止，接收完成后，打包好返回的数据帧，使能串口发送中断，然后通过发送中断发送数据。在linux 系统下，没有使用硬中断，而是采用通过不同的标志来区分的，接收使能时，通过select 阻塞接收，发送使能时，就发送数据。
最后就是

volatile UCHARucRTUBuf[MB_SER_PDU_SIZE_MAX];

它是一个全局的数据缓存，不仅存放接收的数据，还存放发送的数据，具体表现为，当处于接收状态时，将接收的字节存放到
【Linux|freemodbus 从机原理分析小结】ucRTUBuf 中，然后筛选出地址、功能码、起始地址、长度等有效数据，然后进行对应功能码的操作，到这里 ucRTUBuf里的内容就不重要了，将需要返回的数据，按照协议逐个填充到 ucRTUBuf 中，当然要记录并计算出要发送的数据帧长度，然后再通过串口返回给主机（客户端）。我们在理解源码时，部分可能难以理解的原因就是，使用了很多的局部指针变量，还有二级指针，但是这些指针最终都是指向 ucRTUBuf的，了解到这一点，就便于我们去理解源码了。