发新帖我要提问
12
返回列表
打印

stm32驱动240*320的TFT屏幕吃力吗？

[复制链接]
楼主: j1755659290
手机看帖
扫描二维码
随时随地手机跟帖
21楼
zyj9490| | 2013-11-12 16:54 | 只看该作者 回帖奖励 |倒序浏览
可以，启用FMSC总线模式
新唐M0都能行。通过EBI总线刷。可以的

使用特权

评论回复 赏
22楼
j1755659290|  楼主 | 2013-11-13 23:20 | 只看该作者
grant_jx 发表于 2013-11-12 16:37
要上429/439这种带LCD驱动模块的，估计才hold住

407行吗？用什么接口呢？4xx系列的芯片不太熟啊~~~
还有就是 我板子上是跑ucos系统的，不知道会有多大的影响

使用特权

评论回复 赏
23楼
j1755659290|  楼主 | 2013-11-13 23:20 | 只看该作者
网络转接 发表于 2013-11-12 11:54
不要听他们的  他们根本没实际用过  做一款好的产品 带屏的话 103很难了 中断频繁的话 ...

407行吗？
还有就是 我板子上是跑ucos系统的，不知道会有多大的影响

使用特权

评论回复 赏
24楼
j1755659290|  楼主 | 2013-11-13 23:21 | 只看该作者
pattywu 发表于 2013-11-12 12:07
13楼说的对。
   如果你跟某人一样，需要时时刻刻处理1us的中断，那刷屏1s，已经很快了。 ...

407行吗？
还有就是 我板子上是跑ucos系统的，不知道会有多大的影响

使用特权

评论回复 赏
25楼
j1755659290|  楼主 | 2013-11-13 23:21 | 只看该作者
icecut 发表于 2013-11-12 13:45
320*240*3约为300*250*3=225000字节.
8bit刷新需要写0.2M条指令,保守估计0.4M条.假定20MIO
0.4/20=200ms,加 ...

用407行吗？
还有就是 我板子上是跑ucos系统的，不知道会有多大的影响

使用特权

评论回复 赏
26楼
linfeng24| | 2013-11-14 00:14 | 只看该作者
stm32 毫无压力

使用特权

评论回复 赏
27楼
icecut| | 2013-11-14 09:37 | 只看该作者
说毫无压力的.都是在忽悠....你必须简化你的ui进行速度优化.8bit十多帧,16bit两倍20多帧.这个差不多是ucgui的默认测试结果吧

使用特权

评论回复 赏
28楼
beyond696| | 2013-11-14 18:20 | 只看该作者
STM32用FSMC的话还是很快的

使用特权

评论回复 赏
29楼
kseeker| | 2013-11-15 17:17 | 只看该作者
我这里480 * 320,16bit的屏，用16bit的FSMC刷新速度还是足够的，以前测试能到20左右，即使现在程序复杂了，10+的帧数是有保证的，这种速度也就够用了。
不过相对的，第一不能有过于频繁的中断，第二软件优化必须到位。

使用特权

评论回复 赏
30楼
lester1101| | 2017-8-13 13:03 | 只看该作者
如果是单片机自己从flash里读取图片再传送到 显示屏上的话，像 200M 的arm9，都稍微吃力，别说70多M的103了，如果单片机用的低端的，显示又要频繁转换 的话，一种方案是用lcd控制器芯片 驱动LCD，单片机通过SPI之类借口控制驱动芯片即可（或者直接用串口通信的带控制器的LCD屏），另一种方案是用像F4这种高性能带控制器的芯片，个人观点

使用特权

评论回复 赏
31楼
junyee| | 2017-8-15 11:19 | 只看该作者
stm32f103
8bit 刷 120*160 屏.程序直接从 DATA区逐个搬到PB.
从示波器看,一帧大概消耗 20 ms.

刷240*320 估计达不到流畅的程度.

使用特权

评论回复 赏
32楼
369122197| | 2017-8-15 16:37 | 只看该作者
基本上51可以了

使用特权

评论回复 赏
33楼
usstwk| | 2017-9-2 10:50 | 只看该作者

使用特权

评论回复 赏
12
返回列表
发新帖 我要提问
高级模式
B Color Image Link Quote Code 收费 Smilies
您需要登录后才可以回帖 登录 | 注册

本版积分规则