最近拿到了lpc1343的最小系统板，arm cortex-M3,好东西啊。

拿起手册赶紧看起，看完系统时钟跟GPIO部分就忍不住要跑程序了。呵呵

具体的配置就不说了。写好程序就开始编译。

通过LPC1343 芯片本身自带的USB BootLoader 来更新我自己的程序,这个功能太爽了。

首先mdk生成的是hex文件，需要转化为bin文件，用keil自带的工具可以实现

使用FROMELF命令行生成BIN的文件，

使用方法如下：

keil-project-options for target-user-run user programs after build -  run #1

C:/Keil/ARM/BIN40/fromelf.exe --bin --output ./Obj/gpiotest.bin  ./Obj/gpiotest.axf

通过设置PIO_01 = LOW, PIO_03 = HIGH,插入USB电缆后，PC正常出现U盘符, 但下载我自己的测试程序后，无任何反应（似乎我的程序没被更新）。重新复位芯片后，U盘里存在的firmware.bin 还是之前购买来时芯片本身自带的firmware 文件.但是我用flash magic 烧录到里面去，却能正确运行。

看来是hex转bin出问题了。

网上开始查找原因，然后发现一条有用的帖子信息：（21IC）

应该是代码有效性校验字节不对，看看芯片UM，关于“Criterion for Valid User Code”的描述，然后修改0x1C处的内容，should contain the 2’s complement of the check-sum of table entries 0 through 6.如果使用串口升级FLASH代码的话就不存在这个问题，因为FLASHMAGIC软件会自动计算0x1C处开始的四字节的内容，修改后写入。

针对这个问题，最新的MDK410已经解决了这个问题。描述如下：

[Checksum Utility]

Added: ELFDWT utility creates boot checksum for NXP LPC11xx, LPC13xx, and LPC17xx device series. Usage is:

C:/Keil/ARM/BIN/ELFDWT elf_file.AXF

使用方法如下：

keil-project-options for target-user-run user programs after build -  run #2

C:/Keil/ARM/BIN/ELFDWT 你需要编译的文件.axf

例如这里：

C:/Keil/ARM/BIN/ElfDwT.exe ./Obj/gpiotest.axf

是对应到子目录obj里面的gpiotest.axf

最后我统一先把校验弄好，在生成bin文件。就成了如下命令：

#RUN1 C:/Keil/ARM/BIN/ElfDwT.exe ./Obj/gpiotest.axf

#RUN2 C:/Keil/ARM/BIN40/fromelf.exe --bin --output ./Obj/gpiotest.bin  ./Obj/gpiotest.axf

然后把生成的bin文件直接拷贝到了lpc1343的U盘，问题解决。程序跑起来了。

--------------------- 

作者：嵌入式的半瓶水 

来源：CSDN 

原文：https://blog.csdn.net/utopiaprince/article/details/6041394 

版权声明：本文为博主原创文章，转载请附上博文链接！