嘤嘤嘤！Arduino 被高通“买买买”了！

高通这是闹哪样？就为卖自己的嵌入式把 Arduino 买了？那协会里面的其他人算什么？算小丑？以后不会每个板子的 BL 也得注册个高通的账号申请一个密钥吧？

哦？

哦？

大公司掺合进来就很奇怪，不接地气，一直服务高端突然要加入到散户的阵营里面；本身就是卖 SOC 的，而 Arduino 的理念是把嵌入式开发平等的带给每一个人人，最早是给艺术家搞得。

搞了这么强的一颗 SOC 上来，结果还是 Linux 系统；虽然大家说冲的是树莓派的市场，但是那需要冲吗？自己都玩不明白了。

看看早年的 Intel 的再说吧，倒是高通有钱不怕折腾。

我个人觉得，大家要的是 MCU 上面的边缘 AI，而不是 SOC 的 AI，这本来就是两个东西；说到底都没有一个好用的 Tiny 库好用。

这个是 Intel 的尾声

这个是 Intel 的尾声

最大的问题就是 X86 的边缘计算，功耗是直接串稀了。

X1000 基因问题不大

X1000 基因问题不大

单核、单线程英特尔 Quark SoC X1000 系列兼容英特尔® 奔腾® 处理器指令集架构（ISA）。它还能够在软件方面与前代 32 位英特尔架构和辅助类芯片实现兼容。此外，它还能通过高带 宽接口和联网选项为用户提供丰富的 I/O 功能和较高的灵活性。 英特尔 Quark SoC X1000 系列通过多个扩展端口可无缝连接 至传感器和各种内存设备。

现在看真的很神经，不知道到底要干什么

现在看真的很神经，不知道到底要干什么

我只能说老师傅的手艺有点抗衡不了现在的世界：

立碑！

立碑！

Intel擅长制造高功率、高性能芯片，但不擅长制造低端芯片。设计重用是有限的。x86 架构根本不适合缩小规模。这不仅仅是因为如今大多模拟了旧版兼容性。即使是放弃对实模式和 16 位模式支持的 i376 也可能对嵌入式系统来说太复杂了。当你一边看 RISC 指令解码器（MIPS、ARM），一边看另一边看 x86 指令解码器时，大家很快就会明白其中一个一开始就付出了巨大的代价。该指令集对于非流水线的 8088 来说是最佳的，但是当把流水线化这样的东西并且必须处理调度时，它就没什么乐趣了。所有这些晶体管以时钟频率打开和关闭来做其他晶体管不需要的事情是有成本的（空间、测试，因此需要花费金钱和能源）。

从市场营销角度来看，他们应该打造低端 RISC 处理器，并宣称“RISC 是低端的”。考虑到他们的非 x86 竞争对手在大多数工作负载下仍然比 x86 处理器慢很多倍，任何人都可以每天都验证这一点，而且他们还能巩固自己在高端市场的地位。他们还可以在不影响 x86 许可费率的情况下，为入门级市场提供更低的价格。

英特尔Joule主板

英特尔Joule主板

咬树莓派屁股设计的东西，反正钱多人多，随便搞搞，也不维护。

ATOM

ATOM

其实就是 Jetson 的差不多竞品

其实就是 Jetson 的差不多竞品

居里

居里

再看看新品：

像不像此时此刻

像不像此时此刻

intel 早就告诉你了，这种方式不对，还上。

而且复杂度不在一处，这么大一个 SOC，BGA 封装，还得加个内存，然后还得加个高速板，手焊又没有把握，真的，使用起来的难度不是一星半点。

BGA

BGA

多个芯片的异构不是靠一个简单的应用平台就打通的，这只是幻想。

这样的

这样的

当然了，我说的话，并没有什么杀伤力：

官网已经上新了

官网已经上新了

再看看这个芯片：

强的可怕

强的可怕

摄像头都是库库给

摄像头都是库库给

强大的外设

强大的外设

两个 PMIC

两个 PMIC

大部分时候用了 STM32U5

大部分时候用了 STM32U5

U5 在后面

U5 在后面

来看看 Arduino® UNO Q (型号 ABX00162/ABX00173) 的完整数据手册。

UNO Q 是一种 双处理器（Hybrid MPU + MCU）单板计算机：

MPU（主处理器）：Qualcomm® Dragonwing™ QRB2210 → 四核 Cortex-A53，运行 Debian Linux，带 GPU、摄像头、显示接口。

MCU（微控制器）：STMicroelectronics® STM32U585 → Cortex-M33，运行 Zephyr + Arduino Core，用于实时控制与 I/O。

两者之间通过 Arduino Bridge（RPC 远程调用层） 通讯。

这样的

这样的

这意味着可以让 MCU 侧处理实时控制（如 PWM、ADC、CAN），同时 Linux 侧执行 AI 模型、Web 服务、数据库等高层逻辑。Arduino Bridge（RPC 远程调用层） 是 Arduino UNO Q 架构的核心机制——它把 Linux 应用处理器（MPU） 和 实时微控制器（MCU） 连接成一个统一的系统，使得两者能够像同一块板上两个线程那样互相调用服务。

 ┌───────────────────────────────┐
 │  Qualcomm QRB2210 (Linux)     │
 │  ├── Debian + Python + AI     │
 │  ├── Bridge Daemon (Server)   │
 │  └── GPIO(1.8V), Wi-Fi, BT    │
 └────────────┬──────────────────┘
              │   RPC / Stream (SPI, UART, USB)
 ┌────────────┴──────────────────┐
 │  STM32U585 (MCU)              │
 │  ├── Zephyr + Arduino Core    │
 │  ├── Bridge Client Library    │
 │  └── GPIO(3.3V), ADC, PWM     │
 └───────────────────────────────┘

主要硬件参数

电源架构与保护

UNO Q 具有双电源路径：

USB-C（5V/3A）

VIN（7–24V）

两路通过二极管 OR-ing 合成系统 5V_SYS 电源。 然后逐级降压生成：

3.8V 系统电压

3.3V（供 MCU 和外设）

1.8V（供 MPU I/O）

具备：

反接保护（-24V 测试通过）;电流能力 3A;USB Host 模式自动供电切换.

接口概览

注意：JMISC 同时包含 1.8V 和 3.3V 信号，外接时必须做电平匹配。

用户界面与指示灯

RGB LED (Linux 控制)：显示系统状态（WLAN、BT、Panic、User）

RGB LED (MCU 控制)：用于 Arduino Sketch 控制（如 Blink 示例）

LED Matrix（8×13 蓝光）：启动动画显示（Linux 启动时 20–30s）

这样的

这样的

电源 LED：3.3V 电源存在时亮起

软件环境：Arduino App Lab

Arduino App Lab 是新的混合开发环境：

可以在同一项目中编辑：

Linux 侧 Python 程序

MCU 侧 Arduino Sketch

Bricks（模块化 AI/Web/传感器服务）

一键运行后自动编译上传：Linux 程序部署到 MPU;Arduino Sketch 烧录进 MCU;Bricks 启动相应服务（如 Web UI、AI 模型）.

推荐在 4GB RAM 版本上运行完整 SBC 模式（无需 PC）。

但其实说到底还是美霸权的另外一种体现，欧洲企业一露头就被摁下去了。