Ohio Valley Mesh field guide
Set up your mesh node
Choose Meshtastic or MeshCore, install the matching app and firmware, then apply the current Ohio Valley regional baseline.
Apps, tools, and official communities
Install the app that matches the firmware on your node. Meshtastic and MeshCore use separate apps and cannot connect to each other’s firmware.
Phone and tablet apps
Pair with a Meshtastic node over Bluetooth to send messages, view nearby nodes, and manage settings.
Companion apps
Use these with a node flashed with MeshCore Companion firmware. They do not connect to Meshtastic firmware.
Web Client
Configure and use a Meshtastic node from a computer through a supported Bluetooth, USB, or network connection. Chrome or Edge provides the broadest device support.
Project Discord servers
Use the current community links maintained by each active project for software help and broader project discussion.
Estimate a site before you install it
Use planning tools to compare proposed roof, ridge, tower, and valley locations before mounting equipment. Simulations are useful estimates, not coverage guarantees; confirm every plan with an on-site radio test.
Meshtastic Site Planner
Place a proposed transmitter, enter its power, frequency, antenna height and gain, then simulate terrain-aware coverage or inspect a point-to-point path. It is the best starting point for a Meshtastic installation.
MeshKit Site Planner
MeshKit compares a proposed 915 MHz MeshCore location with known repeaters using terrain line of sight, Fresnel-zone clearance, link budget and reach estimates. MeshKit is not an official MeshCore service, and full site-planning features may require its Pro trial or purchase.
Meshtastic starter profile: These values model a basic US RAK4631 solar node such as the WisMesh Repeater Mini with its stock blade antenna. Enter the antenna’s real height above local ground. Confirm the frequency reported by your node if OVMesh changes its channel plan. Battery size and solar-panel capacity do not affect the RF prediction. Terrain tools do not fully model buildings, foliage, interference or installation losses.
Meshtastic setup
Start with the shared regional settings.
This is the current OVMesh public-network setup. Follow each step in order, especially the antenna warning, Bluetooth security, Channel 0, MQTT, and hop-limit checks.
OV Mesh baseline
Recommended radio settings
Important Hardware Warnings (Read First)
If you are assembling your device yourself:
Check battery polarity before connecting anything
You absolutely must verify battery polarity. Batteries and connectors are not standardized across every device and vendor, and polarity can vary. If you connect the battery backwards, you can instantly fry the board. Vendors generally will not refund or warranty damage caused by reversed polarity.
Never power a radio without an antenna attached
Do not apply power to the device unless the antenna(s) are attached. Transmitting without an antenna can damage the radio hardware. Vendors generally will not honor warranty claims for damage caused by powering or transmitting without an antenna connected.
Flash the Firmware First
What you need
- A data-capable USB cable (many charge-only cables will not work)
- A computer with Google Chrome or Microsoft Edge
- Your Meshtastic device
Flash using the Meshtastic Web Flasher
- Open Chrome or Edge.
- Go to flasher.meshtastic.org.
- Plug your device into your computer using a data-capable USB cable.
- In the flasher, select your device type from the list.
- Select the current stable firmware option shown by the flasher.
- If the flasher offers a full erase or factory erase option, use it for a clean start.
- Click Flash and follow the prompts to select the correct USB device when your browser asks.
If the flasher cannot connect, put the device into flashing mode
Some devices require a bootloader or programming mode. Try these common methods:
- Hold the BOOT or PRG button while plugging in USB, then release once detected.
- Double-press RESET to enter bootloader mode (common on some boards).
Then retry the flash process.
Windows USB Driver Instructions (Only If Needed)
If Windows does not detect your device properly, or the flasher cannot connect, you may need a USB-to-serial driver (most common with ESP32-based devices).
- Plug in the device.
- Open Windows Device Manager and look for:
- A new COM port, or
- An unknown USB device
- Identify the USB serial chip used by your device (common: CP210x or CH9102/CH34x families).
- Install the matching Windows driver using the official links provided in the Meshtastic documentation.
- Unplug and replug the device.
- Confirm a COM port appears in Device Manager.
- Retry the Meshtastic Web Flasher.
Connect to Your Node After Flashing
After flashing, connect using one of these methods:
- Phone app via Bluetooth (most common)
- Phone app via Wi-Fi (sometimes used for base nodes)
- Meshtastic Web Client (useful on desktop)
Apply OV Mesh Baseline Settings (United States Only)
Do these steps in the Meshtastic app or web client.
Radio and LoRa settings
Set these first:
- Region: United States
- Use preset: Enabled
- Preset: Long Range Fast
- Transmit enabled: Enabled
- OK to MQTT: Enabled
- Frequency slot: 0 (default)
- Max hops: 5
Device role
Use only these device roles unless you have a legitimate a special case. OVmesh can help you make that determination.
Choose one:
- Client
Use for most handheld and everyday nodes. - Client Base
Use for a fixed, always-on home or business node with good placement. - Client Mute
Use for a quiet monitoring node or troubleshooting when you do not want your device contributing extra traffic.
Optional roles only when they match your purpose:
- Tracker
Use only if the node’s main purpose is location reporting (hiking, vehicles, events). Keep location sharing intentional and avoid overly frequent updates. - Sensor
Use only if the node’s main purpose is telemetry (temperature, voltage, or other sensors). Keep telemetry intervals conservative so you do not spam the mesh.
Do not use:
- Router
- Router-Late
- Repeater (deprecated)
- Any other routing-boosting modes
These modes are for rare tower-level deployments. Used incorrectly, they can increase airtime, increase collisions, and make the mesh worse for everyone.
Bluetooth security
Do this immediately:
- Set a fixed Bluetooth PIN or password.
- Do not leave the default or insecure pairing behavior enabled.
This prevents random nearby devices from pairing to your node and changing your configuration.
Channel setup: public primary
Channel 0 is the shared public LongFast channel. Keeping the public channel primary makes a new node immediately interoperable with the regional mesh.
Channel 0 (Primary, public)
- Name: LongFast
- Key: AQ==
- Channel role: Primary
- Uplink enabled: Enabled
- Downlink enabled: Enabled
Optional private channels (Secondary)
- Add a private channel only as a Secondary channel; keep Channel 0 unchanged.
- Choose a unique channel name and generate a private 256-bit key.
- Use the same name and key on every trusted device that needs access.
- Enable both uplink and downlink for every configured channel.
MQTT permissions: In the LoRa settings, enable OK to MQTT. In each channel’s settings, enable both Uplink and Downlink, including the public primary channel and any private secondary channels.
Keep the public defaults: Do not replace the LongFast key AQ==, and leave the frequency slot at its default value of 0.
Display settings
- Units: Imperial
Private Channel Key Guidance (Optional)
The public primary LongFast key (AQ==) is intentionally shared and should remain unchanged. Rotate only the key for an optional private secondary channel if:
- A device is lost or stolen
- A device is sold or given away
- Someone who had access should no longer have access
- You accidentally shared the private key
After rotating a private secondary-channel key, update that same channel on every trusted device that needs access.
Final Sanity Checks
Before you call it done:
- Confirm Region is set to United States.
- Confirm preset is Long Range Fast.
- Confirm frequency slot is 0 (default).
- Confirm OK to MQTT is enabled.
- Confirm max hops is 5.
- Confirm your device role is Client or Client Base (or Client Mute if you intentionally want it quiet).
- Confirm Bluetooth has a fixed password.
- Confirm Channel 0 is LongFast with key AQ== and role Primary.
- Confirm every configured channel has both uplink and downlink enabled.
- Send a test message on Channel 0 to confirm you can talk to nearby nodes.
- If you configured an optional private secondary channel, send a test message there to confirm all authorized devices share the same private key.
That’s it. Your node is now flashed, secured, and configured to work properly with the Ohio Valley Mesh.
MeshCore setup
Choose the job before you flash the node.
MeshCore uses separate firmware for user nodes and infrastructure. A Companion node does not relay other users’ traffic; dedicated Repeaters provide the forwarding layer, and Room Servers can hold shared posts for later retrieval.
OVMesh MeshCore baseline
Recommended radio settings
ohio-valleyDefault region scope1. Choose a MeshCore role
The firmware role changes what the node does. Flash the role you actually need rather than treating infrastructure firmware as an upgrade.
Companion node
Connects to a phone or computer over Bluetooth, USB, or Wi-Fi depending on the firmware build. It sends and receives messages but does not repeat other users’ traffic.
Repeater
Forwards MeshCore packets between users and other Repeaters. Use fixed power, a suitable antenna, useful height, and coordinated regional settings.
Room Server
Hosts a shared room and stores posts so users can retrieve unseen messages later. Repeating can be enabled separately when that is part of the deployment plan.
Sensor node
Reports measurements or alerts from remote sensors. Use deliberate reporting intervals so the node does not consume unnecessary airtime.
Standalone node
Runs a local screen and controls, such as supported T-Deck-style hardware, without requiring a phone for normal messaging.
KISS modem or custom app
Provides a packet-radio interface for supported integrations, command-line clients, automation, and purpose-built applications.
2. Set up a Companion node
Flash the firmware
- Attach the correct antenna before applying power.
- Open the official MeshCore Flasher and select the exact supported hardware.
- Choose the latest stable Companion firmware that matches the connection you intend to use: Bluetooth for most phones, or USB/Wi-Fi for a supported computer or network-connected workflow.
- Flash the node and let it restart completely.
Connect the client
- Install a supported MeshCore client for iOS, Android, web, or desktop.
- Connect to the Companion node using the interface built into its firmware. Many Companion builds provide only one interface at a time.
- Give the node a clear, non-sensitive display name.
- Protect access to the node and safeguard any private keys, contacts, channels, and exported QR codes.
Join the regional mesh
- Select the MeshCore USA/Canada (Recommended) preset: 910.525 MHz, 62.5 kHz bandwidth, SF7, and CR5.
- Set the default region scope to
ohio-valley. Use the exact lowercase spelling and hyphen. - Do not copy Meshtastic LongFast settings into MeshCore; the two platforms do not interoperate.
- Allow the node to discover nearby advertisements, then add the intended contacts, channels, Repeaters, or Room Servers.
- Send a short test message and confirm the reply path before depending on the node away from home.
3. Deploy a Repeater
Coordinate first
- Discuss the proposed location in the OVMesh Discord before putting a permanent Repeater on the regional network.
- Companion nodes do not require coordination; this policy applies to permanent infrastructure intended to serve OVMesh.
- Confirm that the site fills a real coverage need and will not duplicate or disrupt better-positioned infrastructure.
- Use a legal transmit power, an appropriate antenna, weather protection, stable power, and safe mounting.
Flash and configure
- Flash the exact hardware with current stable Repeater firmware.
- Keep it connected by USB and open the official MeshCore configuration tool or serial console.
- Use the USA/Canada recommended radio preset and the
ohio-valleyregion scope. - Name the node
OVMESH-RPT-CITY-ST, using the two-letter state abbreviation. Shorten long city names as needed to remain within the device-name limit. - Set a strong administration password and the coordinated advertisement intervals.
- Set map coordinates only at the precision appropriate for the site and owner.
- Reboot after radio changes, send an advertisement, and confirm that authorized Companion nodes can discover and use the Repeater.
4. Deploy a Room Server
Current OVMesh status
- OVMesh has not yet designated an official regional MeshCore Room Server.
- Coordinate any proposed Room Server through the OVMesh Discord before presenting it as shared OVMesh infrastructure.
- The planned official naming format is
OVMESH-ROOM-REGION; the regional server would useOVMESH-ROOM-OHIOVALLEY. - Decide separately whether a Room Server should also repeat traffic. Do not enable repeating automatically.
Flash and test
- Flash current stable Room Server firmware for the supported hardware.
- Configure the USA/Canada recommended preset,
ohio-valleyregion scope, administration password, guest or read-only policy, coordinated name, and optional location. - Restart the node and advertise it.
- From a Companion node, log in, post a test message, disconnect, reconnect, and confirm that unseen posts can be retrieved.
- If repeating is intentionally enabled, verify both room behavior and routing behavior during a controlled test.
5. Final MeshCore checks
Companion checklist
- Correct Companion firmware and connection type
- USA/Canada recommended preset: 910.525 MHz, 62.5 kHz, SF7, CR5
- Default region scope set to
ohio-valley - Clear node name with no sensitive details
- Contacts or channels added intentionally
- Test message sent and reply confirmed
Infrastructure checklist
- Deployment coordinated in the OVMesh Discord
- Correct Repeater or Room Server firmware
- Infrastructure follows the OVMESH naming convention
- USA/Canada preset and
ohio-valleyregion scope - Strong administration password
- Stable power, antenna, enclosure, and placement
- Advertisements, discovery, messaging, and remote administration tested
