ST7920的液晶屏，SPI方式连接，启动DMA传送数据，数据丢失严重
我组织好了数据队列，程序发送数据完全正确，启动DMA自动发送，数据队列传送数据丢失大约1/3，显示内容向左靠拢，有没有办法在DMA发送不要那么快？没有启动高速SPI，特意加上了关闭高速模式HSSPI_CFG2 = 0; 没有用 用 /4的速度发下，PLL的高速SPI用 /8, 测试下
参考下实验箱的例程
已通知陈工关注
SPI时钟有两个寄存器可以进行分频降速。
一个是SPCTL寄存器的bit1,bit0，最多可以16分频：
另一个是HSCLKDIV，默认是2分频，最多可以255分频：
谢谢上面两位老师！
经过多次试验，修改参数，最终当赋值SPCTL = 0xde;(24M主频不用dma时0xdc就行)后，成功了！
数据队列中不能夹入命令，7920的命令必须有大约70us的延时去处理，这个时候如果再有什么数据传入就会乱套。
所以命令必须另外发送，而数据可以排队进入DMA缓存自动发送。 所以是单独发完命令后，加延时，然后 DMA-SPI 高效率的送显示数据 ？ 命令发完以后，组织数据，7920的数据传递必须是一字节的引导，说明是数据还是命令，然后把1字节的数据或者命令拆开放到两个字节的高4位，所以每一个数据字节需要发送3个字节，7920显示很操蛋，没办法自建一个显示缓存，平时的显示只要对显存读写就行，32G的edata足够大，显存占用1K空间，我把液晶屏分成32行进行扫描输出，每一行32字节，拆分后就是96字节，留给DMA帮我去传送。cpu可以去做别的事了，DMA还是比较好的帮手 STC32G12K128 / STC32G8K64 的 DMA 巨大优势是，控制的好 CPU 和 DMA外设 不抢 RAM 资源
1，STC32G12K128 的 edata 是 4K, CPU 可以使用 edata 和 xdata， DMA 只能用 8K 的 xdata
2,STC32G8K64 的 edata 是 2K, CPU 可以使用 edata 和 xdata， DMA 只能用 6K 的 xdata
====这样用 DMA时，CPU 不会经常被频繁的DMA总线优先权仲裁拖累, CPU等DMA总线仲裁可以避免 首先，黑白液晶的速度有限，所以SPI要低速一些。
其次，DMA发送显示数据时，只能单纯是显示数据。
命令先发（指定写入地址），然后启动DMA自动写数据，不再占用CPU时间。
页:
[1]