Skipper
Skipper adds RFC 9421 HTTP Message Signatures and delivers 21% RouteGroup load time improvement
A side-by-side editorial comparison of ESPHome and OpenMQTTGateway — release velocity, themes, recent moves, and the top alternatives to consider.
ESPHome 2026.9.0 ships template climate component, OTA encryption with API key, and ESP-NOW for ESP32-P4
ESPHome 2026.9.0 is out, capping a beta cycle that added a template climate component (a long-requested flexible HVAC control primitive), OTA encryption keyed to the device's API key (hardening the update path), and ESP-NOW over hosted shim for the ESP32-P4. The beta cycle also included a systematic RAM allocation safety pass across the codebase — heap exhaustion now returns an error instead of panicking. Monthly releases continue landing at a consistent pace.
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 2026.9.0 is out, capping a beta cycle that added a template climate component (a long-requested flexible HVAC control primitive), OTA encryption keyed to the device's API key (hardening the update path), and ESP-NOW over hosted shim for the ESP32-P4. The beta cycle also included a systematic RAM allocation safety pass across the codebase — heap exhaustion now returns an error instead of panicking. Monthly releases continue landing at a consistent pace.
ESPHome is expanding in two directions simultaneously: broader hardware support (ESP32-P4, BK72xx BLE, new platform components) and more robust runtime behavior (RAMAllocator pattern, use-after-free fixes, better BLE-WiFi coexistence). The template climate component is the most user-visible addition — it brings custom HVAC logic into ESPHome's declarative model, reducing the need for external Home Assistant automations. Audio stack (i2s, resampler, mixer) reliability is also a consistent focus.
The 2026.10.0 cycle will likely continue the RAMAllocator pattern across remaining allocating code paths and add more ESP32-P4-specific features. Audio (voice assistants, speakers) will stay a top area given the ongoing i2s reliability work.
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.
Skipper adds RFC 9421 HTTP Message Signatures and delivers 21% RouteGroup load time improvement
ToolJet bundles MCP, multi-LLM switching, and PATs in a single beta — shifting from app builder to AI development platform
GitHub Copilot tightens enterprise governance while AI security scanning drops its CodeQL prerequisite
Redocly ships a built-in MCP server page across its entire docs platform, with public and authenticated endpoints
Expo kills its AI agent, SDK 58 beta arrives as EAS observability stack hits GA
Jackett in pure tracker-maintenance mode, daily domain and category updates only
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 6.3 vs 0.0), with 1 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 6.3 vs 0.0), with 1 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.