You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: CHANGELOG.md
+1Lines changed: 1 addition & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -9,6 +9,7 @@
9
9
## Unreleased
10
10
11
11
- Added `ZeroNetProfileEsp8266`, a constrained MQTT-first preset for Wemos / ESP8266.
12
+
- Refined `ZeroNetProfileEsp8266` so HTTP stays truly off by default, MQTT idle churn is lower, and the official Wemos live compare now shows MQTT delivery with timing that beats the naive baseline in the same window.
12
13
- Added optional offline queue gating in `ZeroHttpPump` and `ZeroMqttPump` so constrained boards can refuse backlog when link or transport is down.
13
14
- Reduced scheduler contention in the ESP8266 preset by staggering network task start offsets and lowering idle network task cadence.
14
15
- Updated the ESP8266 preset to recommend `kIdleYield` instead of `kIdleSleep`, which materially reduces live timing jitter in the official Wemos validation node.
Copy file name to clipboardExpand all lines: README.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -111,13 +111,13 @@ They are already useful and validated on desktop plus ESP32 hardware, but they a
111
111
Current target maturity:
112
112
113
113
-**ESP32:** stable enough for production-style evaluation and controlled deployments when validated against the real HTTP/MQTT endpoint you intend to ship with.
114
-
-**ESP8266 / Wemos:** still BETA. Live delivery is real, but timing cost is still under active hardening.
114
+
-**ESP8266 / Wemos:** still BETA for full dual-transport use. The constrained MQTT-first preset is now the recommended path and already has repeatable live runs where MQTT delivery is real and timing beats the naive baseline, but full HTTP+MQTT behavior is still under active hardening.
115
115
-**Other supported families:** compile-validated, but network helper maturity should still be treated as evaluation-grade until they receive the same live validation depth.
116
116
117
117
Recommended board-specific path:
118
118
119
119
-**ESP32:** use the default network module configs first, then validate against your real endpoint.
120
-
-**ESP8266 / Wemos:** start with `ZeroNetProfileEsp8266`. It is a constrained MQTT-first preset that disables periodic HTTP dispatch by default, prevents offline queue buildup, staggers lighter network task cadence, and recommends a lighter idle strategy. In current validation it is the preferred path for Wemos MQTT delivery, while HTTP remains degraded/off by default.
120
+
-**ESP8266 / Wemos:** start with `ZeroNetProfileEsp8266`. It is a constrained MQTT-first preset that disables periodic HTTP dispatch by default, prevents offline queue buildup, lowers idle MQTT churn, staggers lighter network task cadence, and recommends a lighter idle strategy. In current validation it is the preferred path for Wemos MQTT delivery, while HTTP remains degraded/off by default unless you deliberately opt back in.
121
121
122
122
Current best module tradeoff reference (ESP32, `LEAN_NET`, manual pattern vs module pattern):
Copy file name to clipboardExpand all lines: docs/wiki/Beta-Modules.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -13,12 +13,12 @@ They are already useful and validated on desktop plus ESP32 smoke tests, but the
13
13
## Target maturity right now
14
14
15
15
-**ESP32:** the current network stack is stable enough for production-style evaluation and controlled deployments when you validate against your real server or broker.
16
-
-**ESP8266 / Wemos:** still BETA. Live transport works, but timing cost is still under active hardening.
16
+
-**ESP8266 / Wemos:** still BETA for full dual-transport use. The constrained MQTT-first preset now has repeatable live runs where MQTT delivery is real and timing beats the naive baseline, but the broader HTTP+MQTT path is still under active hardening.
17
17
-**Other targets:** compile-supported, but network helpers should still be treated as validation targets until they see the same live-network coverage.
18
18
19
19
Recommended default:
20
20
21
-
- For constrained ESP8266 boards, start with `ZeroNetProfileEsp8266`. It is the recommended MQTT-first constrained preset: HTTP stays degraded/off by default, offline queueing is rejected, and the preset uses a lighter recommended idle strategy plus staggered network task starts so the board stays more predictable without hand-tuning every interval.
21
+
- For constrained ESP8266 boards, start with `ZeroNetProfileEsp8266`. It is the recommended MQTT-first constrained preset: HTTP stays degraded/off by default, offline queueing is rejected, idle MQTT churn is lower, and the preset uses a lighter recommended idle strategy plus staggered network task starts so the board stays more predictable without hand-tuning every interval.
0 commit comments