关于Codewarrior 中的 .prm 文件
要讨论单片机的地址映射，就必须要接触.prm文件，本篇的讨论基于
Codewarrior 5.0 编译器，单片机采用MC9S12XS128。
通过项目模板建立的新项目中都有一个名字为“project.prm”的文件，位于
Project Settings->Linker Files文件夹下。一个标准的基于XS128的.prm文件起始内容
如下：
.prm文件范例：
/* This is a linker parameter file for the MC9S12XS128 */
/*This file is setup to use the HCS12X core only.If you plan to also use the XGATE in your project, best create a new project with the'New Project Wizard' (File|New... menu in the CodeWarrior IDE) and choose the appropriateproject parameters.*/
NAMES /* CodeWarrior will pass all the needed files to the linker by command line. But here you may add
your dditional files */
END
SEGMENTS /* here all RAM/ROM areas of the device are listed. Used in PLACEMENT below. All addresses are
logical' */
/* Register space */
/* IO_SEG = PAGED 0x0000 TO 0x07FF; intentionally not defined */
/* non-paged RAM */
RAM = READ_WRITE DATA_NEAR 0x2000 TO 0x3FFF;
/* non-banked FLASH */
ROM_4000 = READ_ONLY DATA_NEAR IBCC_NEAR 0x4000 TO 0x7FFF;
ROM_C000 = READ_ONLY DATA_NEAR IBCC_NEAR 0xC000 TO 0xFEFF;
/* VECTORS = READ_ONLY 0xFF00 TO 0xFFFF; intentionally not defined: used for VECTOR commands below */
//OSVECTORS = READ_ONLY 0xFF10 TO 0xFFFF; /* OSEK interrupt vectors (use your vector.o) */
/* paged EEPROM 0x0800 TO 0x0BFF; addressed through 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; EPAGE */
/* paged RAM: 0x1000 TO 0x1FFF; addressed through RPAGE */
/* RAM_FE = READ_WRITE 0xFE1000 TO 0xFE1FFF; intentionally not defined: equivalent to RAM: 0x2000..0x2FFF */
/* RAM_FF = READ_WRITE 0xFF1000 TO 0xFF1FFF; intentionally not defined: equivalent to RAM: 0x3000..0x3FFF */
/* paged FLASH: 0x8000 TO 0xBFFF; addressed through 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_FD = READ_ONLY 0xFD8000 TO 0xFDBFFF; intentionally not PAGE_FE = READ_ONLY DATA_FAR IBCC_FAR 0xFE8000 TO 0xFEBFFF;
/* PAGE_FF = READ_ONLY 0xFF8000 TO 0xFFBFFF; intentionally not defined: equivalent to ROM_C000 */ defined: equivalent to ROM_4000 */ PPAGE */
END
PLACEMENT /* here all predefined and user segments are placed into the SEGMENTS defined above. */
_PRESTART, /* Used in HIWARE format: jump to _Startup at the code start */ STARTUP, /* startup data structures */ ROM_VAR, /* constant variables */ STRINGS, /* string literals */
VIRTUAL_TABLE_SEGMENT, /* C++ virtual table segment */ //.ostext, /* eventually OSEK code */
DEFAULT_ROM, NON_BANKED, /* runtime routines which must not be banked */
COPY /* copy down information: how to initialize variables */ that all files (incl. library files) are compiled with the option: -OnB=b */
/* in case you want to use ROM_4000 here as well, make sure
INTO ROM_C000 /*, ROM_4000*/ ;
OTHER_ROM INTO PAGE_FE, PAGE_FC, PAGE_FB, PAGE_FA, PAGE_F9, PAGE_F8; //.stackstart, /* eventually used for OSEK kernel awareness: Main-Stack Start */
SSTACK, /* allocate stack first to avoid overwriting variables on overflow */ PAGED_RAM, /* there is no need for paged data accesses on this derivative */
//.stackend, /* eventually used for OSEK kernel awareness: Main-Stack End */
DEFAULT_RAM /* all variables, the default RAM location */ INTO RAM;
DISTRIBUTE DISTRIBUTE_INTO CONST_DISTRIBUTE DISTRIBUTE_INTO DATA_DISTRIBUTE DISTRIBUTE_INTO
ROM_4000, PAGE_FE, PAGE_FC, PAGE_FB, PAGE_FA, PAGE_F9, PAGE_F8; ROM_4000, PAGE_FE, PAGE_FC, PAGE_FB, PAGE_FA, PAGE_F9, PAGE_F8; RAM;
//.vectors INTO OSVECTORS; /* OSEK vector table */
END
ENTRIES /* keep the following unreferenced variables */
/* OSEK: always allocate the vector table and all dependent objects */ //_vectab OsBuildNumber _OsOrtiStackStart _OsOrtiStart
END
STACKSIZE 0x100 /* size of the stack (will be allocated in DEFAULT_RAM) */
/* use these definitions in plane of the vector table ('vectors') above */
VECTOR 0 _Startup /* reset vector: this is the default entry point for a C/C++ application. */
//VECTOR 0 Entry /* reset vector: this is the default entry point for an Assembly application. */ //INIT Entry /* for assembly applications: that this is as well the initialization entry point */
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中全部是非固定页。
