Hold versus Pan Mode - Revision history

OlliW: /* Deadbands */

2016-03-11T19:02:58Z

Deadbands

← Older revision		Revision as of 21:02, 11 March 2016
Line 62:		Line 62:
	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.		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.

	~~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 check carefully the resulting behavior~~. A typical value could be 2°.		The {{PARAMNAME\|Pan Deadband Hysteresis}} parameter helps to avoid the unwanted effects due to the gyro drift by dynamically increasing the effective deadband whenever an axis is within the deadband. A typical value could be 2°.

	[[File:Storm32-wiki-hold-vs-pan-mode-6-v095e.jpg\|480px]]		[[File:Storm32-wiki-hold-vs-pan-mode-6-v095e.jpg\|480px]]

OlliW: /* Yaw Deadband */

2016-03-11T13:30:04Z

Yaw Deadband

← Older revision		Revision as of 15:30, 11 March 2016
Line 58:		Line 58:
	The deadband behavior for the yaw axis is determined by the three parameters {{PARAMNAME\|Yaw Pan Deadband}}, {{PARAMNAME\|Yaw Pan Deadband LPF}}, and {{PARAMNAME\|Yaw Pan Deadband Hysteresis}}. In general, the deadband for yaw works like the '''''default pan mode''''' for the pitch/roll axis, but provides for more adjustments in order to offer greater flexibility, but also to "fight" yaw drift.		The deadband behavior for the yaw axis is determined by the three parameters {{PARAMNAME\|Yaw Pan Deadband}}, {{PARAMNAME\|Yaw Pan Deadband LPF}}, and {{PARAMNAME\|Yaw Pan Deadband Hysteresis}}. In general, the deadband for yaw works like the '''''default 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 ~~the~~ pitch and roll ~~axes~~, the gyro drift for ~~the~~ yaw ~~axis~~ 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 essentially is 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 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}} and {{PARAMNAME\|Yaw Pan Deadband Hysteresis}} parameters provide two ~~different~~ means to alleviate the situation.		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}} and {{PARAMNAME\|Yaw Pan Deadband Hysteresis}} parameters provide two means to alleviate the situation.

	~~not yet complete!~~		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.

	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 check carefully the resulting behavior. A typical value could be 2°.		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 check carefully the resulting behavior. A typical value could be 2°.

	[[File:Storm32-wiki-hold-vs-pan-mode-6-v095e.jpg\|480px]]		[[File:Storm32-wiki-hold-vs-pan-mode-6-v095e.jpg\|480px]]

OlliW at 09:27, 11 March 2016

2016-03-11T09:27:51Z

@@ Line 9: / Line 9: @@
 The term "stabilization" can mean different things depending on the application, and on the axis we talk 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 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.
 The parameters to adjust all this are found in the {{GUI|Pan}} tab in the GUI.
@@ Line 35: / Line 35: @@
 [[File:Storm32-wiki-hold-vs-pan-mode-2-v095e.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.-->
 == Switching Between Pan/Hold ==
@@ Line 59: / Line 89: @@
 [[File:Storm32-wiki-hold-vs-pan-mode-3-v095e.jpg|480px]]
 == Further Tuning the Pan Mode ==

OlliW: /* Deadbands */

2016-03-07T16:55:10Z

Deadbands

← Older revision		Revision as of 18:55, 7 March 2016
Line 62:		Line 62:
	== Deadbands ==		== 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 hold mode.		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. The mechanism ~~differs~~ for the pitch&roll ~~axis,~~ and the yaw axis, and are thus described separately.		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 ===		=== Pitch and Roll Deadbands ===
	~~not yet complete!~~

	{{PARAMNAME\|Pan Deadband}}		For the pitch or roll axis the deadband behavior is determined by the {{PARAMNAME\|Pan Deadband}} parameter for the respective axis. Depending on whether the deadband is smaller or larger than 15° the "default" or the "plane" pan mode becomes effective:

			* '''default pan mode''' (deadband < 15°): 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 mode''' (deadband > 15°): 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.

	[[File:Storm32-wiki-hold-vs-pan-mode-5-v095e.jpg\|480px]]		[[File:Storm32-wiki-hold-vs-pan-mode-5-v095e.jpg\|480px]]

OlliW: /* Deadbands */

2016-03-06T10:33:42Z

Deadbands

← Older revision		Revision as of 12:33, 6 March 2016
Line 61:		Line 61:

	== Deadbands ==		== Deadbands ==

	~~not yet complete!~~

	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 hold mode.		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 hold mode.

	The deadband feature allows you to eliminate any movement along the selected axis, when the camera~~'s deviation~~ from the center falls within a certain angle range, the deadband. The mechanism differs ~~markedly~~ for the pitch ~~and~~ roll axis, and the yaw axis, and are thus described separately.		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. The mechanism differs for the pitch&roll axis, and the yaw axis, and are thus described separately.

	=== Pitch and Roll Deadbands ===		=== Pitch and Roll Deadbands ===
			not yet complete!

	{{PARAMNAME\|Pan Deadband}}		{{PARAMNAME\|Pan Deadband}}
Line 75:		Line 74:

	=== Yaw Deadband ===		=== Yaw Deadband ===

			not yet complete!

	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 check carefully the resulting behavior. A typical value could be 2°.		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 check carefully the resulting behavior. A typical value could be 2°.

OlliW: /* Further Tuning the Pan Mode */

2016-03-06T10:31:08Z

Further Tuning the Pan Mode

← Older revision		Revision as of 12:31, 6 March 2016
Line 84:		Line 84:
	The STorM32 controller provides further useful options to adjust the pan behavior, namely the {{PARAMNAME\|Pan Expo}} parameters. Again, these settings are effective only when the respective axis is in pan mode, and do not affect the hold mode.		The STorM32 controller provides further useful options to adjust the pan behavior, namely the {{PARAMNAME\|Pan Expo}} parameters. Again, these settings are effective only when the respective axis is in pan mode, and do not affect the hold mode.

	~~The~~ {{PARAMNAME\|Pan Expo}} 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.		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.

	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.		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.

OlliW: /* Buttons for Switching Pan/Hold */

2016-03-06T10:29:02Z

Buttons for Switching Pan/Hold

← Older revision		Revision as of 12:29, 6 March 2016
Line 36:		Line 36:
	<!--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.-->		<!--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 ==		== Switching Between Pan/Hold ==

	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 up to four preset pan modes specified~~ in the ~~parameters~~ {{PARAMNAME\|Pan Mode ~~Default Setting}} to {{PARAMNAME\|Pan Mode Setting #3~~}}.		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.

	Let's consider as example two buttons connected to AUX-0 and AUX-1, respectively, and these settings:		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 56:		Line 56:
	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.		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 ~~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-v095e.jpg\|480px]]		[[File:Storm32-wiki-hold-vs-pan-mode-3-v095e.jpg\|480px]]

OlliW: /* Fine Tuning the Pan Mode */

2016-03-06T10:23:27Z

Fine Tuning the Pan Mode

← Older revision		Revision as of 12:23, 6 March 2016
Line 31:		Line 31:
	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.		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}} ~~overrules~~ 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-v095e.jpg\|480px]]		[[File:Storm32-wiki-hold-vs-pan-mode-2-v095e.jpg\|480px]]

OlliW: /* Fine Tuning the Pan Mode */

2016-03-06T10:23:15Z

Fine Tuning the Pan Mode

← Older revision		Revision as of 12:23, 6 March 2016
Line 29:		Line 29:
	== 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}} overrules the pan speed setting.

	[[File:Storm32-wiki-hold-vs-pan-mode-2-v095e.jpg\|480px]]		[[File:Storm32-wiki-hold-vs-pan-mode-2-v095e.jpg\|480px]]

OlliW: /* Hold versus Pan */

2016-03-06T10:21:00Z

Hold versus Pan

← Older revision		Revision as of 12:21, 6 March 2016
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.

← Older revision		Revision as of 21:02, 11 March 2016
Line 62:		Line 62:
	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.		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.

	~~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 check carefully the resulting behavior~~. A typical value could be 2°.		The {{PARAMNAME\|Pan Deadband Hysteresis}} parameter helps to avoid the unwanted effects due to the gyro drift by dynamically increasing the effective deadband whenever an axis is within the deadband. A typical value could be 2°.

	[[File:Storm32-wiki-hold-vs-pan-mode-6-v095e.jpg\|480px]]		[[File:Storm32-wiki-hold-vs-pan-mode-6-v095e.jpg\|480px]]

← Older revision		Revision as of 15:30, 11 March 2016
Line 58:		Line 58:
	The deadband behavior for the yaw axis is determined by the three parameters {{PARAMNAME\|Yaw Pan Deadband}}, {{PARAMNAME\|Yaw Pan Deadband LPF}}, and {{PARAMNAME\|Yaw Pan Deadband Hysteresis}}. In general, the deadband for yaw works like the '''''default pan mode''''' for the pitch/roll axis, but provides for more adjustments in order to offer greater flexibility, but also to "fight" yaw drift.		The deadband behavior for the yaw axis is determined by the three parameters {{PARAMNAME\|Yaw Pan Deadband}}, {{PARAMNAME\|Yaw Pan Deadband LPF}}, and {{PARAMNAME\|Yaw Pan Deadband Hysteresis}}. In general, the deadband for yaw works like the '''''default 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 ~~the~~ pitch and roll ~~axes~~, the gyro drift for ~~the~~ yaw ~~axis~~ 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 essentially is 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 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}} and {{PARAMNAME\|Yaw Pan Deadband Hysteresis}} parameters provide two ~~different~~ means to alleviate the situation.		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}} and {{PARAMNAME\|Yaw Pan Deadband Hysteresis}} parameters provide two means to alleviate the situation.

	~~not yet complete!~~		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.

	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 check carefully the resulting behavior. A typical value could be 2°.		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 check carefully the resulting behavior. A typical value could be 2°.

	[[File:Storm32-wiki-hold-vs-pan-mode-6-v095e.jpg\|480px]]		[[File:Storm32-wiki-hold-vs-pan-mode-6-v095e.jpg\|480px]]

← Older revision		Revision as of 12:31, 6 March 2016
Line 84:		Line 84:
	The STorM32 controller provides further useful options to adjust the pan behavior, namely the {{PARAMNAME\|Pan Expo}} parameters. Again, these settings are effective only when the respective axis is in pan mode, and do not affect the hold mode.		The STorM32 controller provides further useful options to adjust the pan behavior, namely the {{PARAMNAME\|Pan Expo}} parameters. Again, these settings are effective only when the respective axis is in pan mode, and do not affect the hold mode.

	~~The~~ {{PARAMNAME\|Pan Expo}} 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.		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.

	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.		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.

← Older revision		Revision as of 12:21, 6 March 2016
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.