最后更新:2026年4月
Ouster公司发布了Stereolabs ZED X Nano,一款紧凑型腕装立体相机,专为机器人操控、模仿学习和大规模训练数据采集而设计。该相机通过工业级GMSL2接口提供1920×1200全局快门RGB图像和深度图,帧率高达120fps——相比目前制约大多数操控系统管线的USB接口720p相机,这是一次重大的硬件升级。
目录
- ZED X Nano是什么?它解决了什么问题?
- ZED X Nano技术规格
- ZED X Nano与Intel RealSense和Luxonis OAK的对比
- 为什么零拷贝GPU管线对物理AI至关重要
- 这对机器人团队意味着什么
- 常见问题解答
ZED X Nano是什么?它解决了什么问题?
ZED X Nano是一款微型化立体相机,专为安装在机器人操作臂末端设计——直击操控研究和部署中一个众所周知的痛点。目前大多数腕装相机依赖USB-C接口,分辨率仅720p,且通过CPU处理的管线传输帧数据,这恰恰在操控任务最需要紧密控制回路的环节引入了延迟。
Ouster的解决方案是推出一款高度比同类方案短40%的相机,可直接安装在腕部和末端执行器上,并继承了旗舰ZED X系列的1920×1200全局快门传感器架构。其最小深度感知距离仅为3厘米——比大多数竞品立体相机更近——这对近场抓取和精细装配任务至关重要。
据The Robot Report报道,Ouster首席执行官Angus Pacala明确将此次发布与物理AI挂钩:“物理AI的未来取决于在边缘端采集到大量高质量、低延迟的图像数据。”
ZED X Nano技术规格
| 规格 | ZED X Nano |
|---|---|
| 图像分辨率 | 每眼1920×1200 |
| 最高帧率 | 120fps |
| 最小深度距离 | 3厘米 |
| 深度精度(Z轴) | 亚毫米级 |
| 传感器类型 | 全局快门 |
| 连接方式 | GMSL2(线缆最长15米) |
| IMU | 板载,防振 |
| 抗电磁干扰 | 是(带锁紧连接器) |
| 仿真集成 | NVIDIA Isaac Sim / Isaac Lab |
| ROS支持 | 原生支持ROS和ROS 2 |
| GPU管线 | 零拷贝,直连NVIDIA硬件编码器 |
| 外形尺寸 | 比同类腕装相机短40% |
GMSL2接口(Gigabit Multimedia Serial Link 2,一种常用于ADAS系统的汽车级串行接口)取代了脆弱的USB-C,提供工业级连接,专为反复线缆弯曲和强电磁干扰的工厂环境设计。视频传输距离可达15米——对于长线缆管理或天花板安装计算节点的机械臂来说至关重要。
ZED X Nano与Intel RealSense和Luxonis OAK的对比
对于评估腕装深度相机的机器人团队而言,ZED X Nano在硬件层级上与两种最常见的替代方案有显著差异。以下是在操控管线最关键维度上的对比。
| 特性 | ZED X Nano | Intel RealSense D405 | Luxonis OAK-D |
|---|---|---|---|
| RGB分辨率 | 1920×1200 | 1280×720 | 4056×3040(静态)/ 1080p视频 |
| 最大深度帧率 | 120fps | 90fps | 60fps |
| 最小深度距离 | ~3厘米 | ~7厘米 | ~20厘米 |
| 深度技术 | 神经立体(AI) | 主动立体红外 | 被动立体+可选红外 |
| 连接方式 | GMSL2(工业级) | USB-C | USB-C |
| 线缆长度 | 最长15米 | 约5米实际 | 约5米实际 |
| 板载AI推理 | 通过主机(NVIDIA Isaac) | 有限板载 | 支持(Myriad X VPU板载) |
| ROS 2支持 | 原生 | 原生 | 原生 |
| 仿真集成 | NVIDIA Isaac Sim/Lab | 有限 | 有限 |
| 目标应用 | 操控、模仿学习 | 近场工业检测 | 边缘AI、移动机器人 |
| 供货状态 | 预购中,2026年5月发货 | 现货 | 现货 |
Intel RealSense D405是近场操控最直接的竞争对手——它专为机械臂设计——但7厘米的最小深度距离和720p RGB捕获在训练高保真模仿学习数据集时是真正的限制。Luxonis OAK-D提供板载Myriad X推理,这是边缘计算受限部署的真正优势,但20厘米的最小深度距离实际上排除了ZED X Nano所针对的近场抓取任务。
ZED X Nano的神经深度引擎(Stereolabs的AI立体深度系统)提供亚毫米级Z轴精度,据称在横向XY定位上优于结构光或飞行时间方法——这对于抓取姿态估计至关重要,因为即使2-3毫米的横向误差也可能导致大规模操控失败。
为什么零拷贝GPU管线对物理AI至关重要
这是大多数硬件对比中忽略的架构细节——对于大规模训练操控策略的团队来说,这可能是ZED X Nano最重要的优势。
传统的USB相机管线在到达GPU之前通过CPU传输帧数据:传感器→USB控制器→系统内存→CPU处理→GPU内存。每一步都增加延迟并消耗CPU周期。在120fps和每眼1920×1200分辨率下,这条管线会成为真正的吞吐量瓶颈。
ZED X Nano实现了从传感器到GPU的完全零拷贝路径,帧数据同时直接流入NVIDIA硬件编码器和AI推理管线。对于数据采集团队,这意味着在并发工作负载下以全分辨率捕获演示数据集而无帧丢失。对于运行实时操控的部署团队,这意味着感知网络、分割模型和操控策略网络可以并行处理同一输入帧,并保留更多GPU余量。
与NVIDIA Isaac Sim和Isaac Lab的原生集成将这一优势扩展到仿真到现实循环中。团队可以在物理相机上捕获演示,在仿真中使用匹配的ZED X Nano相机模型进行训练,然后部署回硬件——无需在环境之间切换感知栈或重新校准。对于强化学习和模仿学习工作流,这种跨越仿真到现实边界的连续性绝非小事。
这对机器人团队意味着什么
ZED X Nano并非腕装视觉的渐进式更新——而是一次硬件层级变革。目前受限于操控管线中USB接口720p相机的团队有了明确的升级路径。GMSL2连接和加固线缆设计还解决了规格表中不体现的实际运营成本:USB-C线缆在机械臂上反复弯曲时经常失效,而中途更换视觉硬件代价高昂。
3厘米的最小深度距离具有实际意义。大多数操控研究涉及的目标物距离使得竞争立体相机要么没有深度数据,要么精度下降。对于装配、物料分拣和抓取任务,这代表了真正的新能力,而非渐进式改进。
预购窗口现已开放,发货时间为2026年5月。正在构建模仿学习数据集或部署灵巧操控系统的团队应将其与当前硬件进行对比评估——特别是如果他们已经在运行NVIDIA Isaac基础设施。
对于正在构建或扩展操控能力系统的团队,请浏览Botmarket上的工业机器人和自动化硬件,以比较与ZED X Nano等腕装视觉系统搭配的平台。
常见问题解答
什么是Stereolabs ZED X Nano?
ZED X Nano是Stereolabs(Ouster子公司)开发的腕装立体相机,专为机器人操控、模仿学习和边缘AI数据采集设计。它以高达120fps的帧率捕获1920×1200 RGB图像和深度图,最小深度距离3厘米,并通过GMSL2工业连接实现零拷贝GPU管线。其高度比同类腕装相机解决方案短40%。
ZED X Nano的深度精度与结构光相机相比如何?
ZED X Nano使用Stereolabs的神经深度引擎,这是一种AI驱动的立体深度系统,提供亚毫米级Z轴精度。Ouster表示,与传统的结构光或飞行时间相机相比,它具有更优的横向(XY)定位——这对于抓取姿态估计至关重要,因为在精细装配任务中,2-3毫米的横向误差可能导致持续的操控失败。
ZED X Nano使用什么连接方式,为何重要?
该相机使用GMSL2(Gigabit Multimedia Serial Link 2),一种汽车级串行接口,取代了USB-C。GMSL2支持最长15米的线缆,提供抗电磁干扰能力,并使用锁紧连接器,可承受机械臂运动产生的反复弯曲和振动应力。这消除了部署操控系统中的一个常见故障点——USB线缆在连续运动下会退化。
ZED X Nano是否兼容ROS和NVIDIA Isaac?
是的。ZED X Nano提供原生ROS和ROS 2支持,并与NVIDIA Isaac Sim和Isaac Lab实现了一流集成,用于仿真到现实迁移。团队可以在仿真中使用匹配的ZED X Nano相机模型进行训练,然后部署到相同的物理传感器栈上,无需重新校准感知管线。
ZED X Nano何时发货?如何订购?
ZED X Nano现已开放预购,发货时间为2026年5月。可通过Ouster和Stereolabs产品渠道下单。
ZED X Nano是否适合模仿学习数据采集?
是的——这是其首要设计目标之一。120fps的捕获速率(全1920×1200分辨率)、零拷贝GPU管线以及原生Isaac Lab集成,正是为了满足现代模仿学习方法所需的高帧率和高分辨率下的大规模演示录制而设计。
ZED X Nano是对一个多年来制约操控研究和部署的真正硬件瓶颈的有目的性的回应。神经深度引擎的XY精度声明能否在多样化的工件和光照条件下成立,将决定它多快取代根深蒂固的USB相机解决方案——但在纸面上,其规格极具说服力。
USB视觉硬件真的是操控管线的瓶颈——还是限制因素在堆栈的其他地方?










参与讨论
Is USB-based vision hardware your manipulation pipeline's real bottleneck, or is the constraint somewhere else in the stack?