The problem was that the board heat target param, IMU 2, IMU 3 Temp cal enable param, etc were of no use to me. Because my board has only 1 IMU. So i did that.
So today I wasted 2 hours thinking that it’s being calibrated
It doesn’t really take 2 hours to get to this temperature. Maybe under an hour. I think it’s definitely finished as the condition for the calibration to finish is less than 0.5 deg C rise in temperature in 10 mins
You enabled the tuning checkbox. But now you have to double click on the top bar somewhere where it says the label of the currently plotted fields, for example, click on Roll (deg). Then a dialog box appears and from there uncheck all the unwanted fields and check IMU temperature
Yes even I read that line in documentation. The fact was that no buzzer was connected to my FC and I thought the RGB light on Kakute will start behaving normally when calibration will complete. But that didn’t happen I think.
Currently, My Kakute has been once again sent to enjoy vacations in Antarctica and I will perform the calibration once again.
Please see that I have again now started the temperature calibration and in the messages tab, just after a minute of powering up the cold Kakute, this message appeared:
I fixed this problem by manually setting INS_TCAL1_MAX to something like 60 (a value greater than the max expected temperature your IMU will reach) and INS_TCAL1_MIN to something like -20 and then re-running the calibration. Not sure but maybe using the AMC will take care of this
@amilcarlucas Have you seen this before? I compared the params from 03_imu_temp… against what was saved to the FC in MP and it all looked like it was there.
@Allister did you pressed retry?
Sometimes ArduPilot silently ignores parameter changes. It is a know bug in the ArduPilot parameter protocol. So it needs to retry to set the parameter correctly. AFAIK @peterbarker has been working in fixing this in the ArduPilot firmware.
MP and other GCS fail silently, AMC detects it and asks you if you want to retry.