Get desktop application:
View/edit binary Protocol Buffers messages
This message is handled by the Admin module and is responsible for all settings/channel read/write operations. This message is used to do settings operations to both remote AND local nodes. (Prior to 1.2 these operations were done via special ToRadio operations)
The node generates this key and sends it with any get_x_response packets. The client MUST include the same key with any set_x commands. Key expires after 300 seconds. Prevents replay attacks for admin messages.
TODO: REPLACE
Send the specified channel in the response to this message NOTE: This field is sent with the channel index + 1 (to ensure we never try to send 'zero' - which protobufs treats as not present)
TODO: REPLACE
Send the current owner data in the response to this message.
TODO: REPLACE
Ask for the following config data to be sent
Send the current Config in the response to this message.
Ask for the following config data to be sent
Send the current Config in the response to this message.
Get the Canned Message Module messages in the response to this message.
Get the Canned Message Module messages in the response to this message.
Request the node to send device metadata (firmware, protobuf version, etc)
Device metadata response
Get the Ringtone in the response to this message.
Get the Ringtone in the response to this message.
Request the node to send it's connection status
Device connection status response
Setup a node for licensed amateur (ham) radio operation
Get the mesh's nodes with their available gpio pins for RemoteHardware module use
Respond with the mesh's nodes with their available gpio pins for RemoteHardware module use
Enter (UF2) DFU mode Only implemented on NRF52 currently
Delete the file by the specified path from the device
Set zero and offset for scale chips
Backup the node's preferences
Restore the node's preferences
Remove backups of the node's preferences
Send an input event to the node. This is used to trigger physical input events like button presses, touch events, etc.
Set the owner for this node
Set channels (using the new API). A special channel is the "primary channel". The other records are secondary channels. Note: only one channel can be marked as primary. If the client sets a particular channel to be primary, the previous channel will be set to SECONDARY automatically.
Set the current Config
Set the current Config
Set the Canned Message Module messages text.
Set the ringtone for ExternalNotification.
Remove the node by the specified node-num from the NodeDB on the device
Set specified node-num to be favorited on the NodeDB on the device
Set specified node-num to be un-favorited on the NodeDB on the device
Set fixed position data on the node and then set the position.fixed_position = true
Clear fixed position coordinates and then set position.fixed_position = false
Set time only on the node Convenience method to set the time on the node (as Net quality) without any other position data
Tell the node to send the stored ui data.
Reply stored device ui data.
Tell the node to store UI data persistently.
Set specified node-num to be ignored on the NodeDB on the device
Set specified node-num to be un-ignored on the NodeDB on the device
Begins an edit transaction for config, module config, owner, and channel settings changes This will delay the standard *implicit* save to the file system and subsequent reboot behavior until committed (commit_edit_settings)
Commits an open transaction for any edits made to config, module config, owner, and channel settings
Add a contact (User) to the nodedb
Initiate or respond to a key verification request
Tell the node to factory reset config everything; all device state and configuration will be returned to factory defaults and BLE bonds will be cleared.
Tell the node to reboot into the OTA Firmware in this many seconds (or <0 to cancel reboot) Only Implemented for ESP32 Devices. This needs to be issued to send a new main firmware via bluetooth.
This message is only supported for the simulator Portduino build. If received the simulator will exit successfully.
Tell the node to reboot in this many seconds (or <0 to cancel reboot)
Tell the node to shutdown in this many seconds (or <0 to cancel shutdown)
Tell the node to factory reset config; all device state and configuration will be returned to factory defaults; BLE bonds will be preserved.
Tell the node to reset the nodedb.
Used in:
Backup to the internal flash
Backup to the SD card
TODO: REPLACE
Used in:
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
Session key config
device-ui config
Input event message to be sent to the node.
Used in:
The input event code
Keyboard character code
The touch X coordinate
The touch Y coordinate
TODO: REPLACE
Used in:
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
Air quality metrics
Used in:
Concentration Units Standard PM1.0 in ug/m3
Concentration Units Standard PM2.5 in ug/m3
Concentration Units Standard PM10.0 in ug/m3
Concentration Units Environmental PM1.0 in ug/m3
Concentration Units Environmental PM2.5 in ug/m3
Concentration Units Environmental PM10.0 in ug/m3
0.3um Particle Count in #/0.1l
0.5um Particle Count in #/0.1l
1.0um Particle Count in #/0.1l
2.5um Particle Count in #/0.1l
5.0um Particle Count in #/0.1l
10.0um Particle Count in #/0.1l
CO2 concentration in ppm
CO2 sensor temperature in degC
CO2 sensor relative humidity in %
Formaldehyde sensor formaldehyde concentration in ppb
Formaldehyde sensor relative humidity in %RH
Formaldehyde sensor temperature in degrees Celsius
Concentration Units Standard PM4.0 in ug/m3
4.0um Particle Count in #/0.1l
PM Sensor Temperature
PM Sensor humidity
PM Sensor VOC Index
PM Sensor NOx Index
Typical Particle Size in um
The on-disk backup of the node's preferences
The version of the backup
The timestamp of the backup (if node has time)
The node's configuration
The node's module configuration
The node's channels
The node's user (owner) information
Bluetooth connection status
Used in:
The pairing PIN for bluetooth
RSSI of bluetooth connection
Whether the device has an active connection or not
Canned message module configuration.
Predefined messages for canned message module separated by '|' characters.
A pair of a channel number, mode and the (sharable) settings for that channel
Used in: , ,
The index of this channel in the channel table (from 0 to MAX_NUM_CHANNELS-1) (Someday - not currently implemented) An index of -1 could be used to mean "set by name", in which case the target node will find and set the channel by settings.name.
The new settings, or NULL to disable that channel
TODO: REPLACE
How this channel is being used (or not). Note: this field is an enum to give us options for the future. In particular, someday we might make a 'SCANNING' option. SCANNING channels could have different frequencies and the radio would occasionally check that freq to see if anything is being transmitted. For devices that have multiple physical radios attached, we could keep multiple PRIMARY/SCANNING channels active at once to allow cross band routing as needed. If a device has only a single radio (the common case) only one channel can be PRIMARY at a time (but any number of SECONDARY channels can't be sent received on that common frequency)
Used in:
This channel is not in use right now
This channel is used to set the frequency for the radio - all other enabled channels must be SECONDARY
Secondary channels are only used for encryption/decryption/authentication purposes. Their radio settings (freq etc) are ignored, only psk is used.
The on-disk saved channels
Used in:
The channels our node knows about
A version integer used to invalidate old save files when we make incompatible changes This integer is set at build time and is private to NodeDB.cpp in the device code.
This is the most compact possible representation for a set of channels. It includes only one PRIMARY channel (which must be first) and any SECONDARY channels. No DISABLED channels are included. This abstraction is used only on the the 'app side' of the world (ie python, javascript and android etc) to show a group of Channels as a (long) URL
Channel list with settings
LoRa config
This information can be encoded as a QRcode/url so that other users can configure their radio to join the same channel. A note about how channel names are shown to users: channelname-X poundsymbol is a prefix used to indicate this is a channel name (idea from @professr). Where X is a letter from A-Z (base 26) representing a hash of the PSK for this channel - so that if the user changes anything about the channel (which does force a new PSK) this letter will also change. Thus preventing user confusion if two friends try to type in a channel name of "BobsChan" and then can't talk because their PSKs will be different. The PSK is hashed into this letter by "0x41 + [xor all bytes of the psk ] modulo 26" This also allows the option of someday if people have the PSK off (zero), the users COULD type in a channel name and be able to talk. FIXME: Add description of multi-channel support and how primary vs secondary channels are used. FIXME: explain how apps use channels for security. explain how remote settings and remote gpio are managed as an example
Used in: ,
Deprecated in favor of LoraConfig.channel_num
A simple pre-shared key for now for crypto. Must be either 0 bytes (no crypto), 16 bytes (AES128), or 32 bytes (AES256). A special shorthand is used for 1 byte long psks. These psks should be treated as only minimally secure, because they are listed in this source code. Those bytes are mapped using the following scheme: `0` = No crypto `1` = The special "default" channel key: {0xd4, 0xf1, 0xbb, 0x3a, 0x20, 0x29, 0x07, 0x59, 0xf0, 0xbc, 0xff, 0xab, 0xcf, 0x4e, 0x69, 0x01} `2` through 10 = The default channel key, except with 1 through 9 added to the last byte. Shown to user as simple1 through 10
A SHORT name that will be packed into the URL. Less than 12 bytes. Something for end users to call the channel If this is the empty string it is assumed that this channel is the special (minimally secure) "Default"channel. In user interfaces it should be rendered as a local language translation of "X". For channel_num hashing empty string will be treated as "X". Where "X" is selected based on the English words listed above for ModemPreset
Used to construct a globally unique channel ID. The full globally unique ID will be: "name.id" where ID is shown as base36. Assuming that the number of meshtastic users is below 20K (true for a long time) the chance of this 64 bit random number colliding with anyone else is super low. And the penalty for collision is low as well, it just means that anyone trying to decrypt channel messages might need to try multiple candidate channels. Any time a non wire compatible change is made to a channel, this field should be regenerated. There are a small number of 'special' globally known (and fairly) insecure standard channels. Those channels do not have a numeric id included in the settings, but instead it is pulled from a table of well known IDs. (see Well Known Channels FIXME)
If true, messages on the mesh will be sent to the *public* internet by any gateway ndoe
If true, messages seen on the internet will be forwarded to the local mesh.
Per-channel module settings.
The ID of the entire payload
The total number of chunks in the payload
The current chunk index in the total
The binary data of the current chunk
Responses to a ChunkedPayload request
The ID of the entire payload
Request to transfer chunked payload
Accept the transfer chunked payload
Request missing indexes in the chunked payload
A notification message from the device to the client To be used for important messages that should to be displayed to the user in the form of push notifications or validation messages when saving invalid configuration.
Used in:
The id of the packet we're notifying in response to
Seconds since 1970 - or 0 for unknown/unset
The level type of notification
The message body of the notification
Used in:
Compass with dynamic ring and heading
Compass with fixed ring and heading
Compass with heading and freeze option
Compressed message payload
PortNum to determine the how to handle the compressed payload.
Compressed data.
Used in: ,
Payload Variant
Used in: ,
Enable Bluetooth on the device
Determines the pairing strategy for the device
Specified PIN for PairingMode.FixedPin
Used in:
Device generates a random PIN that will be shown on the screen of the device for pairing
Device requires a specified fixed PIN for pairing
Device requires no PIN for pairing
Configuration
Used in: ,
Sets the role of node
Disabling this will disable the SerialConsole by not initilizing the StreamAPI Moved to SecurityConfig
For boards without a hard wired button, this is the pin number that will be used Boards that have more than one button can swap the function with this one. defaults to BUTTON_PIN if defined.
For boards without a PWM buzzer, this is the pin number that will be used Defaults to PIN_BUZZER if defined.
Sets the role of node
Send our nodeinfo this often Defaults to 900 Seconds (15 minutes)
Treat double tap interrupt on supported accelerometers as a button press if set to true
If true, device is considered to be "managed" by a mesh administrator Clients should then limit available configuration and administrative options inside the user interface Moved to SecurityConfig
Disables the triple-press of user button to enable or disable GPS
POSIX Timezone definition string from https://github.com/nayarsystems/posix_tz_db/blob/master/zones.csv.
If true, disable the default blinking LED (LED_PIN) behavior on the device
Controls buzzer behavior for audio feedback Defaults to ENABLED
Defines buzzer behavior for audio feedback
Used in:
Default behavior. Buzzer is enabled for all audio feedback including button presses and alerts.
Disabled. All buzzer audio feedback is disabled.
Notifications Only. Buzzer is enabled only for notifications and alerts, but not for button presses. External notification config determines the specifics of the notification behavior.
Non-notification system buzzer tones only. Buzzer is enabled only for non-notification tones such as button presses, startup, shutdown, but not for alerts.
Direct Message notifications only. Buzzer is enabled only for direct messages and alerts, but not for button presses. External notification config determines the specifics of the notification behavior.
Defines the device's behavior for how messages are rebroadcast
Used in:
Default behavior. Rebroadcast any observed message, if it was on our private channel or from another mesh with the same lora params.
Same as behavior as ALL but skips packet decoding and simply rebroadcasts them. Only available in Repeater role. Setting this on any other roles will result in ALL behavior.
Ignores observed messages from foreign meshes that are open or those which it cannot decrypt. Only rebroadcasts message on the nodes local primary / secondary channels.
Ignores observed messages from foreign meshes like LOCAL_ONLY, but takes it step further by also ignoring messages from nodenums not in the node's known list (NodeDB)
Only permitted for SENSOR, TRACKER and TAK_TRACKER roles, this will inhibit all rebroadcasts, not unlike CLIENT_MUTE role.
Ignores packets from non-standard portnums such as: TAK, RangeTest, PaxCounter, etc. Only rebroadcasts packets with standard portnums: NodeInfo, Text, Position, Telemetry, and Routing.
Defines the device's role on the Mesh network
Used in: , , , ,
Description: App connected or stand alone messaging device. Technical Details: Default Role
Description: Device that does not forward packets from other devices.
Description: Infrastructure node for extending network coverage by relaying messages. Visible in Nodes list. Technical Details: Mesh packets will prefer to be routed over this node. This node will not be used by client apps. The wifi radio and the oled screen will be put to sleep. This mode may still potentially have higher power usage due to it's preference in message rebroadcasting on the mesh.
Description: Infrastructure node for extending network coverage by relaying messages with minimal overhead. Not visible in Nodes list. Technical Details: Mesh packets will simply be rebroadcasted over this node. Nodes configured with this role will not originate NodeInfo, Position, Telemetry or any other packet type. They will simply rebroadcast any mesh packets on the same frequency, channel num, spread factor, and coding rate. Deprecated in v2.7.11 because it creates "holes" in the mesh rebroadcast chain.
Description: Broadcasts GPS position packets as priority. Technical Details: Position Mesh packets will be prioritized higher and sent more frequently by default. When used in conjunction with power.is_power_saving = true, nodes will wake up, send position, and then sleep for position.position_broadcast_secs seconds.
Description: Broadcasts telemetry packets as priority. Technical Details: Telemetry Mesh packets will be prioritized higher and sent more frequently by default. When used in conjunction with power.is_power_saving = true, nodes will wake up, send environment telemetry, and then sleep for telemetry.environment_update_interval seconds.
Description: Optimized for ATAK system communication and reduces routine broadcasts. Technical Details: Used for nodes dedicated for connection to an ATAK EUD. Turns off many of the routine broadcasts to favor CoT packet stream from the Meshtastic ATAK plugin -> IMeshService -> Node
Description: Device that only broadcasts as needed for stealth or power savings. Technical Details: Used for nodes that "only speak when spoken to" Turns all of the routine broadcasts but allows for ad-hoc communication Still rebroadcasts, but with local only rebroadcast mode (known meshes only) Can be used for clandestine operation or to dramatically reduce airtime / power consumption
Description: Broadcasts location as message to default channel regularly for to assist with device recovery. Technical Details: Used to automatically send a text message to the mesh with the current position of the device on a frequent interval: "I'm lost! Position: lat / long"
Description: Enables automatic TAK PLI broadcasts and reduces routine broadcasts. Technical Details: Turns off many of the routine broadcasts to favor ATAK CoT packet stream and automatic TAK PLI (position location information) broadcasts. Uses position module configuration to determine TAK PLI broadcast interval.
Description: Will always rebroadcast packets, but will do so after all other modes. Technical Details: Used for router nodes that are intended to provide additional coverage in areas not already covered by other routers, or to bridge around problematic terrain, but should not be given priority over other routers in order to avoid unnecessaraily consuming hops.
Description: Treats packets from or to favorited nodes as ROUTER, and all other packets as CLIENT. Technical Details: Used for stronger attic/roof nodes to distribute messages more widely from weaker, indoor, or less-well-positioned nodes. Recommended for users with multiple nodes where one CLIENT_BASE acts as a more powerful base station, such as an attic/roof node.
Display Config
Used in: ,
Number of seconds the screen stays on after pressing the user button or receiving a message 0 for default of one minute MAXUINT for always on
Deprecated in 2.7.4: Unused How the GPS coordinates are formatted on the OLED screen.
Automatically toggles to the next page on the screen like a carousel, based the specified interval in seconds. Potentially useful for devices without user buttons.
If this is set, the displayed compass will always point north. if unset, the old behaviour (top of display is heading direction) is used.
Flip screen vertically, for cases that mount the screen upside down
Perferred display units
Override auto-detect in screen
Display Mode
Print first line in pseudo-bold? FALSE is original style, TRUE is bold
Should we wake the screen up on accelerometer detected motion or tap
Indicates how to rotate or invert the compass output to accurate display on the display.
If false (default), the device will display the time in 24-hour format on screen. If true, the device will display the time in 12-hour format on screen.
If false (default), the device will use short names for various display screens. If true, node names will show in long format
Used in:
The compass and the display are in the same orientation.
Rotate the compass by 90 degrees.
Rotate the compass by 180 degrees.
Rotate the compass by 270 degrees.
Don't rotate the compass, but invert the result.
Rotate the compass by 90 degrees and invert.
Rotate the compass by 180 degrees and invert.
Rotate the compass by 270 degrees and invert.
Deprecated in 2.7.4: Unused
Used in:
Used in:
Default. The old style for the 128x64 OLED screen
Rearrange display elements to cater for bicolor OLED displays
Same as TwoColor, but with inverted top bar. Not so good for Epaper displays
TFT Full Color Displays (not implemented yet)
Unit display preference
Used in:
Metric (Default)
Imperial
Override OLED outo detect with this if it fails.
Used in:
Default / Autodetect
Default / Autodetect
Default / Autodetect
Can not be auto detected but set by proto. Used for 128x64 screens
Can not be auto detected but set by proto. Used for 128x128 screens
Lora Config
Used in: , ,
When enabled, the `modem_preset` fields will be adhered to, else the `bandwidth`/`spread_factor`/`coding_rate` will be taked from their respective manually defined fields
Either modem_config or bandwidth/spreading/coding will be specified - NOT BOTH. As a heuristic: If bandwidth is specified, do not use modem_config. Because protobufs take ZERO space when the value is zero this works out nicely. This value is replaced by bandwidth/spread_factor/coding_rate. If you'd like to experiment with other options add them to MeshRadio.cpp in the device code.
Bandwidth in MHz Certain bandwidth numbers are 'special' and will be converted to the appropriate floating point value: 31 -> 31.25MHz
A number from 7 to 12. Indicates number of chirps per symbol as 1<<spread_factor.
The denominator of the coding rate. ie for 4/5, the value is 5. 4/8 the value is 8.
This parameter is for advanced users with advanced test equipment, we do not recommend most users use it. A frequency offset that is added to to the calculated band center frequency. Used to correct for crystal calibration errors.
The region code for the radio (US, CN, EU433, etc...)
Maximum number of hops. This can't be greater than 7. Default of 3 Attempting to set a value > 7 results in the default
Disable TX from the LoRa radio. Useful for hot-swapping antennas and other tests. Defaults to false
If zero, then use default max legal continuous power (ie. something that won't burn out the radio hardware) In most cases you should use zero here. Units are in dBm.
This controls the actual hardware frequency the radio transmits on. Most users should never need to be exposed to this field/concept. A channel number between 1 and NUM_CHANNELS (whatever the max is in the current region). If ZERO then the rule is "use the old channel name hash based algorithm to derive the channel number") If using the hash algorithm the channel number will be: hash(channel_name) % NUM_CHANNELS (Where num channels depends on the regulatory region).
If true, duty cycle limits will be exceeded and thus you're possibly not following the local regulations if you're not a HAM. Has no effect if the duty cycle of the used region is 100%.
If true, sets RX boosted gain mode on SX126X based radios
This parameter is for advanced users and licensed HAM radio operators. Ignore Channel Calculation and use this frequency instead. The frequency_offset will still be applied. This will allow you to use out-of-band frequencies. Please respect your local laws and regulations. If you are a HAM, make sure you enable HAM mode and turn off encryption.
If true, disable the build-in PA FAN using pin define in RF95_FAN_EN.
For testing it is useful sometimes to force a node to never listen to particular other nodes (simulating radio out of range). All nodenums listed in ignore_incoming will have packets they send dropped on receive (by router.cpp)
If true, the device will not process any packets received via LoRa that passed via MQTT anywhere on the path towards it.
Sets the ok_to_mqtt bit on outgoing packets
Standard predefined channel settings Note: these mappings must match ModemPreset Choice in the device code.
Used in: ,
Long Range - Fast
Long Range - Slow
Very Long Range - Slow Deprecated in 2.5: Works only with txco and is unusably slow
Medium Range - Slow
Medium Range - Fast
Short Range - Slow
Short Range - Fast
Long Range - Moderately Fast
Short Range - Turbo This is the fastest preset and the only one with 500kHz bandwidth. It is not legal to use in all regions due to this wider bandwidth.
Used in: ,
Region is not set
United States
European Union 433mhz
European Union 868mhz
China
Japan
Australia / New Zealand
Korea
Taiwan
Russia
India
New Zealand 865mhz
Thailand
WLAN Band
Ukraine 433mhz
Ukraine 868mhz
Malaysia 433mhz
Malaysia 919mhz
Singapore 923mhz
Philippines 433mhz
Philippines 868mhz
Philippines 915mhz
Australia / New Zealand 433MHz
Kazakhstan 433MHz
Kazakhstan 863MHz
Nepal 865MHz
Brazil 902MHz
Network Config
Used in: ,
Enable WiFi (disables Bluetooth)
If set, this node will try to join the specified wifi network and acquire an address via DHCP
If set, will be use to authenticate to the named wifi
NTP server to use if WiFi is conneced, defaults to `meshtastic.pool.ntp.org`
Enable Ethernet
acquire an address via DHCP or assign static
struct to keep static address
rsyslog Server and Port
Flags for enabling/disabling network protocols
Enable/Disable ipv6 support
Used in:
obtain ip address via DHCP
use static ip address
Used in:
Static IP address
Static gateway address
Static subnet mask
Static DNS server address
Available flags auxiliary network protocols
Do not broadcast packets over any network protocol
Enable broadcasting packets via UDP over the local network
Position Config
Used in: ,
We should send our position this often (but only if it has changed significantly) Defaults to 15 minutes
Adaptive position braoadcast, which is now the default.
If set, this node is at a fixed position. We will generate GPS position updates at the regular interval, but use whatever the last lat/lon/alt we have for the node. The lat/lon/alt can be set by an internal GPS or with the help of the app.
Is GPS enabled for this node?
How often should we try to get GPS position (in seconds) or zero for the default of once every 30 seconds or a very large value (maxint) to update only once at boot.
Deprecated in favor of using smart / regular broadcast intervals as implicit attempt time
Bit field of boolean configuration options for POSITION messages (bitwise OR of PositionFlags)
(Re)define GPS_RX_PIN for your board.
(Re)define GPS_TX_PIN for your board.
The minimum distance in meters traveled (since the last send) before we can send a position to the mesh if position_broadcast_smart_enabled
The minimum number of seconds (since the last send) before we can send a position to the mesh if position_broadcast_smart_enabled
(Re)define PIN_GPS_EN for your board.
Set where GPS is enabled, disabled, or not present
Used in:
GPS is present but disabled
GPS is present and enabled
GPS is not present on the device
Bit field of boolean configuration options, indicating which optional fields to include when assembling POSITION messages. Longitude, latitude, altitude, speed, heading, and DOP are always included (also time if GPS-synced) NOTE: the more fields are included, the larger the message will be - leading to longer airtime and a higher risk of packet loss
Required for compilation
Include an altitude value (if available)
Altitude value is MSL
Include geoidal separation
Include the DOP value ; PDOP used by default, see below
If POS_DOP set, send separate HDOP / VDOP values instead of PDOP
Include number of "satellites in view"
Include a sequence number incremented per packet
Include positional timestamp (from GPS solution)
Include positional heading Intended for use with vehicle not walking speeds walking speeds are likely to be error prone like the compass
Include positional speed Intended for use with vehicle not walking speeds walking speeds are likely to be error prone like the compass
Power Config\ See [Power Config](/docs/settings/config/power) for additional power config details.
Used in: ,
Description: Will sleep everything as much as possible, for the tracker and sensor role this will also include the lora radio. Don't use this setting if you want to use your device with the phone apps or are using a device without a user button. Technical Details: Works for ESP32 devices and NRF52 devices in the Sensor or Tracker roles
Description: If non-zero, the device will fully power off this many seconds after external power is removed.
Ratio of voltage divider for battery pin eg. 3.20 (R1=100k, R2=220k) Overrides the ADC_MULTIPLIER defined in variant for battery voltage calculation. https://meshtastic.org/docs/configuration/radio/power/#adc-multiplier-override Should be set to floating point value between 2 and 6
Description: The number of seconds for to wait before turning off BLE in No Bluetooth states Technical Details: ESP32 Only 0 for default of 1 minute
Super Deep Sleep Seconds While in Light Sleep if mesh_sds_timeout_secs is exceeded we will lower into super deep sleep for this value (default 1 year) or a button press 0 for default of one year
Description: In light sleep the CPU is suspended, LoRa radio is on, BLE is off an GPS is on Technical Details: ESP32 Only 0 for default of 300
Description: While in light sleep when we receive packets on the LoRa radio we will wake and handle them and stay awake in no BLE mode for this value Technical Details: ESP32 Only 0 for default of 10 seconds
I2C address of INA_2XX to use for reading device battery voltage
If non-zero, we want powermon log outputs. With the particular (bitfield) sources enabled. Note: we picked an ID of 32 so that lower more efficient IDs can be used for more frequently used options.
Used in: ,
The public key of the user's device. Sent out to other nodes on the mesh to allow them to compute a shared secret key.
The private key of the device. Used to create a shared key with a remote device.
The public key authorized to send admin messages to this node.
If true, device is considered to be "managed" by a mesh administrator via admin messages Device is managed by a mesh administrator.
Serial Console over the Stream API."
By default we turn off logging as soon as an API client connects (to keep shared serial link quiet). Output live debug logging over serial or bluetooth is set to true.
Allow incoming device control over the insecure legacy admin channel.
Blank config request, strictly for getting the session key
Used in:
(message has no fields)
Shared constants between device and phone
First enum must be zero, and we are just using this enum to pass int constants between two very different environments
From mesh.options note: this payload length is ONLY the bytes that are sent inside of the Data protobuf (excluding protobuf overhead). The 16 byte header is outside of this envelope
ATAK Contact <contact endpoint='0.0.0.0:4242:tcp' phone='+12345678' callsign='FALKE'/>
Used in:
Callsign
Device callsign
IP address of endpoint in integer form (0.0.0.0 default)
Error codes for critical errors The device might report these fault codes on the screen. If you encounter a fault code, please post on the meshtastic.discourse.group and we'll try to help.
TODO: REPLACE
A software bug was detected while trying to send lora
A software bug was detected on entry to sleep
No Lora radio hardware could be found
Not normally used
We failed while configuring a UBlox GPS
This board was expected to have a power management chip and it is missing or broken
The channel tried to set a radio setting which is not supported by this chipset, radio comms settings are now undefined.
Radio transmit hardware failure. We sent data to the radio chip, but it didn't reply with an interrupt.
We detected that the main CPU voltage dropped below the minimum acceptable value
Selftest of SX1262 radio chip failed
A (likely software but possibly hardware) failure was detected while trying to send packets. If this occurs on your board, please post in the forum so that we can ask you to collect some information to allow fixing this bug
Corruption was detected on the flash filesystem but we were able to repair things. If you see this failure in the field please post in the forum because we are interested in seeing if this is occurring in the field.
Corruption was detected on the flash filesystem but we were unable to repair things. NOTE: Your node will probably need to be reconfigured the next time it reboots (it will lose the region code etc...) If you see this failure in the field please post in the forum because we are interested in seeing if this is occurring in the field.
(Formerly called SubPacket) The payload portion fo a packet, this is the actual bytes that are sent inside a radio packet (because from/to are broken out by the comms library)
Used in:
Formerly named typ and of type Type
TODO: REPLACE
Not normally used, but for testing a sender can request that recipient responds in kind (i.e. if it received a position, it should unicast back it's position). Note: that if you set this on a broadcast you will receive many replies.
The address of the destination node. This field is is filled in by the mesh radio device software, application layer software should never need it. RouteDiscovery messages _must_ populate this. Other message types might need to if they are doing multihop routing.
The address of the original sender for this message. This field should _only_ be populated for reliable multihop packets (to keep packets small).
Only used in routing or response messages. Indicates the original message ID that this message is reporting failure on. (formerly called original_id)
If set, this message is intened to be a reply to a previously sent message with the defined id.
Defaults to false. If true, then what is in the payload should be treated as an emoji like giving a message a heart or poop emoji.
Bitfield for extra flags. First use is to indicate that user approves the packet being uploaded to MQTT.
Used in:
WiFi Status
WiFi Status
Bluetooth Status
Serial Status
Device metadata response
Used in: ,
Device firmware version string
Device state version
Indicates whether the device can shutdown CPU natively or via power management chip
Indicates that the device has native wifi capability
Indicates that the device has native bluetooth capability
Indicates that the device has an ethernet peripheral
Indicates that the device's role in the mesh
Indicates the device's current enabled position flags
Device hardware model
Has Remote Hardware enabled
Has PKC capabilities
Bit field of boolean for excluded modules (bitwise OR of ExcludedModules)
Key native device metrics such as battery level
Used in: , ,
0-100 (>100 means powered)
Voltage measured
Utilization for the current channel, including well formed TX, RX and malformed RX (aka noise).
Percent of airtime for transmission used within the last hour.
How long the device has been running since the last reboot (in seconds)
This abstraction is used to contain any configuration for provisioning a node on any client. It is useful for importing and exporting configurations.
Long name for the node
Short name of the node
The url of the channels from our node
The Config of the node
The ModuleConfig of the node
Fixed position data
Ringtone for ExternalNotification
Predefined messages for CannedMessage
This message is never sent over the wire, but it is used for serializing DB state to flash in the device code FIXME, since we write this each time we enter deep sleep (and have infinite flash) it would be better to use some sort of append only data structure for the receive queue and use the preferences store for the other stuff
Read only settings/info about this node
My owner info
Received packets saved for delivery to the phone
A version integer used to invalidate old save files when we make incompatible changes This integer is set at build time and is private to NodeDB.cpp in the device code.
We keep the last received text message (only) stored in the device flash, so we can show it on the screen. Might be null
Used only during development. Indicates developer is testing and changes should never be saved to flash. Deprecated in 2.3.1
Previously used to manage GPS factory resets. Deprecated in 2.5.23
We keep the last received waypoint stored in the device flash, so we can show it on the screen. Might be null
The mesh's nodes with their available gpio pins for RemoteHardware module
Used in: , ,
A version integer used to invalidate saved files when we make incompatible changes.
TFT display brightness 1..255
Screen timeout 0..900
Screen/Settings lock enabled
Color theme
Audible message, banner and ring tone
Localization
Node list filter
Node list highlightening
8 integers for screen calibration data
Map related data
Compass mode
RGB color for BaseUI 0xRRGGBB format, e.g. 0xFF0000 for red
Clockface analog style true for analog clockface, false for digital clockface
How the GPS coordinates are formatted on the OLED screen.
How the GPS coordinates are displayed on the OLED screen.
Used in:
GPS coordinates are displayed in the normal decimal degrees format: DD.DDDDDD DDD.DDDDDD
GPS coordinates are displayed in the degrees minutes seconds format: DD°MM'SS"C DDD°MM'SS"C, where C is the compass point representing the locations quadrant
Universal Transverse Mercator format: ZZB EEEEEE NNNNNNN, where Z is zone, B is band, E is easting, N is northing
Military Grid Reference System format: ZZB CD EEEEE NNNNN, where Z is zone, B is band, C is the east 100k square, D is the north 100k square, E is easting, N is northing
Open Location Code (aka Plus Codes).
Ordnance Survey Grid Reference (the National Grid System of the UK). Format: AB EEEEE NNNNN, where A is the east 100k square, B is the north 100k square, E is the easting, N is the northing
Maidenhead Locator System Described here: https://en.wikipedia.org/wiki/Maidenhead_Locator_System
Used in:
(message has no fields)
Weather station or other environmental metrics
Used in:
Temperature measured
Relative humidity percent measured
Barometric pressure in hPA measured
Gas resistance in MOhm measured
Voltage measured (To be depreciated in favor of PowerMetrics in Meshtastic 3.x)
Current measured (To be depreciated in favor of PowerMetrics in Meshtastic 3.x)
relative scale IAQ value as measured by Bosch BME680 . value 0-500. Belongs to Air Quality but is not particle but VOC measurement. Other VOC values can also be put in here.
RCWL9620 Doppler Radar Distance Sensor, used for water level detection. Float value in mm.
VEML7700 high accuracy ambient light(Lux) digital 16-bit resolution sensor.
VEML7700 high accuracy white light(irradiance) not calibrated digital 16-bit resolution sensor.
Infrared lux
Ultraviolet lux
Wind direction in degrees 0 degrees = North, 90 = East, etc...
Wind speed in m/s
Weight in KG
Wind gust in m/s
Wind lull in m/s
Radiation in µR/h
Rainfall in the last hour in mm
Rainfall in the last 24 hours in mm
Soil moisture measured (% 1-100)
Soil temperature measured (*C)
Ethernet connection status
Used in:
Connection status
Enum for modules excluded from a device's configuration. Each value represents a ModuleConfigType that can be toggled as excluded by setting its corresponding bit in the `excluded_modules` bitmask field.
Default value of 0 indicates no modules are excluded.
MQTT module
Serial module
External Notification module
Store and Forward module
Range Test module
Telemetry module
Canned Message module
Audio module
Remote Hardware module
Neighbor Info module
Ambient Lighting module
Detection Sensor module
Paxcounter module
Bluetooth config (not technically a module, but used to indicate bluetooth capabilities)
Network config (not technically a module, but used to indicate network capabilities)
Individual File info for the device
Used in:
The fully qualified path of the file
The size of the file in bytes
Enum to indicate to clients whether this firmware is a special firmware build, like an event. The first 16 values are reserved for non-event special firmwares, like the Smart Citizen use case.
Used in:
Vanilla firmware
Firmware for use in the Smart Citizen environmental monitoring network
Open Sauce, the maker conference held yearly in CA
DEFCON, the yearly hacker conference
Burning Man, the yearly hippie gathering in the desert
Hamvention, the Dayton amateur radio convention
Placeholder for DIY and unofficial events
Packets from the radio to the phone will appear on the fromRadio characteristic. It will support READ and NOTIFY. When a new packet arrives the device will BLE notify? It will sit in that descriptor until consumed by the phone, at which point the next item in the FIFO will be populated.
The packet id, used to allow the phone to request missing read packets from the FIFO, see our bluetooth docs
Log levels, chosen to match python logging conventions.
Log levels, chosen to match python logging conventions.
Tells the phone what our node number is, can be -1 if we've not yet joined a mesh. NOTE: This ID must not change - to keep (minimal) compatibility with <1.2 version of android apps.
One packet is sent for each node in the on radio DB starts over with the first node in our DB
Include a part of the config (was: RadioConfig radio)
Set to send debug console output over our protobuf stream
Sent as true once the device has finished sending all of the responses to want_config recipient should check if this ID matches our original request nonce, if not, it means your config responses haven't started yet. NOTE: This ID must not change - to keep (minimal) compatibility with <1.2 version of android apps.
Sent to tell clients the radio has just rebooted. Set to true if present. Not used on all transports, currently just used for the serial console. NOTE: This ID must not change - to keep (minimal) compatibility with <1.2 version of android apps.
Include module config
One packet is sent for each channel
Queue status info
File Transfer Chunk
Device metadata message
MQTT Client Proxy Message (device sending to client / phone for publishing to MQTT)
File system manifest messages
Notification message to the client
Persistent data for device-ui
ATAK GeoChat message
Used in:
The text message
Uid recipient of the message
Callsign of the recipient for the message
Used in:
Zoom level
Coordinate: latitude
Coordinate: longitude
ATAK Group <__group role='Team Member' name='Cyan'/>
Used in:
Role of the group member
Team (color) Default Cyan
Parameters for setting up Meshtastic for ameteur radio usage
Used in:
Amateur radio call sign, eg. KD2ABC
Transmit power in dBm at the LoRA transceiver, not including any amplification
The selected frequency of LoRA operation Please respect your local laws, regulations, and band plans. Ensure your radio is capable of operating of the selected frequency before setting this.
Optional short name of user
An example app to show off the module system. This message is used for REMOTE_HARDWARE_APP PortNums. Also provides easy remote access to any GPIO. In the future other remote hardware operations can be added based on user interest (i.e. serial output, spi/i2c input/output). FIXME - currently this feature is turned on by default which is dangerous because no security yet (beyond the channel mechanism). It should be off by default and then protected based on some TBD mechanism (a special channel once multichannel support is included?)
What type of HardwareMessage is this?
What gpios are we changing. Not used for all MessageTypes, see MessageType for details
For gpios that were listed in gpio_mask as valid, what are the signal levels for those gpios. Not used for all MessageTypes, see MessageType for details
TODO: REPLACE
Used in:
Unset/unused
Set gpio gpios based on gpio_mask/gpio_value
We are now interested in watching the gpio_mask gpios. If the selected gpios change, please broadcast GPIOS_CHANGED. Will implicitly change the gpios requested to be INPUT gpios.
The gpios listed in gpio_mask have changed, the new values are listed in gpio_value
Read the gpios specified in gpio_mask, send back a READ_GPIOS_REPLY reply with gpio_value populated
A reply to READ_GPIOS. gpio_mask and gpio_value will be populated
Note: these enum names must EXACTLY match the string used in the device bin/build-all.sh script. Because they will be used to find firmware filenames in the android app for OTA updates. To match the old style filenames, _ is converted to -, p is converted to .
Used in: , , ,
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
The original heltec WiFi_Lora_32_V2, which had battery voltage sensing hooked to GPIO 13 (see HELTEC_V2 for the new version).
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
The new version of the heltec WiFi_Lora_32_V2 board that has battery sensing hooked to GPIO 37. Sadly they did not update anything on the silkscreen to identify this board
Ancient heltec WiFi_Lora_32 board
New T-BEAM with ESP32-S3 CPU
RAK WisBlock ESP32 core: https://docs.rakwireless.com/Product-Categories/WisBlock/RAK11200/Overview/
B&Q Consulting Nano Edition G1: https://uniteng.com/wiki/doku.php?id=meshtastic:nano
TODO: REPLACE
TODO: REPLACE
B&Q Consulting Nano G1 Explorer: https://wiki.uniteng.com/en/meshtastic/nano-g1-explorer
B&Q Consulting Nano G2 Ultra: https://wiki.uniteng.com/en/meshtastic/nano-g2-ultra
LoRAType device: https://loratype.org/
wiphone https://www.wiphone.io/
WIO Tracker WM1110 family from Seeed Studio. Includes wio-1110-tracker and wio-1110-sdk
RAK2560 Solar base station based on RAK4630
Heltec HRU-3601: https://heltec.org/project/hru-3601/
Heltec Wireless Bridge
B&Q Consulting Station Edition G1: https://uniteng.com/wiki/doku.php?id=meshtastic:station
RAK11310 (RP2040 + SX1262)
Makerfabs SenseLoRA Receiver (RP2040 + RFM96)
Makerfabs SenseLoRA Industrial Monitor (ESP32-S3 + RFM96)
Canary Radio Company - CanaryOne: https://canaryradio.io/products/canaryone
Waveshare RP2040 LoRa - https://www.waveshare.com/rp2040-lora.htm
B&Q Consulting Station G2: https://wiki.uniteng.com/en/meshtastic/station-g2
--------------------------------------------------------------------------- Less common/prototype boards listed here (needs one more byte over the air) ---------------------------------------------------------------------------
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
The simulator built into the android app
Custom DIY device based on @NanoVHF schematics: https://github.com/NanoVHF/Meshtastic-DIY/tree/main/Schematics
nRF52840 Dongle : https://www.nordicsemi.com/Products/Development-hardware/nrf52840-dongle/
Custom Disaster Radio esp32 v3 device https://github.com/sudomesh/disaster-radio/tree/master/hardware/board_esp32_v3
M5 esp32 based MCU modules with enclosure, TFT and LORA Shields. All Variants (Basic, Core, Fire, Core2, CoreS3, Paper) https://m5stack.com/
New Heltec LoRA32 with ESP32-S3 CPU
New Heltec Wireless Stick Lite with ESP32-S3 CPU
New BETAFPV ELRS Micro TX Module 2.4G with ESP32 CPU
BetaFPV ExpressLRS "Nano" TX Module 900MHz with ESP32 CPU
Raspberry Pi Pico (W) with Waveshare SX1262 LoRa Node Module
Heltec Wireless Tracker with ESP32-S3 CPU, built-in GPS, and TFT Newer V1.1, version is written on the PCB near the display.
Heltec Wireless Paper with ESP32-S3 CPU and E-Ink display
LilyGo T-Deck with ESP32-S3 CPU, Keyboard and IPS display
LilyGo T-Watch S3 with ESP32-S3 CPU and IPS display
Bobricius Picomputer with ESP32-S3 CPU, Keyboard and IPS display
Heltec HT-CT62 with ESP32-C3 CPU and SX1262 LoRa
EBYTE SPI LoRa module and ESP32-S3
Waveshare ESP32-S3-PICO with PICO LoRa HAT and 2.9inch e-Ink
CircuitMess Chatter 2 LLCC68 Lora Module and ESP32 Wroom Lora module can be swapped out for a Heltec RA-62 which is "almost" pin compatible with one cut and one jumper Meshtastic works
Heltec Wireless Paper, With ESP32-S3 CPU and E-Ink display Older "V1.0" Variant, has no "version sticker" E-Ink model is DEPG0213BNS800 Tab on the screen protector is RED Flex connector marking is FPC-7528B
Heltec Wireless Tracker with ESP32-S3 CPU, built-in GPS, and TFT Older "V1.0" Variant
unPhone with ESP32-S3, TFT touchscreen, LSM6DS3TR-C accelerometer and gyroscope
Teledatics TD-LORAC NRF52840 based M.2 LoRA module Compatible with the TD-WRLS development board
CDEBYTE EoRa-S3 board using their own MM modules, clone of LILYGO T3S3
TWC_MESH_V4 Adafruit NRF52840 feather express with SX1262, SSD1306 OLED and NEO6M GPS
NRF52_PROMICRO_DIY Promicro NRF52840 with SX1262/LLCC68, SSD1306 OLED and NEO6M GPS
RadioMaster 900 Bandit Nano, https://www.radiomasterrc.com/products/bandit-nano-expresslrs-rf-module ESP32-D0WDQ6 With SX1276/SKY66122, SSD1306 OLED and No GPS
Heltec Capsule Sensor V3 with ESP32-S3 CPU, Portable LoRa device that can replace GNSS modules or sensors
Heltec Vision Master T190 with ESP32-S3 CPU, and a 1.90 inch TFT display
Heltec Vision Master E213 with ESP32-S3 CPU, and a 2.13 inch E-Ink display
Heltec Vision Master E290 with ESP32-S3 CPU, and a 2.9 inch E-Ink display
Heltec Mesh Node T114 board with nRF52840 CPU, and a 1.14 inch TFT display, Ultimate low-power design, specifically adapted for the Meshtatic project
Sensecap Indicator from Seeed Studio. ESP32-S3 device with TFT and RP2040 coprocessor
Seeed studio T1000-E tracker card. NRF52840 w/ LR1110 radio, GPS, button, buzzer, and sensors.
RAK3172 STM32WLE5 Module (https://store.rakwireless.com/products/wisduo-lpwan-module-rak3172)
Seeed Studio Wio-E5 (either mini or Dev kit) using STM32WL chip.
RadioMaster 900 Bandit, https://www.radiomasterrc.com/products/bandit-expresslrs-rf-module SSD1306 OLED and No GPS
Minewsemi ME25LS01 (ME25LE01_V1.0). NRF52840 w/ LR1110 radio, buttons and leds and pins.
RP2040_FEATHER_RFM95 Adafruit Feather RP2040 with RFM95 LoRa Radio RFM95 with SX1272, SSD1306 OLED https://www.adafruit.com/product/5714 https://www.adafruit.com/product/326 https://www.adafruit.com/product/938 ^^^ short A0 to switch to I2C address 0x3C
M5 esp32 based MCU modules with enclosure, TFT and LORA Shields. All Variants (Basic, Core, Fire, Core2, CoreS3, Paper) https://m5stack.com/
Pico2 with Waveshare Hat, same as Pico
M5 esp32 based MCU modules with enclosure, TFT and LORA Shields. All Variants (Basic, Core, Fire, Core2, CoreS3, Paper) https://m5stack.com/
Seeed XIAO S3 DK
Nordic nRF52840+Semtech SX1262 LoRa BLE Combo Module. nRF52840+SX1262 MS24SF1
Lilygo TLora-C6 with the new ESP32-C6 MCU
WisMesh Tap RAK-4631 w/ TFT in injection modled case
Similar to PORTDUINO but used by Routastic devices, this is not any particular device and does not run Meshtastic's code but supports the same frame format. Runs on linux, see https://github.com/Jorropo/routastic
Mesh-Tab, esp32 based https://github.com/valzzu/Mesh-Tab
MeshLink board developed by LoraItalia. NRF52840, eByte E22900M22S (Will also come with other frequencies), 25w MPPT solar charger (5v,12v,18v selectable), support for gps, buzzer, oled or e-ink display, 10 gpios, hardware watchdog https://www.loraitalia.it
Seeed XIAO nRF52840 + Wio SX1262 kit
Elecrow ThinkNode M1 & M2 https://www.elecrow.com/wiki/ThinkNode-M1_Transceiver_Device(Meshtastic)_Power_By_nRF52840.html https://www.elecrow.com/wiki/ThinkNode-M2_Transceiver_Device(Meshtastic)_Power_By_NRF52840.html (this actually uses ESP32-S3)
Lilygo T-ETH-Elite
Heltec HRI-3621 industrial probe
Reserved Fried Chicken ID for future use
Heltec Magnetic Power Bank with Meshtastic compatible
Seeed Solar Node
NomadStar Meteor Pro https://nomadstar.ch/
Elecrow CrowPanel Advance models, ESP32-S3 and TFT with SX1262 radio plugin
Lilygo LINK32 board with sensors
Seeed Tracker L1
Seeed Tracker L1 EINK driver
Muzi Works R1 Neo
Lilygo T-Deck Pro
Lilygo TLora Pager
M5Stack Reserved
0x68
RAKwireless WisMesh Tag
RAKwireless WisBlock Core RAK3312 https://docs.rakwireless.com/product-categories/wisduo/rak3112-module/overview/
Elecrow ThinkNode M5 https://www.elecrow.com/wiki/ThinkNode_M5_Meshtastic_LoRa_Signal_Transceiver_ESP32-S3.html
MeshSolar is an integrated power management and communication solution designed for outdoor low-power devices. https://heltec.org/project/meshsolar/
Lilygo T-Echo Lite
New Heltec LoRA32 with ESP32-S3 CPU
M5Stack C6L
M5Stack Cardputer Adv
ESP32S3 main controller with GPS and TFT screen.
LilyGo T-Watch Ultra
Elecrow ThinkNode M3
------------------------------------------------------------------------------------------------------------------------------------------ Reserved ID For developing private Ports. These will show up in live traffic sparsely, so we can use a high number. Keep it within 8 bits. ------------------------------------------------------------------------------------------------------------------------------------------
Health telemetry metrics
Used in:
Heart rate (beats per minute)
SpO2 (blood oxygen saturation) level
Body temperature in degrees Celsius
A heartbeat message is sent to the node from the client to keep the connection alive. This is currently only needed to keep serial connections alive, but can be used by any PhoneAPI.
Used in:
The nonce of the heartbeat message
Linux host metrics
Used in:
Host system uptime
Host system free memory
Host system disk space free for /
Secondary system disk space free
Tertiary disk space free
Host system one minute load in 1/100ths
Host system five minute load in 1/100ths
Host system fifteen minute load in 1/100ths
Optional User-provided string for arbitrary host system information that doesn't make sense as a dedicated entry.
The message data
The actual over-the-mesh message doing KeyVerification
random value Selected by the requesting node
The final authoritative hash, only to be sent by NodeA at the end of the handshake
The intermediary hash (actually derived from hash1), sent from NodeB to NodeA in response to the initial message.
This message is used by a client to initiate or complete a key verification
Used in:
The nodenum we're requesting
The nonce is used to track the connection
The 4 digit code generated by the remote node, and communicated outside the mesh
Three stages of this request.
Used in:
This is the first stage, where a client initiates
After the nonce has been returned over the mesh, the client prompts for the security number And uses this message to provide it to the node.
Once the user has compared the verification message, this message notifies the node.
This is the cancel path, can be taken at any point
Used in:
Used in:
Used in:
Localization
Used in:
English
French
German
Italian
Portuguese
Spanish
Swedish
Finnish
Polish
Turkish
Serbian
Russian
Dutch
Greek
Norwegian
Slovenian
Ukrainian
Bulgarian
Czech
Danish
Simplified Chinese (experimental)
Traditional Chinese (experimental)
Used in: ,
The part of the config that is specific to the Device
The part of the config that is specific to the GPS Position
The part of the config that is specific to the Power settings
The part of the config that is specific to the Wifi Settings
The part of the config that is specific to the Display
The part of the config that is specific to the Lora Radio
The part of the config that is specific to the Bluetooth settings
A version integer used to invalidate old save files when we make incompatible changes This integer is set at build time and is private to NodeDB.cpp in the device code.
The part of the config that is specific to Security settings
Used in: ,
The part of the config that is specific to the MQTT module
The part of the config that is specific to the Serial module
The part of the config that is specific to the ExternalNotification module
The part of the config that is specific to the Store & Forward module
The part of the config that is specific to the RangeTest module
The part of the config that is specific to the Telemetry module
The part of the config that is specific to the Canned Message module
The part of the config that is specific to the Audio module
The part of the config that is specific to the Remote Hardware module
The part of the config that is specific to the Neighbor Info module
The part of the config that is specific to the Ambient Lighting module
The part of the config that is specific to the Detection Sensor module
Paxcounter Config
A version integer used to invalidate old save files when we make incompatible changes This integer is set at build time and is private to NodeDB.cpp in the device code.
Local device mesh statistics
Used in:
How long the device has been running since the last reboot (in seconds)
Utilization for the current channel, including well formed TX, RX and malformed RX (aka noise).
Percent of airtime for transmission used within the last hour.
Number of packets sent
Number of packets received (both good and bad)
Number of packets received that are malformed or violate the protocol
Number of nodes online (in the past 2 hours)
Number of nodes total
Number of received packets that were duplicates (due to multiple nodes relaying). If this number is high, there are nodes in the mesh relaying packets when it's unnecessary, for example due to the ROUTER/REPEATER role.
Number of packets we transmitted that were a relay for others (not originating from ourselves).
Number of times we canceled a packet to be relayed, because someone else did it before us. This will always be zero for ROUTERs/REPEATERs. If this number is high, some other node(s) is/are relaying faster than you.
Number of bytes used in the heap
Number of bytes free in the heap
Number of packets that were dropped because the transmit queue was full.
Debug output from the device. To minimize the size of records inside the device code, if a time/source/level is not set on the message it is assumed to be a continuation of the previously sent message. This allows the device code to use fixed maxlen 64 byte strings for messages, and then extend as needed by emitting multiple records.
Used in:
Log levels, chosen to match python logging conventions.
Seconds since 1970 - or 0 for unknown/unset
Usually based on thread name - if known
Not yet set
Log levels, chosen to match python logging conventions.
Used in: ,
Log levels, chosen to match python logging conventions.
Log levels, chosen to match python logging conventions.
Log levels, chosen to match python logging conventions.
Log levels, chosen to match python logging conventions.
Log levels, chosen to match python logging conventions.
Log levels, chosen to match python logging conventions.
Log levels, chosen to match python logging conventions.
Used in:
(message has no fields)
Used in:
Home coordinates
Map tile style
Map scroll follows GPS
Information about a node intended to be reported unencrypted to a map using MQTT.
A full name for this user, i.e. "Kevin Hester"
A VERY short name, ideally two characters. Suitable for a tiny OLED screen
Role of the node that applies specific settings for a particular use-case
Hardware model of the node, i.e. T-Beam, Heltec V3, etc...
Device firmware version string
The region code for the radio (US, CN, EU433, etc...)
Modem preset used by the radio (LongFast, MediumSlow, etc...)
Whether the node has a channel with default PSK and name (LongFast, MediumSlow, etc...) and it uses the default frequency slot given the region and modem preset.
Latitude: multiply by 1e-7 to get degrees in floating point
Longitude: multiply by 1e-7 to get degrees in floating point
Altitude in meters above MSL
Indicates the bits of precision for latitude and longitude set by the sending node
Number of online nodes (heard in the last 2 hours) this node has in its list that were received locally (not via MQTT)
User has opted in to share their location (map report) with the mqtt server Controlled by map_report.should_report_location
Role of the group member
Used in:
Unspecifed
Team Member
Team Lead
Headquarters
Airsoft enthusiast
Medic
ForwardObserver
Radio Telephone Operator
Doggo
A packet envelope sent/received over the mesh only payload_variant is sent in the payload portion of the LORA packet. The other fields are either not sent at all, or sent in the special 16 byte LORA header.
Used in: , , ,
The sending node number. Note: Our crypto implementation uses this field as well. See [crypto](/docs/overview/encryption) for details.
The (immediate) destination for this packet
(Usually) If set, this indicates the index in the secondary_channels table that this packet was sent/received on. If unset, packet was on the primary channel. A particular node might know only a subset of channels in use on the mesh. Therefore channel_index is inherently a local concept and meaningless to send between nodes. Very briefly, while sending and receiving deep inside the device Router code, this field instead contains the 'channel hash' instead of the index. This 'trick' is only used while the payload_variant is an 'encrypted'.
TODO: REPLACE
TODO: REPLACE
A unique ID for this packet. Always 0 for no-ack packets or non broadcast packets (and therefore take zero bytes of space). Otherwise a unique ID for this packet, useful for flooding algorithms. ID only needs to be unique on a _per sender_ basis, and it only needs to be unique for a few minutes (long enough to last for the length of any ACK or the completion of a mesh broadcast flood). Note: Our crypto implementation uses this id as well. See [crypto](/docs/overview/encryption) for details.
The time this message was received by the esp32 (secs since 1970). Note: this field is _never_ sent on the radio link itself (to save space) Times are typically not sent over the mesh, but they will be added to any Packet (chain of SubPacket) sent to the phone (so the phone can know exact time of reception)
*Never* sent over the radio links. Set during reception to indicate the SNR of this packet. Used to collect statistics on current link quality.
If unset treated as zero (no forwarding, send to direct neighbor nodes only) if 1, allow hopping through one node, etc... For our usecase real world topologies probably have a max of about 3. This field is normally placed into a few of bits in the header.
This packet is being sent as a reliable message, we would prefer it to arrive at the destination. We would like to receive a ack packet in response. Broadcasts messages treat this flag specially: Since acks for broadcasts would rapidly flood the channel, the normal ack behavior is suppressed. Instead, the original sender listens to see if at least one node is rebroadcasting this packet (because naive flooding algorithm). If it hears that the odds (given typical LoRa topologies) the odds are very high that every node should eventually receive the message. So FloodingRouter.cpp generates an implicit ack which is delivered to the original sender. If after some time we don't hear anyone rebroadcast our packet, we will timeout and retransmit, using the regular resend logic. Note: This flag is normally sent in a flag bit in the header when sent over the wire
The priority of this message for sending. See MeshPacket.Priority description for more details.
rssi of received packet. Only sent to phone for dispay purposes.
Describe if this message is delayed
Describes whether this packet passed via MQTT somewhere along the path it currently took.
Hop limit with which the original packet started. Sent via LoRa using three bits in the unencrypted header. When receiving a packet, the difference between hop_start and hop_limit gives how many hops it traveled.
Records the public key the packet was encrypted with, if applicable.
Indicates whether the packet was en/decrypted using PKI
Last byte of the node number of the node that should be used as the next hop in routing. Set by the firmware internally, clients are not supposed to set this.
Last byte of the node number of the node that will relay/relayed this packet. Set by the firmware internally, clients are not supposed to set this.
*Never* sent over the radio links. Timestamp after which this packet may be sent. Set by the firmware internally, clients are not supposed to set this.
Indicates which transport mechanism this packet arrived over
Identify if this is a delayed packet
Used in:
If unset, the message is being sent in real time.
The message is delayed and was originally a broadcast
The message is delayed and was originally a direct message
The priority of this message for sending. Higher priorities are sent first (when managing the transmit queue). This field is never sent over the air, it is only used internally inside of a local device node. API clients (either on the local node or connected directly to the node) can set this parameter if necessary. (values must be <= 127 to keep protobuf field to one byte in size. Detailed background on this field: I noticed a funny side effect of lora being so slow: Usually when making a protocol there isn’t much need to use message priority to change the order of transmission (because interfaces are fairly fast). But for lora where packets can take a few seconds each, it is very important to make sure that critical packets are sent ASAP. In the case of meshtastic that means we want to send protocol acks as soon as possible (to prevent unneeded retransmissions), we want routing messages to be sent next, then messages marked as reliable and finally 'background' packets like periodic position updates. So I bit the bullet and implemented a new (internal - not sent over the air) field in MeshPacket called 'priority'. And the transmission queue in the router object is now a priority queue.
Used in:
Treated as Priority.DEFAULT
TODO: REPLACE
Background position updates are sent with very low priority - if the link is super congested they might not go out at all
This priority is used for most messages that don't have a priority set
If priority is unset but the message is marked as want_ack, assume it is important and use a slightly higher priority
If priority is unset but the packet is a response to a request, we want it to get there relatively quickly. Furthermore, responses stop relaying packets directed to a node early.
Higher priority for specific message types (portnums) to distinguish between other reliable packets.
Higher priority alert message used for critical alerts which take priority over other reliable packets.
Ack/naks are sent with very high priority to ensure that retransmission stops as soon as possible
TODO: REPLACE
Enum to identify which transport mechanism this packet arrived over
Used in:
The default case is that the node generated a packet itself
Arrived via the primary LoRa radio
Arrived via a secondary LoRa radio
Arrived via a tertiary LoRa radio
Arrived via a quaternary LoRa radio
Arrived via an MQTT connection
Arrived via Multicast UDP
Arrived via API connection
Used in:
in ms
duration ms
cancel prematurely
Module Config
Used in: ,
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
Ambient Lighting Module - Settings for control of onboard LEDs to allow users to adjust the brightness levels and respective color levels. Initially created for the RAK14001 RGB LED module.
Used in: ,
Sets LED to on or off.
Sets the current for the LED output. Default is 10.
Sets the red LED level. Values are 0-255.
Sets the green LED level. Values are 0-255.
Sets the blue LED level. Values are 0-255.
Audio Config for codec2 voice
Used in: ,
Whether Audio is enabled
PTT Pin
The audio sample rate to use for codec2
I2S Word Select
I2S Data IN
I2S Data OUT
I2S Clock
Baudrate for codec2 voice
Used in:
Canned Messages Module Config
Used in: ,
Enable the rotary encoder #1. This is a 'dumb' encoder sending pulses on both A and B pins while rotating.
GPIO pin for rotary encoder A port.
GPIO pin for rotary encoder B port.
GPIO pin for rotary encoder Press port.
Generate input event on CW of this kind.
Generate input event on CCW of this kind.
Generate input event on Press of this kind.
Enable the Up/Down/Select input device. Can be RAK rotary encoder or 3 buttons. Uses the a/b/press definitions from inputbroker.
Enable/disable CannedMessageModule.
Input event origin accepted by the canned message module. Can be e.g. "rotEnc1", "upDownEnc1", "scanAndSelect", "cardkb", "serialkb", or keyword "_any"
CannedMessageModule also sends a bell character with the messages. ExternalNotificationModule can benefit from this feature.
TODO: REPLACE
Used in:
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
'\n'
TODO: REPLACE
TODO: REPLACE
Detection Sensor Module Config
Used in: ,
Whether the Module is enabled
Interval in seconds of how often we can send a message to the mesh when a trigger event is detected
Interval in seconds of how often we should send a message to the mesh with the current state regardless of trigger events When set to 0, only trigger events will be broadcasted Works as a sort of status heartbeat for peace of mind
Send ASCII bell with alert message Useful for triggering ext. notification on bell
Friendly name used to format message sent to mesh Example: A name "Motion" would result in a message "Motion detected" Maximum length of 20 characters
GPIO pin to monitor for state changes
The type of trigger event to be used
Whether or not use INPUT_PULLUP mode for GPIO pin Only applicable if the board uses pull-up resistors on the pin
Used in:
Event is triggered if pin is low
Event is triggered if pin is high
Event is triggered when pin goes high to low
Event is triggered when pin goes low to high
Event is triggered on every pin state change, low is considered to be "active"
Event is triggered on every pin state change, high is considered to be "active"
External Notifications Config
Used in: ,
Enable the ExternalNotificationModule
When using in On/Off mode, keep the output on for this many milliseconds. Default 1000ms (1 second).
Define the output pin GPIO setting Defaults to EXT_NOTIFY_OUT if set for the board. In standalone devices this pin should drive the LED to match the UI.
Optional: Define a secondary output pin for a vibra motor This is used in standalone devices to match the UI.
Optional: Define a tertiary output pin for an active buzzer This is used in standalone devices to to match the UI.
IF this is true, the 'output' Pin will be pulled active high, false means active low.
True: Alert when a text message arrives (output)
True: Alert when a text message arrives (output_vibra)
True: Alert when a text message arrives (output_buzzer)
True: Alert when the bell character is received (output)
True: Alert when the bell character is received (output_vibra)
True: Alert when the bell character is received (output_buzzer)
use a PWM output instead of a simple on/off output. This will ignore the 'output', 'output_ms' and 'active' settings and use the device.buzzer_gpio instead.
The notification will toggle with 'output_ms' for this time of seconds. Default is 0 which means don't repeat at all. 60 would mean blink and/or beep for 60 seconds
When true, enables devices with native I2S audio output to use the RTTTL over speaker like a buzzer T-Watch S3 and T-Deck for example have this capability
MQTT Client Config
Used in: ,
If a meshtastic node is able to reach the internet it will normally attempt to gateway any channels that are marked as is_uplink_enabled or is_downlink_enabled.
The server to use for our MQTT global message gateway feature. If not set, the default server will be used
MQTT username to use (most useful for a custom MQTT server). If using a custom server, this will be honoured even if empty. If using the default server, this will only be honoured if set, otherwise the device will use the default username
MQTT password to use (most useful for a custom MQTT server). If using a custom server, this will be honoured even if empty. If using the default server, this will only be honoured if set, otherwise the device will use the default password
Whether to send encrypted or decrypted packets to MQTT. This parameter is only honoured if you also set server (the default official mqtt.meshtastic.org server can handle encrypted packets) Decrypted packets may be useful for external systems that want to consume meshtastic packets
Whether to send / consume json packets on MQTT
If true, we attempt to establish a secure connection using TLS
The root topic to use for MQTT messages. Default is "msh". This is useful if you want to use a single MQTT server for multiple meshtastic networks and separate them via ACLs
If true, we can use the connected phone / client to proxy messages to MQTT instead of a direct connection
If true, we will periodically report unencrypted information about our node to a map via MQTT
Settings for reporting information about our node to a map via MQTT
Settings for reporting unencrypted information about our node to a map via MQTT
Used in:
How often we should report our info to the map (in seconds)
Bits of precision for the location sent (default of 32 is full precision).
Whether we have opted-in to report our location to the map
NeighborInfoModule Config
Used in: ,
Whether the Module is enabled
Interval in seconds of how often we should try to send our Neighbor Info (minimum is 14400, i.e., 4 hours)
Whether in addition to sending it to MQTT and the PhoneAPI, our NeighborInfo should be transmitted over LoRa. Note that this is not available on a channel with default key and name.
Config for the Paxcounter Module
Used in: ,
Enable the Paxcounter Module
WiFi RSSI threshold. Defaults to -80
BLE RSSI threshold. Defaults to -80
Preferences for the RangeTestModule
Used in: ,
Enable the Range Test Module
Send out range test messages from this node
Bool value indicating that this node should save a RangeTest.csv file. ESP32 Only
Bool indicating that the node should cleanup / destroy it's RangeTest.csv file. ESP32 Only
RemoteHardwareModule Config
Used in: ,
Whether the Module is enabled
Whether the Module allows consumers to read / write to pins not defined in available_pins
Exposes the available pins to the mesh for reading and writing
Serial Config
Used in: ,
Preferences for the SerialModule
TODO: REPLACE
RX pin (should match Arduino gpio pin number)
TX pin (should match Arduino gpio pin number)
Serial baud rate
TODO: REPLACE
Mode for serial module operation
Overrides the platform's defacto Serial port instance to use with Serial module config settings This is currently only usable in output modes like NMEA / CalTopo and may behave strangely or not work at all in other modes Existing logging over the Serial Console will still be present
TODO: REPLACE
Used in:
TODO: REPLACE
Used in:
NMEA messages specifically tailored for CalTopo
Ecowitt WS85 weather station
VE.Direct is a serial protocol used by Victron Energy products https://beta.ivc.no/wiki/index.php/Victron_VE_Direct_DIY_Cable
Used to configure and view some parameters of MeshSolar. https://heltec.org/project/meshsolar/
Store and Forward Module Config
Used in: ,
Enable the Store and Forward Module
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
Set to true to let this node act as a server that stores received messages and resends them upon request.
Configuration for both device and environment metrics
Used in: ,
Interval in seconds of how often we should try to send our device metrics to the mesh
Preferences for the Telemetry Module (Environment) Enable/Disable the telemetry measurement module measurement collection
Enable/Disable the telemetry measurement module on-device display
We'll always read the sensor in Celsius, but sometimes we might want to display the results in Fahrenheit as a "user preference".
Enable/Disable the air quality metrics
Interval in seconds of how often we should try to send our air quality metrics to the mesh
Enable/disable Power metrics
Interval in seconds of how often we should try to send our power metrics to the mesh
Enable/Disable the power measurement module on-device display
Preferences for the (Health) Telemetry Module Enable/Disable the telemetry measurement module measurement collection
Interval in seconds of how often we should try to send our health metrics to the mesh
Enable/Disable the health telemetry module on-device display
Enable/Disable the device telemetry module to send metrics to the mesh Note: We will still send telemtry to the connected phone / client every minute over the API
This message is specifically for modules to store per-channel configuration data.
Used in:
Bits of precision for the location sent in position packets.
Controls whether or not the client / device should mute the current channel Useful for noisy public channels you don't necessarily want to disable
This message will be proxied over the PhoneAPI for the client to deliver to the MQTT server
Used in: ,
The MQTT topic this message will be sent /received on
The actual service envelope payload or text for mqtt pub / sub
Bytes
Text
Whether the message should be retained (or not)
Unique local debugging info for this node Note: we don't include position or the user info, because that will come in the Sent to the phone in response to WantNodes.
Used in: ,
Tells the phone what our node number is, default starting value is lowbyte of macaddr, but it will be fixed if that is already in use
The total number of reboots this node has ever encountered (well - since the last time we discarded preferences)
The minimum app version that can talk to this device. Phone/PC apps should compare this to their build number and if too low tell the user they must update their app
Unique hardware identifier for this device
The PlatformIO environment used to build this firmware
The indicator for whether this device is running event firmware and which
The number of nodes in the nodedb. This is used by the phone to know how many NodeInfo packets to expect on want_config
NAU7802 Telemetry configuration, for saving to flash
The offset setting for the NAU7802
The calibration factor for the NAU7802
A single edge in the mesh
Used in:
Node ID of neighbor
SNR of last heard message
Reception time (in secs since 1970) of last message that was last sent by this ID. Note: this is for local storage only and will not be sent out over the mesh.
Broadcast interval of this neighbor (in seconds). Note: this is for local storage only and will not be sent out over the mesh.
Full info on edges for a single node
The node ID of the node sending info on its neighbors
Field to pass neighbor info for the next sending cycle
Broadcast interval of the represented node (in seconds)
The list of out edges from this node
Ethernet or WiFi connection status
Used in: ,
IP address of device
Whether the device has an active connection or not
Whether the device has an active connection to an MQTT broker or not
Whether the device is actively remote syslogging or not
A version integer used to invalidate old save files when we make incompatible changes This integer is set at build time and is private to NodeDB.cpp in the device code.
New lite version of NodeDB to decrease memory footprint
Used in:
Filter unknown nodes
Filter offline nodes
Filter nodes w/o public key
Filter based on hops away
Filter nodes w/o position
Filter nodes by matching name string
Filter based on channel
Used in:
Hightlight nodes w/ active chat
Highlight nodes w/ position
Highlight nodes w/ telemetry data
Highlight nodes w/ iaq data
Highlight nodes by matching name string
The bluetooth to device link: Old BTLE protocol docs from TODO, merge in above and make real docs... use protocol buffers, and NanoPB messages from device to phone: POSITION_UPDATE (..., time) TEXT_RECEIVED(from, text, time) OPAQUE_RECEIVED(from, payload, time) (for signal messages or other applications) messages from phone to device: SET_MYID(id, human readable long, human readable short) (send down the unique ID string used for this node, a human readable string shown for that id, and a very short human readable string suitable for oled screen) SEND_OPAQUE(dest, payload) (for signal messages or other applications) SEND_TEXT(dest, text) Get all nodes() (returns list of nodes, with full info, last time seen, loc, battery level etc) SET_CONFIG (switches device to a new set of radio params and preshared key, drops all existing nodes, force our node to rejoin this new group) Full information about a node on the mesh
Used in:
The node number
The user info for this node
This position data. Note: before 1.2.14 we would also store the last time we've heard from this node in position.time, that is no longer true. Position.time now indicates the last time we received a POSITION from that node.
Returns the Signal-to-noise ratio (SNR) of the last received message, as measured by the receiver. Return SNR of the last received message in dB
Set to indicate the last time we received a packet from this node
The latest device metrics for the node.
local channel index we heard that node on. Only populated if its not the default channel.
True if we witnessed the node over MQTT instead of LoRA transport
Number of hops away from us this node is (0 if direct neighbor)
True if node is in our favorites list Persists between NodeDB internal clean ups
True if node is in our ignored list Persists between NodeDB internal clean ups
True if node public key has been verified. Persists between NodeDB internal clean ups LSB 0 of the bitfield
Used in:
The node number
The user info for this node
This position data. Note: before 1.2.14 we would also store the last time we've heard from this node in position.time, that is no longer true. Position.time now indicates the last time we received a POSITION from that node.
Returns the Signal-to-noise ratio (SNR) of the last received message, as measured by the receiver. Return SNR of the last received message in dB
Set to indicate the last time we received a packet from this node
The latest device metrics for the node.
local channel index we heard that node on. Only populated if its not the default channel.
True if we witnessed the node over MQTT instead of LoRA transport
Number of hops away from us this node is (0 if direct neighbor)
True if node is in our favorites list Persists between NodeDB internal clean ups
True if node is in our ignored list Persists between NodeDB internal clean ups
Last byte of the node number of the node that should be used as the next hop to reach this node.
Bitfield for storing booleans. LSB 0 is_key_manually_verified
RemoteHardwarePins associated with a node
Used in: ,
The node_num exposing the available gpio pin
The the available gpio pin for usage with RemoteHardware module
Response envelope for node_remote_hardware_pins
Used in:
Nodes and their respective remote hardware GPIO pins
Position Location Information from ATAK
Used in:
The new preferred location encoding, multiply by 1e-7 to get degrees in floating point
The new preferred location encoding, multiply by 1e-7 to get degrees in floating point
Altitude (ATAK prefers HAE)
Speed
Course in degrees
TODO: REPLACE
seen Wifi devices
Seen BLE devices
Uptime in seconds
For any new 'apps' that run on the device or via sister apps on phones/PCs they should pick and use a unique 'portnum' for their application. If you are making a new app using meshtastic, please send in a pull request to add your 'portnum' to this master table. PortNums should be assigned in the following range: 0-63 Core Meshtastic use, do not use for third party apps 64-127 Registered 3rd party apps, send in a pull request that adds a new entry to portnums.proto to register your application 256-511 Use one of these portnums for your private applications that you don't want to register publically All other values are reserved. Note: This was formerly a Type enum named 'typ' with the same id # We have change to this 'portnum' based scheme for specifying app handlers for particular payloads. This change is backwards compatible by treating the legacy OPAQUE/CLEAR_TEXT values identically.
Used in: ,
Deprecated: do not use in new code (formerly called OPAQUE) A message sent from a device outside of the mesh, in a form the mesh does not understand NOTE: This must be 0, because it is documented in IMeshService.aidl to be so ENCODING: binary undefined
A simple UTF-8 text message, which even the little micros in the mesh can understand and show on their screen eventually in some circumstances even signal might send messages in this form (see below) ENCODING: UTF-8 Plaintext (?)
Reserved for built-in GPIO/example app. See remote_hardware.proto/HardwareMessage for details on the message sent/received to this port number ENCODING: Protobuf
The built-in position messaging app. Payload is a Position message. ENCODING: Protobuf
The built-in user info app. Payload is a User message. ENCODING: Protobuf
Protocol control packets for mesh protocol use. Payload is a Routing message. ENCODING: Protobuf
Admin control packets. Payload is a AdminMessage message. ENCODING: Protobuf
Compressed TEXT_MESSAGE payloads. ENCODING: UTF-8 Plaintext (?) with Unishox2 Compression NOTE: The Device Firmware converts a TEXT_MESSAGE_APP to TEXT_MESSAGE_COMPRESSED_APP if the compressed payload is shorter. There's no need for app developers to do this themselves. Also the firmware will decompress any incoming TEXT_MESSAGE_COMPRESSED_APP payload and convert to TEXT_MESSAGE_APP.
Waypoint payloads. Payload is a Waypoint message. ENCODING: Protobuf
Audio Payloads. Encapsulated codec2 packets. On 2.4 GHZ Bandwidths only for now ENCODING: codec2 audio frames NOTE: audio frames contain a 3 byte header (0xc0 0xde 0xc2) and a one byte marker for the decompressed bitrate. This marker comes from the 'moduleConfig.audio.bitrate' enum minus one.
Same as Text Message but originating from Detection Sensor Module. NOTE: This portnum traffic is not sent to the public MQTT starting at firmware version 2.2.9
Same as Text Message but used for critical alerts.
Module/port for handling key verification requests.
Provides a 'ping' service that replies to any packet it receives. Also serves as a small example module. ENCODING: ASCII Plaintext
Used for the python IP tunnel feature ENCODING: IP Packet. Handled by the python API, firmware ignores this one and pases on.
Paxcounter lib included in the firmware ENCODING: protobuf
Provides a hardware serial interface to send and receive from the Meshtastic network. Connect to the RX/TX pins of a device with 38400 8N1. Packets received from the Meshtastic network is forwarded to the RX pin while sending a packet to TX will go out to the Mesh network. Maximum packet size of 240 bytes. Module is disabled by default can be turned on by setting SERIAL_MODULE_ENABLED = 1 in SerialPlugh.cpp. ENCODING: binary undefined
STORE_FORWARD_APP (Work in Progress) Maintained by Jm Casler (MC Hamster) : jm@casler.org ENCODING: Protobuf
Optional port for messages for the range test module. ENCODING: ASCII Plaintext NOTE: This portnum traffic is not sent to the public MQTT starting at firmware version 2.2.9
Provides a format to send and receive telemetry data from the Meshtastic network. Maintained by Charles Crossan (crossan007) : crossan007@gmail.com ENCODING: Protobuf
Experimental tools for estimating node position without a GPS Maintained by Github user a-f-G-U-C (a Meshtastic contributor) Project files at https://github.com/a-f-G-U-C/Meshtastic-ZPS ENCODING: arrays of int64 fields
Used to let multiple instances of Linux native applications communicate as if they did using their LoRa chip. Maintained by GitHub user GUVWAF. Project files at https://github.com/GUVWAF/Meshtasticator ENCODING: Protobuf (?)
Provides a traceroute functionality to show the route a packet towards a certain destination would take on the mesh. Contains a RouteDiscovery message as payload. ENCODING: Protobuf
Aggregates edge info for the network by sending out a list of each node's neighbors ENCODING: Protobuf
ATAK Plugin Portnum for payloads from the official Meshtastic ATAK plugin
Provides unencrypted information about a node for consumption by a map via MQTT
PowerStress based monitoring support (for automated power consumption testing)
Reticulum Network Stack Tunnel App ENCODING: Fragmented RNS Packet. Handled by Meshtastic RNS interface
App for transporting Cayenne Low Power Payload, popular for LoRaWAN sensor nodes. Offers ability to send arbitrary telemetry over meshtastic that is not covered by telemetry.proto ENCODING: CayenneLLP
Private applications should use portnums >= 256. To simplify initial development and testing you can use "PRIVATE_APP" in your code without needing to rebuild protobuf files (via [regen-protos.sh](https://github.com/meshtastic/firmware/blob/master/bin/regen-protos.sh))
ATAK Forwarder Module https://github.com/paulmandal/atak-forwarder ENCODING: libcotshrink
Currently we limit port nums to no higher than this value
A GPS Position
Used in: , ,
The new preferred location encoding, multiply by 1e-7 to get degrees in floating point
TODO: REPLACE
In meters above MSL (but see issue #359)
This is usually not sent over the mesh (to save space), but it is sent from the phone so that the local device can set its time if it is sent over the mesh (because there are devices on the mesh without GPS or RTC). seconds since 1970
TODO: REPLACE
TODO: REPLACE
Positional timestamp (actual timestamp of GPS solution) in integer epoch seconds
Pos. timestamp milliseconds adjustment (rarely available or required)
HAE altitude in meters - can be used instead of MSL altitude
Geoidal separation in meters
Horizontal, Vertical and Position Dilution of Precision, in 1/100 units - PDOP is sufficient for most cases - for higher precision scenarios, HDOP and VDOP can be used instead, in which case PDOP becomes redundant (PDOP=sqrt(HDOP^2 + VDOP^2)) TODO: REMOVE/INTEGRATE
TODO: REPLACE
TODO: REPLACE
GPS accuracy (a hardware specific constant) in mm multiplied with DOP to calculate positional accuracy Default: "'bout three meters-ish" :)
Ground speed in m/s and True North TRACK in 1/100 degrees Clarification of terms: - "track" is the direction of motion (measured in horizontal plane) - "heading" is where the fuselage points (measured in horizontal plane) - "yaw" indicates a relative rotation about the vertical axis TODO: REMOVE/INTEGRATE
TODO: REPLACE
GPS fix quality (from NMEA GxGGA statement or similar)
GPS fix type 2D/3D (from NMEA GxGSA statement)
GPS "Satellites in View" number
Sensor ID - in case multiple positioning sensors are being used
Estimated/expected time (in seconds) until next update: - if we update at fixed intervals of X seconds, use X - if we update at dynamic intervals (based on relative movement etc), but "AT LEAST every Y seconds", use Y
A sequence number, incremented with each Position message to help detect lost updates if needed
Indicates the bits of precision set by the sending node
How the altitude was acquired: manual, GPS int/ext, etc Default: same as location_source if present
Used in:
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
How the location was acquired: manual, onboard GPS, external (EUD) GPS
Used in: ,
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
Position with static location information only for NodeDBLite
Used in:
The new preferred location encoding, multiply by 1e-7 to get degrees in floating point
TODO: REPLACE
In meters above MSL (but see issue #359)
This is usually not sent over the mesh (to save space), but it is sent from the phone so that the local device can set its RTC If it is sent over the mesh (because there are devices on the mesh without GPS), it will only be sent by devices which has a hardware GPS clock. seconds since 1970
TODO: REPLACE
Power Metrics (voltage / current / etc)
Used in:
Voltage (Ch1)
Current (Ch1)
Voltage (Ch2)
Current (Ch2)
Voltage (Ch3)
Current (Ch3)
Voltage (Ch4)
Current (Ch4)
Voltage (Ch5)
Current (Ch5)
Voltage (Ch6)
Current (Ch6)
Voltage (Ch7)
Current (Ch7)
Voltage (Ch8)
Current (Ch8)
Note: There are no 'PowerMon' messages normally in use (PowerMons are sent only as structured logs - slogs). But we wrap our State enum in this message to effectively nest a namespace (without our linter yelling at us)
(message has no fields)
Any significant power changing event in meshtastic should be tagged with a powermon state transition. If you are making new meshtastic features feel free to add new entries at the end of this definition.
The external Vext1 power is on. Many boards have auxillary power rails that the CPU turns on only occasionally. In cases where that rail has multiple devices on it we usually want to have logging on the state of that rail as an independent record. For instance on the Heltec Tracker 1.1 board, this rail is the power source for the GPS and screen. The log messages will be short and complete (see PowerMon.Event in the protobufs for details). something like "S:PM:C,0x00001234,REASON" where the hex number is the bitmask of all current states. (We use a bitmask for states so that if a log message gets lost it won't be fatal)
GPS is actively trying to find our location See GPSPowerState for more details
PowerStress testing support via the C++ PowerStress module
What type of HardwareMessage is this?
What operation would we like the UUT to perform. note: senders should probably set want_response in their request packets, so that they can know when the state machine has started processing their request
Used in:
Unset/unused
Print board version slog and send an ack that we are alive and ready to process commands
Try to turn off all automatic processing of packets, screen, sleeping, etc (to make it easier to measure in isolation)
Stop powerstress processing - probably by just rebooting the board
Turn the screen on
Turn the screen off
Let the CPU run but we assume mostly idling for num_seconds
Force deep sleep for FIXME seconds
Spin the CPU as fast as possible for num_seconds
Turn the LED on for num_seconds (and leave it on - for baseline power measurement purposes)
Force the LED off for num_seconds
Completely turn off the LORA radio for num_seconds
Send Lora packets for num_seconds
Receive Lora packets for num_seconds (node will be mostly just listening, unless an external agent is helping stress this by sending packets on the current channel)
Turn off the BT radio for num_seconds
Turn on the BT radio for num_seconds
Turn off the WIFI radio for num_seconds
Turn on the WIFI radio for num_seconds
Turn off the GPS radio for num_seconds
Turn on the GPS radio for num_seconds
Used in:
Last attempt to queue status, ErrorCode
Free entries in the outgoing queue
Maximum entries in the outgoing queue
What was mesh packet id that generated this response?
Canned message module configuration.
Ringtone for PWM Buzzer in RTTTL Format.
A GPIO pin definition for remote hardware module
Used in: ,
GPIO Pin number (must match Arduino)
Name for the GPIO pin (i.e. Front gate, mailbox, etc)
Type of GPIO access available to consumers on the mesh
Used in:
Unset/unused
GPIO pin can be read (if it is high / low)
GPIO pin can be written to (high / low)
A message used in a traceroute
Used in:
The list of nodenums this packet has visited so far to the destination.
The list of SNRs (in dB, scaled by 4) in the route towards the destination.
The list of nodenums the packet has visited on the way back from the destination.
The list of SNRs (in dB, scaled by 4) in the route back from the destination.
A Routing control Data packet handled by the routing module
A route request going from the requester
A route reply
A failure in delivering a message (usually used for routing control messages, but might be provided in addition to ack.fail_id to provide details on the type of failure).
A failure in delivering a message (usually used for routing control messages, but might be provided in addition to ack.fail_id to provide details on the type of failure).
Used in:
This message is not a failure
Our node doesn't have a route to the requested destination anymore.
We received a nak while trying to forward on your behalf
TODO: REPLACE
No suitable interface could be found for delivering this packet
We reached the max retransmission count (typically for naive flood routing)
No suitable channel was found for sending this packet (i.e. was requested channel index disabled?)
The packet was too big for sending (exceeds interface MTU after encoding)
The request had want_response set, the request reached the destination node, but no service on that node wants to send a response (possibly due to bad channel permissions)
Cannot send currently because duty cycle regulations will be violated.
The application layer service on the remote node received your request, but considered your request somehow invalid
The application layer service on the remote node received your request, but considered your request not authorized (i.e you did not send the request on the required bound channel)
The client specified a PKI transport, but the node was unable to send the packet using PKI (and did not send the message at all)
The receiving node does not have a Public Key to decode with
Admin packet otherwise checks out, but uses a bogus or expired session key
Admin packet sent using PKC, but not from a public key on the admin key list
Airtime fairness rate limit exceeded for a packet This typically enforced per portnum and is used to prevent a single node from monopolizing airtime
Used in:
The message type
The sensor data, either as a float or an uint32
Serial connection status
Used in:
Serial baud rate
Whether the device has an active connection or not
This message wraps a MeshPacket with extra metadata about the sender and how it arrived.
The (probably encrypted) packet
The global channel ID it was sent on
The sending gateway node ID. Can we use this to authenticate/prevent fake nodeid impersonation for senders? - i.e. use gateway/mesh id (which is authenticated) + local node id as the globally trusted nodenum
Used in:
The node number of the contact
The User of the contact
Add this contact to the blocked / ignored list
Set the IS_KEY_MANUALLY_VERIFIED bit
ATAK EUD Status <status battery='100' />
Used in:
Battery level
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
TODO: REPLACE
Text from history message.
TODO: REPLACE
Used in:
Period in seconds that the heartbeat is sent out that will be sent to the client
If set, this is not the primary Store & Forward router on the mesh
TODO: REPLACE
Used in:
Number of that will be sent to the client
The window of messages that was used to filter the history client requested
Index in the packet history of the last message sent in a previous request to the server. Will be sent to the client before sending the history and can be set in a subsequent request to avoid getting packets the server already sent to the client.
001 - 063 = From Router 064 - 127 = From Client
Used in:
Unset/unused
Router is an in error state.
Router heartbeat
Router has requested the client respond. This can work as a "are you there" message.
The response to a "Ping"
Router is currently busy. Please try again later.
Router is responding to a request for history.
Router is responding to a request for stats.
Router sends a text message from its history that was a direct message.
Router sends a text message from its history that was a broadcast.
Client is an in error state.
Client has requested a replay from the router.
Client has requested stats from the router.
Client has requested the router respond. This can work as a "are you there" message.
The response to a "Ping"
Client has requested that the router abort processing the client's request
TODO: REPLACE
Used in:
Number of messages we have ever seen
Number of messages we have currently saved our history.
Maximum number of messages we will save
Router uptime in seconds
Number of times any client sent a request to the S&F.
Number of times the history was requested.
Is the heartbeat enabled on the server?
Maximum number of messages the server will return.
Maximum history window in minutes the server will return messages from.
Packets for the official ATAK Plugin
Are the payloads strings compressed for LoRA transport?
The contact / callsign for ATAK user
The group for ATAK user
The status of the ATAK EUD
The payload of the packet
TAK position report
ATAK GeoChat message
Generic CoT detail XML May be compressed / truncated by the sender (EUD)
Used in:
Unspecifed
White
Yellow
Orange
Magenta
Red
Maroon
Purple
Dark Blue
Blue
Cyan
Teal
Green
Dark Green
Brown
Types of Measurements the telemetry module is equipped to handle
Seconds since 1970 - or 0 for unknown/unset
Key native device metrics such as battery level
Weather station or other environmental metrics
Air quality metrics
Power Metrics
Local device mesh statistics
Health telemetry metrics
Linux host metrics
Supported I2C Sensors for telemetry in Meshtastic
No external telemetry sensor explicitly set
High accuracy temperature, pressure, humidity
High accuracy temperature, pressure, humidity, and air resistance
Very high accuracy temperature
Moderate accuracy current and voltage
Moderate accuracy current and voltage
High accuracy temperature and pressure
High accuracy temperature and humidity
High accuracy pressure
3-Axis magnetic sensor
6-Axis inertial measurement sensor
3-Axis magnetic sensor
High accuracy temperature and humidity
PM2.5 air quality sensor
INA3221 3 Channel Voltage / Current Sensor
BMP085/BMP180 High accuracy temperature and pressure (older Version of BMP280)
RCWL-9620 Doppler Radar Distance Sensor, used for water level detection
Sensirion High accuracy temperature and humidity
VEML7700 high accuracy ambient light(Lux) digital 16-bit resolution sensor.
MLX90632 non-contact IR temperature sensor.
TI OPT3001 Ambient Light Sensor
Lite On LTR-390UV-01 UV Light Sensor
AMS TSL25911FN RGB Light Sensor
AHT10 Integrated temperature and humidity sensor
DFRobot Lark Weather station (temperature, humidity, pressure, wind speed and direction)
NAU7802 Scale Chip or compatible
BMP3XX High accuracy temperature and pressure
ICM-20948 9-Axis digital motion processor
MAX17048 1S lipo battery sensor (voltage, state of charge, time to go)
Custom I2C sensor implementation based on https://github.com/meshtastic/i2c-sensor
MAX30102 Pulse Oximeter and Heart-Rate Sensor
MLX90614 non-contact IR temperature sensor
SCD40/SCD41 CO2, humidity, temperature sensor
ClimateGuard RadSens, radiation, Geiger-Muller Tube
High accuracy current and voltage
DFRobot Gravity tipping bucket rain gauge
Infineon DPS310 High accuracy pressure and temperature
RAKWireless RAK12035 Soil Moisture Sensor Module
MAX17261 lipo battery gauge
PCT2075 Temperature Sensor
ADS1X15 ADC
ADS1X15 ADC_ALT
Sensirion SFA30 Formaldehyde sensor
SEN5X PM SENSORS
TSL2561 light sensor
BH1750 light sensor
Used in:
Dark
Light
Red
Packets/commands to the radio will be written (reliably) to the toRadio characteristic. Once the write completes the phone can assume it is handled.
Log levels, chosen to match python logging conventions.
Send this packet on the mesh
Phone wants radio to send full node db to the phone, This is typically the first packet sent to the radio when the phone gets a bluetooth connection. The radio will respond by sending back a MyNodeInfo, a owner, a radio config and a series of FromRadio.node_infos, and config_complete the integer you write into this field will be reported back in the config_complete_id response this allows clients to never be confused by a stale old partially sent config.
Tell API server we are disconnecting now. This is useful for serial links where there is no hardware/protocol based notification that the client has dropped the link. (Sending this message is optional for clients)
MQTT Client Proxy Message (for client / phone subscribed to MQTT sending to device)
Heartbeat message (used to keep the device connection awake on serial)
Broadcast when a newly powered mesh node wants to find a node num it can use Sent from the phone over bluetooth to set the user id for the owner of this node. Also sent from nodes to each other when a new node signs on (so all clients can have this info) The algorithm is as follows: when a node starts up, it broadcasts their user and the normal flow is for all other nodes to reply with their User as well (so the new node can build its nodedb) If a node ever receives a User (not just the first broadcast) message where the sender node number equals our node number, that indicates a collision has occurred and the following steps should happen: If the receiving node (that was already in the mesh)'s macaddr is LOWER than the new User who just tried to sign in: it gets to keep its nodenum. We send a broadcast message of OUR User (we use a broadcast so that the other node can receive our message, considering we have the same id - it also serves to let observers correct their nodedb) - this case is rare so it should be okay. If any node receives a User where the macaddr is GTE than their local macaddr, they have been vetoed and should pick a new random nodenum (filtering against whatever it knows about the nodedb) and rebroadcast their User. A few nodenums are reserved and will never be requested: 0xff - broadcast 0 through 3 - for future use
Used in: , , , ,
A globally unique ID string for this user. In the case of Signal that would mean +16504442323, for the default macaddr derived id it would be !<8 hexidecimal bytes>. Note: app developers are encouraged to also use the following standard node IDs "^all" (for broadcast), "^local" (for the locally connected node)
A full name for this user, i.e. "Kevin Hester"
A VERY short name, ideally two characters. Suitable for a tiny OLED screen
Deprecated in Meshtastic 2.1.x This is the addr of the radio. Not populated by the phone, but added by the esp32 when broadcasting
TBEAM, HELTEC, etc... Starting in 1.2.11 moved to hw_model enum in the NodeInfo object. Apps will still need the string here for older builds (so OTA update can find the right image), but if the enum is available it will be used instead.
In some regions Ham radio operators have different bandwidth limitations than others. If this user is a licensed operator, set this flag. Also, "long_name" should be their licence number.
Indicates that the user's role in the mesh
The public key of the user's device. This is sent out to other nodes on the mesh to allow them to compute a shared secret key.
Whether or not the node can be messaged
Used in:
This is the addr of the radio.
A full name for this user, i.e. "Kevin Hester"
A VERY short name, ideally two characters. Suitable for a tiny OLED screen
TBEAM, HELTEC, etc... Starting in 1.2.11 moved to hw_model enum in the NodeInfo object. Apps will still need the string here for older builds (so OTA update can find the right image), but if the enum is available it will be used instead.
In some regions Ham radio operators have different bandwidth limitations than others. If this user is a licensed operator, set this flag. Also, "long_name" should be their licence number.
Indicates that the user's role in the mesh
The public key of the user's device. This is sent out to other nodes on the mesh to allow them to compute a shared secret key.
Whether or not the node can be messaged
Waypoint message, used to share arbitrary locations across the mesh
Id of the waypoint
latitude_i
longitude_i
Time the waypoint is to expire (epoch)
If greater than zero, treat the value as a nodenum only allowing them to update the waypoint. If zero, the waypoint is open to be edited by any member of the mesh.
Name of the waypoint - max 30 chars
Description of the waypoint - max 100 chars
Designator icon for the waypoint in the form of a unicode emoji
WiFi connection status
Used in:
Connection status
WiFi access point SSID
RSSI of wireless connection
Used in: ,
Used in:
Wrapper message for broken repeated oneof support
Used in: