3. 开发环境搭建与工具链：CCS、Vivado、MDK、交叉编译链、调试器（JTAG/SWD）配置

好，咱们直接进入正题。这一章聊的是开发环境，说白了就是「你拿什么家伙干活」。做嵌入式雷达，你面对的芯片往往不是一颗通用的ARM Cortex-M，而是一颗异构的SoC——里面可能有个DSP核、一个FPGA逻辑、再加一个ARM核做控制。所以，你的工具链不会是单一的。

我个人习惯，先把工具链分成三类：DSP/ARM核的IDE、FPGA的开发套件、以及调试器硬件。这三样东西，缺一个你都跑不起来。

3.1 CCS（Code Composer Studio）——TI DSP的标配

如果你用的是TI的DSP，比如C6678或者C6748，那CCS就是绕不开的。我刚开始用CCS时，最头疼的是版本匹配问题。CCS版本和编译器版本、仿真器驱动版本，这三者必须严格对应。否则，你连个LED都点不亮。

注意：CCS 8.x 之后，对Windows 10的支持才比较稳定。如果你还在用CCS 5.x，建议升级。我曾经在一个老项目上死磕CCS 5.5，结果每次调试都蓝屏，后来换了CCS 8.3，问题全没了。

安装步骤其实不复杂，但有几个关键点：

  • 选择组件：安装时不要全选，只选你需要的DSP系列。全选的话，安装包会超过10GB，而且很多驱动会冲突。
  • 仿真器驱动：XDS100、XDS200、XDS560，这三类驱动是分开的。我建议你装XDS200的驱动，兼容性最好。
  • 编译器路径：CCS默认会装一个TI编译器，但如果你用GCC交叉编译链，记得在Project Properties里手动指定路径。

配置一个简单的Hello World工程，大致是这样的：

// 新建一个CCS工程
// 选择Target: C6678
// 选择Compiler version: TI v8.3.x
// 添加一个main.c

#include <stdio.h>

int main(void) {
    printf("Hello from C6678 DSP!\n");
    return 0;
}

嗯，这里要注意。printf在DSP上默认是输出到仿真器的控制台，不是串口。如果你想输出到串口，得自己重定向fputc函数。这个坑我踩过，当时调了半天，以为板子坏了。

3.2 Vivado——FPGA的「画图板」

Vivado是Xilinx家的FPGA开发工具。做雷达信号处理，FPGA是核心加速器。Vivado的安装比CCS更「重量级」——完整安装包超过30GB。我建议你只安装你需要的器件系列，比如Kintex-7或Zynq-7000。

Vivado的配置，核心在于IP核管理和约束文件。雷达里常用的IP核有：

  • FFT IP核（做频域分析）
  • FIR Compiler（做数字滤波）
  • DDS Compiler（产生本振信号）

我个人经验，Vivado的仿真速度很慢。如果你只是改了一小段逻辑，别跑全芯片仿真，用行为级仿真就够了。我曾经有一次改了一个系数，跑全仿真等了40分钟，结果发现只是改了个常数……从那以后，我学会了用simulate命令只跑顶层模块。

小技巧：Vivado的Tcl脚本非常强大。你可以把常用的操作写成脚本，比如自动添加IP核、自动生成约束文件。这样每次新建工程，跑一遍脚本就行，省去大量重复劳动。

3.3 MDK（Keil MDK）——ARM核的轻量级IDE

MDK主要用于ARM Cortex-M系列，比如STM32、NXP的LPC系列。在雷达系统里，ARM核通常负责控制、通信和低功耗管理。MDK的安装很简单，但要注意License管理。MDK的License是绑定电脑的，换电脑就得重新激活。

配置MDK工程时，我建议你注意以下几点：

  • 芯片包（Pack）：一定要装对应芯片的Device Family Pack。比如STM32F4系列，需要装Keil.STM32F4xx_DFP.2.x.x.pack。
  • 调试器配置：MDK支持J-Link、ST-Link、ULINK等。我个人推荐J-Link，速度快，稳定。
  • 启动文件：MDK会自动添加启动文件，但如果你用的是RTOS，记得把堆栈大小改大。默认的0x400（1KB）肯定不够。

一个典型的MDK工程结构：

Project/
├── RTE/               // 运行时环境，自动生成
├── User/              // 你的代码
│   ├── main.c
│   ├── radar_control.c
│   └── uart_comm.c
├── Startup/           // 启动文件
└── Drivers/           // 外设驱动

为什么强调这个结构？因为雷达项目往往需要多人协作。如果每个人建的工程结构都不一样，合并代码时你会疯掉的。我见过一个项目，有人把驱动文件放在桌面，有人放在C盘根目录……最后编译时一堆路径错误。

3.4 交叉编译链——连接不同世界的桥梁

交叉编译链，说白了就是「在PC上编译，在目标芯片上运行」。做嵌入式雷达，你至少需要两套交叉编译链：

  • ARM交叉编译链：比如arm-none-eabi-gcc，用于编译ARM核的代码。
  • DSP交叉编译链：TI有专门的C6000编译器，或者用开源的CL6X。

配置交叉编译链时，最关键的三个环境变量：

变量名 说明 示例值
CC C编译器路径 /usr/bin/arm-none-eabi-gcc
LD 链接器路径 /usr/bin/arm-none-eabi-ld
AR 归档器路径 /usr/bin/arm-none-eabi-ar

我曾经在Linux下配置交叉编译链时，忘了加--prefix参数，结果编译出来的程序在目标板上跑不起来。后来发现是路径硬编码了。所以，我建议你用configure脚本时，一定要指定--prefix，并且用相对路径。

3.5 调试器配置（JTAG/SWD）

调试器是开发者的「眼睛」。没有调试器，你只能靠printf和LED灯来猜问题。JTAG和SWD是两种最常见的调试接口。

  • JTAG：5线制（TMS、TCK、TDI、TDO、nTRST），速度较快，支持多核调试。适合DSP和FPGA。
  • SWD：2线制（SWDIO、SWCLK），引脚少，适合ARM Cortex-M。

配置调试器时，有几个关键点：

  • 时钟频率：JTAG的TCK频率不要超过芯片主频的1/6。我见过有人设成10MHz，结果调试器连不上，还以为是板子坏了。
  • 电平匹配：调试器和目标板的电平必须一致。1.8V的JTAG口不能接3.3V的调试器，否则会烧芯片。
  • 菊花链：如果你调试多颗芯片（比如DSP+FPGA），JTAG可以组成菊花链。但要注意IDCODE的顺序，否则调试器会认错芯片。
避坑指南：我曾经在一个项目里，用J-Link调试STM32，结果死活连不上。折腾了两天，最后发现是SWD的复位引脚没接。SWD虽然只需要两根线，但复位引脚（nRESET）最好也接上，否则在某些情况下会连接失败。

配置好调试器后，你可以在IDE里设置断点、查看变量、单步执行。我个人习惯，在调试雷达算法时，会先设一个断点在FFT计算函数入口，然后观察输入数据的波形是否正确。如果输入数据就是乱的，那后面的处理全是白费功夫。

嗯，这一章的内容差不多就这些。工具链的搭建，说白了就是「磨刀不误砍柴工」。花半天时间把环境配好，后面能省下几天的调试时间。下一章，我们会聊聊雷达信号处理的基础——ADC采样与数据预处理。到时候见。

← 上一章 📖 返回目录 下一章 →