werf
Three release channels at once as werf 3 takes shape beside a still-shipping 2.75.
A side-by-side editorial comparison of ESPHome and OpenMQTTGateway — release velocity, themes, recent moves, and the top alternatives to consider.
ESPHome's July line is all maintenance: bot bumps, build fixes, one breaking ethernet change.
ESPHome is four patches into the 2026.7 cycle, and the patch content is dominated by bundled esphome-device-builder bumps, dependabot updates, and toolchain fixes on the ESP-IDF and Zephyr build paths. The user-visible fixes are narrow and hardware-specific: sensor readings on emc2101, haier and as3935, epaper init defaults, and device adoption failing on first attempt because the git clone cache was unlocked. 2026.7.3 carried an explicitly flagged breaking change to ENC28J60 SPI chip-select hold time.
OpenMQTTGateway spent three years shedding its dependencies, then stopped shipping entirely.
The last release was January 2025, a single bug fix for adaptive scanning restarting the gateway. Before that, the project moved steadily toward standing alone: 1.8.0 embedded an MQTT broker via PicoMQTT so a gateway no longer needs an external server, 1.6.0 added a web interface so it no longer needs a home automation controller to configure, and 1.5.0 brought device trackers for presence detection with over-the-air updates from the controller. Hardware arrived alongside software, with the Theengs Bridge in 1.7.0 and the Theengs Plug in 1.3.0.
ESPHome is four patches into the 2026.7 cycle, and the patch content is dominated by bundled esphome-device-builder bumps, dependabot updates, and toolchain fixes on the ESP-IDF and Zephyr build paths. The user-visible fixes are narrow and hardware-specific: sensor readings on emc2101, haier and as3935, epaper init defaults, and device adoption failing on first attempt because the git clone cache was unlocked. 2026.7.3 carried an explicitly flagged breaking change to ENC28J60 SPI chip-select hold time.
The July line is stabilisation rather than expansion — the feature content lives in the 2026.7.0 release the beta tags led up to, and everything since has been build-system and per-component correction. Automated bumps now make up a large share of each patch note, which makes the changelog a poor read on what actually changed for users. The through-line is a build toolchain ESPHome increasingly owns end to end, via the bundled device-builder it keeps rev-ing.
Expect the 2026.8.0 betas to open shortly and reset the cycle, with one or two more bump-heavy patches closing out the 2026.7 line first.
The last release was January 2025, a single bug fix for adaptive scanning restarting the gateway. Before that, the project moved steadily toward standing alone: 1.8.0 embedded an MQTT broker via PicoMQTT so a gateway no longer needs an external server, 1.6.0 added a web interface so it no longer needs a home automation controller to configure, and 1.5.0 brought device trackers for presence detection with over-the-air updates from the controller. Hardware arrived alongside software, with the Theengs Bridge in 1.7.0 and the Theengs Plug in 1.3.0.
The arc through 1.2 to 1.8 is one of progressive independence — first from a controller for configuration, then from a broker for messaging — turning a bridge component into a self-contained device. Release intervals widened throughout: monthly in early 2023, then annual, then nothing for nineteen months. Whatever the roadmap was, the feed has not recorded activity since.
The evidence here does not support a confident prediction about what ships next; the project has published nothing in nineteen months. If it resumes, the unfinished thread is the embedded broker, which shipped in 1.8.0 and received only a scanning bug fix afterward.
Other Infra & APIs products tracked by Sparkpulse, ranked by recent ship velocity. Each card links to a full editorial trajectory and lets you pivot into a head-to-head comparison with either ESPHome or OpenMQTTGateway.
Three release channels at once as werf 3 takes shape beside a still-shipping 2.75.
Volatility 3 caught up with Volatility 2, then started reorganising itself.
A small LDAP server that grew OpenTelemetry tracing, embedded plugins and RISC-V builds.
OctoPrint 2.0 turns serial into one connector among several, and breaks plugins doing it.
Patch tags land monthly with release notes that itemize nothing.
A self-hosted PaaS spending its releases on secrets, injection fixes and plan limits.
See all ESPHome alternatives → · See all OpenMQTTGateway alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
Both compete on the same themes — esp32 — within Infra & APIs. ESPHome is currently shipping more aggressively (velocity 5.0 vs 0.0), with 0 editorial sparks in the last 30 days against 0. See the at-a-glance table above for a side-by-side breakdown of velocity, recent sparks, and editorial themes.
Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. ESPHome is currently shipping more aggressively (velocity 5.0 vs 0.0), with 0 editorial sparks in the last 30 days against 0. For your specific use case, the alternatives sections above list other Infra & APIs products to evaluate alongside.
Top ESPHome alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "ESPHome alternatives" section above for the current picks, or visit /alternatives/esphome for the full list with editorial commentary on each.
Top OpenMQTTGateway alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "OpenMQTTGateway alternatives" section above for the current picks, or visit /alternatives/openmqttgateway for the full list with editorial commentary on each.