把开发板搬进浏览器：Velxio 想让 Arduino 和树莓派仿真这件事，变得像开网页一样简单

当硬件开发开始像打开一个网页

如果你学过 Arduino、ESP32 或树莓派，八成经历过这种场景：桌上摊着开发板、杜邦线、电阻、传感器，驱动装了半天，串口突然失踪，程序编译通过却跑不起来，最后还要怀疑是不是线插反了。嵌入式开发的乐趣，往往和它的“折腾感”绑在一起。也正因为如此，这个领域一直带着一点门槛——它欢迎动手的人，但不总是对新手温柔。

Velxio 想做的，就是把这道门槛搬走一截。这个开源项目最近在 GitHub 上引发关注，它提供了一个完全可以在浏览器中运行的多开发板仿真环境。用户不用买板子，不用搭云端环境，打开网页就能写 Arduino C++ 或 Python，编译后直接跑仿真。项目支持 19 块真实开发板，涵盖 5 种 CPU 架构，从 Arduino Uno、ESP32、ESP32-C3、Raspberry Pi Pico 一直到 Raspberry Pi 3B，甚至还能把不同架构的板子放在同一个画布上联调。

这件事听上去像“在线版 Tinkercad”或者“更工程化一点的 Wokwi”，但 Velxio 的野心并不只是做一个演示工具。它强调的是“real CPU emulation”，也就是尽可能接近真实硬件行为的 CPU 仿真，而不是做一个只能跑简单逻辑的玩具沙盒。从项目说明来看，AVR8、RP2040、RISC-V 以及部分 ESP32、树莓派环境，都被认真地塞进了浏览器或 QEMU 后端里。换句话说，它不是要让你“看看 LED 会不会亮”，而是希望你在没有板子的情况下，也能认真做开发、测试和教学。

它为什么比“在线模拟器”更值得认真看一眼

这些年，浏览器里跑开发环境已经不稀奇了。Web IDE、在线容器、云端编译，大家都见过。但嵌入式一直是个例外，因为它不仅涉及代码，还涉及引脚、电平、时序、外设和板卡差异。软件工程里一个 npm install 解决的问题，在硬件世界里，可能意味着你得重新找一根线、换一个库、甚至换一块芯片。

Velxio 最有意思的地方，在于它把“代码编辑器”和“硬件行为”重新拧到了一起。项目内置 Monaco 编辑器、多文件工作区、Arduino CLI 编译、库管理器，还有 48 种以上交互式电子元件。屏幕上不仅能放电位器、显示屏、超声波传感器，还能观察串口输出、看 ADC 输入变化，甚至把 Raspberry Pi 3 和 Arduino 串口互联跑在同一个画布中。对于做教学的人、做原型的人，或者只是想快速验证思路的人来说，这种体验非常有吸引力。

更关键的是，它提供了一种“低成本试错”的新路径。过去很多人学单片机，第一步不是写代码，而是先被环境劝退。买板子、烧录、供电、连线、装驱动，这些都不是知识本身，却足够消耗热情。现在如果一个学生只想验证 HC-SR04 的测距逻辑、想试试看 ILI9341 屏幕驱动能不能跑、或者想搞清楚 analogRead() 和 ADC 的关系，他完全可以先在浏览器里把坑踩完。硬件开发终于有了一点“先想法、后设备”的味道。

一边是开放，一边是现实：Velxio 的价值和边界都很鲜明

从技术组合看，Velxio 走的是一条颇为务实的路线。AVR8 用 avr8js，RP2040 用 rp2040js，ESP32 和 Raspberry Pi 3 则借助 QEMU。它不是单一引擎包打天下，而是按架构“分而治之”。这种做法很像现实世界里的硬件生态本身：碎片化，但真实。也正因为如此，Velxio 能覆盖从 Arduino Uno 到 ESP32-S3、再到 Raspberry Pi 3B 的板卡，而不是停留在某个单一圈层里自娱自乐。

不过，仿真终究不是实物。它可以非常接近，但很难百分之百替代。真实硬件里那些最令人头疼的事情，比如电源噪声、时钟漂移、传感器品控差异、USB 供电不稳、线材接触不良，浏览器通常不会帮你“复现”。这也是所有硬件模拟平台共同的天花板：它们能帮你学会系统逻辑，却不能保证你在真实桌面上一次点亮。

这并不是 Velxio 的问题，而是它的边界。问题在于，开发者和教育者是否会因此误判它的用途。如果把它当作“前期验证”和“教学沙盘”，它会非常好用；如果把它理解成“可以完全替代实物板卡”，那期待就过高了。某种意义上，Velxio 最适合做的是把硬件世界前 70% 的挫败感先消化掉，让最后 30% 的实体调试更有针对性。这个定位，我觉得是聪明的。

开源硬件教育，正在悄悄进入一个“浏览器优先”的阶段

Velxio 之所以出现在这个时间点格外有意思，是因为今天的开发教育正在发生一件不太显眼、却很深刻的变化：越来越多的学习入口，先发生在浏览器里。无论是编程、设计，还是 AI 应用，用户都被训练成“先点开，再决定要不要安装”。硬件开发过去一直没赶上这一波，不是因为没人想做，而是因为它比软件难抽象太多。

现在情况开始不一样了。一方面，WebAssembly、浏览器图形能力、前端运行时和本地计算能力都比几年前强得多；另一方面，开源社区在 CPU 模拟、芯片内核、工具链包装上积累了不少成果。Velxio 某种程度上吃到了这两边的红利：浏览器终于足够强，开源仿真基础设施也终于足够多。于是，一个过去像实验品的想法，开始变得可用。

这对教育市场尤其重要。学校和培训机构常常面临硬件课程的两个难题：设备成本和维护成本。板子坏了、驱动冲突、机房权限、器材借还，样样都是真实负担。如果能先在浏览器里完成入门教学，再把有限的实体设备留给后期实验，课程效率可能会高很多。对于远程教学、公开课程、开发者社区活动，这种模式也更友好。说直白一点，Velxio 这样的工具，让“人人一块板子”的理想，先在数字世界里实现了。

它会挑战谁，又可能走向哪里

在同类产品里，Velxio 面对的并不是空白市场。Wokwi 在开发者圈已经有相当高的知名度，Tinkercad Circuits 在教育领域也有稳固位置，Proteus 则长期是更传统、更偏工程仿真的代表。Velxio 的差异化，在于它把开源、多板支持、本地优先和较深的 CPU 仿真揉在了一起。尤其“可自托管”这件事，对学校、企业内训、实验室和一些对数据环境敏感的团队来说，很有吸引力。

但挑战也不小。硬件仿真这门生意，最难的从来不是把第一批板子支持起来，而是长期维护。新板卡不断出现，Arduino 核心和库版本持续变化，用户总会拿着“为什么这个传感器还不支持”来敲门。Velxio 目前是 AGPLv3 开源，并提供商业许可证，这说明项目作者已经意识到：这种基础设施型工具，单靠热情很难长久，必须找到可持续模式。开源社区喜欢“免费”，但仿真平台需要的是持续投入，这中间永远有点张力。

我反而觉得，这个张力本身很值得关注。今天我们在讨论 AI 编程助手、云 IDE 和自动化开发时，往往默认“软件体验”会不断变轻。但硬件开发有没有可能也沿着同样的路径演化？Velxio 给出的答案是：有，而且浏览器可能会成为第一入口。未来真正值得期待的，不只是支持更多板子，而是它能不能进一步接入测试脚本、课堂作业系统、团队协作，甚至和真实设备形成“仿真—部署”闭环。一旦做到这一步，它就不只是一个好玩的开源项目，而会变成嵌入式开发流程的一部分。

至于眼下，我对 Velxio 的判断是：它还不是硬件开发的终点，却很可能是一个非常正确的起点。至少，它让人重新相信，单片机学习这件事，不一定非得从“为什么电脑认不出串口”开始。