我们回到Flash Loader Demonstrator 的启动界面，点“Next”进入下一个界面，再点“Next ”再进入下一个界面，再点
“Next ”进入下一个界面，我们在这个页面中选择下载代码“Download to device”，导入刚才编译生成的STM32F091RCNucleo.hex，选中“Jump to the user program ”，意思就是通过串口烧写完毕后，直接跳到用户代码去运行。如图：
点击“Next”进行代码烧写。我们发现代码烧写完成后，按道理从System Memory 中的Bootloader 跳转到用户代码后，我们应该看到LD2 灯在闪烁。但是，我们发现，确实没有在闪烁！
将刚才放在CN7 中的那个跳线帽拔掉，按下RESET 键，可以看到LD2 灯在正常闪烁，也就是说，程序正常下载进去了，看起来像是没有跳转。
2.问题分析
现在我们开始来分析这个问题。
我们打开AN3155 这个应用笔记，这是关于STM32 Bootloader 所使用的USART 协议的描述。由于STM32F091RCT6 中还是有代码存在的，所以我们直接使用GO 命令来测试一下跳转的情况。
再将CN7 的第5 脚和第7 脚用跳线帽短接起来，按下RESET 按键从System Memory 的Bootloader 启动。我们使用串口工具来进行分析，将串口工具配置为：端口号COM16，波特率115200，奇偶校验设置为EVEN，数据位为8，停止位为1。打开连接。
我们先发送“0x7F”给STM32，与Bootloader 确认USART 口，Bootloader 确认后，回送ACK（0x79），我们可以看到正常收到0x79，所以通讯建立。现在开始测试GO 命令。按照GO 命令的流程，我们发送“0x21 0xDE”启动GO 命令，Bootloader 正常回应ACK（0x79）。现在要测试跳转到用户代码那边运行用户代码，所以我们发送Main Flash memory 的地址0x0800 0000 和Checksum（XOR(0x08, 0x00, 0x00,0x00)=0x08），也就是发送“0x08 0x00 0x00 0x00 0x08”，这个时候，Bootloader 也正常地回应了ACK（0x79）。那么看起来，程序是正常跳转了，可是为什么就是看不到运行用户代码而能看到的LD2 闪烁呢。看起来，很有可能会是从Bootloader 跳转到用户代码后，在用户代码执行过程中出错了，导致复位，并回到了Bootloader 程序。那么，从Bootloader 跳转到用户代码之后执行出错的最可能原因就是向量表设置不对。我们从AN3155 中看到这么一句话：“The Jump to the application works only if the user application sets the vector table correctly
to point to the application address.”也就是说，我们必须在用户代码中设置正确的向量表。所以我们回到GPIO_IOToggle 的例程，加入代码将向量表从Bootloader 修改回用户代码的向量表。
我们在参考手册RM0091 的“System configuration controller (SYSCFG)”这一章中的SYSCFG 配置寄存器1
（SYSCFG_CFGR1）中看到MEM_MODE[1:0]的描述：
重新编译，生成新的STM32F091RC-Nucleo.hex，我们再按之前测试时使用Flash Loader Demonstrator 的步骤再测试一遍，这次终于可以看到在串口烧写代码之后，可以正常进入用户代码并正常工作了——LD2 在闪烁。用串口工具直接发GO 命令，也可以进入用户代码并正常工作了。
楼主
