2. 硬件与开发环境

Jetson系列是NVIDIA面向边缘计算场景推出的嵌入式AI计算平台，其核心价值在于将桌面级GPU的并行计算能力压缩到几瓦到几十瓦的功耗范围内。作为边缘网关，Jetson承担着模型推理、数据缓存与云端同步三大任务，而这一切都建立在正确的硬件选型与扎实的软件环境之上。本章将从芯片性能差异、板级接口布局、系统刷机流程以及JetPack SDK与CUDA环境的配置四个维度展开，帮助读者建立从硬件认知到环境可用的完整知识链路。

上图展示了Jetson系列从硬件到软件的整体技术栈。在实际项目中，选型决策往往不是单纯追求最高算力，而是要在功耗预算、模型复杂度、接口需求与成本之间寻找平衡点。下面我们逐一深入每个环节。

2.1 Jetson系列性能对比与选型依据

Jetson家族目前主要分为三个梯队：入门级的Nano系列、中坚力量的Xavier NX系列以及面向高密度推理的Orin系列。三者在GPU架构、显存带宽、AI算力以及支持的操作系统版本上存在显著差异，直接决定了边缘网关能够承载的模型规模与并发路数。

选型判断方法应遵循"三步走"策略：第一步，统计业务场景中需要同时处理的视频路数或传感器数量，估算总推理负载；第二步，将模型转换为TensorRT INT8精度后，测量单次推理耗时与显存占用，乘以并发路数得到总需求；第三步，对比Jetson系列各型号的TOPS值与内存容量，预留30%的算力余量用于系统开销与突发负载。例如，一个需要处理4路1080p视频流且运行YOLOv8s模型（INT8约5ms/帧）的智慧园区项目，单路推理占用约1.5GB显存，4路共需6GB，加上系统占用2GB，总需求8GB，此时Xavier NX的8GB版本刚好满足，但若考虑未来扩展至6路，则应直接选择Orin NX 16GB。

2.2 外设接口与硬件扩展设计

Jetson模块本身是一个核心板，必须配合载板（Carrier Board）才能使用。官方开发套件（如Jetson Xavier NX Developer Kit）提供了丰富的接口，而自定义载板则可根据项目需求裁剪。作为边缘网关，最关键的接口包括：MIPI-CSI摄像头接口、千兆以太网口、USB 3.0接口以及PCIe扩展槽。

在接口选型时，需要特别注意以下几点：第一，CSI接口的数量与通道数决定了可接入的摄像头路数，例如Xavier NX支持最多6路CSI摄像头，但每路带宽有限，实际使用中通常建议不超过4路1080p@30fps；第二，千兆网口用于云端同步与远程管理，若需要更高带宽（如上传原始视频流），应考虑使用USB 3.0转5G网卡或PCIe万兆网卡；第三，GPIO与I2C接口用于连接传感器（如温湿度、红外、继电器），在工业场景中建议增加光耦隔离电路，防止外部干扰损坏核心板。

# 查看当前系统识别到的外设接口
lsusb                    # 列出USB设备
lspci | grep -i ethernet # 查看网卡信息
ls /dev/video*           # 查看摄像头设备节点
sudo i2cdetect -y -r 1   # 扫描I2C总线上的设备地址

一个典型的边缘网关硬件架构包括：Jetson核心板 + 载板 + 工业级外壳 + 电源模块（DC 9-19V宽压输入）+ 散热风扇 + 4G/5G模块（通过Mini-PCIe或M.2接口连接）。在布线时，应尽量将高速信号线（USB 3.0、PCIe、HDMI）与电源线、GPIO线分开走线，避免电磁干扰。对于需要长期在户外运行的网关，建议增加浪涌保护与防反接电路。

2.3 刷机与系统安装全流程

Jetson的刷机过程与普通PC安装系统不同，它需要借助一台Ubuntu主机（x86架构）通过USB线将系统镜像写入Jetson模块的eMMC或NVMe SSD中。官方推荐使用NVIDIA SDK Manager工具，它能够自动下载匹配的JetPack版本并完成烧录。整个刷机流程可分为四个阶段：准备阶段、烧录阶段、初始配置阶段、验证阶段。

1. 准备阶段：准备一台Ubuntu 18.04/20.04/22.04主机（建议20.04），安装SDK Manager，并确保主机有至少20GB可用磁盘空间。将Jetson设备通过USB Type-C线连接主机，同时接好电源（注意：先连接USB，再上电）。
2. 烧录阶段：打开SDK Manager，登录NVIDIA账号，选择目标Jetson型号与JetPack版本（如JetPack 5.1.2）。勾选需要安装的组件（CUDA、cuDNN、TensorRT等），点击"Continue"后，SDK Manager会自动将Jetson设备置于恢复模式并开始烧录。整个过程约15-30分钟，取决于网络速度与镜像大小。
3. 初始配置阶段：烧录完成后，Jetson会自动重启进入Ubuntu系统初始化界面，设置用户名、密码、时区、WiFi等。建议使用有线网络连接，以获得更稳定的下载速度。
4. 验证阶段：系统启动后，打开终端执行 nvcc --version 验证CUDA是否安装成功，执行 jetson_release 查看系统信息与JetPack版本。

# 在Jetson终端中执行以下命令验证环境
nvcc --version          # 查看CUDA版本
python3 -c "import torch; print(torch.__version__, torch.cuda.is_available())"  # 验证PyTorch GPU可用性
sudo jetson_clocks      # 解锁全部CPU/GPU频率，获得最大性能
sudo nvpmodel -m 0      # 切换到最大功耗模式（15W/25W）

如果SDK Manager烧录失败，常见原因包括：USB线质量差导致传输中断、主机磁盘空间不足、Jetson未正确进入恢复模式。此时可尝试手动烧录方式：下载驱动包（Driver Package）与根文件系统（Root File System），使用 flash.sh 脚本手动烧录。手动烧录虽然繁琐，但能提供更细粒度的控制，例如自定义分区大小、预装软件包等。

2.4 JetPack SDK与CUDA环境配置

JetPack SDK是NVIDIA为Jetson平台提供的完整软件开发套件，它集成了Ubuntu系统镜像、CUDA工具包、cuDNN库、TensorRT推理引擎、OpenCV、多媒体API（GStreamer、V4L2）以及用于深度学习部署的Python库。安装JetPack后，开发者无需单独安装CUDA，因为SDK Manager已经将所有组件打包并配置好环境变量。

CUDA环境配置的核心在于理解Jetson的ARM架构与桌面x86架构的差异。Jetson上的CUDA是专门为ARM架构编译的，因此不能直接使用 pip install torch 安装桌面版PyTorch，而需要从NVIDIA官方提供的预编译wheel包安装。同样，编译自定义CUDA扩展时，需要使用 aarch64-linux-gnu-g++ 交叉编译器或直接在Jetson本机编译。

# 安装PyTorch for Jetson (以JetPack 5.1.2 + Python 3.8为例)
wget https://developer.download.nvidia.com/compute/redist/jp/v512/pytorch/torch-2.1.0a0+41361538.nv23.06-cp38-cp38-linux_aarch64.whl
pip3 install torch-2.1.0a0+41361538.nv23.06-cp38-cp38-linux_aarch64.whl

# 安装torchvision
sudo apt-get install libjpeg-dev zlib1g-dev
pip3 install torchvision==0.16.0a0+bfce5f1.nv23.06

# 验证GPU是否可用
python3 -c "import torch; print(torch.cuda.is_available()); print(torch.cuda.get_device_name(0))"

除了PyTorch，TensorRT是Jetson上性能最优的推理引擎。TensorRT能够将训练好的模型（ONNX格式）优化为INT8或FP16精度的引擎文件，推理速度相比原始PyTorch模型可提升2-5倍。在配置TensorRT环境时，需要确保模型转换过程中使用的算子版本与TensorRT版本匹配。例如，JetPack 5.1.2内置TensorRT 8.5.2，支持ONNX opset 17及以下版本。

在环境配置过程中，开发者常犯的错误包括：使用 pip install torch 安装了x86版本的PyTorch导致无法导入、忘记设置 LD_LIBRARY_PATH 导致CUDA动态库找不到、在非root用户下编译CUDA扩展时权限不足等。建议在完成JetPack安装后，立即执行以下命令将当前用户加入 video 和 render 组，以获得GPU设备访问权限：

sudo usermod -aG video $USER
sudo usermod -aG render $USER
sudo reboot

最后，对于需要频繁切换不同模型或框架的团队，强烈建议使用Docker容器。NVIDIA官方提供了 nvcr.io/nvidia/l4t-pytorch 等预构建镜像，包含了完整的CUDA、cuDNN、TensorRT环境。通过Docker，可以避免因系统库版本冲突导致的环境崩溃，同时方便在多台Jetson设备上快速复制部署环境。