Freescale 16位单片机的地址映射
原文链接：freescale 16位单片机的地址映射--(1)前言
freescale 16位单片机的地址映射--(2)飞思卡尔16位单片机的资源配置
freescale16位单片机的地址映射--(3)codewarrior中的prm文件
前言：
原来一直不太明白单片机的地址映射，也没有仔细的研究过，我想这就是我不是牛人的原因吧。通常开始学单片机，都是写一些比较小的程序，如果不做项目开发之类的，以飞思卡尔16位单片机的资源配置来说也足够了。但是前一阵子遇到了一个问题，需要在ram中存一个比较大的常数数组，但是单单存在ram中的话，肯定是存不下，考虑到数组是常数，所以只能存在rom里，但是当时时间较短，没有研究明白，还得到了非常惨痛的教训，觉得不甘心，打算再花时间研究了一下。在以后的文章中我会把我的研究心得记录下来，希望大家提出意见。
飞思卡尔16位单片机的资源配置
以mc9s12xs128mal为例，其实dg128之类的类似。如图一，128代表的是单片机中的flash大小为128kbyte，同理64代表的是单片机中的flash大小为64 k byte，256代表的是单片机中的flash大小为256 kbyte。但是s12(x)所使用的内核cpu12(x)的地址总线为16位，寻址范围最大为2^16 =64k byte，而这64kbyte的寻址空间还包括寄存器、eeprom（利用data flash模拟）、ram等，因此不是所有的64kbyte都是用来寻址flash。所以在s12(x)系列单片机中，很多资源是以分页的形式出现的，其中包括eeprom、ram、flash。eeprom的每页大小为1kbyte，ram的每页大小为4k byte，flash的每页大小为16k byte。因此xs128中eeprom的页数为8k/1k =8页，ram的页数为8k/4k = 2页，flash的页数为128k/16k = 8页。
图一
图二
在单片普通模式中，复位后，所有内存资源的映射如图二所示，其中从0x0000-0x07ff的2k范围内映射为寄存器区，如i/o端口寄存器等，当然寄存器没有那么多，后面的一部分其实没有使用；
从0x0800-0x0bff，共1k的空间，映射为eeprom区，由上面的分析，xs128中共有8页的共8k的eeprom，所以这8页的eeprom都是以分页的形式出现的，可以通过设置寄存器epage选择不同的页并进行访问；
从0x0c00到0x0fff的1k空间为保留区（其实这里面也有学问，以后探讨）；
从0x1000到0x3fff的12k空间为ram区，分为三页，但是和前面所说的eeprom不同，这三页中有2页（对于xs128和xs256）或一页（对于xs64）为固定页，位于12k空间的后一部分，以xs128为例，其内部的ram资源为8k，所以其三页中的最后两页（0x2000-0x3fff）为固定页，第一页（0x1000-0x1fff）为窗口区，通过设置寄存器rpage来映射其他分页的ram，当然在单片普通模式下，xs128内部已经没有其他的ram了，所以这一页其实也没有用。但是对于xs256，这一页是有用的，因为它总共有12k的ram。但是，在单片普通模式下，即没有外扩ram的情况下，用户是不用刻意的去配置rpage的，因为复位的时候，已经默认指向那一页的ram。
从0x4000-0xffff的总共48k的空间为flash区，分为三页。其中第一页和第三页为固定的flash页，中间的一页（0x8000-0xbfff）为窗口区，通过设置ppage寄存器，可以映射到其他的分页flash。
在最后的一页固定的flash区域中的最后256字节中，保存的是中断向量。
对于ram和flash来说，其实固定页和其他的分页资源是统一编址的，不同的是固定页不可以通过寄存器（rpage、ppage）改变映射，而其他的页必须通过寄存器的设置来选择映射不同的页。
codewarrior中的prm文件
网上广泛流传的一篇文章讲述的是8位飞思卡尔单片机的内存映射，这几天，研究了一下codewarrior 5.0prm文件，基于16位单片机mc9s12xs128，一点心得，和大家分享。有什么错误请指正。
正文：
关于codewarrior 中的.prm 文件
要讨论单片机的地址映射，就必须要接触.prm文件，本篇的讨论基于codewarrior 5.0 编译器，单片机采用mc9s12xs128。
通过项目模板建立的新项目中都有一个名字为“project.prm”的文件，位于projectsettings->linker files文件夹下。一个标准的基于xs128的.prm文件起始内容如下：
.prm文件范例：
names
end
segments
ram = read_write data_near 0x2000 to 0x3fff;
rom_4000 = read_only data_near ibcc_near 0x4000 to 0x7fff;
rom_c000 = read_only data_near ibcc_near 0xc000 to 0xfeff;
//osvectors = read_only 0xff10 to0xffff;
eeprom_00 = read_only data_far ibcc_far 0x000800 to 0x000bff;
eeprom_01 = read_only data_far ibcc_far 0x010800 to 0x010bff;
eeprom_02 = read_only data_far ibcc_far 0x020800 to 0x020bff;
eeprom_03 = read_only data_far ibcc_far 0x030800 to 0x030bff;
eeprom_04 = read_only data_far ibcc_far 0x040800 to 0x040bff;
eeprom_05 = read_only data_far ibcc_far 0x050800 to 0x050bff;
eeprom_06 = read_only data_far ibcc_far 0x060800 to 0x060bff;
eeprom_07 = read_only data_far ibcc_far 0x070800 to 0x070bff;
page_f8 = read_only data_far ibcc_far 0xf88000 to 0xf8bfff;
page_f9 = read_only data_far ibcc_far 0xf98000 to 0xf9bfff;
page_fa = read_only data_far ibcc_far 0xfa8000 to 0xfabfff;
page_fb = read_only data_far ibcc_far 0xfb8000 to 0xfbbfff;
page_fc = read_only data_far ibcc_far 0xfc8000 to 0xfcbfff;
page_fe = read_only data_far ibcc_far 0xfe8000 to 0xfebfff;
end
placement
_prestart,
startup,
rom_var,
strings,
virtual_table_segment,
//.ostext,
default_rom, non_banked,
copy
into rom_c000 ;
other_rom into page_fe, page_fc, page_fb, page_fa,page_f9, page_f8;
//.stackstart,
sstack,
//.stackend,
paged_ram,
default_ram
into ram;
distribute distribute_into
rom_4000, page_fe, page_fc, page_fb,page_fa, page_f9, page_f8;
const_distribute distribute_into
rom_4000, page_fe, page_fc, page_fb,page_fa, page_f9, page_f8;
data_distribute distribute_into
ram;
//.vectors into osvectors;
end
entries
//_vectab osbuildnumber_osortistackstart _osortistart
end
stacksize 0x100
vector 0 _startup
//vector 0 entry
//init entry
1 .prm 文件组成结构
按所含的信息的不同.prm文件有六个组成部分构成，这里仅讨论和内存空间映射关系紧密的三个部分，其他的不做讨论。
· segments … end
定义和划分芯片所有可用的内存资源，包括程序空间和数据空间。一般我们将程序空间定义成rom，把数据空间定义成ram，但这些名字都不是系统保留的关键词，可以由用户随意修改。用户也可以把内存空间按地址和属性随意分割成大小不同的块，每块可以自由命名。例如同样是ram，可以使用不同的属性，使其有复位后变量清零和不清零之分。
关于内存划分的具体方法在后面详解。
· placement … end
将指派源程序中所定义的各种段，如数据段data_seg、const_seg和代码段code_seg 被具体放置到哪一个内存块中。它是将源程序中的定义描述和实际物理内存挂钩的桥梁。
· stacksize
定义系统堆栈长度，其后给出的长度字节数可以根据实际应用需要进行修改。堆栈的实际定位取决于ram内存的划分和使用情况。默认的情况下，堆栈放在ram区域的起始部分。当然，堆栈的定义不只有这种方式，还可以使用stacktop关键字。后面将详细讨论。
2 内存划分的具体方式
由segments开始到end为止，中间可以添加任意多行内存划分的定义，每一行用分号结尾。定义行的语法型式为：
[块名] = [属性1] [属性2] ，… ，[属性n] [起始地址] to [结束地址];
其中，
· “块名”的定义和c语言变量定义相同，是以英文字母开头的一个字符串，用户可以自己任意定义块名。
· “属性”用户是不能自己定义的，因为属性名指定了上面所说的“块名”所对应的不同的内存类型和访问方式，而不同物理内存的类型和访问方式是一定的。
对于“属性1”，codewarrior 5.0中可以有三种不同的类型，对于只读的flash-rom区属性一定是read_only，对于可读写的ram区属性可以是read_write，也可以是no_init。它们两者的关键区别是ansi-c的初始化代码会把定位在read_write块中的所有全局和静态变量自动清零，而no_init块中的变量将不会被自动清零。当然只是复位时不清零，掉电时还是清零的，但是对于单片机系统，变量在复位时不被自动清零这一特性有时是很关键的，在某些应用中有特殊的用途。
对于“属性2…属性n”，根据上面给出的.prm的范例文件可以看出来，可能的形式有“data_far”、“data_near”、“ibcc_far”、“ibcc_near”四种类型。其中，“data_far”和“data_near”相对应，当内存区域包含变量或者是常量时（通常是ram、flash和eeprom），必须指明上面两种属性中的一种，由于涉及到内存的分页，可以这样理解：“data_far”属性指定的内存块为可以保存数据的非固定页，而“data_near”属性指定的内存块为可以保存数据的固定页；同理“ibcc_far”和“ibcc_near”相对应，当内存区域包含代码时（flash和eeprom），必须指明上面两种属性中的一种，“ibcc_far”属性指定的内存块为可以保存代码的非固定页，而“ibcc_near”属性指定的内存块为可以保存代码的固定页
讨论到这里，细心的读者已经发现，在上面的.prm文件范例中，ram的属性有“data_far”和“data_near”两种，flash的属性中也是四种都有，但是eeprom中却只有“data_far”和“ibcc_far”两种，这正好验证了上一篇文章（飞思卡尔16位单片机的资源配置）中所提到的，ram、flash中都有固定页，但是eeprom中全部是非固定页。
· 起始地址和结束地址决定了一内存块的物理位置，对于固定页，用4位16进制数表示，而对于非固定页，则用6位16进制表示，多出来的两位其实是寄存器epage、rpage或ppage的值，可见，对于分页的资源，是通过寄存器（epage、rpage或ppage）和16位的地址总线的组合来进行寻址的。
“to”是系统保留的关键字，必须大写。
下面，根据上面范例提供的内容，举几个例子：
例1ram = read_write data_near 0x2000 to 0x3fff;
上面这句话的意思是：分配0x2000-0x3fff的区域的块名为“ram”（当然可以定义别的名称），由上一篇文章而知，这一区域的物理内存的性质为ram，属性应该为“read_write”，并且这一区域中的两页都为固定页，所以为“data_near”。
例2将8k字节ram的后面4k字节定义成非自动清零的数据保留区，则应如下定义：
segments
……
ram = read_write data_near 0x2000 to 0x2fff;
ram_no_init = no_init data_near 0x3000 to 0x3fff;
……
end
注意，各部分ram的分配地址不应该存在重叠的部分，否则会发生错误。
例3eeprom_00 = read_only data_far ibcc_far 0x000800 to 0x000bff;
xs128单片机中的eeprom由data-flash模拟，所以属性为read_only。eeprom全部为非固定页，所以用“data_far”、“ibcc_far”。后面的起始地址和结束地址分别为6位的16进制数，前两位的“00”实质指的是eeprom分页寄存器epage的值为0x00。
用segments只是从单片机的物理内存这一角度对其进行空间划分。源程序本身并不知道物理内存被分割和属性定义的这些细节。它们两者之间必须通过下面的placement建立联系。
3 程序段和数据段的放置
placement-end内所描述的信息是告诉连接器源程序中所定义的各类段应该被具体放置到哪一个内存块中去。其语法型式为：
[段名1],[段名2]，... ， [段名n] into [内存块名1]，[内存块名2]，… ，[内存块名n];
和
[段名1],[段名2]，... ， [段名n] distribute_into [内存块名1]，[内存块名2]，… ，[内存块名n];
其中
· 段名就是在源程序中用“#pragma”声明的数据段、常数段或代码段的名字。如果用缺省名“default”，则默认的数据段名为default_ram，代码段和常数段名为default_rom。若程序中定义的段名没有在placement中提及，则将被视同为default。几个相同性质但不同名字的段可以被放置到同一个内存块中，相互之间用逗号分隔。
· into 是系统保留的关键词，在这里为“放入”的意思。
· distribute_into 也是系统的保留关键字。codewarrior 具有内存自动优化的功能，但是在“small memory”模式中，这种功能不会被启用，只有当16-bit的地址空间不能存放下所有的变量和代码时，才会启用这种功能。
在segments-end区域中，当在内存模块的属性中加上“data_far”、“data_near”、“ibcc_far”、“ibcc_near”四种属性中的任何一种时，那么在placement-end区域中，就需要指定段名“distribute”,“const_distribute”,“data_distribute”（系统默认的，非关键字，用户可以自行更改）所分配的内存空间，这就需要使用“distribute_into”关键字。
关于内存自动优化功能，可以参考freescale的官方技术手册“tn262.pdf”。
· 内存块名就是前面介绍的用segments划分好的不同的内存块名字。
利用这样直观的定位描述文本可以方便灵活的将数据或代码定位到芯片内存任意可能的位置，实现某些特殊目的的应用。
下面的例子，说明了各种段名、placement 和segments之间的对应关系。
例4 定义非自动清零的数据段
segments
……
ram = read_write data_near 0x2000 to 0x2fff;
ram_no_init = no_init data_near 0x3000 to 0x3fff;
……
end
placement
……
data_persistent into ram_no_init;
……
end
//源程序编写：
#pragma data_segdata_persistent //定义复位时非自定清零数据段
byte sysstate;
#pragma data_seg default
4 堆栈的设置
关于堆栈的设置，codewarrior提供了两种方式：“stacksize”命令方式和“stacktop”命令方式。这两种方式在同一个.prm文件中，不能同时存在。当用户只关心堆栈的大小而不关心堆栈的存放位置时，推荐使用stacksize方式。
系统默认的方式为使用stacksize方式。
stacksize命令方式：
当使用stacksize命令方式时，如果在placement-end部分声明了“sstack into ram”，这样的话，堆栈区就被放在ram区域的起始部分，下面的例子说明了这种方式：
例5
segments
……
ram = read_write data_near 0x2000 to 0x3fff;
……
end
placement
……
sstack, paged_ram, default_raminto ram;
……
end
stacksize 0x100
上面的例子将堆栈区域存放的地址为0x20ff-0x2000,初始的堆栈指针指向栈顶地址0x20ff。
相反，如果在placement-end部分没有声明“sstack into ram”，则堆栈被分配在ram区域中已分配空间的后面。请参见例6。
例6
segments
……
ram = read_write data_near 0x2000 to 0x3fff;
……
end
placement
……
paged_ram, default_raminto ram;
……
end
stacksize 0x100
在这个例子中，如果ram区域中已经分配的变量占用了4个字节（从0x2000到0x2003），则堆栈放在这四个字节的后面，从0x2103到0x2004，初始的堆栈指针指向0x2103。
stackyop命令方式：
当使用stacktop命令方式时，如果在placement-end部分声明了“sstack into ram”，同样，堆栈区就被放在ram区域的起始部分，初始的栈顶则由stacktop指定。若没有相应的声明，则初始的栈顶由stacktop指定，而堆栈的大小则根据处理器的不同由编译器自行设定，其大小足够装下处理器的pc寄存器的值。
过电流继电器怎么选型
中国商飞公司共投入6架试飞机将在今年进行试验试飞
荣耀9什么时候上市？华为荣耀9旗舰发布会倒计时， 高颜值+高性价比+胡歌代言，2299起，良心国产机！
电机为什么不宜轻载运行？电机过热的原因有哪些？
重压之下 国产4G芯片将如何开展破局？
Freescale 16位单片机的地址映射
智能电网的电力线通信系统介绍
龙芯中科LoongArch平台已初步支持OpenHarmony操作系统
在视频通话中，眼神交流也会激活自主神经系统
不定参数在C语言中的应用
直线导轨的工作原理以及市场发展前景
白酒甲醇乙醇快速检测仪的使用方法是怎样的
国产汽车将来的“顶梁柱”：长城WEY-VV5霸气亮相！新车或将于10月量产上市,预售价12-16万元
华为推出畅享10e手机，主打长续航亮点
自主研发自动驾驶真的有必要吗
人脸识别门禁的那些“坑”，你中招了吗？
云米发布5GIoT战略新品，开启高速全屋互联新时代
基于知识图谱的仿真想定智能生成方法
PLC工业自动化生产线建设步骤
华为芯片产能遭台积电削减，但依然会保持密切合作
freescale 16位单片机的地址映射--(2)飞思卡尔16位单片机的资源配置
freescale16位单片机的地址映射--(3)codewarrior中的prm文件
前言：
原来一直不太明白单片机的地址映射，也没有仔细的研究过，我想这就是我不是牛人的原因吧。通常开始学单片机，都是写一些比较小的程序，如果不做项目开发之类的，以飞思卡尔16位单片机的资源配置来说也足够了。但是前一阵子遇到了一个问题，需要在ram中存一个比较大的常数数组，但是单单存在ram中的话，肯定是存不下，考虑到数组是常数，所以只能存在rom里，但是当时时间较短，没有研究明白，还得到了非常惨痛的教训，觉得不甘心，打算再花时间研究了一下。在以后的文章中我会把我的研究心得记录下来，希望大家提出意见。
飞思卡尔16位单片机的资源配置
以mc9s12xs128mal为例，其实dg128之类的类似。如图一，128代表的是单片机中的flash大小为128kbyte，同理64代表的是单片机中的flash大小为64 k byte，256代表的是单片机中的flash大小为256 kbyte。但是s12(x)所使用的内核cpu12(x)的地址总线为16位，寻址范围最大为2^16 =64k byte，而这64kbyte的寻址空间还包括寄存器、eeprom（利用data flash模拟）、ram等，因此不是所有的64kbyte都是用来寻址flash。所以在s12(x)系列单片机中，很多资源是以分页的形式出现的，其中包括eeprom、ram、flash。eeprom的每页大小为1kbyte，ram的每页大小为4k byte，flash的每页大小为16k byte。因此xs128中eeprom的页数为8k/1k =8页，ram的页数为8k/4k = 2页，flash的页数为128k/16k = 8页。
图一
图二
在单片普通模式中，复位后，所有内存资源的映射如图二所示，其中从0x0000-0x07ff的2k范围内映射为寄存器区，如i/o端口寄存器等，当然寄存器没有那么多，后面的一部分其实没有使用；
从0x0800-0x0bff，共1k的空间，映射为eeprom区，由上面的分析，xs128中共有8页的共8k的eeprom，所以这8页的eeprom都是以分页的形式出现的，可以通过设置寄存器epage选择不同的页并进行访问；
从0x0c00到0x0fff的1k空间为保留区（其实这里面也有学问，以后探讨）；
从0x1000到0x3fff的12k空间为ram区，分为三页，但是和前面所说的eeprom不同，这三页中有2页（对于xs128和xs256）或一页（对于xs64）为固定页，位于12k空间的后一部分，以xs128为例，其内部的ram资源为8k，所以其三页中的最后两页（0x2000-0x3fff）为固定页，第一页（0x1000-0x1fff）为窗口区，通过设置寄存器rpage来映射其他分页的ram，当然在单片普通模式下，xs128内部已经没有其他的ram了，所以这一页其实也没有用。但是对于xs256，这一页是有用的，因为它总共有12k的ram。但是，在单片普通模式下，即没有外扩ram的情况下，用户是不用刻意的去配置rpage的，因为复位的时候，已经默认指向那一页的ram。
从0x4000-0xffff的总共48k的空间为flash区，分为三页。其中第一页和第三页为固定的flash页，中间的一页（0x8000-0xbfff）为窗口区，通过设置ppage寄存器，可以映射到其他的分页flash。
在最后的一页固定的flash区域中的最后256字节中，保存的是中断向量。
对于ram和flash来说，其实固定页和其他的分页资源是统一编址的，不同的是固定页不可以通过寄存器（rpage、ppage）改变映射，而其他的页必须通过寄存器的设置来选择映射不同的页。
codewarrior中的prm文件
网上广泛流传的一篇文章讲述的是8位飞思卡尔单片机的内存映射，这几天，研究了一下codewarrior 5.0prm文件，基于16位单片机mc9s12xs128，一点心得，和大家分享。有什么错误请指正。
正文：
关于codewarrior 中的.prm 文件
要讨论单片机的地址映射，就必须要接触.prm文件，本篇的讨论基于codewarrior 5.0 编译器，单片机采用mc9s12xs128。
通过项目模板建立的新项目中都有一个名字为“project.prm”的文件，位于projectsettings->linker files文件夹下。一个标准的基于xs128的.prm文件起始内容如下：
.prm文件范例：
names
end
segments
ram = read_write data_near 0x2000 to 0x3fff;
rom_4000 = read_only data_near ibcc_near 0x4000 to 0x7fff;
rom_c000 = read_only data_near ibcc_near 0xc000 to 0xfeff;
//osvectors = read_only 0xff10 to0xffff;
eeprom_00 = read_only data_far ibcc_far 0x000800 to 0x000bff;
eeprom_01 = read_only data_far ibcc_far 0x010800 to 0x010bff;
eeprom_02 = read_only data_far ibcc_far 0x020800 to 0x020bff;
eeprom_03 = read_only data_far ibcc_far 0x030800 to 0x030bff;
eeprom_04 = read_only data_far ibcc_far 0x040800 to 0x040bff;
eeprom_05 = read_only data_far ibcc_far 0x050800 to 0x050bff;
eeprom_06 = read_only data_far ibcc_far 0x060800 to 0x060bff;
eeprom_07 = read_only data_far ibcc_far 0x070800 to 0x070bff;
page_f8 = read_only data_far ibcc_far 0xf88000 to 0xf8bfff;
page_f9 = read_only data_far ibcc_far 0xf98000 to 0xf9bfff;
page_fa = read_only data_far ibcc_far 0xfa8000 to 0xfabfff;
page_fb = read_only data_far ibcc_far 0xfb8000 to 0xfbbfff;
page_fc = read_only data_far ibcc_far 0xfc8000 to 0xfcbfff;
page_fe = read_only data_far ibcc_far 0xfe8000 to 0xfebfff;
end
placement
_prestart,
startup,
rom_var,
strings,
virtual_table_segment,
//.ostext,
default_rom, non_banked,
copy
into rom_c000 ;
other_rom into page_fe, page_fc, page_fb, page_fa,page_f9, page_f8;
//.stackstart,
sstack,
//.stackend,
paged_ram,
default_ram
into ram;
distribute distribute_into
rom_4000, page_fe, page_fc, page_fb,page_fa, page_f9, page_f8;
const_distribute distribute_into
rom_4000, page_fe, page_fc, page_fb,page_fa, page_f9, page_f8;
data_distribute distribute_into
ram;
//.vectors into osvectors;
end
entries
//_vectab osbuildnumber_osortistackstart _osortistart
end
stacksize 0x100
vector 0 _startup
//vector 0 entry
//init entry
1 .prm 文件组成结构
按所含的信息的不同.prm文件有六个组成部分构成，这里仅讨论和内存空间映射关系紧密的三个部分，其他的不做讨论。
· segments … end
定义和划分芯片所有可用的内存资源，包括程序空间和数据空间。一般我们将程序空间定义成rom，把数据空间定义成ram，但这些名字都不是系统保留的关键词，可以由用户随意修改。用户也可以把内存空间按地址和属性随意分割成大小不同的块，每块可以自由命名。例如同样是ram，可以使用不同的属性，使其有复位后变量清零和不清零之分。
关于内存划分的具体方法在后面详解。
· placement … end
将指派源程序中所定义的各种段，如数据段data_seg、const_seg和代码段code_seg 被具体放置到哪一个内存块中。它是将源程序中的定义描述和实际物理内存挂钩的桥梁。
· stacksize
定义系统堆栈长度，其后给出的长度字节数可以根据实际应用需要进行修改。堆栈的实际定位取决于ram内存的划分和使用情况。默认的情况下，堆栈放在ram区域的起始部分。当然，堆栈的定义不只有这种方式，还可以使用stacktop关键字。后面将详细讨论。
2 内存划分的具体方式
由segments开始到end为止，中间可以添加任意多行内存划分的定义，每一行用分号结尾。定义行的语法型式为：
[块名] = [属性1] [属性2] ，… ，[属性n] [起始地址] to [结束地址];
其中，
· “块名”的定义和c语言变量定义相同，是以英文字母开头的一个字符串，用户可以自己任意定义块名。
· “属性”用户是不能自己定义的，因为属性名指定了上面所说的“块名”所对应的不同的内存类型和访问方式，而不同物理内存的类型和访问方式是一定的。
对于“属性1”，codewarrior 5.0中可以有三种不同的类型，对于只读的flash-rom区属性一定是read_only，对于可读写的ram区属性可以是read_write，也可以是no_init。它们两者的关键区别是ansi-c的初始化代码会把定位在read_write块中的所有全局和静态变量自动清零，而no_init块中的变量将不会被自动清零。当然只是复位时不清零，掉电时还是清零的，但是对于单片机系统，变量在复位时不被自动清零这一特性有时是很关键的，在某些应用中有特殊的用途。
对于“属性2…属性n”，根据上面给出的.prm的范例文件可以看出来，可能的形式有“data_far”、“data_near”、“ibcc_far”、“ibcc_near”四种类型。其中，“data_far”和“data_near”相对应，当内存区域包含变量或者是常量时（通常是ram、flash和eeprom），必须指明上面两种属性中的一种，由于涉及到内存的分页，可以这样理解：“data_far”属性指定的内存块为可以保存数据的非固定页，而“data_near”属性指定的内存块为可以保存数据的固定页；同理“ibcc_far”和“ibcc_near”相对应，当内存区域包含代码时（flash和eeprom），必须指明上面两种属性中的一种，“ibcc_far”属性指定的内存块为可以保存代码的非固定页，而“ibcc_near”属性指定的内存块为可以保存代码的固定页
讨论到这里，细心的读者已经发现，在上面的.prm文件范例中，ram的属性有“data_far”和“data_near”两种，flash的属性中也是四种都有，但是eeprom中却只有“data_far”和“ibcc_far”两种，这正好验证了上一篇文章（飞思卡尔16位单片机的资源配置）中所提到的，ram、flash中都有固定页，但是eeprom中全部是非固定页。
· 起始地址和结束地址决定了一内存块的物理位置，对于固定页，用4位16进制数表示，而对于非固定页，则用6位16进制表示，多出来的两位其实是寄存器epage、rpage或ppage的值，可见，对于分页的资源，是通过寄存器（epage、rpage或ppage）和16位的地址总线的组合来进行寻址的。
“to”是系统保留的关键字，必须大写。
下面，根据上面范例提供的内容，举几个例子：
例1ram = read_write data_near 0x2000 to 0x3fff;
上面这句话的意思是：分配0x2000-0x3fff的区域的块名为“ram”（当然可以定义别的名称），由上一篇文章而知，这一区域的物理内存的性质为ram，属性应该为“read_write”，并且这一区域中的两页都为固定页，所以为“data_near”。
例2将8k字节ram的后面4k字节定义成非自动清零的数据保留区，则应如下定义：
segments
……
ram = read_write data_near 0x2000 to 0x2fff;
ram_no_init = no_init data_near 0x3000 to 0x3fff;
……
end
注意，各部分ram的分配地址不应该存在重叠的部分，否则会发生错误。
例3eeprom_00 = read_only data_far ibcc_far 0x000800 to 0x000bff;
xs128单片机中的eeprom由data-flash模拟，所以属性为read_only。eeprom全部为非固定页，所以用“data_far”、“ibcc_far”。后面的起始地址和结束地址分别为6位的16进制数，前两位的“00”实质指的是eeprom分页寄存器epage的值为0x00。
用segments只是从单片机的物理内存这一角度对其进行空间划分。源程序本身并不知道物理内存被分割和属性定义的这些细节。它们两者之间必须通过下面的placement建立联系。
3 程序段和数据段的放置
placement-end内所描述的信息是告诉连接器源程序中所定义的各类段应该被具体放置到哪一个内存块中去。其语法型式为：
[段名1],[段名2]，... ， [段名n] into [内存块名1]，[内存块名2]，… ，[内存块名n];
和
[段名1],[段名2]，... ， [段名n] distribute_into [内存块名1]，[内存块名2]，… ，[内存块名n];
其中
· 段名就是在源程序中用“#pragma”声明的数据段、常数段或代码段的名字。如果用缺省名“default”，则默认的数据段名为default_ram，代码段和常数段名为default_rom。若程序中定义的段名没有在placement中提及，则将被视同为default。几个相同性质但不同名字的段可以被放置到同一个内存块中，相互之间用逗号分隔。
· into 是系统保留的关键词，在这里为“放入”的意思。
· distribute_into 也是系统的保留关键字。codewarrior 具有内存自动优化的功能，但是在“small memory”模式中，这种功能不会被启用，只有当16-bit的地址空间不能存放下所有的变量和代码时，才会启用这种功能。
在segments-end区域中，当在内存模块的属性中加上“data_far”、“data_near”、“ibcc_far”、“ibcc_near”四种属性中的任何一种时，那么在placement-end区域中，就需要指定段名“distribute”,“const_distribute”,“data_distribute”（系统默认的，非关键字，用户可以自行更改）所分配的内存空间，这就需要使用“distribute_into”关键字。
关于内存自动优化功能，可以参考freescale的官方技术手册“tn262.pdf”。
· 内存块名就是前面介绍的用segments划分好的不同的内存块名字。
利用这样直观的定位描述文本可以方便灵活的将数据或代码定位到芯片内存任意可能的位置，实现某些特殊目的的应用。
下面的例子，说明了各种段名、placement 和segments之间的对应关系。
例4 定义非自动清零的数据段
segments
……
ram = read_write data_near 0x2000 to 0x2fff;
ram_no_init = no_init data_near 0x3000 to 0x3fff;
……
end
placement
……
data_persistent into ram_no_init;
……
end
//源程序编写：
#pragma data_segdata_persistent //定义复位时非自定清零数据段
byte sysstate;
#pragma data_seg default
4 堆栈的设置
关于堆栈的设置，codewarrior提供了两种方式：“stacksize”命令方式和“stacktop”命令方式。这两种方式在同一个.prm文件中，不能同时存在。当用户只关心堆栈的大小而不关心堆栈的存放位置时，推荐使用stacksize方式。
系统默认的方式为使用stacksize方式。
stacksize命令方式：
当使用stacksize命令方式时，如果在placement-end部分声明了“sstack into ram”，这样的话，堆栈区就被放在ram区域的起始部分，下面的例子说明了这种方式：
例5
segments
……
ram = read_write data_near 0x2000 to 0x3fff;
……
end
placement
……
sstack, paged_ram, default_raminto ram;
……
end
stacksize 0x100
上面的例子将堆栈区域存放的地址为0x20ff-0x2000,初始的堆栈指针指向栈顶地址0x20ff。
相反，如果在placement-end部分没有声明“sstack into ram”，则堆栈被分配在ram区域中已分配空间的后面。请参见例6。
例6
segments
……
ram = read_write data_near 0x2000 to 0x3fff;
……
end
placement
……
paged_ram, default_raminto ram;
……
end
stacksize 0x100
在这个例子中，如果ram区域中已经分配的变量占用了4个字节（从0x2000到0x2003），则堆栈放在这四个字节的后面，从0x2103到0x2004，初始的堆栈指针指向0x2103。
stackyop命令方式：
当使用stacktop命令方式时，如果在placement-end部分声明了“sstack into ram”，同样，堆栈区就被放在ram区域的起始部分，初始的栈顶则由stacktop指定。若没有相应的声明，则初始的栈顶由stacktop指定，而堆栈的大小则根据处理器的不同由编译器自行设定，其大小足够装下处理器的pc寄存器的值。
过电流继电器怎么选型
中国商飞公司共投入6架试飞机将在今年进行试验试飞
荣耀9什么时候上市？华为荣耀9旗舰发布会倒计时， 高颜值+高性价比+胡歌代言，2299起，良心国产机！
电机为什么不宜轻载运行？电机过热的原因有哪些？
重压之下 国产4G芯片将如何开展破局？
Freescale 16位单片机的地址映射
智能电网的电力线通信系统介绍
龙芯中科LoongArch平台已初步支持OpenHarmony操作系统
在视频通话中，眼神交流也会激活自主神经系统
不定参数在C语言中的应用
直线导轨的工作原理以及市场发展前景
白酒甲醇乙醇快速检测仪的使用方法是怎样的
国产汽车将来的“顶梁柱”：长城WEY-VV5霸气亮相！新车或将于10月量产上市,预售价12-16万元
华为推出畅享10e手机，主打长续航亮点
自主研发自动驾驶真的有必要吗
人脸识别门禁的那些“坑”，你中招了吗？
云米发布5GIoT战略新品，开启高速全屋互联新时代
基于知识图谱的仿真想定智能生成方法
PLC工业自动化生产线建设步骤
华为芯片产能遭台积电削减，但依然会保持密切合作