WhyCan Forum(哇酷开发者社区)

硬件：D213官方评估板，7寸lvgs屏，分辨率1024*600，像素格式ARGB8888.
软件；LVGL官方例程，主要跑了benchmark，widget，music等三个例程。

分析：lvgl例程里面的图片均为数组格式，所以不需要修改文件系统镜像，考核指标主要包括
1-d213的cpu计算能力；
2-gpu的在线渲染能力；
3-ddr的带宽吞吐能力。

例程1：benchmark
整体得分在49帧左右，涉及shadow的几个分项得分很低，只有5-10帧。

例程2：widget
静态刷屏，或者局部静态刷屏帧率很高，基本能做到50-100帧。滑屏过程中瞬间会跌到肉眼可见的15帧。但不影响丝滑性。

例程3：music
最低瞬间帧率20帧，也是滑屏过程中的瞬间。

例程4：旋转90度
帧率无变化，硬件旋转能力得到释放。

小结：
1-优点：整体表现比较优秀，跟同级别MCU方案比（包括M4，M7，ARM9），属于集成度最高，解决方案最完整的。内置128MB
的DDR，外置128MB的SPI-NAND。跟MCU常用的支持XIP的NOR方案比，文件空间更大，下载速度很快，开发过程中的频繁下载
烧录不会成为痛点。下载速度基本保证在1.5MB以上，以1MB的CODE镜像为例，做到了秒下载。

2-缺点：跑上述几个例程并没用到文件系统，所有图片资源都是c文件数组跟代码绑定在一块的，所以不会涉及文件访问片外NAND
存储器拖慢速度问题，但滑屏过程中还是会瞬间掉帧，不知道是因为什么引起的。主频不够快？GPU拉跨？DDR不给力？

3-关于旋转：通过官方所说的menuconfig使能旋转方法，旋转后图像显示不正常。最后还是改disp初始化代码实现了旋转。旋转后
的帧率没变化，说明硬件旋转起作用了，这点给个大赞。

4-关于SPI-NAND速度，新版SDK限制在91MB左右，而这种NAND的经典速度是133MB。如果采用了通过文件系统读NAND素材文件
做开发的话，大估计NAND带宽会成为限制帧率的一个主要瓶颈。官方要把NAND时钟频率提上去才好。再或者也可考虑上电时把一部分
文件提前拷贝到DDR，但怎么建立DDR文件系统，怎么拷贝，怎么选定需要拷贝的具体文件，还需要官方授道解惑，讲解的更为详细些。

5-关于AWTK例程，能显示(局部不正常)，但帧率就跌的很厉害了。不知道怎么回事。官方最好能优化一下。AWTK有更好的
studio设计器支持。

附：测试宏定义开关
几个需要开启的字库是music例程需要的，开启后OS镜像文件体积也会变大一些，但对于这种nand型存储器，下载烧录速度不受影响。
/*Music player demo*/
#define LV_FONT_MONTSERRAT_8  0
#define LV_FONT_MONTSERRAT_10 0
#define LV_FONT_MONTSERRAT_12 1
#define LV_FONT_MONTSERRAT_14 1
#define LV_FONT_MONTSERRAT_16 1
#define LV_FONT_MONTSERRAT_18 0
#define LV_FONT_MONTSERRAT_20 0
#define LV_FONT_MONTSERRAT_22 0
#define LV_FONT_MONTSERRAT_24 0
#define LV_FONT_MONTSERRAT_26 0
#define LV_FONT_MONTSERRAT_28 0
#define LV_FONT_MONTSERRAT_30 0
#define LV_FONT_MONTSERRAT_32 0
#define LV_FONT_MONTSERRAT_34 0
#define LV_FONT_MONTSERRAT_36 0
#define LV_FONT_MONTSERRAT_38 0
#define LV_FONT_MONTSERRAT_40 0
#define LV_FONT_MONTSERRAT_42 0
#define LV_FONT_MONTSERRAT_44 0
#define LV_FONT_MONTSERRAT_46 0
#define LV_FONT_MONTSERRAT_48 0

#define LV_USE_DEMO_MUSIC 1
#if LV_USE_DEMO_MUSIC
    #define LV_DEMO_MUSIC_SQUARE    0
    #define LV_DEMO_MUSIC_LANDSCAPE 0
    #define LV_DEMO_MUSIC_ROUND     0
    #define LV_DEMO_MUSIC_LARGE     0
    #define LV_DEMO_MUSIC_AUTO_PLAY 0
#endif

官方是要求打开luban-lite的根目录。但根目录下的文件属于开发时的模板文件，应该是不需要做修改的。
用户二次开发的app应该是放在application目录下，并需要编写脚本文件。

对于习惯IDE模式的工程师来讲，甚是不方便，也不直观。

很明显，eclipse没办法支撑开发工作，卡慢死。仿真调试也可以不考虑，还好烧录很快。加上printf，也算行。

其实唯一选择也就是vscode+m命令行编译了。可否像eclipse一样，在project建构好后，也把需要的文件抽取出来到单独文件夹。
之后vscode只打开构建后的project根目录，而不是luban-lite根目录

就是跟主流的mcu比比(mpu没法比),一般的mcu,比如M7这些,主频基本也够,但16位外置sdram时钟也就166M.
D13*的内置psram是16位还是8位的,读/写周期能到多少, 跟常规的16位sdram比的话,是快点还是慢点.

还有就是开发问题, 官方这个luban-lite-master系统好像也没听说过. 容易上手么?