1. 项目概述：从官方文档到实战指南的跨越

如果你手头有一块德州仪器（TI）的AFE-BREAKOUT-MVK模块，并且刚刚翻完了那份名为SLAU380的技术参考手册，你可能会和我最初的感觉一样：信息很全，但有点散，像是一本零件清单和功能说明书，距离“上手即用”还差那么一口气。这份文档告诉你板子上有什么、接口在哪里、软件项目叫什么，但对于“我拿到这块板子后，第一步该插哪根线？代码烧进去没反应怎么办？这个LED不亮是硬件坏了还是我配置错了？”这些实际开发中必然会撞上的问题，它往往语焉不详。

我从事嵌入式开发十几年，经手过各种评估板，深知从阅读手册到让板子“跑起来”之间，往往隔着一道由琐碎细节和经验教训构成的鸿沟。AFE-BREAKOUT-MVK本质上是一块MAVRK平台的AFE总线调试与扩展板。它的核心价值，官方文档说得很清楚：通过标准排针引出所有信号方便探测，并用LED直观显示GPIO状态。但这块板子真正的威力，在于它能让你脱离抽象的时序图和数据手册，在真实的硬件上，用真实的代码，去验证UART、SPI、I2C这些基础但至关重要的通信总线，以及GPIO的控制逻辑。这对于调试自定义的AFE模块，或者单纯学习MAVRK平台的软件框架，都是极好的起点。

然而，官方指南更像是一张“地图”，标明了山川河流和城市，却没告诉你路上哪个路口容易堵车，哪家客栈的饭菜比较实惠。接下来，我将结合我调试这块板子的实际经历，为你补全这份“地图”上缺失的“导航信息”。我们会从硬件接口的物理连接、电源配置的注意事项开始，深入到三个通信总线（UART, SPI, I2C）的软件调试细节，最后分享GPIO控制的技巧以及那些手册上没写的“坑”。无论你是刚接触MAVRK的新手，还是正在集成AFE模块却遇到通信问题的工程师，这篇文章都能提供直接的、可操作的参考。

2. 硬件接口深度解析与上电前必查清单

拿到AFE-BREAKOUT-MVK板子，别急着上电。花十分钟理清硬件连接，能避免后续很多莫名其妙的故障。这块板子本身不是一个独立系统，它必须插在MAVRK母板（例如MB-PRO-MVK）上，并由母板上的MCU模块来控制和供电。这个依赖关系是一切工作的前提。

2.1 核心连接与电源架构剖析

板子通过两个60针的AFE连接器（J1， J2）与母板对接。母板会通过这两个连接器提供两路电源：DVDD_3.3V和AVDD_5.5V。板载的TPS62120和TPS63700两颗DC/DC芯片，会将这两路输入电源进行转换，生成AFE子卡所需的+5V单电源或±2.5V双电源。电源路径的选择由板上的一个拨码开关SW1控制。

这里有一个极易被忽略但至关重要的细节：板载电源与外部电源的冲突问题。在AFE-BREAKOUT-MVK的PCB上，预留了电阻R53和R60的位置。根据手册提示，如果你在相邻的AFE插槽中使用了能够向AFE总线供电的SCI模块，你必须移除R53和R60这两个电阻。否则，板载的DC/DC转换器输出的电源会与SCI模块输出的电源在总线上发生冲突，轻则导致电源异常，重则损坏芯片。我个人的习惯是，在首次使用任何AFE模块时，都先检查一下母板上相邻插槽的配置，如果不确定，就用万用表测量一下AFE连接器上的电源引脚电压，确认没有意外的电压输入。

2.2 接口排针功能详解与安全操作

板子边缘的五组排针（P1-P5）是调试的核心。所有信号都通过100mil间距的标准排针引出，方便连接杜邦线或逻辑分析仪夹子。

• P1， P2：GPIO锁存输出接口。这是这块板子设计最巧妙的地方之一。AFE_GPIO[0:15] 这16根线并没有直接连接到排针，而是先经过了一片SN74LVC573A八路D型锁存器。锁存器的作用是：当MCU通过AFE总线去操作其他模块时，它能保持GPIO引脚上的输出状态不变，防止信号抖动。P1对应GPIO0-7，P2对应GPIO8-15。但请注意：根据软件描述，目前只有低8位（GPIO0-7）是可通过软件控制的，高8位可能未启用或用于其他内部功能。在调试时，如果你发现控制高8位对应的LED（D18-D25）没反应，这不是故障，而是预期行为。
• P3：通信总线接口。这是UART、SPI、CAN和模块间通信线的集合。对于调试UART和SPI的Loopback（回环）测试至关重要。你需要牢记这几个关键引脚位置：
  • UART_TX: P3.3
  • UART_RX: P3.5
  • SPI_CLK: P3.9
  • SPI_CS: P3.7
  • SPI_MOSI: P3.11
  • SPI_MISO: P3.13 在进行UART或SPI自测试时，你需要用跳线帽或杜邦线短接TX与RX，或者MOSI与MISO。
• P4：I2S与控制信号接口。
• P5：I2C专用接口。直接连接到了板载的EEPROM芯片。

重要提示：这些排针直接连接到AFE总线，而AFE总线直接与MCU和各类敏感的模拟/数字器件相连。在带电状态下用示波器探头或万用表表笔直接戳这些排针时，务必确保仪器接地良好，避免引入静电或瞬间短路。一个不小心，可能就会让MCU或AFE芯片“罢工”。建议先断电连接测量线，再上电观察。

2.3 状态指示灯（LED）解读

板载的LED是快速诊断的利器：

• D1， D2：分别指示来自母板的3.3V数字电源和5.5V模拟电源是否正常。上电后这两个灯必须常亮，否则请检查母板供电和AFE连接器是否插紧。
• D5， D6， D8：指示板载电源转换结果。D5亮表示+5V输出正常；D6和D8同时亮，表示±2.5V双电源输出正常。具体哪个亮，取决于SW1的拨动位置。
• D10-D25：对应16路AFE_GPIO1_x信号。当某路GPIO输出为高电平时，对应的LED就会点亮。这是实时监控GPIO输出状态最直观的方式。

在上电前，我的标准检查清单是：1) 确认AFE-BREAKOUT-MVK牢固插入母板的AFE1槽位（这是Demo代码的默认槽位）；2) 确认SW1拨码开关处于所需位置（通常Demo使用+5V）；3) 准备好USB线为母板供电，以及MSP-FET430UIF仿真器用于调试；4) 根据要测试的总线，准备好短接P3上相应引脚的跳线帽。

3. 软件开发环境搭建与项目导入实操

官方手册对软件部分的描述非常简略，只提到了需要IAR或CCS，以及一个叫做“MAVRK Software repository”的东西。对于不熟悉TI这套开发流程的工程师来说，这里有几个隐形的台阶。

3.1 软件仓库获取与同步的“坑”

手册里说的“Gerrit server”和“clone the QT Tool project”对于新手可能有些陌生。TI的MAVRK软件其实托管在一个基于Git的版本控制系统上（以前是Gerrit，现在可能迁移到其他Git服务）。你需要使用Git工具来克隆（clone）整个软件仓库。

一个常见的误区是只下载了某个单独的Demo工程文件。MAVRK的软件是一个庞大的、结构化的仓库，包含了所有模块的底层驱动库、板级支持包、项目框架以及示例工程。只下载Demo工程而缺少底层库，编译时一定会报错，提示找不到各种头文件（如mvk.h，platform.h）。

正确的做法是找到TI官方提供的MAVRK软件包下载链接（通常在TI官网该模块的产品页面或Wiki里），下载完整的SDK安装包，或者按照指南使用Git命令克隆整个仓库。例如，早期的获取命令可能类似于git clone http://git.ti.com/mavrk/mavrk-software.git，但请务必以TI最新文档为准。克隆完成后，你会得到一个包含mavrk_embedded，mavrk_qt_tool等目录的完整源码树。

3.2 集成开发环境配置要点

你可以选择IAR Embedded Workbench for MSP430或TI Code Composer Studio。两者各有优劣：IAR在MSP430领域历史悠久，编译效率高；CCS基于Eclipse，免费功能强大，与TI其他工具链集成好。我个人更倾向于使用CCS，因为其社区支持和插件生态更活跃。

在CCS中导入项目时，关键点在于正确设置工作空间和编译器版本。你需要将CCS的工作空间指向你克隆的MAVRK软件仓库的根目录，或者至少是mavrk_embedded目录。然后通过File -> Import -> CCS Projects来导入现有的AFE_Breakout_Demo项目。项目路径通常位于mavrk_embedded\Modular_EVM_Projects\Component_Demo_Projects\AFE_Breakout_Board_Demo_Project。

导入后，立即检查项目属性中的编译器版本和设备型号。MAVRK项目通常针对特定的MSP430型号（如MSP430F5529）进行配置。确保你选择的编译器版本与项目兼容（避免使用太新或太旧的版本），并且设备型号与你的MCU模块一致。一个编译不过的常见原因就是编译器版本不匹配。

3.3 理解项目工作空间与配置管理

打开AFE_Breakout_Demo项目，你会发现它不是一个单一配置的项目。正如手册所说，它包含了UART_Demo，SPI_Demo，I2C_Demo三种配置。在CCS的“Project Explorer”视图里，项目名称旁边应该有一个下拉框。你必须在这里选择当前要编译和调试的配置。这是很多新手会忽略的一步，导致修改了UART的代码，却编译了SPI的配置，下载后自然看不到预期效果。

选择好配置后，点击编译。如果一切环境配置正确，你应该能顺利编译通过。接下来，用MSP-FET430UIF仿真器连接MCU模块的JTAG接口，在CCS中创建调试配置，将编译好的程序下载到板载MCU中。如果遇到编程失败，检查仿真器驱动是否安装，连接是否可靠，以及目标板是否已供电。

4. UART通信调试：从Loopback测试到数据收发实战

UART是嵌入式系统中最基础的调试接口，也是验证AFE-BREAKOUT-MVK板子是否“活着”的第一步。Demo项目采用了一种经典且有效的测试方法：回环测试。

4.1 硬件连接与软件配置详解

首先，进行硬件回环。找到板子上的P3排针，用一根跳线帽或杜邦线，将第3脚（TX）和第5脚（RX）短接起来。这样，MCU从TX发送出的每一个字节，都会立刻从RX接收回来，形成一个闭环。

软件层面，Demo代码的初始化流程值得我们仔细推敲。在main函数或相关的初始化函数中，会调用mvk_Init_MAVRK_Standard_Settings()。这个函数是MAVRK平台的标准化初始化例程，它其中就包含了对UART模块的默认配置：波特率460800，8位数据位，无校验位，1位停止位。这个波特率相当高，对于板内短距离回环测试完全没问题，但也意味着如果你后续想连接PC串口助手，你的USB转串口模块必须能支持这个速率。

UART初始化的核心是注册一个发送句柄：

UartDebugHandle = mvk_Register_UART_Tx(MAVRK_UART_P1P2， MAVRK_AFE1， 2， SET， CLEAR);

我们来拆解这个函数调用：

• MAVRK_UART_P1P2：指定使用哪一组UART硬件资源。在MAVRK架构中，UART可能有多组，这里指代连接到AFE总线的那一组。
• MAVRK_AFE1：指定UART设备位于哪个AFE槽位。这是关键！Demo默认配置在AFE1槽位。如果你的板子插在AFE2，这里不修改，代码将无法正确寻址。
• 2：优先级。在有多路数据需要发送时，决定谁先谁后。
• SET， CLEAR：这两个参数控制缓冲区的行为。SET通常代表“快速打印”模式，数据可能不经缓冲直接发送；CLEAR代表不覆盖缓冲区旧数据。具体含义需查阅API文档。

4.2 数据发送与接收验证技巧

注册句柄后，代码进入主循环，不断调用：

mvk_UART_Debug_PrintF_Flush(UartDebugHandle， “Hello from MCU UART”， 19);

这个函数将字符串“Hello from MCU UART”（共19个字符，含结束符）通过UART发送出去。由于硬件回环，这些字符又会被同一UART接收回来。

如何验证收发成功？手册建议在接收回调函数user_Decode_UART_RX_Data(...)里设断点。这没错，但实际操作中，有更直观的方法。你可以在发送函数之后，立即读取接收缓冲区。或者，更好的办法是利用CCS的“Expressions”或“Memory Browser”视图，实时观察接收缓冲区数组的内容。当你看到缓冲区里陆续出现“Hello from MCU UART”的ASCII码时，就证明UART通路完全正常。

实操心得：有时回环测试成功了，但连接外部设备却不通。除了检查波特率、电平（MAVRK通常是3.3V TTL电平）外，还要注意UART的TX和RX线是否被其他功能复用。在MAVRK的AFE总线上，某些引脚可能是多功能复用的。确保在软件初始化中，正确配置了引脚功能为UART，而不是GPIO或其他。这需要查看MCU模块的具体数据手册和MAVRK的引脚映射表。

4.3 波特率容错与错误处理

虽然默认460800波特率很稳定，但在实际项目中，我们常使用更通用的波特率，如115200或9600。修改波特率通常需要在mvk_Init_MAVRK_Standard_Settings()函数内部，或者调用更底层的UART初始化函数进行配置。修改后，务必确保通信双方（如果连接了外部设备）的波特率设置完全一致。UART对波特率误差非常敏感，误差积累会导致帧错误。

在Demo的基础上，我们可以增加简单的错误处理机制，例如检查UART的溢出错误、帧错误、奇偶校验错误标志位（如果使能了校验）。虽然回环测试一般不会出错，但这些代码框架对于构建健壮的实际应用至关重要。

5. SPI总线调试：理解主从模式与数据帧结构

SPI是一种全双工、同步的串行通信总线，在MAVRK平台上常用于连接高速ADC、DAC、Flash存储器等器件。AFE-BREAKOUT-MVK的SPI Demo同样采用了回环测试，但SPI的机制比UART要稍微复杂一些。

5.1 SPI硬件连接与四线制理解

进行SPI回环测试，需要短接两对线：MOSI（主出从入）与MISO（主入从出）。在P3排针上，MOSI是第11脚，MISO是第13脚。用跳线帽将它们短接。这意味着MCU作为SPI主机发送的数据，会通过MOSI线送出，经过跳线直接流入MISO线，被MCU自己接收回来。时钟（SCLK， P3.9）和片选（CS， P3.7）信号则由MCU主机正常产生。

这里引出一个重要概念：在标准的SPI主从通信中，片选信号CS是必需的，用于选择特定的从设备。在回环测试中，虽然没有真实的从设备，但主机仍然需要生成一个CS信号（通常拉低使能）来启动一次SPI传输事务。Demo代码中应该已经配置好了CS引脚，并会在传输前后控制其电平。

5.2 软件配置与数据传输剖析

SPI的初始化比UART参数更多，通常通过一个结构体进行配置：

mvk_Configure_SPI_Device_Working_Settings(MAVRK_AFE1， &AFE1_SPI_device_settings);

这个AFE1_SPI_device_settings结构体里包含了SPI通信的所有关键参数：

• 时钟极性（CPOL）与时钟相位（CPHA）：这决定了时钟空闲电平和数据采样的边沿。常见模式有Mode 0（CPOL=0， CPHA=0）和Mode 3（CPOL=1， CPHA=1）。必须确保通信双方模式一致，Demo通常使用Mode 0。
• 位序（MSB/LSB First）：数据是从最高位开始发送还是最低位。
• 时钟频率：SPI的通信速率。MAVRK的API可能会封装设置，也可能需要直接配置MCU的SPI模块时钟分频器。
• 数据位宽：通常是8位。

数据传输函数是核心：

mvk_Write_SPI_Payload(MAVRK_AFE1， “Hello from MCU SPI”， read_buffer， 18， 0);

• 第一个参数指定AFE槽位。
• 第二个参数是发送数据缓冲区指针。
• 第三个参数read_buffer是一个数组，用于存放接收到的数据。在回环测试中，这个数组的内容应该和发送的数据一模一样。
• 第四个参数是传输的数据长度（18字节）。
• 最后一个参数可能是标志位或超时设置。

调试时，在调用此函数后设置断点，查看read_buffer数组的内容，是验证SPI通信是否正常的最直接方法。

5.3 超越Demo：模拟真实从设备通信

回环测试验证了SPI控制器和物理链路是好的，但真实世界需要与从设备通信。以连接一个SPI Flash芯片为例，你需要：

1. 移除MOSI-MISO的短接线，将MCU的MOSI、MISO、SCLK、CS分别连接到Flash芯片的对应引脚。
2. 仔细阅读Flash芯片的数据手册，确定其支持的SPI模式、指令集、以及读写时序。
3. 在代码中，实现具体的读写函数。例如，发送“读ID”指令（如0x9F），然后读取返回的制造商和设备ID。
4. 注意片选时序：每次传输前后，需要正确拉低和拉高CS线。有些设备要求CS在连续传输命令和数据期间保持低电平，有些则要求每个字节或每个指令后都要翻转。

通过AFE-BREAKOUT-MVK的排针，你可以轻松地将这些信号引出，连接到你自己的SPI设备上进行原型验证，这正是这块板子的价值所在。

6. I2C总线与EEPROM读写实战

I2C Demo是三个Demo中最接近真实应用场景的一个，因为它操作了一个真实的外设——板载的EEPROM芯片。I2C是双线制（串行数据SDA和串行时钟SCL）总线，支持多主多从，通过设备地址寻址。

6.1 硬件连接与从设备地址寻址

AFE-BREAKOUT-MVK板载的EEPROM型号通常是24xx128或其兼容型号，这是一个容量为16Kbit（2KB）的器件。它的I2C接口直接连接到了P5排针上。因此，进行I2C测试不需要任何外部跳线，代码直接通过I2C总线与板载EEPROM通信。

I2C设备都有唯一的7位或10位从机地址。对于24xx128，其地址由硬件引脚（A0， A1， A2）的电平决定。在AFE-BREAKOUT-MVK板上，这些引脚通常被固定接地或接VCC，从而确定了一个固定的地址，例如0x50（7位地址，写操作）或0x51（读操作）。Demo代码中会定义这个地址常量。

6.2 EEPROM读写操作流程详解

Demo代码的执行逻辑通常是：向EEPROM的某个非保留地址写入一个字节的数据，然后立刻从同一地址读回该数据，比较两者是否一致，以此验证I2C读写功能。

关键函数调用如下：

mvk_Write_I2C(I2C_slave_address， device_slot， EEPROM24xx128_I2C_write_data， total_number_write_bytes);

• I2C_slave_address: EEPROM的7位I2C从机地址（例如0x50）。
• device_slot: 指定I2C控制器所在的AFE槽位（MAVRK_AFE1）。
• EEPROM24xx128_I2C_write_data: 指向要写入数据的缓冲区的指针。对于EEPROM，写入的数据通常包括目标内存地址和要存储的数据。例如，要往地址0x0100写入0xAA，缓冲区内容可能是{0x01， 0x00， 0xAA}（假设是16位地址的EEPROM）。
• total_number_write_bytes: 要发送的总字节数（地址+数据）。

读取操作则更为复杂，通常需要先发送一个“写”操作来设置内存指针（发送目标地址），然后发起一个“读”操作来获取数据。在mvk_Read_EEPROM_24xx128()函数中，你可以看到这个标准的I2C复合格式操作流程。

6.3 重要警告与最佳实践

手册中特别强调：EEPROM的最高256字节（地址范围）用于存储板卡信息，用户程序绝对不应覆盖这部分区域。通常这部分区域位于存储空间的顶部。例如，对于一个2KB（地址0x0000-0x07FF）的EEPROM，0x0700-0x07FF这256字节是保留区。在编写你自己的测试代码时，务必选择靠前的地址，如0x0000， 0x0010等。

I2C通信的稳定性对时序和上拉电阻非常敏感。MAVRK主板和AFE-BREAKOUT-MVK模块应该已经设计了合适的上拉电阻。但如果你的I2C总线上连接了多个设备，或者通信距离较长，可能需要检查总线上的上拉电阻阻值是否合适（通常在4.7kΩ到10kΩ之间），以及总线电容是否过大导致边沿变缓，从而引发通信失败。

此外，EEPROM的写入操作需要一定时间（页写入周期，典型值5ms）。在调用写函数后，如果立即发起读操作，可能会失败，因为器件还在忙于内部写入。可靠的写法是，在写命令后添加一个几毫秒的延时，或者通过轮询ACK的方式等待写入完成（如果器件支持）。Demo代码可能为了简化没有处理这个延时，在实际应用中必须考虑。

7. GPIO控制与LED状态指示应用

GPIO是控制LED、按键、继电器等最简单外设的接口。AFE-BREAKOUT-MVK板将16路AFE_GPIO中的低8路（GPIO0-7）通过锁存器引出，并连接了LED（D10-D17）。这使得它成为一个绝佳的GPIO输出实验平台。

7.1 锁存器的作用与软件控制逻辑

为什么需要锁存器（SN74LVC573A）？想象一个场景：MCU需要同时与AFE总线上的多个模块通信。当MCU通过总线向其他AFE模块发送指令时，总线上的数据线（可能也复用了GPIO功能）会剧烈变化。如果没有锁存器，直接连接到这些数据线上的LED就会疯狂闪烁，无法稳定显示某个GPIO口的预设状态。锁存器的作用就是在MCU控制下，将某一时刻GPIO的状态“锁存”住，并保持输出，直到MCU更新它。这样，LED就能稳定地显示你想要的状态，不受总线其他通信活动的干扰。

软件上，控制GPIO输出有两种粒度：

1. 整端口操作：一次性设置8位GPIO端口的所有状态。

   mvk_Write_AFE_GPIO(0xFF， MAVRK_AFE1); // 将GPIO0-7全部设置为高电平，对应LED D10-D17全亮 mvk_Write_AFE_GPIO(0x00， MAVRK_AFE1); // 全部设置为低电平，LED全灭 mvk_Write_AFE_GPIO(0xAA， MAVRK_AFE1); // 设置为二进制10101010，LED D10， D12， D14， D16亮（假设低电平有效则相反）

   参数0xFF是一个8位掩码，每一位对应一个GPIO引脚（bit0对应GPIO0/LED D10）。

2. 单引脚操作：精确控制某一个引脚的状态。

   mvk_Write_AFE_GPIO_Pin(AFE_GPIO_PIN_3， SET， MAVRK_AFE1); // 将GPIO3（对应LED D13）设置为高电平（亮） mvk_Write_AFE_GPIO_Pin(AFE_GPIO_PIN_7， CLEAR， MAVRK_AFE1); // 将GPIO7（对应LED D17）设置为低电平（灭）

   这种方式更灵活，适合需要独立控制每个LED的场景。

7.2 输入功能的限制与变通方案

手册明确指出，在AFE-BREAKOUT-MVK板上，GPIO只能用于输出，不能用于输入。这是因为信号经过了锁存器，方向是单向的（输出）。如果你需要读取开关状态或其他输入信号，不能直接使用这些连接到锁存器的GPIO线。

那么如何实现输入呢？有几种变通方案：

1. 使用其他AFE模块：MAVRK平台有很多专用的数字IO输入模块。
2. 利用通信总线模拟：例如，通过I2C连接一个GPIO扩展芯片（如TCA8418， MAVRK也有相关Demo），该芯片专门提供可配置的输入引脚。
3. 直接使用MCU模块上的GPIO：如果MCU模块上有富余的、未连接到AFE总线的GPIO引脚，可以直接使用它们作为输入。但这需要查阅MCU模块的原理图。

7.3 创建动态显示模式

利用GPIO控制LED，我们可以编写一些简单的模式来验证系统运行，或作为状态指示。例如，一个经典的“流水灯”程序：

void led_flow_demo(void) { uint8_t pattern = 0x01; // 初始模式：只有GPIO0（LED D10）亮 for(int i=0; i<16; i++) { // 循环左移16次 mvk_Write_AFE_GPIO(pattern， MAVRK_AFE1); delay_ms(200); // 需要自己实现一个毫秒延时函数 pattern = (pattern << 1) | (pattern >> 7); // 循环左移一位 } }

这个例子展示了如何结合位操作和GPIO控制函数，创造出动态的视觉反馈。在实际项目中，你可以用不同的LED闪烁模式来表示系统状态（启动中、运行中、错误告警等）。

8. 常见问题排查与调试经验实录

即使按照指南一步步操作，也难免会遇到问题。下面是我在调试AFE-BREAKOUT-MVK和类似评估板时，总结的一些最常见问题及其解决方法。

8.1 电源与指示灯类问题

8.2 通信总线类问题

8.3 软件与工具类问题

• 编译错误：找不到头文件mvk.h：这是最典型的环境配置问题。说明你的编译器找不到MAVRK的库文件路径。解决方案：在项目属性中，正确添加包含路径。路径应指向你的MAVRK软件仓库下的mavrk_embedded\Modular_EVM_Libraries等目录。
• 代码运行一次后，再次下载失败：有时程序跑飞或进入低功耗模式后，仿真器会失去与MCU的连接。解决方案：按住MCU模块上的复位按钮，同时点击IDE中的“连接”或“下载”按钮。或者在仿真器设置中，选择“连接时复位目标板”。
• Qt Demo工具无法连接：MAVRK Qt工具需要通过虚拟串口（COM）与主板通信。解决方案：确保安装了正确的USB转串口驱动（通常由MCU的USB CDC功能提供）。在设备管理器中查看对应的COM口号，并在Qt工具中正确选择。检查主板是否运行了支持Qt工具通信的固件（通常是一个特定的Demo项目）。

调试嵌入式系统，逻辑分析仪是仅次于万用表的神器。一个几十块钱的简易逻辑分析仪，就能清晰抓取UART、SPI、I2C的波形，让你直观地看到数据是否正确发送、ACK是否回应、时序是否符合标准。当软件调试陷入僵局时，不妨用硬件工具看看信号到底长什么样，很多问题会迎刃而解。