Leaving Betaflight! -- BF to iNAV quick convert 

The big overall difference is right in the name - navigation. INAV is the way to go if you want to fly TO somewhere. You want to fly over this house and take video, and then go over there. Heck, if you want to, you can put the radio down, go inside and let INAV fly the preprogrammed mission to the locations you specified. Most people don't go that far, but you could. Betaflight is more focused on aerobatics, "flippity floppities". Betaflight if you are mainly interested in doing flips and stuff, not going anywhere.

i don't think that is accurate. let me check.

@@uavtechI wish it were inaccurate, but it is not. There is an open, outstanding issue (#4999) on the project for years now regarding this, and iNav developers do not wish to add an 'inferior' and 'pointless' RTH mode to work without a compass. They specifically refer to the Betaflight implementation as 'rubbish' and refuse to take a step backwards. Its sad really, as most of gps in my fleet are bn220's that serve me well for basic rth in beatflight, as well as rth in iNav on the fixed wing configuration.

On the other hand, INAV return to home works much, much better. You can get where you're going a lot better if you know which way you're heading. The compass tells you which way you're heading.

That is something to note - and you can swap out your old GPS for a new, better, $10 M9 GPS that comes with a compass.

Agreed. First order of business though is it needs to have i -term on Alt Hold added.

yea, if the VTX supports Smart Audio or Tramp protocols to adjust settings.

that's so 2018. 😜

@@uavtech bode plots?

the Kalman stuff. just messing around. Hope you are well. Thanks for watching.

yes

you cannot copy setting from BF and paste into INAV.

Right thanks. I wasn’t trying to do that.. I think the problem was I’ve got used to setting up MSP for the canvas mode in port settings of BF and Inav isn’t excepting that.. to clarify for others: you still enable msp on the proper uart.. you just do not also select that uart in the first column.

also I couldn't find any asnwer how to migrate actual rates to inav rates.

There is a motor remapping tool in 6.1.1. You can also go old school in the CLI and use the RESOURCE command. I don't think there is a direct converstion for rates.

If you can find one single case where a manufacturer put in a feature request, with the very well documented procedures, and got turned down, I'd love to see it. If someone half asked for something, but didn't actually specify what they wanted, then completely ignored multiple requests for clarification, then yeah it would be impossible to fulfill whatever they were thinking they wanted, but refused to actually tell us. It's not that we don't WANT to rewire the SpeedyBee F405V3 to fix the board layout bugs. It's just that once you produce a printed circuit board, it's too late to redesign the circuit. We can't fix their hardware mistakes after the hardware has been manufactured. I have no idea what "you can accidentally arm" is supposed to mean, but are you the same person who was asking for a custom version with absolutely of the many safety checks removed, the checks that prevent arming when it would be unsafe?

Yes

If the target is in the list, yes. I would need to look.

compass needed.

Compass is used for navigation modes, like waypoint missions, position mode, and the very precise return to home. It's not needed for acro (rate) mode, angle mode, horizon mode, etc. Compass should be mounted away from power wires and the buzzer. One good approach is to have the power wire, VTX, and telemetry Rx at the front or back, with the GPS/mag on the opposite end. So if the VTX and main power wires are in the back, the GPS/compass can go in the front, above the camera. Or vice versa. If you want to protect the compass or other top-mounted components in an upside-down crash, you can replace two of the top plate screws with standoffs.

In iNAV it is repirposed to SCL and SDA pads.

Sorry new. Do I need to move pads?

I flashed new from BF. I have a 5" baby croc F722 AIO. ANY CLUE?

You can just apply the preset and fly. But.if you wanted to move.over you setting....

unknown. volunteers are busy. RC1 is talked about, but ... A DSHOT trouble was needing to be addressed. There is some fundamental stuff like that to grabs attention and time.

You do that only once... it's not a DJI we are dealing with...

@@SiamectGood luck for the rth if you did that once :D :D :D I guess you never read the inav docs, even devs recommend to calibrate it before every flight.

@@butcher I have obviously both read and flown iNav more than you. As an example, I calibrated my magnetometer once on one of my drones and I flew that drone for two years several times per week... Switched back and forth between position hold and acro several times every flight and there was never any problems. There is of course no reason to re-calibrate unless you experience problems.

@@Siamect Yeah, devs must be wrong :D It necessarry for rth and wayponts, not really for post hold.

​​@@butcher INAV dev here. No we don't say you need to calibrate for every flight. I calibrate mine when I install a new GPS/compass. Unless I forget to do it. If you travel to a new location, such as going up to Denver at 5,000 feet elevation from the coast, you may get better precision if you calibrate for the new environment. It's totally unnecessary to calibrate for every flight.

Cause it is confusing and when you are converting from BF to iNAV, there hiddent filters that degrade it's performance.

sticky? What do you mean by "sticky"?