MDK编译程序完成后,如下所示:
linking...
Program Size: Code=4972RO-data=268 RW-data=52 ZI-data=1700
FromELF: creating hex file...
After Build - User command #1: C:\Keil_v5\ARM\ARMCC\bin\fromelf.exe --bin -o ..\OBJ\USART.bin ..\OBJ\USART.axf
"..\OBJ\USART.axf" - 0 Error(s), 0 Warning(s).
Build Time Elapsed: 00:00:20
Code = 4972 :是代码占用4972 的空间
RO-data = 268 : Read Only 表示只读常量,占用268字节,如const型,字符串常量
RW-data = 52 : RW-data 表示已经初始化的可读写变量,占用52字节
ZI-data = 1700 :ZI-data表示未初始化的可读写变量,ZI-data不占用FLASH。
烧写的时,占用FLASH的段为: Code + RO-data + RW-data
程序运行时,芯片内部RAM占用的空间为:RW-data + ZI-data
上电后,初始化时RW-data从FLASH拷贝到RAM
所以生成的bin文件大小为:4972 + 268 + 52 = 5292 即 0x1A4C
如下:转载自:an笛声的专栏
http://blog.csdn.net/IDOshi201109/article/details/50901615
**YModem协议理解**
Modem协议是使用更大数据块,以追求更高效率的调制解调器所使用的一种纠错协议。它类似于Modem协议。
YModem协议使用循环冗余码校验作为检错的方法。YModem是一种比较高效的文件传输协议,每包数据1024bit或者128bit。
一、YModem协议传输的完整的握手过程如下图所示:
二、YModem协议解释:
SENDER:发送方。(文件名:fileName.bin)
RECEIVER:接收方。
具体握手的步骤如下:
1、接收方发送一个字符‘C’,也就是十六进制‘43’。代表接收方已经处于接收数据的状态。
2、发送方接收到‘C’之后,发送头帧数据包,内容如下:
SOH 00 FF fileName.bin NULL[116] CRC CRC
数据包内容解释:
2-1 SOH(第1字节):表示本数据区大小有128字节。(STX表示本数据包数据区大小1024字节)。
2-2 00 (第2字节):数据块编号。 第一包为00,第二包为01,此后依次累加。FF后,继续从00循环。
2-3 FF (第3字节):数据块编号的反码。 编号00—FF,01—FE,此后依次类推。
2-4 fileName.bin NULL[116]:数据区。128字节。 fileName.bin是文件名,超级终端下,在文件名后面还有文件大小。 数据区不足128字节的,用0x00补齐。
2-5 CRC校验(最后2个字节):16位CRC校验,高位字节在前,地位字节在后。(注意:只有数据区参与了CRC校验,不包含头、编码、编码反码)。
3、接收方收到数据包后,发送ACK正确应答,然后发送一个字符‘C’。
4、发送方收到‘C’后,开始发送第二帧数据。第二帧数据存放的是第一包数据。
5、接收方收好数据包后,发送ACK正确应答,然后等待下一包数据传送完毕,继续ACK应答。(循环)
6、数据传输完毕后,发送方第一次发EOT,第一次接收方以NAK应答,进行二次确认。
7、发送方收到NAK后,第二次发EOT。接收方第二次收到结束符,依次以ACK和C做应答。
8、发送方收到ACK和C之后,发送结束符—>SOH 00 FF 00…00[128个00] CRCH CRCL。
9、接收方收到结束符之后,以ACK做应答,然后通信正式结束。