Hold versus Pan Mode: Difference between revisions

From STorM32-BGC Wiki
Jump to navigation Jump to search
No edit summary
 
(47 intermediate revisions by the same user not shown)
Line 1: Line 1:
<span style="font-size:88%">''by Yang/wdaehn, with edits by OlliW</span>''
<span style="font-size:88%">''by Yang/wdaehn, with edits by OlliW, descriptions refer to firmware v2.64e and higher.''</span>


Generally speaking, two situations can be distinguished as regards the gimbal behavior: The camera should remain stable in relationship to the ground (hold mode) or in relationship to the gimbal frame (pan mode). The STorM32 controller allows you to choose the mode for each of the three axes independently.
Generally speaking, two situations can be distinguished as regards the gimbal behavior: The camera should remain stable in relationship to the ground (hold mode) or in relationship to the gimbal frame (pan mode). The STorM32 controller allows you to choose the mode for each of the three axes independently.
Line 7: Line 7:
== What does stabilization mean? ==
== What does stabilization mean? ==


The term "stabilization" can mean different things depending on the application, and on the axis we talk about.  
The term "stabilization" can mean different things depending on the application, and on the gimbal axis we are talking about.  


Imagine you have put your camera on a tripod and are now trying to rotate the camera by 360° for a panorama shot. In '''pan''' mode the goal is a stabilization in the sense of removing camera shakes but in overall to follow the turn of tripod. In other words, the yaw axis stabilization acts like a virtual tripod. The other type is called '''hold''' mode, meaning no matter what you do, the camera will hold its current position. Here, no matter what direction you point at with the tripod, the camera will compensate this movement and will remain static, i.e. hold its initial position relative to the ground.
Imagine you have put your camera on a tripod and are now trying to rotate the camera by 360° for a panorama shot. In '''''pan''''' mode the goal is a stabilization in the sense of removing camera shakes but in overall to follow the turn of tripod. In other words, the yaw axis stabilization acts like a virtual tripod. The other type of stabilization is called '''''hold''''' mode, meaning that no matter what you do, the camera will hold its current position. Here, no matter what direction you point at with the tripod, the camera will compensate this movement and will remain static, i.e., hold its initial position relative to the ground.


The parameters to adjust all this are found in the {{GUI|Pan}} tab in the GUI.
The parameters to adjust all this are found in the {{GUI|Pan}} tab in the GUI.
Line 17: Line 17:
Which mode you want for which axis is defined in the {{PARAMNAME|Pan Mode Default Setting}} parameter.
Which mode you want for which axis is defined in the {{PARAMNAME|Pan Mode Default Setting}} parameter.


The standard setting is {{PARAMVALUE|hold hold pan}} in order to lock the camera in pitch and roll but allow yaw movements. This is, for most situations, the appropriate setting: What should happen if you accidentally tilt the camera forward to the ground? Nothing, i.e., the gimbal should compensate this unwanted movement and keep the horizon in the video at the same level. Same thing with the roll axis. Just because you do not hold the gimbal perfectly level, the horizon should tilt to one side? No, the horizon should be kept level. For yaw movements, however, a different behavior is normally desired. If you would have turned on the hold mode for yaw and would turn the gimbal by 180°, you would film the gimbal frame since the camera would remain stable relative to ground. Doesn't make much sense. Instead the camera should have followed the 180° turn, which is achieved by {{PARAMVALUE|pan}}. So, the {{PARAMVALUE|hold hold pan}} setting does make sense for most cases.
The standard setting is {{PARAMVALUE|hold hold pan}} in order to lock the camera in pitch and roll but allow yaw movements. This is, for most situations, the appropriate setting: What should happen if you accidentally tilt the camera forward to the ground? Nothing, i.e., the gimbal should compensate this unwanted movement and keep the horizon in the video at the same level. Same thing with the roll axis. Just because you do not hold the gimbal perfectly level, the horizon should tilt to one side? No, the horizon should be kept level. For yaw movements, however, a different behavior is normally desired. If you would have enabled the hold mode for yaw and would turn the gimbal by 180°, you would film the gimbal frame since the camera would remain stable relative to ground. Doesn't make much sense. Instead the camera should have followed the 180° turn, which is achieved by {{PARAMVALUE|pan}}. So, the {{PARAMVALUE|hold hold pan}} setting does make sense for most cases.


Now imagine a hand-held gimbal used in the mountains. Since the pitch is set to {{PARAMVALUE|hold}} as default, you would either film the ground or the mountains on the other side of the valley, but not your target maybe 15° higher. One way to adjust the pitch would be via the joystick, which however would be inconvenient. An alternative is to enable pan on the pitch axis, and use {{PARAMVALUE|pan hold pan}} for the {{PARAMNAME|Pan Mode Default Setting}} parameter. Then the gimbal would dampen any shakes in the pitch axis but in general you can point the camera up and down by moving the gimbal frame.
Now imagine a hand-held gimbal used in the mountains. Since the pitch is set to {{PARAMVALUE|hold}} as default, you would either film the ground or the mountains on the other side of the valley, but not your target maybe 15° higher. One way to adjust the pitch would be via the joystick, which however would be inconvenient. An alternative is to enable pan on the pitch axis, and use {{PARAMVALUE|pan hold pan}} for the {{PARAMNAME|Pan Mode Default Setting}} parameter. Then the gimbal would dampen any shakes in the pitch axis but in general you can point the camera up and down by moving the gimbal frame.
Line 23: Line 23:
A completely different example would be a gimbal mounted in an airplane and to record movies from the pilots point of view. When the plane is pointing downwards the camera should look downwards, when the plane is flying a right turn the horizon should tilt. The only task of the gimbal is to remove shakes and allow the "pilot" to look left/right/up/down. That would ask for a {{PARAMNAME|Pan Mode Default Setting}} of {{PARAMVALUE|pan pan pan}}.
A completely different example would be a gimbal mounted in an airplane and to record movies from the pilots point of view. When the plane is pointing downwards the camera should look downwards, when the plane is flying a right turn the horizon should tilt. The only task of the gimbal is to remove shakes and allow the "pilot" to look left/right/up/down. That would ask for a {{PARAMNAME|Pan Mode Default Setting}} of {{PARAMVALUE|pan pan pan}}.


{{COMMENT|It is strongly adviced against using a brushless gimbal as FPV camera! The purpose of the example was just to explain things.}}
{{COMMENT|It is strongly advised against using a brushless gimbal as FPV camera! The purpose of the example was just to explain things.}}


[[File:Storm32-wiki-hold-vs-pan-mode-1-01.jpg|480px]]
::[[File:Storm32-wiki-hold-vs-pan-mode-1.jpg|480px]]


== Fine Tuning the Pan Mode ==
== Fine Tuning the Pan Mode ==


The obvious next question would be how the controller differentiates between unwanted shakes versus true movements? In the {{GUI|Pan}} tab the parameters {{PARAMNAME|Pitch Pan}}, {{PARAMNAME|Roll Pan}} and {{PARAMNAME|Yaw Pan}} are found, with which you determine the follow speeds in pan mode for each axis. A zero means that the follow speed is zero, which effectively corresponds to hold mode. A non-zero value enables the pan mode, whereby a larger pan value means a faster following.  
How does the controller differentiate between unwanted shakes versus true movements? In the {{GUI|Pan}} tab the parameters {{PARAMNAME|Pitch Pan}}, {{PARAMNAME|Roll Pan}} and {{PARAMNAME|Yaw Pan}} are found, with which you determine the follow speeds in pan mode for each axis. A zero means that the follow speed is zero, which effectively corresponds to hold mode. A non-zero value enables the pan mode, whereby a larger pan value means a faster following.  


Importantly, whether these settings become active or not depends on the {{PARAMNAME|Pan Mode Default Setting}} parameter: If {{PARAMVALUE|hold}} is specified for an axis there, then this axis will be in hold mode irrespective of the pan speed value. The {{PARAMNAME|Pan Mode Default Setting}} so to say overrides the pan speed setting.
Importantly, whether these settings become active or not depends on the {{PARAMNAME|Pan Mode Default Setting}} parameter: If {{PARAMVALUE|hold}} is specified for an axis there, then this axis will be in hold mode irrespective of the pan speed value. The {{PARAMNAME|Pan Mode Default Setting}} overrule the pan speed setting.


[[File:Storm32-wiki-hold-vs-pan-mode-2-01.jpg|480px]]
::[[File:Storm32-wiki-hold-vs-pan-mode-2.jpg|480px]]
<!--DO NOT DELETE, kept here to move to somewhere else later!The transitions from hold to pan and pan to hold modes, which are possible via e.g. keys connected to the AUX port, present a challenge, since the abrupt accelerations on the camera which may occur in these situations cannot be handled well by the brushless gimbal technique. The acceleration after having switched from hold to pan can be limited or made smoother using the [Hold To Pan Transition Time] parameter.-->


== Buttons for Switching Pan/Hold ==
== Deadbands ==


Sometimes it might be desirable to switch during a shot from pan to hold or vice versa. To enable this, buttons can be connected to the AUX-0, AUX-1, and AUX-2 pins (see [[Pins and Connectors]]), which allows you to switch through the four preset pan modes specified in the parameters {{PARAMNAME|Pan Mode Default Setting}} to {{PARAMNAME|Pan Mode Setting #3}}.  
The STorM32 controller provides sophisticated deadband mechanisms, which are controlled through various settings. Generally, these settings are effective only when the respective axis is in pan mode; they do not affect the behavior in hold mode.


Let's consider as example these settings:
The deadband feature allows you to eliminate any camera movement along the selected axis, when the deviation of the camera from the gimbal center falls within a certain angle range, the deadband. That means that the camera will follow the gimbal frame only when the relative angle between camera and gimbal frame is larger than the given deadband. 
 
The details of the mechanism differ for the pitch&roll axes and the yaw axis, and are thus described separately.
 
=== Pitch and Roll Deadbands ===
 
For the pitch or roll axis the deadband behavior is determined by the {{PARAMNAME|Pan Deadband}} and {{PARAMNAME|Pan Method}} parameters for the respective axis. Depending on {{PARAMNAME|Pan Method}} the "normal" or the "plane" pan methods becomes effective:
 
* '''''normal pan method''''': The deadband center follows the gimbal frame. This behavior is e.g. appropriate for hand-held gimbals, to stabilize the video at the current camera position.
 
* '''''plane pan method''''': The deadband center is held fixed at the normal forward orientation. This behavior allows one e.g. to prevent that the camera hits some mechanical limits upon too large pitch or roll movements. It is often the desired method on planes.
 
{{COMMENT|If the deadband is zero, then both pan methods result in equal behavior.}}
 
::[[File:Storm32-wiki-hold-vs-pan-mode-5.jpg|480px]]
 
=== Yaw Deadband ===
 
The deadband behavior for the yaw axis is determined by the parameters {{PARAMNAME|Yaw Pan Deadband}} and {{PARAMNAME|Yaw Pan Deadband LPF}}. In general, the deadband for yaw works like the '''''normal pan mode''''' for the pitch/roll axis, but provides for more adjustments in order to offer greater flexibility, but also to "fight" yaw drift.
 
In contrast to pitch and roll, the gyro drift for yaw cannot be compensated for by the accelerometers. The STorM32 controller is capable of compensating the gyro yaw drift when in pan mode, but it's impossible when in hold mode. Since the deadband works essentially like an angle-controlled transition from hold to pan mode, and vice versa, the situation arises that when the camera is within the deadband (= hold) it drifts slowly towards one edge of the deadband, where the controller switches to pan, which pulls back the camera to within the deadband (=hold), where it drifts to the deadband edge, is pulled back, and so on. This can in unfortunate situations lead to a wiggle in the yaw axis. The {{PARAMNAME|Yaw Pan Deadband LPF}} parameter provides a means to alleviate the situation.
 
The {{PARAMNAME|Yaw Pan Deadband LPF}} parameter allows to slow down the transition from pan to hold and vice versa. It leads to smooth behavior, and tends to pull the camera into the deadband region, which both helps with the gyro yaw drift. A typical value could be 1.5 secs.
 
::[[File:Storm32-wiki-hold-vs-pan-mode-6.jpg|480px]]
 
== Switching Between Pan/Hold ==
 
Sometimes it might be desirable to switch during a shot from pan to hold or vice versa. The switch can be made via any of the available inputs, selectable in the {{PARAMNAME|Pan Mode Control}} field. The following discusses the use of buttons, as it might be appropriate for hand held gimbals.
 
Buttons can be connected to the AUX-0, AUX-1, and AUX-2 pins (see [[Pins and Connectors]]), which allows you to switch through up to four preset pan modes specified in the parameters {{PARAMNAME|Pan Mode Default Setting}} to {{PARAMNAME|Pan Mode Setting #3}}. Let's consider as example two buttons connected to AUX-0 and AUX-1, respectively, and these settings:


* {{PARAMNAME|Pan Mode Control}} = {{PARAMVALUE|Aux-01 switch}} (meaning that buttons are connected to Aux-0 and Aux-1)
* {{PARAMNAME|Pan Mode Control}} = {{PARAMVALUE|Aux-01 switch}} (meaning that buttons are connected to Aux-0 and Aux-1)
Line 48: Line 77:
* {{PARAMNAME|Pan Mode Setting #3}} = {{PARAMVALUE|pan hold pan}}
* {{PARAMNAME|Pan Mode Setting #3}} = {{PARAMVALUE|pan hold pan}}


If none of the two buttons connected to AUX-0 and AUX-1 are pressed or switched on, then {{PARAMNAME|Pan Mode Default Setting}} is active, which in our example is {{PARAMVALUE|hold hold pan}}. This means that the pitch and roll axes will be in hold mode, and yaw in pan mode.
If none of the two buttons are pressed or switched on, then {{PARAMNAME|Pan Mode Default Setting}} is active, which in our example is {{PARAMVALUE|hold hold pan}}. This means that the pitch and roll axes will be in hold mode, and yaw in pan mode.


If only the button connected to AUX-0 is pressed/switched on, then the {{PARAMNAME|Pan Mode Setting #1}} becomes active. In our example all three axes are then in hold mode.
If only the button connected to AUX-0 is pressed/switched on, then the {{PARAMNAME|Pan Mode Setting #1}} becomes active. In our example all three axes are then in hold mode.
Line 54: Line 83:
If only the button connected to AUX-1 is pressed/switched on, then the {{PARAMNAME|Pan Mode Setting #2}} is selected and {{PARAMVALUE|pan pan pan}} would be activated.
If only the button connected to AUX-1 is pressed/switched on, then the {{PARAMNAME|Pan Mode Setting #2}} is selected and {{PARAMVALUE|pan pan pan}} would be activated.


Finally, if both buttons connected to AUX-0 and AUX-1 are pressed/switched on, then the {{PARAMNAME|Pan Mode Setting #3}} is selected or {{PARAMVALUE|pan hold pan}} in our example.
Finally, if both buttons are pressed/switched on, then the {{PARAMNAME|Pan Mode Setting #3}} is selected or {{PARAMVALUE|pan hold pan}} in our example.


Instead of buttons, connected to AUX-0 to AUX-2, one of course could choose also any other available input, such as e.g. an PWM input or an PPM input, to switch between the four pan mode settings.
Instead of buttons you of course can choose also any other available input, such as e.g. an PWM input or an PPM input, to switch between the four pan mode settings.


[[File:Storm32-wiki-hold-vs-pan-mode-3-01.jpg|480px]]
::[[File:Storm32-wiki-hold-vs-pan-mode-3.jpg|480px]]


== Further Tuning the Pan Mode ==
== Further Tuning the Pan Mode ==


The STorM32 controller provides further useful options to adjust the pan behavior, namely the {{PARAMNAME|Pan Deadband}}, {{PARAMNAME|Pan Limiter}}, and {{PARAMNAME|Pan Deadband Hysteresis}} parameters. The first two can be set for each axis individually, while the last is for all three axes. These settings are effective only when the respective axis is in pan mode; they do not affect the hold mode.
The STorM32 controller provides further useful options to adjust the pan behavior, namely the {{PARAMNAME|Pan Expo}} parameters.
 
When using the {{PARAMNAME|Pan Deadband}} feature, you can effectively eliminate movement along the selected axis within the deadband setting up to 10 degrees. Typical values would be 5° to 10°.


The {{PARAMNAME|Pan Limiter}} is a mechanism to avoid having the lag get beyond critical limits. The {{PARAMNAME|Pan Limiter}} feature was implemented to keep landing skids out of the video or to prevent mechanical damage of the gimbal. The {{PARAMNAME|Pan Limiter}} value can be set from 0% to 100%, where larger values correspond to a narrower limit. When set to 100%, the pan angle is limited to a maximum lag of 5 degrees from the gimbal forward position, 70% to about 10°, 50% to ca. 20°, 40% to ca. 30°, and 0% disables it.
Similar to {{PARAMNAME|Pan}}, the {{PARAMNAME|Pan Expo}} parameter also determines the follow speed, but in contrast to {{PARAMNAME|Pan}} increases the follow speed roughly exponentially with the deviation from the center position. The values can be set from 0% to 100%, where larger values correspond to stronger exponential increase, and 0% disables them. In combination with {{PARAMNAME|Pan}} they provide a large flexibility in adjusting the camera follow behavior upon turns. As with the {{PARAMNAME|Pan}} parameter, this settings is effective only when the respective axis is in pan mode, and does not affect the hold mode.


Normally, one would use {{PARAMNAME|Pan}} and {{PARAMNAME|Pan Deadband}}, but wouldn't use {{PARAMNAME|Pan Limiter}}. However, the {{PARAMNAME|Pan Limiter}} is still useful "outside" the {{PARAMNAME|Pan Deadband}} region to prevent camera lags by too large an angle. If used together, the {{PARAMNAME|Pan Deadband}} should be set smaller than the max angle set by the {{PARAMNAME|Pan Limiter}}. In other words, avoid setting a {{PARAMNAME|Pan Deadband}} of 5 degrees or greater when the {{PARAMNAME|Pan Limiter}} is set to 100%.  
The {{PARAMNAME|Pan Expo}} can also be used as a sort of "soft-limiter" to prevent camera lags by too large an angle, e.g., to keep landing skids out of the video or to prevent mechanical damage.  


A final option is the {{PARAMNAME|Pan Deadband Hysteresis}}. It helps to avoid the unwanted effects due to the gyro drift, by dynamically increasing the effective deadband whenever an axis is within the deadband. Please adjust it with caution, and carefully check the resulting behavior. A typical value could be 2°.
::[[File:Storm32-wiki-hold-vs-pan-mode-4.jpg|480px]]


[[File:Storm32-wiki-hold-vs-pan-mode-4-01.jpg|480px]]
In the {{GUI|Experts}} dialog (accessible via the {{GUI|Tools}} menu) there are three further parmeters related to the pan mode, namely {{PARAMNAME|Pan Hold Transition Time}}, {{PARAMNAME|Pan Speed Limit}} and {{PARAMNAME|Pan Accel Limit}}. They determine the behavior during pan-to-hold and hold-to-pan transitions. You may play with them if you are not happy with the default behavior, but they need to be modified with care, as unexpected behavior can results. The timing is determined by the {{PARAMNAME|Pan Hold Transition Time}} parameter. The speed limit can be disabled with {{PARAMNAME|Pan Speed Limit}} = {{PARAMVALUE|0}} and the acceleration limit with {{PARAMNAME|Pan Accel Limit}} = {{PARAMVALUE|0}}. If both the acceleration and speed limits are disabled, then the "old" pan/hold behavior is obtained. The settings apply to the pitch and roll axes; the yaw axis is (currently) not affected.


== Next Step ==
== Next Step - Advanced Functions ==


You have learned now all relevant settings which you need to record great shots in various typical situations. The STorM32-BGC provides however some more powerful possibilities, such as scripts, remote camera control or Bluetooth connectivity. Go ahead, explore.
You have learned now all relevant settings which you need to record great shots in various typical situations. The STorM32-BGC provides however some more powerful possibilities, such as scripts, remote camera control or Bluetooth connectivity. Go ahead, and explore the [[Advanced Functions]] chapter.

Latest revision as of 14:47, 21 January 2023

by Yang/wdaehn, with edits by OlliW, descriptions refer to firmware v2.64e and higher.

Generally speaking, two situations can be distinguished as regards the gimbal behavior: The camera should remain stable in relationship to the ground (hold mode) or in relationship to the gimbal frame (pan mode). The STorM32 controller allows you to choose the mode for each of the three axes independently.

What does stabilization mean?

The term "stabilization" can mean different things depending on the application, and on the gimbal axis we are talking about.

Imagine you have put your camera on a tripod and are now trying to rotate the camera by 360° for a panorama shot. In pan mode the goal is a stabilization in the sense of removing camera shakes but in overall to follow the turn of tripod. In other words, the yaw axis stabilization acts like a virtual tripod. The other type of stabilization is called hold mode, meaning that no matter what you do, the camera will hold its current position. Here, no matter what direction you point at with the tripod, the camera will compensate this movement and will remain static, i.e., hold its initial position relative to the ground.

The parameters to adjust all this are found in the [GUI:Pan] tab in the GUI.

Hold versus Pan

Which mode you want for which axis is defined in the Pan Mode Default Setting parameter.

The standard setting is “hold hold pan” in order to lock the camera in pitch and roll but allow yaw movements. This is, for most situations, the appropriate setting: What should happen if you accidentally tilt the camera forward to the ground? Nothing, i.e., the gimbal should compensate this unwanted movement and keep the horizon in the video at the same level. Same thing with the roll axis. Just because you do not hold the gimbal perfectly level, the horizon should tilt to one side? No, the horizon should be kept level. For yaw movements, however, a different behavior is normally desired. If you would have enabled the hold mode for yaw and would turn the gimbal by 180°, you would film the gimbal frame since the camera would remain stable relative to ground. Doesn't make much sense. Instead the camera should have followed the 180° turn, which is achieved by “pan”. So, the “hold hold pan” setting does make sense for most cases.

Now imagine a hand-held gimbal used in the mountains. Since the pitch is set to “hold” as default, you would either film the ground or the mountains on the other side of the valley, but not your target maybe 15° higher. One way to adjust the pitch would be via the joystick, which however would be inconvenient. An alternative is to enable pan on the pitch axis, and use “pan hold pan” for the Pan Mode Default Setting parameter. Then the gimbal would dampen any shakes in the pitch axis but in general you can point the camera up and down by moving the gimbal frame.

A completely different example would be a gimbal mounted in an airplane and to record movies from the pilots point of view. When the plane is pointing downwards the camera should look downwards, when the plane is flying a right turn the horizon should tilt. The only task of the gimbal is to remove shakes and allow the "pilot" to look left/right/up/down. That would ask for a Pan Mode Default Setting of “pan pan pan”.

Comment: It is strongly advised against using a brushless gimbal as FPV camera! The purpose of the example was just to explain things.

Storm32-wiki-hold-vs-pan-mode-1.jpg

Fine Tuning the Pan Mode

How does the controller differentiate between unwanted shakes versus true movements? In the [GUI:Pan] tab the parameters Pitch Pan, Roll Pan and Yaw Pan are found, with which you determine the follow speeds in pan mode for each axis. A zero means that the follow speed is zero, which effectively corresponds to hold mode. A non-zero value enables the pan mode, whereby a larger pan value means a faster following.

Importantly, whether these settings become active or not depends on the Pan Mode Default Setting parameter: If “hold” is specified for an axis there, then this axis will be in hold mode irrespective of the pan speed value. The Pan Mode Default Setting overrule the pan speed setting.

Storm32-wiki-hold-vs-pan-mode-2.jpg

Deadbands

The STorM32 controller provides sophisticated deadband mechanisms, which are controlled through various settings. Generally, these settings are effective only when the respective axis is in pan mode; they do not affect the behavior in hold mode.

The deadband feature allows you to eliminate any camera movement along the selected axis, when the deviation of the camera from the gimbal center falls within a certain angle range, the deadband. That means that the camera will follow the gimbal frame only when the relative angle between camera and gimbal frame is larger than the given deadband.

The details of the mechanism differ for the pitch&roll axes and the yaw axis, and are thus described separately.

Pitch and Roll Deadbands

For the pitch or roll axis the deadband behavior is determined by the Pan Deadband and Pan Method parameters for the respective axis. Depending on Pan Method the "normal" or the "plane" pan methods becomes effective:

  • normal pan method: The deadband center follows the gimbal frame. This behavior is e.g. appropriate for hand-held gimbals, to stabilize the video at the current camera position.
  • plane pan method: The deadband center is held fixed at the normal forward orientation. This behavior allows one e.g. to prevent that the camera hits some mechanical limits upon too large pitch or roll movements. It is often the desired method on planes.

Comment: If the deadband is zero, then both pan methods result in equal behavior.

Storm32-wiki-hold-vs-pan-mode-5.jpg

Yaw Deadband

The deadband behavior for the yaw axis is determined by the parameters Yaw Pan Deadband and Yaw Pan Deadband LPF. In general, the deadband for yaw works like the normal pan mode for the pitch/roll axis, but provides for more adjustments in order to offer greater flexibility, but also to "fight" yaw drift.

In contrast to pitch and roll, the gyro drift for yaw cannot be compensated for by the accelerometers. The STorM32 controller is capable of compensating the gyro yaw drift when in pan mode, but it's impossible when in hold mode. Since the deadband works essentially like an angle-controlled transition from hold to pan mode, and vice versa, the situation arises that when the camera is within the deadband (= hold) it drifts slowly towards one edge of the deadband, where the controller switches to pan, which pulls back the camera to within the deadband (=hold), where it drifts to the deadband edge, is pulled back, and so on. This can in unfortunate situations lead to a wiggle in the yaw axis. The Yaw Pan Deadband LPF parameter provides a means to alleviate the situation.

The Yaw Pan Deadband LPF parameter allows to slow down the transition from pan to hold and vice versa. It leads to smooth behavior, and tends to pull the camera into the deadband region, which both helps with the gyro yaw drift. A typical value could be 1.5 secs.

Storm32-wiki-hold-vs-pan-mode-6.jpg

Switching Between Pan/Hold

Sometimes it might be desirable to switch during a shot from pan to hold or vice versa. The switch can be made via any of the available inputs, selectable in the Pan Mode Control field. The following discusses the use of buttons, as it might be appropriate for hand held gimbals.

Buttons can be connected to the AUX-0, AUX-1, and AUX-2 pins (see Pins and Connectors), which allows you to switch through up to four preset pan modes specified in the parameters Pan Mode Default Setting to Pan Mode Setting #3. Let's consider as example two buttons connected to AUX-0 and AUX-1, respectively, and these settings:

  • Pan Mode Control = “Aux-01 switch” (meaning that buttons are connected to Aux-0 and Aux-1)
  • Pan Mode Default Setting = “hold hold pan”
  • Pan Mode Setting #1 = “hold hold hold”
  • Pan Mode Setting #2 = “pan pan pan”
  • Pan Mode Setting #3 = “pan hold pan”

If none of the two buttons are pressed or switched on, then Pan Mode Default Setting is active, which in our example is “hold hold pan”. This means that the pitch and roll axes will be in hold mode, and yaw in pan mode.

If only the button connected to AUX-0 is pressed/switched on, then the Pan Mode Setting #1 becomes active. In our example all three axes are then in hold mode.

If only the button connected to AUX-1 is pressed/switched on, then the Pan Mode Setting #2 is selected and “pan pan pan” would be activated.

Finally, if both buttons are pressed/switched on, then the Pan Mode Setting #3 is selected or “pan hold pan” in our example.

Instead of buttons you of course can choose also any other available input, such as e.g. an PWM input or an PPM input, to switch between the four pan mode settings.

Storm32-wiki-hold-vs-pan-mode-3.jpg

Further Tuning the Pan Mode

The STorM32 controller provides further useful options to adjust the pan behavior, namely the Pan Expo parameters.

Similar to Pan, the Pan Expo parameter also determines the follow speed, but in contrast to Pan increases the follow speed roughly exponentially with the deviation from the center position. The values can be set from 0% to 100%, where larger values correspond to stronger exponential increase, and 0% disables them. In combination with Pan they provide a large flexibility in adjusting the camera follow behavior upon turns. As with the Pan parameter, this settings is effective only when the respective axis is in pan mode, and does not affect the hold mode.

The Pan Expo can also be used as a sort of "soft-limiter" to prevent camera lags by too large an angle, e.g., to keep landing skids out of the video or to prevent mechanical damage.

Storm32-wiki-hold-vs-pan-mode-4.jpg

In the [GUI:Experts] dialog (accessible via the [GUI:Tools] menu) there are three further parmeters related to the pan mode, namely Pan Hold Transition Time, Pan Speed Limit and Pan Accel Limit. They determine the behavior during pan-to-hold and hold-to-pan transitions. You may play with them if you are not happy with the default behavior, but they need to be modified with care, as unexpected behavior can results. The timing is determined by the Pan Hold Transition Time parameter. The speed limit can be disabled with Pan Speed Limit = “0” and the acceleration limit with Pan Accel Limit = “0”. If both the acceleration and speed limits are disabled, then the "old" pan/hold behavior is obtained. The settings apply to the pitch and roll axes; the yaw axis is (currently) not affected.

Next Step - Advanced Functions

You have learned now all relevant settings which you need to record great shots in various typical situations. The STorM32-BGC provides however some more powerful possibilities, such as scripts, remote camera control or Bluetooth connectivity. Go ahead, and explore the Advanced Functions chapter.