Calibration: Difference between revisions
No edit summary |
|||
(33 intermediate revisions by the same user not shown) | |||
Line 1: | Line 1: | ||
The | <span style="font-size:88%">''The information on this page refers to firmware v2.50e and higher.''</span> | ||
Unfortunately, it is not absolutely clear which | The gimbal will work without calibration, but the camera wouldn't be leveled well. For optimal performance the accelerometers on the IMU modules need to be calibrated. Several calibration techniques are existing, and two are implemented in the STorM32 project, namely the "1-point" and "6-point" calibration techniques. | ||
Unfortunately, it is not absolutely clear which of them is the best. The firmware author doesn't have the resources for undertaking the extensive research project which would be needed for clarifying this. Hence both are provided. However, experience suggests this rule of thumb: | |||
No calibration is a no go, but a simple 1-point calibration is nearly always sufficient. | No calibration is a no go, but a simple 1-point calibration is nearly always sufficient. | ||
{{COMMENT|One may wonder why the accelerometers need to be calibrated, but not the gyros. In principle, also the gyros should be calibrated for best performance. However, the calibration techniques are so complicated that | {{COMMENT|One may wonder why the accelerometers need to be calibrated, but not the gyros. In principle, also the gyros should be calibrated for best performance. However, the calibration techniques for a proper calibration of gyros are so complicated that they are beyond our reach.}} | ||
The STorM32 determines the offsets of the gyros on the IMU modules during startup of the gimbal, and this is by far the best option and should be generally used. However, in some cases this can be impractical and can then be avoided by an explicit "gyro calibration". | |||
In the following "calibration" generally refers to the calibration of the accelerometers. Gyro calibration is described in the respective sub chapter. | |||
<div class="toclimit-2">__TOC__</div> | <div class="toclimit-2">__TOC__</div> | ||
== General == | == General == | ||
For users of a T-STorM32 gimbal holds: | |||
* T-STorM32 gimbals don't need or make use of a 2nd IMU, and the comments below related to it are thus irrelevant. | |||
* All comments as regards the camera IMU do however equally apply to T-STorM32 setups. | |||
=== Reasons and Goals === | === Reasons and Goals === | ||
----- | ----- | ||
It might be helpful to first understand better why a calibration of the accelerometers is done at all. | It might be helpful to first understand better why a calibration of the accelerometers is done at all. | ||
One obvious reason is of course to account for the inaccuracies of the accelerometers, which are individual to each device. The goal is to get data which correctly reflect the actual accelerations. In the case of the camera IMU this e.g. implies that the camera is indeed level. | |||
However, there are additional important reasons for doing the calibration, and these are in fact different for the camera IMU and the 2nd IMU: | |||
'''Camera IMU''' | '''Camera IMU''' | ||
Line 22: | Line 36: | ||
The alignment of the axes is more important for this than the numerical accuracy of the calibration. Therefore, a simple 1-point calibration often does an excellent job. Unless undertaken carefully, a nominally more precise 6-point calibration can result in a worse alignment of the axes and hence worse "horizon tilt" behavior. | The alignment of the axes is more important for this than the numerical accuracy of the calibration. Therefore, a simple 1-point calibration often does an excellent job. Unless undertaken carefully, a nominally more precise 6-point calibration can result in a worse alignment of the axes and hence worse "horizon tilt" behavior. | ||
{{COMMENT|Improperly aligned IMU sensor and gimbal axes is only one of the reasons for horizon tilt (which can be minimized by calibration). A second effect, which is of totally different physical origin, and which cannot be overcome by calibration, are accelerations of the gimbal during e.g. high-g maneuvers. | {{COMMENT|Improperly aligned IMU sensor and gimbal axes is only one of the reasons for horizon tilt (which can be minimized by calibration). A second effect, which is of totally different physical origin, and which cannot be overcome by calibration, are accelerations of the gimbal during e.g. high-g maneuvers. In such maneuvers tthe measured accelerations do not coincide with the gravity, and the AHRS loses its horizon, leading to a tilt of the camera. Unfortunately, both effects are easily confused, but should be clearly distinguished.}} | ||
'''Second IMU''' | '''Second IMU''' | ||
Line 40: | Line 54: | ||
* The calibration only needs to be as good as you need it to be. If you are happy with the way your gimbal performs, you don't need to spend time on a (better) calibration. | * The calibration only needs to be as good as you need it to be. If you are happy with the way your gimbal performs, you don't need to spend time on a (better) calibration. | ||
* It has been found that the Z axis is usually more wrong than the X and Y axes. IMU orientations with the Z axis pointing up or down appear | * It has been found that the Z axis is usually more wrong than the X and Y axes. IMU orientations with the Z axis pointing up or down thus appear to be preferable. To avoid confusion: Equally good results can be obtained for any orientation; some of the best videos out there were in fact recorded with the IMU's Z axis in a horizontal orientation. The comment just means that with the Z axis pointing up or down it typically requires less effort to obtain a good calibration. | ||
* The calibration of the camera IMU is more important than that for the 2nd IMU, i.e., for the 2nd IMU a "less accurate" calibration usually | * The calibration of the camera IMU is more important than that for the 2nd IMU, i.e., for the 2nd IMU a "less accurate" calibration is usually acceptable. | ||
* The calibration of the 2nd IMU becomes more important as the motor pole count increases (e.g. 14 pole versus 22 pole). Using 22 pole motors, or higher, will definitely need a good calibration | * The calibration of the 2nd IMU becomes more important as the motor pole count increases (e.g. 14 pole versus 22 pole). Using 22 pole motors, or higher, will definitely need a good calibration of both IMUs. | ||
'''Recommendations''' | '''Recommendations''' | ||
Line 48: | Line 62: | ||
* A 1-point calibration is fairly simple, and is hence the minimum for both the camera and the 2nd IMU. | * A 1-point calibration is fairly simple, and is hence the minimum for both the camera and the 2nd IMU. | ||
* When possible choose IMU orientations with the Z axis pointing up or down, but that's not a must as explained before. | * When possible choose IMU orientations with the Z axis pointing up or down, but that's not a must as explained before. | ||
* Don't do a 6-point calibration unless you plan to do it | * Don't do a 6-point calibration unless you plan to do it really accurately (check out the rcgroups thread). | ||
* If motors with 12 or 14 poles are used, a 1-point calibration of the 2nd IMU is most likely sufficient. Higher-pole motors require more careful 2nd IMU calibrations. | * If motors with 12 or 14 poles are used, a 1-point calibration of the 2nd IMU is most likely sufficient. Higher-pole motors require more careful 2nd IMU calibrations. | ||
Line 61: | Line 75: | ||
The calibration consists of two steps. In a first step, the calibration constants are determined for the particular NT IMU module under consideration. In the second step, the calibration constants are made effective by storing them permanently into the NT IMU module or the STorM32 board. | The calibration consists of two steps. In a first step, the calibration constants are determined for the particular NT IMU module under consideration. In the second step, the calibration constants are made effective by storing them permanently into the NT IMU module or the STorM32 board. | ||
{{COMMENT|Whether the calibration constants are stored into the NT IMU module or the STorM32 board | {{COMMENT|Whether the calibration constants are stored into the NT IMU module or into the STorM32 board depends on the firmware of the NT IMU module: For NT IMU modules which are running the original firmware, the calibration constants are stored into the NT IMU module itself. Otherwise the calibration constants are stored into the STorM32 controller.}} | ||
{{COMMENT|Having the calibration constants stored into the NT IMU module is very convenient. The NT IMU modules can then be swapped out without having to recalibrate. NT IMU modules which have their calibration constants stored in the STorM32 board need to be recalibrated.}} | {{COMMENT|Having the calibration constants stored into the NT IMU module is very convenient. The NT IMU modules can then be swapped out without having to recalibrate. NT IMU modules which have their calibration constants stored in the STorM32 board need to be recalibrated.}} | ||
The {{GUI| | The {{GUI|Calibration}} tab is the central place for all calibration related tasks. It provides the means to select the IMU which shall be calibrated, to enter calibration values, and to store them. The {{GUIFIELD|Zero}} and {{GUIFIELD|Scale}} fields holding the calibration constants can be populated in various ways: | ||
* Values can be edited or entered directly into the text fields. | * Values can be edited or entered directly into the text fields. | ||
* The values can be set to the default values by hitting the {{GUIFIELD|Reset to Default}} button. | * The values can be set to the default values by hitting the {{GUIFIELD|Reset to Default}} button. | ||
Line 71: | Line 85: | ||
* The fields can be populated with calibration values stored in a calibration file via the {{GUIFIELD|Load from File}} button. | * The fields can be populated with calibration values stored in a calibration file via the {{GUIFIELD|Load from File}} button. | ||
* The fields can be set to the values obtained from a 1-point or 6-point calibration via the {{GUIFIELD|Run 1-Point Calibration}} and {{GUIFIELD|Run 6-Point Calibration}} buttons. | * The fields can be set to the values obtained from a 1-point or 6-point calibration via the {{GUIFIELD|Run 1-Point Calibration}} and {{GUIFIELD|Run 6-Point Calibration}} buttons. | ||
The calibration constants are send to and permanently stored | The calibration constants are send to and permanently stored into the NT IMU module/STorM32 board by hitting the {{GUIFIELD|Store Calibration}} button. | ||
It is recommended to restart the STorM32 controller after having changed calibration constants. | It is recommended to restart the STorM32 controller after having changed calibration constants (go to the {{GUI|Tools}} menu and press the {{GUI|Restart Controller}} option). | ||
The 1-point and 6-point calibration procedures are better explained by videos. The next chapter offers one video, but you can find further ones on the [[Video Tutorials]] page. | The 1-point and 6-point calibration procedures are better explained by videos. The next chapter offers one video, but you can find further ones on the [[Video Tutorials]] page. | ||
:[[File:Tstorm32-gui-acc-calibration.jpg|640px]] | |||
== Tutorial Videos == | == Tutorial Videos == | ||
Line 97: | Line 113: | ||
OlliW's lego calibration tool: | OlliW's lego calibration tool: | ||
http://www.rcgroups.com/forums/showpost.php?p=29646349&postcount=1890 | http://www.rcgroups.com/forums/showpost.php?p=29646349&postcount=1890 | ||
== Gyro Calibration == | |||
Normally, the offsets of the gyros are determined during startup of the gimbal, few seconds after power up. Therefore, the gimbal has to be kept at rest during this period of time. This is by far the best option available and should be used whenever possible. In some cases this is however impractical, and the STorM32 thus provides a means to skip the startup gyro calibration. It is restated however that this really should be used only when absolutely needed. | |||
The method consists of storing gyro offsets internally, by means of an explicit gyro calibration, and to use them at startup. | |||
The determination of the gyro offsets and their storage into internal memory is possible via the {{GUI|Calibration}} tab. | |||
The use of these offsets is enabled by the parameter setting | |||
* {{PARAMNAME|Startup Gyro Calibration}} = {{PARAMVALUE|skip}} | |||
{{COMMENT|The method works pretty well for T-STorM32 gimbal builds, and might be a useful option for e.g. handheld gimbals. However, for conventional NT STorM32 builds it is less useful, since here the controller has to go through a LEVEL phase in order to align the gimbal pitch and roll axes properly, and this phase requires near standstill to complete successfully.}} |
Latest revision as of 14:42, 21 January 2023
The information on this page refers to firmware v2.50e and higher.
The gimbal will work without calibration, but the camera wouldn't be leveled well. For optimal performance the accelerometers on the IMU modules need to be calibrated. Several calibration techniques are existing, and two are implemented in the STorM32 project, namely the "1-point" and "6-point" calibration techniques.
Unfortunately, it is not absolutely clear which of them is the best. The firmware author doesn't have the resources for undertaking the extensive research project which would be needed for clarifying this. Hence both are provided. However, experience suggests this rule of thumb:
No calibration is a no go, but a simple 1-point calibration is nearly always sufficient.
Comment: One may wonder why the accelerometers need to be calibrated, but not the gyros. In principle, also the gyros should be calibrated for best performance. However, the calibration techniques for a proper calibration of gyros are so complicated that they are beyond our reach.
The STorM32 determines the offsets of the gyros on the IMU modules during startup of the gimbal, and this is by far the best option and should be generally used. However, in some cases this can be impractical and can then be avoided by an explicit "gyro calibration".
In the following "calibration" generally refers to the calibration of the accelerometers. Gyro calibration is described in the respective sub chapter.
General
For users of a T-STorM32 gimbal holds:
- T-STorM32 gimbals don't need or make use of a 2nd IMU, and the comments below related to it are thus irrelevant.
- All comments as regards the camera IMU do however equally apply to T-STorM32 setups.
Reasons and Goals
It might be helpful to first understand better why a calibration of the accelerometers is done at all.
One obvious reason is of course to account for the inaccuracies of the accelerometers, which are individual to each device. The goal is to get data which correctly reflect the actual accelerations. In the case of the camera IMU this e.g. implies that the camera is indeed level.
However, there are additional important reasons for doing the calibration, and these are in fact different for the camera IMU and the 2nd IMU:
Camera IMU
The accuracy of the calibration of the camera IMU also strongly influences the "horizon tilt", i.e., the accuracy with which the horizon is held in e.g. quick yaw turns. The horizon tilt is minimal then the accelerometer Z axis is parallel to the gimbal Z axis, which can be realized by calibrating the accelerometer well, and by a square gimbal and square mounting of the accelerometer (similar statements hold for the X and Y axes, but the Z axis is most important). Thus, an additional main goal for calibrating the camera IMU is to optimize the "horizon tilt" performance.
The alignment of the axes is more important for this than the numerical accuracy of the calibration. Therefore, a simple 1-point calibration often does an excellent job. Unless undertaken carefully, a nominally more precise 6-point calibration can result in a worse alignment of the axes and hence worse "horizon tilt" behavior.
Comment: Improperly aligned IMU sensor and gimbal axes is only one of the reasons for horizon tilt (which can be minimized by calibration). A second effect, which is of totally different physical origin, and which cannot be overcome by calibration, are accelerations of the gimbal during e.g. high-g maneuvers. In such maneuvers tthe measured accelerations do not coincide with the gravity, and the AHRS loses its horizon, leading to a tilt of the camera. Unfortunately, both effects are easily confused, but should be clearly distinguished.
Second IMU
The measurement accuracy of the 2nd IMU is by itself not really important. For the operation of the STorM32 gimbal controller it is however important that the data of the 2nd IMU are consistent with the data of the camera IMU, since otherwise the internal math would go wrong, which can lead to all sorts of weird problems. Luckily, some tolerance is acceptable, which however depends also on the number of poles of the motors. For motors with 14 poles or less, the calibration of the 2nd IMU doesn't need to be super accurate, and a quick 1-point calibration usually does it. The higher the pole count of the motors, the better the calibration needs to be.
Rules of Thumb
Calibration Accuracy
A 6-point calibration is meaningful only if it is done very accurately. A poorly undertaken 6-point calibration can easily result in poorer performance than a supposedly less accurate 1-point calibration. The resulting quality factor for the 6-point calibration option can give a good indication as to the results (a value of 80 is very good, 150 average, 250 not so good).
A 1-point calibration is meaningful only if it is done for a level IMU module.
Rules of thumb
- The calibration only needs to be as good as you need it to be. If you are happy with the way your gimbal performs, you don't need to spend time on a (better) calibration.
- It has been found that the Z axis is usually more wrong than the X and Y axes. IMU orientations with the Z axis pointing up or down thus appear to be preferable. To avoid confusion: Equally good results can be obtained for any orientation; some of the best videos out there were in fact recorded with the IMU's Z axis in a horizontal orientation. The comment just means that with the Z axis pointing up or down it typically requires less effort to obtain a good calibration.
- The calibration of the camera IMU is more important than that for the 2nd IMU, i.e., for the 2nd IMU a "less accurate" calibration is usually acceptable.
- The calibration of the 2nd IMU becomes more important as the motor pole count increases (e.g. 14 pole versus 22 pole). Using 22 pole motors, or higher, will definitely need a good calibration of both IMUs.
Recommendations
- A 1-point calibration is fairly simple, and is hence the minimum for both the camera and the 2nd IMU.
- When possible choose IMU orientations with the Z axis pointing up or down, but that's not a must as explained before.
- Don't do a 6-point calibration unless you plan to do it really accurately (check out the rcgroups thread).
- If motors with 12 or 14 poles are used, a 1-point calibration of the 2nd IMU is most likely sufficient. Higher-pole motors require more careful 2nd IMU calibrations.
Lastly, some advice:
Save your calibration data to a file!
Ideally save it from within the [GUI:Acc Calibration] dialog window, as this stores the most detailed information. Consider also posting your calibration files in the rcgroups discussion thread, so that the firmware author and others can enhance their knowledge and hopefully develop better calibration schemes.
Calibration Procedure
The calibration consists of two steps. In a first step, the calibration constants are determined for the particular NT IMU module under consideration. In the second step, the calibration constants are made effective by storing them permanently into the NT IMU module or the STorM32 board.
Comment: Whether the calibration constants are stored into the NT IMU module or into the STorM32 board depends on the firmware of the NT IMU module: For NT IMU modules which are running the original firmware, the calibration constants are stored into the NT IMU module itself. Otherwise the calibration constants are stored into the STorM32 controller.
Comment: Having the calibration constants stored into the NT IMU module is very convenient. The NT IMU modules can then be swapped out without having to recalibrate. NT IMU modules which have their calibration constants stored in the STorM32 board need to be recalibrated.
The [GUI:Calibration] tab is the central place for all calibration related tasks. It provides the means to select the IMU which shall be calibrated, to enter calibration values, and to store them. The [Zero] and [Scale] fields holding the calibration constants can be populated in various ways:
- Values can be edited or entered directly into the text fields.
- The values can be set to the default values by hitting the [Reset to Default] button.
- The values currently stored in the NT IMU module/STorM32 board can be read out by hitting the [Read from Board] button.
- The fields can be populated with calibration values stored in a calibration file via the [Load from File] button.
- The fields can be set to the values obtained from a 1-point or 6-point calibration via the [Run 1-Point Calibration] and [Run 6-Point Calibration] buttons.
The calibration constants are send to and permanently stored into the NT IMU module/STorM32 board by hitting the [Store Calibration] button.
It is recommended to restart the STorM32 controller after having changed calibration constants (go to the [GUI:Tools] menu and press the [GUI:Restart Controller] option).
The 1-point and 6-point calibration procedures are better explained by videos. The next chapter offers one video, but you can find further ones on the Video Tutorials page.
Tutorial Videos
Rcgroups user mackar made a great videos on how to do a 6-point calibration (see also here and here).
Calibration Tools
bruce356's 3D printed calibration cube:
http://www.rcgroups.com/forums/showpost.php?p=29983118&postcount=2346
stl files: http://www.rcgroups.com/forums/showpost.php?p=29983275&postcount=2351
GekoCH's wooden board calibration tool: http://www.rcgroups.com/forums/showpost.php?p=30034517&postcount=2439
larsm's calibration technique: http://www.rcgroups.com/forums/showpost.php?p=29649741&postcount=1897
OlliW's lego calibration tool: http://www.rcgroups.com/forums/showpost.php?p=29646349&postcount=1890
Gyro Calibration
Normally, the offsets of the gyros are determined during startup of the gimbal, few seconds after power up. Therefore, the gimbal has to be kept at rest during this period of time. This is by far the best option available and should be used whenever possible. In some cases this is however impractical, and the STorM32 thus provides a means to skip the startup gyro calibration. It is restated however that this really should be used only when absolutely needed.
The method consists of storing gyro offsets internally, by means of an explicit gyro calibration, and to use them at startup.
The determination of the gyro offsets and their storage into internal memory is possible via the [GUI:Calibration] tab.
The use of these offsets is enabled by the parameter setting
- Startup Gyro Calibration = “skip”
Comment: The method works pretty well for T-STorM32 gimbal builds, and might be a useful option for e.g. handheld gimbals. However, for conventional NT STorM32 builds it is less useful, since here the controller has to go through a LEVEL phase in order to align the gimbal pitch and roll axes properly, and this phase requires near standstill to complete successfully.