Validate beacon power without stranding saved settings

This commit is contained in:
mikecarper committed 2026-10-16 00:39:07 -07:00
1 parent adbeb2d007
commit d5cc73c43d
15 files changed
+662 -7

No files matched your search

+12
View File
@@ -40,11 +40,23 @@ Meshtext takes an explicit `us`, `eu868`, `eu433`, or `anz` region, a recognized
preset, and dBm. Its frequency is calculated using the stock preset channel;
its preamble is fixed at 16 symbols. Invalid modem, region, power, or text
settings are rejected. Use settings permitted for your hardware and location.
Power is checked against the driver's range at the beacon frequency and any
explicit board limits. External-PA drivers interpret it in antenna dBm using
their calibration range; the normal receive profile's power is unchanged.
Each message body is limited to 80 bytes and is prefixed with the node name.
Settings are saved separately from ordinary preferences and channels.
Configuration changes do not immediately transmit a beacon.
A structurally valid saved slot that the current board or firmware cannot
transmit remains available through `get beacon`. Its scheduled opportunity is
skipped, while supported slots continue normally. Use `set beacon` to repair
that slot or `delete beacon` to remove it; unsupported Meshtext slots do not
consume packet IDs. This also permits repairing an out-of-range power saved
by older firmware. Corrupt images retain the existing safe backup recovery;
without a valid backup they remain held. Unreadable or unknown-version files
remain held without transmitting or overwriting them.
## Radio ownership and limits
These are ordinary channel text messages, not MeshCore identity advertisements