YY3588、R1、K1：边缘 AI 开发板应用对比

图 1 YY3588 官方产品图

先按目标应用跑通一条最小数据链路，再比较算力。对 YY3588、R1 和 K1，真正影响落地的不是某一项 TOPS，而是输入、推理、存储、控制、网络和软件能否在同一套配置里闭环。

快速判断：需要多路视觉、RKNN 推理和板级控制接口，优先评估 YY3588；需要紧凑的 RK3588S、MIPI CSI、HDMI 输入和扩展能力，优先评估 R1；需要复用 Windows、Linux 或现有 x86 应用，优先评估 K1。最终结论必须以正式镜像、真实模型和目标外设验证为准。

TOPS 不是唯一判断依据

不能直接这样判断。TOPS 是特定精度和测试条件下的理论峰值，不能等同于实际帧率。摄像头驱动、模型算子、内存带宽、持续写入、控制周期和系统软件任何一项不匹配，都会让算力无法转化为可用性能。

先拆出六个必须跑通的环节

六个环节分别是输入、推理、存储、控制、网络和软件。把真实任务写成一条链路：摄像头或传感器输入数据，系统完成预处理和模型推理，结果写入本地存储，再经 CAN、UART、GPIO 或网络触发动作，最后由操作系统、驱动和 SDK 支撑部署与维护。为每个环节标出接口、数据量、时延和版本依赖，就能在购买前发现不兼容项。

01 输入 摄像头 传感器

02 推理 预处理 模型

03 存储 系统 数据 日志

04 控制 CAN UART GPIO

05 网络 回传 远程维护

06 软件 系统 驱动 SDK

图 2 边缘 AI 项目完整数据链路

六项条件用于排除不合适的开发板

阶段	需要确认什么	能避免什么问题
1 输入	列出摄像头、视频源和传感器的接口、数量、格式与同步要求。	避免把 MIPI CSI、USB 摄像头和 HDMI 输入当成可直接互换的入口。
2 推理	用真实模型核对算子、量化、精度、内存和运行库版本。	避免把峰值 TOPS 直接等同于项目中的帧率和延迟。
3 存储	区分系统、模型、图片、视频和日志，评估持续写入。	避免样机能启动，但数据盘速度、容量或接口资源不足。
4 控制	确认 CAN、UART、I2C、SPI 与 GPIO 的引出、电平和职责。	避免 AI 结果无法可靠传给 MCU、电机控制器或现场设备。
5 网络	把上传、视频传输、网络隔离和远程维护写成具体任务。	避免网口、无线模块和扩展接口不能同时满足部署方式。
6 软件	核对系统、驱动、SDK、容器和既有二进制的兼容范围。	避免硬件确定后才发现模型工具链或现有应用需要重做。

三个场景先验证最小闭环

最小闭环是样机必须完整跑通的最短业务流程：输入、推理、结果处理和外部动作至少各出现一次。它比单独跑摄像头或模型更接近真实部署，也能暴露接口占用、带宽、驱动和软件版本之间的冲突。

双摄机器人 采集 → 推理 → CAN 或 UART 控制

工业视觉检测 触发 → 检测 → 持续写入与回传

边缘 AI 网关 协议接入 → 缓存 → 网络与远程维护

图 3 三类常见边缘 AI 项目路径

双摄机器人需要验证什么

最小闭环是双路摄像头同时采集、模型推理、关键帧保存，再通过 CAN 或 UART 输出控制结果。应在目标镜像、真实分辨率和目标帧率下验证并发；若满载推理时控制周期不稳定，就不适合直接定板。确定性运动闭环仍应交给合适的实时控制器。

工业视觉检测需要验证什么

最小闭环是硬件触发或连续采集、模型检测、结果记录、缺陷图片持续写入并上传。测试必须使用真实分辨率、正式模型和目标节拍，同时观察推理延迟、编码、磁盘写入和网络服务；单张图片演示不能证明整机可以连续生产。

边缘 AI 网关需要验证什么

最小闭环是现场协议接入、数据清洗与缓存、断网续传、网络隔离和远程维护。若项目主要迁移现有 Windows、Linux 或 x86 服务，软件兼容性通常比板载 NPU 更重要；需要本地视觉推理时，再把模型转换和运行时加入同一次验证。

ARM NPU 板的优势通常在板级接口与专用推理工具链；x86 边缘计算机的优势在复用 Windows、Linux 与现有 x86 应用。两类平台都要按完整链路验证，不能用单项算力替代系统级测试。

YY3588 R1 K1 的应用差异

以下判断依据 youyeetoo 官网、YY3588 Wiki、R1 Wiki 与产品页中已明确列出的能力。“适合”表示优先进入验证清单，不等于在所有配置下都能达到同一性能。接口并发、驱动版本、模型性能、功耗和散热仍需在目标配置上验证。

YY3588 RK3588 最高 6 TOPS NPU 适合先验证多路视觉、NVMe 或 SATA、本地网络，以及 CAN、UART 等板级控制接口的组合。

R1 RK3588S 最高 6 TOPS NPU 适合先验证紧凑型视觉、MIPI CSI、HDMI 输入、NFC 和 30 针扩展所需的板级集成。

K1 Intel N100 x86 适合优先复用 Windows 或 Linux 应用，并需要双千兆网口、双 4K HDMI、M.2 NVMe 或 SATA 与工业 GPIO 的项目。

图 4 youyeetoo YY3588 R1 与 K1 官方产品图

按项目约束快速判断

YY3588：采用 RK3588。YY3588 官方 Wiki 列出最高 6 TOPS NPU、4 GB 至 32 GB 内存选项，以及 MIPI CSI、HDMI 输入、NVMe、SATA、千兆与 2.5GbE、CAN 和 UART。适合需要 RKNN 推理、多路视觉、较丰富存储与板级控制接口的项目。

R1：采用 RK3588S。R1 官方 Wiki 与产品页列出最高 6 TOPS NPU、最高 32 GB 内存、MIPI CSI、HDMI 输入、NFC 与 30 针扩展，并提供 Android、Debian 和 Ubuntu 相关资料。适合更紧凑的视觉与板级集成。

K1：采用 Intel N100。K1 官方产品页列出 Windows 与 Linux 支持、双千兆网口、双 4K HDMI、M.2 NVMe 或 SATA 与工业 GPIO。适合优先复用 x86 应用、桌面系统和既有运维工具的项目；AI 加速方案需要单独设计。

接口数量够用仍可能无法部署

接口图能确认位置与类型，但不能单独证明通道可以并发使用。还要确认连接器位置、信号电平、引出方式、共享通道、线材方向，以及散热器和扩展模块是否互相占位。应把官方接口图与实际连接清单逐项核对，再进行装机验证。

图 5 R1 Wiki 接口标注图

图 6 K1 官方接口标注图

有项目需求时先核对六项

准备购买边缘 AI 开发板时，先把项目需求列清楚，再对照 YY3588、R1 和 K1 的产品页与 Wiki。下面六项用于判断哪款板值得继续咨询、询价或下单，不要求你先完成整机生产验证；收到样机后，再按真实数据链路做测试。

· 输入需求：说清摄像头、视频源或传感器的接口、数量、分辨率与帧率，便于判断产品接口是否匹配。

· 模型需求：提供模型格式、目标算子和量化精度，核对对应 Toolkit、Runtime、驱动和系统版本。

· 性能目标：说明视频路数、延迟、吞吐和内存目标，先判断产品规格是否进入候选范围。

· 存储需求：说明系统、模型、图片、视频和日志所需容量及持续写入要求，核对 eMMC、NVMe、SATA 或 MicroSD 配置。

· 控制与网络需求：说明是否需要 CAN、UART、GPIO、双网口、2.5GbE、Wi-Fi 或 4G，并确认连接器、电平与扩展方式。

· 系统与配件：说明 Windows、Linux 或 Android 环境，以及散热器、电源、线材和扩展模块需求，避免收到板后才发现配套不全。

常见问题

边缘 AI 开发板的 TOPS 越高越好吗

不一定。TOPS 不能代表摄像头兼容性、模型算子支持、持续写入能力、控制周期和软件迁移成本。只有完整工作负载稳定运行后，TOPS 才适合用于比较性能余量。

YY3588 和 R1 应该怎么选

需要 RK3588、更多存储与板级接口组合时先评估 YY3588；需要更紧凑的 RK3588S 路径、MIPI CSI、HDMI 输入、NFC 和 30 针扩展时先评估 R1。最终取舍取决于实际接口占用、镜像和驱动。

K1 能否直接替代 YY3588 或 R1

不能简单替代。K1 的优势是 Intel N100、Windows/Linux 和现有 x86 软件兼容性；YY3588 与 R1 的优势是 RK3588/RK3588S、NPU 和板级视觉接口。应根据模型运行时、接口组合和软件迁移成本决定验证顺序。

摄像头接口数量够用是否代表可以同时工作

不代表。还要确认目标镜像中的驱动、MIPI 通道分配、USB 带宽、供电、同步方式和并发限制。多路摄像头必须在真实分辨率和帧率下同时测试。

为什么要测试持续写入和满载温度

边缘 AI 系统常同时推理、编码、记录日志和保存图片。存储降速或温度过高会让延迟和稳定性在长时间运行后恶化，因此短时推理演示不能替代持续负载测试。

准备选型时，先整理模型格式、摄像头清单、存储容量、控制接口、网络方式和目标系统，再到 youyeetoo 官网与 Wiki 核对对应产品，并用正式配置完成样机验证。

审核编辑 黄宇