STorM32-Link: Difference between revisions

From STorM32-BGC Wiki
Jump to navigation Jump to search
No edit summary
No edit summary
 
(22 intermediate revisions by the same user not shown)
Line 1: Line 1:
''The information on this page refers to firmware v2.35e and higher.''
''The information on this page refers to firmware v2.49e and higher.''


The STorM32-Link refers to a communication link between the STorM32 gimbal controller and a drone's flight controller, in order to achieve advanced performance which otherwise would not be possible.  
The STorM32-Link refers to a communication link between the STorM32 gimbal controller and a drone's flight controller for exchanging low-level data, in order to achieve advanced performance which otherwise would not be possible.  


The primary goal of the STorM32-Link is too overcome two general and hard-to-tackle issues with 3-axis gimbals, namely the drifting of the yaw axis in the hold mode and the tilting of the horizon in high-g flight maneuvers such as high-speed turns. The respective mechanisms are called '''''Yaw Drift Compensation''''' and '''''Horizon Drift Compensation''''', and both are available for T-STorM32 gimbals since firmware v2.35e, as demonstrated by the videos below. The STorM32-Link may allow us to achieve further innovative features in the future, such as precision yaw pan modes or automatic recalibration at startup.  
The primary goal of the STorM32-Link is too overcome two general and hard-to-tackle issues with 3-axis gimbals, namely the drifting of the yaw axis and the tilting of the horizon in high-''g'' flight maneuvers such as high-speed turns. The respective mechanisms are called '''''Yaw Drift Compensation''''' and '''''Horizon Drift Compensation''''', and both are demonstrated in the videos below. The STorM32-Link may allow us to achieve further innovative features in the future, such as precision yaw pan modes or automatic recalibration at startup.  


The same physical connection used for the STorM32-Link is also used for exchanging the conventional serial commands for controlling the gimbal, described in the articles [[Serial Communication]] and [[Uavcan]]. However, although the same bus is shared, this communication must not be considered part of the STorM32-Link (it's like TCP and UDP, they both share the same physical connection, but TCP is not UDP and vice versa).
Maybe confusingly, the physical connection used for the STorM32-Link is also used for exchanging the conventional serial commands for controlling and operating the gimbal (these commands are described in the article [[Serial Communication]]). However, although the same bus is shared, this communication must not be considered part of the STorM32-Link.


So, to make it clear, two aspects of the communication should be distinguished:
What this means is that these two aspects of the communication should be distinguished:


* '''''Control of the gimbal''''': The serial/CAN communication allows us to control the orientation of the gimbal, such as the tilt and pan of the camera, with higher precision than possible with the standard inputs, and gives access to all other features of the STorM32 controller, such as triggering a camera, executing on-board scripts, and so on. It also allows the STorM32 to feed back information to the flight controller and ground stations, such as the actual camera orientation. Advanced operation modes such as follow me, smart shots, or object tracking, also fall into this category.
* '''''Control and operation of the gimbal''''': The serial communication allows us to control the orientation of the gimbal, such as the tilt and pan of the camera, with higher precision than possible with the standard inputs, and gives us access to all other features of the STorM32 controller, such as triggering a camera, executing on-board scripts, and so on. It also allows the STorM32 controller to feed back information to the flight controller and ground control station, such as the actual camera orientation. Advanced operation modes such as follow me, smart shots, or object tracking, also fall into this category.


* '''''Improved stabilization''''': In addition, the serial/CAN communication is used to transfer dedicated data from the flight controller to the STorM32 controller, which helps it achieving better and more precise stabilization, and hence better videos. The two main features are the ''Yaw Drift Compensation'' and ''Horizon Drift Compensation'' mentioned before, but other innovative features may become possible in future.
* '''''Improved performance''''': In addition, the serial link is used to transfer dedicated low-level data from the flight controller to the STorM32 controller, which helps it achieving better and more precise stabilization, and hence better videos. The two main features are the ''Yaw Drift Compensation'' and ''Horizon Drift Compensation'' mentioned before, but other innovative features may become possible in future.


Only the second aspect of the communication makes up the STorM32-Link.
Only the second aspect of the communication makes up the STorM32-Link.


The STorM32-Link support depends on the autopilot/flight-stack which is used, for details please consult [[Using STorM32 with DJI]] and [[Using STorM32 with ArduPilot]].
The STorM32-Link support depends on the autopilot/flight-stack which is being used; for specific details please consult <!-- [[Using STorM32 with DJI]] and [[Using STorM32 with ArduPilot]]-->[[Using STorM32 with BetaPilot]].


A comment on history, and why STorM32-Link is a T-STorM32 feature: The STorM32-Link has probably the most colorful development history. Originally conceived early 2015, at a time when neither BaseCam/AlexMos nor Gremsy had such a feature, it never really took off besides being partially available since then (see [http://www.rcgroups.com/forums/showthread.php?t=2395475 STorM32-Link]). The game changed with the introduction of T-STorM32 in early 2017, since the more accurate data on the gimbal joint angles available with encoders help significantly in implementing the goals. And that's why the STorM32-Link features have been made available only for T-STorM32.
A comment on history: The STorM32-Link has a colorful development history. Originally conceived in early 2015, at a time when neither BaseCam/AlexMos nor Gremsy had such a feature, it never really took off besides being partially available since then (see [http://www.rcgroups.com/forums/showthread.php?t=2395475 STorM32-Link]). The game changed with the introduction of T-STorM32 in early 2017, since the more accurate data on the gimbal joint angles available with encoders help significantly in implementing the goals. And that is why the STorM32-Link features have been made available first for only T-STorM32. With firmware version v2.49e the STorM32-Link has become also available for conventional STorM32, besides the inherent limitations this implies.
 
{{COMMENT|For T-STorM32 the STorM32-Link is fully tested and confirmed to work by the firmware author. This is not so however for the conventional STorM32; here STorM32-Link was added due to community request, and testing was left to the community. Please see [[https://www.rcgroups.com/forums/showthread.php?2055844-STorM32-BGC-32-bit-3-axis-brushless-gimbal-controller/page236&perpage=50#post43495807]].}}


{{#ev:youtube|l8rz78kDWNY|480}}
{{#ev:youtube|l8rz78kDWNY|480}}


{{#ev:youtube|z03PkDf0R-0|480}}
{{#ev:youtube|z03PkDf0R-0|480}}

Latest revision as of 20:24, 20 January 2024

The information on this page refers to firmware v2.49e and higher.

The STorM32-Link refers to a communication link between the STorM32 gimbal controller and a drone's flight controller for exchanging low-level data, in order to achieve advanced performance which otherwise would not be possible.

The primary goal of the STorM32-Link is too overcome two general and hard-to-tackle issues with 3-axis gimbals, namely the drifting of the yaw axis and the tilting of the horizon in high-g flight maneuvers such as high-speed turns. The respective mechanisms are called Yaw Drift Compensation and Horizon Drift Compensation, and both are demonstrated in the videos below. The STorM32-Link may allow us to achieve further innovative features in the future, such as precision yaw pan modes or automatic recalibration at startup.

Maybe confusingly, the physical connection used for the STorM32-Link is also used for exchanging the conventional serial commands for controlling and operating the gimbal (these commands are described in the article Serial Communication). However, although the same bus is shared, this communication must not be considered part of the STorM32-Link.

What this means is that these two aspects of the communication should be distinguished:

  • Control and operation of the gimbal: The serial communication allows us to control the orientation of the gimbal, such as the tilt and pan of the camera, with higher precision than possible with the standard inputs, and gives us access to all other features of the STorM32 controller, such as triggering a camera, executing on-board scripts, and so on. It also allows the STorM32 controller to feed back information to the flight controller and ground control station, such as the actual camera orientation. Advanced operation modes such as follow me, smart shots, or object tracking, also fall into this category.
  • Improved performance: In addition, the serial link is used to transfer dedicated low-level data from the flight controller to the STorM32 controller, which helps it achieving better and more precise stabilization, and hence better videos. The two main features are the Yaw Drift Compensation and Horizon Drift Compensation mentioned before, but other innovative features may become possible in future.

Only the second aspect of the communication makes up the STorM32-Link.

The STorM32-Link support depends on the autopilot/flight-stack which is being used; for specific details please consult Using STorM32 with BetaPilot.

A comment on history: The STorM32-Link has a colorful development history. Originally conceived in early 2015, at a time when neither BaseCam/AlexMos nor Gremsy had such a feature, it never really took off besides being partially available since then (see STorM32-Link). The game changed with the introduction of T-STorM32 in early 2017, since the more accurate data on the gimbal joint angles available with encoders help significantly in implementing the goals. And that is why the STorM32-Link features have been made available first for only T-STorM32. With firmware version v2.49e the STorM32-Link has become also available for conventional STorM32, besides the inherent limitations this implies.

Comment: For T-STorM32 the STorM32-Link is fully tested and confirmed to work by the firmware author. This is not so however for the conventional STorM32; here STorM32-Link was added due to community request, and testing was left to the community. Please see [[1]].