STM32+uCGUI优化 及R61505w驱动

stm32+ucgui优化的文章很多人已经写过了，重点就在驱动上的优化上。手上有个项目刚好用到220*220的TFT屏，驱动芯片是r61505W。在深度优化后，用220*220的16位BMG图数据直接刷屏的速度大约为44帧/S，开启DMA的方式来刷的话大约在90帧/S左右。 刷屏方式大约如下的代码，测试刷10000次所使用的时间。

GUI_CONST_STORAGE GUI_BITMAP bmjohn1 = {  
  220, /* XSize */  
  220, /* YSize */  
  440, /* BytesPerLine */  
  16, /* BitsPerPixel */  
  (unsigned char *)acjohn1,  /* Pointer to picture data */  
  NULL  /* Pointer to palette */  
 ,GUI_DRAW_BMP565  
};  
  
  
GUI_Init();  
for(; i < 10000; i++)  
{  
    if(i &0x0001)  
        GUI_DrawBitmap(&bmjohn,0,0);  
    else   
        GUI_DrawBitmap(&bmjohn1,0,0);  
}  

在测试完全后，在r61505w低层驱动里加入了DMA。在传输数据大于1024的时候将开启DMA，让出MCU给别的任务。

在移植过程中，参考了别人的文章，为了减少函数嵌套直接对地址操。驱动的前几个函数基本都很通用。

int LCD_L0_Init(void)
{  
    TFT_R61505_Initializtion();
    DMA_Config_My();
    NVIC_Config_My();
    OSSem_LcdGuiDMA = OSSemCreate(0);
    return 0;
}


void LCD_L0_SetPixelIndex(int x, int y, int PixelIndex)
{
    *((__IO INT16U *)TFT_Command_Addr) = TFTReg_FrameMemoryAddressSet_Horizontal;
    *((__IO INT16U *)TFT_Data_Addr) = x + TFT_FrameMemoryHor_Start;
    *((__IO INT16U *)TFT_Command_Addr) = TFTReg_FrameMemoryAddressSet_Vertical;
    *((__IO INT16U *)TFT_Data_Addr) = y; 
    *((__IO INT16U *)TFT_Command_Addr) = TFTReg_FrameMemoryData;
    *((__IO INT16U *)TFT_Data_Addr) = PixelIndex;
}
unsigned int LCD_L0_GetPixelIndex(int x, int y)
{
    *((__IO INT16U *)TFT_Command_Addr) = TFTReg_FrameMemoryAddressSet_Horizontal;
    *((__IO INT16U *)TFT_Data_Addr) = x + TFT_FrameMemoryHor_Start;
    *((__IO INT16U *)TFT_Command_Addr) = TFTReg_FrameMemoryAddressSet_Vertical;
    *((__IO INT16U *)TFT_Data_Addr) = y; 
    *((__IO INT16U *)TFT_Command_Addr) = TFTReg_FrameMemoryData;
    return(*((__IO INT16U *)TFT_Data_Addr));
}

在画垂直线这函数上，为了达到更快的速度，更少的对外部sram的操作，更改了r61505w frame ram的地址增长方式为垂直增长。在多次测试后发现从地址0开始无法地址递增1，所以地址0的数据要单独写一次。

 void LCD_L0_DrawVLine  (int x, int y0,  int y1)
{
    u16 Index;

    //---更改AC为垂直增加方式
    *((__IO INT16U *)TFT_Command_Addr) = TFTReg_EntryMode;    
    *((__IO INT16U *)TFT_Data_Addr) = (TFTReg_Bit_ID1 | TFTReg_Bit_ID0| TFTReg_Bit_AM);

    *((__IO INT16U *)TFT_Command_Addr) = TFTReg_FrameMemoryAddressSet_Horizontal;
    *((__IO INT16U *)TFT_Data_Addr) = x + TFT_FrameMemoryHor_Start;
    *((__IO INT16U *)TFT_Command_Addr) = TFTReg_FrameMemoryAddressSet_Vertical;
    *((__IO INT16U *)TFT_Data_Addr) = y0; 
    *((__IO INT16U *)TFT_Command_Addr) = TFTReg_FrameMemoryData;

    //----------------------------------------------------------------------------
    //--不知道为什么从Y轴0点不自动垂直增加。这需多处理一步
    if(y0 == 0)
    {
        *((__IO INT16U *)TFT_Data_Addr) = LCD_COLORINDEX;
        y0++;
        *((__IO INT16U *)TFT_Command_Addr) = TFTReg_FrameMemoryAddressSet_Vertical;
        *((__IO INT16U *)TFT_Data_Addr) = y0; 
        *((__IO INT16U *)TFT_Command_Addr) = TFTReg_FrameMemoryData;
    }
    
    if (GUI_Context.DrawMode & LCD_DRAWMODE_XOR) {     
        for (; y0 <= y1; y0++) {
            Index = (*((__IO INT16U *)TFT_Data_Addr));
            *((__IO INT16U *)TFT_Data_Addr) = (LCD_NUM_COLORS-1-Index); 
        }
    
    } else {        
        for(;y0 <= y1;y0++) {	
            *((__IO INT16U *)TFT_Data_Addr) = LCD_COLORINDEX;
		}
	}
    *((__IO INT16U *)TFT_Command_Addr) = TFTReg_EntryMode;    
    *((__IO INT16U *)TFT_Data_Addr) = (TFTReg_Bit_ID1 | TFTReg_Bit_ID0);
}

在画水平直线的时候一样使用地址递增的方式，这就不多说了。

在填充的时候，没有使用循环调用画水平直线的函数来实现，采用了将TFT的frame ram的区域直接缩减为填充区大小，这样只要增加更改一次区域大小8个步骤加退出时的8个恢复区域大小，一共16个步骤……在数据传输的整个过程都可以采用地址递增的功能……减少了对地址的操作。这样做也使开启DMA传输成为可能。

void LCD_L0_FillRect(int x0, int y0, int x1, int y1) 
{
    //--深度优化，通过更改lcd frame的窗口，来实现填充
    //--在填充区域超2line，将更省操作    
    u16 i, size;
    u8 error;

    *((__IO INT16U *)TFT_Command_Addr) = TFTReg_EntryMode;
    *((__IO INT16U *)TFT_Data_Addr) = (TFTReg_Bit_ORG| TFTReg_Bit_ID1 | TFTReg_Bit_ID0);
    
    *((__IO INT16U *)TFT_Command_Addr) = TFTReg_WinHorFrameMemoryAddress_Start;
    *((__IO INT16U *)TFT_Data_Addr) = x0 + TFT_FrameMemoryHor_Start;
    
    *((__IO INT16U *)TFT_Command_Addr) = TFTReg_WinHorFrameMemoryAddress_End;
    *((__IO INT16U *)TFT_Data_Addr) = x1 + TFT_FrameMemoryHor_Start;

    *((__IO INT16U *)TFT_Command_Addr) = TFTReg_WinVerFrameMemoryAddress_Start;
    *((__IO INT16U *)TFT_Data_Addr) = y0 + TFT_FrameMemoryVer_Start;
                
    *((__IO INT16U *)TFT_Command_Addr) = TFTReg_WinVerFrameMemoryAddress_End;
    *((__IO INT16U *)TFT_Data_Addr) = y1 + TFT_FrameMemoryVer_Start;


    *((__IO INT16U *)TFT_Command_Addr) = TFTReg_FrameMemoryData;

    size =(y1 - y0 + 1) * (x1 - x0 +1);

    if(size > 1024){
        DMA1_Channel4->CPAR  = (u32)(&LCD_COLORINDEX);   
        DMA1_Channel4->CMAR  = (u32)TFT_Data_Addr;    
        DMA1_Channel4->CCR &= (~DMA_CCR1_PINC);  //--这里清除自动地址增加
        DMA1_Channel4->CNDTR = size;  
        /* Enable the selected DMAy Channelx */
        DMA1_Channel4->CCR |= DMA_CCR1_EN;//DMA_Cmd(DMA1_Channel4, ENABLE);      
            
        OSSemPend(OSSem_LcdGuiDMA, 0, &error);
        DMA1_Channel4->CCR |= DMA_CCR1_PINC; //--回复自动地址增加
    }
    else
    {
        for(i =0; i < size; i++) {
            *((__IO INT16U *)TFT_Data_Addr) = LCD_COLORINDEX;
        }
    }

    *((__IO INT16U *)TFT_Command_Addr) = TFTReg_WinHorFrameMemoryAddress_Start;
    *((__IO INT16U *)TFT_Data_Addr) = TFT_FrameMemoryHor_Start;
            
    *((__IO INT16U *)TFT_Command_Addr) = TFTReg_WinHorFrameMemoryAddress_End;
    *((__IO INT16U *)TFT_Data_Addr) = TFT_FrameMemoryHor_End;

    *((__IO INT16U *)TFT_Command_Addr) = TFTReg_WinVerFrameMemoryAddress_Start;
    *((__IO INT16U *)TFT_Data_Addr) = TFT_FrameMemoryVer_Start;
                
    *((__IO INT16U *)TFT_Command_Addr) = TFTReg_WinVerFrameMemoryAddress_End;
    *((__IO INT16U *)TFT_Data_Addr) = TFT_FrameMemoryVer_Start;

    *((__IO INT16U *)TFT_Command_Addr) = TFTReg_EntryMode;
    *((__IO INT16U *)TFT_Data_Addr) = (TFTReg_Bit_ID1 | TFTReg_Bit_ID0);

}

画图的函数，基本上也采用了上述方式。

整个驱动的的移植和优化过程，无非最大尺度的利用r61505w的特性。以最少的操作完成任务。因系统采用UCOS系统，最大限制的减少任务占用MCU的时间，让出资源给别的任务，在数据较多的时候开启了DMA，使用了一个信号量用与同步。  注明：驱动和ucgui是在stm32+ucos上的。

如转载请注明出处：spark 更多交流请加QQ群: 291636736