RT-Thread-关于 freemodbus 里存在的一点问题分享RT-Thread问答社区

关于 freemodbus 里存在的一点问题分享

发布于 2018-01-27 15:38:41 浏览：6494 订阅该版

RTT 在组件里已经移植好了freemodbus。但在接收数据上面存在一点问题，当存在高优先级的中断时，会造成以后通信永远通不上的现象。

RTT里面的串口接收也是分为上半部分和下半部分。上半部分是串口关中断接收数据，然后在开中断。下半部分是通过回掉函数处理接收到的数据。
因为下半部分是没有关中断，所以存在被别的以及自身中断再次打断的问题，那么，freemodbus 接收处理的问题就来了。下面先说说freemodbus原有的接收处理。
下面是它的回掉函数，
```/**
 * This function is serial receive callback function
 *
 * @param dev the device of serial
 * @param size the data size that receive
 *
 * @return return RT_EOK
 */
static rt_err_t serial_rx_ind(rt_device_t dev, rt_size_t size) {
            prvvUARTRxISR();
            return RT_EOK;
}```回掉函数里面调用了prvvUARTRxISR();我们继续看这个函数。
```void prvvUARTRxISR(void)
{
        pxMBMasterFrameCBByteReceived();
}```在继续跟踪，发现它是一个函数指针。找到它指向的函数，如下：
```BOOL
xMBMasterRTUReceiveFSM( void )
{
          BOOL            xTaskNeedSwitch = FALSE;
         UCHAR           ucByte;

assert_param(( eSndState == STATE_M_TX_IDLE ) || ( eSndState == STATE_M_TX_XFWR ));

/* Always read the character. */
 ( void )xMBMasterPortSerialGetByte( ( CHAR * ) & ucByte );

其他代码省略。。。。。。。。
}```看上面红色的代码，可以发现它是在这儿读取串口的数据。继续看这个函数。

```BOOL xMBMasterPortSerialGetByte(CHAR * pucByte)
{
 serial->parent.read(&(serial->parent), 0, pucByte, 1 );
 return TRUE;
}```现在就可以发现它的bug呢。它每次只读取一个字节。刚开始已经说了，串口的中断分上下两部分，回掉函数在下半部分，可以被中断打断，而最终freemodbus 在回掉处理的时候，
只读取了串口接收区里面的一个字节，那么当存在其他中断打断freemodbus 回掉处理函数的时候。所有的数据将会可能会错位，那么以后的通信就全断了。
下面是我处理的方式：
```<div>BOOL xMBMasterPortSerialGetByte(UCHAR * pucByte,UCHAR *pSize)
{
 *pSize = serial->parent.read(&(serial->parent), 0, pucByte, 64);
 return TRUE;
}</div>```修改这个函数，每次将串口缓冲的数据读取完全。然后修改freemodbus回掉处理函数
```BOOL
xMBMasterRTUReceiveFSM( void )
{
 BOOL xTaskNeedSwitch = FALSE;
 //UCHAR ucByte;
	UCHAR			readSize;
	
 assert_param(( eSndState == STATE_M_TX_IDLE ) || ( eSndState == STATE_M_TX_XFWR ));

/* Always read the character. */
 //( void )xMBMasterPortSerialGetByte( ( CHAR * ) & ucByte );

switch ( eRcvState )
    {
        /* If we have received a character in the init state we have to
         * wait until the frame is finished.
         */
    case STATE_M_RX_INIT:
        vMBMasterPortTimersT35Enable( );
        break;

/* In the error state we wait until all characters in the
         * damaged frame are transmitted.
         */
    case STATE_M_RX_ERROR:
        vMBMasterPortTimersT35Enable( );
        break;

/* In the idle state we wait for a new character. If a character
         * is received the t1.5 and t3.5 timers are started and the
         * receiver is in the state STATE_RX_RECEIVCE and disable early
         * the timer of respond timeout .
         */
    case STATE_M_RX_IDLE:
    	/* In time of respond timeout,the receiver receive a frame.
    	 * Disable timer of respond timeout and change the transmiter state to idle.
    	 */
    	vMBMasterPortTimersDisable( );
    	eSndState = STATE_M_TX_IDLE;

usMasterRcvBufferPos = 0;
		xMBMasterPortSerialGetByte((UCHAR *)&ucMasterRTURcvBuf[usMasterRcvBufferPos] ,&readSize);
 usMasterRcvBufferPos += readSize;
 //ucMasterRTURcvBuf[usMasterRcvBufferPos++] = ucByte;
 eRcvState = STATE_M_RX_RCV;

/* Enable t3.5 timers. */
        vMBMasterPortTimersT35Enable( );
        break;

/* We are currently receiving a frame. Reset the timer after
 * every character received. If more than the maximum possible
 * number of bytes in a modbus frame is received the frame is
 * ignored.
 */
 case STATE_M_RX_RCV:
 if( usMasterRcvBufferPos < MB_SER_PDU_SIZE_MAX )
 {
 //ucMasterRTURcvBuf[usMasterRcvBufferPos++] = ucByte;
			xMBMasterPortSerialGetByte((UCHAR *)&ucMasterRTURcvBuf[usMasterRcvBufferPos] ,&readSize);
 usMasterRcvBufferPos += readSize;
 }
 else
 {
 eRcvState = STATE_M_RX_ERROR;
 }
 vMBMasterPortTimersT35Enable();
 break;
 }
 return xTaskNeedSwitch;
}```下面是跟踪出错的截图：

![111.png](/uploads/201801/27/153529of4z34gfetmtmbte.png)
图中红色的是串口入队指针，蓝色是出队指针，理论上 freemodbus 处理完后 这两个指针应该相等，而现在他俩不相等，就是上面问题造成的。

[qq]1274132245[/qq]   the boy No name