ISP测试情况反馈

只看该作者 · 2008-8-30 14:45

可能标题写得不对，有点个人的主观。引起大家误会了。

主要是我们目前也没有找到根本的原因。也是希望大家一起讨论，把ISP解决。

2万 · 2008-9-1 00:01

STM32在Reset后，其IO处于Floating状态，此事MAX3232的Input处于Floating状态，意味着Out可能是逻辑0或者逻辑1。

当PC发送0x7F做波特率校准时候，STM32的Loader开始初始化串口，居然会突然来个下降沿，并且会保持一会（具体时间未测,并且不是每次都有），于是PC会接受到一个0x00。
这个0x00的来到，在PC Open串口并发送0x7F之后。

本来ＰＣ期望的ACK（0x78），变成了（0x00 0x79）两个字节,这时候ST的ISP Demo会报告失败，但是力源的ISP Utility会聪明的只抓取后面这个0x79。

这也是我为什么第一次给客户安排量产烧录用的力源的工具。
我也开始怀疑力源ISP Utility的作者发现了STM32的这个陷阱，所以才会避开。

后来，我发现ST的Demo只要连接OK，烧录从来没出问题，就用串口监控看数据流，然后就发现了这个0x00。
而且我这里发现，美信的MAX3232出这个0x00机会远远低于国产MAX3232芯片。

所以，上拉个电阻就好了，原因就是解决了MAX3232的TxdIn的floating问题。
ST其实可以在一开始就初始化串口所用的IO，迅速脱离TXD的Floating状态。
PC在Open串口时候，此前的Receive Buffer收到的0x00会自动丢弃。

----------------------------------------------------
另：力源ISP Utility速度慢的原因之一是，每次只传0x18个字节。
ST的Demo是每次0xFC个字节，其实完全可以做到0x100个数据。
Hot徒弟那个Utility速度慢的原因没找到蛛丝马迹，估计是控件上捆绑功能太多，累了吧。

只看该作者 · 2008-8-30 14:58

如果是所有的ISP都不行，那就等于ST的BootLoader存在大问题。

我怀疑楼主碰到的问题就是堆栈未初始化的问题，呵呵。

不清楚“STM32片内的BOOTLOAD程序没有关闭与ISP无关的管脚”会存在什么问题？
貌似Bootloader只要负责把程序正确烧录到flash里就完事了。去理与ISP无关的管脚干嘛？

另外请教，你们的脱机型编程器是在线烧录，还是用烧录座烧录呀？

只看该作者 · 2008-8-30 17:18

反正楼主和ST总有一个存在问题，我这个菜鸟不知道该信谁了：（

等待周一香版的评论。

2万 · 2008-8-30 17:59

烧写软件是什么？

ST-LINK能不能烧写？

只看该作者 · 2008-8-30 18:03

周一再发四张照片，看看是不是适合生产。

1万 · 2008-8-30 18:37

原因：STM32片内的BOOTLOAD程序没有关闭与ISP无关的管脚。

只看该作者 · 2008-8-30 19:45

是由于STM32片内的BOOTLOAD程序没有关闭与ISP无关的管脚导致ISP的错误？

Re 4楼
JLink支持编程，使用JFlash，去http://www.segger.com下载JLink的最新驱动，安装后里面自带JFlash软件，前提是你必须要有JFlash的Lic。

只看该作者 · 2008-8-30 22:48

具体有会怎么样？新项目就是使用ISP来下载STM32(客户要求)，看来要换芯片了。

只看该作者 · 2008-8-30 23:29

stm32f没人敢用了。

用JTAG占用管脚不说，还可能被应用程序锁死。
本来BootLoader是终极的编程手段，现在爆出这么神秘的隐患。

还是要回头去搞LPC2000 ISP下载。。。

1万 · 2008-8-31 00:23

在Bootloader中根本就没有对ISP之外的管脚初始化和模块，也没有必要初始化没用的管脚和模块，哪里会出来什么“STM32片内的BOOTLOAD程序没有关闭与ISP无关的管脚”？所谓关闭是什么意思？

所以希望楼主出来澄清一下，否则有混淆视听之嫌。

只看该作者 · 2008-8-31 01:33

脱机型编程器和联机的STM32 ISP下载工具采用不同的ISP方法吗？

个人认为，要么两者都没有问题，要么都有问题。根本上取决于 bootloader 是否有问题而已。

bootloader 不会知道是脱机型编程器还是联机的STM32 ISP下载工具在对STM32 进行 ISP 吧？

或者脱机型编程器采用 JTAG 方式，而非 ISP 方式烧录？

只看该作者 · 2008-8-31 10:39

晕了，难道ST就做这种不稳定的东西

只看该作者 · 2008-8-31 11:09

正如11楼的说的，除非它的编程器使用的是JTAG方式。不过没有看到这方面的资料，顶楼的应该出来解释一下，我在等着呢。

实在想不明白为何Bootloader要去关闭与ISP无关的引脚，既然无关应用就该不会去初始化，没有初始化就不存在关闭啊？

只看该作者 · 2008-8-31 13:19

来个莫名其妙的帖子，就是卖编程器的，反而把自己的名声搞臭了。

只看该作者 · 2008-8-31 19:38

从来没遇到过也许我用的量小吧用STM32替代LPC2132后一共做了700多套产品

2万 · 2008-8-31 20:11

是谁动了咱的ISP奶酪，是ST，是刘工，还是楼主，哈哈哈

只看该作者 · 2008-8-31 22:18

绝对不影响STM32芯片的使用，关键是把ISP问题解决好。
编程器只是我们销售芯片的配套工具。大家不要理解错了，，，

2万 · 2008-8-31 22:40

ST只要把IC内置的ISP Loader做好就足够了。

Protocol都已经Open出来了，大家就各显神通吧。

只看该作者 · 2008-8-31 22:43

我做的方案没有留出JTAG接口(因为做IO口用了)，目前正好要定板，准备做一批。但下载方式使用ISP方式，如果确实有问题的话，我可以立即通知客户延期，我好换芯片(程序使用C语言，移植很方便)。
虽然对ST的STM32没有什么贡献，但也做过STM32的开源工具，希望大家不要彼此耽误。

只看该作者 · 2008-8-31 23:05

补充一点，在ST原装的开发板,STM32-SK上面测试一点问题都没有。
在一些用户板上面就有这个情况，可能还是和自己设计的电路有关。我们正在努力寻找原因，推荐用户的ISP电路和ST官方发布的开发板一致，应试没有问题。

解决方法：在几块板子UART1的Tx引脚上拉一个电阻到3.3V后,ISP连接成功，但没有找到根本原因。

ISP测试情况反馈

这个确实有ST的干系

关注，是什么情况不一样呢？ISP烧录得不对吗？

晕了，难道ST就做这种不稳定的东西来忽悠咱？

请问一下，JLINK能不能烧写 ？

是谁动了咱的奶酪

哦，楼主如何得出这个结论？有何直接证据？

我很想知顶楼的是根据什么原因推倒出的结论

真的有这个问题？

呵呵，这下麻烦大了。我的ISP程序也白费力气了。

STM32的所有外设管脚复位后默认为高阻输入状态

脱机型编程器

晕了，难道ST就做这种不稳定的东西

都在吓猜，怎么顶楼的不出来了？

感觉顶楼就是卖那个脱机编程器的托儿

哈哈，楼主真幸运 俺咋没这福气呢

楼主有“阳谋”啊

讨论这个问题

于行业分工而言

能否详细请ST说明一下会有什么问题

STM32 ISP

核心会员奖章

坚毅之洋流

十世金身

技术导师奖章

精华达人奖章

欢快之小溪

缘定三生

技术奇才奖章

终身成就奖章

技术领袖奖章

突出贡献奖章

荣誉元老奖章

沉静之湖泊

伴坛终老

精英会员奖章

奔腾之江水

湍急之河流

涓涓之细流

技术新星奖章

偶尔光临

请问一下，JLINK能不能烧写？

哈哈，楼主真幸运俺咋没这福气呢