【请测试】STM32的ISP下载工具

liu666

【请测试】STM32的ISP下载工具 [复制链接]

谢谢武汉力源工程师的努力，现提供STM32的ISP下载工具给公众测试，请各位留下宝贵意见以便改进。

请点击这里并找到“ST-STM-ISP STM32串口ISP下载程序”。

hudoudou

                                  

ttplay

看在香斑竹的份上，测试了软件，第一感觉软件用户接口设计太差，几个简单的按钮也没有写的很清楚意思，而且搞个不伦不类的英文单词。
另外，芯片复位后，出现了一大堆的错误提示框，显示内容"接收缓冲区溢出"，一堆的提示框

yutingchenghong

还是应该先感谢，试过了，联机比较容易成功，但是擦除和写入还是经常出现帧超时导致不成功，还很容易出现接收缓冲区溢出的错误导致程序自动退出。还有就是界面功能的设置很不贴近应用，界面几个功能区各自为政，互不关联，举个例子，要完成一个完整的写入过程，还得点好几个地方，最不明白的地方是进行全片擦除还得先去读保护（如果有），否则都不能成功，还有也没有看到写入校验，感觉是为资深工程师设计的，建议再改进一下，排除程序BUG，操作上进行改进，比如一些可以选择的操作（如擦除、校验、读写保护等）可以通过勾选，然后一键完成批处理，建立项目文件保存当次设置以便下次应用，增加写入的统计计数器等。
另外注意到ST网站上的ISP程序也更新到了1.1版本了，试用了一下比1.0有所改进，功能有增加，另外也稳定了一些。
说一下我用ISP的一点体会，供开发人员改进参考。我是在板子上留VCC、RX、TX、GND四针插口，通过RS232适配器与电脑连接，所以板子上MAX232的芯片和DB9的插座都省了，移到RS232适配器上了，我做了几个适配器，发现ISP成功与否似乎与ISP程序与适配器硬件的搭配关系极大，我这几个适配器在与AVR芯片通讯是都没有一点问题，但是用在STM32的ISP上表现就各不一样了，同样的条件下，可能A适配器能很好的在力源的ISP程序下工作，却不能在ST的ISP程序下工作，而B适配器能很好的在ST的ISP程序下工作，却不能在力源的ISP程序下工作，把万利和MXCHIP板子上的232适配器信号引出来用结果也相似，能否与ISP程序配合好用似乎是在掷骰子一样找不出规律，还有ISP时选择通讯波特率也有关系，我的一个适配器在ST的ISP程序下用57600时怎么也连不上，用115200后就很好用了，另外ISP与软（USB转的）硬COM口、芯片本身似乎关系都不大。说这些希望能对开发工程师有所参考。

hawkliu83

                                 一个ISP软件都做不好，说那么多好处有啥用啊，真不想说什么

haidxshuma

                                 在ST的网站上标明为“STM32F103xx Flash loader demonstrator”

fengbingchun

“ISP成功与否似乎与ISP程序与适配器硬件的搭配关系”我也有点类似体会。
不知是我的MAX232性能有问题？还是什么原因？
不过一般多复位几次多试一下就能顺利ISP，也就不太注重了。

susion

感谢大家的支持和帮助，特别感谢lns。
偶会根据lns的要求做出更新的。
附件是今天的苦果，还请大家帮帮忙。

（该程序在擦片前未对读写保护进行清除。）



偶的mail: leeyang@sina.com或leeyang@tom.com，非常感谢您的建议。
相关链接:https://bbs.eeworld.com.cn/upfiles/img/20077/2007726174337705.rar

js9413

这样就不能配置makefile使用了，不过还好开源界总有办法解决的

我目前是怎么用的：
all: start gcc-info $(MAIN_OUT_ELF) $(MAIN_OUT_BIN) flash end

flash: $(MAIN_OUT_BIN)
    @echo $(STR_DIV)
    cp $(MAIN_OUT_BIN) $(PRJDIR)/Debug/Exe/
    $(PRJDIR)/Debug/Exe/stm32boot -c COM6 -e -v -a 0x08002000 $(PRJDIR)/Debug/Exe/$(MAIN_OUT_BIN)

这样使用GCC编译完成后，自动下载，GUI界面多我来说可有可无

几个问题：
1.不支持binary文件
2.操作完后没有释放串口
又是这个问题，我使用USB接口模拟一个串口，任何操作后，我plug off设备，这时如果程序没有释放这个CDC串口的话，由于Windows系统中对这个串口的应用计数不为0，所以这个串口并没有被移除，但我再次plug in的时候，系统并不会发送CDC的配置报文，使得之后的操作都失败。
3.Flash片擦除操作能否等待的时间长一些，如果使用自己定义的Bootloader的话，这时并不是执行片擦除，而是把应用程序区的Flash页擦除，所以速度上要慢一些

lizhonglei201

                                 请在ST的网站下载。

xw0326

我用的就是这个，而且还查出一个bug
而且还不支持Linux

qiufeng

感谢静默的辛勤劳动，看得出还是花了一番心思的。
没有发现上个版本的帧超时和接收缓冲区溢出的错误，不太挑硬件，比ST的DEMO好，这点值得肯定。
说说不足，那个跑一跑不知道怎么跑的，反正我没有跑成功过（已经写入成功），个人觉得这个功能和“中止”功能都没有必要设置，界面上我建议你参考一下双龙电子的AVRISP的界面设置，简洁实用非常经典，常用的编程选项可以自由勾选，然后按“编程”就可以一键完成所有操作，进行勾选时会弹出相应的详细设置窗口供用户设置，所有选项设置都可以保存为一个项目文件，使用非常方便。
你的ISP每次操作成功后，如果更换了目标板，似乎都必须重新进行串口的连接，否则通讯会失败，不知道这个问题能否解决，如果必须如此就应该考虑在“编程选项”中加入串口重新连接一项，最终的目标应该达到一键就OK。

xuchenglong

再次感谢各位。

lns说的一点没错。“你的ISP每次操作成功后，如果更换了目标板，似乎都必须重新进行串口的连接，否则通讯会失败，不知道这个问题能否解决，如果必须如此就应该考虑在“编程选项”中加入串口重新连接一项，最终的目标应该达到一键就OK。”

STM32的ISP时有一个波特率检测的过程，用户可以用不同的波特率与STM32通信。若换其它目标板后，此时新的目标板还不知host端用何波特率与之通信。lns说的当换目标板后应加入串口重新连接一项是非常正确的。

STM32的ISP中若下载成功，则说明其数据100%正确写入FLASH。因为STM32写入成功后会给host回应成功，若写入不成功则STM32会给host回应不成功。

另偶认为STM32当解除读保护时，必须重新复位后才能使真正解除读保护。也就是说当解除STM32的读保护后，必须重新连接目标板后才能进行FLASH编程操作。

xiany_wj

                                 可以考虑用RS232接口中的RTS或DTR引线控制STM32的RESET完成复位，这样只要在目标板上留VCC、GND、TXD、RXD、RESET五针插座，加上一个简单的MAX3232适配板，配上PC端的ISP软件，就可以在生产线上一键写入了，对于STM的爱好者来说也是非常方便的。

wangtong0819

                                  

yangsen229

                                  

ppz2005

今天的作业上交，大家帮帮忙。

说明：
    保留中止和开跑按钮给开发工程师用, 让mouse站在按钮上休息一下应该有点解释。
    
相关链接:https://bbs.eeworld.com.cn/upfiles/img/20077/200772716229270.rar

rocmoon

我用万利的板子，为什么总连不通，
笔记本USB转的232，郁闷啊

mun0000

还是期待力源的ISP完整功能版，现在这个跟以前的差不多，没什么新东西，希望完整功能版能把DTR控制STM32的RESET功能加进去。
楼上的，万利的板子别说你连不通，就是万利自己也连不通，因为他们配的串口线两端的RXD和TXD是直连的，怎么能连通？看在199的份上就不说什么了。

chengj

                                 感谢静默，做的比ST的稳定多了，在家试了几次，没有发现什么问题，以后不用再把JLINK拿回家了