STM32烧录的瓶颈在哪？

liuzhouhu

STM32烧录的瓶颈在哪？ [复制链接]

找了半天也没找到以前的那个讲usb时序的帖子，
就新开一个了。

现在在做一个usb的boot，基本功能已完成，只是下载速度不快，
读取：50KB左右，下载20KB左右。  升级一个512K的芯片需要约22秒。

不知道理论可以做到多少，是因为双缓冲的问题，还是flash写的问题？？

明天得继续查了，

zhangzaifang

                                  

jclhp

                                 不管是哪种传输方式，UART、I2C、USB都比写入Flash要快很多。

tianhao

                                 写的速度可以提高到多少，要是能提高一倍左右就快了，呵呵，

sunnumone

                                 还有有关读写保护的操作说明。

timber

                                  

sg256

下表是STM32 Flash编程时间参数，按照最大时间计算，对一个内置512KB的STM32编程可以如下计算：
  1）编程每2个字节时间为40~70us，则编程512K需要
       512 * 1024 / 2 * (40~70us) = 10.5~18.5s
  2）擦除一页的时间为20~40ms，则擦除256页需要
       256 * (20~40ms) = 5.1~10.2s
  3）整体擦除的时间为20~40ms

结论：编程512K总共需要 15~28秒。

如果采取边下载边编程的方式，则肯定以为下载速度太慢——35K/s~18.7K/s

chen870170

                                 刚刚想到，楼主所要的功能不就是DFU吗？

lai236

                                  

daozhang

1）编程每2个字节时间为40~70ms，则编程512K需要

是us，ms得多慢

bookworm

                                 随后的计算也是按照us来算的。

gxh81

3）整体擦除的时间为20~40ms
s

tyyuy

跟我的实测结果一样，

写flash时等待时间比较长。
功能已经做好了，DFU没仔细看，自己拿U盘的例程改了一下，
基本功能都已经实现了，  

ydq850524

没采用双缓冲，传输速度还是不错的，

1K的数据只需要3ms，相当于速度在333KB/s,即接近2.7Mb/s，

下载时间未能做到20s以内，

读取与下载的过程中，传控制部分占了一些时间，我的做法是分成1K的小块再去下载。

t2yaote

这里我根据手头的资源，没有做成一个特殊的CDC设备，是一个特殊设备。枚举后在PC设备列表中显示如下：

目前已经完成其核心部分： 擦除、烧录与回读。
上图，这便是青藤做的USB boot设备具有的功能，
目前读取速度50多KB/s，烧录速度只有20K多点。
（转载请注明出处：青藤门客播报站）

软件的数据支持查看与修改，

 

benf

理论的极限时间是14秒左右。
一般512kB不可能满的，这里面就大有文章了。
擦除当然要用全片擦除。

wangbaiqing

今天做的，呵呵，

自动判断有无有效数据，只下载有效数据

snailsnail

                                 呵呵，

fsunboy

                                 我这里也通用用USB接口模拟CDC串口，在上面实现STM32_ISP协议，下载28854字节用了1.34秒。

walkincloud517

                                 很简单，现在flash的烧写速度是32MHZ（一般到了40mhz就了不起了）。而且ST的flash的读写速度在技术上没有多大的进步，基本上是维持在这个水平。如果你想flash读写速度快点，可以考虑NXP的ARM，因为nxp的ARM flash的读写速度现在看起来在业界是最快的。以前做过对比试验（07年），读写一样的内容，ST需要的时间基本上是NXP的三倍（STM32F103 v.s LPC2148）。