f429的ltdc的demo一直搞不明白是如何切换横屏和竖屏的

ssssssssssss

f429的ltdc的demo一直搞不明白是如何切换横屏和竖屏的

LcwSwust

这问题有点大，不好回答。
虽然没看代码，但是TFT一般是可以设置扫描方向的，程序中再限制一下X、Y座标范围，或在某些时候交换一下X、Y就行了。

ssssssssssss

LcwSwust 发表于 2023-8-10 10:14
这问题有点大，不好回答。
虽然没看代码，但是TFT一般是可以设置扫描方向的，程序中再限制一下X、Y座标范 ...

这个是RGB屏幕，我看他转方向的函数并没有重新设置扫描方向

ssssssssssss

LcwSwust 发表于 2023-8-10 10:14
这问题有点大，不好回答。
虽然没看代码，但是TFT一般是可以设置扫描方向的，程序中再限制一下X、Y座标范 ...

//设置LCD显示方向
//dir:0,竖屏；1,横屏
void LTDC_Display_Dir(u8 dir)
{
    lcdltdc.dir=dir;         //显示方向
        if(dir==0)                        //竖屏
        {
                lcdltdc.width=lcdltdc.pheight;
                lcdltdc.height=lcdltdc.pwidth;       
        }else if(dir==1)        //横屏
        {
                lcdltdc.width=lcdltdc.pwidth;
                lcdltdc.height=lcdltdc.pheight;
        }
}

LcwSwust

ssssssssssss 发表于 2023-8-11 08:39
//设置LCD显示方向
//dir:0,竖屏；1,横屏
void LTDC_Display_Dir(u8 dir)

RGB屏?
似乎是定义了一个数组用来存放显示数据,把它当成二维数组,切换方向就是交换XY座标.

ssssssssssss

LcwSwust 发表于 2023-8-11 13:59
RGB屏?
似乎是定义了一个数组用来存放显示数据,把它当成二维数组,切换方向就是交换XY座标.

RGB屏幕是不是内部没有配置刷新方向之类的寄存器，我看所有的配置都是配置LTDC的。RGB屏幕默认刷新方向是Z字形刷新方式吗？

ssssssssssss

LcwSwust 发表于 2023-8-11 13:59
RGB屏?
似乎是定义了一个数组用来存放显示数据,把它当成二维数组,切换方向就是交换XY座标.

(lcdltdc.pheight-x-1)减一是什么原因，不是很清楚
//画点函数
//x,y:写入坐标
//color:颜色值
void LTDC_Draw_Point(u16 x,u16 y,u32 color)
{
#if LCD_PIXFORMAT==LCD_PIXFORMAT_ARGB8888||LCD_PIXFORMAT==LCD_PIXFORMAT_RGB888
        if(lcdltdc.dir)        //横屏
        {
        *(u32*)((u32)ltdc_framebuf[lcdltdc.activelayer]+lcdltdc.pixsize*(lcdltdc.pwidth*y+x))=color;
        }else                         //竖屏
        {
        *(u32*)((u32)ltdc_framebuf[lcdltdc.activelayer]+lcdltdc.pixsize*(lcdltdc.pwidth*(lcdltdc.pheight-x)+y))=color;
        }
#else
        if(lcdltdc.dir)        //横屏
        {
        *(u16*)((u32)ltdc_framebuf[lcdltdc.activelayer]+lcdltdc.pixsize*(lcdltdc.pwidth*y+x))=color;
        }else                         //竖屏
        {
        *(u16*)((u32)ltdc_framebuf[lcdltdc.activelayer]+lcdltdc.pixsize*(lcdltdc.pwidth*(lcdltdc.pheight-x-1)+y))=color;
        }
#endif
}

LcwSwust

ssssssssssss 发表于 2023-8-11 14:22
(lcdltdc.pheight-x-1)减一是什么原因，不是很清楚
//画点函数
//x,y:写入坐标

lcdltdc.pheight-x-1,就是进行翻转,就是=lcdltdc.pheight-1-x;
假如高度320,就是=319-x;
代入x=0,结果为319,
代入x=319,结果为0,



就是左边变到了右边.

至于为什么有的要减一,有的不减一,可能程序员搞忘了,可能座标范围不一样,
总之,即然发现了,就要小心数组是否会越界.

ssssssssssss

LcwSwust 发表于 2023-8-11 14:52
lcdltdc.pheight-x-1,就是进行翻转,就是=lcdltdc.pheight-1-x;
假如高度320,就是=319-x;
代入x=0,结果 ...

是不是上面的没减一错了

ssssssssssss

LcwSwust 发表于 2023-8-11 14:52
lcdltdc.pheight-x-1,就是进行翻转,就是=lcdltdc.pheight-1-x;
假如高度320,就是=319-x;
代入x=0,结果 ...

我理解了，如果是480*272的屏幕，如果是竖屏坐标（x，y）,转到横屏坐标转为（272-x-1，y）；

LcwSwust

ssssssssssss 发表于 2023-8-11 15:38
我理解了，如果是480*272的屏幕，如果是竖屏坐标（x，y）,转到横屏坐标转为（272-x-1，y）；

很可能没减一错了,但也要看pheight的值是否本身就减了一,或者缓冲区刚好有余能保证不越界.

ssssssssssss

LcwSwust 发表于 2023-8-11 15:43
很可能没减一错了,但也要看pheight的值是否本身就减了一,或者缓冲区刚好有余能保证不越界.

数组不可能越界1280*800的二维数组是不可能越界的，如果屏幕小的话，越不了界