| Name | Short | SNR | Battery | Hops | Distance | Last Seen | Note | Radio | |||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Loading... | |||||||||||
| Name | Short | First Added | Last Seen | SNR | Battery | Hops | Distance | Note | ||
|---|---|---|---|---|---|---|---|---|---|---|
| Loading... | ||||||||||
Bot
Listen Channels
Commands
| Command | Enabled | Respond via |
|---|
Relay
MOTD (Message of the Day)
| Time | Type | Entry | |
|---|---|---|---|
| No log entries yet. | |||
MC / MT Log Standard
Entry Standard
- Log time, network, station or node, and current status. Every entry.
- Use
#mentions to tie entries to MC / MT contacts by name. - State confidence. Choose one: confirmed / likely / possible / unconfirmed / stale / inferred.
- Attach
+GPSwhen position matters. Do not estimate coordinates. - Close every ALERT and ACTION. An unresolved entry is an open task.
- Chat is for conversation. Log is for record. Keep them separate.
Quick Launch
Op Phase
Log PLAN. Confirm radio state, GPS fix, and power. No movement without a plan on record.
MOBILEPOSITION at departure, checkpoints, and arrival. COMMS on radio or terrain change. CONTACT on new stations.
STATICSITREP (Situation Report) on open. SITREP every 30–60 min or on any state change. INTEL after RC (Remote Collector) import.
RECOVERFinal SITREP. Export log. Record open items and next planned activation.
Category Reference
Mobile Operations
- Log PLAN before departure: objective, route, radio state, GPS state, risks, and first checkpoint.
- Confirm MC / MT connectivity before moving. Log COMMS if no acknowledgement from target station.
- Log POSITION at departure, each turn or stop, and arrival. Attach GPS when available.
- Log COMMS after any terrain, antenna, channel, or radio change. Record result and retry plan if failed.
- Log CONTACT for new MC / MT stations: first heard, path, signal, distance if known.
- Log INTEL for signal patterns, RC captures, movement observations, or infrastructure notes. Tag accordingly.
- Log ALERT only for actionable risk. Reserve it for things that need a response, not every problem.
- Close the route with SITREP: current status, contacts added, unresolved actions, and next planned activation.
Static Station
- Open with SITREP: location, power, GPS state, MC radios, MT nodes, antenna setup, monitoring channels.
- Log SITREP every 30–60 minutes, or immediately after any meaningful change.
- Log COMMS for net checks, MC pings, MT channel checks, messages, relay behavior, and failed paths.
- Log CONTACT for new arrivals, renamed nodes, unexpected stations, or stations to be added to contacts.
- Log ACTION for assigned tasks: add contact, move antenna, retry route, restart radio, verify position.
- Log ALERT for power loss, weather, safety risk, device failure, or loss of expected comms path.
- At shutdown or handover: export log, add final SITREP with open items and next activation plan.
Remote Assets
- Treat each RC / RPTR unit as a remote station with a callsign (e.g. Argus). Log by callsign.
- Before deploying, log POSITION: placement, antenna orientation, power state, and confidence level.
- Log COMMS for each session: login, OMCOLLECT command, relay import result, or failed attempt.
- After collection, log INTEL: new stations found, strong signals, unusual paths, stale data, and assessment.
- Log ACTION for follow-up: redeploy, reset, firmware check, route verify, or next scheduled collection.
Degraded Comms
- On first sign of degradation: log ALERT with affected network, scope, and immediate mitigation step.
- Log COMMS for each test attempt. Record what changed between attempts, not the discussion around it.
- Log ACTION for each named step: move, retry, swap radio, check power, restart service, verify route.
- When stable: log SITREP. State what is restored, what remains degraded, and the next check time.
Cadence
Scheduled: departure, checkpoints, arrival. Triggered: terrain change, new contact, comms failure, ALERT.
StaticScheduled: every 30–60 min. Triggered: state change, new contact, ALERT, RC collection import.
RemoteTriggered: before collection, after import, after failed session, on redeploy or reset.
IncidentOn detection. After each material change. On resolution or stabilization.
Radios
Add radio
Node
Identity
Device Role
LoRa
Region and preset changes take effect after node reboot. Hop limit applies immediately (also used for Traceroute).
Channels
Position
Power
Display
Telemetry
MQTT
Bluetooth
Network / WiFi
Note: enabling WiFi disables Bluetooth on ESP32 nodes. Reboot required after saving.
Node Actions
Import MT Channel
Paste a meshtastic.org/e/ share link to add a channel to the selected node.
MC Radios (MeshCore)
No MC radios configured.
Add MC radio
Radio Parameters
Path Hash Mode
MC Routing
Device Info
Device Actions
Node Stats
Channels
Import Contact
Paste a meshcore:// share link to add a contact directly to the radio's contact list.
Import Channel
Paste a meshcore://channel/add?… share link to add a channel to the radio.
Passive Intel
OM passively records RF observations from overheard mesh traffic — adverts, messages, and trace hops — without transmitting. Data is stored per MC radio and keyed by node pubkey prefix.
Remote Collectors — your remote RPTRs collecting passive RF intel over the mesh
A Remote Collector is your own MeshCore RPTR running custom firmware, deployed at a remote vantage point (hilltop, solar-powered). It passively logs every node it hears — adverts with full identity and RSSI/SNR, plus anonymous packet activity for coverage mapping — into a local buffer. Press Collect to trigger a delivery: the collector sends its buffer back to your OM instance as encrypted mesh DMs, which OM stores automatically as passive observations.
Appearance
System
Behaviour
Automation Bridge
Local hooks for Home Assistant and other automations while OverMesh owns the radios.
/api/bridge/send. Use Authorization: Bearer TOKEN or X-OverMesh-Token.GPS Receiver
USB GPS receiver for location data. Two modes: Direct serial (OM owns the port) or OPS-TOC proxy (polls OPS-TOC when both apps run together — avoids serial conflicts). Can auto-push coordinates to connected nodes.
| Sats | — |
| Lat | — |
| Lon | — |
| Alt | — |
| Speed | — |
OM Position
App-only local position for OverMesh. Not sent to radios. Used as the map origin and for range circles when there is no live GPS fix.
Map API Keys
Required for Thunderforest layers (TF Landscape ★, TF Outdoors ★). Free API key at thunderforest.com.
Required for MapTiler layers (MT Satellite Hybrid ★, MT Topo ★, MT Streets ★, MT Winter ★). Free tier: 100k tiles/month. API key at cloud.maptiler.com.
Offline Maps
Save map tiles to your browser so the map works without internet. Tiles are stored in your browser's IndexedDB.
Go to the Map tab, navigate to the area you want, then come back here and click Save. Downloads tiles for the current viewport.
2 = current zoom + 2 levels deeper (more detail, more tiles)
4 = maximum — can be a very large download
Map Regions
Download a named area at a range of zoom levels. Good for pre-loading a whole country or city for offline use.
Wider range = more tiles = larger download. Recommended: min 9, max 14.
Map Layers
Import GeoJSON overlays such as zones, routes, POIs, or boundaries. Saved layers can be shown on the map and toggled on/off.
Data & Storage
GPS history is stored locally in overmesh_prefs.db. Entries older than 1 year are pruned automatically on each new position log.
Authentication
Optional username/password login. Off by default. Set credentials before enabling.
Cross-system
Manual MT↔MC channel mirror / bridge. Forwarded messages are always tagged with source system and original sender.
Mirror sends traffic one way, from the selected source channel to the selected target channel. Use it for monitoring, snooping, or copying one network into the other.
Bridge links the two selected channels both ways, so messages from either side are forwarded to the other.
Sender filter can limit forwarding to specific names/IDs, or exclude selected ones.
Every forwarded message is clearly tagged with source system, original sender, and source channel, for example
[MT->MC Name / CH0] or [MC->MT Name / CH2].