如果你在厂区的 AGV 小车里、巡检无人机的地面站里或者工程机械的驾驶舱后面见过那种外壳厚实、整块铝鳍散热、拧着好几个航空插头的黑色盒子那大概率就是今天要聊的加固计算机Rugged Computer。这类设备很多跑的是 Linux核心平台则常见 NVIDIA Jetson TX2 或 Jetson Xavier 系列。它们把 GPU 算力塞进一个不太大的密封机身里专门干那些需要在现场做实时推理、多路视频处理和数据采集的嵌入式 Linux 项目。这篇文章我会从方案选型、系统烧写、开发环境到现场稳定性踩坑按真实交付项目的顺序讲一遍适合正在做 Jetson 选型或刚拿到 Xavier 开发板的嵌入式工程师。1. 为什么加固机、Jetson 和 Linux 能搭在一起1.1 先认清 Jetson TX2 和 Xavier 各自的本事可能有人一开始会问为什么要用 Jetson 这种嵌入式模块而不是直接上普通工控机加一块显卡。答案很简单体积、功耗、环境适应性和生态。TX2 是 NVIDIA 在嵌入式 AI 领域非常成熟的一代Pascal 架构、256 个 CUDA 核心、8GB LPDDR4 内存整块模块只有名片大小典型功耗 7.5W 到 15W。Xavier 系列包括 AGX Xavier 和 Xavier NX换成了 Volta 架构加入 Tensor Core算力直接拉到了 21 TOPS 到 32 TOPS 的水平对于跑 YOLO、语义分割、多路视频结构化这类任务性能余量明显比 TX2 大。但注意TX2 并没有因为“老”就退出项目。我接触过不少强实时、低功耗的车载和机载项目需求是“算得动但别太热接口成熟、资料多”这种场景下 TX2 仍然非常能打。Xavier 则更适合需要大模型、高分辨率、多路视频同时推理的场合。选型第一步不是比参数而是搞清楚自己的算法模型在目标帧率下到底需要多少 TOPS再反过来定平台。1.2 加固机解决的是“把板子变成工业设备”Jetson 模块本身是一块紧凑的 PCB直接裸露在车间、车舱或者经常振动的环境里是不现实的。加固计算机做的事情是把 Jetson 模块、定制载板、电源管理、对外接口和散热结构打包成一个整机。常见的加固手段包括9V 到 36V 宽压直流输入适配车载和工业母线-20°C 甚至 -40°C 到 70°C 的宽温设计IP65 级别的防尘防水抗振动冲击设计无风扇被动散热。这些听起来都是机械和结构的事但它直接影响软件开发。比如无风扇意味着热功耗预算极其有限你不可能让 CPU/GPU 长时间跑满频宽温意味着存储介质不能随便选普通消费级 SSD 在高温环境下可能掉盘宽压输入意味着现场供电不稳时系统得有优雅的断电和重启策略。所以选加固机不是选个铁壳子而是给 Jetson 选一整套能长期稳定运行的物理环境。1.3 Linux 在这里不可替代的四个理由官方软件栈全部围绕 LinuxNVIDIA 对 Jetson 的核心支持 JetPack / L4T 就是基于 Ubuntu 的嵌入式 Linux驱动、CUDA、TensorRT、DeepStream 都以 Linux 为首选。AI 生态和工具链深度学习训练、转换、部署的绝大多数工具都是 Linux 优先换到其他系统会成倍的折腾。可裁剪、可定制内核、设备树、启动流程、根文件系统都可以按项目改这对定制载板和工业接口尤其关键。无人值守运维SSH、systemd、日志、监控那一整套方案非常成熟非常适合 7x24 小时的边缘设备。这里我多说一句Linux 的“杂”对于新手是门槛但对于长期交付的项目却是最大的自由度。你可以通过dmesg看驱动加载、用systemctl管理服务、用nvpmodel切功耗模式这些在加固机场景里都是日常操作。2. 选型三板斧算力功耗、接口和存储都要提前定2.1 功耗散热一体算选型才不会翻车选 TX2 还是 Xavier最容易犯的错是只看“谁算力大”。实际上在固定形态的加固机里功耗和散热是同一个问题整机能散走多少热就决定了你能持续跑多高的功耗。拿 Xavier NX 举例15W 和 10W 两种模式之间性能可以差接近 50%但发热差异也非常明显。如果外壳散热面积不够你选了高功耗模式也跑不了几分钟最后还是会降频效果反而不如一开始就锁低功耗模式。我的估算方法把 Jetson 模块的标称功耗、载板功耗、外设功耗全部加起来再额外留 30% 余量。比如 TX2 加载板加摄像头加 4G 模块大概 30W 左右那么整机散热就要按 40W 来设计。实际项目里可以通过tegrastats跑满载负载实测把温度控制在 75°C 以下比较安全。2.2 接口矩阵越早画后期返工越少加固机和开发板最大的区别是外面板接口都是固定的后期很难改。很多定制机提供 M12 防水网口、航空插头供电、GMSL 相机接口、RS232/RS485、CAN 等等。你要在硬件阶段就把每个接口对应的 Jetson 资源确认清楚USB 控制器有几路、PCIe 通道哪些能用、UART 是否被系统调试占用、GPIO 有没有复用冲突。画接口矩阵表是必须的。我习惯用一张表把“外部接口、模块引脚或控制器、设备树节点、软件访问方式”四列列出来。曾经有一个项目因为把调试串口和业务串口共用了一路 UART结果现场两个人同时抢同一个口问题排查了很久。这种问题在接口矩阵阶段就能发现。2.3 系统放 eMMC数据放 NVMeJetson 模块自带的 eMMC 容量不大但启动稳定性最好。我的经验是把操作系统和运行环境放 eMMC把模型、数据、日志和可扩展的软件包放 NVMe SSD 或大容量存储。这样即使 NVMe 掉盘也不会直接导致系统起不来。如果想把整个系统装到 NVMe 上技术上是可以的NVIDIA 提供相关烧写选项但需要正确配置引导顺序和设备树。批量生产时还涉及“每台机器都要从 eMMC 引导再挂载 NVMe”的流程。对加固机这种长期无人值守的设备我更倾向于把系统留在 eMMC外部存储只放数据和缓存降低维护复杂度。3. 系统搭建全流程从刷机到初始化配置3.1 刷机前先问自己用官方镜像还是厂商 BSP拿到一台全新的 Jetson 加固机第一件事不是开机而是搞清楚这个板子用的是官方开发板参考设计还是厂商定制的载板。如果只是官方 Jetson Developer Kit直接用 SDK Manager 刷 JetPack 即可。如果是厂商整机或定制载板务必优先使用厂商提供的 BSP板级支持包也就是他们基于 L4T 修改过的镜像。直接刷官方镜像是能启动但很可能出现网口顺序不对、GPIO 没导出、显示接口不工作、串口复用错乱等莫名其妙的问题。比如网上经常能搜到某个具体型号的 TX2 载板比如 Leetop A300的烧写教程操作流程和官方类似但镜像一定用厂商修改过的否则绕不开接口不匹配的问题。我一般刷机前会看一眼厂商的 README确认镜像版本对应的 L4T 和 JetPack 版本。3.2 SDK Manager 刷机步骤实测如果是官方开发板SDK Manager 是最省事的路径。完整步骤在一台 x86_64 Ubuntu 主机上安装 NVIDIA SDK Manager用开发者账号登录。给目标 Jetson 上电按住板上的 Recovery 键不放再按一下 Reset或重新上电进入 USB 恢复模式。接上 USB 线。在主机终端执行lsusb能看到NVIDIA Corp. APX这样的设备说明恢复模式已激活。打开 SDK Manager软件会自动识别目标 Jetson 型号选择要装的 JetPack 版本和组件。选择把 OS 镜像烧写到 JetsonSDK 组件可以选装到 Host 或目标板。选装到目标板时最后一步会弹出窗口要求输入目标板的用户名和密码这里千万别漏看。等待烧写完成目标板会自动重启。注意TX2 我一般锁在 JetPack 4.6.xUbuntu 18.04Xavier NX/AGX 可以上 JetPack 5.xUbuntu 20.04。新版本不等于更省心项目里如果已经验证过老版本就不要轻易升级。3.3 手动 flash.sh定制 BSP 的必经之路做量产和定制时我更喜欢用 NVIDIA 提供的 L4T BSP 手动刷在Linux_for_Tegra目录下工作。典型流程# 解压 L4T BSP 与厂商补丁后 sudo ./apply_binaries.sh sudo ./flash.sh target_board mmcblk0p1target_board替换成实际板子名比如官方 Xavier NX eMMC 版本是jetson-xavier-nx-devkit-emmc。如果厂商的载板修改过设备树flash 脚本里也会使用厂商提供的 DTB。手动刷的优势是能控制每个