-
Notifications
You must be signed in to change notification settings - Fork 1.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature Request: Inav Telemetry to Meshtastic over UART/Serial. #10415
Comments
can't you already do this? i mean, maybe the lora module can't have additional code on it, but i don't think it would be very hard to add a tiny ESP32 or Arduino that is connected to the telem serial port, just reads MSP or mavlink or LTM, takes the position and sends it to the meshtastic node by serial |
Or even better, MSP. That is the main comms protocol. |
I could have sworn i mentionned it, of course MSP would be the first choice for this |
Having additional hardware to act as a translator/convertor in this case is a bit overkill and not a very delicate solution when we can have a direct serial link. Most of the functions to have inav commiunicate directly to the Meshtastic node is already in the SMS/GSM module code, it only needs to be simplified to serial write what would be the SMS text straight out on the serial port. We dont need all the AT commands and timings that the GSM module uses. Unfortually doing this is above my coding skills. |
Current Behavior
Inav currently can talk to certain SIM/sms modules to send telemetry and recieve commands through SMS messages.
Having the same functinality by using a Mesthastic node instead would be great. It provides a great backup link for tracking and added security to be able to activate RTH for example should your TX loose connection.
I already use a Meshtastic node with a GNSS module as a backup tracker through my own Meshtastic network in the area I fly. In case of a crash the node will provide easy location of the wreck as it is a standalone unit that run on its own battery and has its own gnss module. When airborne the range for a Meshtastic node is easily 100s of km if line of sight. (300km personal best from a com. Airplane.)
The programming for this should be fairly easy as all that needs to be sendt from the FC to the Node is a simple string with the telemetry data. (Ie: The text message the SMS/Sim module sends) The Meshtastic node can be configured to pass this through to the Meshtastic network as a message and oposite for recieved messages.
Desired Behavior
Having Inav send a string at configurable interval with Telemetry data through a UART connected to a Mesthastic Node.
Secondary, Have Inav react to receved messages/strings coming from the Mesthastic node activating functions. Examples: RTH, RTH_Land, Change altitude etc.
Suggested Solution
Modify the already existent SIM/SMS function to only send a simple string of telemetry data. No AT commands or module control needed. The Meshtastic node will take this sting and spit it out as a message to the network.
Having the option for a "codeword" needed in a recieved message for Inav to react to it provides tamper proofing should the Meshtasic node not be set up for a private connection.
Who does this impact? Who is this for?
Anyone using Mesthastic nodes or have a Mesthastic Network where they fly. Anyone who wants a backup tracking and control system. The transmitted packages will be retransmitted through anyones nodes so a private network is not needed for good coverage. If the Meshtastic node have its own GPS and battery it will also act as a standalone tracker and send positiondata even after a crash or the FC is disabled.
Additional context
https://meshtastic.org/
https://meshtastic.org/docs/configuration/module/serial/
Meshtastic serial Module config alternative: -TEXTMSG- will allow you to send a string over the serial port to the meshtasticdevice, which will be broadcasted as a text message to the default channel. Any text message received from the mesh will be sent to the serial port as follows: : .
The text was updated successfully, but these errors were encountered: