完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
|
|
|
|
不知道
|
|
|
|
|
|
能改的都改了一遍,该死的CS还是每次都要拉高一下。如果片选能一直有效,发数据至少快一倍啊。刷TFT液晶屏的速度也能大大提高了。
|
|
|
|
这是硬件控制的,不用管 吧?这个速度就是你改变总线的速度,
|
|
|
|
是硬件控制的。但是真正有效的只有片选为低的时候,片选为高的时候都在干其他事了,发数据就用了30ns,后面100ns没用上。 补充下,这是DMA。 |
|
|
|
ufwyefsd 发表于 2018-11-7 16:57 本帖最后由 sfee2002 于 2016-9-29 16:14 编辑 无论是否DMA,他波形都是这样的,从ARM7有这个总线开始,就一直这样的,没有一直低电平的,你可以修改FSMC总线速度改变空闲时间,但消除不了 |
|
|
|
楼主解决了吗
|
|
|
|
|
|
|
|
如果你是用的STM32F1的话,它的DMA是与CPU共享系统总线【当然F2/F4/F7就没这个问题】,最多
一半的机会给DMA。 另外,DMA的传输也是要时间的。请求仲裁、地址计算、总线矩阵的仲裁、外设/存储区的访问等。 所以,这里可能没法你想象的那么快。 |
|
|
|
|
|
|
|
|
|
|
|
好帖子顶一顶!感谢楼主
|
|
|
|
你正在撰写答案
如果你是对答案或其他答案精选点评或询问,请使用“评论”功能。
1276 浏览 1 评论
AD7686芯片不传输数据给STM32,但是手按住就会有数据。
1209 浏览 3 评论
2288 浏览 0 评论
如何解决MPU-9250与STM32通讯时,出现HAL_ERROR = 0x01U
1372 浏览 1 评论
hal库中i2c卡死在HAL_I2C_Master_Transmit
1799 浏览 1 评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-29 01:29 , Processed in 1.034550 second(s), Total 98, Slave 80 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号