在MSP430的RAM中调试程序的研究

dev_here

已于 2024-09-28 11:39:24 修改

阅读量4k

点赞数

CC 4.0 BY-SA版权

于 2016-12-25 19:07:07 首次发布

本文链接：https://blog.youkuaiyun.com/dev_here/article/details/53871562

本文介绍了如何在MSP430F5529的RAM中进行程序调试，详细解析了MSP430F5529的启动过程，包括中断向量表的位置和程序入口点。通过调整IAR IDE的设置和链接器脚本，实现了在RAM中调试，避免了直接运行到main函数，确保了程序的完整执行流程。此外，还讨论了RAM与FLASH之间的切换问题，以及如何处理中断向量表，确保在RAM调试时中断功能的正常工作。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

先说下我所使用的IDE及硬件，IDE为IAR集成开发环境，本人从学习单片机时就使用的IAR，CCS也用过，但觉得没IAR使用的顺手，如果是CCS爱好者请自己去研究下CCS中应该怎么设置才能在RAM中调试MSP430的程序，理论上也是很简单的。硬件为MSP-EXP430F5529LP，也就那块红色的MSP430F5529 LaunchPad 。至于为什么要在RAM中调试程序，自己去百度这样做的好处吧，我也懒得说了。

首先简单分析下MSP430F5529的启动过程，根据其官方数据手册所述，中断向量表如下：

可以看到中断向量表在0xFF80-0xFFFF，其中复位向量在0xFFFE-0xFFFF，一共两个字节，16位，系统上电或复位后从这里取出16数据作为PC的值，然后MCU开始执行“main”函数，其实并不是最先执行的main函数，而是执行IAR编译器定义的程序入口点__program_start函数，其又被编译器定义为cstart_begin函数，后面紧跟着的是cstart_call_main函数，此函数才会去调用main函数。口说无凭，实验为证。

使用IAR创建一个工程，在main.c中随便写几句代码，然后在工程选项的Debugger子选项卡中取消勾选Run to main，取消此勾选的原因是此选项会在调试中直接让单片机运行到main函数的第一行代码然后暂停。这样一来main函数之前的代码就无法看到了，我这里使用的是软件仿真，硬件仿真也会是一样的结果。

设置完后点击调试按钮出现反汇编窗口，如下图，可以看到，程序并没有停在左边的源代码窗口，而是停在了右边的反汇编窗口，并且当前程序的地址为0x4400，其具有两个标号，分别为cstart_begin和__program_start，此函数只有一句代码"MOV.W #0x4400,SP"，不难看出这是在设置堆栈指针SP为0x4400(注意和当前的PC值不要搞混，虽然值是一样的)，下面紧跟标号为cstart_call_main的函数，此函数第一句代码是调用的main函数，第二句调用exit函数，exit函数是编译器自动为我们定义的函数，这里不做说明。