CTRE Phoenix 6 C++ 25.0.0-beta-4
|
Gains for the specified slot. More...
#include <ctre/phoenix6/configs/Configs.hpp>
Public Member Functions | |
constexpr | Slot0Configs ()=default |
constexpr Slot0Configs & | WithKP (units::dimensionless::scalar_t newKP) |
Modifies this configuration's kP parameter and returns itself for method-chaining and easier to use config API. | |
constexpr Slot0Configs & | WithKI (units::dimensionless::scalar_t newKI) |
Modifies this configuration's kI parameter and returns itself for method-chaining and easier to use config API. | |
constexpr Slot0Configs & | WithKD (units::dimensionless::scalar_t newKD) |
Modifies this configuration's kD parameter and returns itself for method-chaining and easier to use config API. | |
constexpr Slot0Configs & | WithKS (units::dimensionless::scalar_t newKS) |
Modifies this configuration's kS parameter and returns itself for method-chaining and easier to use config API. | |
constexpr Slot0Configs & | WithKV (units::dimensionless::scalar_t newKV) |
Modifies this configuration's kV parameter and returns itself for method-chaining and easier to use config API. | |
constexpr Slot0Configs & | WithKA (units::dimensionless::scalar_t newKA) |
Modifies this configuration's kA parameter and returns itself for method-chaining and easier to use config API. | |
constexpr Slot0Configs & | WithKG (units::dimensionless::scalar_t newKG) |
Modifies this configuration's kG parameter and returns itself for method-chaining and easier to use config API. | |
constexpr Slot0Configs & | WithGravityType (signals::GravityTypeValue newGravityType) |
Modifies this configuration's GravityType parameter and returns itself for method-chaining and easier to use config API. | |
constexpr Slot0Configs & | WithStaticFeedforwardSign (signals::StaticFeedforwardSignValue newStaticFeedforwardSign) |
Modifies this configuration's StaticFeedforwardSign parameter and returns itself for method-chaining and easier to use config API. | |
std::string | ToString () const override |
std::string | Serialize () const override |
ctre::phoenix::StatusCode | Deserialize (const std::string &to_deserialize) override |
Static Public Member Functions | |
static Slot0Configs | From (const SlotConfigs &value) |
Public Attributes | |
units::dimensionless::scalar_t | kP = 0 |
Proportional Gain. | |
units::dimensionless::scalar_t | kI = 0 |
Integral Gain. | |
units::dimensionless::scalar_t | kD = 0 |
Derivative Gain. | |
units::dimensionless::scalar_t | kS = 0 |
Static Feedforward Gain. | |
units::dimensionless::scalar_t | kV = 0 |
Velocity Feedforward Gain. | |
units::dimensionless::scalar_t | kA = 0 |
Acceleration Feedforward Gain. | |
units::dimensionless::scalar_t | kG = 0 |
Gravity Feedforward/Feedback Gain. | |
signals::GravityTypeValue | GravityType = signals::GravityTypeValue::Elevator_Static |
Gravity Feedforward/Feedback Type. | |
signals::StaticFeedforwardSignValue | StaticFeedforwardSign = signals::StaticFeedforwardSignValue::UseVelocitySign |
Static Feedforward Sign during position closed loop. | |
Gains for the specified slot.
If this slot is selected, these gains are used in closed loop control requests.
|
constexprdefault |
|
inlineoverridevirtual |
Implements ctre::phoenix6::configs::ParentConfiguration.
|
static |
|
inlineoverridevirtual |
Implements ctre::phoenix6::ISerializable.
|
inlineoverridevirtual |
Implements ctre::phoenix6::configs::ParentConfiguration.
|
inlineconstexpr |
Modifies this configuration's GravityType parameter and returns itself for method-chaining and easier to use config API.
Gravity Feedforward/Feedback Type.
This determines the type of the gravity feedforward/feedback.
Choose Elevator_Static for systems where the gravity feedforward is constant, such as an elevator. The gravity feedforward output will always have the same sign.
Choose Arm_Cosine for systems where the gravity feedback is dependent on the angular position of the mechanism, such as an arm. The gravity feedback output will vary depending on the mechanism angular position. Note that the sensor offset and ratios must be configured so that the sensor reports a position of 0 when the mechanism is horizonal (parallel to the ground), and the reported sensor position is 1:1 with the mechanism.
newGravityType | Parameter to modify |
|
inlineconstexpr |
Modifies this configuration's kA parameter and returns itself for method-chaining and easier to use config API.
Acceleration Feedforward Gain.
The units for this gain is dependent on the control mode. Since this gain is multiplied by the requested acceleration, the units should be defined as units of output per unit of requested input acceleration. For example, when controlling velocity using a duty cycle closed loop, the units for the acceleration feedfoward gain will be duty cycle per requested rot per sec², or 1/(rot per sec²).
newKA | Parameter to modify |
|
inlineconstexpr |
Modifies this configuration's kD parameter and returns itself for method-chaining and easier to use config API.
Derivative Gain.
The units for this gain is dependent on the control mode. Since this gain is multiplied by the derivative of error in the input with respect to time (in units of seconds), the units should be defined as units of output per unit of the differentiated input error. For example, when controlling velocity using a duty cycle closed loop, the derivative of velocity with respect to time is rot per sec², which is acceleration. Therefore, the units for the derivative gain will be duty cycle per unit of acceleration error, or 1/(rot per sec²).
newKD | Parameter to modify |
|
inlineconstexpr |
Modifies this configuration's kG parameter and returns itself for method-chaining and easier to use config API.
Gravity Feedforward/Feedback Gain.
This is added to the closed loop output. The sign is determined by GravityType. The unit for this constant is dependent on the control mode, typically fractional duty cycle, voltage, or torque current.
newKG | Parameter to modify |
|
inlineconstexpr |
Modifies this configuration's kI parameter and returns itself for method-chaining and easier to use config API.
Integral Gain.
The units for this gain is dependent on the control mode. Since this gain is multiplied by error in the input integrated over time (in units of seconds), the units should be defined as units of output per unit of integrated input error. For example, when controlling velocity using a duty cycle closed loop, integrating velocity over time results in rps * s = rotations. Therefore, the units for the integral gain will be duty cycle per rotation of accumulated error, or 1/rot.
newKI | Parameter to modify |
|
inlineconstexpr |
Modifies this configuration's kP parameter and returns itself for method-chaining and easier to use config API.
Proportional Gain.
The units for this gain is dependent on the control mode. Since this gain is multiplied by error in the input, the units should be defined as units of output per unit of input error. For example, when controlling velocity using a duty cycle closed loop, the units for the proportional gain will be duty cycle per rps of error, or 1/rps.
newKP | Parameter to modify |
|
inlineconstexpr |
Modifies this configuration's kS parameter and returns itself for method-chaining and easier to use config API.
Static Feedforward Gain.
This is added to the closed loop output. The unit for this constant is dependent on the control mode, typically fractional duty cycle, voltage, or torque current.
The sign is typically determined by reference velocity when using position, velocity, and Motion Magic® closed loop modes. However, when using position closed loop with zero velocity reference (no motion profiling), the application can instead use the position closed loop error by setting the Static Feedforward Sign configuration parameter. When doing so, we recommend the minimal amount of kS, otherwise the motor output may dither when closed loop error is near zero.
newKS | Parameter to modify |
|
inlineconstexpr |
Modifies this configuration's kV parameter and returns itself for method-chaining and easier to use config API.
Velocity Feedforward Gain.
The units for this gain is dependent on the control mode. Since this gain is multiplied by the requested velocity, the units should be defined as units of output per unit of requested input velocity. For example, when controlling velocity using a duty cycle closed loop, the units for the velocity feedfoward gain will be duty cycle per requested rps, or 1/rps.
newKV | Parameter to modify |
|
inlineconstexpr |
Modifies this configuration's StaticFeedforwardSign parameter and returns itself for method-chaining and easier to use config API.
Static Feedforward Sign during position closed loop.
This determines the sign of the applied kS during position closed-loop modes. The default behavior uses the velocity reference sign. This works well with velocity closed loop, Motion Magic® controls, and position closed loop when velocity reference is specified (motion profiling).
However, when using position closed loop with zero velocity reference (no motion profiling), the application may want to apply static feedforward based on the sign of closed loop error instead. When doing so, we recommend using the minimal amount of kS, otherwise the motor output may dither when closed loop error is near zero.
newStaticFeedforwardSign | Parameter to modify |
signals::GravityTypeValue ctre::phoenix6::configs::Slot0Configs::GravityType = signals::GravityTypeValue::Elevator_Static |
Gravity Feedforward/Feedback Type.
This determines the type of the gravity feedforward/feedback.
Choose Elevator_Static for systems where the gravity feedforward is constant, such as an elevator. The gravity feedforward output will always have the same sign.
Choose Arm_Cosine for systems where the gravity feedback is dependent on the angular position of the mechanism, such as an arm. The gravity feedback output will vary depending on the mechanism angular position. Note that the sensor offset and ratios must be configured so that the sensor reports a position of 0 when the mechanism is horizonal (parallel to the ground), and the reported sensor position is 1:1 with the mechanism.
units::dimensionless::scalar_t ctre::phoenix6::configs::Slot0Configs::kA = 0 |
Acceleration Feedforward Gain.
The units for this gain is dependent on the control mode. Since this gain is multiplied by the requested acceleration, the units should be defined as units of output per unit of requested input acceleration. For example, when controlling velocity using a duty cycle closed loop, the units for the acceleration feedfoward gain will be duty cycle per requested rot per sec², or 1/(rot per sec²).
units::dimensionless::scalar_t ctre::phoenix6::configs::Slot0Configs::kD = 0 |
Derivative Gain.
The units for this gain is dependent on the control mode. Since this gain is multiplied by the derivative of error in the input with respect to time (in units of seconds), the units should be defined as units of output per unit of the differentiated input error. For example, when controlling velocity using a duty cycle closed loop, the derivative of velocity with respect to time is rot per sec², which is acceleration. Therefore, the units for the derivative gain will be duty cycle per unit of acceleration error, or 1/(rot per sec²).
units::dimensionless::scalar_t ctre::phoenix6::configs::Slot0Configs::kG = 0 |
Gravity Feedforward/Feedback Gain.
This is added to the closed loop output. The sign is determined by GravityType. The unit for this constant is dependent on the control mode, typically fractional duty cycle, voltage, or torque current.
units::dimensionless::scalar_t ctre::phoenix6::configs::Slot0Configs::kI = 0 |
Integral Gain.
The units for this gain is dependent on the control mode. Since this gain is multiplied by error in the input integrated over time (in units of seconds), the units should be defined as units of output per unit of integrated input error. For example, when controlling velocity using a duty cycle closed loop, integrating velocity over time results in rps * s = rotations. Therefore, the units for the integral gain will be duty cycle per rotation of accumulated error, or 1/rot.
units::dimensionless::scalar_t ctre::phoenix6::configs::Slot0Configs::kP = 0 |
Proportional Gain.
The units for this gain is dependent on the control mode. Since this gain is multiplied by error in the input, the units should be defined as units of output per unit of input error. For example, when controlling velocity using a duty cycle closed loop, the units for the proportional gain will be duty cycle per rps of error, or 1/rps.
units::dimensionless::scalar_t ctre::phoenix6::configs::Slot0Configs::kS = 0 |
Static Feedforward Gain.
This is added to the closed loop output. The unit for this constant is dependent on the control mode, typically fractional duty cycle, voltage, or torque current.
The sign is typically determined by reference velocity when using position, velocity, and Motion Magic® closed loop modes. However, when using position closed loop with zero velocity reference (no motion profiling), the application can instead use the position closed loop error by setting the Static Feedforward Sign configuration parameter. When doing so, we recommend the minimal amount of kS, otherwise the motor output may dither when closed loop error is near zero.
units::dimensionless::scalar_t ctre::phoenix6::configs::Slot0Configs::kV = 0 |
Velocity Feedforward Gain.
The units for this gain is dependent on the control mode. Since this gain is multiplied by the requested velocity, the units should be defined as units of output per unit of requested input velocity. For example, when controlling velocity using a duty cycle closed loop, the units for the velocity feedfoward gain will be duty cycle per requested rps, or 1/rps.
signals::StaticFeedforwardSignValue ctre::phoenix6::configs::Slot0Configs::StaticFeedforwardSign = signals::StaticFeedforwardSignValue::UseVelocitySign |
Static Feedforward Sign during position closed loop.
This determines the sign of the applied kS during position closed-loop modes. The default behavior uses the velocity reference sign. This works well with velocity closed loop, Motion Magic® controls, and position closed loop when velocity reference is specified (motion profiling).
However, when using position closed loop with zero velocity reference (no motion profiling), the application may want to apply static feedforward based on the sign of closed loop error instead. When doing so, we recommend using the minimal amount of kS, otherwise the motor output may dither when closed loop error is near zero.