Skip to content

Conversation

@julianoes
Copy link
Collaborator

The MAVLink headers use an inline function to get the mavlink channel, so we end up having separate sequence numbers in different translation units. By defining this function ourselves and linking it later, we make sure to use the same sequence everywhere.

This should fix seq numbering that's invalid (per component).

We also add a system test to actually test this.

Fixes #2759

@julianoes julianoes force-pushed the pr-fix-mavlink-seq branch 3 times, most recently from 0d9fa8d to ac7d6f2 Compare February 5, 2026 01:24
The MAVLink headers use an inline function to get the mavlink channel,
so we end up having separate sequence numbers in different translation
units. By defining this function ourselves and linking it later, we make
sure to use the same sequence everywhere.

This should fix seq numbering that's invalid (per component).

We also add a system test to actually test this.
@sonarqubecloud
Copy link

sonarqubecloud bot commented Feb 5, 2026

@julianoes julianoes merged commit 721efdc into main Feb 5, 2026
56 checks passed
@julianoes julianoes deleted the pr-fix-mavlink-seq branch February 5, 2026 18:42
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Sequence number handled per message instead of per channel

1 participant