-
Notifications
You must be signed in to change notification settings - Fork 17.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
Add support for mavlink events interface #17244
base: master
Are you sure you want to change the base?
Add support for mavlink events interface #17244
Conversation
Relevant links: Spec: https://docs.google.com/document/d/18qdDgfML97lItom09MJhngYnFzAm1zFdmlCKG7TaBpg/edit# |
c86a8cf
to
097e0fb
Compare
097e0fb
to
0f12834
Compare
b0ef4c3
to
5c588d4
Compare
5c588d4
to
09e5e6b
Compare
09e5e6b
to
476d252
Compare
476d252
to
1aed325
Compare
1aed325
to
cacbfb5
Compare
cacbfb5
to
7de4486
Compare
74d8cf7
to
00d4177
Compare
Really don't need the runtime generation of the data. Add markup to the code where we can describe the event information. Write a tool to extract that markup during the compilation process (probably about where we currently invoke chibios_hwdef.py?) Include that file in ROMFS, or not, as the board dictates. On the build server, copy the generated file into the build products directory so it URL included in vehicle binary can continue to work. TODO: we expire "latest" builds off the server so those URLs will break on "latest" builds all the time. Maybe always use the "latest" directory in those URLS in "latest" builds, rather than a git hash? |
00d4177
to
9e20cc2
Compare
9e20cc2
to
c8e7c6b
Compare
c8e7c6b
to
0b8cde5
Compare
Replaces #17133