meshtastic-protobuf/mesh.proto

1408 wiersze
36 KiB
Protocol Buffer
Czysty Zwykły widok Historia

2020-03-02 17:47:10 +00:00
syntax = "proto3";
option java_package = "com.geeksville.mesh";
option optimize_for = LITE_RUNTIME;
option go_package = "github.com/meshtastic/gomeshproto";
import "portnums.proto";
2022-03-19 13:54:05 +00:00
import "telemetry.proto";
2021-02-27 05:43:36 +00:00
option java_outer_classname = "MeshProtos";
2021-01-29 02:11:10 +00:00
/*
* a gps position
*/
2020-03-02 17:47:10 +00:00
message Position {
2021-01-29 02:11:10 +00:00
/*
* The new preferred location encoding, divide by 1e-7 to get degrees
* in floating point
2021-01-29 02:11:10 +00:00
*/
sfixed32 latitude_i = 1;
2021-01-29 02:11:10 +00:00
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
sfixed32 longitude_i = 2;
2021-01-29 02:11:10 +00:00
/*
* In meters above MSL (but see issue #359)
2021-01-29 02:11:10 +00:00
*/
int32 altitude = 3;
2020-07-06 05:09:43 +00:00
2021-01-29 02:11:10 +00:00
/*
* 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
*/
fixed32 time = 9;
2021-10-05 12:44:10 +00:00
/*
* Precision positioning elements - optional and usually not included
* ------------------------------------------------------------------
2022-02-21 07:48:42 +00:00
* TODO: REMOVE/INTEGRATE
2021-10-05 12:44:10 +00:00
*/
/*
* How the location was acquired: manual, onboard GPS, external (EUD) GPS
*/
enum LocSource {
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
LOCSRC_UNSPECIFIED = 0;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
LOCSRC_MANUAL_ENTRY = 1;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
LOCSRC_GPS_INTERNAL = 2;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
LOCSRC_GPS_EXTERNAL = 3;
2021-10-05 12:44:10 +00:00
/*
* More location sources can be added here when available:
* GSM, radio beacons (BLE etc), location fingerprinting etc
2022-02-21 07:48:42 +00:00
* TODO: REMOVE/INTEGRATE
2021-10-05 12:44:10 +00:00
*/
}
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
2021-10-05 12:44:10 +00:00
LocSource location_source = 10;
/*
* How the altitude was acquired: manual, GPS int/ext, etc
2021-10-05 12:44:10 +00:00
* Default: same as location_source if present
*/
enum AltSource {
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
ALTSRC_UNSPECIFIED = 0;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
ALTSRC_MANUAL_ENTRY = 1;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
ALTSRC_GPS_INTERNAL = 2;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
ALTSRC_GPS_EXTERNAL = 3;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
ALTSRC_BAROMETRIC = 4;
2021-10-05 12:44:10 +00:00
}
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
2021-10-05 12:44:10 +00:00
AltSource altitude_source = 11;
/*
* Positional timestamp (actual timestamp of GPS solution) in integer epoch seconds
*/
fixed32 pos_timestamp = 12;
/*
* Pos. timestamp milliseconds adjustment (rarely available or required)
*/
int32 pos_time_millis = 13;
/*
* HAE altitude in meters - can be used instead of MSL altitude
*/
sint32 altitude_hae = 14;
/*
* Geoidal separation in meters
2021-10-05 12:44:10 +00:00
*/
sint32 alt_geoid_sep = 15;
2021-10-05 12:44:10 +00:00
/*
* 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,
2021-10-05 12:44:10 +00:00
* in which case PDOP becomes redundant (PDOP=sqrt(HDOP^2 + VDOP^2))
2022-02-21 07:48:42 +00:00
* TODO: REMOVE/INTEGRATE
2021-10-05 12:44:10 +00:00
*/
uint32 PDOP = 16;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
2021-10-05 12:44:10 +00:00
uint32 HDOP = 17;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
2021-10-05 12:44:10 +00:00
uint32 VDOP = 18;
/*
* GPS accuracy (a hardware specific constant) in mm
* multiplied with DOP to calculate positional accuracy
2021-10-05 12:44:10 +00:00
* Default: "'bout three meters-ish" :)
*/
uint32 gps_accuracy = 19;
2021-10-05 12:44:10 +00:00
/*
* 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
2022-02-21 07:48:42 +00:00
* TODO: REMOVE/INTEGRATE
2021-10-05 12:44:10 +00:00
*/
uint32 ground_speed = 20;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
uint32 ground_track = 21;
2021-10-05 12:44:10 +00:00
/*
* GPS fix quality (from NMEA GxGGA statement or similar)
*/
uint32 fix_quality = 22;
/*
* GPS fix type 2D/3D (from NMEA GxGSA statement)
*/
uint32 fix_type = 23;
/*
* GPS "Satellites in View" number
*/
uint32 sats_in_view = 24;
/*
* Sensor ID - in case multiple positioning sensors are being used
*/
uint32 sensor_id = 25;
/*
* 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
*/
uint32 pos_next_update = 40;
/*
* A sequence number, incremented with each Position message to help
* detect lost updates if needed
*/
uint32 pos_seq_number = 41;
/*
* END precision positioning elements
2022-02-21 07:48:42 +00:00
* TODO: REMOVE/INTEGRATE
2021-10-05 12:44:10 +00:00
*/
2020-03-02 17:47:10 +00:00
}
/*
* Note: these enum names must EXACTLY match the string used in the device
2021-04-20 09:08:28 +00:00
* 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 .
*/
enum HardwareModel {
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
UNSET = 0;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
TLORA_V2 = 1;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
TLORA_V1 = 2;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
TLORA_V2_1_1p6 = 3;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
TBEAM = 4;
2021-05-11 01:42:57 +00:00
2022-02-21 07:48:42 +00:00
/*
* The original heltec WiFi_Lora_32_V2, which had battery voltage sensing hooked to GPIO 13
* (see HELTEC_V2 for the new version).
*/
HELTEC_V2_0 = 5;
2021-05-11 01:42:57 +00:00
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
TBEAM0p7 = 6;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
T_ECHO = 7;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
TLORA_V1_1p3 = 8;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
RAK4631 = 9;
2022-02-21 07:48:42 +00:00
/*
* 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
*/
HELTEC_V2_1 = 10;
2022-02-21 07:48:42 +00:00
/*
* Ancient heltec WiFi_Lora_32 board
*/
HELTEC_V1 = 11;
/*
* Less common/prototype boards listed here (needs one more byte over the air)
*/
LORA_RELAY_V1 = 32;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
NRF52840DK = 33;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
PPR = 34;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
GENIEBLOCKS = 35;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
NRF52_UNKNOWN = 36;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
PORTDUINO = 37;
2021-04-20 09:08:28 +00:00
/*
* The simulator built into the android app
*/
ANDROID_SIM = 38;
/*
* Custom DIY device based on @NanoVHF schematics: https://github.com/NanoVHF/Meshtastic-DIY/tree/main/Schematics
*/
DIY_V1 = 39;
2022-02-21 07:48:42 +00:00
2022-01-24 19:48:41 +00:00
/*
* RAK WisBlock ESP32 core: https://docs.rakwireless.com/Product-Categories/WisBlock/RAK11200/Overview/
*/
RAK11200 = 40;
2022-02-21 07:48:42 +00:00
/*
* 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.
*/
PRIVATE_HW = 255;
}
2021-10-26 14:14:49 +00:00
/*
* The team colors are based on the names of "friendly teams" in ATAK:
* https://github.com/deptofdefense/AndroidTacticalAssaultKit-CIV/blob/master/atak/ATAK/app/src/main/assets/filters/team_filters.xml
*/
enum Team {
2022-02-21 07:48:42 +00:00
/*
* the default (unset) is "achromatic" (unaffiliated)
*/
CLEAR = 0;
/*
* TODO: REPLACE
*/
CYAN = 1;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
WHITE = 2;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
YELLOW = 3;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
ORANGE = 4;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
MAGENTA = 5;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
RED = 6;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
MAROON = 7;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
PURPLE = 8;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
DARK_BLUE = 9;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
BLUE = 10;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
TEAL = 11;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
GREEN = 12;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
DARK_GREEN = 13;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
BROWN = 14;
2021-10-26 14:14:49 +00:00
}
2021-01-29 02:11:10 +00:00
/*
* 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
2021-04-20 09:08:28 +00:00
* 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
2021-01-29 02:11:10 +00:00
* 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
*/
2020-03-02 17:47:10 +00:00
message User {
2020-12-04 22:15:03 +00:00
2021-01-29 02:11:10 +00:00
/*
2021-04-20 09:08:28 +00:00
* 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>.
2021-03-11 03:11:45 +00:00
* Note: app developers are encouraged to also use the following standard
* node IDs "^all" (for broadcast), "^local" (for the locally connected node)
2021-01-29 02:11:10 +00:00
*/
string id = 1;
2021-01-29 02:11:10 +00:00
/*
* A full name for this user, i.e. "Kevin Hester"
*/
string long_name = 2;
2021-01-29 02:11:10 +00:00
/*
2021-04-20 09:08:28 +00:00
* A VERY short name, ideally two characters.
* Suitable for a tiny OLED screen
2021-01-29 02:11:10 +00:00
*/
string short_name = 3;
2021-01-29 02:11:10 +00:00
/*
2021-04-20 09:08:28 +00:00
* This is the addr of the radio.
* Not populated by the phone, but added by the esp32 when broadcasting
2021-01-29 02:11:10 +00:00
*/
bytes macaddr = 4;
/*
* TBEAM, HELTEC, etc...
2021-04-20 09:08:28 +00:00
* 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.
*/
HardwareModel hw_model = 6;
/*
* 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.
*/
bool is_licensed = 7;
2021-10-26 14:14:49 +00:00
/*
* Participants in the same network can self-group into different teams.
* Short-term this can be used to visually differentiate them on the map;
* in the longer term it could also help users to semi-automatically
* select or ignore messages according to team affiliation.
* In total, 14 teams are defined (encoded in 4 bits)
*/
Team team = 8;
2021-11-20 12:32:34 +00:00
/*
* Transmit power at antenna connector, in decibel-milliwatt
* An optional self-reported value useful in network planning, discovery
* and positioning - along with ant_gain_dbi and ant_azimuth below
*/
uint32 tx_power_dbm = 10;
2021-11-20 12:32:34 +00:00
/*
* Antenna gain (applicable to both Tx and Rx), in decibel-isotropic
*/
uint32 ant_gain_dbi = 11;
2021-11-20 12:32:34 +00:00
/*
* Directional antenna true azimuth *if applicable*, in degrees (0-360)
* Only applicable in case of stationary nodes with a directional antenna
* Zero = not applicable (mobile or omni) or not specified
* (use a value of 360 to indicate an antenna azimuth of zero degrees)
*/
uint32 ant_azimuth = 12;
2020-03-02 17:47:10 +00:00
}
2021-01-29 02:11:10 +00:00
/*
* A message used in our Dynamic Source Routing protocol (RFC 4728 based)
*/
2020-04-17 16:48:14 +00:00
message RouteDiscovery {
2021-01-29 02:11:10 +00:00
/*
2021-03-07 08:28:48 +00:00
* The list of nodenums this packet has visited so far
*/
2021-02-17 05:05:46 +00:00
repeated fixed32 route = 2;
2020-04-17 16:48:14 +00:00
}
2021-03-07 08:28:48 +00:00
/*
* A Routing control Data packet handled by the routing module
2021-03-07 08:28:48 +00:00
*/
2021-02-17 05:05:46 +00:00
message Routing {
/*
2021-03-07 08:28:48 +00:00
* 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).
*/
2021-02-17 05:05:46 +00:00
enum Error {
2021-01-29 02:11:10 +00:00
2021-03-07 08:28:48 +00:00
/*
* This message is not a failure
*/
2021-02-17 05:05:46 +00:00
NONE = 0;
2020-05-23 22:39:38 +00:00
2021-02-17 05:05:46 +00:00
/*
2021-03-07 08:28:48 +00:00
* Our node doesn't have a route to the requested destination anymore.
*/
2021-02-17 05:05:46 +00:00
NO_ROUTE = 1;
2020-05-23 22:39:38 +00:00
2021-02-17 05:05:46 +00:00
/*
2021-03-07 08:28:48 +00:00
* We received a nak while trying to forward on your behalf
*/
2021-02-17 05:05:46 +00:00
GOT_NAK = 2;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
2021-02-17 05:05:46 +00:00
TIMEOUT = 3;
2020-05-24 00:38:49 +00:00
2021-01-29 02:11:10 +00:00
/*
2021-03-07 08:28:48 +00:00
* No suitable interface could be found for delivering this packet
*/
2021-02-17 05:05:46 +00:00
NO_INTERFACE = 4;
2021-01-29 02:11:10 +00:00
/*
2021-03-07 08:28:48 +00:00
* We reached the max retransmission count (typically for naive flood routing)
*/
2021-02-17 05:05:46 +00:00
MAX_RETRANSMIT = 5;
2021-02-22 04:16:03 +00:00
2021-03-07 08:28:48 +00:00
/*
* No suitable channel was found for sending this packet (i.e. was requested channel index disabled?)
*/
2021-02-22 04:16:03 +00:00
NO_CHANNEL = 6;
2021-03-07 08:28:48 +00:00
/*
* The packet was too big for sending (exceeds interface MTU after encoding)
*/
2021-02-22 04:16:03 +00:00
TOO_LARGE = 7;
2021-03-12 06:09:22 +00:00
/*
* 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)
*/
NO_RESPONSE = 8;
2021-03-23 03:54:07 +00:00
/*
* The application layer service on the remote node received your request, but considered your request somehow invalid
*/
BAD_REQUEST = 32;
/*
2022-02-21 07:48:42 +00:00
* 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)
2021-03-23 03:54:07 +00:00
*/
2021-04-05 00:55:39 +00:00
NOT_AUTHORIZED = 33;
2021-02-17 05:05:46 +00:00
}
oneof variant {
2022-02-21 07:48:42 +00:00
2021-02-17 05:05:46 +00:00
/*
2021-03-07 08:28:48 +00:00
* A route request going from the requester
*/
2021-02-17 05:05:46 +00:00
RouteDiscovery route_request = 1;
/*
2021-03-07 08:28:48 +00:00
* A route reply
*/
RouteDiscovery route_reply = 2;
2021-02-17 05:05:46 +00:00
/*
* 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).
2021-03-07 08:28:48 +00:00
*/
2021-02-17 05:05:46 +00:00
Error error_reason = 3;
2021-02-07 02:05:41 +00:00
}
2020-05-23 22:39:38 +00:00
}
2021-03-07 08:28:48 +00:00
/*
* (Formerly called SubPacket)
2021-01-29 02:11:10 +00:00
* 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)
*/
2021-02-17 05:05:46 +00:00
message Data {
2021-01-29 02:11:10 +00:00
/*
2021-02-17 05:05:46 +00:00
* Formerly named typ and of type Type
2021-01-29 02:11:10 +00:00
*/
PortNum portnum = 1;
2020-05-11 22:40:04 +00:00
/*
2022-02-21 07:48:42 +00:00
* TODO: REPLACE
*/
bytes payload = 2;
2020-04-17 16:48:14 +00:00
2021-01-29 02:11:10 +00:00
/*
* 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.
*/
2021-02-17 08:17:18 +00:00
bool want_response = 3;
2020-04-17 16:48:14 +00:00
2021-01-29 02:11:10 +00:00
/*
* The address of the destination node.
* This field is is filled in by the mesh radio device software, application
2021-01-29 02:11:10 +00:00
* layer software should never need it.
2021-04-20 09:08:28 +00:00
* RouteDiscovery messages _must_ populate this.
* Other message types might need to if they are doing multihop routing.
2021-01-29 02:11:10 +00:00
*/
2021-02-17 08:17:18 +00:00
fixed32 dest = 4;
2020-05-23 22:39:38 +00:00
2021-01-29 02:11:10 +00:00
/*
* The address of the original sender for this message.
* This field should _only_ be populated for reliable multihop packets (to keep
* packets small).
*/
2021-02-17 08:17:18 +00:00
fixed32 source = 5;
2021-02-26 12:30:04 +00:00
/*
2021-04-20 09:08:28 +00:00
* Only used in routing or response messages.
* Indicates the original message ID that this message is reporting failure on. (formerly called original_id)
2021-02-26 12:30:04 +00:00
*/
fixed32 request_id = 6;
2022-01-23 17:02:39 +00:00
/*
* If set, this message is intened to be a reply to a previously sent message with the defined id.
*/
fixed32 reply_id = 7;
2022-01-23 17:08:45 +00:00
/*
* 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.
*/
2022-03-26 05:29:26 +00:00
fixed32 emoji = 8;
/*
* Location structure
*/
Location location = 9;
}
/*
* Location of a waypoint to associate with a message
*/
message Location {
/*
* Id of the location
*/
uint32 id = 1;
/*
* latitude_i
*/
sfixed32 latitude_i = 2;
/*
* longitude_i
*/
sfixed32 longitude_i = 3;
/*
* Time the location is to expire (epoch)
*/
uint32 expire = 4;
/*
* If true, only allow the original sender to update the location.
*/
bool locked = 5;
2020-03-02 17:47:10 +00:00
}
2021-01-29 02:11:10 +00:00
/*
2021-02-17 08:17:18 +00:00
* A packet envelope sent/received over the mesh
2021-02-21 04:59:22 +00:00
* only payloadVariant 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.
2021-01-29 02:11:10 +00:00
*/
2020-03-02 17:47:10 +00:00
message MeshPacket {
2020-04-17 16:48:14 +00:00
2021-03-07 08:28:48 +00:00
/*
2021-04-20 09:08:28 +00:00
* The priority of this message for sending.
* Higher priorities are sent first (when managing the transmit queue).
2021-03-07 08:28:48 +00:00
* 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 isnt 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.
*/
enum Priority {
2022-02-21 07:48:42 +00:00
2021-03-07 08:28:48 +00:00
/*
* Treated as Priority.DEFAULT
*/
UNSET = 0;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
MIN = 1;
2021-03-07 08:28:48 +00:00
/*
* Background position updates are sent with very low priority -
* if the link is super congested they might not go out at all
*/
BACKGROUND = 10;
2021-03-07 08:28:48 +00:00
/*
* This priority is used for most messages that don't have a priority set
*/
DEFAULT = 64;
2021-03-07 08:28:48 +00:00
/*
* If priority is unset but the message is marked as want_ack,
* assume it is important and use a slightly higher priority
*/
2021-02-12 01:39:35 +00:00
RELIABLE = 70;
2021-03-07 08:28:48 +00:00
/*
* Ack/naks are sent with very high priority to ensure that retransmission
* stops as soon as possible
*/
ACK = 120;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
MAX = 127;
}
/*
* Identify if this is a delayed packet
*/
enum Delayed {
2022-02-21 07:48:42 +00:00
/*
* If unset, the message is being sent in real time.
*/
NO_DELAY = 0;
/*
* The message is delayed and was originally a broadcast
*/
DELAYED_BROADCAST = 1;
/*
* The message is delayed and was originally a direct message
*/
DELAYED_DIRECT = 2;
}
2021-01-29 02:11:10 +00:00
/*
* The sending node number.
2021-04-20 09:08:28 +00:00
* Note: Our crypto implementation uses this field as well.
2022-03-09 12:24:13 +00:00
* See [crypto](/docs/developers/firmware/encryption) for details.
2021-01-29 02:11:10 +00:00
* FIXME - really should be fixed32 instead, this encoding only hurts the ble link though.
*/
fixed32 from = 1;
2020-04-17 16:48:14 +00:00
2021-01-29 02:11:10 +00:00
/*
* The (immediatSee Priority description for more details.y should be fixed32 instead, this encoding only
2021-01-29 02:11:10 +00:00
* hurts the ble link though.
*/
2021-02-17 05:05:46 +00:00
fixed32 to = 2;
2021-01-29 02:11:10 +00:00
/*
2021-04-20 09:08:28 +00:00
* (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.
2021-02-22 04:16:03 +00:00
* Very briefly, while sending and receiving deep inside the device Router code, this field instead
2021-04-20 09:08:28 +00:00
* contains the 'channel hash' instead of the index.
* This 'trick' is only used while the payloadVariant is an 'encrypted'.
2021-01-29 02:11:10 +00:00
*/
2021-02-22 04:16:03 +00:00
uint32 channel = 3;
2021-01-29 02:11:10 +00:00
/*
2022-03-09 22:23:22 +00:00
* Internally to the mesh radios we will route SubPackets encrypted per [this](docs/developers/firmware/encryption).
2021-04-20 09:08:28 +00:00
* However, when a particular node has the correct
2021-01-29 02:11:10 +00:00
* key to decode a particular packet, it will decode the payload into a SubPacket protobuf structure.
* Software outside of the device nodes will never encounter a packet where
* "decoded" is not populated (i.e. any encryption/decryption happens before reaching the applications)
* The numeric IDs for these fields were selected to keep backwards compatibility with old applications.
*/
2021-02-02 10:22:25 +00:00
oneof payloadVariant {
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
2021-02-21 04:59:22 +00:00
Data decoded = 4;
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
2021-02-21 04:59:22 +00:00
bytes encrypted = 5;
}
2021-01-29 02:11:10 +00:00
/*
2021-04-20 09:08:28 +00:00
* 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.
2021-01-29 02:11:10 +00:00
* 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).
2021-04-20 09:08:28 +00:00
* Note: Our crypto implementation uses this id as well.
2022-03-09 22:23:22 +00:00
* See [crypto](/docs/developers/firmware/encryption) for details.
2021-01-29 02:11:10 +00:00
* FIXME - really should be fixed32 instead, this encoding only
* hurts the ble link though.
*/
fixed32 id = 6;
2021-01-29 02:11:10 +00:00
/*
2021-04-20 09:08:28 +00:00
* 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
2021-01-29 02:11:10 +00:00
* 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)
*/
2021-02-21 04:59:22 +00:00
fixed32 rx_time = 7;
2020-05-11 22:40:04 +00:00
2021-01-29 02:11:10 +00:00
/*
2021-04-20 09:08:28 +00:00
* *Never* sent over the radio links.
* Set during reception to indicate the SNR of this packet.
* Used to collect statistics on current link quality.
2021-01-29 02:11:10 +00:00
*/
2021-02-21 04:59:22 +00:00
float rx_snr = 8;
2021-01-29 02:11:10 +00:00
/*
* If unset treated as zero (no forwarding, send to adjacent nodes only)
2021-02-21 04:59:22 +00:00
* 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.
*/
uint32 hop_limit = 10;
2021-02-21 04:59:22 +00:00
2021-01-29 02:11:10 +00:00
/*
2021-04-20 09:08:28 +00:00
* 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.
2021-01-29 02:11:10 +00:00
* Broadcasts messages treat this flag specially: Since acks for broadcasts would
2021-04-20 09:08:28 +00:00
* 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.
2021-01-29 02:11:10 +00:00
* Note: This flag is normally sent in a flag bit in the header when sent over the wire
2021-02-21 04:59:22 +00:00
*/
2020-05-19 17:27:02 +00:00
bool want_ack = 11;
2021-03-07 08:28:48 +00:00
/*
* The priority of this message for sending.
2021-03-07 08:28:48 +00:00
* See MeshPacket.Priority description for more details.
*/
Priority priority = 12;
2021-03-23 02:01:04 +00:00
/*
* rssi of received packet. Only sent to phone for dispay purposes.
*/
int32 rx_rssi = 13;
/*
* Describe if this message is delayed
*/
Delayed delayed = 15;
2020-03-02 17:47:10 +00:00
}
2021-01-29 02:11:10 +00:00
/*
* Shared constants between device and phone
*/
2020-03-02 17:47:10 +00:00
enum Constants {
2021-01-29 02:11:10 +00:00
/*
* First enum must be zero, and we are just using this enum to
* pass int constants between two very different environments
*/
Unused = 0;
2021-01-29 02:11:10 +00:00
/*
* 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
2021-01-29 02:11:10 +00:00
*/
DATA_PAYLOAD_LEN = 237;
2020-03-02 17:47:10 +00:00
}
2021-01-29 02:11:10 +00:00
/*
* 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
*/
message NodeInfo {
2020-03-02 17:47:10 +00:00
2021-01-29 02:11:10 +00:00
/*
* The node number
2021-01-29 02:11:10 +00:00
*/
uint32 num = 1;
2020-03-02 17:47:10 +00:00
2021-01-29 02:11:10 +00:00
/*
* The user info for this node
*/
User user = 2;
2021-01-29 02:11:10 +00:00
/*
2021-04-20 09:08:28 +00:00
* 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.
2021-01-29 02:11:10 +00:00
*/
Position position = 3;
2021-01-29 02:11:10 +00:00
/*
* 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
2021-01-29 02:11:10 +00:00
*/
2022-03-04 13:26:16 +00:00
float snr = 4;
2021-01-29 02:11:10 +00:00
/*
2022-02-21 07:48:42 +00:00
* TODO: REMOVE/INTEGRATE
2021-01-29 02:11:10 +00:00
* Returns the last measured frequency error.
* The LoRa receiver estimates the frequency offset between the receiver
* center frequency and that of the received LoRa signal. This function
2021-01-29 02:11:10 +00:00
* returns the estimates offset (in Hz) of the last received message.
* Caution: this measurement is not absolute, but is measured relative to the
* local receiver's oscillator. Apparent errors may be due to the
* transmitter, the receiver or both. \return The estimated center frequency
2021-01-29 02:11:10 +00:00
* offset in Hz of the last received message.
* int32 frequency_error = 6;
* enum RouteState {
* Invalid = 0;
* Discovering = 1;
* Valid = 2;
* }
* Not needed?
* RouteState route = 4;
*/
/*
2022-02-21 07:48:42 +00:00
* TODO: REMOVE/INTEGRATE
* Not currently used (till full DSR deployment?) Our current preferred node node for routing - might be the same as num if
2021-01-29 02:11:10 +00:00
* we are adjacent Or zero if we don't yet know a route to this node.
* fixed32 next_hop = 5;
*/
/*
* Set to indicate the last time we received a packet from this node
*/
2022-03-15 12:24:53 +00:00
fixed32 last_heard = 5;
2022-03-19 13:46:40 +00:00
/*
2022-03-27 13:06:19 +00:00
* The latest device telemetry data for the node.
2022-03-19 13:46:40 +00:00
*/
Telemetry telemetry = 6;
2020-03-02 17:47:10 +00:00
}
2021-03-07 08:28:48 +00:00
/*
* 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.
*/
enum CriticalErrorCode {
2022-02-21 07:48:42 +00:00
/*
* TODO: REPLACE
*/
None = 0;
2021-01-29 02:11:10 +00:00
/*
* A software bug was detected while trying to send lora
*/
TxWatchdog = 1;
2021-01-29 02:11:10 +00:00
/*
* A software bug was detected on entry to sleep
*/
SleepEnterWait = 2;
2021-01-29 02:11:10 +00:00
/*
* No Lora radio hardware could be found
*/
NoRadio = 3;
2021-01-29 02:11:10 +00:00
/*
* Not normally used
*/
Unspecified = 4;
2021-01-29 02:11:10 +00:00
/*
* We failed while configuring a UBlox GPS
*/
UBloxInitFailed = 5;
2021-01-29 02:11:10 +00:00
/*
* This board was expected to have a power management chip and it is missing or broken
*/
NoAXP192 = 6;
2021-01-29 02:11:10 +00:00
/*
* The channel tried to set a radio setting which is not supported by this chipset,
* radio comms settings are now undefined.
*/
InvalidRadioSetting = 7;
2021-02-02 10:19:47 +00:00
/*
* Radio transmit hardware failure. We sent data to the radio chip, but it didn't
* reply with an interrupt.
*/
2021-01-29 02:11:10 +00:00
TransmitFailed = 8;
2020-03-02 17:47:10 +00:00
2021-04-20 09:08:28 +00:00
/*
* We detected that the main CPU voltage dropped below the minumum acceptable value
*/
2021-03-08 10:10:38 +00:00
Brownout = 9;
2021-05-01 03:22:19 +00:00
/* Selftest of SX1262 radio chip failed */
SX1262Failure = 10;
2022-02-21 07:48:42 +00:00
/*
* 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
*/
2021-05-01 03:22:19 +00:00
RadioSpiBug = 11;
2021-01-29 02:11:10 +00:00
}
2020-03-02 17:47:10 +00:00
2021-01-29 02:11:10 +00:00
/*
* 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.
*/
2020-03-02 17:47:10 +00:00
message MyNodeInfo {
2021-01-29 02:11:10 +00:00
/*
* 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
2021-01-29 02:11:10 +00:00
*/
2020-05-22 03:30:56 +00:00
uint32 my_node_num = 1;
2021-01-29 02:11:10 +00:00
/*
2021-04-20 09:08:28 +00:00
* Note: This flag merely means we detected a hardware GPS in our node.
* Not the same as UserPreferences.location_sharing
2021-01-29 02:11:10 +00:00
*/
bool has_gps = 2;
2020-03-02 17:47:10 +00:00
2021-03-07 08:28:48 +00:00
/*
* The maximum number of 'software' channels that can be set on this node.
2021-03-07 08:28:48 +00:00
*/
uint32 max_channels = 15;
2021-03-07 08:28:48 +00:00
/*
* Deprecated! ONLY USED IN DEVICE CODE (for upgrading old 1.0 firmwares) DO NOT READ ELSEWHERE.
2021-01-29 02:11:10 +00:00
* The region code for my radio (US, CN, etc...)
2021-04-20 09:08:28 +00:00
* Note: This string is deprecated.
* The 1.0 builds populate it based on the flashed firmware name.
* But for newer builds this string will be unpopulated (missing/null).
* For those builds you should instead look at the new read/write region enum in UserSettings
2021-01-29 02:11:10 +00:00
* The format of this string was 1.0-US or 1.0-CN etc.. Or empty string if unset.
*/
2021-02-15 09:11:36 +00:00
string region = 4 [deprecated = true];
2020-03-02 17:47:10 +00:00
2021-01-29 02:11:10 +00:00
/*
* 0.0.5 etc...
*/
string firmware_version = 6;
2021-01-29 02:11:10 +00:00
/*
* An error message we'd like to report back to the mothership through analytics.
* It indicates a serious bug occurred on the device, the device coped with it,
* but we still want to tell the devs about the bug.
* This field will be cleared after the phone reads MyNodeInfo
* (i.e. it will only be reported once)
2021-01-29 02:11:10 +00:00
* a numeric error code to go with error message, zero means no error
*/
CriticalErrorCode error_code = 7;
2021-01-29 02:11:10 +00:00
/*
* A numeric error address (nonzero if available)
*/
uint32 error_address = 8;
2021-01-29 02:11:10 +00:00
/*
* The total number of errors this node has ever encountered
* (well - since the last time we discarded preferences)
2021-01-29 02:11:10 +00:00
*/
uint32 error_count = 9;
2021-03-27 07:41:20 +00:00
/*
* The total number of reboots this node has ever encountered
* (well - since the last time we discarded preferences)
*/
uint32 reboot_count = 10;
2021-12-05 18:14:17 +00:00
/*
2021-12-05 18:40:30 +00:00
* Calculated bitrate of the current channel (in Bytes Per Second)
2021-12-05 18:14:17 +00:00
*/
float bitrate = 11;
2021-01-29 02:11:10 +00:00
/*
* How long before we consider a message abandoned and we can clear our
* caches of any messages in flight Normally quite large to handle the worst case
2021-04-20 09:08:28 +00:00
* message delivery time, 5 minutes.
* Formerly called FLOOD_EXPIRE_TIME in the device code
2021-01-29 02:11:10 +00:00
*/
uint32 message_timeout_msec = 13;
2021-01-29 02:11:10 +00:00
/*
2021-04-20 09:08:28 +00:00
* 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
2021-01-29 02:11:10 +00:00
*/
uint32 min_app_version = 14;
/*
* 24 time windows of 1hr each with the airtime transmitted out of the device per hour.
*/
repeated uint32 air_period_tx = 16;
/*
* 24 time windows of 1hr each with the airtime of valid packets for your mesh.
*/
repeated uint32 air_period_rx = 17;
/*
* Is the device wifi capable?
*/
2021-12-30 18:12:21 +00:00
bool has_wifi = 18;
/*
* Utilization for the current channel, including well formed TX, RX and malformed RX (aka noise).
*/
2021-12-30 18:12:21 +00:00
float channel_utilization = 19;
/*
* Percent of airtime for transmission used within the last hour.
*/
float air_util_tx = 20;
2020-03-02 17:47:10 +00:00
}
2021-03-07 08:28:48 +00:00
/*
* 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.
2021-01-29 02:11:10 +00:00
*/
2020-12-27 02:55:13 +00:00
message LogRecord {
2021-01-29 02:11:10 +00:00
/*
* Log levels, chosen to match python logging conventions.
*/
2020-12-27 02:55:13 +00:00
enum Level {
2022-02-21 07:48:42 +00:00
/*
* Log levels, chosen to match python logging conventions.
*/
2020-12-27 02:55:13 +00:00
UNSET = 0;
2022-02-21 07:48:42 +00:00
/*
* Log levels, chosen to match python logging conventions.
*/
2020-12-27 02:55:13 +00:00
CRITICAL = 50;
2022-02-21 07:48:42 +00:00
/*
* Log levels, chosen to match python logging conventions.
*/
2020-12-27 02:55:13 +00:00
ERROR = 40;
2022-02-21 07:48:42 +00:00
/*
* Log levels, chosen to match python logging conventions.
*/
2020-12-27 02:55:13 +00:00
WARNING = 30;
2022-02-21 07:48:42 +00:00
/*
* Log levels, chosen to match python logging conventions.
*/
2020-12-27 02:55:13 +00:00
INFO = 20;
2022-02-21 07:48:42 +00:00
/*
* Log levels, chosen to match python logging conventions.
*/
2020-12-27 02:55:13 +00:00
DEBUG = 10;
2022-02-21 07:48:42 +00:00
/*
* Log levels, chosen to match python logging conventions.
*/
2020-12-27 02:55:13 +00:00
TRACE = 5;
}
2022-02-21 07:48:42 +00:00
/*
* Log levels, chosen to match python logging conventions.
*/
string message = 1;
2021-01-29 02:11:10 +00:00
/*
* Seconds since 1970 - or 0 for unknown/unset
*/
2020-12-27 02:55:13 +00:00
fixed32 time = 2;
2021-01-29 02:11:10 +00:00
/*
* Usually based on thread name - if known
*/
2020-12-27 02:55:13 +00:00
string source = 3;
2021-01-29 02:11:10 +00:00
/*
* Not yet set
*/
2020-12-27 02:55:13 +00:00
Level level = 4;
}
2021-01-29 02:11:10 +00:00
/*
* 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.
2021-01-29 02:11:10 +00:00
*/
2020-03-02 17:47:10 +00:00
message FromRadio {
2021-01-29 02:11:10 +00:00
2021-03-07 08:28:48 +00:00
/*
* In the <1.2 versions packet had ID 2, to prevent confusing old apps with our new packets, we've changed
*/
2021-02-17 05:05:46 +00:00
reserved 2;
2021-03-07 08:28:48 +00:00
/*
* In the <1.2 versions nodeinfo had ID 4, to prevent confusing old apps with our new packets, we've changed
*/
reserved 6;
2021-02-17 05:05:46 +00:00
2021-01-29 02:11:10 +00:00
/*
2022-03-20 00:29:26 +00:00
* The packet id, used to allow the phone to request missing read packets from the FIFO,
* see our bluetooth docs
2021-01-29 02:11:10 +00:00
*/
2022-03-20 00:29:26 +00:00
uint32 id = 1;
2022-02-21 07:48:42 +00:00
/*
* Log levels, chosen to match python logging conventions.
*/
2021-02-02 10:22:25 +00:00
oneof payloadVariant {
2021-01-29 02:11:10 +00:00
2022-02-21 07:48:42 +00:00
/*
* Log levels, chosen to match python logging conventions.
*/
2021-02-17 05:05:46 +00:00
MeshPacket packet = 11;
2021-01-29 02:11:10 +00:00
/*
* 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.
2021-01-29 02:11:10 +00:00
*/
MyNodeInfo my_info = 3;
2021-01-29 02:11:10 +00:00
/*
* One packet is sent for each node in the on radio DB
* starts over with the first node in our DB
2021-01-29 02:11:10 +00:00
*/
2021-03-02 04:44:29 +00:00
NodeInfo node_info = 4;
2021-01-29 02:11:10 +00:00
/*
* Set to send debug console output over our protobuf stream
2021-01-29 02:11:10 +00:00
*/
2020-12-27 02:55:13 +00:00
LogRecord log_record = 7;
2021-01-29 02:11:10 +00:00
/*
* Sent as true once the device has finished sending all of the responses to want_config
2021-01-29 02:11:10 +00:00
* recipient should check if this ID matches our original request nonce, if
* not, it means your config responses haven't started yet.
2021-04-20 09:08:28 +00:00
* NOTE: This ID must not change - to keep (minimal) compatibility with <1.2 version of android apps.
2021-01-29 02:11:10 +00:00
*/
uint32 config_complete_id = 8;
2021-01-29 02:11:10 +00:00
/*
2021-04-20 09:08:28 +00:00
* Sent to tell clients the radio has just rebooted.
* Set to true if present.
2021-01-29 02:11:10 +00:00
* 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.
2021-01-29 02:11:10 +00:00
*/
bool rebooted = 9;
2022-02-20 09:31:49 +00:00
}
2020-03-02 17:47:10 +00:00
}
2021-01-29 02:11:10 +00:00
/*
* Packets/commands to the radio will be written (reliably) to the toRadio characteristic.
2021-01-29 02:11:10 +00:00
* Once the write completes the phone can assume it is handled.
*/
2020-03-02 17:47:10 +00:00
message ToRadio {
/*
* Instead of sending want_config_id as a uint32, newer clients send this structure with information about the client.
*/
message PeerInfo {
2022-02-21 07:48:42 +00:00
/*
* The numeric version code for the client application, which in some cases are used to control device behavior (so the device can
* make assumptions about who is using the API.
*/
uint32 app_version = 1;
/*
2021-04-20 09:08:28 +00:00
* True if the peer device can gateway MQTT packets.
* If true, the device will not try to send packets to the internet directly,
* instead it will pass the packets to the peer for dispatching.
* This feature is optional, if set to false the device will assume the client can not gateway to MQTT.
*/
bool mqtt_gateway = 2;
}
2021-03-07 08:28:48 +00:00
/*
* In the <1.2 versions packet had ID 2, to prevent confusing old apps with our new packets, we've changed.
* 101-103 were used for set_radio, set_owner, set_channel
2021-03-07 08:28:48 +00:00
*/
reserved 1, 101, 102, 103;
2022-02-21 07:48:42 +00:00
/*
* Log levels, chosen to match python logging conventions.
*/
2021-02-02 10:22:25 +00:00
oneof payloadVariant {
2021-01-29 02:11:10 +00:00
/*
* Send this packet on the mesh
2021-01-29 02:11:10 +00:00
*/
2021-02-17 05:05:46 +00:00
MeshPacket packet = 2;
2021-01-29 02:11:10 +00:00
/*
2021-04-20 09:08:28 +00:00
* Information about the peer, sent after the phone sneds want_config_id.
* Old clients do not send this, which is fine.
*/
PeerInfo peer_info = 3;
2021-01-29 02:11:10 +00:00
/*
* Phone wants radio to send full node db to the phone, This is
2021-01-29 02:11:10 +00:00
* 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.
*/
uint32 want_config_id = 100;
2021-03-24 23:31:31 +00:00
/*
2021-04-20 09:08:28 +00:00
* 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.
2021-03-24 23:31:31 +00:00
* (Sending this message is optional for clients)
*/
bool disconnect = 104;
2021-02-21 06:03:13 +00:00
}
}