-
Notifications
You must be signed in to change notification settings - Fork 885
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
Add new port number for airborne application(s) #5281
Conversation
|
You need to make a PR to protobufs, portnums.pb.h is auto generated. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As @gjelsoe said, this change needs to be ade in the protobufs repo.
Thank you, I will make the changes, and push them. |
I have done the hopefully correct now change in the meshtantic/protobufs and made a pull request there. |
Most of the GPS chips we support have the ability to change their operating model "dynamics" based on the intended activities. We currently assume everyone is a pedestrian and configure as such. However, there are users out there on bikes, planes, balloons, and with fixed devices. Where GPS chips support it, we can configure for each of this circumstances and improve performance. For example, fixed nodes might no longer jump around on the map. Planes will have a more responsive and less filtered position. Balloons' GPS won't simply cut out because its gone over an altitude limit. Boats won't have altitudes that make them appear to be floating in the air. Additionally, this could provide the opportunity for a bit of fun in the apps - surface information about the use case so people know when they're connecting to a plane or baloon :) Related to: meshtastic/firmware#3984 Related to: meshtastic#619 Related to: meshtastic/firmware#5281
this is a null change. closing in favor of protobuf PR's |
I am very sorry, I forgot to actually change the name of the new port !
I fixed it in the next push to the same branch, but I am not sure how to proceed now.
Sorry for the mess.
I propose a new port number for airborne applications like OGN-Tracer or FANET or ADS-L whch have well establilshed compact position packet formats. It is more efficient to put position in this format, which takes like 16 bytes for OGN than use the GPS generic format where many elements are missing like climb rate ro turn rate.
The new port number would allow efficient (low rate) position reports by objects like amateur balloons.
The formatting would be simple: I define ID's for particulat packet type and they would be embedded as a pack of bytes, the decoding of the pack would follow the particular system.
If this gets accepted, I will proceed to define those ID's
Thank you.
BTW. I am beta-receiving Meshtantic on ground receivers of the Open Glider Network (OGN) and I wonder if it would be worth to upload this traffic to a server of yours ?