首页 论坛 原厂专区 NXP(freescale) MCU 【经验分享】KE02在CW中使用常量形式初始化EEPROM值
发帖
回复
[资料]
【经验分享】KE02在CW中使用常量形式初始化EEPROM值
559
查看
0
回复
楼主
分享到：
一， 经验分享描述
写这篇经验分享的原因是，之前有一个客户，他希望在KE02的芯片中，不要出现使用EEPROM操作命令的形式初始化EEPROM，但是需要芯片的EEPROM中就有他所规定好的数据，以便于程序直接调用。其实就把EEPROM中的数据当做固定在flash的数据一样使用。而目前也没有看到使用具体的工具去直接烧写EEPROM，所以我们就想是否能够像flash的constant的定义一样定义EEPROM的数据呢？通过实际操作发现还是切实可行的，于是就分享了这篇在CW中如何直接定义常量到EEPROM中的经验分享。其实方法和之前本人分享过的经验分享“KL系列在CW中定义常量到指定的flash位置”，方法一致，只是地址改为EEPROM的地址。
二， 经验分享实现
通过前面的介绍，可以知道，是可以直接在CW中定义常量到EEPROM的，这里就讲解具体如何实现。
下面通过CW中PE新建的KE02的工程为例，详细讲解如何实现EEPROM中常量的定义。
1，在.ld中开辟一段属于EEPROM的内存
大家都知道KE02的EEPORM具有256个字节，其实地址为0x10000000, 所以就开辟一个段，其实地址为0x10000000，长度为0X00000100.
如下图所示：
关于.ld文件，可以在工程的Project_settings下的Linker_Files中找到。
2，定义具体的输出段情况
定义如下：
如果想具体了解段内的意思，可以参考附件中的ld.pdf,在第三章中有讲相应的脚本含义。
3，在主程序中添加常量定义代码
定义需要使用如下格式，
__attribute__((section (".romsymbols"))) char test[256]={}；
这里，我们以从0开始递增的方式填满EEPROM的256个字节，具体定义如下：
__attribute__((section (".romsymbols"))) char test[256] ={
0x0,0x1,0x2,0x3,0x4,0x5,0x6,0x7,0x8,0x9,0xA,0xB,0xC,0xD,0xE,0xF,
0x10,0x11,0x12,0x13,0x14,0x15,0x16,0x17,0x18,0x19,0x1A,0x1B,0x1C,0x1D,0x1E,0x1F,
0x20,0x21,0x22,0x23,0x24,0x25,0x26,0x27,0x28,0x29,0x2A,0x2B,0x2C,0x2D,0x2E,0x2F,
0x30,0x31,0x32,0x33,0x34,0x35,0x36,0x37,0x38,0x39,0x3A,0x3B,0x3C,0x3D,0x3E,0x3F,
0x40,0x41,0x42,0x43,0x44,0x45,0x46,0x47,0x48,0x49,0x4A,0x4B,0x4C,0x4D,0x4E,0x4F,
0x50,0x51,0x52,0x53,0x54,0x55,0x56,0x57,0x58,0x59,0x5A,0x5B,0x5C,0x5D,0x5E,0x5F,
0x60,0x61,0x62,0x63,0x64,0x65,0x66,0x67,0x68,0x69,0x6A,0x6B,0x6C,0x6D,0x6E,0x6F,
0x70,0x71,0x72,0x73,0x74,0x75,0x76,0x77,0x78,0x79,0x7A,0x7B,0x7C,0x7D,0x7E,0x7F,
0x80,0x81,0x82,0x83,0x84,0x85,0x86,0x87,0x88,0x89,0x8A,0x8B,0x8C,0x8D,0x8E,0x8F,
0x90,0x91,0x92,0x93,0x94,0x95,0x96,0x97,0x98,0x99,0x9A,0x9B,0x9C,0x9D,0x9E,0x9F,
0xA0,0xA1,0xA2,0xA3,0xA4,0xA5,0xA6,0xA7,0xA8,0xA9,0xAA,0xAB,0xAC,0xAD,0xAE,0xAF,
0xB0,0xB1,0xB2,0xB3,0xB4,0xB5,0xB6,0xB7,0xB8,0xB9,0xBA,0xBB,0xBC,0xBD,0xBE,0xBF,
0xC0,0xC1,0xC2,0xC3,0xC4,0xC5,0xC6,0xC7,0xC8,0xC9,0xCA,0xCB,0xCC,0xCD,0xCE,0xCF,
0xD0,0xD1,0xD2,0xD3,0xD4,0xD5,0xD6,0xD7,0xD8,0xD9,0xDA,0xDB,0xDC,0xDD,0xDE,0xDF,
0xE0,0xE1,0xE2,0xE3,0xE4,0xE5,0xE6,0xE7,0xE8,0xE9,0xEA,0xEB,0xEC,0xED,0xEE,0xEF,
0xF0,0xF1,0xF2,0xF3,0xF4,0xF5,0xF6,0xF7,0xF8,0xF9,0xFA,0xFB,0xFC,0xFD,0xFE,0xFF
};
4，测试结果
本次测试是以FRDM_KE02开发板为平台，调试使用板上opensda。
在程序下载之前，首先将KE02的整个flash全面擦除，即选择mass erase，这样保证KE02在下载程序后，它的EEPROM不是之前的值。
配置mass erase如下，
首先选择 RUN->Debug configurations，然后配置如下
写这篇经验分享的原因是，之前有一个客户，他希望在KE02的芯片中，不要出现使用EEPROM操作命令的形式初始化EEPROM，但是需要芯片的EEPROM中就有他所规定好的数据，以便于程序直接调用。其实就把EEPROM中的数据当做固定在flash的数据一样使用。而目前也没有看到使用具体的工具去直接烧写EEPROM，所以我们就想是否能够像flash的constant的定义一样定义EEPROM的数据呢？通过实际操作发现还是切实可行的，于是就分享了这篇在CW中如何直接定义常量到EEPROM中的经验分享。其实方法和之前本人分享过的经验分享“KL系列在CW中定义常量到指定的flash位置”，方法一致，只是地址改为EEPROM的地址。
二， 经验分享实现
通过前面的介绍，可以知道，是可以直接在CW中定义常量到EEPROM的，这里就讲解具体如何实现。
下面通过CW中PE新建的KE02的工程为例，详细讲解如何实现EEPROM中常量的定义。
1，在.ld中开辟一段属于EEPROM的内存
大家都知道KE02的EEPORM具有256个字节，其实地址为0x10000000, 所以就开辟一个段，其实地址为0x10000000，长度为0X00000100.
如下图所示：
关于.ld文件，可以在工程的Project_settings下的Linker_Files中找到。
2，定义具体的输出段情况
定义如下：
如果想具体了解段内的意思，可以参考附件中的ld.pdf,在第三章中有讲相应的脚本含义。
3，在主程序中添加常量定义代码
定义需要使用如下格式，
__attribute__((section (".romsymbols"))) char test[256]={}；
这里，我们以从0开始递增的方式填满EEPROM的256个字节，具体定义如下：
__attribute__((section (".romsymbols"))) char test[256] ={
0x0,0x1,0x2,0x3,0x4,0x5,0x6,0x7,0x8,0x9,0xA,0xB,0xC,0xD,0xE,0xF,
0x10,0x11,0x12,0x13,0x14,0x15,0x16,0x17,0x18,0x19,0x1A,0x1B,0x1C,0x1D,0x1E,0x1F,
0x20,0x21,0x22,0x23,0x24,0x25,0x26,0x27,0x28,0x29,0x2A,0x2B,0x2C,0x2D,0x2E,0x2F,
0x30,0x31,0x32,0x33,0x34,0x35,0x36,0x37,0x38,0x39,0x3A,0x3B,0x3C,0x3D,0x3E,0x3F,
0x40,0x41,0x42,0x43,0x44,0x45,0x46,0x47,0x48,0x49,0x4A,0x4B,0x4C,0x4D,0x4E,0x4F,
0x50,0x51,0x52,0x53,0x54,0x55,0x56,0x57,0x58,0x59,0x5A,0x5B,0x5C,0x5D,0x5E,0x5F,
0x60,0x61,0x62,0x63,0x64,0x65,0x66,0x67,0x68,0x69,0x6A,0x6B,0x6C,0x6D,0x6E,0x6F,
0x70,0x71,0x72,0x73,0x74,0x75,0x76,0x77,0x78,0x79,0x7A,0x7B,0x7C,0x7D,0x7E,0x7F,
0x80,0x81,0x82,0x83,0x84,0x85,0x86,0x87,0x88,0x89,0x8A,0x8B,0x8C,0x8D,0x8E,0x8F,
0x90,0x91,0x92,0x93,0x94,0x95,0x96,0x97,0x98,0x99,0x9A,0x9B,0x9C,0x9D,0x9E,0x9F,
0xA0,0xA1,0xA2,0xA3,0xA4,0xA5,0xA6,0xA7,0xA8,0xA9,0xAA,0xAB,0xAC,0xAD,0xAE,0xAF,
0xB0,0xB1,0xB2,0xB3,0xB4,0xB5,0xB6,0xB7,0xB8,0xB9,0xBA,0xBB,0xBC,0xBD,0xBE,0xBF,
0xC0,0xC1,0xC2,0xC3,0xC4,0xC5,0xC6,0xC7,0xC8,0xC9,0xCA,0xCB,0xCC,0xCD,0xCE,0xCF,
0xD0,0xD1,0xD2,0xD3,0xD4,0xD5,0xD6,0xD7,0xD8,0xD9,0xDA,0xDB,0xDC,0xDD,0xDE,0xDF,
0xE0,0xE1,0xE2,0xE3,0xE4,0xE5,0xE6,0xE7,0xE8,0xE9,0xEA,0xEB,0xEC,0xED,0xEE,0xEF,
0xF0,0xF1,0xF2,0xF3,0xF4,0xF5,0xF6,0xF7,0xF8,0xF9,0xFA,0xFB,0xFC,0xFD,0xFE,0xFF
};
4，测试结果
本次测试是以FRDM_KE02开发板为平台，调试使用板上opensda。
在程序下载之前，首先将KE02的整个flash全面擦除，即选择mass erase，这样保证KE02在下载程序后，它的EEPROM不是之前的值。
配置mass erase如下，
首先选择 RUN->Debug configurations，然后配置如下
勾选了always mass erase on connect 之后，点击OK，并debug。
测试结果如下：
使用内存查看:
本例程还提供使用串口实行打印出EEPROM的数据，结果和定义一致。
三， 附件
附件提供了本文的PDF，参考文档以及测试代码。
后续还会出一片如何在IAR以及KEIL下实现同样的功能。
(0 )
(0 )
回复
举报
发表回复
版
块
导
航
块
导
航
举报
请选择举报类别
- 广告垃圾
- 违规内容
- 恶意灌水
- 重复发帖
