Recommendations for configuring your node and contributing to the mesh.
Below are configuration recommendations for optimizing your Meshtastic nodes for getting on the Florida Mesh Map & Florida Mesh Telemetry.
Flash from the Meshtastic web flasher over USB, using Chrome or Edge. The flashing documentation covers ESP32 and nRF52/RP2040/RP2350 boards separately; the procedure differs by family. Install the serial drivers first if the board is not detected.
Alongside the primary channel, Florida uses:
| Channel | Key | Purpose |
|---|---|---|
FloridaMesh | ZdCyZ4ent/NZyeXvNjtBvrrp0lClodUyhYpVL4xshnA= | Statewide chat |
emergency | AQ== | Emergency and severe weather traffic |
weather | AQ== | Weather scripts and alerting |
testing | AQ== | Node, script, and bot testing |
telemetry | AQ== | Remote infrastructure nodes only1 |
Open a channel name on a device with the app installed to add it, or enter the name and key by hand as a secondary channel. Name and key together define the channel: same name, same key, same channel. Names are case sensitive and limited to 11 characters. A node has eight channel slots including the primary.
The Weekly Mesh Net runs on your region’s default public channel, not on any of these. Bot traffic goes on testing or a private channel; keep emergency clear. See Bots and Automation.
For nodes that are in established meshes (please check Florida Mesh Map to see where the closest feeders are) all you need to get added to the maps and tools is one config change.
LoRa:
CheckedThis change will allow for MQTT feeder nodes in the area that can hear you via RF to have permission to go and uplink your node’s info to the MQTT Map and Telemetry toolset. If you would like to help feed the map yourself, or are in an area with limited feeders. Please continue on.
If you would like to connect your nodes to the MQTT broker and provide telemetry to both the Florida Mesh Map & Florida Mesh Telemetry, you will need to configure the following settings:
Note
The Florida Mesh MQTT Server Primary purpose has been to provide data to help build and grow the Mesh across the state of Florida; hence this server from the start only allowed Uplinking (meaning comunication via this mqtt would not work). The data has been available to be viewed on both the Florida Mesh Map & Florida Mesh Telemetry.
Due to demand of users and need to be able to quickly identify and address issues, the Florida Mesh MQTT Server has moved to individual MQTT accounts rather than a singular shared credential.
This now means you will need to use @MeshBot on the Discord server to request your account in order to connect to the Florida Mesh MQTT Server.
Channels:
CheckedUnchecked2CheckedUplink and downlink are per channel:
| Channel | Uplink | Downlink | Zero-hopped |
|---|---|---|---|
primary (LongFast) | Checked | Unchecked | Yes |
FloridaMesh | Checked | Checked | No |
emergency | Checked | Checked | No |
weather, testing | Checked | Unchecked | No |
telemetry | Checked | Unchecked | Yes |
FloridaMesh and emergency take downlink so traffic on them reaches the whole state instead of only nodes in radio range of the sender.
The Florida broker zeroes hop_limit and hop_start in flight on the default modem-preset channels and on telemetry. Packets it delivers on those reach only nodes hearing a gateway directly and are not rebroadcast, so MQTT traffic cannot flood the radio mesh. FloridaMesh and emergency are not zero-hopped; downlinked traffic on them propagates at its hop limit.
Device:
CLIENT|CLIENT_BASE|CLIENT_MUTE3LoRa:
MQTT:
Checkedmqtt.areyoumeshingwith.usCheckedUncheckedmsh/US/FLTip
If you followed the above MQTT steps in order, then you need to hit “Send” to update the device at this point before you proceed to the below four steps. Otherwise the send button will be grayed out.
Checked10800Neighbor Info:
Checked1014400UncheckedIf your wanting to run a MQTT feeder from a mobile NRF52 or ESP32 based node. You’ll need to enable an additional setting.
MQTT:
EnabledThis will let the node pass MQTT data via the phone to the MQTT server.
If your using a NRF52 based node for a Base Station for example its best practice to use a secondary node that can either run off WIFI or ethernet, like a ESP32 based node or Portduino (Linux) based node, to operate as the feeder node.
If you do run secondary feeder node, remember to set it to Client_Mute to prevent it from causing unnecessary noise.
You can feed directly from a NRF52 via a phone but longterm its not the most reliable, since the connection is done over Bluetooth. Its best for adhoc quick deployments and mobile use.
After configuring your device, you can verify that your telemetry is being properly reported:
Proxy to Client is enabled.msh/US/FLNotification behaviour is local to your phone. Messages keep arriving either way, and your node keeps relaying traffic for the mesh.
Neighbor Info does not transmit over LoRa while the primary channel is the default one, so a remote infrastructure node sharing neighbor data sets telemetry as its primary rather than a secondary. The add link installs it as a secondary, where it has no effect. ↩︎
If you wish to receive traffic from MQTT and not just send traffic to MQTT then you may enable with your individual MQTT account credentials. ↩︎
CLIENT, CLIENT_BASE, or CLIENT_MUTE unless you have a different use case. Never set this to ROUTER or REPEATER. ↩︎
Please reference Regional LoRa Settings for up to date modem presets for each area of the state. ↩︎
Except in specific use cases (user preference: but do not set to higher than 5). ↩︎
Can be Checked to stop rouge MQTT data from appearing on your node and hopping though. Consider unchecking if you uncheck downlink. ↩︎
This gives permission to uplink your node to MQTT Servers. You will not appear on the Meshtastic Map if this is not enabled. ↩︎
Florida Mesh has a new requirement to request an individual MQTT account which allow both channel uplink & downlink ability. ↩︎ ↩︎
TLS encrypts data transmitted between MQTT clients and the broker for increased security, but may not supported on all platforms. It is known that the Android App version above 2.7.13 may have issues with TLS enabled. ↩︎
Please only enable Neighbor Info on Basestation and stationary nodes, when enabled on mobile nodes it causes a lot of noise and clutter to the map. Thank you. ↩︎