Hello,
In 4.7 the Serialx_Options bit called Don’t forward mavlink packets has been moved to MAVn_Options. I have an optical flow sonmected to serial4 and the setup says I have to enable this bit. But there is no MAV4_Options parameter. But the sensor seems to work well.
What exactly is the purpose of this bit and what should I do to?
Thanks
This bit is typically used to prevent high bandwidth devices from saturating MAVLink telemetry datalinks. You need to count serial ports configured for MAVLink 1 and 2.
Serial 0 is USB and is pretty much locked to MAVLink 2.
If you have serial 1 and 3 configured for MAVLink than MAV1 and MAV2 will control their configuration.
Okay it thought ‘n’ was the serial port. It’s actually the mavlink version?
So for serial4 too, do I use mav1 and mav2?
Nope, it is MAVLink channel in order of initialization.
Okay so let me get this straight. I’m not sure I full understand this. Serial0 and 1 are controlled by MAV1, 2 and 3 by MAV2 and Serial4 and 5 by MAV3?
No, MAV0 control first MAVLink channel which pretty much always is the USB port.
MAV1 controls second MAVLink channel which will be the first visible serial port assigned to MAVLink 1/2.
MAV2 controls third MAVLink channel which will be the second visible serial port assigned to MAVLink 1/2.
…
3 Likes
Oh okay, I think I understood now. So you essentially cant have more than two Mavlink serials.
Edit: Did the forum change? I can’t see any option to mark the post as solved
Hi @StrikeEagle,
It is definitely possible to have more than 2 MAVLink channels and I think that the number of MAVn_xxx parameter groups expands and contracts to match the number of serial ports set to use the MAVlink protocol (e.g. SERIALx_PROTOCOL = 2).
So I just did a quick test and set up my SERIALx_PROTOCOL params like below and then rebooted and MAV1 ~ 4 were visible.
I then set SERIAL5_PROCOTOL = 2 and on the next reboot a MAV5_xx group of params appeared
2 Likes