自引导IAP（boot load）的应用设计--armok转贴

deson

大家有没有注意到BOOT区不能放常量？



C编译的常量都定义在BOOT区以外，如果绝对地址寻址BOOT，则得到结果都0xFF!

deson

我使用ICC 6.30，使用绝对寻址。

代码：unsigned int  crc= *((const unsigned int *)(0xf189));

读出的是0xffff。看汇编代码

+0000F175:   E8E9        LDI     R30,0x89         Load immediate

+0000F176:   EFF1        LDI     R31,0xF1         Load immediate

+0000F177:   90A7        ELPM    R10,Z+           Extended load program memory

而且RAMPZ 是0x01。

别外我设了一个全局常量，结果常量被放在BOOT区外。

const unsigned int kkkk=0x1911;

unsigned int crc = kkkk;

编译后：

+0000F169:   EAEC        LDI     R30,0xAC         Load immediate

+0000F16A:   EEF0        LDI     R31,0xE0         Load immediate

+0000F16B:   90A7        ELPM    R10,Z+           Extended load program memory and postincrement

+0000F16C:   90B6        ELPM    R11,Z            Extended load program memory

常量被放在了0xe0ac。虽然不在BOOT区了，我的BOOT区是4k,是从0xf000开始。

deson

+0000F187:   EC88        LDI     R24,0xC8         Load immediate

+0000F188:   1582        CP      R24,R2           Compare

+0000F189:   F408        BRCC    +0x01            Branch if carry cleared

+0000F18A:   DF9A        RCALL   -0x0066          Relative call subroutine

+0000F18B:   B786        IN      R24,0x36         In from I/O location



0xf189地址是代码。应该不会读出0xffff。

deson

应该ICC的问题，我用IAR就没问题，不过IAR也有上64K地址分配出错问题

deson

问题找到，MEG128的datasheet都是用0000-FFFF来描述程度空间，单位是字。

在ICC,IAR中常量的访问都是以字节地址来定址的。