Repeater Web Panel¶
This page is for end users running an EastMesh *_repeater_mqtt build with the local web panel enabled.
It covers how to reach the panel, what each section does, and what to expect when using it on desktop or mobile.
What It Is¶
The repeater web panel is a local HTTPS configuration page served directly by the repeater over WiFi.
It gives you:
- a password-gated local admin page at
/app - a dedicated stats and trends page at
/stats - quick
getcommands for common repeater and MQTT checks - a terminal-style CLI panel for full repeater CLI access
- editable repeater settings
- editable MQTT settings
- a historical stats view with trends, neighbours, and recent events
Operational guidance:
- use it for initial setup, occasional configuration changes, and troubleshooting
- when you are finished, prefer
set web offon MQTT repeaters that need maximum headroom - this leaves more internal heap available for MQTT/WSS activity, especially on dual-broker setups
Screenshot Overview¶
The screenshots below show the current split between the lighter /app admin page and the dedicated /stats status page.
/app screenshot¶

/stats screenshot¶

Requirements¶
You need:
- a supported
*_repeater_mqttfirmware build - WiFi configured on the repeater
- the repeater connected to your local network
- the repeater admin password
Some constrained targets disable the web panel to stay within flash limits. If your board does not support it, get web.status will not show it as available.
How To Open It¶
- Connect the repeater to WiFi.
- Find its IP address.
- Open
https://<repeater-ip>/in a browser. - Accept the browser warning for the self-signed certificate.
- Enter the repeater admin password.
Useful CLI commands:
get wifi.status: shows WiFi state and IP address when connected.get web.status: shows whether the web panel is up and which URL to use.
Example:
https://10.33.135.208/
Login And Security¶
- the panel uses the same admin password as the repeater CLI
- the connection is HTTPS, but the certificate is self-signed
- browsers will warn the first time you connect
- the panel exposes the repeater CLI after login
This is intended for local admin use on a trusted network, not for open internet exposure.
Performance Notes¶
The panel is designed to load more gently than earlier versions. On login it now fetches sections in sequence instead of requesting one large bootstrap payload up front.
Even with that change, the panel still uses HTTPS and internal heap. On boards running one or two WSS MQTT brokers, opening the panel reduces MQTT headroom while the session is active.
Recommended practice for repeater deployments:
- enable the panel for initial configuration
- use it again for occasional checks or troubleshooting
- disable it with
set web offwhen finished so MQTT has the most headroom available
Navigation And Actions¶
The web console now has two main pages:
/app: lighter-weight control and configuration view/stats: current status, trends, neighbours, and recent events
Both pages share the same top navigation and utility actions.
/app¶
The /app page is the main admin and configuration surface.
It includes:
- navigation to
AppandStats AdvertStart OTAReboot- theme toggle
Logout
Use Start OTA only when you intend to update firmware.
/stats¶
The /stats page is the home for current status and historical visibility.
It includes:
- navigation to
AppandStats RefreshReboot- theme toggle
Logout
Quick "get" Commands¶
This section runs common read-only commands for:
- Wi-Fi
- MQTT
These are useful for quick checks without typing into the CLI field. The MQTT quick actions include mqtt.status, mqtt.client_version, mqtt.iata, mqtt.owner, and mqtt.email.
Run CLI Command¶
This is a small terminal for the repeater CLI.
- press
Enterto run the command - command history is shown in the terminal box below
- save buttons elsewhere in the page also show the generated command and the reply here
clockis available here if you want to check the repeater's current board time- authenticated sessions can run the same CLI commands accepted by the repeater
This makes it easy to see exactly what the panel sent to the repeater.
Repeater Settings¶
This section includes:
- Device Name
- Clock UTC
- Latitude
- Longitude
- Guest Password
- Private Key
- Advert Interval
- Flood Interval
- Flood Max
- Owner Info
Notes:
LatitudeandLongitudedefault to0.0as placeholders- changing the private key requires a reboot to apply
- the refresh buttons load the current value from the repeater
- the save buttons send the matching CLI command immediately
Radio Settings And Regions¶
The Radio Settings section includes the community radio preset selector, path hash mode, and a Region (Australia) dropdown derived from the state groups used by the MQTT IATA selector. The dropdown is preselected only when the repeater already has a matching allowed au-STATE region. Pressing the region Save button creates and allows the base au region plus the selected state region, then persists the region map with region save.
Info¶
This section shows:
Version: firmware version with build dateClient Version: MQTT client version stringPublic Key
Ghost Node Mode¶
Ghost Node Mode is a convenience control on /app for a repeater that should stay on Wi-Fi and MQTT, but should not actively behave like another nearby repeater.
Typical use case:
- an indoor or colocated MQTT observer where another repeater nearby is already doing the RF relay work
- a node you want feeding MQTT, web status, and troubleshooting data without also adding extra repeat traffic or adverts
When enabled, Ghost Node Mode:
- turns
repeatoff - sets
advert.intervalto0 - sets
flood.advert.intervalto0 - leaves the local web panel and MQTT features running
When disabled, the panel restores the prior repeat and advert settings if it still knows them from the current browser session. If not, it falls back to:
repeat onadvert.interval 60flood.advert.interval 12
This mode is useful when you want the device to observe and publish, not to act as an additional RF repeater. It does not create a separate firmware role; it is just a grouped web-panel shortcut for those existing settings.
MQTT Settings¶
This section includes:
mqtt.iata: selected from a curated east-coast/south-east list.mqtt.owner: owner public key.mqtt.email: owner contact email.- MQTT server toggles:
eastmesh-au,letsmesh-eu, andletsmesh-us.
UNSET - To be configured is the default for new repeater MQTT installs until a real saved value exists.
Notes:
- when
mqtt.iataisUNSET, the panel shows a banner at the top reminding you to set it under MQTT Settings - while
mqtt.iataisUNSET, enabled MQTT brokers do not attempt to connect - the current MQTT server states are loaded when the page opens
- you can toggle each MQTT server on or off from this panel
- if all three servers are enabled at once, the panel shows a warning recommending two at most
/stats Overview¶
The stats page is loaded separately from /app and is intended to keep the main admin page lighter.
The /stats page currently shows:
Services: MQTT, web, archive, neighbour count, and, when mounted, card and archive capacity- optional full-width
Environmentsummary card on boards that report GPS or environmental telemetry Trends: battery, heap free, packet activity, signal, noise floor, and, when GPS is enabled, satellitesNeighbours: current neighbour table with ID, SNR, heard age, and advert ageEvents: current boot/session events
Planned MQTT JWT rotations are shown as mqtt_token_refreshed events instead of a short mqtt_disconnected / mqtt_connected pair.
For boards that expose extra telemetry, the optional Environment summary card can show current values such as GPS fix state, latitude, longitude, GPS altitude, voltage, sensor temperature, humidity, barometer, pressure-derived altitude, and MCU temperature.
Metrics with no current value are hidden rather than showing placeholder rows, so the cards vary by board and by current sensor state.
The Core battery meter prefers a board-reported battery percentage when the target exposes one. On those boards, the meter detail shows the live battery millivolt reading only. Otherwise it scales the displayed percentage from the board's configured battery voltage range and shows that range in the detail text rather than assuming a fixed single-cell 3000-4200 mV pack.
The trend graphs load sequentially rather than as one large payload:
- summary/status
- battery
- memory
- packet activity
- signal
- satellites when GPS is enabled
This keeps browser-side and device-side memory use lower than the previous in-page stats view.
If web.stats is enabled and an SD archive is mounted, trends can restore archived summary points after reboot from the latest SD snapshot. Recent live points are still added from in-memory history.
Stats History Capacity¶
Stats samples are collected once per minute.
Current in-memory history caps are:
| Board class | Sample cap | Event cap | Approx. sampled history |
|---|---|---|---|
| No PSRAM | 24 |
8 |
Live-only recent history |
Less than 4 MB PSRAM |
240 |
96 |
About 4 hours |
4 MB to less than 8 MB PSRAM |
480 |
192 |
About 8 hours |
8 MB PSRAM or more |
720 |
288 |
About 12 hours |
On boards with roughly 2 MB PSRAM or more, stats history starts capturing from boot when web.stats is enabled, even if /stats has not been opened yet.
Archive-backed restore requires web.stats enabled plus a mounted SD card on boards that support the EastMesh archive path.
The main purpose of the SD card is to let the repeater retain and restore stats history for /stats. The archive keeps fast .latest snapshot files for quick restore and UTC-dated daily .log files for longer-term history. As a secondary option, those files can also be removed and inspected on a computer for deeper manual review.
On no-PSRAM boards, /stats can still show recent graphs while the stats view is active, but the history is smaller and does not provide the same archive-backed behaviour as PSRAM-capable boards.
Useful CLI commands:
set web.stats onset web.stats offget web.stats.status
Mobile Use¶
The page is responsive and should work cleanly on a phone.
On mobile:
- quick command buttons collapse into a two-column layout
- top navigation and action groups stay compact and touch-friendly
- input rows stay usable for touch interaction
- trend cards reorganize into single-column sections where needed
Common Tasks¶
Check WiFi And MQTT¶
- Open the panel.
- Press
wifi.statusin QuickgetCommands. - Press
mqtt.statusin QuickgetCommands. - Open
/statsfrom the top navigation for the historical stats view.
Change Device Name¶
- Edit
Device Name. - Press
Save. - Confirm the generated command and reply in the CLI terminal box.
Update MQTT Owner Or Email¶
- Go to
MQTT Settings. - Enter the new value.
- Press
Save. - Use the refresh button if you want to re-read the stored value from the repeater.
Start OTA¶
- Press
Start OTA. - Confirm the action.
- The local HTTP redirect listener on port
80is released so OTA can take over that port. - Continue with your normal OTA workflow.
If an older build sends you through a strange redirect after start ota, use the web Start OTA button to begin the upgrade. This redirect issue is fixed in repeater-mqtt-eastmesh-v1.3.11.
Use Historical Stats¶
- Enable stats if needed with
set web.stats on. - Open
/statsfrom the top navigation. - Review
Servicesfor archive and runtime state. - Review
Trendsfor recent graph history. - Use
Refreshto reload the stats page.
Troubleshooting¶
The browser warns about the certificate¶
That is expected. The panel uses a self-signed certificate generated for local use.
I cannot reach the page¶
Check:
- the repeater is on WiFi
- the IP address from
get wifi.status get web.statusreports the panel as up- your board/firmware target supports the web panel
The panel opens but login fails¶
Use the repeater admin password, not the guest password.
MQTT becomes unstable when I log in¶
The web panel now loads settings section-by-section to reduce startup pressure, but HTTPS still consumes internal heap.
Check:
- whether one or two MQTT brokers are enabled
memorybefore and after login- whether stability improves after
set web off
For fixed installations where MQTT uptime matters more than browser access, use the panel briefly and then disable it again.
HTTP opens instead of HTTPS¶
The repeater now redirects plain http:// requests to the local https:// panel URL. If the browser still shows a connection problem after redirecting, open https://<repeater-ip>/ directly and accept the self-signed certificate warning first.
Stats or settings do not refresh¶
Try:
- refreshing the browser tab
- using
Refreshon/stats - logging out and back in
- checking WiFi stability with
get wifi.status
/stats is unavailable¶
Check:
get web.statusget web.stats.status- whether
set web.stats onhas been applied
If web.stats is off, /stats will stay disabled and the historical graph requests will not run.