一些注意事项：

1.熔丝位的烧写：BOOTRST要进行编程，这样单片机在复位后自动跳转到bootloader区执行bootloader的代码，然后要根据自己bootloader的大小设置boot区的的熔丝位：具体设置如下图，这里我选择的是1024大小（注意1代表为编程，0代表已编程）：

2.设置引导区锁定位：为了保护bootloader不被应用程序修改或者擦除，所以要对其进行保护，Atmega提供了熔丝位的保护方式，具体设置如下图（我设置的为BLB0为11，BLB1为00）：

3.Flash页的设定：因flash的擦除和写入是按照页来操作的，看手册上说是1页有128个字节，但实际调试时候发现需要一次写入256个字节才有效的，如果按照128来写入，会将第二个128的内容覆盖掉个128字节的内容，那就按照实际为准了。

4.Xmodem协议的注意事项：具体的xmodem不在本文叙述了，只说一下要注意的地方，校验和是可以选择的，我使用的是checksum（就是单纯的累加），也可以选择16为的CRC，这个是根据单片机次返回的响应字节来确定的，另外当包的序列号超过255时会重新从0开始而不是从1开始，传输是从1开始编号的，这个要注意一下。

5.文件格式文件：和网上好多人一样，遇到同样的文件，在bootloader将应用程序烧写到flash中后，发现没有执行应用程序，开始我也以为是跳转不成成功的问题，上网查了半天都没找到答案，都是问问题的L。没办法，靠自己了，一致纳闷，烧写到Flash中的程序和原始文件内容一模一样怎么就不能执行啊，后来偶然用烧写软件打开要烧写的固件，发现内容和我用16进制工具打开的并不一样，Oh my god，豁然想到了问题的关键，原来用ICC生成的hex文件是intel hex形式，Intel HEX文件是由一行行符合Intel HEX文件格式的文本所构成的ASCII文本文件。在Intel HEX文件中，每一行包含一个HEX记录。这些记录由对应机器语言码和/或常量数据的十六进制编码数字组成。Intel HEX文件通常用于传输将被存于ROM或者EPROM中的程序和数据。大多数EPROM编程器或模拟器使用Intel HEX文件。而实际存储到Flash中的数据是要从这个HEX文件中提取出来，然后在通过xmodem发送到单片机，不要直接发送ICC生成的HEX文件，转换的话可以自己写一个小工具或者上网搜类似功能的工具，为了省事，我找了一个叫hex2bin的工具做的转换。