原子F4系列开发板的一些问题,另我遇到的一个F429带RGB屏刷位图慢的问题

veryzhou

搞开发10多年了   STM32页用了大概六七年了
原子的开发板购买了F407和F429的
例程和资料都十分完整给我也有很大的帮助

现说一下我在使用测试原子程序是遇到的一些小问题
1   原子的串口中断接收例程都是以0d0a 为结束   判断是否收到一阵完整的数据
    但是程序再收到0d后就开始等待0a的到来    并不是检测到连续的0d0a才认为结束
    所以如果你串口收到的数字中间有0d将导致数据接收不完整
2  原子的2，ATK-NEO-6M GPS模块例程的驱动做的很好   我现在还在用
   不过中间有一个时速问题   即GPS测得的时速在结构体中是一个16位变量且取小数点后3位,
   这样导致一个问题,如果此时出现(提别是车载时)时速大于65.535公里则数据溢出变为0
   修改跟简单将结构体中的时速变量有u16修改为u32即可
3 这个是我在429调试中遇到的一个GUI刷位图慢的情况    现在还不知道是什么问题
  我购买的是429开发板+7寸RGB1024*600的屏
  使用例程自带的GUI刷全屏位图
  GUI_DrawBitmap(&bmpbuffer1,0,0);
bmpbuffer1是我申请的一个外部内存指针  1024*600*2字节大小   里面的数据是事先读取存储到SD卡的位图数据
这一句的下来的刷屏时间大约为1秒左右

而用我自己写的一个程序(调用的也是例程自带的打点函数)
子程序
//veryzhou程序
//显示位图
//x0起始横坐标 y0起始纵坐标
//x1结束横坐标 y1结束纵坐标
//PixelIndex 数据缓存
void LTDC_BITBMP_Display_(u16 x0,u16 y0,u16 x1,u16 y1,u8 *PixelIndex)
{
    u16 i,j;
    u8 *x;
    x=PixelIndex;
    for(j=y0;j<y1;j++)
    {
        for(i=x0;i<x1;i++)
        {
            //ltdc_lcd_framebuf[j]=*(__IO uint16_t*)(x);
            //LTDC_Draw_Point(i,j,*(__IO uint16_t*)(x));//这里如果能不调用他的打点函数将会很快
            *(u16*)((u32)ltdc_framebuf[/*lcdltdc.activelayer*/0]+/*lcdltdc.pixsize*/2*(lcdltdc.pwidth/*1024*/*j+i))=*(__IO uint16_t*)(x);
            x+=2;
        }
    }
}

调用方法为    LTDC_BITBMP_Display(0,0,1024,600,bmpbuffer1);
此时的刷屏时间为150ms左右(定时器计算的时间   开始时定时器计数清零  结束刷图后读计数值)

而后我把GUI调用的打点函数和Draw Bitmap 16 BPP函数都修改为我自己写的程序   位图还是刷的很慢基本还是1秒左右
由于无法进入GUI的刷位图的函数查看      

到目前为止还不知道为什么GUI刷图很慢   而我目前的项目要求刷图很快
不知道有没有大神给

veryzhou

怎么发完帖子找不到重新编辑按钮    那位大神给答疑解惑一下

mingjie2015

veryzhou 发表于 2016-7-18 11:04
怎么发完帖子找不到重新编辑按钮    那位大神给答疑解惑一下

可以编辑的吧   回复后面应该有编辑的

Sparta康

整个逻辑个人理解，1--先判断上一次接收到的数据第15位是不是0x0a，如果&0x8000为0的话也就是接收没完成进入循环判断，2--进而判断if(USART_RX_STA&0x4000）也就是上一次接收到的数据第14位是否为1（是否为0x0d），如果是的话，进入循环，判断这一次接收的数据是否为0x0a，如果是的话接收就完成了，如果不是标志位就清0！！！，这个地方如果接收到的不是0x0a就清0了，也就是说接下来的数据又进行了重新判断，应该不会存在数据不完整吧，我按例子输入测试了下没丢数据，个人理解应该是没错吧

jacky0505

你好, 请问你的GUI刷屏解决了没? 我也遇到同样的问题