2026-03-17 00:22:23 +07:00
# Velxio: Arduino & Embedded Board Emulator
2026-03-03 10:20:49 +07:00
2026-03-07 08:12:50 +07:00
**Live at [velxio.dev ](https://velxio.dev )**
2026-03-03 10:20:49 +07:00
2026-03-17 00:22:23 +07:00
A fully local, open-source multi-board emulator. Write Arduino C++ or Python, compile it, and simulate it with real CPU emulation and 48+ interactive electronic components — all running in your browser.
2026-03-04 08:25:52 +07:00
2026-03-23 23:33:50 +07:00
**19 boards · 5 CPU architectures**: AVR8 (ATmega / ATtiny), ARM Cortex-M0+ (RP2040), RISC-V RV32IMC/EC (ESP32-C3 / CH32V003), Xtensa LX6/LX7 (ESP32 / ESP32-S3 via QEMU), and ARM Cortex-A53 (Raspberry Pi 3 Linux via QEMU).
2026-03-24 12:15:11 +07:00

2026-03-07 08:12:50 +07:00
[](https://velxio.dev)
[](https://github.com/davidmonterocrespo24/velxio/pkgs/container/velxio)
[](https://github.com/davidmonterocrespo24/velxio/stargazers)
2026-03-29 07:58:17 +07:00
[](https://discord.gg/3mARjJrh4E)
2026-03-07 08:32:05 +07:00
[](LICENSE)
[](COMMERCIAL_LICENSE.md)
2026-03-04 08:25:52 +07:00
2026-03-09 02:37:56 +07:00
---
2026-03-08 07:44:39 +07:00
2026-03-17 00:22:23 +07:00
[](https://www.producthunt.com/products/velxio)
2026-03-08 07:44:39 +07:00
---
## Support the Project
2026-03-17 00:22:23 +07:00
Velxio is free and open-source. Building and maintaining a full multi-board emulator takes a lot of time — if it saves you time or you enjoy the project, sponsoring me directly helps keep development going.
2026-03-08 07:44:39 +07:00
| Platform | Link |
2026-03-17 00:22:23 +07:00
| --- | --- |
2026-03-08 07:44:39 +07:00
| **GitHub Sponsors** (preferred) | [github.com/sponsors/davidmonterocrespo24 ](https://github.com/sponsors/davidmonterocrespo24 ) |
| **PayPal** | [paypal.me/odoonext ](https://paypal.me/odoonext ) |
2026-03-17 00:22:23 +07:00
Your support helps cover server costs, library maintenance, and frees up time to add new boards, components, and features. Thank you!
2026-03-04 08:25:52 +07:00
2026-03-07 08:12:50 +07:00
---
## Try it now
**[https://velxio.dev](https://velxio.dev)** — no installation needed. Open the editor, write your sketch, and simulate directly in the browser.
To self-host with Docker (single command):
```bash
2026-05-26 22:52:53 +07:00
docker run -d \
--name velxio \
-p 3080:80 \
2026-05-10 04:04:16 +07:00
-v velxio-data:/app/data \
-v velxio-arduino-libs:/root/.arduino15 \
-v velxio-arduino-user-libs:/root/Arduino \
-v velxio-ccache:/var/cache/ccache \
-v velxio-build:/var/lib/velxio-build \
ghcr.io/davidmonterocrespo24/velxio:master
2026-03-07 08:12:50 +07:00
```
2026-05-26 22:52:53 +07:00
Then open < http: / / localhost:3080 > . Tail logs any time with
`docker logs -f velxio` .
2026-03-07 08:12:50 +07:00
2026-05-10 04:04:16 +07:00
The named volumes are what make compile times reasonable on subsequent
runs — without them, every container restart wipes the ESP-IDF build
cache and the first compile after each restart takes 5-7 minutes
instead of 5-30 seconds.
2026-03-07 08:12:50 +07:00
---
2026-03-04 08:25:52 +07:00
2026-03-04 07:14:01 +07:00
## Screenshots
2026-03-12 00:03:51 +07:00

2026-03-04 07:14:01 +07:00
2026-03-06 07:33:02 +07:00
Raspberry Pi Pico simulation — ADC read test with two potentiometers, Serial Monitor showing live output, and compilation console at the bottom.
2026-03-04 07:14:01 +07:00
2026-03-12 00:03:51 +07:00

2026-03-04 07:14:01 +07:00
2026-03-06 07:33:02 +07:00
Arduino Uno driving an ILI9341 240× 320 TFT display via SPI — rendering a real-time graphics demo using Adafruit_GFX + Adafruit_ILI9341.
2026-03-12 00:03:51 +07:00

2026-03-06 07:33:02 +07:00
Library Manager loads the full Arduino library index on open — browse and install libraries without typing first.
2026-03-12 00:03:51 +07:00

2026-03-06 07:33:02 +07:00
2026-03-07 08:12:50 +07:00
Component Picker showing 48 available components with visual previews, search, and category filters.
2026-03-24 09:24:14 +07:00

Multi-board simulation — Raspberry Pi 3 and Arduino running simultaneously on the same canvas, connected via serial. Mix different architectures in a single circuit.

ESP32 simulation with an HC-SR04 ultrasonic distance sensor — real Xtensa emulation via QEMU with trigger/echo GPIO timing.
2026-03-07 08:12:50 +07:00
---
2026-03-04 07:14:01 +07:00
2026-03-17 00:22:23 +07:00
## Supported Boards
< table >
< tr >
2026-03-17 00:28:16 +07:00
< td align = "center" > < img src = "docs/img/boards/pi-pico.png" width = "140" alt = "Raspberry Pi Pico" / > < br / > < b > Raspberry Pi Pico< / b > < / td >
< td align = "center" > < img src = "docs/img/boards/pi-pico-w.png" width = "140" alt = "Raspberry Pi Pico W" / > < br / > < b > Raspberry Pi Pico W< / b > < / td >
< td align = "center" > < img src = "docs/img/boards/esp32-devkit-c-v4.png" width = "140" alt = "ESP32 DevKit C" / > < br / > < b > ESP32 DevKit C< / b > < / td >
< td align = "center" > < img src = "docs/img/boards/esp32-s3.png" width = "140" alt = "ESP32-S3" / > < br / > < b > ESP32-S3< / b > < / td >
2026-03-17 00:22:23 +07:00
< / tr >
< tr >
2026-03-17 00:28:16 +07:00
< td align = "center" > < img src = "docs/img/boards/esp32-c3.png" width = "140" alt = "ESP32-C3" / > < br / > < b > ESP32-C3< / b > < / td >
< td align = "center" > < img src = "docs/img/boards/xiao-esp32-c3.png" width = "140" alt = "Seeed XIAO ESP32-C3" / > < br / > < b > Seeed XIAO ESP32-C3< / b > < / td >
< td align = "center" > < img src = "docs/img/boards/esp32c3-supermini.png" width = "140" alt = "ESP32-C3 SuperMini" / > < br / > < b > ESP32-C3 SuperMini< / b > < / td >
< td align = "center" > < img src = "docs/img/boards/esp32-cam.png" width = "140" alt = "ESP32-CAM" / > < br / > < b > ESP32-CAM< / b > < / td >
2026-03-17 00:22:23 +07:00
< / tr >
< tr >
2026-03-17 00:28:16 +07:00
< td align = "center" > < img src = "docs/img/boards/xiao-esp32-s3.png" width = "140" alt = "Seeed XIAO ESP32-S3" / > < br / > < b > Seeed XIAO ESP32-S3< / b > < / td >
< td align = "center" > < img src = "docs/img/boards/arduino-nano-esp32.png" width = "140" alt = "Arduino Nano ESP32" / > < br / > < b > Arduino Nano ESP32< / b > < / td >
< td align = "center" > < img src = "docs/img/boards/Raspberry_Pi_3.png" width = "140" alt = "Raspberry Pi 3B" / > < br / > < b > Raspberry Pi 3B< / b > < / td >
2026-03-23 23:33:50 +07:00
< td align = "center" > Arduino Uno · Nano · Mega 2560< br / > ATtiny85 · Leonardo · Pro Mini< br / > (AVR8 / ATmega)< / td >
2026-03-17 00:22:23 +07:00
< / tr >
< / table >
| Board | CPU | Engine | Language |
| ----- | --- | ------ | -------- |
2026-03-23 23:33:50 +07:00
| **Arduino Uno** | ATmega328p @ 16 MHz | avr8js (browser) | C++ (Arduino) |
| **Arduino Nano** | ATmega328p @ 16 MHz | avr8js (browser) | C++ (Arduino) |
| **Arduino Mega 2560** | ATmega2560 @ 16 MHz | avr8js (browser) | C++ (Arduino) |
| **ATtiny85** | ATtiny85 @ 8 MHz (int) / 16 MHz (ext) | avr8js (browser) | C++ (Arduino) |
| **Arduino Leonardo** | ATmega32u4 @ 16 MHz | avr8js (browser) | C++ (Arduino) |
| **Arduino Pro Mini** | ATmega328p @ 8/16 MHz | avr8js (browser) | C++ (Arduino) |
| **Raspberry Pi Pico** | RP2040 @ 133 MHz | rp2040js (browser) | C++ (Arduino) |
| **Raspberry Pi Pico W** | RP2040 @ 133 MHz | rp2040js (browser) | C++ (Arduino) |
| **ESP32 DevKit V1** | Xtensa LX6 @ 240 MHz | QEMU lcgamboa (backend) | C++ (Arduino) |
| **ESP32 DevKit C V4** | Xtensa LX6 @ 240 MHz | QEMU lcgamboa (backend) | C++ (Arduino) |
| **ESP32-S3** | Xtensa LX7 @ 240 MHz | QEMU lcgamboa (backend) | C++ (Arduino) |
| **ESP32-CAM** | Xtensa LX6 @ 240 MHz | QEMU lcgamboa (backend) | C++ (Arduino) |
| **Seeed XIAO ESP32-S3** | Xtensa LX7 @ 240 MHz | QEMU lcgamboa (backend) | C++ (Arduino) |
| **Arduino Nano ESP32** | Xtensa LX6 @ 240 MHz | QEMU lcgamboa (backend) | C++ (Arduino) |
fix(docs): RISC-V emulation goes through QEMU, not a TypeScript browser core
The marketing copy and docs claimed ESP32-C3 / XIAO-C3 / SuperMini /
CH32V003 ran on a "browser-native RV32IMC core written in TypeScript",
but production runs through QEMU lcgamboa (libqemu-riscv32) with the
esp32c3-picsimlab machine — same backend pattern as Xtensa ESP32, just
a different libqemu binary. The TypeScript ISA layer
(RiscVCore.ts / Esp32C3Simulator.ts / RiscVSimulator.ts) is kept only
as Vitest unit-test infrastructure for RV32IMC instruction decoding;
it cannot handle the 150+ ROM functions ESP-IDF needs at boot and is
not wired into the production emulation path.
Files updated:
Marketing pages
- LandingPage: board-group label, FAQ answer, architecture description
no longer claim "browser-native" or "no backend needed" for RISC-V.
- AboutPage: arch card retitled "RISC-V via QEMU", body explains the
libqemu-riscv32 / lcgamboa backend.
- Velxio2Page: arch group engine label, multi-board feature item,
competitive-comparison card all corrected.
- ArduinoEmulatorPage: two RISC-V cards corrected.
- ESP32SimulatorPage: ESP32-C3 cross-link card corrected.
- ESP32C3SimulatorPage: hero subtitle, trust strip, supported-boards
intro, JSON-LD description corrected.
- ElectronicsSimulatorPage: install-needed FAQ corrected.
- examples.ts: c3-blink description and code-comment corrected.
SEO surfaces
- index.html: JSON-LD SoftwareApplication description, OS-fallback FAQ
body, supported-boards <ul> bullets, feature list bullets corrected.
- seoRoutes.ts: /esp32-c3-simulator title + description corrected;
homepage description corrected.
Docs page
- DocsPage RiscVEmulationSection: intro paragraph rewritten — RISC-V
goes through QEMU lcgamboa with libqemu-riscv32 / esp32c3-picsimlab,
TypeScript layer is Vitest-only.
- DocsPage Esp32EmulationSection callout: section now applies to all
ESP32 family (Xtensa + RISC-V), pointer to RISC-V doc clarified.
README
- "Boards" table: production-engine column for ESP32-C3 family and
CH32V003 changed from "RiscVCore.ts (browser)" to "QEMU lcgamboa
(backend)".
- "ESP32-C3 / XIAO-C3 / SuperMini / CH32V003" subsection retitled
"(RISC-V via QEMU)" — body explains libqemu-riscv32 backend and
flags the TypeScript layer as Vitest-only.
The two remaining "browser-native" hits in the codebase
(Velxio25Page:176, index.html:348) are about ngspice-WASM SPICE
analog simulation, which genuinely is browser-native — left alone.
Build verified: npm run build:docker succeeds, 246 SEO pages prerender.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-08 02:56:29 +07:00
| **ESP32-C3 DevKit** | RISC-V RV32IMC @ 160 MHz | QEMU lcgamboa (backend) | C++ (Arduino) |
| **Seeed XIAO ESP32-C3** | RISC-V RV32IMC @ 160 MHz | QEMU lcgamboa (backend) | C++ (Arduino) |
| **ESP32-C3 SuperMini** | RISC-V RV32IMC @ 160 MHz | QEMU lcgamboa (backend) | C++ (Arduino) |
| **CH32V003** | RISC-V RV32EC @ 48 MHz | QEMU lcgamboa (backend) | C++ (Arduino) |
2026-03-23 23:33:50 +07:00
| **Raspberry Pi 3B** | ARM Cortex-A53 @ 1.2 GHz | QEMU raspi3b (backend) | Python |
2026-03-17 00:22:23 +07:00
---
2026-03-05 04:27:14 +07:00
## Features
### Code Editing
2026-03-17 00:22:23 +07:00
- **Monaco Editor** — Full C++ / Python editor with syntax highlighting, autocomplete, minimap, and dark theme
- **Multi-file workspace** — create, rename, delete, and switch between multiple `.ino` / `.h` / `.cpp` / `.py` files
- **Arduino compilation** via `arduino-cli` backend — compile sketches to `.hex` / `.bin` files
2026-03-05 05:16:00 +07:00
- **Compile / Run / Stop / Reset** toolbar buttons with status messages
2026-03-07 08:12:50 +07:00
- **Compilation console** — resizable output panel showing full compiler output, warnings, and errors
2026-03-06 07:33:02 +07:00
2026-03-17 00:22:23 +07:00
### Multi-Board Simulation
2026-03-23 23:33:50 +07:00
#### AVR8 (Arduino Uno / Nano / Mega / ATtiny85 / Leonardo / Pro Mini)
2026-03-17 00:22:23 +07:00
2026-03-23 23:33:50 +07:00
- **Real ATmega328p / ATmega2560 / ATmega32u4 / ATtiny85 emulation** at native clock speed via avr8js
- **Full GPIO** — PORTB, PORTC, PORTD (Uno/Nano/Mega); all ATtiny85 ports (PB0– PB5)
2026-03-17 00:22:23 +07:00
- **Timer0/Timer1/Timer2** — `millis()` , `delay()` , PWM via `analogWrite()`
- **USART** — full transmit and receive, auto baud-rate detection
2026-03-23 23:33:50 +07:00
- **ADC** — `analogRead()` , voltage injection from potentiometers on canvas
2026-03-17 00:22:23 +07:00
- **SPI** — hardware SPI peripheral (ILI9341, SD card, etc.)
2026-03-07 08:12:50 +07:00
- **I2C (TWI)** — hardware I2C with virtual device bus
2026-03-23 23:33:50 +07:00
- **ATtiny85** — all 6 I/O pins, USI (Wire), Timer0/Timer1, 10-bit ADC; uses `AttinyCore`
2026-03-17 00:22:23 +07:00
- ~60 FPS simulation loop via `requestAnimationFrame`
#### RP2040 (Raspberry Pi Pico / Pico W)
2026-03-23 23:33:50 +07:00
- **Real RP2040 emulation** at 133 MHz via rp2040js — ARM Cortex-M0+
2026-03-17 00:22:23 +07:00
- **All 30 GPIO pins** — input/output, event listeners, pin state injection
- **UART0 + UART1** — serial output in Serial Monitor; Serial input from UI
- **ADC** — 12-bit on GPIO 26– 29 (A0– A3) + internal temperature sensor (ch4)
- **I2C0 + I2C1** — master mode with virtual device bus (DS1307, TMP102, EEPROM)
- **SPI0 + SPI1** — loopback default; custom handler supported
- **PWM** — available on any GPIO pin
- **WFI optimization** — `delay()` skips ahead in simulation time instead of busy-waiting
- **Oscilloscope** — GPIO transition timestamps at ~8 ns resolution
- Compiled with the [earlephilhower arduino-pico ](https://github.com/earlephilhower/arduino-pico ) core
See [docs/RP2040_EMULATION.md ](docs/RP2040_EMULATION.md ) for full technical details.
#### ESP32 / ESP32-S3 (Xtensa QEMU)
- **Real Xtensa LX6/LX7 dual-core emulation** via [lcgamboa/qemu ](https://github.com/lcgamboa/qemu )
- **Full GPIO** — all 40 GPIO pins, direction tracking, state callbacks, GPIO32– 39 fix
- **UART0/1/2** — multi-UART serial, baud-rate detection
- **ADC** — 12-bit on all ADC-capable pins (0– 3300 mV injection from potentiometers)
- **I2C** — synchronous bus with virtual device response
2026-03-15 00:35:59 +07:00
- **SPI** — full-duplex with configurable MISO byte injection
2026-03-17 00:22:23 +07:00
- **RMT / NeoPixel** — hardware RMT decoder, WS2812 24-bit GRB frame decoding
- **LEDC/PWM** — 16-channel duty cycle readout, LEDC→GPIO mapping, LED brightness
2026-03-15 00:35:59 +07:00
- **WiFi** — SLIRP NAT emulation (`WiFi.begin("PICSimLabWifi", "")`)
2026-03-17 00:22:23 +07:00
- Requires arduino-esp32 **2.0.17** (IDF 4.4.x) — only version compatible with lcgamboa WiFi
See [docs/ESP32_EMULATION.md ](docs/ESP32_EMULATION.md ) for setup and full technical details.
2026-03-15 00:35:59 +07:00
fix(docs): RISC-V emulation goes through QEMU, not a TypeScript browser core
The marketing copy and docs claimed ESP32-C3 / XIAO-C3 / SuperMini /
CH32V003 ran on a "browser-native RV32IMC core written in TypeScript",
but production runs through QEMU lcgamboa (libqemu-riscv32) with the
esp32c3-picsimlab machine — same backend pattern as Xtensa ESP32, just
a different libqemu binary. The TypeScript ISA layer
(RiscVCore.ts / Esp32C3Simulator.ts / RiscVSimulator.ts) is kept only
as Vitest unit-test infrastructure for RV32IMC instruction decoding;
it cannot handle the 150+ ROM functions ESP-IDF needs at boot and is
not wired into the production emulation path.
Files updated:
Marketing pages
- LandingPage: board-group label, FAQ answer, architecture description
no longer claim "browser-native" or "no backend needed" for RISC-V.
- AboutPage: arch card retitled "RISC-V via QEMU", body explains the
libqemu-riscv32 / lcgamboa backend.
- Velxio2Page: arch group engine label, multi-board feature item,
competitive-comparison card all corrected.
- ArduinoEmulatorPage: two RISC-V cards corrected.
- ESP32SimulatorPage: ESP32-C3 cross-link card corrected.
- ESP32C3SimulatorPage: hero subtitle, trust strip, supported-boards
intro, JSON-LD description corrected.
- ElectronicsSimulatorPage: install-needed FAQ corrected.
- examples.ts: c3-blink description and code-comment corrected.
SEO surfaces
- index.html: JSON-LD SoftwareApplication description, OS-fallback FAQ
body, supported-boards <ul> bullets, feature list bullets corrected.
- seoRoutes.ts: /esp32-c3-simulator title + description corrected;
homepage description corrected.
Docs page
- DocsPage RiscVEmulationSection: intro paragraph rewritten — RISC-V
goes through QEMU lcgamboa with libqemu-riscv32 / esp32c3-picsimlab,
TypeScript layer is Vitest-only.
- DocsPage Esp32EmulationSection callout: section now applies to all
ESP32 family (Xtensa + RISC-V), pointer to RISC-V doc clarified.
README
- "Boards" table: production-engine column for ESP32-C3 family and
CH32V003 changed from "RiscVCore.ts (browser)" to "QEMU lcgamboa
(backend)".
- "ESP32-C3 / XIAO-C3 / SuperMini / CH32V003" subsection retitled
"(RISC-V via QEMU)" — body explains libqemu-riscv32 backend and
flags the TypeScript layer as Vitest-only.
The two remaining "browser-native" hits in the codebase
(Velxio25Page:176, index.html:348) are about ngspice-WASM SPICE
analog simulation, which genuinely is browser-native — left alone.
Build verified: npm run build:docker succeeds, 246 SEO pages prerender.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-08 02:56:29 +07:00
#### ESP32-C3 / XIAO-C3 / SuperMini / CH32V003 (RISC-V via QEMU)
2026-03-17 00:22:23 +07:00
fix(docs): RISC-V emulation goes through QEMU, not a TypeScript browser core
The marketing copy and docs claimed ESP32-C3 / XIAO-C3 / SuperMini /
CH32V003 ran on a "browser-native RV32IMC core written in TypeScript",
but production runs through QEMU lcgamboa (libqemu-riscv32) with the
esp32c3-picsimlab machine — same backend pattern as Xtensa ESP32, just
a different libqemu binary. The TypeScript ISA layer
(RiscVCore.ts / Esp32C3Simulator.ts / RiscVSimulator.ts) is kept only
as Vitest unit-test infrastructure for RV32IMC instruction decoding;
it cannot handle the 150+ ROM functions ESP-IDF needs at boot and is
not wired into the production emulation path.
Files updated:
Marketing pages
- LandingPage: board-group label, FAQ answer, architecture description
no longer claim "browser-native" or "no backend needed" for RISC-V.
- AboutPage: arch card retitled "RISC-V via QEMU", body explains the
libqemu-riscv32 / lcgamboa backend.
- Velxio2Page: arch group engine label, multi-board feature item,
competitive-comparison card all corrected.
- ArduinoEmulatorPage: two RISC-V cards corrected.
- ESP32SimulatorPage: ESP32-C3 cross-link card corrected.
- ESP32C3SimulatorPage: hero subtitle, trust strip, supported-boards
intro, JSON-LD description corrected.
- ElectronicsSimulatorPage: install-needed FAQ corrected.
- examples.ts: c3-blink description and code-comment corrected.
SEO surfaces
- index.html: JSON-LD SoftwareApplication description, OS-fallback FAQ
body, supported-boards <ul> bullets, feature list bullets corrected.
- seoRoutes.ts: /esp32-c3-simulator title + description corrected;
homepage description corrected.
Docs page
- DocsPage RiscVEmulationSection: intro paragraph rewritten — RISC-V
goes through QEMU lcgamboa with libqemu-riscv32 / esp32c3-picsimlab,
TypeScript layer is Vitest-only.
- DocsPage Esp32EmulationSection callout: section now applies to all
ESP32 family (Xtensa + RISC-V), pointer to RISC-V doc clarified.
README
- "Boards" table: production-engine column for ESP32-C3 family and
CH32V003 changed from "RiscVCore.ts (browser)" to "QEMU lcgamboa
(backend)".
- "ESP32-C3 / XIAO-C3 / SuperMini / CH32V003" subsection retitled
"(RISC-V via QEMU)" — body explains libqemu-riscv32 backend and
flags the TypeScript layer as Vitest-only.
The two remaining "browser-native" hits in the codebase
(Velxio25Page:176, index.html:348) are about ngspice-WASM SPICE
analog simulation, which genuinely is browser-native — left alone.
Build verified: npm run build:docker succeeds, 246 SEO pages prerender.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-08 02:56:29 +07:00
- **RV32IMC emulation** through QEMU lcgamboa with `libqemu-riscv32` and the `esp32c3-picsimlab` machine — same backend pattern as Xtensa ESP32, different libqemu binary
2026-03-23 23:33:50 +07:00
- **GPIO 0– 21** via W1TS/W1TC MMIO registers (ESP32-C3); PB0– PB5 (CH32V003)
2026-03-17 00:22:23 +07:00
- **UART0** serial output in Serial Monitor
2026-03-23 23:33:50 +07:00
- **CH32V003** — RV32EC core at 48 MHz, 16 KB flash, DIP-8 / SOP package — ultra-compact
fix(docs): RISC-V emulation goes through QEMU, not a TypeScript browser core
The marketing copy and docs claimed ESP32-C3 / XIAO-C3 / SuperMini /
CH32V003 ran on a "browser-native RV32IMC core written in TypeScript",
but production runs through QEMU lcgamboa (libqemu-riscv32) with the
esp32c3-picsimlab machine — same backend pattern as Xtensa ESP32, just
a different libqemu binary. The TypeScript ISA layer
(RiscVCore.ts / Esp32C3Simulator.ts / RiscVSimulator.ts) is kept only
as Vitest unit-test infrastructure for RV32IMC instruction decoding;
it cannot handle the 150+ ROM functions ESP-IDF needs at boot and is
not wired into the production emulation path.
Files updated:
Marketing pages
- LandingPage: board-group label, FAQ answer, architecture description
no longer claim "browser-native" or "no backend needed" for RISC-V.
- AboutPage: arch card retitled "RISC-V via QEMU", body explains the
libqemu-riscv32 / lcgamboa backend.
- Velxio2Page: arch group engine label, multi-board feature item,
competitive-comparison card all corrected.
- ArduinoEmulatorPage: two RISC-V cards corrected.
- ESP32SimulatorPage: ESP32-C3 cross-link card corrected.
- ESP32C3SimulatorPage: hero subtitle, trust strip, supported-boards
intro, JSON-LD description corrected.
- ElectronicsSimulatorPage: install-needed FAQ corrected.
- examples.ts: c3-blink description and code-comment corrected.
SEO surfaces
- index.html: JSON-LD SoftwareApplication description, OS-fallback FAQ
body, supported-boards <ul> bullets, feature list bullets corrected.
- seoRoutes.ts: /esp32-c3-simulator title + description corrected;
homepage description corrected.
Docs page
- DocsPage RiscVEmulationSection: intro paragraph rewritten — RISC-V
goes through QEMU lcgamboa with libqemu-riscv32 / esp32c3-picsimlab,
TypeScript layer is Vitest-only.
- DocsPage Esp32EmulationSection callout: section now applies to all
ESP32 family (Xtensa + RISC-V), pointer to RISC-V doc clarified.
README
- "Boards" table: production-engine column for ESP32-C3 family and
CH32V003 changed from "RiscVCore.ts (browser)" to "QEMU lcgamboa
(backend)".
- "ESP32-C3 / XIAO-C3 / SuperMini / CH32V003" subsection retitled
"(RISC-V via QEMU)" — body explains libqemu-riscv32 backend and
flags the TypeScript layer as Vitest-only.
The two remaining "browser-native" hits in the codebase
(Velxio25Page:176, index.html:348) are about ngspice-WASM SPICE
analog simulation, which genuinely is browser-native — left alone.
Build verified: npm run build:docker succeeds, 246 SEO pages prerender.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-08 02:56:29 +07:00
- **TypeScript ISA layer** (`RiscVCore.ts`, `Esp32C3Simulator.ts` ) is kept as Vitest-only unit-test infrastructure — it cannot handle the 150+ ROM functions ESP-IDF needs and is not the production emulation path
2026-03-17 00:22:23 +07:00
See [docs/RISCV_EMULATION.md ](docs/RISCV_EMULATION.md ) for full technical details.
#### Raspberry Pi 3B (QEMU raspi3b)
- **Full BCM2837 emulation** via `qemu-system-aarch64 -M raspi3b`
- **Boots real Raspberry Pi OS** (Trixie) — runs Python scripts directly
- **RPi.GPIO shim** — drop-in replacement for the GPIO library; sends pin events to the frontend over a text protocol
- **GPIO 0– 27** — output and input, event detection, PWM (binary state)
- **Dual serial** — ttyAMA0 for user Serial Monitor, ttyAMA1 for GPIO protocol
- **Virtual File System** — edit Python scripts in the UI, upload to Pi at boot
- **Multi-board serial bridge** — Pi ↔ Arduino serial communication on the same canvas
- **qcow2 overlay** — base SD image never modified; session changes are isolated
See [docs/RASPBERRYPI3_EMULATION.md ](docs/RASPBERRYPI3_EMULATION.md ) for full technical details.
2026-03-15 00:35:59 +07:00
2026-03-06 07:33:02 +07:00
### Serial Monitor
2026-03-17 00:22:23 +07:00
- **Live serial output** — characters as the sketch/script sends them
2026-03-07 08:12:50 +07:00
- **Auto baud-rate detection** — reads hardware registers, no manual configuration needed
2026-03-17 00:22:23 +07:00
- **Send data** to the RX pin from the UI
2026-03-06 07:33:02 +07:00
- **Autoscroll** with toggle
2026-03-05 04:27:14 +07:00
### Component System (48+ Components)
2026-03-17 00:22:23 +07:00
2026-03-07 08:12:50 +07:00
- **48 electronic components** from wokwi-elements
- **Component picker** with search, category filters, and live previews
- **Drag-and-drop** repositioning on the simulation canvas
2026-03-05 05:16:00 +07:00
- **Component rotation** in 90° increments
2026-03-07 08:12:50 +07:00
- **Property dialog** — pin roles, Arduino pin assignment, rotate & delete
2026-03-05 04:27:14 +07:00
### Wire System
2026-03-17 00:22:23 +07:00
2026-03-05 05:16:00 +07:00
- **Wire creation** — click a pin to start, click another pin to connect
2026-03-07 08:12:50 +07:00
- **Orthogonal routing** — no diagonal paths
2026-03-05 05:16:00 +07:00
- **8 signal-type wire colors**: Red (VCC), Black (GND), Blue (Analog), Green (Digital), Purple (PWM), Gold (I2C), Orange (SPI), Cyan (USART)
2026-03-07 08:12:50 +07:00
- **Segment-based wire editing** — drag segments perpendicular to their orientation
2026-03-05 04:27:14 +07:00
2026-03-06 07:33:02 +07:00
### Library Manager
2026-03-17 00:22:23 +07:00
2026-03-07 08:12:50 +07:00
- Browse and install the full Arduino library index directly from the UI
- Live search, installed tab, version display
chore(oss): drop dead auth/DB dependencies from OSS image
After Phase 4 of the OSS / pro split, the OSS code base imports zero
auth/DB modules (verified with grep across backend/app/). But the
requirements.txt + config.py + .env.example + docs still listed
SQLAlchemy, aiosqlite, JWT/bcrypt, OAuth, SECRET_KEY etc. as if they
were live. Self-hosters running `pip install -r requirements.txt`
were pulling ~30 MB of packages the code never imports.
Changes:
* backend/requirements.txt — drop sqlalchemy, greenlet, aiosqlite,
python-jose, passlib[bcrypt], bcrypt, authlib, email-validator,
python-multipart. Keep fastapi, uvicorn, websockets, pydantic,
pydantic-settings, httpx, mcp, esptool, wasmtime — everything OSS
actually uses.
* backend/app/core/config.py — Settings reduced to FRONTEND_URL only.
Comment explains the overlay path that adds the rest at Docker
build time.
* backend/.env.example — same trim: only FRONTEND_URL, with a comment
explaining why this file is almost empty.
* README.md — "Auth & Project Persistence" section rewritten to
describe .vlx export/import. Env-var table reduced to a single row.
Stack table updated: no SQLAlchemy, no JWT, persistence = .vlx
files.
* CLAUDE.md — intro line updated (Auth: None, persistence: .vlx).
Key-file-locations rewritten to list the OSS-stateless backend +
the new lib/proRoutes / proSession / proSaveAction seams, with an
explicit "removed in the split" note pointing to velxio-prod.
Stores section drops useAuthStore (overlay-only now). Backend
gotchas drop the bcrypt + email-validator + model-import notes.
Implemented-features list replaces "Auth + URL persistence + user
profile" with portable .vlx export/import.
* docs/ESP32_EMULATION.md — two `docker run` examples dropped the
`-e SECRET_KEY=...` arg (no longer needed).
OSS build verified end-to-end (285 SEO pages prerender, 20 stateless
routes, zero sqlalchemy imports).
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-15 03:06:27 +07:00
### Portable Project Persistence
- **`.vlx` file format** — single-file JSON snapshot of the whole
workspace (boards, file groups, components, wires). Download with the
Save button, restore with the Open `.vlx` button. The format is
versioned so files round-trip cleanly across versions.
- **Zero server-side state** — OSS Velxio has no database, no accounts,
no login. Your projects live wherever you keep your `.vlx` files
(local disk, Dropbox, GitHub, Google Drive — your choice).
- Need accounts, public profiles at `/:username` , server-side project
URLs and admin panels? Those live in the private overlay used to run
velxio.dev — see [velxio-prod ](https://github.com/velxio/velxio-prod )
for the open-core split details.
2026-03-06 07:33:02 +07:00
2026-03-05 04:27:14 +07:00
### Example Projects
2026-03-17 00:22:23 +07:00
- Built-in examples including Blink, Traffic Light, Button Control, Fade LED, Serial Hello World, RGB LED, Simon Says, LCD 20× 4, and Pi + Arduino serial control
2026-03-07 08:12:50 +07:00
- One-click loading into the editor
2026-03-03 10:20:49 +07:00
2026-03-07 08:12:50 +07:00
---
2026-03-03 10:20:49 +07:00
2026-03-07 08:12:50 +07:00
## Self-Hosting
2026-03-03 10:20:49 +07:00
2026-05-04 10:08:30 +07:00
Pick the install path that matches your appetite for setup. **All three
work out-of-the-box without an `.env` file** — defaults are picked
automatically.
| Path | Boards available | Build time | Best for |
| --- | --- | --- | --- |
| **A. Docker (prebuilt image)** | All 19 (AVR, RP2040, RISC-V, **ESP32** , Raspberry Pi 3) | ~30 s download | Just want it running |
| **B. Docker Compose (build from source)** | All 19 | ~10– 15 min first build | Want to modify the code |
| **C. Manual install** | Browser-only boards (AVR, RP2040, RISC-V) | ~5 min | Frontend / backend dev |
> ESP32 (Xtensa) and Raspberry Pi 3 emulation rely on QEMU `.so` libraries
> that ship inside the Docker image. Manual installs get the browser-side
> boards out of the box — **for ESP32 you'll want Docker** (or follow
> [docs/ESP32_EMULATION.md](docs/ESP32_EMULATION.md) to wire up the QEMU
> binaries by hand).
---
### Option A: Docker (prebuilt image)
2026-03-03 10:20:49 +07:00
2026-03-06 07:33:02 +07:00
```bash
2026-03-07 08:12:50 +07:00
docker run -d \
--name velxio \
-p 3080:80 \
2026-05-04 10:08:30 +07:00
-v velxio-data:/app/data \
-v velxio-arduino-libs:/root/.arduino15 \
2026-05-10 04:04:16 +07:00
-v velxio-arduino-user-libs:/root/Arduino \
-v velxio-ccache:/var/cache/ccache \
-v velxio-build:/var/lib/velxio-build \
2026-03-07 08:12:50 +07:00
ghcr.io/davidmonterocrespo24/velxio:master
2026-03-06 07:33:02 +07:00
```
2026-03-17 00:22:23 +07:00
Open < http: / / localhost:3080 > .
2026-03-03 10:20:49 +07:00
2026-05-10 04:04:16 +07:00
The five named volumes persist:
2026-03-17 00:22:23 +07:00
2026-05-04 10:08:30 +07:00
- `velxio-data` → `/app/data` : SQLite DB, project sketch files, auto-generated `SECRET_KEY`
- `velxio-arduino-libs` → `/root/.arduino15` : arduino-cli config + installed
cores (saves a 5– 10 min reinstall on every container restart)
2026-05-10 04:04:16 +07:00
- `velxio-arduino-user-libs` → `/root/Arduino` : Library Manager-installed
Arduino libraries (e.g. Adafruit_BMP280, DHT, GFX). Without this,
every container restart re-downloads them on next compile.
- `velxio-ccache` → `/var/cache/ccache` : ccache C/C++ object cache for
ESP-IDF compiles. Empty on first compile, populated as you go;
subsequent compiles hit the cache and finish in seconds instead of
minutes.
- `velxio-build` → `/var/lib/velxio-build` : persistent ESP-IDF build dir
(one subdir per target — esp32, esp32c3, esp32s3). Lets ninja's
incremental build skip everything that hasn't changed; a re-compile
of an unchanged sketch finishes in 2-5 seconds.
If you skip the volume flags, the Dockerfile declares all five paths as
`VOLUME` , so docker creates anonymous volumes and the caches still
survive container restarts (just harder to inspect/back up than named
ones). Only `docker rm -v` or `docker volume prune` would wipe them.
2026-03-05 05:28:33 +07:00
2026-05-04 10:08:30 +07:00
---
### Option B: Docker Compose (build from source)
2026-03-05 05:28:33 +07:00
```bash
2026-03-07 00:29:15 +07:00
git clone https://github.com/davidmonterocrespo24/velxio.git
cd velxio
fix(install): unblock self-hosting + drop forced wokwi clones
Resolves several install pain points reported by users (#108, #120) and
removes the obligatory upstream-clone step that confused contributors and
slowed down every Docker build.
Install fixes:
- nginx: server_name → catch-all default_server, drop Debian's stock site
so reverse-proxied users no longer get the "Welcome to nginx" page.
- entrypoint: auto-generate SECRET_KEY at first boot, persisted under
data/.secret_key. backend/.env is now optional in docker-compose.yml.
- backend: add greenlet>=3.0.0 (SQLAlchemy async dep that was missing on
some Python builds — caused uvicorn startup failures on WSL).
Wokwi libs come from npm:
- @wokwi/elements 1.9.2, avr8js 0.21.0, rp2040js 1.3.2 are pinned in
frontend/package.json. Vite aliases removed.
- Dockerfile.standalone no longer clones avr8js / rp2040js / wokwi-elements
/ wokwi-boards. Frontend stage is just COPY + npm install + build:docker.
- Board SVGs vendored under frontend/public/boards/ (10 deduped against
existing files, 2 truly new). third-party/wokwi-* clones become reference-
only credits — generate-component-metadata.ts skips gracefully when absent.
Production config split out:
- docker-compose.prod.yml, deploy/nginx.prod.conf, nginx-host-velxio*.conf,
update-third-party.bat removed. Production deployment lives in its own
repo: https://github.com/velxio/velxio-prod (host nginx + HTTPS + backups
+ pinned upstream commit).
Verified locally: 1161 frontend tests pass, build:docker completes clean.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-04 10:04:11 +07:00
docker compose up -d --build
2026-03-05 05:28:33 +07:00
```
2026-05-04 10:08:30 +07:00
First build takes ~10– 15 minutes (downloads ESP-IDF, builds the frontend).
Subsequent builds are cached and take ~1 min.
Then open < http: / / localhost:3080 > . The container generates a random
`SECRET_KEY` on first boot and persists it in `./data/` , so **no `.env` is
required** to get going.
fix(install): unblock self-hosting + drop forced wokwi clones
Resolves several install pain points reported by users (#108, #120) and
removes the obligatory upstream-clone step that confused contributors and
slowed down every Docker build.
Install fixes:
- nginx: server_name → catch-all default_server, drop Debian's stock site
so reverse-proxied users no longer get the "Welcome to nginx" page.
- entrypoint: auto-generate SECRET_KEY at first boot, persisted under
data/.secret_key. backend/.env is now optional in docker-compose.yml.
- backend: add greenlet>=3.0.0 (SQLAlchemy async dep that was missing on
some Python builds — caused uvicorn startup failures on WSL).
Wokwi libs come from npm:
- @wokwi/elements 1.9.2, avr8js 0.21.0, rp2040js 1.3.2 are pinned in
frontend/package.json. Vite aliases removed.
- Dockerfile.standalone no longer clones avr8js / rp2040js / wokwi-elements
/ wokwi-boards. Frontend stage is just COPY + npm install + build:docker.
- Board SVGs vendored under frontend/public/boards/ (10 deduped against
existing files, 2 truly new). third-party/wokwi-* clones become reference-
only credits — generate-component-metadata.ts skips gracefully when absent.
Production config split out:
- docker-compose.prod.yml, deploy/nginx.prod.conf, nginx-host-velxio*.conf,
update-third-party.bat removed. Production deployment lives in its own
repo: https://github.com/velxio/velxio-prod (host nginx + HTTPS + backups
+ pinned upstream commit).
Verified locally: 1161 frontend tests pass, build:docker completes clean.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-04 10:04:11 +07:00
#### Optional: customize environment
chore(oss): drop dead auth/DB dependencies from OSS image
After Phase 4 of the OSS / pro split, the OSS code base imports zero
auth/DB modules (verified with grep across backend/app/). But the
requirements.txt + config.py + .env.example + docs still listed
SQLAlchemy, aiosqlite, JWT/bcrypt, OAuth, SECRET_KEY etc. as if they
were live. Self-hosters running `pip install -r requirements.txt`
were pulling ~30 MB of packages the code never imports.
Changes:
* backend/requirements.txt — drop sqlalchemy, greenlet, aiosqlite,
python-jose, passlib[bcrypt], bcrypt, authlib, email-validator,
python-multipart. Keep fastapi, uvicorn, websockets, pydantic,
pydantic-settings, httpx, mcp, esptool, wasmtime — everything OSS
actually uses.
* backend/app/core/config.py — Settings reduced to FRONTEND_URL only.
Comment explains the overlay path that adds the rest at Docker
build time.
* backend/.env.example — same trim: only FRONTEND_URL, with a comment
explaining why this file is almost empty.
* README.md — "Auth & Project Persistence" section rewritten to
describe .vlx export/import. Env-var table reduced to a single row.
Stack table updated: no SQLAlchemy, no JWT, persistence = .vlx
files.
* CLAUDE.md — intro line updated (Auth: None, persistence: .vlx).
Key-file-locations rewritten to list the OSS-stateless backend +
the new lib/proRoutes / proSession / proSaveAction seams, with an
explicit "removed in the split" note pointing to velxio-prod.
Stores section drops useAuthStore (overlay-only now). Backend
gotchas drop the bcrypt + email-validator + model-import notes.
Implemented-features list replaces "Auth + URL persistence + user
profile" with portable .vlx export/import.
* docs/ESP32_EMULATION.md — two `docker run` examples dropped the
`-e SECRET_KEY=...` arg (no longer needed).
OSS build verified end-to-end (285 SEO pages prerender, 20 stateless
routes, zero sqlalchemy imports).
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-15 03:06:27 +07:00
The OSS image has almost no configuration — there's no database, no auth,
no third-party integrations. Create `backend/.env` only if you want to
change the CORS origin used during local development.
2026-03-05 05:28:33 +07:00
2026-03-07 08:12:50 +07:00
| Variable | Default | Description |
2026-03-17 00:22:23 +07:00
| --- | --- | --- |
chore(oss): drop dead auth/DB dependencies from OSS image
After Phase 4 of the OSS / pro split, the OSS code base imports zero
auth/DB modules (verified with grep across backend/app/). But the
requirements.txt + config.py + .env.example + docs still listed
SQLAlchemy, aiosqlite, JWT/bcrypt, OAuth, SECRET_KEY etc. as if they
were live. Self-hosters running `pip install -r requirements.txt`
were pulling ~30 MB of packages the code never imports.
Changes:
* backend/requirements.txt — drop sqlalchemy, greenlet, aiosqlite,
python-jose, passlib[bcrypt], bcrypt, authlib, email-validator,
python-multipart. Keep fastapi, uvicorn, websockets, pydantic,
pydantic-settings, httpx, mcp, esptool, wasmtime — everything OSS
actually uses.
* backend/app/core/config.py — Settings reduced to FRONTEND_URL only.
Comment explains the overlay path that adds the rest at Docker
build time.
* backend/.env.example — same trim: only FRONTEND_URL, with a comment
explaining why this file is almost empty.
* README.md — "Auth & Project Persistence" section rewritten to
describe .vlx export/import. Env-var table reduced to a single row.
Stack table updated: no SQLAlchemy, no JWT, persistence = .vlx
files.
* CLAUDE.md — intro line updated (Auth: None, persistence: .vlx).
Key-file-locations rewritten to list the OSS-stateless backend +
the new lib/proRoutes / proSession / proSaveAction seams, with an
explicit "removed in the split" note pointing to velxio-prod.
Stores section drops useAuthStore (overlay-only now). Backend
gotchas drop the bcrypt + email-validator + model-import notes.
Implemented-features list replaces "Auth + URL persistence + user
profile" with portable .vlx export/import.
* docs/ESP32_EMULATION.md — two `docker run` examples dropped the
`-e SECRET_KEY=...` arg (no longer needed).
OSS build verified end-to-end (285 SEO pages prerender, 20 stateless
routes, zero sqlalchemy imports).
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-15 03:06:27 +07:00
| `FRONTEND_URL` | `http://localhost:5173` | Origin allowed by CORS for local Vite dev |
2026-03-05 05:28:33 +07:00
fix(install): unblock self-hosting + drop forced wokwi clones
Resolves several install pain points reported by users (#108, #120) and
removes the obligatory upstream-clone step that confused contributors and
slowed down every Docker build.
Install fixes:
- nginx: server_name → catch-all default_server, drop Debian's stock site
so reverse-proxied users no longer get the "Welcome to nginx" page.
- entrypoint: auto-generate SECRET_KEY at first boot, persisted under
data/.secret_key. backend/.env is now optional in docker-compose.yml.
- backend: add greenlet>=3.0.0 (SQLAlchemy async dep that was missing on
some Python builds — caused uvicorn startup failures on WSL).
Wokwi libs come from npm:
- @wokwi/elements 1.9.2, avr8js 0.21.0, rp2040js 1.3.2 are pinned in
frontend/package.json. Vite aliases removed.
- Dockerfile.standalone no longer clones avr8js / rp2040js / wokwi-elements
/ wokwi-boards. Frontend stage is just COPY + npm install + build:docker.
- Board SVGs vendored under frontend/public/boards/ (10 deduped against
existing files, 2 truly new). third-party/wokwi-* clones become reference-
only credits — generate-component-metadata.ts skips gracefully when absent.
Production config split out:
- docker-compose.prod.yml, deploy/nginx.prod.conf, nginx-host-velxio*.conf,
update-third-party.bat removed. Production deployment lives in its own
repo: https://github.com/velxio/velxio-prod (host nginx + HTTPS + backups
+ pinned upstream commit).
Verified locally: 1161 frontend tests pass, build:docker completes clean.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-04 10:04:11 +07:00
> **Deploying behind a reverse proxy?** The container listens on plain HTTP
2026-05-04 10:08:30 +07:00
> on port 80 and accepts any `Host` header — no `server_name` whitelist.
fix(install): unblock self-hosting + drop forced wokwi clones
Resolves several install pain points reported by users (#108, #120) and
removes the obligatory upstream-clone step that confused contributors and
slowed down every Docker build.
Install fixes:
- nginx: server_name → catch-all default_server, drop Debian's stock site
so reverse-proxied users no longer get the "Welcome to nginx" page.
- entrypoint: auto-generate SECRET_KEY at first boot, persisted under
data/.secret_key. backend/.env is now optional in docker-compose.yml.
- backend: add greenlet>=3.0.0 (SQLAlchemy async dep that was missing on
some Python builds — caused uvicorn startup failures on WSL).
Wokwi libs come from npm:
- @wokwi/elements 1.9.2, avr8js 0.21.0, rp2040js 1.3.2 are pinned in
frontend/package.json. Vite aliases removed.
- Dockerfile.standalone no longer clones avr8js / rp2040js / wokwi-elements
/ wokwi-boards. Frontend stage is just COPY + npm install + build:docker.
- Board SVGs vendored under frontend/public/boards/ (10 deduped against
existing files, 2 truly new). third-party/wokwi-* clones become reference-
only credits — generate-component-metadata.ts skips gracefully when absent.
Production config split out:
- docker-compose.prod.yml, deploy/nginx.prod.conf, nginx-host-velxio*.conf,
update-third-party.bat removed. Production deployment lives in its own
repo: https://github.com/velxio/velxio-prod (host nginx + HTTPS + backups
+ pinned upstream commit).
Verified locally: 1161 frontend tests pass, build:docker completes clean.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-04 10:04:11 +07:00
> **Running velxio.dev itself?** Production-only configuration (host nginx
> + HTTPS, backups, pinned upstream commit) lives in its own repo:
> [github.com/velxio/velxio-prod](https://github.com/velxio/velxio-prod).
2026-05-04 10:08:30 +07:00
---
### Option C: Manual Setup (frontend + backend separately)
2026-03-05 05:28:33 +07:00
2026-03-07 08:12:50 +07:00
**Prerequisites:** Node.js 18+, Python 3.12+, arduino-cli
2026-03-05 05:28:33 +07:00
2026-03-03 10:20:49 +07:00
```bash
2026-05-04 10:08:30 +07:00
git clone https://github.com/davidmonterocrespo24/velxio.git
2026-03-07 00:29:15 +07:00
cd velxio
2026-04-08 10:02:54 +07:00
```
2026-03-03 10:20:49 +07:00
2026-05-04 10:08:30 +07:00
> No `--recurse-submodules` needed. `@wokwi/elements`, `avr8js` and
> `rp2040js` come from the npm registry. Board SVGs live in
> `frontend/public/boards/`. The folders under `third-party/` are
> reference-only — you only need to clone wokwi-elements if you're adding
> a new component to the catalog (the metadata generator scans its `src/`).
2026-04-08 10:02:54 +07:00
```bash
2026-05-04 10:08:30 +07:00
# Terminal 1 — backend
2026-03-03 10:20:49 +07:00
cd backend
2026-05-04 10:08:30 +07:00
python -m venv venv
source venv/bin/activate # Windows: venv\Scripts\activate
2026-03-03 10:20:49 +07:00
pip install -r requirements.txt
2026-03-07 08:12:50 +07:00
uvicorn app.main:app --reload --port 8001
2026-05-04 10:08:30 +07:00
```
2026-03-03 10:20:49 +07:00
2026-05-04 10:08:30 +07:00
```bash
# Terminal 2 — frontend
2026-03-03 10:20:49 +07:00
cd frontend
npm install
2026-03-07 08:12:50 +07:00
npm run dev
2026-03-03 10:20:49 +07:00
```
2026-03-17 00:22:23 +07:00
Open < http: / / localhost:5173 > .
2026-03-03 10:20:49 +07:00
2026-03-07 08:12:50 +07:00
**arduino-cli setup (first time):**
2026-03-17 00:22:23 +07:00
2026-03-03 10:20:49 +07:00
```bash
2026-03-07 08:12:50 +07:00
arduino-cli core update-index
arduino-cli core install arduino:avr
2026-03-17 00:22:23 +07:00
# For Raspberry Pi Pico / Pico W:
2026-03-07 08:12:50 +07:00
arduino-cli config add board_manager.additional_urls \
https://github.com/earlephilhower/arduino-pico/releases/download/global/package_rp2040_index.json
arduino-cli core install rp2040:rp2040
2026-03-17 00:22:23 +07:00
2026-05-04 10:08:30 +07:00
# For ATtiny85:
2026-03-17 00:22:23 +07:00
arduino-cli config add board_manager.additional_urls \
2026-05-04 10:08:30 +07:00
http://drazzy.com/package_drazzy.com_index.json
arduino-cli core install ATTinyCore:avr
2026-03-03 10:20:49 +07:00
```
2026-05-04 10:08:30 +07:00
> ESP32 (Xtensa) compilation in manual install requires the ESP-IDF 4.4.7
> toolchain installed locally. The Docker image bundles this — for manual
> installs see [docs/ESP32_EMULATION.md](docs/ESP32_EMULATION.md). If you
> only need AVR / RP2040 / RISC-V boards you can skip ESP-IDF entirely.
2026-03-07 08:12:50 +07:00
---
2026-03-03 10:20:49 +07:00
2026-03-04 06:18:37 +07:00
## Project Structure
2026-03-03 10:20:49 +07:00
2026-03-17 00:22:23 +07:00
```text
2026-03-07 00:29:15 +07:00
velxio/
2026-03-07 08:12:50 +07:00
├── frontend/ # React + Vite + TypeScript
│ └── src/
2026-03-17 00:22:23 +07:00
│ ├── pages/ # LandingPage, EditorPage, UserProfilePage, ...
2026-03-07 08:12:50 +07:00
│ ├── components/ # Editor, simulator canvas, modals, layout
2026-03-17 00:22:23 +07:00
│ ├── simulation/ # AVRSimulator, RP2040Simulator, RiscVCore,
│ │ # RaspberryPi3Bridge, Esp32Bridge, PinManager
│ ├── store/ # Zustand stores (auth, editor, simulator, project, vfs)
2026-03-07 08:12:50 +07:00
│ └── services/ # API clients
├── backend/ # FastAPI + Python
2026-03-05 04:27:14 +07:00
│ └── app/
2026-03-17 00:22:23 +07:00
│ ├── api/routes/ # compile, auth, projects, libraries, simulation (ws)
2026-03-07 08:12:50 +07:00
│ ├── models/ # User, Project (SQLAlchemy)
2026-03-17 00:22:23 +07:00
│ ├── services/ # arduino_cli, esp32_worker, qemu_manager, gpio_shim
2026-03-07 08:12:50 +07:00
│ └── core/ # config, security, dependencies
2026-05-04 10:08:30 +07:00
├── third-party/ # Reference-only upstream clones (credits)
│ │ # — runtime libs come from npm; the only
│ │ # one used by the build is qemu-lcgamboa.
│ ├── wokwi-elements/ # (npm: @wokwi/elements )
│ ├── avr8js/ # (npm: avr8js)
│ ├── rp2040js/ # (npm: rp2040js)
│ └── qemu-lcgamboa/ # QEMU fork for ESP32 Xtensa (build from source)
├── img/ # Raspberry Pi 3 boot images (kernel8.img, dtb, OS)
├── docker/ # In-container nginx.conf + entrypoint.sh
2026-03-17 00:22:23 +07:00
├── docs/ # Technical documentation
2026-05-04 10:08:30 +07:00
├── Dockerfile.standalone # Single-container image used for self-hosting
fix(install): unblock self-hosting + drop forced wokwi clones
Resolves several install pain points reported by users (#108, #120) and
removes the obligatory upstream-clone step that confused contributors and
slowed down every Docker build.
Install fixes:
- nginx: server_name → catch-all default_server, drop Debian's stock site
so reverse-proxied users no longer get the "Welcome to nginx" page.
- entrypoint: auto-generate SECRET_KEY at first boot, persisted under
data/.secret_key. backend/.env is now optional in docker-compose.yml.
- backend: add greenlet>=3.0.0 (SQLAlchemy async dep that was missing on
some Python builds — caused uvicorn startup failures on WSL).
Wokwi libs come from npm:
- @wokwi/elements 1.9.2, avr8js 0.21.0, rp2040js 1.3.2 are pinned in
frontend/package.json. Vite aliases removed.
- Dockerfile.standalone no longer clones avr8js / rp2040js / wokwi-elements
/ wokwi-boards. Frontend stage is just COPY + npm install + build:docker.
- Board SVGs vendored under frontend/public/boards/ (10 deduped against
existing files, 2 truly new). third-party/wokwi-* clones become reference-
only credits — generate-component-metadata.ts skips gracefully when absent.
Production config split out:
- docker-compose.prod.yml, deploy/nginx.prod.conf, nginx-host-velxio*.conf,
update-third-party.bat removed. Production deployment lives in its own
repo: https://github.com/velxio/velxio-prod (host nginx + HTTPS + backups
+ pinned upstream commit).
Verified locally: 1161 frontend tests pass, build:docker completes clean.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-04 10:04:11 +07:00
└── docker-compose.yml # Self-hosting compose
# (production deployment lives in
# https://github.com/velxio/velxio-prod)
2026-03-03 10:20:49 +07:00
```
2026-03-07 08:12:50 +07:00
---
2026-03-03 10:20:49 +07:00
2026-03-07 08:12:50 +07:00
## Technologies
2026-03-03 10:20:49 +07:00
2026-03-07 08:12:50 +07:00
| Layer | Stack |
2026-03-17 00:22:23 +07:00
| --- | --- |
2026-03-07 08:12:50 +07:00
| Frontend | React 19, Vite 7, TypeScript 5.9, Monaco Editor, Zustand, React Router 7 |
chore(oss): drop dead auth/DB dependencies from OSS image
After Phase 4 of the OSS / pro split, the OSS code base imports zero
auth/DB modules (verified with grep across backend/app/). But the
requirements.txt + config.py + .env.example + docs still listed
SQLAlchemy, aiosqlite, JWT/bcrypt, OAuth, SECRET_KEY etc. as if they
were live. Self-hosters running `pip install -r requirements.txt`
were pulling ~30 MB of packages the code never imports.
Changes:
* backend/requirements.txt — drop sqlalchemy, greenlet, aiosqlite,
python-jose, passlib[bcrypt], bcrypt, authlib, email-validator,
python-multipart. Keep fastapi, uvicorn, websockets, pydantic,
pydantic-settings, httpx, mcp, esptool, wasmtime — everything OSS
actually uses.
* backend/app/core/config.py — Settings reduced to FRONTEND_URL only.
Comment explains the overlay path that adds the rest at Docker
build time.
* backend/.env.example — same trim: only FRONTEND_URL, with a comment
explaining why this file is almost empty.
* README.md — "Auth & Project Persistence" section rewritten to
describe .vlx export/import. Env-var table reduced to a single row.
Stack table updated: no SQLAlchemy, no JWT, persistence = .vlx
files.
* CLAUDE.md — intro line updated (Auth: None, persistence: .vlx).
Key-file-locations rewritten to list the OSS-stateless backend +
the new lib/proRoutes / proSession / proSaveAction seams, with an
explicit "removed in the split" note pointing to velxio-prod.
Stores section drops useAuthStore (overlay-only now). Backend
gotchas drop the bcrypt + email-validator + model-import notes.
Implemented-features list replaces "Auth + URL persistence + user
profile" with portable .vlx export/import.
* docs/ESP32_EMULATION.md — two `docker run` examples dropped the
`-e SECRET_KEY=...` arg (no longer needed).
OSS build verified end-to-end (285 SEO pages prerender, 20 stateless
routes, zero sqlalchemy imports).
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-15 03:06:27 +07:00
| Backend | FastAPI, uvicorn (stateless: compile, libraries, simulation, MCP) |
2026-03-17 00:22:23 +07:00
| AVR Simulation | avr8js (ATmega328p / ATmega2560) |
| RP2040 Simulation | rp2040js (ARM Cortex-M0+) |
| RISC-V Simulation | RiscVCore.ts (RV32IMC, custom TypeScript) |
| ESP32 Simulation | QEMU 8.1.3 lcgamboa fork (Xtensa LX6/LX7) |
| Raspberry Pi 3 Simulation | QEMU 8.1.3 (`qemu-system-aarch64 -M raspi3b`) + Raspberry Pi OS Trixie |
| UI Components | wokwi-elements (Web Components) |
chore(oss): drop dead auth/DB dependencies from OSS image
After Phase 4 of the OSS / pro split, the OSS code base imports zero
auth/DB modules (verified with grep across backend/app/). But the
requirements.txt + config.py + .env.example + docs still listed
SQLAlchemy, aiosqlite, JWT/bcrypt, OAuth, SECRET_KEY etc. as if they
were live. Self-hosters running `pip install -r requirements.txt`
were pulling ~30 MB of packages the code never imports.
Changes:
* backend/requirements.txt — drop sqlalchemy, greenlet, aiosqlite,
python-jose, passlib[bcrypt], bcrypt, authlib, email-validator,
python-multipart. Keep fastapi, uvicorn, websockets, pydantic,
pydantic-settings, httpx, mcp, esptool, wasmtime — everything OSS
actually uses.
* backend/app/core/config.py — Settings reduced to FRONTEND_URL only.
Comment explains the overlay path that adds the rest at Docker
build time.
* backend/.env.example — same trim: only FRONTEND_URL, with a comment
explaining why this file is almost empty.
* README.md — "Auth & Project Persistence" section rewritten to
describe .vlx export/import. Env-var table reduced to a single row.
Stack table updated: no SQLAlchemy, no JWT, persistence = .vlx
files.
* CLAUDE.md — intro line updated (Auth: None, persistence: .vlx).
Key-file-locations rewritten to list the OSS-stateless backend +
the new lib/proRoutes / proSession / proSaveAction seams, with an
explicit "removed in the split" note pointing to velxio-prod.
Stores section drops useAuthStore (overlay-only now). Backend
gotchas drop the bcrypt + email-validator + model-import notes.
Implemented-features list replaces "Auth + URL persistence + user
profile" with portable .vlx export/import.
* docs/ESP32_EMULATION.md — two `docker run` examples dropped the
`-e SECRET_KEY=...` arg (no longer needed).
OSS build verified end-to-end (285 SEO pages prerender, 20 stateless
routes, zero sqlalchemy imports).
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-15 03:06:27 +07:00
| Compiler | arduino-cli (subprocess) + ESP-IDF (subprocess) |
| Auth | None — anonymous, single-user editor by design |
| Persistence | `.vlx` file export/import (no server-side database) |
2026-03-07 08:12:50 +07:00
| Deploy | Docker, nginx, GitHub Actions → GHCR + Docker Hub |
2026-03-03 10:20:49 +07:00
2026-03-07 08:12:50 +07:00
---
2026-03-03 10:20:49 +07:00
2026-03-17 00:22:23 +07:00
## Documentation
| Topic | Document |
| --- | --- |
| Getting Started | [docs/getting-started.md ](docs/getting-started.md ) |
| Architecture Overview | [docs/ARCHITECTURE.md ](docs/ARCHITECTURE.md ) |
| Emulator Architecture | [docs/emulator.md ](docs/emulator.md ) |
| Wokwi Libraries Integration | [docs/WOKWI_LIBS.md ](docs/WOKWI_LIBS.md ) |
| RP2040 Emulation (Pico) | [docs/RP2040_EMULATION.md ](docs/RP2040_EMULATION.md ) |
| Raspberry Pi 3 Emulation | [docs/RASPBERRYPI3_EMULATION.md ](docs/RASPBERRYPI3_EMULATION.md ) |
| ESP32 Emulation (Xtensa) | [docs/ESP32_EMULATION.md ](docs/ESP32_EMULATION.md ) |
| RISC-V Emulation (ESP32-C3) | [docs/RISCV_EMULATION.md ](docs/RISCV_EMULATION.md ) |
| Components Reference | [docs/components.md ](docs/components.md ) |
| MCP Server | [docs/MCP.md ](docs/MCP.md ) |
| Roadmap | [docs/roadmap.md ](docs/roadmap.md ) |
---
2026-03-04 06:18:37 +07:00
## Troubleshooting
2026-03-03 10:20:49 +07:00
2026-03-07 08:12:50 +07:00
**`arduino-cli: command not found`** — install arduino-cli and add to PATH.
2026-03-03 10:20:49 +07:00
2026-03-07 08:12:50 +07:00
**LED doesn't blink** — check port listeners in browser console; verify pin mapping in the component property dialog.
2026-03-03 10:20:49 +07:00
2026-03-07 08:12:50 +07:00
**Serial Monitor shows nothing** — ensure `Serial.begin()` is called before `Serial.print()` .
2026-03-05 04:27:14 +07:00
2026-03-17 00:22:23 +07:00
**ESP32 not starting** — verify `libqemu-xtensa.dll` (Windows) or `libqemu-xtensa.so` (Linux) is present in `backend/app/services/` .
**Pi 3 takes too long to boot** — QEMU needs 2– 5 seconds to initialize; the "booting" status in the UI is expected.
**Compilation errors** — check the compilation console; verify the correct core is installed for the selected board.
2026-03-05 04:27:14 +07:00
2026-03-07 08:12:50 +07:00
---
2026-03-06 07:33:02 +07:00
2026-03-12 12:12:36 +07:00
## Community
Join the Discord server to ask questions, share projects, and follow updates:
2026-03-29 07:58:17 +07:00
**[discord.gg/3mARjJrh4E](https://discord.gg/3mARjJrh4E)**
2026-03-12 12:12:36 +07:00
2026-03-04 06:18:37 +07:00
## Contributing
2026-03-03 10:20:49 +07:00
2026-03-07 08:12:50 +07:00
Suggestions, bug reports, and pull requests are welcome at [github.com/davidmonterocrespo24/velxio ](https://github.com/davidmonterocrespo24/velxio ).
2026-03-03 10:20:49 +07:00
2026-03-17 00:22:23 +07:00
If you'd like to support the project financially, see the [Support the Project ](#support-the-project ) section above or sponsor directly at [github.com/sponsors/davidmonterocrespo24 ](https://github.com/sponsors/davidmonterocrespo24 ).
2026-03-08 07:44:39 +07:00
2026-03-07 08:32:05 +07:00
> **Note:** All contributors must sign a Contributor License Agreement (CLA) so that the dual-licensing model remains valid. A CLA check runs automatically on pull requests.
2026-03-04 06:18:37 +07:00
## License
2026-03-03 10:20:49 +07:00
2026-03-07 08:32:05 +07:00
Velxio uses a **dual-licensing** model:
| Use case | License | Cost |
2026-03-17 00:22:23 +07:00
| --- | --- | --- |
2026-03-07 08:32:05 +07:00
| Personal, educational, open-source (AGPLv3 compliant) | [AGPLv3 ](LICENSE ) | Free |
| Proprietary / closed-source product or SaaS | [Commercial License ](COMMERCIAL_LICENSE.md ) | Paid |
The AGPLv3 is a certified Open Source license. It is free for all uses — including commercial — as long as any modifications or network-accessible deployments make their source code available under the same license. Companies that cannot comply with that requirement can purchase a Commercial License.
For commercial licensing inquiries: [davidmonterocrespo24@gmail.com ](mailto:davidmonterocrespo24@gmail.com )
See [LICENSE ](LICENSE ) and [COMMERCIAL_LICENSE.md ](COMMERCIAL_LICENSE.md ) for full terms.
2026-03-03 10:20:49 +07:00
2026-03-29 02:26:29 +07:00
## Star History
[](https://star-history.com/#davidmonterocrespo24/velxio& Date)
---
2026-03-04 06:18:37 +07:00
## References
2026-03-03 10:20:49 +07:00
2026-03-07 08:12:50 +07:00
- [Wokwi ](https://wokwi.com ) — Inspiration
2026-03-05 04:27:14 +07:00
- [avr8js ](https://github.com/wokwi/avr8js ) — AVR8 emulator
- [wokwi-elements ](https://github.com/wokwi/wokwi-elements ) — Electronic web components
2026-05-11 23:05:21 +07:00
- [wokwi-boards ](https://github.com/wokwi/wokwi-boards ) — Board SVG assets
- [wokwi-features ](https://github.com/wokwi/wokwi-features ) — Wokwi feature definitions
2026-03-06 07:33:02 +07:00
- [rp2040js ](https://github.com/wokwi/rp2040js ) — RP2040 emulator
2026-05-11 23:05:21 +07:00
- [ngspice-wasm ](https://github.com/wokwi/ngspice-wasm ) — ngspice compiled to WebAssembly (electrical simulation)
2026-03-17 00:22:23 +07:00
- [lcgamboa/qemu ](https://github.com/lcgamboa/qemu ) — QEMU fork for ESP32 Xtensa emulation
2026-05-11 23:05:21 +07:00
- [espressif/qemu ](https://github.com/espressif/qemu ) — Espressif QEMU ESP32 emulator
- [esp32-camera ](https://github.com/espressif/esp32-camera ) — ESP32 camera driver reference
- [fritzing-parts ](https://github.com/fritzing/fritzing-parts ) — Electronic component SVG assets
- [picowi ](https://github.com/jbentham/picowi ) — Raspberry Pi Pico W WiFi reference
- [100 Days 100 IoT Projects ](https://github.com/velxio/100_Days_100_IoT_Projects ) — IoT example projects collection
2026-03-05 04:27:14 +07:00
- [arduino-cli ](https://github.com/arduino/arduino-cli ) — Arduino compiler
- [Monaco Editor ](https://microsoft.github.io/monaco-editor/ ) — Code editor
2026-03-17 00:22:23 +07:00
- [QEMU ](https://www.qemu.org ) — Machine emulator (Raspberry Pi 3)