3. 开发环境搭建：交叉编译工具链配置、目标板启动流程、SSH/NFS调试环境建立

说实话，座舱系统的开发环境搭建，看着简单，坑却不少。我见过太多团队，工具链版本不对、启动参数配错，一折腾就是好几天。这一章，我把这些年踩过的坑和总结的经验，一次性讲清楚。

3.1 交叉编译工具链配置

交叉编译，说白了就是在你的x86电脑上，编译出能在ARM芯片上跑的程序。工具链的选择，直接决定了你后续的工作效率。

3.1.1 工具链的选择

我个人习惯用Linaro提供的GCC工具链，稳定且社区活跃。对于QNX，则必须用QNX官方提供的工具链。

目标平台 推荐工具链 下载地址/来源
Linux (ARM64) aarch64-linux-gnu-gcc (Linaro) https://releases.linaro.org/components/toolchain/binaries/
Linux (ARM32) arm-linux-gnueabihf-gcc (Linaro) https://releases.linaro.org/components/toolchain/binaries/
QNX 7.0/7.1 QNX SDP 自带的工具链 QNX Software Development Platform (SDP)

3.1.2 环境变量配置

工具链下载后，解压到某个目录，比如 /opt/toolchains/。然后配置环境变量。我建议你写到 ~/.bashrc 里，一劳永逸。

# 以 aarch64-linux-gnu 为例
export CROSS_COMPILE=aarch64-linux-gnu-
export CC=${CROSS_COMPILE}gcc
export CXX=${CROSS_COMPILE}g++
export LD=${CROSS_COMPILE}ld
export AR=${CROSS_COMPILE}ar
export AS=${CROSS_COMPILE}as
export RANLIB=${CROSS_COMPILE}ranlib
export STRIP=${CROSS_COMPILE}strip
export OBJCOPY=${CROSS_COMPILE}objcopy
export OBJDUMP=${CROSS_COMPILE}objdump

# 将工具链路径加入 PATH
export PATH=/opt/toolchains/gcc-arm-9.2-2019.12-x86_64-aarch64-none-linux-gnu/bin:$PATH
小技巧： 配置完成后，运行 ${CC} --version 验证一下。如果能看到版本信息，说明环境变量生效了。

3.1.3 测试编译

写一个简单的hello world，交叉编译一下，看看能不能生成目标文件。

#include <stdio.h>

int main() {
    printf("Hello, QNX/Linux!\n");
    return 0;
}

# 编译
${CC} -o hello hello.c

# 查看生成的文件类型
file hello
# 输出示例：hello: ELF 64-bit LSB executable, ARM aarch64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-aarch64.so.1, for GNU/Linux 3.7.0, not stripped

看到 ARM aarch64 字样，说明编译成功了。我曾经遇到过编译出来还是x86格式的情况，后来发现是环境变量没生效，PATH路径写错了。

3.2 目标板启动流程

目标板的启动，是整个开发环境的基础。你想想看，如果板子都起不来，后面的一切都是空谈。

3.2.1 启动介质与烧录

座舱系统常用的启动介质有SD卡、eMMC、NAND Flash。我个人习惯先用SD卡调试，稳定后再烧录到eMMC。

  1. 制作SD启动卡：使用 dd 命令将镜像写入SD卡。
  2. 烧录eMMC：通过fastboot或SD卡启动后，将镜像写入eMMC。
# 将镜像写入SD卡 (假设SD卡设备为 /dev/sdb)
sudo dd if=path/to/your/image.img of=/dev/sdb bs=4M status=progress
sync
注意： dd 命令非常危险，一定要确认 of 参数指向的是SD卡，而不是你的硬盘。我曾经手滑把电脑硬盘写成了空盘，教训深刻。

3.2.2 U-Boot 启动参数

U-Boot是嵌入式Linux最常用的bootloader。启动参数配置不对，内核就起不来。下面是一组常用的启动参数示例。

# U-Boot 环境变量示例
setenv bootargs 'console=ttyS0,115200 root=/dev/mmcblk0p2 rw rootwait'
setenv bootcmd 'mmc dev 0; ext4load mmc 0:1 ${kernel_addr_r} /boot/Image; ext4load mmc 0:1 ${fdt_addr_r} /boot/board.dtb; booti ${kernel_addr_r} - ${fdt_addr_r}'
saveenv
boot

参数说明：

  • console=ttyS0,115200：指定串口终端，波特率115200。
  • root=/dev/mmcblk0p2：根文件系统在SD卡的第二个分区。
  • rw rootwait：以读写方式挂载，并等待根设备就绪。

3.2.3 启动流程概览

下面这张图，是我自己总结的启动流程，你可以对照着排查问题。

目标板启动流程 目标板启动流程 1. 上电/复位 2. BootROM 3. SPL/MLO 4. U-Boot 5. Kernel 关键检查点 • 串口是否有输出？ • U-Boot能否加载内核？ • 根文件系统挂载是否成功？ • init进程是否启动？

3.3 SSH/NFS调试环境建立

板子启动后，怎么跟它交互？总不能每次都插着串口线吧。SSH和NFS就是你的远程调试利器。

3.3.1 SSH 远程登录

SSH是最基本的远程登录方式。确保目标板上有SSH服务端（如dropbear或openssh-server）。

# 在目标板上启动SSH服务 (以dropbear为例)
dropbear -R -E -p 22

# 从开发机登录
ssh root@<目标板IP>
提示： 第一次登录时，会提示确认主机密钥。确认后，下次登录就不需要了。

3.3.2 NFS 网络文件系统

NFS可以让你把开发机上的目录，挂载到目标板上。这样，你编译好的程序，直接就能在目标板上运行，省去了反复拷贝的麻烦。

开发机配置（NFS Server）：

# 安装NFS服务器
sudo apt-get install nfs-kernel-server

# 编辑 /etc/exports，添加共享目录
/home/user/nfs_root *(rw,sync,no_subtree_check,no_root_squash)

# 重启NFS服务
sudo systemctl restart nfs-kernel-server

目标板配置（NFS Client）：

# 挂载NFS目录
mount -t nfs -o nolock <开发机IP>:/home/user/nfs_root /mnt

# 验证
ls /mnt
注意： no_root_squash 参数允许root用户以root权限访问NFS目录。这在调试时很方便，但生产环境不建议使用。

3.3.3 调试环境搭建清单

我把整个环境搭建的步骤，整理成了一个清单。你照着做，基本不会出错。

步骤 操作 验证方法
1 配置交叉编译工具链 ${CC} --version
2 制作启动SD卡 板子能正常启动到shell
3 配置网络（静态IP） ping <开发机IP>
4 启动SSH服务 从开发机SSH登录成功
5 配置NFS服务 目标板挂载NFS目录成功
6 编译并运行测试程序 hello world 在目标板运行

嗯，到这里，开发环境就基本搭建好了。你可能会问，为什么我强调用NFS？因为在实际项目中，代码改动频繁，NFS能让你秒级看到效果，而不是等烧录。我曾经在一个项目中，用NFS调试显示驱动，每次改完代码，直接make，然后在目标板上运行，效率提升了好几倍。

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