【DigiKey好物畅享】Arduino UNO Q（ABX00162/ABX00173）开发板开箱上手：双处理器（Linux+MCU）一块板搞定边缘AI与实时控制
1. 参与活动说明
本帖为参加 DigiKey 技术论坛“你晒单，我买单”活动的晒单与技术分享。
本次选购的核心器件为 Arduino UNO Q（ABX00162/ABX00173） 开发板，计划用于“Linux 侧高层任务 + MCU 侧实时控制”的原型验证，适合边缘AI、机器人、智能设备等方向。
2. 电路板展示
购买平台：DigiKey
物料：Arduino UNO Q 开发板（ABX00162 ）
板卡照片
3. 为什么我选 UNO Q（核心亮点）
我选择 UNO Q 的原因很明确：它不是“单纯一块MCU板”，而是把应用处理器 + 实时MCU做到了同一块 Arduino 形态板卡上，能把很多工程里“树莓派 + STM32小板”这种组合直接合并。
3.1 双处理器架构：Linux 负责复杂任务，MCU 负责实时控制
UNO Q 由两部分组成：
MPU：Qualcomm Dragonwing QRB2210（4×Cortex - A53@2.0GHz，运行 Debian Linux）
MCU：STM32U585（Cortex - M33@160MHz，运行 Zephyr OS + Arduino Core）
这意味着你可以：
Linux 侧跑 Python、网络、AI推理、UI、数据存储
MCU 侧跑 PWM、ADC、CAN、硬实时控制
两边通过 Arduino 的 Bridge（RPC） 通信，形成“一个项目，两端协同”。
3.2 无线与接口比较全：Wi - Fi/蓝牙 + USB - C
UNO Q 板载 Wi - Fi 5 + Bluetooth 5.1；USB - C 支持 USB3.1，并且支持 DP Alt Mode 视频输出。
对我这种做工程原型的人来说，一块板能同时搞定“联网 + 算力 + 外设控制”，效率很高。
3.3 Arduino 生态友好：UNO 形态扩展
它提供 Arduino 兼容排针接口：
JDIGITAL（3.3V 数字IO）、JANALOG（ADC/DAC）、Qwiic（I2C）、JSPI 等。
ABX00162 - datasheet
这意味着传统 UNO Shield 的思路还能延续，同时又具备 Linux 的上位能力。
4.供电与使用注意事项（很关键）
4.1 供电方式
UNO Q 支持多种供电：
USB-C：5V，最高 3A（PD 只请求 5V/3A，不请求更高电压档位）
VIN：7~24V
5V 引脚：外部稳压 5V 输入
建议准备一个靠谱的 5V/3A USB-C 电源 + 质量好的线，避免启动瞬间压降导致重启。
4.2 IO 电平注意：1.8V 与 3.3V 混合
UNO Q 的 MPU 侧 GPIO 是 1.8V 域，而 MCU 的 Arduino 排针是 3.3V 域。混接外设时要注意电平兼容，必要时加电平转换。
5. 快速上电验证
根据官方手册，UNO Q 推荐用 Arduino App Lab 进行双端项目管理，第一次上电启动 Linux 约 20~30 秒。需要耐心等待。
我做的第一件事是跑 “Blink LED” 验证板卡工作正常：
打开 Arduino App Lab并连接板卡
然后连接无线网，可以选择手机热点
如果是第一次连接会进入第三步配置Linux，那就需要耐心等待，如果不是第一次进入则会直接进入工程界面。
备注：如果上面的操作后出现了以下报错，那说明板卡固件的更新检查错误
解决方式是：
· · 拔掉 UNO Q（断电/断开 USB-C）
· · 完全退出 Arduino App Lab（不是最小化，是退出进程）
· · 重新打开 App Lab
· · 给 UNO Q 上电并等待完全启动（不要一插就点，等板子启动动画/状态灯稳定；官方说检测可能需要到 60 秒）
· · 在 App Lab 里重新点板子连接，再看是否能继续更新
· 总之检查供电和网络，基本都能解决
选择示例 Blink
点击 Run
进入程序下载
现象：板载 RGB LED 按节奏闪烁，说明 MCU 端烧录与运行正常。
UNO Q 适合什么人？
我认为 UNO Q 特别适合下面几类项目：
机器人/无人机类原型：Linux 做视觉与决策，MCU 做电机/传感器实时控制
边缘AI设备：本地推理 + 外设执行闭环
教学/实验平台：同一块板同时学习 Linux 应用与 MCU 实时开发
**
测试程序代码片段（示例）**
**
main.py:**
# SPDX-FileCopyrightText: Copyright (C) ARDUINO SRL (http://www.arduino.cc)
#
# SPDX-License-Identifier: MPL-2.0
from arduino.app_utils import *
import time
led_state = False
def loop():
global led_state
time.sleep(1)
led_state = not led_state
Bridge.call(“set_led_state”, led_state)
App.run(user_loop=loop)
sketch.ino:
// SPDX-FileCopyrightText: Copyright (C) ARDUINO SRL (http://www.arduino.cc)
//
// SPDX-License-Identifier: MPL-2.0
#include “Arduino_RouterBridge.h”
void setup() {
pinMode(LED_BUILTIN, OUTPUT);
Bridge.begin();
Bridge.provide(“set_led_state”, set_led_state);
}
void loop() {
}
void set_led_state(bool state) {
// LOW state means LED is ON
digitalWrite(LED_BUILTIN, state ? LOW : HIGH);
}
**
- 测试过程与心得体会**
在本次上手过程中，我主要完成了以下验证：
1）成功通过 Arduino App Lab 识别并连接 UNO Q，确认 Linux 侧启动正常；
2）运行 Blink 示例，验证 MCU 侧烧录链路与运行状态正常；
3）连接 Wi-Fi 网络，验证板载无线功能可用；
过程中遇到的主要问题是：
- 初次连接时 App Lab 会进行固件更新检查，若供电或网络不稳定可能导致报错；
- 解决方法是断电重启板卡、彻底退出 App Lab 并重新连接，同时确保使用稳定的 5V/3A 电源与可靠的 USB-C 线材。
通过这次测试，我得到的启发是：
UNO Q 的双处理器形态非常适合工程原型验证，尤其是需要“Linux 高层任务 + MCU 实时控制”的场景。
相比传统“树莓派 + STM32”组合，UNO Q 在体积、集成度和开发体验上更简洁，能显著降低系统搭建成本。
后续计划：
- Linux 侧尝试运行 Python 推理模型或 MQTT 通信；
- MCU 侧接入 PWM/ADC 外设，实现闭环控制；
- 通过 Bridge（RPC）实现两端协同，形成完整的边缘智能控制原型。