您尚未登录。
页次： 1
MIPI屏一般是分辨率比较高的吧，用SPI就算能驱动，估计刷屏也慢？找个8008或者RGB接口的屏吧
https://www.thirtythreeforty.net/posts/2019/12/designing-my-linux-business-card/businesscard.pdf那个名片linux的， 供电是三个JW5211
之前看到有人没用这东西，就用了三个分开的SY8088之类供电，似乎也没问题
我弄过最小只能到70多KB
也很厉害啊, 用了什么控件?我又试了一下, 把界面部分代码再删成空函数, 还有84k左右.
明白了, 之前为了编译快, 把lvgl目录下的所有.o打包到一个.a里了, 然后编译时再引用这个.a库.这样搞的结果是lvgl部分的大小不会跟随lv_conf.h的内容变化了.
试了一下, 去掉引用.a, 重新从lvgl源代码编译, 把lv_conf.h尽量精简之后, 编译完-Os是116k, -O2是133k. 还是挺大, 不过比之前小多了.
要优化到64k以内感觉还是很困难啊~~
看一下map文件，看一下是什么占掉那么多空间
感觉也就是lvgl那些东西, 不知道为啥, lvgl.conf能注释掉的都注释掉了但是还有这么多我贴上来您帮着看看?
顺便问问你们的lvgl编译完都多大啊?
你编译器的优化等级呢？
从-O2改成-Os, 能减少4k左右吧, 感觉没太大作用
裁剪,不需要的功能和控件全部裁剪掉
已经裁掉很多了啊... lv_conf.h里widgets能关的都关了, 感觉也就少了几k.
我这里版本8.3.11, 只放了几个简单的tab和text, 编译完flash占用就达到了260300, 256k的gd32f303cc基本满了.试着把ui部分代码完全删成空函数, 编译完也还有220k左右.看到lvgl官网说最低要求只需要64k flash, 不知道他们是怎么做到的?
@iamseer 啊我说怎么之前测试CH573的dhrystone这么慢, 而且60M比20M没快多少. 改天要再试试.
对了这是啥MCU? 我之前用GD32EPRTVDT6的开发板, 感觉它内置的PSRAM很慢啊, 读写一字节都得二三十个时钟周期.STM32F412, L431之类的QSPI接口, 在地址映射模式似乎都只能读不能写, 不知道是不是有什么新出的型号能又读又写了.
PSRAM是啥型号, 来扬的LY68L6400? 超过8M的型号只找到ISSI的IS66WVO16和O32, 但是几款都是BGA封装的.
GD32F470VIT6, 主要优势是内置768K SRAM, 淘宝上不到20元了.320*480*2=300K, 768K很宽松了, 做复杂点的UI都没问题.
GD32F450有人实测过可以兼容STM32F429, F470估计也差不多.
先得支持spi flash的地址映射模式吧, 印象中STM32F412, F446, L431这几个可以, 再高端的H7什么的应该大部分都可以了.然后还得支持代码从spi flash地址运行, 这个就不知道行不行了.
@Gentlepig 既然是gd32, 也可以用gdlink的命令行操作啊. gdlink实际上也就是个daplink.
介绍介绍经验？
1Gbits的spi nand flash，感觉不错，不过还得自己搞坏块管理，有点麻烦。