相信很多人都希望，不开盖就可以对固件进行升级吧，就像手机那些。下文中的bootload就来实现这样的功能。
前段时间有项目关于Bootload设计。所以就仔细的去了研究了一翻。以前都是用的stm32官方的，没有去深入了解。这次做完了过后，发现官方的版本存在一些问题。比如说YModem传送过程中，完全没有对数据区进行效验，只是核对了下编号，就进行烧写。整个程序完全为阻塞式，浪费了大量的cpu做无用功。当然这在升级程序方面也用不了多少时间。有一个重要的问题，官方代码只可以用超级终端进行传输。这样如果你用的是64位的win7，那就没有办法升级。因为只有xp或32位的win7才可以使用 超级终端。64位的win7下超级终端没办法使用。 不过SecureCRT工具到是可以在64位win7使用，但是官方代码不对其支持。SecureCRT下支持的是最原始的YModem协议，第一帧数据包中不包含总字节数。超级终端下的YModem应该是改进版的，所以官方的dome只可以在超级终端下传输。下面会对YModem进行详细说明。就会知道其中的原因。
首先奉上一个精简的Bootloader工程。
http://pan.baidu.com/share/link?shareid=373630&uk=118334538
支持协议：YModem, YModem-G。
所支持的PC软件：超级终端，SecureCRT。
http://pan.baidu.com/share/link?shareid=373637&uk=118334538
YModem协议： YModem协议是由XModem协议演变而来的，每包数据可以达到1024字节，是一个非常高效的文件传输协议。下面有一些相关的文档。这里要感谢关注我微博的一些朋友提供的资料。省去了不少时间。
下面先看下YModem协议传输的完整的握手过程：先看下图
SENDER:发送方。
RECEIVER:接收方。
第一步先由接收方，发送一个字符'C'
发送方收到'C'后，发送第一帧数据包，内容如下：
SOH 00 FF Foo.c NUL[123] CRC CRC
第1字节SOH:表示本包数据区大小有128字节。如果头为STX表示本包数据区大小为1024
第2字节00: 编号，第一包为00,第二包为01，第三包为02依次累加。到FF后继续从0循环递增。
第3字节FF: 编号的反码。 编号为00 对应FF，为01对应FE，以此类推。
|
楼主
标题置顶
标题高亮
