51刷屏，不用汇编做基本难做到流畅，我曾经在C8051F340上跑100M主频刷摄像头+屏，容易出现画面出错，稳定性还是不行，但是帧率还可以，要我用汇编写一遍，那是万万干不来了

原来是大师级别的

楼主好，能不能分享一下你这个原理图哈，我想学习一下。感激不尽！

老江湖不错，值得学习。

求资料开源

我用STC16位驱动LCD，感觉比SPI快不了多少，感觉瓶颈还是在W25Q读取速度，，，楼主能分享下思路不？

资料开源吗？

正想搞个便宜的视频采集方案，感谢楼主分享

工程有点大，一般爱好者难于实施

还以为是我也能学的事，，往后一看，，这调试我都搞不定

我用51也是汇编编程，四十年了，轻车熟路。

找到组织了，我想利用缓存来全屏显示，可以指教一下不

看到此帖我只能膜拜，真的是牛啊！

TFT驱动都用汇编，牛啊！为你点赞！

总结篇
    这次的两版技术验证性制作充分证明了现在高性能的51内核可以有效驱动小型TFT和直接驱动低分辨率摄像头，如果用STC的新款产品性能应该会更好一些，因为中颖这款MCU虽然主频高的变态但受制于中颖内核比较老，多周期指令还是很多的，所以最终执行效率反而不如其它新厂主频四十M以上的产品。其实我本来是打算用STC做的，但STC的端口规划太凌乱了而且仿真方面是弱项所以还是选了中颖的MCU，毕竟用了十几年轻车熟路。
    虽然最终性能指标相当突出但也还是为了驱动而驱动（主要是指摄像头方面），51内核的主流配置对于图象数据量来说太可怜了，只能做个数据的搬运工，基本不用想做什么处理了，从内核运算来看还是能够挤出点时间做简单处理的无奈RAM太小，即使做完二值化后再存储也要十几K容量了，对于51内核的MCU基本找不到符合要求的。
    对于中低分辨率TFT屏幕现在的高性能51是可以轻松驱动的，这完全可以进一步应用在产品中。
所有程序都是汇编语言写的，这里就不公开了，有兴趣探讨的朋友可以就技术细节展开讨论。

为什么看不见自己的帖子？晕了

  重点到了！其实搞过TFT的（用开发板移植一下例程在我看来不能算搞过）都知道，刷图象速度的瓶颈是在取数据而不在刷总线，即使你用STM32，用上了DMA、FSMC限制你速度的依然是SPI总线上的存储器，前面提到了我用20个指令周期取到一字节数据并把它放到总线上，这样16位总线就需要40周期，再加上8080口的控制和循环指令，整屏刷下来平均51-52周期/像素，换算成刷新率大约21FPS，这个速度基本可以满足一般的工业产品显示需要了。当然最终产品还会有些中断程序的干扰，但做到18FPS以上应该没有任何难度。https://v.youku.com/v_show/id_XNTgxMDkwNzE3Mg==.html?spm=a2hbt.13141534.1_2.d_4&scm=20140719.manual.114462.video_XNTgxMDkwNzE3Mg==

附上刷图片的视频，虽然有20FPS左右但画面切换时撕裂感还是明显的，一是屏硬件没有接出TE脚不能同步，二是帧率还是低了些，理论上如果有ILI9341帧率的一半配合同步刷频就可以完全无感地切换了。
下面是动态图象的效果
https://v.youku.com/v_show/id_XNTgxMzQ5MDE2OA==.html?spm=a2hbt.13141534.1_2.d_3&scm=20140719.manual.114461.video_XNTgxMzQ5MDE2OA==

    因为存储容量有限，所以只有十二幅画面，不过基本还算是播放流畅了。为了能进一步提高帧率，此时脑子里已经在构思第二版了......