企业官网建设流程全解析

1. 项目概述与核心价值

如果你正在或即将踏入基于德州仪器（TI）TMS320C3x系列数字信号处理器（DSP）的嵌入式开发领域，那么“DSK开发套件”这个名字你一定不陌生。它不仅仅是一块评估板，更是一个完整的、从代码编写、调试到硬件接口验证的微型生态系统。我接触过不少从单片机转向DSP开发的工程师，面对全新的指令集、陌生的开发环境和复杂的实时调试需求，往往感到无从下手。而TMS320C3x DSK，恰恰是那个时代TI为降低学习与原型开发门槛而设计的利器。它集成了汇编器、调试器以及一个功能明确的硬件平台，让你能在一个相对封闭但完整的环境里，把汇编指令、内存操作、外设控制和调试逻辑彻底打通。

这套工具的核心价值在于其“完整性”和“教学性”。它不像现代基于高级语言和集成开发环境（IDE）的工具那样抽象，而是将DSP开发的底层细节——从汇编源码的每一行，到调试时寄存器的每一个比特变化，再到主机与DSP之间每一个字节的通信协议——都暴露在你面前。通过它，你能真正理解一个实时DSP应用是如何从文本文件变成在硬件上运行的机器码，调试器是如何在不停止CPU的情况下窥探其状态，以及模拟信号是如何通过TLC32040 AIC（模拟接口电路）与数字世界进行对话的。这种深刻的理解，是后续使用更高级工具进行复杂系统开发时，进行性能优化和问题定位的坚实基础。本文将带你深入这套经典的开发套件，不仅复现其基本操作，更会结合我多年的嵌入式调试经验，拆解其设计精妙之处与实操中的“坑点”。

2. DSK开发环境全貌与设计思路拆解

2.1 软件工具链：汇编器与调试器的协同

DSK的开发流程是一个典型的“编辑-汇编-加载-调试”循环，其工具链设计体现了早期嵌入式开发工具的简洁与直接。

DSK汇编器 (dsk3a)是一个目标明确的工具。它接收.asm后缀的汇编源文件，输出.dsk格式的可执行文件。需要特别注意的是，这不是一个生成标准COFF（通用目标文件格式）文件的汇编器。这意味着它生成的二进制映像直接面向DSK板载内存的物理布局，无法直接与TI官方的更完整的汇编器工具链（如asm30）的输出混用。它的设计哲学是“够用就好”，只实现了最核心的汇编功能，这使得其语法相对简单，学习曲线平缓，但同时也意味着缺乏一些高级特性如复杂的段管理和宏扩展。

其工作流程可以概括为：语法解析 -> 符号解析 -> 地址分配 -> 机器码生成。由于DSK的内存映射是固定的（例如，用户代码通常从0x809802开始），汇编器在解析.start和.sect这类伪指令时，就是在进行绝对的地址绑定。这种设计省去了链接器的环节，简化了流程，但也将内存管理的责任完全交给了开发者。你必须非常清楚你的代码、数据、堆栈各自应该放在内存的哪个区域，避免重叠。

DSK调试器 (dsk3d)则是这个生态系统的“眼睛”和“遥控器”。它是一个基于文本的窗口化调试工具，运行在主机（通常是DOS或早期Windows系统）上，通过并行端口与DSK板上的DSP通信。它的界面分为几个关键窗口：寄存器窗口（实时显示R0-R7、AR0-AR7、状态寄存器等）、反汇编窗口（显示当前PC附近的机器码及其对应的汇编指令）、内存窗口（查看或修改指定地址的内存内容）以及命令窗口。这种布局即使在今天看来也非常高效，信息密度高且一目了然。

调试器的强大之处在于其背后的通信内核。它并非通过停止CPU的“扫描”方式（如JTAG）进行调试，而是通过一个常驻在DSP内存中的小型服务程序（即内核），与主机调试器进行数据包通信，实现寄存器查看、内存读写、断点设置和单步执行。这种方式是“非侵入式”或“极小侵入式”的，因为调试活动本身作为一个低优先级的中断服务例程存在，理论上对主程序实时性的影响可控。这对于音频处理、电机控制等不允许长时间暂停的实时系统调试至关重要。

2.2 硬件平台架构：主机、DSP与AIC的三方对话

DSK的硬件是一个精妙的“三角”结构：主机（PC）、TMS320C31 DSP核心、以及TLC32040 AIC模拟前端。

主机-DSP接口是整个调试功能的物理基石。它利用PC的并行打印机端口（LPT口）与C31的并行总线相连。这里的设计难点在于，并行口本身并非为这种双向、高速的通信协议设计。DSK通过一颗可编程逻辑器件（PAL）和两片总线收发器（74ACT245）巧妙地解决了这个问题。PAL负责地址解码，当C31访问特定的主机接口地址范围（0xFFF000-0xFFFFFF）时，PAL会介入，控制READY信号线，使C31的访问进入等待状态，同时通过INT2中断通知C31有主机请求。数据传递则是以字节为单位，通过握手信号（HPSTB,HPACK）拼合成32位字。这种设计兼容了早期的单向并口和后来的双向并口，体现了很强的工程实用性。

注意：现代电脑已基本淘汰了并行端口，这意味着在物理硬件上复现这一环境需要一台老式PC或使用专门的USB转并口设备，且后者对时序的模拟可能不完美，可能导致通信不稳定。这是复古开发中常见的硬件兼容性问题。

DSP-AIC接口是信号处理功能的实现通道。C31通过其同步串行端口（SPORT）与TLC32040连接，进行数字音频数据的收发。同时，C31的XF0引脚用于复位AIC，TCLK0（定时器0输出）引脚为AIC提供主时钟（MCLK）。AIC是一个高度集成的编解码器，内部包含抗混叠滤波器、ADC、DAC和重构滤波器。开发者需要通过C31的串口向AIC发送特定的配置字（二次通信），来设置其采样率、滤波器模式等参数。这种配置方式灵活但稍显繁琐，是早期芯片的典型特点。

内存映射是连接软件与硬件的桥梁。DSK的C31有2K字的片上RAM，被划分为Block 0和Block 1。通信内核、中断向量表等系统代码通常驻留在Block 1的高端地址（如0x809F00附近）。用户程序则从0x809802开始（0x809800-0x809801被引导程序用作栈空间）。主机接口、定时器、串口等外设的控制寄存器则映射到0x808000开始的地址空间。清晰地理解这张内存地图，是进行有效编程和调试的前提，任何越界访问都可能导致程序跑飞或系统锁死。

3. 从零开始：汇编、调试完整实操流程

3.1 创建与汇编第一个DSK程序

让我们从一个具体的例子开始，重现经典的“随机数生成”程序开发流程。这个例子虽然简单，但涵盖了初始化、循环、子程序调用等基本结构。

首先，你需要用文本编辑器（如DOS下的edit，或任何纯文本编辑器）创建一个名为rand.asm的源文件。文件内容如下，我已为关键指令添加了详细注释：

;------------------------------------------------------------------- ; RAND.ASM ; 一个嵌套循环示例，在内层循环中调用随机数生成函数。 ; 注意：此文件可通过调试器或引导加载程序加载。 ; 本例不使用0x809800和0x809801，因为引导程序将此处用作栈空间。 ;------------------------------------------------------------------- .start ”CODE”,0x809802 ; 代码段起始地址 .sect ”CODE” ; 定义代码段 .entry SAMPLE ; 调试器入口点标签 ;---------------------- SAMPLE ldp @stack ; 加载数据页指针DP ldi @stack,SP ; 加载栈指针SP ;---------------------- ldi 0,R0 ; 初始化随机数种子 SEED = 0 ldi 0,R1 ; 内层循环计数器 ldi 0,R2 ; 外层循环计数器 ;---------------------- OUTER ldi 3,RC ; 设置外层循环重复计数器RC rptb INNER ; 重复执行下方代码块，直到INNER标签（共RC+1次） call RAND ; 调用随机数生成函数 addi 1,R1 ; 内层循环计数加1 INNER addi 1,R2 ; 外层循环计数加1 b OUTER ; 无条件跳回OUTER，形成无限循环 ;------------------------------------------------------------------- ; 快速32位随机数生成器 (线性同余法) ; 公式: SEED = (A * SEED + C) mod 2^32 ;------------------------------------------------------------------- RANDX: ldi @SEED,R0 ; 将当前种子加载到R0 RAND: mpyi @A,R0 ; R0 = A * R0 addi @C,R0 ; R0 = R0 + C sti R0,@SEED ; 将新种子存回内存 rets ; 子程序返回，结果在R0中 ;---------------------- A .word 0107465h ; 乘数A (十六进制) C .word 0234567h ; 增量C (十六进制) SEED .word 0 ; 种子变量初始化为0 ;------------------------------------------------------------------- stack .word $+1 ; 栈起始地址，$代表当前地址 .end ; 汇编结束

创建好源文件后，在命令行中执行汇编命令：

dsk3a rand

这里不需要输入.asm扩展名，汇编器默认识别。如果一切顺利，你将在当前目录下得到rand.dsk文件。如果源文件有语法错误，汇编器会输出错误信息到屏幕，并指出错误所在的行号和类型。常见的错误包括：未定义的标签、操作码拼写错误、立即数格式错误等。

实操心得：DSK汇编器对格式要求比较严格。标签（如SAMPLE:、OUTER:）必须顶格写，不能有前导空格。而指令（如ldi,call）和伪指令（如.word）前必须有至少一个空格或制表符。混淆这一点是新手最常见的错误来源。建议使用能高亮汇编语法的编辑器。

3.2 启动调试器与程序加载

汇编成功后，在命令行输入dsk3d启动调试器。你会看到一个类似下图的文本界面，分为几个窗口区域：

PC 00809c03 SP 008098de R0 00000000 R1 00000000 ... AR0 00000000 AR1 00000000 AR2 00000000 AR3 00000000 ... ... DISASSEMBLY窗口 809c03 50700080 start LDIU 00080h,DP 809c04 08349c2c LDI @09c2cH,SP ... MEMORY窗口 809800 00000007 fffffffc 00809802 00809827 ... COMMAND窗口 _

（注：实际显示内容取决于调试器初始状态和加载的程序）

在COMMAND窗口的光标处，输入加载命令：

load rand.dsk

调试器会通过并行口将rand.dsk文件中的二进制代码和数据加载到DSK板载C31的对应内存地址中。加载成功后，反汇编窗口会显示你程序的起始指令，寄存器窗口的PC（程序计数器）值会指向程序的入口点（本例中应为SAMPLE标签对应的地址，即0x809802）。

关键操作解析：

• F5 (Run): 让程序从当前PC处开始全速运行。对于我们的无限循环程序，CPU会开始不断执行循环和CALL指令。
• F8 (SStep):单步执行。这是最常用的调试命令。每按一次，CPU执行一条指令，然后调试器刷新所有窗口。你可以清晰地看到每条指令执行后，目标寄存器、状态位的变化。例如，单步执行ldi 0, R0后，寄存器窗口的R0值会变为0x00000000。
• F10 (FStep):函数单步。如果当前指令是CALL或BR等跳转指令，按F10会直接执行完整个被调用的子程序，停在子程序返回后的下一条指令。这在你不关心某个函数内部细节时非常高效。
• F6 (DispBP)/F7 (ClrAll): 用于管理断点。你可以在反汇编窗口中，将光标移到某条指令上，按F6设置断点。当程序全速运行到该地址时，会自动暂停，方便你观察状态。
• 寄存器/内存查看与修改：在命令窗口，你可以直接输入R0查看R0的值，输入R0=0x12345678来修改它。输入m 0x809800可以查看从该地址开始的一片内存区域。这些功能对于动态调试和验证算法中间结果至关重要。

3.3 调试器通信内核原理深度解析

调试器所有看似简单的操作背后，都依赖于运行在C31上的通信内核。理解其工作原理，能让你在调试时更有把握。

当你在主机上按下F8（单步）时，调试器软件会通过并行口向DSK发送一个数据包。这个包的命令字段是XSTEP。C31的通信内核收到这个包后，会执行以下精密操作：

1. 保存现场：像中断服务程序一样，将当前所有CPU寄存器（R0-R7, AR0-AR7, IR0-IR1, ST, DP等）的值保存到一块特定的内存区域（上下文保存区）。
2. 设置单步陷阱：内核巧妙地利用C31的一个保留中断——串口1发送中断（XINT1）。它先清除可能挂起的INT2（主机中断），然后使能XINT1中断，并恢复状态寄存器（ST）以开启全局中断。
3. 执行与捕获：内核使用一条延迟分支指令（BUD）跳回用户程序。由于中断使能和跳转是精心安排在同一流水线周期，CPU在执行完用户程序的一条指令后，XINT1中断立即被响应。
4. 再次保存现场：XINT1的中断服务程序就是内核本身的一部分，它再次保存CPU现场（此时PC已指向下一条用户指令），然后向主机发送一个“单步完成”的确认包，并进入“自旋”模式等待下一个主机命令。
5. 主机更新界面：主机调试器收到确认包后，立刻发送XREAD命令包，读取C31上下文保存区中的所有寄存器值，并更新调试器界面上的寄存器窗口。同时，它也会读取当前PC附近的内存，更新反汇编和内存窗口。

这个过程实现了真正的实时单步。与JTAG扫描式调试需要停止整个CPU内核不同，这种方式只在执行单条用户指令前后进行短暂的中断处理，对系统实时性的打断极小。XRUNF（运行至断点）和XHALT（暂停）命令的实现原理类似，分别依赖于将断点处的指令替换为TRAP指令，以及直接由主机发起INT2中断。

注意事项：通信内核本身需要占用一部分内存（通常在RAM Block 1的高端）和少量的CPU时间（中断处理开销）。在编写对内存和时序极其敏感的程序时，需要清楚内核的存在，避免使用其占用的内存区域，并对中断响应时间有合理预估。

4. 硬件接口与AIC配置实战

4.1 主机并行口通信协议详解

要让主机和DSK对话，你需要理解它们之间的“语言”。所有通信都以数据包为单位进行。每个包的结构如下表所示：

例如，主机要读取从0x809800开始的10个32位字，它会发送一个命令为XREAD，长度为10，地址为0x809800，索引为4（因为每个字占4字节）的包。C31内核收到后，会从0x809800开始读取10个字，每读一个字后地址加4，然后将这10个字的数据流打包发回主机。

物理层的传输是一次一个字节的握手过程。以主机写数据到C31为例：

1. 主机将数据字节写到并行口数据线（I/O地址0x378）。
2. 主机拉低HPSTB信号，这会在C31端产生INT2中断。
3. C31响应中断，开始一个对地址0xFFF000的读访问（带一个等待状态）。
4. PAL芯片解码到这个地址，拉低主机的ERROR信号（作为HPACK应答），并拉高C31的READY信号，使C31的读访问挂起。
5. 主机看到HPACK有效，便拉高HPSTB。
6. PAL检测到HPSTB的上升沿，拉低C31的READY，C31的读周期完成，读取数据总线上的字节。
7. 重复1-6步骤四次，传输一个完整的32位字（先低字节，后高字节）。

这种基于硬件握手的协议虽然速度不快，但非常可靠，是早期缺乏高速通用接口（如USB）时的经典解决方案。

4.2 TLC32040 AIC初始化的每一步

AIC是DSK与模拟世界连接的桥梁。要让它工作，必须按顺序完成以下初始化步骤，任何一步出错都可能导致无声或杂音。

第一步：硬件复位AIC在软件开始配置前，必须通过C31的XF0引脚给AIC的RESET引脚一个负脉冲。代码如下：

rpts 40 ; 重复执行下条指令40次，产生足够长的延时 ldi 2h, IOF ; IOF寄存器第1位置1，XF0输出低电平，复位AIC ldi 6h, IOF ; IOF寄存器第1位置0，第2位置1，XF0输出高电平，结束复位

rpts指令用于产生简单的延时，确保复位脉冲宽度满足AIC芯片的要求。

第二步：配置C31定时器0，为AIC提供主时钟（MCLK）AIC的所有内部时序（包括采样率）都源于MCLK。DSK通常用C31的定时器0输出（TCLK0）来产生这个时钟。

TGCR0 .set 808020h ; 定时器0全局控制寄存器地址 TCNT0 .set 808024h ; 定时器0计数器寄存器地址 TPR0 .set 808028h ; 定时器0周期寄存器地址 TIMVAL .word 3c1h ; 控制值：时钟模式，内部时钟源，TCLK0引脚输出使能 ldp @TGCR0 ; 设置数据页指针指向定时器寄存器区 ldi 0h, R4 ldi 1h, R0 ; 设置定时器周期值为1 sti R4, @TGCR0 ; 先停止定时器0 sti R0, @TPR0 ; 写入周期寄存器 sti R4, @TCNT0 ; 清零计数器 ldi @TIMVAL, R7 ; 加载控制值 sti R7, @TGCR0 ; 启动定时器0

这段代码将定时器0配置为时钟模式，输出一个占空比50%的方波。当C31主频为50MHz时，定时器输入时钟为50MHz / 4 = 12.5MHz。周期寄存器设置为1，则输出频率为12.5MHz / 2 = 6.25MHz。这就是AIC的MCLK频率。这是整个音频系统时序的基准，务必准确。

第三步：配置C31的串行端口（SPORT0）C31通过串口与AIC交换数字音频数据。需要配置串口为主动模式，生成帧同步和位时钟。

SGCR0 .set 808040h ; 串口0全局控制寄存器 SPCX0 .set 808042h ; 串口0发送控制寄存器 SPCR0 .set 808043h ; 串口0接收控制寄存器 SINIT0 .word 0e973300h ; 使能接收中断，16位传输，FSX/FSR低有效，连续模式 SINIT1 .word 111h ; 配置FSX, DX, CLKX, FSR, DR, CLKR为串口功能引脚 ldp @SGCR0 ldi 0h, R4 sti R4, @SGCR0 ; 先复位串口 ldi @SINIT1, R7 sti R7, @SPCX0 ; 配置发送引脚 sti R7, @SPCR0 ; 配置接收引脚 ldi @SINIT0, R7 sti R7, @SGCR0 ; 启动串口并设置工作模式

关键参数0e973300h需要拆解理解：它设置了16位字长、接收中断使能、内部产生帧同步和时钟、以及连续传输模式。AIC要求数据在帧同步信号有效期间同步传输。

第四步：通过串口配置AIC内部寄存器这是最复杂的一步。AIC通过“二次通信”协议进行配置。你需要向AIC的发送端写入特定的14位配置字。

1. 计算A、B计数器值：AIC的采样率由Tx/Rx计数器的A、B值决定。公式为：采样率 = MCLK / (2 * A * B)。例如，目标采样率Fs=8kHz，MCLK=6.25MHz。首先计算A值以满足内部开关电容滤波器时钟要求（通常设为288kHz）：A = MCLK / (2 * 288kHz) ≈ 10.85，取整为11。然后计算B值：B = MCLK / (2 * A * Fs) = 6.25M / (2118000) ≈ 35.51，取整为36。
2. 构建配置字：配置字是16位的，高14位是数据（D15-D2），低2位是模式（D1-D0）。对于写发送计数器A寄存器，其寄存器地址假设为01（二进制），则数据部分为A值（11）左移2位加上地址01，即(11<<2) | 0x01 = 0x2D。再将其放到高14位：0x2D << 2 = 0xB4。模式位设为00（表示后续还有二次通信）。所以整个16位字为0xB400。
3. 发送配置字：通过C31串口发送这个字。由于串口已配置为16位模式，直接写入数据发送寄存器即可。但AIC要求在一次帧同步期间完成一次“二次通信”，即连续发送两个16位字。第一个字是哑元数据（例如0x0000），第二个字才是上述配置字。AIC会在接收到第二个字后，将其低14位锁存到对应的内部寄存器。

避坑指南：AIC的配置对时序非常敏感。必须在AIC复位完成、MCLK稳定、串口正确初始化之后，才能开始发送配置字。建议在发送配置字序列之间加入少量软件延时（例如用空操作指令nop循环），确保AIC有足够时间处理前一个配置。配置完成后，可以通过读取AIC状态寄存器来验证配置是否成功（如果支持）。

5. 开发中的典型问题与深度排查技巧

在DSK平台上开发，你会遇到各种软硬件交织的问题。下面是我总结的一些常见问题及其排查思路，很多是手册上不会写的“经验之谈”。

5.1 程序加载失败或调试器无响应

现象：在调试器中输入load命令后，长时间无反应，或提示加载错误。

• 排查思路1：检查硬件连接与电源

  • 确保DSK板卡供电正常，所有连接线（特别是并行口电缆）牢固。老式并口电缆容易因针脚弯曲导致接触不良。
  • 尝试在主机BIOS中确认并口模式设置为“标准”或“输出”，避免ECP/EPP等高级模式，DSK驱动可能不兼容。

• 排查思路2：确认内存地址冲突

  • 检查你的程序起始地址（.start伪指令）是否与通信内核占用的区域冲突。内核通常位于0x809F00附近。确保你的代码、数据、栈空间完全在0x809802到0x809EFF以及0x809000到0x8097FF的可用RAM区域内。
  • 使用调试器的内存查看命令（m）手动查看0x809800之后的内容。如果全是0或随机值，说明加载可能根本没成功。如果看到疑似代码的数据，可能是上次加载的残留。

• 排查思路3：简化测试程序

  • 编写一个最小的测试程序，例如只包含一个无限空循环（B $）和正确的入口点。排除程序本身复杂逻辑导致崩溃的影响。
  • 如果最小程序可以加载运行，再逐步添加功能，定位问题代码段。

5.2 程序运行异常或跑飞

现象：程序可以加载，但一运行（按F5）就失去响应，或寄存器/内存出现乱码。

• 排查思路1：检查栈指针（SP）初始化

  • 这是新手最易犯的错误。在程序开头，必须正确初始化栈指针（SP）和数据页指针（DP）。例如：ldi @stack, SP和ldp @stack。如果SP指向了非法或只读内存区域，一旦发生函数调用或中断，压栈操作就会破坏其他数据或导致硬件异常。
  • 实操技巧：在调试器中，单步执行完初始化代码后，立即检查SP和DP寄存器的值是否符合预期（通常指向你定义的stack标签地址和对应的数据页）。

• 排查思路2：中断向量表是否正确

  • C31的中断和陷阱向量位于内存固定地址（如0x809FC0开始）。如果你的程序使用了中断（如定时器中断、串口接收中断），或者调试器单步（使用了XINT1），就必须确保这些向量地址存放了正确的跳转指令，指向你的中断服务程序。
  • 通信内核已经占用了部分向量。你需要查阅DSK文档，明确哪些向量是内核用的，哪些是用户可以自定义的。用户程序不应覆盖内核使用的向量。

• 排查思路3：内存越界访问

  • 使用数组或循环时，很容易发生数组索引越界，写坏了相邻的关键数据或代码。在调试器中，观察循环计数器（RC寄存器）和地址寄存器（ARx）的值是否在预期范围内。
  • 利用调试器的内存断点功能（如果支持），或者在你怀疑的关键数据区前后设置“哨兵”值（如0xDEADBEEF），运行一段时间后检查哨兵值是否被改变。

5.3 AIC无声或输出噪声

现象：代码编译加载正常，但连接AIC的音频输出口没有声音，或全是噪声。

• 排查思路1：确认MCLK和信号通路

  • 首先用示波器测量AIC的MCLK引脚（第7脚）是否有6.25MHz（或你设置的频率）的方波。没有时钟，AIC完全无法工作。
  • 测量串口时钟CLKX/CLKR和帧同步FSX/FSR是否有信号。如果没有，检查C31串口初始化代码是否正确，特别是SINIT0和SINIT1的值。
  • 检查AIC的复位信号是否已经释放（高电平）。

• 排查思路2：验证AIC配置数据

  • 最可能的原因是A/B计数器配置错误，导致实际采样率与预期不符。重新核对计算过程。例如，目标8kHz，若错配成80kHz，可能听不到声音或音调极高。
  • 确认发送给AIC的配置字序列是正确的。可以在调试器中，在发送配置字的代码段设置断点，单步执行，并查看串口数据发送寄存器的值，是否与你计算的配置字一致。
  • AIC的配置可能需要多次尝试。有些AIC芯片对配置序列的时序有苛刻要求，尝试在配置命令之间增加更多的nop延时。

• 排查思路3：检查音频数据流

  • 确保你的应用程序确实在持续地向串口数据发送寄存器写入有效的音频数据（例如正弦波样本、从ADC读取的数据）。
  • 在调试器中，可以编写一个简单的测试，循环向串口发送一个固定的16位值（如0x2000），这应该会在输出端产生一个直流偏置。用万用表测量AIC的模拟输出端，应该能测到一个稳定的直流电压。如果没有，说明数字数据通路可能有问题。

5.4 调试器单步或断点行为异常

现象：单步执行时，程序没有按预期执行一条指令就停下，或者断点触发后程序状态混乱。

• 排查思路：理解调试器中断与用户中断的冲突
  • 调试器的单步功能依赖于XINT1中断。如果你的用户程序也使能并使用了XINT1（或其他高优先级中断），就会发生冲突，导致单步失效或程序跑飞。
  • 解决方案：在用户程序中，避免使用通信内核占用的中断源（主要是XINT1和INT2）。如果必须使用中断，仔细规划中断优先级，并确保在调试阶段相关中断处理程序是安全的，或者暂时禁用它。
  • 断点功能是通过将目标指令替换为TRAP指令实现的。确保你设置的断点地址是有效的指令起始地址，并且不在中断向量表等关键区域。移除断点后，调试器会尝试恢复原指令，但如果内存被意外修改，恢复可能失败。

掌握这些排查技巧，需要你对DSK的软硬件有整体的认识。很多时候，问题不是单一的，而是多个因素叠加。养成从简到繁、分模块验证的习惯至关重要。先让最简单的程序跑起来，再添加外设驱动，最后集成算法，每一步都充分测试，能极大提升开发效率，减少在复杂问题中迷失的时间。DSK虽然是一个老平台，但通过它磨练出的这种底层调试和系统思维，在任何嵌入式开发中都是宝贵的财富。