PG关注到,研华6月介绍基于Qualcomm Dragonwing IQ-9075的工业视觉产品组合,包括AOM-6741 SMARC模块、ASR-A503和AFE-A503机器人控制器,以及AIR-055边缘系统。产品以不同集成层级承接视觉计算需求。

这组信息的重点,是同一处理器方向如何进入不同硬件形态。处理器提供基础能力,模块与载板决定连接方式,整机又加入结构和环境条件。三个层次相互关联,但不能把其中一个层次的最大能力直接当作所有产品的固定配置。

PG通用计算模块与视觉载板设备
PG · 模块与载板集成的通用情境示意

SMARC模块,改变系统开发的分工

AOM-6741采用SMARC 2.2全尺寸形式,公告列出PCIe、USB与MIPI-CSI等连接方向,并介绍Ubuntu 24.04与研华机器人软件支持。模块为系统设计提供计算核心,其他连接与结构仍要通过载板和整机设计完成。

从开发流程看,模块化能够让团队围绕较明确的计算单元开展工作,但不会消除整机开发责任。载板布置、电源、散热和目标外设,都需要与模块条件对应,最终验证对象仍应是完整系统。

如果后续希望更换模块,也需要确认接口、固件和软件支持范围。共同采用某种模块标准可以减少一部分结构差异,但不同计算平台的行为仍可能不同,不能仅凭外形相近判断可以无条件互换。

视觉管线,不只是运行一个模型

研华将ISP、VPU与NPU协同作为IQ9视觉方向的重要组成,覆盖图像预处理、视频处理和推理等环节。不同硬件单元有各自支持的工作,应用需要组织数据如何在这些环节之间传递。

从实际负载看,影像格式、分辨率与同时处理的路数,会影响资源使用。处理器层面的多相机支持,仍要通过具体硬件连接和软件实现才能进入系统,不能把平台上限直接理解为每款设备都已经提供相同相机数量。

PG工程师讨论通用视觉计算管线
PG · 视觉输入与计算流程协同的通用示意

不同集成形态,需要不同的配置记录

ASR-A503与AFE-A503分别面向板级和整机控制器,AIR-055则采用紧凑边缘系统形式。公告列出的接口和温度条件存在差异,这些信息应该逐产品阅读,而不是用统一的“工业级”概括全部配置。

客户如果具备自有机械与电气设计能力,可以承担更多板级整合工作;如果希望采用更完整结构,则需要理解整机已经确定的条件。选择层级的过程,也是划分开发、测试和后续维护职责的过程。

同样的软件生态能够提供共同工具,但不同设备采用的输入和扩展并不一定相同。项目应保存平台软件、驱动和外设之间的对应关系,才能判断一个应用版本可以部署到哪些设备。

样品阶段,适合确认哪些问题

研华在这份6月公告中说明相关产品已有样品。样品可用于开展集成和适配工作,但不等于每一种目标配置都已完成量产部署。后续项目需要依据实际取得的硬件与支持资料,安排相应验证。

软件服务覆盖启动、操作系统和应用开发等方向。工具能够减少准备过程中的重复劳动,但应用仍要确定自己的输入、任务和输出要求,避免把软件可安装当作业务流程已经适用。

对于视觉系统,较有价值的验证材料应包含具体相机、输入格式、运行软件和输出用途。这样,后续人员才能知道结果来自什么条件,也更容易在增加摄像机或更新模型时判断变化范围。

从模块到整机,产品选择越多,越需要保持信息边界清楚。处理器指标可以解释潜在资源,具体设备资料说明如何使用资源,实际任务测试则说明这些资源是否满足应用;它们适合共同阅读。

PG认为,研华IQ9组合展示了从模块化开发到整机部署的多条路径。真正影响交付的,是各层能力能否对应到具体配置,让视觉输入、计算处理与系统维护形成可核对的关系。