了解更多关于bootloader 的C语言实现，请加我QQ: 1273623966 （验证信息请填 bootloader）,欢迎咨询或定制bootloader（在线升级程序）。
手上有块Renesas RH850 F1KM的板子，几个月前有些空，准备给它写个串口bootloader。 写完后发现在debug模式下，bootloader工作很正常，能够正常烧写应用程序。但是在release模式下一直有R_FCL_ERR_PARAMETER错误，一直解决不了。后来非常忙，就没再去倒弄它了。昨天有点空，就仔细地查看了下。发现在boot.asm中有以下定义。
;-----------------------------------------------------------------------------
; hdwinit
; Specify RAM addresses suitable to your system if needed.
;-----------------------------------------------------------------------------
GLOBAL_RAM_ADDR .set 0
GLOBAL_RAM_END .set 0
LOCAL_RAM_ADDR .set 0
LOCAL_RAM_END .set 0
查看datasheet, 修改成实际值后， 就运行正常了。很有意思。
;-----------------------------------------------------------------------------
; hdwinit
; Specify RAM addresses suitable to your system if needed.
;-----------------------------------------------------------------------------
GLOBAL_RAM_ADDR .set 0xFEDD8000
GLOBAL_RAM_END .set 0xFEDE0000
LOCAL_RAM_ADDR .set 0xFEDE0000
LOCAL_RAM_END .set 0xFEE00000
接下来介绍下RH850 F1KM 串口 bootloader 如何实现。
首先介绍实现环境，IDE是CS+， C编译器是CC-RH， 硬件板是我的学习板, 详细如下：
IDE ： CS+ for CC V7.00.00 [13 Jun 2018]
Compiler: CC-RH V2.00.00
MCU: RH850 F1KM R7F701684
FCL: RENESAS_FCL_RH850_T01_V2.12
我的bootloader和application的memory map设计如下：
bootloader code range: 0x0000~0x17FFF
application code range: 0x18000~0x1FFFFF (offset 0x18000)
bootloader code range设置，需要通过修改CS+ bootloader工程的Linker Option来实现。
application code range设置, 也需要修改CS+ application工程的Linker Option来实现。具体可以查阅CS+的帮助。
另外，application 的interrupt 入口需要在CS+ application工程中的boot.asm中添加。
bootloader 的上位机是串口终端hyperterm(超级终端)。 hyperterm的配置（串口配置）如下：
baud rate: 19200
data bytes: 8
parity: none
stop bits: 1
flow control : none
line delay: 150ms
上电后， bootloader 初始化uart （baudrate-data bytes-parity-stop bits-flow control 要和hyperterm的配置一致，19200-8-none-1-none, 否则通信不了）。bootloader 然后每隔1S左右打印一个 '.' , 打印完6个'.' （6S）就跳转到application. 如果要更新程序，就在6S内在hyperterm 窗口中敲一回车。bootloader 收到回车（代表握手成功）就开始擦除application code range. 打印 “Erasing *********" 每擦除一个block (1024 bytes) 就增加打印一个 ”*“直到所有application blocks都擦除完毕，并打印”Done“（代表擦除成功）。
hyperterm 窗口显示了bootloader 完成Erase后打印的”Done“，就操作hyperterm采用发送文本的方式发送application 的hex文件，一行接一行的发送，每发送一行就暂停240ms （配置hyperterm参数line delay = 240ms).
bootloader 每接收一行，原样打印，并解读里面的数据类型，地址，长度，数据，和Checksum, 如果数据类型为S1或S2，就将接收到的数据烧写到对应的地址。直到最后一行也处理完毕。整个烧写过程都没问题就打印”Program Rewritten Complete“ “（代表更新成功）。并跳转到application。 如果烧写过程有问题就打印”Program Rewritten Complete with Error“。
以上就是bootloader的更新程序的整个逻辑。代码框架如下：
void M_Bootloader_MainFunc(void) { switch (bootState) { case BOOT_HANDSHAKE: M_Bootloader_Handshake(); break; case BOOT_ERASE: M_Bootloader_Erase(); break; case BOOT_RECEIVE: M_Bootloader_Receive(); break; case BOOT_PROGRAM: M_Bootloader_Write(); break; case BOOT_VERIFY: M_Bootloader_IVerify(); break; case BOOT_PREJUMP: Prejump_To_Application(); break; case BOOT_JUMPTO_APP: Jump_To_Application(); break; default: break; } }
整个过程， hyperterm中打印出来的内容就是更新流程log. 下面是一个完整的更新流程的部分log.
....BOOT Mode Erasing*****************************Done S0E0000726838353046314B6D6F7468 S090000E0020080010093 S214018000E0022480000000000000000000000000E4 S2140180101F00E0020E800000000000000000000CB S214018020E0020080000000000000000000000000E8 S214018030E002F07F000000000000000000000000E9 S214018040E002E27F000000000000000000000000E7 S214018050E002D27F00000000000000000000000E7 S214018060E002C07F000000000000000000000000E9 S2140180701F00E002B07F00000000000000000000CA S214018080E002A07F00000000000000000000000E9 S214018090E002907F000000000000000000000000E9 S2140180A0E002807F000000000000000000000000E9