# esp32sim: 보드 없이 ESP32 펌웨어 그대로 실행하기
# esp32sim: running unmodified ESP32 firmware with no board

- Site: https://select1.dev/2026-10-18 (English), https://select1.dev/ko/2026-10-18 (Korean)
- Entry: 008
- Published: 2026-10-18 (KST). Launch date: 2026-10-17
- Pick: esp32sim <https://github.com/mikroverk/esp32sim> (source: Show HN)
- Verified: ran
- What: esp32sim 은 ESP32 계열 칩 네 종의 펌웨어를 실제 보드 없이 실행하는 에뮬레이터 프로덕트다. 칩의 ROM 부터 그대로 부팅하고, CLI 와 브라우저에서 실행된다.
- What (en): esp32sim is an emulator product that runs firmware for four ESP32-family chips without a physical board. It boots unmodified firmware from the chip’s own ROM and runs in a CLI and in the browser.
- Why: 오늘의 픽으로 선정한 이유는 보드 없이 칩의 실제 ROM 부터 부팅하는지를 직접 확인할 수 있어서다.
- Why (en): It is today’s pick because I could directly check whether it boots from the chip’s own ROM without a board.
- Verdict: 작동한다. 칩 네 종이 실제 ROM 에서 부팅해 Hello world 를 출력했다.
- Verdict (en): It works. All four chips booted from their own ROMs and printed Hello world.
- Tags: emulator, esp32, embedded, rust, ai-built, wasm

## Checked against the README

- [pass] 실제 마스크 ROM → 실제 2차 부트로더 → FreeRTOS → 앱 순서로 부팅한다 (S3, C3, C6) — Espressif esp-rom-elfs 20260528 의 ROM ELF 로 부팅. ROM 배너(ESP-ROM:esp32s3-20210327 등)와 부트로더 load 로그, Hello world 가 S3·C3·C6·클래식 ESP32 네 칩 모두에서 출력됐다
- [pass] S3 hello_world 는 실시간보다 약 30배 빠르다 — 에뮬레이션 시간 26초가 실제 0.7초에 끝났다(36배, 25.3 Minsn/s). x86-64 라 JIT 없이 블록 인터프리터로 실행
- [pass] 칩 리셋은 ROM 부터 다시 부팅하며 리셋 원인이 일치한다 — esp_restart 뒤 S3·C3 는 rst:0xc (RTC_SW_CPU_RST), C6 는 rst:0xc (SW_CPU) 와 Saved PC 줄, 클래식은 SW_CPU_RESET 으로 ROM 배너부터 다시 출력
- [fail] C6 무선 실행에는 --stub bb_init=0 이 반드시 필요하다 — 커밋된 C6 스테이션 이미지에는 ELF 가 없어 --stub bb_init=0 은 unknown symbol 로 종료(골든 테스트는 주소 0x4207df40 으로 스텁). 스텁 없이 실행해도 스캔·접속·DHCP·핑 5회가 모두 끝났다. PHY 보정 오류 세 줄은 스텁을 쓴 골든 출력에도 있다

## Measured

- ESP32-S3 hello_world, 에뮬레이션 시간 26초의 실제 경과 시간: 0.7초 (36배, 25.3 Minsn/s) (release 빌드, 블록 인터프리터(JIT 0건), 리눅스 x86-64 4코어. 에뮬레이터의 [emu] stop 보고와 date +%s%N 전후 측정(729 ms))

## Progress (days after launch; full history https://select1.dev/2026-10-18/progress)

- day 3 (checked 2026-10-20) [active] commits since launch 10, stars 433, releases 2, contributors 6, last commit 2026-10-19
  - A level-triggered interrupt now shows its pin in the STATUS and PCPU_INT registers.
  - The JIT keeps the ownership of the selected code regions when the cache is reindexed. A test for this was added.
- day 7 (checked 2026-10-24) [active] commits since launch 60, stars 641, releases 3, contributors 9, last commit 2026-10-23
  - `--chip esp32` selects the dual-core ESP32. The emulator boots it from the chip’s own ROM and then runs an unmodified app (v0.3.0).
  - WiFi and Bluetooth work on every chip (v0.3.0).
  - With `--wifi-nearby`, a WiFi scan on the emulated chip also finds nearby networks that the emulator simulates.
  - The new host options `--adc` and `--adc-raw` set the chip’s analog input values.
  - The emulator now supports GP-SPI3, a general-purpose SPI controller on the ESP32-S3.

## 한국어

## 무엇이 문제인가

ESP32 는 Espressif 가 만든 소형 칩으로, Wi-Fi 와 블루투스가 들어 있다. 펌웨어의 동작은 칩을 얹은 보드에 올려서 확인한다. 팀에 보드가 한 개뿐이면, 펌웨어 개발자가 보드를 사용하는 동안 앱과 서버를 개발하는 동료는 차례를 기다려야 한다. 앱과 서버도 보드의 펌웨어와 통신해야 시험할 수 있기 때문이다. CI 서버에는 보드가 없어, 펌웨어 테스트를 자동으로 실행할 수도 없다. 2026년 10월 17일 Hacker News 의 esp32sim Show HN 글에서 raminf 라는 사용자는 IoT 프로젝트마다 하드웨어를 기다리는 대신 "기능 시뮬레이터"를 따로 만들어 왔다고 했다. 저전력 블루투스(BLE)나 Wi-Fi 명령 수준에서 기기의 동작을 흉내 내는 프로그램이다.

제조사인 Espressif 는 QEMU 를 공식 방법으로 제공한다. QEMU 는 오픈소스 에뮬레이터다. 구조가 다른 CPU 의 프로그램을 일반 컴퓨터에서 실행할 수 있게 한다. ESP-IDF 프로그래밍 가이드(docs.espressif.com 의 QEMU Emulator 페이지)에 따르면, Espressif 는 QEMU 를 포크해 ESP32 지원을 추가했고, 이 포크를 관리한다. 이 포크는 ESP32 의 CPU, 메모리, 여러 주변장치를 에뮬레이션한다. 개발자가 ESP-IDF 를 설치한 컴퓨터에서 idf.py qemu monitor 를 실행하면, 이 명령이 앱을 빌드하고 QEMU 를 실행해 펌웨어의 로그를 화면에 출력한다.

## 어떻게 해결했나

Joakim Eriksson 과 Mattia Fiumara 가 만든 esp32sim 은 ESP32, ESP32-S3, ESP32-C3, ESP32-C6 네 칩을 CPU 명령어 단위로 에뮬레이션한다. 칩에는 마스크 ROM에 기록된 코드가 있다. 이 코드는 수정할 수 없고, 전원이 들어오면 가장 먼저 실행된다. esp32sim 도 Espressif 가 공개한 ROM 파일(esp-rom-elfs)을 읽어 이 코드부터 실행하고, 이어서 부트로더와 수정하지 않은 앱을 실행한다. 보드에 연결하는 디스플레이, 버튼, 카메라, 오디오 칩도 에뮬레이션한다.

esp32sim 에는 가상 무선 네트워크도 들어 있다. 에뮬레이터 안에는 가상 공유기가 있어, 펌웨어는 이 공유기를 찾아 비밀번호로 접속한다. 가상 공유기는 IP 주소를 발급하고, 핑과 도메인 조회, 시간 동기화 요청에 응답한다. 펌웨어가 인터넷으로 보내는 통신은 호스트의 네트워크로 중계한다. esp32sim 의 코드는 WebAssembly 로도 빌드할 수 있어, 브라우저에서도 펌웨어를 ROM 부터 부팅할 수 있다.

## 무엇이 다른가

첫째, 준비할 것이 다르다. Espressif 의 QEMU 를 사용하려면 ESP-IDF, QEMU, 시스템 라이브러리를 설치해야 한다. esp32sim 은 실행 파일 한 개와 ROM 파일, 펌웨어만 있으면 된다. 트레이드오프는 코드의 양이다. 제작자는 다른 에뮬레이터의 코드를 사용하지 않고 CPU 두 종류와 주변장치의 에뮬레이션 코드를 전부 직접 작성했다. 전체는 Rust 로 69,914줄이다. 또 JIT 는 ARM 계열 컴퓨터(Apple Silicon 등)에서만 작동한다.

둘째, 부팅의 출발점이 다르다. ESP-IDF 문서에는 QEMU 포크가 CPU, 메모리, 여러 주변장치를 에뮬레이션한다고만 적혀 있다. esp32sim 은 실제 ROM 과 실제 부트로더를 그대로 실행하므로, 콘솔에 ROM 의 첫 메시지와 재시작 원인이 출력된다. README 에는 제작자가 실제 C3 보드와 콘솔 출력을 줄 단위로 비교한 결과, 세 번 부팅하는 동안 208줄 중 205줄이 같았다고 적혀 있다. 트레이드오프도 실제 ROM 을 실행하는 데서 생긴다. ROM 의 무선 코드는 실제 아날로그 회로가 있어야 작동한다. 그래서 README 에는 C6 에서 무선 회로를 보정하는 함수를 빈 함수로 대체해 건너뛰는 방법이 적혀 있다.

셋째, 네트워크 지원이 다르다. esp32sim 에는 가상 공유기와 네트워크가 들어 있어, 펌웨어는 실제 공유기 없이도 이 가상 공유기에 접속해 핑을 보낸다. 한계도 README 에 적혀 있다. 가상 공유기에 접속할 수 있는 기기는 한 대뿐이다. 구형 Wi-Fi 규격의 전송 속도만 지원하고, 절전 모드도 없다. 로드맵에는 Wi-Fi 와 BLE 를 무선 칩 내부 수준까지 에뮬레이션할 계획은 없다고 적혀 있다. Espressif 의 QEMU 문서에는 무선 설명이 없어 비교하지 않았다.

## 무엇이 편해지나

- 보드가 한 대뿐인 팀의 앱·서버 개발자. 보드를 기다리지 않고 각자 노트북에서 펌웨어의 Wi-Fi 접속과 통신까지 시험할 수 있다. 오늘 C3 와 C6 펌웨어가 가상 공유기에 접속해 핑 5회에 성공했다.
- CI 를 운영하는 팀. 실행 파일과 ROM 파일, 펌웨어만 있으면 되므로, CI 서버에서 펌웨어를 ROM 부터 부팅해 콘솔 출력을 확인할 수 있다. 오늘 S3 에서는 에뮬레이터 안의 26초가 실제 0.7초에 끝났다.
- ESP32 를 처음 배우는 개발자. 보드를 사기 전에 브라우저에서 펌웨어가 부팅되는 과정을 확인할 수 있다. 브라우저 빌드는 오늘 확인하지 못했다.

## 어떻게 만들었나

- 커밋 337개가 2026-09-21 부터 10-16 까지 쌓였다. 그중 Mattia Fiumara 의 커밋이 226개, Joakim Eriksson 의 커밋이 88개다. 커밋 174개의 메시지 끝에는 Claude Opus 5.5 와 함께 작성했다는 Co-authored-by 트레일러가 있다.
- Rust 패키지(크레이트)는 12개, 테스트 함수는 973개다. docs/architecture.md 에 따르면 제작자는 CPU 명령어의 동작을 확인할 때만 QEMU 를 참고했다.
- AGENTS.md 에 따르면, 실험 기록에는 재현할 수 있는 사실(명령·입력·해시·수치·결과)만 적고 에이전트의 작업 과정은 서술하지 않는다. 테스트는 출력이 정답과 모든 비트가 같아야 통과한다.

## 실행해 보니

아래 순서로 시험했다.

1. 빌드. CLI 버전만 cargo build --release 로 빌드했다. 1분 00초 걸렸다. 실행 파일 세 개(esp32sim, esp32sim-c3, esp32sim-c6)의 크기는 각각 17 MB 다.
2. ROM. tools/fetch-rom-elfs.sh 가 Espressif 의 ROM 압축 파일(esp-rom-elfs 20260528)을 내려받아 SHA-256 해시를 대조하고, 압축을 풀어 ROM 파일 네 개를 추출했다. 1.4초.
3. ESP32-S3 hello_world. 저장소의 데모 펌웨어를 실제 ROM 부터 부팅했다. ROM 의 첫 메시지 "ESP-ROM:esp32s3-20210327", 부트로더 로그, Hello world, 10초 카운트다운이 출력된 뒤 재시작했다. 에뮬레이터 안의 26초가 실제로는 0.7초에 끝났다(36배). 재시작 두 번 모두 ROM 부터 다시 부팅했다. 시험한 컴퓨터가 인텔·AMD 계열이라 JIT 는 한 번도 작동하지 않았다.
4. C3, C6, ESP32(첫 모델). 같은 hello_world 펌웨어가 칩마다 세 번씩 부팅됐다. C3 는 26초를 5.0초에(5배), C6 는 27초를 6.7초에(4배), ESP32 는 26초를 0.9초에(29배) 끝냈다.
5. C3 Wi-Fi 접속. --wifi 옵션으로 가상 공유기(이름 esp32sim, 암호화 방식 WPA2)를 띄웠다. 펌웨어가 그 공유기를 찾아 접속하고 IP 주소 10.0.2.15 를 받았다. 공유기로 보낸 핑 5회는 모두 성공했다. 에뮬레이터 안 14초, 실제 3.3초. 호스트 네트워크로 나간 통신은 0바이트였다.
6. C6 Wi-Fi 접속. README 에는 보정 함수를 대체하는 옵션(--stub bb_init=0)이 적혀 있다. 저장소의 펌웨어에는 함수 이름 정보(ELF)가 없어, 이 옵션을 지정하자 esp32sim 이 unknown symbol 오류를 출력하고 종료됐다. 옵션 없이 실행해도 공유기 검색과 접속, 핑 5회는 모두 끝났다. 실제 4.1초. 보정 오류 세 줄(pll_cal exceeds 2ms)도 출력됐다. 옵션을 지정한 테스트의 정답에도 같은 세 줄이 있다.

```
$ esp32sim --board none --boot rom --console uart0 --rom roms/esp32s3_rev0_rom.elf ... --max-seconds 26
[emu] ROM loaded from roms/esp32s3_rev0_rom.elf
[emu] ROM boot from reset vector 0x40000400
ESP-ROM:esp32s3-20210327
Build:Mar 27 2021
rst:0x1 (POWERON),boot:0xf (SPI_FAST_FLASH_BOOT)
...
This is esp32s3 chip with 2 CPU core(s), WiFi/BLE, silicon revision v0.2, 8MB external flash
...
Restarting now.
[emu] chip reset at t=11.005s: cause 0xc (RTC_SW_CPU_RESET)
ESP-ROM:esp32s3-20210327
...
[emu] stop: Halted — core0 11407872 + core1 6276760 insns in 0.7s wall = 25.3 Minsn/s; emulated 26.000s
[emu] blocks: 16434 built (0 cache flushes) core0, 2156 (0) core1; jit: 0 compiled, 0 KB code
```

## 확인하지 못한 것

- 브라우저(WebAssembly) 빌드와 디스플레이·카메라·오디오 보드. 다음에 브라우저에서 디스플레이 보드의 화면을 확인하자.
- BLE 예제와 테스트 973개. 다음에 C3 BLE 펌웨어와 cargo test 를 실행해 보자.
- 실제 보드와의 대조. README 의 208줄 비교는 제작자가 측정한 결과다.

## 판정

작동한다. 칩 네 종이 실제 ROM 에서 부팅해 Hello world 를 출력했다. 다만 JIT 가 작동하지 않는 인텔·AMD(x86-64) 컴퓨터에서 C3 와 C6 는 실제 시간보다 4~5배 빠른 데 그쳤다. ESP-IDF 펌웨어를 보드 없이 CI 서버나 브라우저에서 부팅해 보고 싶고, 콘솔 출력과 Wi-Fi 접속까지만 확인하면 되는 경우에 써 볼 만하다. 무선 칩 내부 수준의 동작이나 정밀한 실행 타이밍을 검증해야 한다면 이 프로덕트는 적합하지 않다.

## 얻어갈 것

- 에이전트와 함께 만드는 저장소라면 실험 기록의 형식부터 정하자. esp32sim 은 그 형식을 AGENTS.md 에 적어 두었다.
- 에뮬레이터의 출력은 실제 보드와 줄 단위로 대조하자. README 에 따르면 실제 C3 보드와 비교하는 과정에서 에뮬레이터 버그 다섯 개가 발견됐다.
- ROM 과 데모 펌웨어는 해시로 버전을 고정하자. 오늘 ROM 네 개는 압축 파일의 SHA-256 해시가 적힌 스크립트로 1.4초 만에 내려받았다. 데모 펌웨어는 저장소에 들어 있어 빌드(1분)만 마치면 부팅할 수 있었다.

### 용어

- 펌웨어: 기기에 내장돼 하드웨어를 제어하는 프로그램. TV 같은 기기에서는 운영체제를 포함한 시스템 프로그램 전체를 가리킨다.
- CI: 지속적 통합(continuous integration). 코드를 올릴 때마다 빌드와 테스트를 자동으로 실행하는 체계다.
- Show HN: 개발자 커뮤니티 Hacker News 에서 자신이 만든 프로덕트를 소개하는 글. 제목이 "Show HN:"으로 시작한다.
- ESP-IDF: Espressif 가 제공하는 ESP32 개발 도구 모음. 라이브러리와 빌드 도구가 들어 있다.
- 포크: 원본 저장소를 복제해 따로 개발하는 것. 또는 그렇게 만든 저장소.
- 주변장치: 칩 안에서 CPU 와 함께 동작하는 타이머, 통신 회로 같은 부품.
- 마스크 ROM: 제조 과정에서 내용을 미리 기록해 둔 메모리. 수정할 수 없고, 전원이 들어오면 이 안의 코드가 가장 먼저 실행된다.
- 부트로더: 전원이 들어온 뒤 앱이나 운영체제를 메모리로 불러와 실행하는 작은 프로그램.
- JIT: Just-in-time 컴파일. 프로그램이 실행되는 도중에 자주 쓰이는 코드를 기계어로 바꿔 속도를 높이는 방식이다.
- AGENTS.md: 저장소에 두는, AI 코딩 에이전트용 작업 규칙 파일.

## English

## The problem

The ESP32 is a small chip made by Espressif, with Wi-Fi and Bluetooth built in. Developers check how its firmware behaves by loading it onto a board with the chip. App and server developers also need the board to test communication with the firmware. If a team has only one board, they must wait while the firmware developer uses it. The CI server has no board, so firmware tests cannot run automatically either. A user named raminf commented on esp32sim’s Show HN post on Hacker News on October 17, 2026. They wrote that on each IoT project, they had built a separate "functional simulator" instead of waiting for hardware. Such a program imitates the device at the level of Bluetooth Low Energy (BLE) or Wi-Fi commands.

Espressif officially supports QEMU for emulation. QEMU is an open-source emulator. It lets programs for a CPU of a different design run on an ordinary computer. Espressif forked QEMU and added ESP32 support. The QEMU Emulator page in the ESP-IDF Programming Guide on docs.espressif.com says Espressif maintains the fork. The fork emulates the ESP32’s CPU, memory and several peripherals. On a computer with ESP-IDF installed, a developer runs idf.py qemu monitor to build the app. The command also runs QEMU and prints the firmware’s log on screen.

## How it solves it

esp32sim, by Joakim Eriksson and Mattia Fiumara, emulates four chips at the level of CPU instructions: ESP32, ESP32-S3, ESP32-C3 and ESP32-C6. A chip holds code stored in its mask ROM. esp32sim reads Espressif’s published ROM files (esp-rom-elfs) and runs that code first. It then runs the bootloader and an unmodified app. The display, buttons, camera and audio chip connected to a board are emulated too.

esp32sim also includes a virtual wireless network. The emulator has a virtual router. The firmware finds it and joins it with a password. The virtual router assigns IP addresses and answers ping requests, domain lookups and time-sync requests. esp32sim relays the firmware’s internet traffic to the host network. esp32sim’s code also builds to WebAssembly, so firmware can boot from the ROM in the browser as well.

## What is different

First, Espressif’s QEMU requires you to install ESP-IDF, QEMU itself and the system libraries. esp32sim needs only one executable, the ROM files and the firmware. The trade-off is the amount of code. The authors used no code from other emulators. They wrote the emulation of both CPU types and the peripherals themselves. The code totals 69,914 lines of Rust. The JIT works only on ARM-based computers (such as Apple Silicon).

Second, the ESP-IDF document says only that the QEMU fork emulates the CPU, memory and several peripherals. esp32sim runs the chip’s own ROM and bootloader without modifications. The console shows the ROM’s first message and the restart cause. The README says the authors compared the emulator’s console output with a real C3 board’s output line by line. They found 205 of 208 lines identical over three boots. The trade-off also comes from running the chip’s own ROM. The ROM’s wireless code needs real analog circuitry to work. For the C6, the README describes replacing the radio calibration function with an empty one.

Third, firmware can join esp32sim’s virtual router and ping it without a real router. The README says that only one device can join the virtual router. It supports only the transfer rates of older Wi-Fi standards and has no power-saving mode. The roadmap says there are no plans to emulate Wi-Fi and BLE down to the radio chip’s internals. Espressif’s QEMU document says nothing about wireless, so I did not compare wireless support.

## What it makes easier

- App and server developers on a team with one board. Instead of waiting for the board, each can test the firmware’s Wi-Fi join and traffic on their own laptop. Today the C3 and C6 firmware joined the virtual router and completed 5 pings.
- Teams that run CI. esp32sim needs only an executable, the ROM files and the firmware, so a CI server can boot firmware from the ROM and check the console output. Today the S3 ran 26 seconds of emulated time in 0.7 seconds of real time.
- Developers new to the ESP32. Before buying a board, they can check firmware booting in the browser. I did not check the browser build today.

## How it was built

- 337 commits from 2026-09-21 to 10-16. Mattia Fiumara made 226 of them, and Joakim Eriksson made 88. 174 commits end with a Co-authored-by line saying they were written with Claude Opus 5.5.
- 12 Rust packages (crates) and 973 test functions. According to docs/architecture.md, the authors consulted QEMU only to confirm how CPU instructions behave.
- According to AGENTS.md, experiment records hold only reproducible facts (commands, inputs, hashes, numbers and outcomes) and do not narrate the agent’s working process. A test passes only if every bit of its output matches the expected output.

## Running it

1. Build. I built only the CLI version with cargo build --release. It took 1 minute 00 seconds. The three executables (esp32sim, esp32sim-c3, esp32sim-c6) are 17 MB each.
2. ROMs. tools/fetch-rom-elfs.sh downloaded Espressif’s ROM archive (esp-rom-elfs 20260528) and checked its SHA-256 hash. It then unpacked the archive and extracted the four ROM files. 1.4 seconds.
3. ESP32-S3 hello_world. I booted the repository’s demo firmware from the chip’s own ROM. The console showed the ROM’s first message "ESP-ROM:esp32s3-20210327", the bootloader log, Hello world and a 10-second countdown. Then the chip restarted. The emulator ran 26 seconds of emulated time in 0.7 seconds of real time (36 times faster). After both restarts, the chip booted again from the ROM. The test computer is Intel/AMD, so the JIT never ran.
4. C3, C6 and ESP32 (the first model). The same hello_world firmware booted three times on each chip. The C3 ran 26 seconds of emulated time in 5.0 seconds of real time (5 times faster). The C6 ran 27 seconds in 6.7 seconds (4 times faster). The ESP32 ran 26 seconds in 0.9 seconds (29 times faster).
5. C3 Wi-Fi join. The --wifi option brought up a virtual router (named esp32sim, with WPA2 encryption). The firmware found and joined that router. It got the IP address 10.0.2.15. All 5 pings sent to the router succeeded. The emulator ran 14 seconds of emulated time in 3.3 seconds of real time. The traffic sent to the host network was 0 bytes.
6. C6 Wi-Fi join. The README gives an option that replaces the calibration function (--stub bb_init=0). The repository’s firmware carries no function-name information (ELF), so with that option esp32sim printed an unknown symbol error and exited. Without the option, the firmware found and joined the router. All 5 pings completed. This took 4.1 seconds of real time. It also printed three calibration errors (pll_cal exceeds 2ms). The test’s expected output, recorded with the option, has the same three lines.

```
$ esp32sim --board none --boot rom --console uart0 --rom roms/esp32s3_rev0_rom.elf ... --max-seconds 26
[emu] ROM loaded from roms/esp32s3_rev0_rom.elf
[emu] ROM boot from reset vector 0x40000400
ESP-ROM:esp32s3-20210327
Build:Mar 27 2021
rst:0x1 (POWERON),boot:0xf (SPI_FAST_FLASH_BOOT)
...
This is esp32s3 chip with 2 CPU core(s), WiFi/BLE, silicon revision v0.2, 8MB external flash
...
Restarting now.
[emu] chip reset at t=11.005s: cause 0xc (RTC_SW_CPU_RESET)
ESP-ROM:esp32s3-20210327
...
[emu] stop: Halted — core0 11407872 + core1 6276760 insns in 0.7s wall = 25.3 Minsn/s; emulated 26.000s
[emu] blocks: 16434 built (0 cache flushes) core0, 2156 (0) core1; jit: 0 compiled, 0 KB code
```

## Not checked

- The browser (WebAssembly) build and the display, camera and audio boards. Next time, check a display board’s screen in the browser.
- The BLE examples and the 973 tests. Next time, run the C3 BLE firmware and cargo test.
- The comparison with a real board. The README’s 208-line comparison is the authors’ own measurement.

## Verdict

It works. All four chips booted from their own ROMs and printed Hello world. That said, the C3 and C6 ran only 4 to 5 times faster than real time on Intel and AMD (x86-64) computers, where the JIT does not run. It is worth a try when you want to boot ESP-IDF firmware without a board, on a CI server or in a browser. It fits when you only need to check console output and a Wi-Fi connection. If you need to verify behaviour at the level of the radio chip’s internals or precise execution timing, this product is not the right choice.

## What to take away

- In a repository built with agents, decide the format of the experiment records first. esp32sim wrote that format down in AGENTS.md.
- Compare an emulator’s output with a real board line by line. According to the README, the authors found five bugs in the emulator while comparing it with a real C3 board.
- Pin the versions of ROMs and demo firmware with hashes. Today I downloaded the four ROMs in 1.4 seconds with a script. The script contains the SHA-256 hash of their archive. The demo firmware was in the repository, so it could boot as soon as the build (1 minute) finished.

### Terms

- firmware: The program built into a device to control its hardware. On devices such as TVs, it means all the system software, including the operating system.
- CI: Continuous integration: a setup that builds and tests code automatically every time it is pushed.
- Show HN: A post on Hacker News, a developer community, in which someone presents what they made. Its title starts with "Show HN:".
- fork: Copying a repository to develop it separately, or the copy made that way.
- ESP-IDF: Espressif’s development framework for the ESP32, with its libraries and build tools.
- peripheral: A part inside a chip that works alongside the CPU, such as a timer or a communication circuit.
- mask ROM: Memory whose contents are written in during manufacturing. It cannot be modified, and its code is the first to run when the power comes on.
- bootloader: A small program that loads the app or the operating system into memory and starts it after power-on.
- JIT: Just-in-time compilation: turning frequently run code into machine code while the program runs, to make it faster.
- AGENTS.md: A file in a repository that gives AI coding agents their working rules.

## Launches the same day

- Llmspeed <https://llmspeed.dev/> (Show HN, 218): 로컬 LLM 속도 시뮬레이터. 하드웨어와 모델을 고르면 공개 벤치마크로 초당 토큰과 첫 토큰 시간을 체감하게 한다고 소개한다.
- esp32sim <https://github.com/mikroverk/esp32sim> (Show HN, 82): ESP32 에뮬레이터. 칩의 실제 ROM 부터 부팅해 펌웨어를 CLI 와 브라우저에서 실행한다.
- Duck audio synthesizer <https://celphase.github.io/duck-pond/> (Show HN, 45): 오디오 합성기. 오리 울음소리를 고품질로 합성한다고 소개한다.
- Fakeipedia <https://fakeipedia.org> (Show HN, 39): 가상 세계 백과. 존재하지 않는 세계를 위한 위키백과라고 소개한다.
- Stoke Money <https://stoke.money> (Show HN, 31): 개인 재무 앱. 현금 흐름 예측을 중심에 둔다.
- Weatherdeck <https://github.com/Moshik21/weatherdeck> (Show HN, 9): 상태 보드. AI 코딩 에이전트의 작업 레인과 기계 상태를 TV 나 휴대폰 화면에 읽기 전용으로 보여 준다.
- web-ocean <https://github.com/Noniv/web-ocean> (GitHub, 415): WebGPU 바다 렌더러. 엔진 없이 처음부터 작성했고 FFT 파도와 흰 물결을 실시간으로 그린다.
- leanrea <https://github.com/aicodeking/leanrea> (GitHub, 350): 에이전트 스킬. 8 KB 스킬 파일로 MCP 서버 REA 를 대신한다고 소개하고, 벤치마크 수치를 함께 올렸다.
- Reason Network <https://github.com/reason-machines/reason-network> (GitHub, 198): 에이전트 간 메시징. 팀원들의 코딩 에이전트가 서버 없이 P2P 로 서로 메시지를 보낸다.
- NitroStack <https://www.producthunt.com/products/nitrostack> (Product Hunt, 260): MCP 서버 도구. MCP 서버의 제작부터 배포까지 한곳에서 한다고 소개한다.
- Ultracite v8 <https://www.producthunt.com/products/ultracite> (Product Hunt, 93): 코드 린터. 에이전트 기반 개발을 겨냥한 린터와 포매터다.
- Clipboard Share <https://disquiet.io/products/clipboard-share> (Disquiet): 온라인 클립보드. 같은 와이파이의 기기끼리 브라우저만 열면 자동으로 연결된다.
- 베일리온 <https://disquiet.io/products/4f0a61f2-a058-4ba1-ac2b-9da46c353813> (Disquiet): 협업 도구. 메신저, 문서, 전자결재, 근태, 프로젝트와 AI 를 한 화면에 모았고 5명까지 무료다.

## Getting started

- Steps: git clone https://github.com/mikroverk/esp32sim && cd esp32sim ; cargo build --release -p esp32sim ; tools/fetch-rom-elfs.sh roms ; P=web/wasm/fw/public; target/release/esp32sim --board none --boot rom --console uart0 --rom roms/esp32s3_rev0_rom.elf --flash-mb 8 --psram-mb 2 --bootloader $P/hello-bootloader.bin --ptable $P/hello-ptable.bin --app $P/hello_world.bin --max-seconds 26
- Needs: Rust stable 과 Cargo. Rust 버전을 고정하는 파일은 저장소에 없다, Espressif 의 ROM 파일 네 개 (tools/fetch-rom-elfs.sh 가 압축 파일로 내려받아 그 SHA-256 해시를 대조한다), 펌웨어 파일. 저장소의 데모 펌웨어나, ESP-IDF 로 빌드한 부트로더·파티션 테이블·앱의 .bin 파일
- Cost: MIT 라이선스, 무료. 가격 페이지는 없다.
- Note: JIT 는 ARM 계열(AArch64) 컴퓨터 전용이라, 인텔·AMD(x86-64) 컴퓨터에서는 더 느린 방식으로 실행된다. --wifi 옵션을 지정하면 펌웨어의 통신이 호스트의 네트워크로 중계되므로, 격리된 환경에서 실행하자.