stm32g0 这样的片子用dbi 16bit ili9341不加内存可以跑 guix不？

yuntian

看guix的资料是说可以不用画布，直接使用 ili9341这类驱动的内部 gram 的，有些小屏，价格也便宜，480*320 用 8080模式就可以驱动
有些小产品手持式的，用小芯片做些功能也还是不错了，有这方面的现实需求
  像 陶晶驰的串口屏 才用一个 stm32f030, 64kb rom ，加一个 25q128，跑图形也很快，f030这类芯片，又不支持  xip 跑在 spi flash上，这么
点ｒｏｍ它还能跑图形这么溜。

eric2013

可以，需要使用直接驱动方式，之前研究过一次没有搞出来，后面就没有再研究了。

这些小屏，资源少的场合，使用坛友做的这个也非常不错
开源免费商用的玲珑GUI
http://www.armbbs.cn/forum.php?mod=viewthread&tid=103511

fly7185

ST的touchGFX支持G071这个芯片，效果很好，你可以去试试。

yuntian

我有空点试一下，看能不能搞出来

eric2013

fly7185 发表于 2021-5-27 16:53
ST的touchGFX支持G071这个芯片，效果很好，你可以去试试。

看过那个视频展示，效果很帅。

yuntian

我感觉思路应该是这样的，定义一个映射地址，这个地址是画布的首地址，也是gram的首地址，如果是 fmc 的话，芯片会自动读写这个地址，如果没有 fmc 如 g0之类的芯片，这个地址由用户实现读写，guix是先在画布上更新，更新完了再把画布上的内容搬到显存中，而这种方式则直接是画布就是gram 地址，画布更新函数为空函数就可以了

yuntian

研究了一下代码，发现这种方式可以实现，但很麻烦，
有些函数要自己实现，
display -> gx_display_driver_pixel_write                   = _gx_display_driver_16bpp_pixel_write;
这个是写点函数，这个实现起来倒是不难，但有一堆基础函数是基于内存的
没有画布是完不成了，
VOID _gx_display_driver_16bpp_simple_line_draw(GX_DRAW_CONTEXT *context, INT xstart, INT ystart, INT xend, INT yend)

//这个是直接操作内存，如果没有画布内存，要自己实现，要哭死，
put = (USHORT *)(context -> gx_draw_context_memory) + ystart * context -> gx_draw_context_pitch + xstart;
    next_put = (USHORT *)(context -> gx_draw_context_memory) + yend * context -> gx_draw_context_pitch + xend;

/**************************************************************************/
VOID _gx_display_driver_565rgb_pixel_blend(GX_DRAW_CONTEXT *context, INT x, INT y, GX_COLOR fcolor, GX_UBYTE alpha)
{
GX_UBYTE fred, fgreen, fblue;
GX_UBYTE bred, bgreen, bblue;
GX_UBYTE balpha;

USHORT   bcolor;
USHORT  *put;


    /* Is the pixel non-transparent? */
    if (alpha > 0)
    {
        /* calculate address of pixel */
        put = (USHORT *)context -> gx_draw_context_memory;
        put += context -> gx_draw_context_pitch * y;

这些都是基于画布内存的，没有画布内存，实现这一堆画线，画圆函数

eric2013

yuntian 发表于 2021-5-31 15:53
研究了一下代码，发现这种方式可以实现，但很麻烦，
有些函数要自己实现，
display -> gx_display_driver ...

对，直接驱动得脱离画布。

有梦为马

eric2013 发表于 2021-6-1 09:21
对，直接驱动得脱离画布。

可以发现在16bpp的display_driver文件里是有类型的宏定义的，但是都是局部定义，默认还是使用缓存读写。我是在config配置文件里定义了两个宏，GET_PIXEL(addr),PUT_PIXEL(addr,color),所有底层的put，get操作都用宏代替，针对有外部gram的直接替代为具体的读写函数，这样就可以直驱了。晚上发上来，有兴趣的可以测试下。

eric2013

有梦为马 发表于 2021-6-1 13:53
可以发现在16bpp的display_driver文件里是有类型的宏定义的，但是都是局部定义，默认还是使用缓存读写。 ...

yuntian

有梦为马 发表于 2021-6-1 13:53
可以发现在16bpp的display_driver文件里是有类型的宏定义的，但是都是局部定义，默认还是使用缓存读写。 ...

是值得研究一下，要不然不挂 ram 就玩不成了

有梦为马

我在gx_port.h里添加了宏定义：
#define USE_CORLOR_2BPP

#if (defined USE_CORLOR_1BPP)
#define GX_PIXEL_WRITE(loc, val) (*(loc) = ((UCHAR)val))
#define GX_PIXEL_READ(loc) (*(UCHAR *)(loc))
#define GX_COLOR_BYTES        1
#elif        (defined USE_CORLOR_2BPP)
#define GX_PIXEL_WRITE(loc, val) (*(loc) = ((USHORT)val))
#define GX_PIXEL_READ(loc) (*(USHORT *)(loc))
#define GX_COLOR_BYTES        2
#elif        (defined USE_CORLOR_4BPP)
#define GX_PIXEL_WRITE(loc, val) (*(loc) = ((UINT)val))
#define GX_PIXEL_READ(loc) (*(UINT *)(loc))
#define GX_COLOR_BYTES        4
#else
#define GX_PIXEL_WRITE(loc, val) (*(loc) = (val))
#define GX_PIXEL_READ(loc) (*(loc))
#define GX_COLOR_BYTES        4
#endif

例如在gx_display_driver_565rgb_pixel_blend.c里
put的操作都替换成了
//*put = (USHORT)ASSEMBLECOLOR(fred, fgreen, fblue);
GX_PIXEL_WRITE(put,ASSEMBLECOLOR(fred, fgreen, fblue));
附件的driver绘制函数里都做了替换，未全部测试。

yuntian

所有的基础画图工具都要换，画点，画线，画圆

d_rhasta

有梦为马 发表于 2021-6-1 23:13
我在gx_port.h里添加了宏定义：
#define USE_CORLOR_2BPP

   

eric2013

有梦为马 发表于 2021-6-1 23:13
我在gx_port.h里添加了宏定义：
#define USE_CORLOR_2BPP

感谢，

Ting

[url=]可以参考一下这个驱动，没有使用画布，通过直接读写LCD的GRAM实现的：[/url]
[url=]stm324xg_screen.h[/url][url=]stm324xg_screen_direct_16bpp.c[/url]

eric2013

Ting 发表于 2021-6-3 08:51
可以参考一下这个驱动，没有使用画布，通过直接读写LCD的GRAM实现的：
stm324xg_screen.hstm324xg_screen_ ...

太给力了，

yuntian

Ting 发表于 2021-6-3 08:51
可以参考一下这个驱动，没有使用画布，通过直接读写LCD的GRAM实现的：
stm324xg_screen.hstm324xg_screen_ ...

太给力了，晚点试下

eric2013

Ting 发表于 2021-6-3 08:51
可以参考一下这个驱动，没有使用画布，通过直接读写LCD的GRAM实现的：
stm324xg_screen.hstm324xg_screen_ ...

测试了一下，这里有个关键问题，这种方式还支持GUIX Studio生成的代码吗，测试了下不能用。

eric2013

Ting 发表于 2021-6-3 08:51
可以参考一下这个驱动，没有使用画布，通过直接读写LCD的GRAM实现的：
stm324xg_screen.hstm324xg_screen_ ...

可以了，操作部分控件，撕裂比较厉害，应该是需要再优化优化

yuntian

我的主页都还没显示出来
        gx_system_initialize();
       
  gx_studio_display_configure(DISPLAY_1 ,m4_mono_lcd_driver ,LANGUAGE_CHINESE ,DISPLAY_1_THEME_1 ,&root);
  gx_studio_named_widget_create("win_main", (GX_WIDGET *)root, GX_NULL);
        //gx_studio_named_widget_create("window", (GX_WIDGET *)root, (GX_WIDGET **)&screen);
       
        gx_widget_show(root);
       
        gx_system_start();
       
        while(1)
        {
                tx_thread_sleep(100);
                update_display();
        }

eric2013

yuntian 发表于 2021-6-3 23:05
我的主页都还没显示出来
        gx_system_initialize();
       

我的成功了。

eric2013

Ting 发表于 2021-6-3 08:51
可以参考一下这个驱动，没有使用画布，通过直接读写LCD的GRAM实现的：
stm324xg_screen.hstm324xg_screen_ ...

发的这个参考驱动还有不完善的地方，那个toggle函数没有优化

这个函数在防止撕裂问题上非常关键，看看还有什么折中的解决办法没。

hqgboy

yuntian 发表于 2021-6-3 23:05
我的主页都还没显示出来
        gx_system_initialize();
       

G0使用GUIX成功了吗？