I’ve got a TX16s that is showing channels at 1500usec. It’s sending to an FrSky RXSR receiver, which is talking F.port to a Matek H743 wing v2.
In mission planner if I connect to the flight controller and go to the “radio calibration” page, it reports the channels as centered at 1495usec for both sticks and switches. The endpoints are also offset by 5 usec, so it appears to be a constant offset across the whole range.
Where is this offset coming from? It’s digital all the way along, so it should presumably be perfect, no?
Just for fun I flashed my board with Betaflight, and the values it reported matched perfectly with what the radio was reporting in the channel monitor.
So there’s something going on with Arduplane where it’s mis-interpreting the f.port signals from my frsky receiver, added a constant -5 offset to it all across the entire range.
If it’s consistent, then it’s truly no concern. Calibrate the radio (the purpose of which is to account for scenarios like this), tune the airplane, and fly.
But it seems to me that it’s clearly a software bug, and it’s always possible that a bug that shows up in one case may behave differently under different circumstances.
You might check the data flash log to determine whether it’s a GCS software display inconsistency or actually reported differently than the radio by the autopilot itself.
Ok, that confirms one end. You’d need an oscilloscope or serial monitor to determine whether the values coming in are reflected accurately in firmware before raising a bug report.