Cortex_M3的低层编程.ppt

Cortex-M3的低层编程;概览;在使用不同的工具链和芯片时，有大量的用法和用量都随之不同。因此，本书不会深入讲解怎样精通一个具体的工具链，也不会大谈如何把程序烧到板子上。在第19 章和第20章会提到一些入门知识，具体内容还需查阅相关的文献和在线帮助文档。;使用汇编;不论如何，时间宝贵。我们应该以C 来实现程序的大框架，而本着好钢用在刀刃上的原则来使用汇编，因为只有在不多的特殊场合是非使用汇编语言不可的，它们是： ?? 无法用 C 写成的函数，如操作特殊功能寄存器，以及实施互斥访问。 ?? 在危急关头执行处理的子程（如，NMI 服务例程）。 ?? 存储器极度受限，只有使用汇编才可能把程序或数据挤进去。 ?? 执行频率非常高的子程，如操作系统的调度程序。 ?? 与处理器体系结构相关的子程，如上下文切换。 ?? 对性能要求极高的应用，如防空炮的火控系统。;使用C;尽管在使用了C后，大大加速了开发，但是底层的系统控制往往还需要汇编代码。很多编译器都允许你直接在C代码中插汇编，称为“内联汇编”；另外还允许你写独立的汇编模块，与编译后的C模块一起连接。以往，使用内联汇编的作法比较多，但是在ARM编译器中，不支持对Thumb‐2指令的内联汇编。取而代之的，是从RealView C编译器的3.0版开始，新增了所谓“嵌入式汇编”的功能，它支持Thumb‐2指令。它让你可以在C程序中插入使用汇编语言编写的函数，;例如： __asm void SetFaultMask(unsigned int new_value) { //在这里使用汇编代码实现本函数 MSR FAULTMASK, new_value // 把new_value写入FAULTMASK中 BX LR // 返回主程序（不可省略） } RealView C 编译器对嵌入式汇编的详细论述，在《RVCT 3.0 Compiler and Library Guide(Ref6)》中给出。;在CM3 中，嵌入式汇编还是比较需要的，因为常常会有访问特殊功能寄存器的时候。比如，在设置堆栈时，就要使用MRS/MSR 指令。对于其它不能由编译器产生的指令，比如WFI/WFE、互斥访问、存储器隔离等指令，也必须用汇编显式给出。;在以前的ARM 处理器中，因为支持ARM/Thumb 双重状态，往往需要所谓的“interworking”，且不同的源文件可能需要编译成不同状态下的代码。在CM3 中不再有此需求，因为只使用了Thumb 状态，从而工程管理清爽多了。;当使用C 开发程序时，推荐你开启CM3 的双字对齐管理机制（在NVIC 配置与控制寄存器中，把STKALIGN 置位），代码形如： #define NVIC_CCR ((volatile unsigned long *)(0xE000ED14)) *NVIC_CCR ＝ *NVIC_CCR | 0x200; //设置STKALIGN位 这是用于确保系统能严格遵守AAPCS 过程调用标准，个中细节请参阅第12 章。;汇编与C 的接口;不过，在大多数场合下的情况都比较简单：当主调函数需要传递参数（实参）时，它们使用R0‐R3。其中R0传递第一个，R1传递第2个……在返回时，把返回值写到R0中。在子程序中，可以随心所欲地使用R0‐R3，以及R12（回顾第9章，想想为什么会PUSH它们）。但若使用R4‐R11，则必须在使用之前先PUSH它们，使用后POP回来。;可见，汇编程序使用R0‐R3, R12时会很舒服。但是如果换个立场——汇编要呼叫C函数，则考虑问题的方式就有所不同：必须意识到子程序可以随心所欲地改写R0‐R3, R12，却决不会改变R4‐R11。因此，如果在调用后还需要使用R0‐R3,R12，则在调用之前，必须先PUSH，从C函数返回后再POP它们，对R4‐R11则不用操心。在本章的示例程序中，绝大多数只是调用汇编子程序，它们只影响少量寄存器，或者会在返回前恢复寄存器的内容，所以往往没有严格遵守AAPCS。这主要是为了突出其它重点，简化程序，请读者不要钻牛角尖。;典型的开发流程;图10.1 使用ARM工具链时的典型开发流程;第一步工作;下面，就隆重请出本书第一个完整的示例程序（请参考向量表来阅读）;这个例子非常简单，它只初始化了SP以及PC，以及初始化了需要使用的寄存器，然后就执行连加循环中。 使用ARM工具来汇编该程序，命令为： $ armasm --cpu cortex-m3 -o test1.o test1.s 命令行中的“‐o”指示后面的是输出文件名——也就是test1.o，它也就是目标文件。;接下来，我们就要使用连接器，连接各目标文件（本例中只有一个）并创建出一个可执行的映像（ELF），命令为： $ armlink --rw_b