An embedded engineer's first question is "does it run my chip?", and simantic.com never answers it where they decide. The homepage, the /cloud-sim page and the pricing page name no supported microcontroller (the only chip on the homepage is the STM32F072RB in a sample review). The lists that exist are buried in the docs and differ in shape: /docs shows RP2040, STM32F072RB, STM32F401RE and "..." plus an STM32H7 status note, the guide names G474, F767, nRF52840 and ESP32 parts as examples, and launch coverage lists STM32F0/F4/H7, ESP32-S3/C3 and RP2040 with "new models" weekly. The full answer is only in `sim models`, after installing the CLI. And a pull request for an unsupported chip gets a static review that is "never approved", so a visitor who guesses wrong finds out after connecting GitHub.
First action
Export `sim models --show-unmodeled` to a JSON file and render it as a table at /mcus.
How to measure it
Signup rate after a /mcus view
- Now
- –
- Target
- 2x the site-wide signup rate
- By
- 60 days
Steps
Export the list
Dump `sim models --show-unmodeled` with status, peripherals and first version to JSON.
Founder/CTO 1 day
Build /mcus
A filterable table by vendor, family and status, rendered at build time in the Astro site.
Founder/CTO 2 days
Write chip pages
One page per released chip: example command, sample output, buses modeled, PR-review setup, known simplifications.
Founder/CEO 1 week
Add chip requests
A short form for part number, use case and team size; requests feed the modeling backlog.
Founder/CEO 1 day
Link it everywhere
Homepage hero line, /cloud-sim, /pricing, /docs/pr-review and the static-review message from the bot.
Founder/CTO 2 hours
Automate updates
Regenerate the page on every sim release so the list never drifts from the binary.
Founder/CTO 2 days
Measure
Signups after /mcus views, chip-page search impressions and top requested parts.
Founder/CEO monthly
Why it works
Build a public /mcus page from the same data `sim models` already ships: each chip's status (modeled, in progress, not modeled), the peripherals and buses modeled, the supported build systems and the sim version it arrived in. Give each released chip its own page (for example /mcus/stm32f401re) with a ten-line runnable example, the PR-review setup for that chip and its validation status. Add a "request a chip" button that asks for the part number and the use case. Link the list from the homepage hero ("Runs today on STM32F0/F4/H7, ESP32 and RP2040"), the Cloud Sim page, pricing and the PR-review docs, and date each new model so the weekly additions show as visible progress.
It answers the qualifying question before signup, prevents wasted static reviews, and gives Simantic pages that match how engineers search ("STM32F401RE simulator", "simulate ESP32-C3 firmware"). Chip requests become a demand-ranked modeling roadmap. Renode leads with its public board list for the same reason.
Ready to use
ChecklistSupported-chip page launch list
[ ] /mcus table generated from `sim models --show-unmodeled` [ ] Status per chip: modeled / in progress / not modeled [ ] Buses and peripherals modeled per chip [ ] Build systems: CubeMX make, make, CMake, pico-sdk, ESP-IDF, Zephyr [ ] One page per released chip with a runnable example [ ] "Request a chip" form (part number, use case) [ ] Hero line on the homepage linking to /mcus [ ] Links from /cloud-sim, /pricing and /docs/pr-review [ ] Static-review message links to /mcus [ ] Release date on each newly modeled chip [ ] Pages added to the sitemap
Risks and how to handle them
The public list drifts from what the binary supports
Generate it from the same source as `sim models` on every release.
A short list looks thin against Renode's 1200+ boards
Lead with depth per chip (buses, timing, validation) and show requests and release dates.
Evidence
- Your websiteHomepage: H1 "Real firmware. Simulated hardware."; Cloud Sim access is listed as HTTP API, TypeScript and MCP, with "Python" and "CLI" marked "Coming soon"; the AI firmware review section shows a sample review of an STM32F072RB blinky project; the hero visual shows I2C and RC rise-time waveforms; "Backed by Y Combinator"; no customers, logos or testimonials, and no list of supported microcontrollers.Source
- Your websiteCloud Sim page (/cloud-sim), the target of the homepage "Try Cloud Sim" button, checked twice on November 9, 2026: its whole body is "Introducing Cloud Sim" and "Cloud Sim lets you run your firmware from anywhere, with minimal setup." It names no chip and has no code sample or steps; the only next step is the Dashboard link.Source
- Your websiteDocs (/docs): the `sim` CLI installs with one curl command on macOS (Apple Silicon) or Linux x64, and on Windows only through WSL2; it needs Python 3.12+ with its shared library, and every run needs a Simantic account. The sample `sim models` output lists RP2040, STM32F072RB, STM32F401RE and "..."; the STM32H743 and STM32H753 parts are "modeled since sim 0.8" while other H7 parts are "not-modeled". "Usage reporting is required in this build and has no opt-out": each command reports its options, duration, OS and, for runs, the ELF size and SHA-256 (firmware and UART output are not sent).Source
- Your websiteGuide (/docs/guide): examples name STM32F401RE, STM32H753IITX, STM32G474RE, STM32F767ZI, NRF52840QIAA and ESP32-C3, C6 and S3, and point to `sim models` for the list; modeled buses include UART, I2C, SPI, CAN FD, BLE, 802.15.4, Ethernet, Wi-Fi, SD/MMC, USB, GPIO, timers and DMA; Python "peers" stand in for sensors and other parts; "`--timeout` is virtual seconds".Source
- Your websitePR reviewer docs (/docs/pr-review): mention @simantic-bot in a pull request and it builds the firmware, runs scenarios designed from the diff in the simulator and posts one review; it is "an on-demand assistant, not CI: nothing runs on a push"; "a pull request for any other MCU gets a static review, without simulation and never approved"; reviews draw on "$10 a month on the Community plan, $200 on Developer", shared with simulation runs, and are refused with less than $1.50 left; enterprise groups are billed as a group; reviews are private by default and can be shared by link; the diff, build output and simulator output are sent to the company's model provider.Source
- News coverageAI Weekly (October 30, 2026): the engine was written from scratch in Rust rather than wrapping Renode or QEMU, citing development speed, performance and timing accuracy; the platform offers virtual dev boards by API, simulation-checked AI code review and CI that validates every commit; launch chips are STM32F0/F4/H7, ESP32-S3/C3 and RP2040, with new models arriving weekly; the company cites hardware validation rigs running around the clock; target uses include flight controllers, EVs, robotics and satellites.Source
- Competitor researchRenode (Antmicro's platform page): an open-source emulation framework claiming 1200+ supported boards, 12+ CPU architectures and 800+ peripheral models, with public Zephyr and U-Boot test dashboards per board, integrations with GitHub Actions, GitLab and Jenkins, and paid services for peripheral modeling and CI setup.Source