|
CTRE Phoenix 6 C++ 26.3.0
|
Class description for the Talon FX integrated motor controller. More...
#include <ctre/phoenix6/core/CoreTalonFX.hpp>
Public Types | |
| using | Configuration = configs::TalonFXConfiguration |
| The configuration class for this device. | |
Public Member Functions | |
| CoreTalonFX (int deviceId, CANBus canbus={}) | |
| Constructs a new Talon FX motor controller object. | |
| CoreTalonFX (int deviceId, std::string canbus) | |
| Constructs a new Talon FX motor controller object. | |
| configs::TalonFXConfigurator & | GetConfigurator () |
| Gets the configurator for this TalonFX. | |
| configs::TalonFXConfigurator const & | GetConfigurator () const |
| Gets the configurator for this TalonFX. | |
| sim::TalonFXSimState & | GetSimState () |
| Get the simulation state for this device. | |
| StatusSignal< int > & | GetVersionMajor (bool refresh=true) final |
| App Major Version number. | |
| StatusSignal< int > & | GetVersionMinor (bool refresh=true) final |
| App Minor Version number. | |
| StatusSignal< int > & | GetVersionBugfix (bool refresh=true) final |
| App Bugfix Version number. | |
| StatusSignal< int > & | GetVersionBuild (bool refresh=true) final |
| App Build Version number. | |
| StatusSignal< int > & | GetVersion (bool refresh=true) final |
| Full Version of firmware in device. | |
| StatusSignal< int > & | GetFaultField (bool refresh=true) final |
| Integer representing all fault flags reported by the device. | |
| StatusSignal< int > & | GetStickyFaultField (bool refresh=true) final |
| Integer representing all (persistent) sticky fault flags reported by the device. | |
| StatusSignal< units::voltage::volt_t > & | GetMotorVoltage (bool refresh=true) final |
| The applied (output) motor voltage. | |
| StatusSignal< signals::ForwardLimitValue > & | GetForwardLimit (bool refresh=true) final |
| Forward Limit Pin. | |
| StatusSignal< signals::ReverseLimitValue > & | GetReverseLimit (bool refresh=true) final |
| Reverse Limit Pin. | |
| StatusSignal< signals::AppliedRotorPolarityValue > & | GetAppliedRotorPolarity (bool refresh=true) final |
| The applied rotor polarity as seen from the front of the motor. | |
| StatusSignal< units::dimensionless::scalar_t > & | GetDutyCycle (bool refresh=true) final |
| The applied motor duty cycle. | |
| StatusSignal< units::current::ampere_t > & | GetTorqueCurrent (bool refresh=true) final |
| Current corresponding to the torque output by the motor. | |
| StatusSignal< units::current::ampere_t > & | GetStatorCurrent (bool refresh=true) final |
| Current corresponding to the stator windings. | |
| StatusSignal< units::current::ampere_t > & | GetSupplyCurrent (bool refresh=true) final |
| Measured supply side current. | |
| StatusSignal< units::voltage::volt_t > & | GetSupplyVoltage (bool refresh=true) final |
| Measured supply voltage to the device. | |
| StatusSignal< units::temperature::celsius_t > & | GetDeviceTemp (bool refresh=true) final |
| Temperature of device. | |
| StatusSignal< units::temperature::celsius_t > & | GetProcessorTemp (bool refresh=true) final |
| Temperature of the processor. | |
| StatusSignal< units::angular_velocity::turns_per_second_t > & | GetRotorVelocity (bool refresh=true) final |
| Velocity of the motor rotor. | |
| StatusSignal< units::angle::turn_t > & | GetRotorPosition (bool refresh=true) final |
| Position of the motor rotor. | |
| StatusSignal< units::angular_velocity::turns_per_second_t > & | GetVelocity (bool refresh=true) final |
| Velocity of the device in mechanism rotations per second. | |
| StatusSignal< units::angle::turn_t > & | GetPosition (bool refresh=true) final |
| Position of the device in mechanism rotations. | |
| StatusSignal< units::angular_acceleration::turns_per_second_squared_t > & | GetAcceleration (bool refresh=true) final |
| Acceleration of the device in mechanism rotations per second². | |
| StatusSignal< signals::ControlModeValue > & | GetControlMode (bool refresh=true) final |
| The active control mode of the motor controller. | |
| StatusSignal< bool > & | GetMotionMagicAtTarget (bool refresh=true) final |
| Check if the Motion Magic® profile has reached the target. | |
| StatusSignal< bool > & | GetMotionMagicIsRunning (bool refresh=true) final |
| Check if Motion Magic® is running. | |
| StatusSignal< signals::RobotEnableValue > & | GetRobotEnable (bool refresh=true) final |
| Indicates if the robot is enabled. | |
| StatusSignal< signals::DeviceEnableValue > & | GetDeviceEnable (bool refresh=true) final |
| Indicates if device is actuator enabled. | |
| StatusSignal< int > & | GetClosedLoopSlot (bool refresh=true) final |
| The slot that the closed-loop PID is using. | |
| StatusSignal< signals::MotorOutputStatusValue > & | GetMotorOutputStatus (bool refresh=true) final |
| Assess the status of the motor output with respect to load and supply. | |
| StatusSignal< signals::DifferentialControlModeValue > & | GetDifferentialControlMode (bool refresh=true) final |
| The active control mode of the differential controller. | |
| StatusSignal< units::angular_velocity::turns_per_second_t > & | GetDifferentialAverageVelocity (bool refresh=true) final |
| Average component of the differential velocity of device. | |
| StatusSignal< units::angle::turn_t > & | GetDifferentialAveragePosition (bool refresh=true) final |
| Average component of the differential position of device. | |
| StatusSignal< units::angular_velocity::turns_per_second_t > & | GetDifferentialDifferenceVelocity (bool refresh=true) final |
| Difference component of the differential velocity of device. | |
| StatusSignal< units::angle::turn_t > & | GetDifferentialDifferencePosition (bool refresh=true) final |
| Difference component of the differential position of device. | |
| StatusSignal< int > & | GetDifferentialClosedLoopSlot (bool refresh=true) final |
| The slot that the closed-loop differential PID is using. | |
| StatusSignal< ctre::unit::newton_meters_per_ampere_t > & | GetMotorKT (bool refresh=true) final |
| The torque constant (K_T) of the motor. | |
| StatusSignal< ctre::unit::rpm_per_volt_t > & | GetMotorKV (bool refresh=true) final |
| The velocity constant (K_V) of the motor. | |
| StatusSignal< units::current::ampere_t > & | GetMotorStallCurrent (bool refresh=true) final |
| The stall current of the motor at 12 V output. | |
| StatusSignal< signals::BridgeOutputValue > & | GetBridgeOutput (bool refresh=true) final |
| The applied output of the bridge. | |
| StatusSignal< bool > & | GetIsProLicensed (bool refresh=true) final |
| Whether the device is Phoenix Pro licensed. | |
| StatusSignal< units::temperature::celsius_t > & | GetAncillaryDeviceTemp (bool refresh=true) final |
| Temperature of device from second sensor. | |
| StatusSignal< signals::ConnectedMotorValue > & | GetConnectedMotor (bool refresh=true) final |
| The type of motor attached to the Talon. | |
| StatusSignal< bool > & | GetFault_Hardware (bool refresh=true) final |
| Hardware fault occurred. | |
| StatusSignal< bool > & | GetStickyFault_Hardware (bool refresh=true) final |
| Hardware fault occurred. | |
| StatusSignal< bool > & | GetFault_ProcTemp (bool refresh=true) final |
| Processor temperature exceeded limit. | |
| StatusSignal< bool > & | GetStickyFault_ProcTemp (bool refresh=true) final |
| Processor temperature exceeded limit. | |
| StatusSignal< bool > & | GetFault_DeviceTemp (bool refresh=true) final |
| Device temperature exceeded limit. | |
| StatusSignal< bool > & | GetStickyFault_DeviceTemp (bool refresh=true) final |
| Device temperature exceeded limit. | |
| StatusSignal< bool > & | GetFault_Undervoltage (bool refresh=true) final |
| Device supply voltage dropped to near brownout levels. | |
| StatusSignal< bool > & | GetStickyFault_Undervoltage (bool refresh=true) final |
| Device supply voltage dropped to near brownout levels. | |
| StatusSignal< bool > & | GetFault_BootDuringEnable (bool refresh=true) final |
| Device boot while detecting the enable signal. | |
| StatusSignal< bool > & | GetStickyFault_BootDuringEnable (bool refresh=true) final |
| Device boot while detecting the enable signal. | |
| StatusSignal< bool > & | GetFault_UnlicensedFeatureInUse (bool refresh=true) final |
| An unlicensed feature is in use, device may not behave as expected. | |
| StatusSignal< bool > & | GetStickyFault_UnlicensedFeatureInUse (bool refresh=true) final |
| An unlicensed feature is in use, device may not behave as expected. | |
| StatusSignal< bool > & | GetFault_BridgeBrownout (bool refresh=true) final |
| Bridge was disabled most likely due to supply voltage dropping too low. | |
| StatusSignal< bool > & | GetStickyFault_BridgeBrownout (bool refresh=true) final |
| Bridge was disabled most likely due to supply voltage dropping too low. | |
| StatusSignal< bool > & | GetFault_RemoteSensorReset (bool refresh=true) final |
| The remote sensor has reset. | |
| StatusSignal< bool > & | GetStickyFault_RemoteSensorReset (bool refresh=true) final |
| The remote sensor has reset. | |
| StatusSignal< bool > & | GetFault_MissingDifferentialFX (bool refresh=true) final |
| The remote Talon used for differential control is not present on CAN Bus. | |
| StatusSignal< bool > & | GetStickyFault_MissingDifferentialFX (bool refresh=true) final |
| The remote Talon used for differential control is not present on CAN Bus. | |
| StatusSignal< bool > & | GetFault_RemoteSensorPosOverflow (bool refresh=true) final |
| The remote sensor position has overflowed. | |
| StatusSignal< bool > & | GetStickyFault_RemoteSensorPosOverflow (bool refresh=true) final |
| The remote sensor position has overflowed. | |
| StatusSignal< bool > & | GetFault_OverSupplyV (bool refresh=true) final |
| Supply Voltage has exceeded the maximum voltage rating of device. | |
| StatusSignal< bool > & | GetStickyFault_OverSupplyV (bool refresh=true) final |
| Supply Voltage has exceeded the maximum voltage rating of device. | |
| StatusSignal< bool > & | GetFault_UnstableSupplyV (bool refresh=true) final |
| Supply Voltage is unstable. | |
| StatusSignal< bool > & | GetStickyFault_UnstableSupplyV (bool refresh=true) final |
| Supply Voltage is unstable. | |
| StatusSignal< bool > & | GetFault_ReverseHardLimit (bool refresh=true) final |
| Reverse limit switch has been asserted. | |
| StatusSignal< bool > & | GetStickyFault_ReverseHardLimit (bool refresh=true) final |
| Reverse limit switch has been asserted. | |
| StatusSignal< bool > & | GetFault_ForwardHardLimit (bool refresh=true) final |
| Forward limit switch has been asserted. | |
| StatusSignal< bool > & | GetStickyFault_ForwardHardLimit (bool refresh=true) final |
| Forward limit switch has been asserted. | |
| StatusSignal< bool > & | GetFault_ReverseSoftLimit (bool refresh=true) final |
| Reverse soft limit has been asserted. | |
| StatusSignal< bool > & | GetStickyFault_ReverseSoftLimit (bool refresh=true) final |
| Reverse soft limit has been asserted. | |
| StatusSignal< bool > & | GetFault_ForwardSoftLimit (bool refresh=true) final |
| Forward soft limit has been asserted. | |
| StatusSignal< bool > & | GetStickyFault_ForwardSoftLimit (bool refresh=true) final |
| Forward soft limit has been asserted. | |
| StatusSignal< bool > & | GetFault_MissingSoftLimitRemote (bool refresh=true) final |
| The remote soft limit device is not present on CAN Bus. | |
| StatusSignal< bool > & | GetStickyFault_MissingSoftLimitRemote (bool refresh=true) final |
| The remote soft limit device is not present on CAN Bus. | |
| StatusSignal< bool > & | GetFault_MissingHardLimitRemote (bool refresh=true) final |
| The remote limit switch device is not present on CAN Bus. | |
| StatusSignal< bool > & | GetStickyFault_MissingHardLimitRemote (bool refresh=true) final |
| The remote limit switch device is not present on CAN Bus. | |
| StatusSignal< bool > & | GetFault_RemoteSensorDataInvalid (bool refresh=true) final |
| The remote sensor's data is no longer trusted. | |
| StatusSignal< bool > & | GetStickyFault_RemoteSensorDataInvalid (bool refresh=true) final |
| The remote sensor's data is no longer trusted. | |
| StatusSignal< bool > & | GetFault_FusedSensorOutOfSync (bool refresh=true) final |
| The remote sensor used for fusion has fallen out of sync to the local sensor. | |
| StatusSignal< bool > & | GetStickyFault_FusedSensorOutOfSync (bool refresh=true) final |
| The remote sensor used for fusion has fallen out of sync to the local sensor. | |
| StatusSignal< bool > & | GetFault_StatorCurrLimit (bool refresh=true) final |
| Stator current limit occured. | |
| StatusSignal< bool > & | GetStickyFault_StatorCurrLimit (bool refresh=true) final |
| Stator current limit occured. | |
| StatusSignal< bool > & | GetFault_SupplyCurrLimit (bool refresh=true) final |
| Supply current limit occured. | |
| StatusSignal< bool > & | GetStickyFault_SupplyCurrLimit (bool refresh=true) final |
| Supply current limit occured. | |
| StatusSignal< bool > & | GetFault_UsingFusedCANcoderWhileUnlicensed (bool refresh=true) final |
| Using Fused CANcoder feature while unlicensed. | |
| StatusSignal< bool > & | GetStickyFault_UsingFusedCANcoderWhileUnlicensed (bool refresh=true) final |
| Using Fused CANcoder feature while unlicensed. | |
| StatusSignal< bool > & | GetFault_StaticBrakeDisabled (bool refresh=true) final |
| Static brake was momentarily disabled due to excessive braking current while disabled. | |
| StatusSignal< bool > & | GetStickyFault_StaticBrakeDisabled (bool refresh=true) final |
| Static brake was momentarily disabled due to excessive braking current while disabled. | |
| StatusSignal< bool > & | GetFault_RotorFault1 (bool refresh=true) final |
| Trips if a major mechanical or ESD event caused a brief loss of position data triggering a recovery while not in motion. | |
| StatusSignal< bool > & | GetStickyFault_RotorFault1 (bool refresh=true) final |
| Trips if a major mechanical or ESD event caused a brief loss of position data triggering a recovery while not in motion. | |
| StatusSignal< bool > & | GetFault_RotorFault2 (bool refresh=true) final |
| Trips if a major mechanical or ESD event caused a brief loss of position data triggering a recovery while in motion. | |
| StatusSignal< bool > & | GetStickyFault_RotorFault2 (bool refresh=true) final |
| Trips if a major mechanical or ESD event caused a brief loss of position data triggering a recovery while in motion. | |
| StatusSignal< double > & | GetClosedLoopProportionalOutput (bool refresh=true) final |
| Closed loop proportional component. | |
| StatusSignal< double > & | GetClosedLoopIntegratedOutput (bool refresh=true) final |
| Closed loop integrated component. | |
| StatusSignal< double > & | GetClosedLoopFeedForward (bool refresh=true) final |
| Feedforward passed by the user. | |
| StatusSignal< double > & | GetClosedLoopDerivativeOutput (bool refresh=true) final |
| Closed loop derivative component. | |
| StatusSignal< double > & | GetClosedLoopOutput (bool refresh=true) final |
| Closed loop total output. | |
| StatusSignal< double > & | GetClosedLoopReference (bool refresh=true) final |
| Value that the closed loop is targeting. | |
| StatusSignal< double > & | GetClosedLoopReferenceSlope (bool refresh=true) final |
| Derivative of the target that the closed loop is targeting. | |
| StatusSignal< double > & | GetClosedLoopError (bool refresh=true) final |
| The difference between target reference and current measurement. | |
| StatusSignal< double > & | GetDifferentialOutput (bool refresh=true) final |
| The calculated motor output for differential followers. | |
| StatusSignal< double > & | GetDifferentialClosedLoopProportionalOutput (bool refresh=true) final |
| Differential closed loop proportional component. | |
| StatusSignal< double > & | GetDifferentialClosedLoopIntegratedOutput (bool refresh=true) final |
| Differential closed loop integrated component. | |
| StatusSignal< double > & | GetDifferentialClosedLoopFeedForward (bool refresh=true) final |
| Differential Feedforward passed by the user. | |
| StatusSignal< double > & | GetDifferentialClosedLoopDerivativeOutput (bool refresh=true) final |
| Differential closed loop derivative component. | |
| StatusSignal< double > & | GetDifferentialClosedLoopOutput (bool refresh=true) final |
| Differential closed loop total output. | |
| StatusSignal< double > & | GetDifferentialClosedLoopReference (bool refresh=true) final |
| Value that the differential closed loop is targeting. | |
| StatusSignal< double > & | GetDifferentialClosedLoopReferenceSlope (bool refresh=true) final |
| Derivative of the target that the differential closed loop is targeting. | |
| StatusSignal< double > & | GetDifferentialClosedLoopError (bool refresh=true) final |
| The difference between target differential reference and current measurement. | |
| ctre::phoenix::StatusCode | SetControl (controls::DutyCycleOut const &request) final |
| Request a specified motor duty cycle. | |
| ctre::phoenix::StatusCode | SetControl (controls::TorqueCurrentFOC const &request) final |
| Request a specified motor current (field oriented control). | |
| ctre::phoenix::StatusCode | SetControl (controls::VoltageOut const &request) final |
| Request a specified voltage. | |
| ctre::phoenix::StatusCode | SetControl (controls::PositionDutyCycle const &request) final |
| Request PID to target position with duty cycle feedforward. | |
| ctre::phoenix::StatusCode | SetControl (controls::PositionVoltage const &request) final |
| Request PID to target position with voltage feedforward. | |
| ctre::phoenix::StatusCode | SetControl (controls::PositionTorqueCurrentFOC const &request) final |
| Request PID to target position with torque current feedforward. | |
| ctre::phoenix::StatusCode | SetControl (controls::VelocityDutyCycle const &request) final |
| Request PID to target velocity with duty cycle feedforward. | |
| ctre::phoenix::StatusCode | SetControl (controls::VelocityVoltage const &request) final |
| Request PID to target velocity with voltage feedforward. | |
| ctre::phoenix::StatusCode | SetControl (controls::VelocityTorqueCurrentFOC const &request) final |
| Request PID to target velocity with torque current feedforward. | |
| ctre::phoenix::StatusCode | SetControl (controls::MotionMagicDutyCycle const &request) final |
| Requests Motion Magic® to target a final position using a motion profile. | |
| ctre::phoenix::StatusCode | SetControl (controls::MotionMagicVoltage const &request) final |
| Requests Motion Magic® to target a final position using a motion profile. | |
| ctre::phoenix::StatusCode | SetControl (controls::MotionMagicTorqueCurrentFOC const &request) final |
| Requests Motion Magic® to target a final position using a motion profile. | |
| ctre::phoenix::StatusCode | SetControl (controls::DifferentialDutyCycle const &request) final |
| Request a specified motor duty cycle with a differential position closed-loop. | |
| ctre::phoenix::StatusCode | SetControl (controls::DifferentialVoltage const &request) final |
| Request a specified voltage with a differential position closed-loop. | |
| ctre::phoenix::StatusCode | SetControl (controls::DifferentialPositionDutyCycle const &request) final |
| Request PID to target position with a differential position setpoint. | |
| ctre::phoenix::StatusCode | SetControl (controls::DifferentialPositionVoltage const &request) final |
| Request PID to target position with a differential position setpoint. | |
| ctre::phoenix::StatusCode | SetControl (controls::DifferentialVelocityDutyCycle const &request) final |
| Request PID to target velocity with a differential position setpoint. | |
| ctre::phoenix::StatusCode | SetControl (controls::DifferentialVelocityVoltage const &request) final |
| Request PID to target velocity with a differential position setpoint. | |
| ctre::phoenix::StatusCode | SetControl (controls::DifferentialMotionMagicDutyCycle const &request) final |
| Requests Motion Magic® to target a final position using a motion profile, and PID to a differential position setpoint. | |
| ctre::phoenix::StatusCode | SetControl (controls::DifferentialMotionMagicVoltage const &request) final |
| Requests Motion Magic® to target a final position using a motion profile, and PID to a differential position setpoint. | |
| ctre::phoenix::StatusCode | SetControl (controls::DifferentialMotionMagicExpoDutyCycle const &request) final |
| Requests Motion Magic® to target a final position using an exponential motion profile, and PID to a differential position setpoint. | |
| ctre::phoenix::StatusCode | SetControl (controls::DifferentialMotionMagicExpoVoltage const &request) final |
| Requests Motion Magic® to target a final position using an exponential motion profile, and PID to a differential position setpoint. | |
| ctre::phoenix::StatusCode | SetControl (controls::DifferentialMotionMagicVelocityDutyCycle const &request) final |
| Requests Motion Magic® to target a final velocity using a motion profile, and PID to a differential position setpoint. | |
| ctre::phoenix::StatusCode | SetControl (controls::DifferentialMotionMagicVelocityVoltage const &request) final |
| Requests Motion Magic® to target a final velocity using a motion profile, and PID to a differential position setpoint. | |
| ctre::phoenix::StatusCode | SetControl (controls::Follower const &request) final |
| Follow the motor output of another Talon. | |
| ctre::phoenix::StatusCode | SetControl (controls::StrictFollower const &request) final |
| Follow the motor output of another Talon while ignoring the leader's invert setting. | |
| ctre::phoenix::StatusCode | SetControl (controls::DifferentialFollower const &request) final |
| Follow the differential motor output of another Talon. | |
| ctre::phoenix::StatusCode | SetControl (controls::DifferentialStrictFollower const &request) final |
| Follow the differential motor output of another Talon while ignoring the leader's invert setting. | |
| ctre::phoenix::StatusCode | SetControl (controls::NeutralOut const &request) final |
| Request neutral output of actuator. | |
| ctre::phoenix::StatusCode | SetControl (controls::CoastOut const &request) final |
| Request coast neutral output of actuator. | |
| ctre::phoenix::StatusCode | SetControl (controls::StaticBrake const &request) final |
| Applies full neutral-brake by shorting motor leads together. | |
| ctre::phoenix::StatusCode | SetControl (controls::MusicTone const &request) final |
| Plays a single tone at the user specified frequency. | |
| ctre::phoenix::StatusCode | SetControl (controls::MotionMagicVelocityDutyCycle const &request) final |
| Requests Motion Magic® to target a final velocity using a motion profile. | |
| ctre::phoenix::StatusCode | SetControl (controls::MotionMagicVelocityTorqueCurrentFOC const &request) final |
| Requests Motion Magic® to target a final velocity using a motion profile. | |
| ctre::phoenix::StatusCode | SetControl (controls::MotionMagicVelocityVoltage const &request) final |
| Requests Motion Magic® to target a final velocity using a motion profile. | |
| ctre::phoenix::StatusCode | SetControl (controls::MotionMagicExpoDutyCycle const &request) final |
| Requests Motion Magic® to target a final position using an exponential motion profile. | |
| ctre::phoenix::StatusCode | SetControl (controls::MotionMagicExpoVoltage const &request) final |
| Requests Motion Magic® to target a final position using an exponential motion profile. | |
| ctre::phoenix::StatusCode | SetControl (controls::MotionMagicExpoTorqueCurrentFOC const &request) final |
| Requests Motion Magic® to target a final position using an exponential motion profile. | |
| ctre::phoenix::StatusCode | SetControl (controls::DynamicMotionMagicDutyCycle const &request) final |
| Requests Motion Magic® to target a final position using a motion profile. | |
| ctre::phoenix::StatusCode | SetControl (controls::DynamicMotionMagicVoltage const &request) final |
| Requests Motion Magic® to target a final position using a motion profile. | |
| ctre::phoenix::StatusCode | SetControl (controls::DynamicMotionMagicTorqueCurrentFOC const &request) final |
| Requests Motion Magic® to target a final position using a motion profile. | |
| ctre::phoenix::StatusCode | SetControl (controls::DynamicMotionMagicExpoDutyCycle const &request) final |
| Requests Motion Magic® Expo to target a final position using an exponential motion profile. | |
| ctre::phoenix::StatusCode | SetControl (controls::DynamicMotionMagicExpoVoltage const &request) final |
| Requests Motion Magic® Expo to target a final position using an exponential motion profile. | |
| ctre::phoenix::StatusCode | SetControl (controls::DynamicMotionMagicExpoTorqueCurrentFOC const &request) final |
| Requests Motion Magic® Expo to target a final position using an exponential motion profile. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_DutyCycleOut_Position const &request) final |
| Differential control with duty cycle average target and position difference target. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_PositionDutyCycle_Position const &request) final |
| Differential control with position average target and position difference target using duty cycle control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_VelocityDutyCycle_Position const &request) final |
| Differential control with velocity average target and position difference target using duty cycle control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_MotionMagicDutyCycle_Position const &request) final |
| Differential control with Motion Magic® average target and position difference target using duty cycle control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_MotionMagicExpoDutyCycle_Position const &request) final |
| Differential control with Motion Magic® Expo average target and position difference target using duty cycle control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_MotionMagicVelocityDutyCycle_Position const &request) final |
| Differential control with Motion Magic® Velocity average target and position difference target using duty cycle control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_DutyCycleOut_Velocity const &request) final |
| Differential control with duty cycle average target and velocity difference target. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_PositionDutyCycle_Velocity const &request) final |
| Differential control with position average target and velocity difference target using duty cycle control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_VelocityDutyCycle_Velocity const &request) final |
| Differential control with velocity average target and velocity difference target using duty cycle control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_MotionMagicDutyCycle_Velocity const &request) final |
| Differential control with Motion Magic® average target and velocity difference target using duty cycle control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_MotionMagicExpoDutyCycle_Velocity const &request) final |
| Differential control with Motion Magic® Expo average target and velocity difference target using duty cycle control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_MotionMagicVelocityDutyCycle_Velocity const &request) final |
| Differential control with Motion Magic® Velocity average target and velocity difference target using duty cycle control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_DutyCycleOut_Open const &request) final |
| Differential control with duty cycle average target and duty cycle difference target. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_PositionDutyCycle_Open const &request) final |
| Differential control with position average target and duty cycle difference target. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_VelocityDutyCycle_Open const &request) final |
| Differential control with velocity average target and duty cycle difference target. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_MotionMagicDutyCycle_Open const &request) final |
| Differential control with Motion Magic® average target and duty cycle difference target. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_MotionMagicExpoDutyCycle_Open const &request) final |
| Differential control with Motion Magic® Expo average target and duty cycle difference target. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_MotionMagicVelocityDutyCycle_Open const &request) final |
| Differential control with Motion Magic® Velocity average target and duty cycle difference target. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_VoltageOut_Position const &request) final |
| Differential control with voltage average target and position difference target. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_PositionVoltage_Position const &request) final |
| Differential control with position average target and position difference target using voltage control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_VelocityVoltage_Position const &request) final |
| Differential control with velocity average target and position difference target using voltage control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_MotionMagicVoltage_Position const &request) final |
| Differential control with Motion Magic® average target and position difference target using voltage control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_MotionMagicExpoVoltage_Position const &request) final |
| Differential control with Motion Magic® Expo average target and position difference target using voltage control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_MotionMagicVelocityVoltage_Position const &request) final |
| Differential control with Motion Magic® Velocity average target and position difference target using voltage control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_VoltageOut_Velocity const &request) final |
| Differential control with voltage average target and velocity difference target. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_PositionVoltage_Velocity const &request) final |
| Differential control with position average target and velocity difference target using voltage control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_VelocityVoltage_Velocity const &request) final |
| Differential control with velocity average target and velocity difference target using voltage control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_MotionMagicVoltage_Velocity const &request) final |
| Differential control with Motion Magic® average target and velocity difference target using voltage control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_MotionMagicExpoVoltage_Velocity const &request) final |
| Differential control with Motion Magic® Expo average target and velocity difference target using voltage control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_MotionMagicVelocityVoltage_Velocity const &request) final |
| Differential control with Motion Magic® Velocity average target and velocity difference target using voltage control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_VoltageOut_Open const &request) final |
| Differential control with voltage average target and voltage difference target. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_PositionVoltage_Open const &request) final |
| Differential control with position average target and voltage difference target. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_VelocityVoltage_Open const &request) final |
| Differential control with velocity average target and voltage difference target. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_MotionMagicVoltage_Open const &request) final |
| Differential control with Motion Magic® average target and voltage difference target. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_MotionMagicExpoVoltage_Open const &request) final |
| Differential control with Motion Magic® Expo average target and voltage difference target. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_MotionMagicVelocityVoltage_Open const &request) final |
| Differential control with Motion Magic® Velocity average target and voltage difference target. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_TorqueCurrentFOC_Position const &request) final |
| Differential control with torque current average target and position difference target. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_PositionTorqueCurrentFOC_Position const &request) final |
| Differential control with position average target and position difference target using torque current control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_VelocityTorqueCurrentFOC_Position const &request) final |
| Differential control with velocity average target and position difference target using torque current control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_MotionMagicTorqueCurrentFOC_Position const &request) final |
| Differential control with Motion Magic® average target and position difference target using torque current control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_MotionMagicExpoTorqueCurrentFOC_Position const &request) final |
| Differential control with Motion Magic® Expo average target and position difference target using torque current control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_MotionMagicVelocityTorqueCurrentFOC_Position const &request) final |
| Differential control with Motion Magic® Velocity average target and position difference target using torque current control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_TorqueCurrentFOC_Velocity const &request) final |
| Differential control with torque current average target and velocity difference target. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_PositionTorqueCurrentFOC_Velocity const &request) final |
| Differential control with position average target and velocity difference target using torque current control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_VelocityTorqueCurrentFOC_Velocity const &request) final |
| Differential control with velocity average target and velocity difference target using torque current control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_MotionMagicTorqueCurrentFOC_Velocity const &request) final |
| Differential control with Motion Magic® average target and velocity difference target using torque current control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_MotionMagicExpoTorqueCurrentFOC_Velocity const &request) final |
| Differential control with Motion Magic® Expo average target and velocity difference target using torque current control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_MotionMagicVelocityTorqueCurrentFOC_Velocity const &request) final |
| Differential control with Motion Magic® Velocity average target and velocity difference target using torque current control. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_TorqueCurrentFOC_Open const &request) final |
| Differential control with torque current average target and torque current difference target. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_PositionTorqueCurrentFOC_Open const &request) final |
| Differential control with position average target and torque current difference target. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_VelocityTorqueCurrentFOC_Open const &request) final |
| Differential control with velocity average target and torque current difference target. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_MotionMagicTorqueCurrentFOC_Open const &request) final |
| Differential control with Motion Magic® average target and torque current difference target. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_MotionMagicExpoTorqueCurrentFOC_Open const &request) final |
| Differential control with Motion Magic® Expo average target and torque current difference target. | |
| ctre::phoenix::StatusCode | SetControl (controls::compound::Diff_MotionMagicVelocityTorqueCurrentFOC_Open const &request) final |
| Differential control with Motion Magic® Velocity average target and torque current difference target. | |
| ctre::phoenix::StatusCode | SetControl (controls::EmptyControl const &request) final |
| Apply a generic empty control used to do nothing. | |
| ctre::phoenix::StatusCode | SetControl (controls::ControlRequest const &request) final |
| Control device with generic control request object. | |
| ctre::phoenix::StatusCode | SetPosition (units::angle::turn_t newValue, units::time::second_t timeoutSeconds) final |
| Sets the mechanism position of the device in mechanism rotations. | |
| ctre::phoenix::StatusCode | SetPosition (units::angle::turn_t newValue) final |
| Sets the mechanism position of the device in mechanism rotations. | |
| ctre::phoenix::StatusCode | ClearStickyFaults (units::time::second_t timeoutSeconds) final |
| Clear the sticky faults in the device. | |
| ctre::phoenix::StatusCode | ClearStickyFaults () final |
| Clear the sticky faults in the device. | |
| ctre::phoenix::StatusCode | ClearStickyFault_Hardware (units::time::second_t timeoutSeconds) final |
| Clear sticky fault: Hardware fault occurred. | |
| ctre::phoenix::StatusCode | ClearStickyFault_Hardware () final |
| Clear sticky fault: Hardware fault occurred. | |
| ctre::phoenix::StatusCode | ClearStickyFault_ProcTemp (units::time::second_t timeoutSeconds) final |
| Clear sticky fault: Processor temperature exceeded limit. | |
| ctre::phoenix::StatusCode | ClearStickyFault_ProcTemp () final |
| Clear sticky fault: Processor temperature exceeded limit. | |
| ctre::phoenix::StatusCode | ClearStickyFault_DeviceTemp (units::time::second_t timeoutSeconds) final |
| Clear sticky fault: Device temperature exceeded limit. | |
| ctre::phoenix::StatusCode | ClearStickyFault_DeviceTemp () final |
| Clear sticky fault: Device temperature exceeded limit. | |
| ctre::phoenix::StatusCode | ClearStickyFault_Undervoltage (units::time::second_t timeoutSeconds) final |
| Clear sticky fault: Device supply voltage dropped to near brownout levels. | |
| ctre::phoenix::StatusCode | ClearStickyFault_Undervoltage () final |
| Clear sticky fault: Device supply voltage dropped to near brownout levels. | |
| ctre::phoenix::StatusCode | ClearStickyFault_BootDuringEnable (units::time::second_t timeoutSeconds) final |
| Clear sticky fault: Device boot while detecting the enable signal. | |
| ctre::phoenix::StatusCode | ClearStickyFault_BootDuringEnable () final |
| Clear sticky fault: Device boot while detecting the enable signal. | |
| ctre::phoenix::StatusCode | ClearStickyFault_UnlicensedFeatureInUse (units::time::second_t timeoutSeconds) final |
| Clear sticky fault: An unlicensed feature is in use, device may not behave as expected. | |
| ctre::phoenix::StatusCode | ClearStickyFault_UnlicensedFeatureInUse () final |
| Clear sticky fault: An unlicensed feature is in use, device may not behave as expected. | |
| ctre::phoenix::StatusCode | ClearStickyFault_BridgeBrownout (units::time::second_t timeoutSeconds) final |
| Clear sticky fault: Bridge was disabled most likely due to supply voltage dropping too low. | |
| ctre::phoenix::StatusCode | ClearStickyFault_BridgeBrownout () final |
| Clear sticky fault: Bridge was disabled most likely due to supply voltage dropping too low. | |
| ctre::phoenix::StatusCode | ClearStickyFault_RemoteSensorReset (units::time::second_t timeoutSeconds) final |
| Clear sticky fault: The remote sensor has reset. | |
| ctre::phoenix::StatusCode | ClearStickyFault_RemoteSensorReset () final |
| Clear sticky fault: The remote sensor has reset. | |
| ctre::phoenix::StatusCode | ClearStickyFault_MissingDifferentialFX (units::time::second_t timeoutSeconds) final |
| Clear sticky fault: The remote Talon used for differential control is not present on CAN Bus. | |
| ctre::phoenix::StatusCode | ClearStickyFault_MissingDifferentialFX () final |
| Clear sticky fault: The remote Talon used for differential control is not present on CAN Bus. | |
| ctre::phoenix::StatusCode | ClearStickyFault_RemoteSensorPosOverflow (units::time::second_t timeoutSeconds) final |
| Clear sticky fault: The remote sensor position has overflowed. | |
| ctre::phoenix::StatusCode | ClearStickyFault_RemoteSensorPosOverflow () final |
| Clear sticky fault: The remote sensor position has overflowed. | |
| ctre::phoenix::StatusCode | ClearStickyFault_OverSupplyV (units::time::second_t timeoutSeconds) final |
| Clear sticky fault: Supply Voltage has exceeded the maximum voltage rating of device. | |
| ctre::phoenix::StatusCode | ClearStickyFault_OverSupplyV () final |
| Clear sticky fault: Supply Voltage has exceeded the maximum voltage rating of device. | |
| ctre::phoenix::StatusCode | ClearStickyFault_UnstableSupplyV (units::time::second_t timeoutSeconds) final |
| Clear sticky fault: Supply Voltage is unstable. | |
| ctre::phoenix::StatusCode | ClearStickyFault_UnstableSupplyV () final |
| Clear sticky fault: Supply Voltage is unstable. | |
| ctre::phoenix::StatusCode | ClearStickyFault_ReverseHardLimit (units::time::second_t timeoutSeconds) final |
| Clear sticky fault: Reverse limit switch has been asserted. | |
| ctre::phoenix::StatusCode | ClearStickyFault_ReverseHardLimit () final |
| Clear sticky fault: Reverse limit switch has been asserted. | |
| ctre::phoenix::StatusCode | ClearStickyFault_ForwardHardLimit (units::time::second_t timeoutSeconds) final |
| Clear sticky fault: Forward limit switch has been asserted. | |
| ctre::phoenix::StatusCode | ClearStickyFault_ForwardHardLimit () final |
| Clear sticky fault: Forward limit switch has been asserted. | |
| ctre::phoenix::StatusCode | ClearStickyFault_ReverseSoftLimit (units::time::second_t timeoutSeconds) final |
| Clear sticky fault: Reverse soft limit has been asserted. | |
| ctre::phoenix::StatusCode | ClearStickyFault_ReverseSoftLimit () final |
| Clear sticky fault: Reverse soft limit has been asserted. | |
| ctre::phoenix::StatusCode | ClearStickyFault_ForwardSoftLimit (units::time::second_t timeoutSeconds) final |
| Clear sticky fault: Forward soft limit has been asserted. | |
| ctre::phoenix::StatusCode | ClearStickyFault_ForwardSoftLimit () final |
| Clear sticky fault: Forward soft limit has been asserted. | |
| ctre::phoenix::StatusCode | ClearStickyFault_MissingSoftLimitRemote (units::time::second_t timeoutSeconds) final |
| Clear sticky fault: The remote soft limit device is not present on CAN Bus. | |
| ctre::phoenix::StatusCode | ClearStickyFault_MissingSoftLimitRemote () final |
| Clear sticky fault: The remote soft limit device is not present on CAN Bus. | |
| ctre::phoenix::StatusCode | ClearStickyFault_MissingHardLimitRemote (units::time::second_t timeoutSeconds) final |
| Clear sticky fault: The remote limit switch device is not present on CAN Bus. | |
| ctre::phoenix::StatusCode | ClearStickyFault_MissingHardLimitRemote () final |
| Clear sticky fault: The remote limit switch device is not present on CAN Bus. | |
| ctre::phoenix::StatusCode | ClearStickyFault_RemoteSensorDataInvalid (units::time::second_t timeoutSeconds) final |
| Clear sticky fault: The remote sensor's data is no longer trusted. | |
| ctre::phoenix::StatusCode | ClearStickyFault_RemoteSensorDataInvalid () final |
| Clear sticky fault: The remote sensor's data is no longer trusted. | |
| ctre::phoenix::StatusCode | ClearStickyFault_FusedSensorOutOfSync (units::time::second_t timeoutSeconds) final |
| Clear sticky fault: The remote sensor used for fusion has fallen out of sync to the local sensor. | |
| ctre::phoenix::StatusCode | ClearStickyFault_FusedSensorOutOfSync () final |
| Clear sticky fault: The remote sensor used for fusion has fallen out of sync to the local sensor. | |
| ctre::phoenix::StatusCode | ClearStickyFault_StatorCurrLimit (units::time::second_t timeoutSeconds) final |
| Clear sticky fault: Stator current limit occured. | |
| ctre::phoenix::StatusCode | ClearStickyFault_StatorCurrLimit () final |
| Clear sticky fault: Stator current limit occured. | |
| ctre::phoenix::StatusCode | ClearStickyFault_SupplyCurrLimit (units::time::second_t timeoutSeconds) final |
| Clear sticky fault: Supply current limit occured. | |
| ctre::phoenix::StatusCode | ClearStickyFault_SupplyCurrLimit () final |
| Clear sticky fault: Supply current limit occured. | |
| ctre::phoenix::StatusCode | ClearStickyFault_UsingFusedCANcoderWhileUnlicensed (units::time::second_t timeoutSeconds) final |
| Clear sticky fault: Using Fused CANcoder feature while unlicensed. | |
| ctre::phoenix::StatusCode | ClearStickyFault_UsingFusedCANcoderWhileUnlicensed () final |
| Clear sticky fault: Using Fused CANcoder feature while unlicensed. | |
| ctre::phoenix::StatusCode | ClearStickyFault_StaticBrakeDisabled (units::time::second_t timeoutSeconds) final |
| Clear sticky fault: Static brake was momentarily disabled due to excessive braking current while disabled. | |
| ctre::phoenix::StatusCode | ClearStickyFault_StaticBrakeDisabled () final |
| Clear sticky fault: Static brake was momentarily disabled due to excessive braking current while disabled. | |
| ctre::phoenix::StatusCode | ClearStickyFault_RotorFault1 (units::time::second_t timeoutSeconds) final |
| Clear sticky fault: Trips if a major mechanical or ESD event caused a brief loss of position data triggering a recovery while not in motion. | |
| ctre::phoenix::StatusCode | ClearStickyFault_RotorFault1 () final |
| Clear sticky fault: Trips if a major mechanical or ESD event caused a brief loss of position data triggering a recovery while not in motion. | |
| ctre::phoenix::StatusCode | ClearStickyFault_RotorFault2 (units::time::second_t timeoutSeconds) final |
| Clear sticky fault: Trips if a major mechanical or ESD event caused a brief loss of position data triggering a recovery while in motion. | |
| ctre::phoenix::StatusCode | ClearStickyFault_RotorFault2 () final |
| Clear sticky fault: Trips if a major mechanical or ESD event caused a brief loss of position data triggering a recovery while in motion. | |
Public Member Functions inherited from ctre::phoenix6::hardware::ParentDevice | |
| ParentDevice (int deviceID, std::string model, CANBus canbus) | |
| virtual | ~ParentDevice ()=0 |
| ParentDevice (ParentDevice const &)=delete | |
| ParentDevice & | operator= (ParentDevice const &)=delete |
| int | GetDeviceID () const final |
| CANBus | GetNetwork () const final |
| uint64_t | GetDeviceHash () const final |
| Gets a number unique for this device's hardware type and ID. | |
| std::shared_ptr< controls::ControlRequest const > | GetAppliedControl () const final |
| Get the latest applied control. | |
| std::shared_ptr< controls::ControlRequest > | GetAppliedControl () final |
| Get the latest applied control. | |
| bool | HasResetOccurred () final |
| std::function< bool()> | GetResetOccurredChecker () const final |
| bool | IsConnected (units::second_t maxLatencySeconds=500_ms) final |
| Returns whether the device is still connected to the robot. | |
| StatusSignal< double > & | GetGenericSignal (uint32_t signal, bool refresh=true) |
| This is a reserved routine for internal testing. | |
| ctre::phoenix::StatusCode | OptimizeBusUtilization (units::frequency::hertz_t optimizedFreqHz=4_Hz, units::time::second_t timeoutSeconds=100_ms) final |
| Optimizes the device's bus utilization by reducing the update frequencies of its status signals. | |
| ctre::phoenix::StatusCode | ResetSignalFrequencies (units::time::second_t timeoutSeconds=100_ms) final |
| Resets the update frequencies of all the device's status signals to the defaults. | |
Public Member Functions inherited from ctre::phoenix6::hardware::traits::CommonDevice | |
| virtual | ~CommonDevice ()=default |
Public Member Functions inherited from ctre::phoenix6::hardware::traits::CommonTalonWithFOC | |
| virtual | ~CommonTalonWithFOC ()=default |
Public Member Functions inherited from ctre::phoenix6::hardware::traits::CommonTalon | |
| virtual | ~CommonTalon ()=default |
Public Member Functions inherited from ctre::phoenix6::hardware::traits::HasTalonControls | |
| virtual | ~HasTalonControls ()=default |
Public Member Functions inherited from ctre::phoenix6::hardware::traits::HasTalonSignals | |
| virtual | ~HasTalonSignals ()=default |
Public Member Functions inherited from ctre::phoenix6::hardware::traits::SupportsFOC | |
| virtual | ~SupportsFOC ()=default |
Public Member Functions inherited from ctre::phoenix6::hardware::traits::SupportsMusic | |
| virtual | ~SupportsMusic ()=default |
Static Public Member Functions | |
| static CoreTalonFX | None () |
| Constructs a stubbed-out CoreTalonFX, where all status signals, controls, configs, etc. | |
Static Public Member Functions inherited from ctre::phoenix6::hardware::ParentDevice | |
| template<std::derived_from< traits::CommonDevice >... Devices> | |
| static ctre::phoenix::StatusCode | OptimizeBusUtilizationForAll (Devices &... devices) |
| Optimizes the bus utilization of the provided devices by reducing the update frequencies of their status signals. | |
| static ctre::phoenix::StatusCode | OptimizeBusUtilizationForAll (std::span< traits::CommonDevice *const > devices) |
| Optimizes the bus utilization of the provided devices by reducing the update frequencies of their status signals. | |
| template<std::derived_from< traits::CommonDevice >... Devices> | |
| static ctre::phoenix::StatusCode | OptimizeBusUtilizationForAll (units::frequency::hertz_t optimizedFreqHz, Devices &... devices) |
| Optimizes the bus utilization of the provided devices by reducing the update frequencies of their status signals. | |
| static ctre::phoenix::StatusCode | OptimizeBusUtilizationForAll (units::frequency::hertz_t optimizedFreqHz, std::span< traits::CommonDevice *const > devices) |
| Optimizes the bus utilization of the provided devices by reducing the update frequencies of their status signals. | |
| template<std::derived_from< traits::CommonDevice >... Devices> | |
| static ctre::phoenix::StatusCode | ResetSignalFrequenciesForAll (Devices &... devices) |
| Resets the update frequencies of all the devices' status signals to the defaults. | |
| static ctre::phoenix::StatusCode | ResetSignalFrequenciesForAll (std::span< traits::CommonDevice *const > devices) |
| Resets the update frequencies of all the devices' status signals to the defaults. | |
Additional Inherited Members | |
Protected Member Functions inherited from ctre::phoenix6::hardware::ParentDevice | |
| virtual ctre::phoenix::StatusCode | SetControlPrivate (controls::ControlRequest const &request) |
| template<typename T > | |
| StatusSignal< T > & | LookupStatusSignal (uint16_t spn, std::string signalName, bool reportOnConstruction, bool refresh) |
| template<typename T > | |
| StatusSignal< T > & | LookupStatusSignal (uint16_t spn, std::string signalName, std::function< std::map< uint16_t, std::string >()> mapFiller, bool reportOnConstruction, bool refresh) |
Protected Attributes inherited from ctre::phoenix6::hardware::ParentDevice | |
| DeviceIdentifier | deviceIdentifier |
Static Protected Attributes inherited from ctre::phoenix6::hardware::ParentDevice | |
| static constexpr controls::EmptyControl | _emptyControl {} |
Class description for the Talon FX integrated motor controller.
The configuration class for this device.
| ctre::phoenix6::hardware::core::CoreTalonFX::CoreTalonFX | ( | int | deviceId, |
| CANBus | canbus = {} ) |
Constructs a new Talon FX motor controller object.
| deviceId | ID of the device, as configured in Phoenix Tuner |
| canbus | The CAN bus this device is on |
| ctre::phoenix6::hardware::core::CoreTalonFX::CoreTalonFX | ( | int | deviceId, |
| std::string | canbus ) |
Constructs a new Talon FX motor controller object.
| deviceId | ID of the device, as configured in Phoenix Tuner |
| canbus | Name of the CAN bus this device is on. Possible CAN bus strings are:
|
|
inlinefinalvirtual |
Clear sticky fault: Device boot while detecting the enable signal.
This will wait up to 0.100 seconds (100ms) by default.
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Device boot while detecting the enable signal.
| timeoutSeconds | Maximum time to wait up to in seconds. |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Bridge was disabled most likely due to supply voltage dropping too low.
This will wait up to 0.100 seconds (100ms) by default.
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Bridge was disabled most likely due to supply voltage dropping too low.
| timeoutSeconds | Maximum time to wait up to in seconds. |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Device temperature exceeded limit.
This will wait up to 0.100 seconds (100ms) by default.
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Device temperature exceeded limit.
| timeoutSeconds | Maximum time to wait up to in seconds. |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Forward limit switch has been asserted.
Output is set to neutral.
This will wait up to 0.100 seconds (100ms) by default.
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Forward limit switch has been asserted.
Output is set to neutral.
| timeoutSeconds | Maximum time to wait up to in seconds. |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Forward soft limit has been asserted.
Output is set to neutral.
This will wait up to 0.100 seconds (100ms) by default.
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Forward soft limit has been asserted.
Output is set to neutral.
| timeoutSeconds | Maximum time to wait up to in seconds. |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: The remote sensor used for fusion has fallen out of sync to the local sensor.
A re-synchronization has occurred, which may cause a discontinuity. This typically happens if there is significant slop in the mechanism, or if the RotorToSensorRatio configuration parameter is incorrect.
This will wait up to 0.100 seconds (100ms) by default.
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: The remote sensor used for fusion has fallen out of sync to the local sensor.
A re-synchronization has occurred, which may cause a discontinuity. This typically happens if there is significant slop in the mechanism, or if the RotorToSensorRatio configuration parameter is incorrect.
| timeoutSeconds | Maximum time to wait up to in seconds. |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Hardware fault occurred.
This will wait up to 0.100 seconds (100ms) by default.
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Hardware fault occurred.
| timeoutSeconds | Maximum time to wait up to in seconds. |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: The remote Talon used for differential control is not present on CAN Bus.
This will wait up to 0.100 seconds (100ms) by default.
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: The remote Talon used for differential control is not present on CAN Bus.
| timeoutSeconds | Maximum time to wait up to in seconds. |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: The remote limit switch device is not present on CAN Bus.
This will wait up to 0.100 seconds (100ms) by default.
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: The remote limit switch device is not present on CAN Bus.
| timeoutSeconds | Maximum time to wait up to in seconds. |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: The remote soft limit device is not present on CAN Bus.
This will wait up to 0.100 seconds (100ms) by default.
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: The remote soft limit device is not present on CAN Bus.
| timeoutSeconds | Maximum time to wait up to in seconds. |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Supply Voltage has exceeded the maximum voltage rating of device.
This will wait up to 0.100 seconds (100ms) by default.
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Supply Voltage has exceeded the maximum voltage rating of device.
| timeoutSeconds | Maximum time to wait up to in seconds. |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Processor temperature exceeded limit.
This will wait up to 0.100 seconds (100ms) by default.
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Processor temperature exceeded limit.
| timeoutSeconds | Maximum time to wait up to in seconds. |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: The remote sensor's data is no longer trusted.
This can happen if the remote sensor disappears from the CAN bus or if the remote sensor indicates its data is no longer valid, such as when a CANcoder's magnet strength falls into the "red" range.
This will wait up to 0.100 seconds (100ms) by default.
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: The remote sensor's data is no longer trusted.
This can happen if the remote sensor disappears from the CAN bus or if the remote sensor indicates its data is no longer valid, such as when a CANcoder's magnet strength falls into the "red" range.
| timeoutSeconds | Maximum time to wait up to in seconds. |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: The remote sensor position has overflowed.
Because of the nature of remote sensors, it is possible for the remote sensor position to overflow beyond what is supported by the status signal frame. However, this is rare and cannot occur over the course of an FRC match under normal use.
This will wait up to 0.100 seconds (100ms) by default.
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: The remote sensor position has overflowed.
Because of the nature of remote sensors, it is possible for the remote sensor position to overflow beyond what is supported by the status signal frame. However, this is rare and cannot occur over the course of an FRC match under normal use.
| timeoutSeconds | Maximum time to wait up to in seconds. |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: The remote sensor has reset.
This will wait up to 0.100 seconds (100ms) by default.
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: The remote sensor has reset.
| timeoutSeconds | Maximum time to wait up to in seconds. |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Reverse limit switch has been asserted.
Output is set to neutral.
This will wait up to 0.100 seconds (100ms) by default.
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Reverse limit switch has been asserted.
Output is set to neutral.
| timeoutSeconds | Maximum time to wait up to in seconds. |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Reverse soft limit has been asserted.
Output is set to neutral.
This will wait up to 0.100 seconds (100ms) by default.
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Reverse soft limit has been asserted.
Output is set to neutral.
| timeoutSeconds | Maximum time to wait up to in seconds. |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Trips if a major mechanical or ESD event caused a brief loss of position data triggering a recovery while not in motion.
If the event occurs often, inspect for excess axial force or sources of ESD at the rotor.
This will wait up to 0.100 seconds (100ms) by default.
Implements ctre::phoenix6::hardware::traits::SupportsFOC.
|
inlinefinalvirtual |
Clear sticky fault: Trips if a major mechanical or ESD event caused a brief loss of position data triggering a recovery while not in motion.
If the event occurs often, inspect for excess axial force or sources of ESD at the rotor.
| timeoutSeconds | Maximum time to wait up to in seconds. |
Implements ctre::phoenix6::hardware::traits::SupportsFOC.
|
inlinefinalvirtual |
Clear sticky fault: Trips if a major mechanical or ESD event caused a brief loss of position data triggering a recovery while in motion.
If the event occurs often, inspect for excess axial force or sources of ESD at the rotor.
This will wait up to 0.100 seconds (100ms) by default.
Implements ctre::phoenix6::hardware::traits::SupportsFOC.
|
inlinefinalvirtual |
Clear sticky fault: Trips if a major mechanical or ESD event caused a brief loss of position data triggering a recovery while in motion.
If the event occurs often, inspect for excess axial force or sources of ESD at the rotor.
| timeoutSeconds | Maximum time to wait up to in seconds. |
Implements ctre::phoenix6::hardware::traits::SupportsFOC.
|
inlinefinalvirtual |
Clear sticky fault: Static brake was momentarily disabled due to excessive braking current while disabled.
This will wait up to 0.100 seconds (100ms) by default.
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Static brake was momentarily disabled due to excessive braking current while disabled.
| timeoutSeconds | Maximum time to wait up to in seconds. |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Stator current limit occured.
This will wait up to 0.100 seconds (100ms) by default.
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Stator current limit occured.
| timeoutSeconds | Maximum time to wait up to in seconds. |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Supply current limit occured.
This will wait up to 0.100 seconds (100ms) by default.
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Supply current limit occured.
| timeoutSeconds | Maximum time to wait up to in seconds. |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Device supply voltage dropped to near brownout levels.
This will wait up to 0.100 seconds (100ms) by default.
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Device supply voltage dropped to near brownout levels.
| timeoutSeconds | Maximum time to wait up to in seconds. |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: An unlicensed feature is in use, device may not behave as expected.
This will wait up to 0.100 seconds (100ms) by default.
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: An unlicensed feature is in use, device may not behave as expected.
| timeoutSeconds | Maximum time to wait up to in seconds. |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Supply Voltage is unstable.
Ensure you are using a battery and current limited power supply.
This will wait up to 0.100 seconds (100ms) by default.
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Supply Voltage is unstable.
Ensure you are using a battery and current limited power supply.
| timeoutSeconds | Maximum time to wait up to in seconds. |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Using Fused CANcoder feature while unlicensed.
Device has fallen back to remote CANcoder.
This will wait up to 0.100 seconds (100ms) by default.
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear sticky fault: Using Fused CANcoder feature while unlicensed.
Device has fallen back to remote CANcoder.
| timeoutSeconds | Maximum time to wait up to in seconds. |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear the sticky faults in the device.
This typically has no impact on the device functionality. Instead, it just clears telemetry faults that are accessible via API and Tuner Self-Test.
This will wait up to 0.100 seconds (100ms) by default.
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Clear the sticky faults in the device.
This typically has no impact on the device functionality. Instead, it just clears telemetry faults that are accessible via API and Tuner Self-Test.
| timeoutSeconds | Maximum time to wait up to in seconds. |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Acceleration of the device in mechanism rotations per second².
This can be the acceleration of a remote sensor and is affected by the RotorToSensorRatio and SensorToMechanismRatio configs.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Temperature of device from second sensor.
Newer versions of Talon have multiple temperature measurement methods.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
The applied rotor polarity as seen from the front of the motor.
This typically is determined by the Inverted config, but can be overridden if using Follower features.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
The applied output of the bridge.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Closed loop derivative component.
The portion of the closed loop output that is proportional to the deriviative of error. Alternatively, the kD contribution of the closed loop output.
When using differential control, this applies to the average axis.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
The difference between target reference and current measurement.
This is the value that is treated as the error in the PID loop.
When using differential control, this applies to the average axis.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Feedforward passed by the user.
This is the general feedforward that the user provides for the closed loop.
When using differential control, this applies to the average axis.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Closed loop integrated component.
The portion of the closed loop output that is proportional to the integrated error. Alternatively, the kI contribution of the closed loop output.
When using differential control, this applies to the average axis.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Closed loop total output.
The total output of the closed loop output.
When using differential control, this applies to the average axis.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Closed loop proportional component.
The portion of the closed loop output that is proportional to the error. Alternatively, the kP contribution of the closed loop output.
When using differential control, this applies to the average axis.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Value that the closed loop is targeting.
This is the value that the closed loop PID controller targets.
When using differential control, this applies to the average axis.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Derivative of the target that the closed loop is targeting.
This is the change in the closed loop reference. This may be used in the feed-forward calculation, the derivative-error, or in application of the signage for kS. Typically, this represents the target velocity during Motion Magic®.
When using differential control, this applies to the average axis.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
The slot that the closed-loop PID is using.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inline |
|
inline |
|
finalvirtual |
The type of motor attached to the Talon.
This can be used to determine what motor is attached to the Talon FX. Return will be "Unknown" if firmware is too old or device is not present.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
The active control mode of the motor controller.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Indicates if device is actuator enabled.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Temperature of device.
This is the temperature that the device measures itself to be at. Similar to Processor Temperature.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Average component of the differential position of device.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Average component of the differential velocity of device.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Differential closed loop derivative component.
The portion of the differential closed loop output (on the difference axis) that is proportional to the deriviative of error. Alternatively, the kD contribution of the closed loop output.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
The difference between target differential reference and current measurement.
This is the value that is treated as the error in the differential PID loop (on the difference axis).
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Differential Feedforward passed by the user.
This is the general feedforward that the user provides for the differential closed loop (on the difference axis).
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Differential closed loop integrated component.
The portion of the differential closed loop output (on the difference axis) that is proportional to the integrated error. Alternatively, the kI contribution of the closed loop output.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Differential closed loop total output.
The total output of the differential closed loop output (on the difference axis).
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Differential closed loop proportional component.
The portion of the differential closed loop output (on the difference axis) that is proportional to the error. Alternatively, the kP contribution of the closed loop output.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Value that the differential closed loop is targeting.
This is the value that the differential closed loop PID controller targets (on the difference axis).
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Derivative of the target that the differential closed loop is targeting.
This is the change in the closed loop reference (on the difference axis). This may be used in the feed-forward calculation, the derivative-error, or in application of the signage for kS. Typically, this represents the target velocity during Motion Magic®.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
The slot that the closed-loop differential PID is using.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
The active control mode of the differential controller.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Difference component of the differential position of device.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Difference component of the differential velocity of device.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
The calculated motor output for differential followers.
This is a torque request when using the TorqueCurrentFOC control output type, a voltage request when using the Voltage control output type, and a duty cycle when using the DutyCycle control output type.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
The applied motor duty cycle.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Device boot while detecting the enable signal.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Bridge was disabled most likely due to supply voltage dropping too low.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Device temperature exceeded limit.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Forward limit switch has been asserted.
Output is set to neutral.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Forward soft limit has been asserted.
Output is set to neutral.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
The remote sensor used for fusion has fallen out of sync to the local sensor.
A re-synchronization has occurred, which may cause a discontinuity. This typically happens if there is significant slop in the mechanism, or if the RotorToSensorRatio configuration parameter is incorrect.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Hardware fault occurred.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
The remote Talon used for differential control is not present on CAN Bus.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
The remote limit switch device is not present on CAN Bus.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
The remote soft limit device is not present on CAN Bus.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Supply Voltage has exceeded the maximum voltage rating of device.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Processor temperature exceeded limit.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
The remote sensor's data is no longer trusted.
This can happen if the remote sensor disappears from the CAN bus or if the remote sensor indicates its data is no longer valid, such as when a CANcoder's magnet strength falls into the "red" range.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
The remote sensor position has overflowed.
Because of the nature of remote sensors, it is possible for the remote sensor position to overflow beyond what is supported by the status signal frame. However, this is rare and cannot occur over the course of an FRC match under normal use.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
The remote sensor has reset.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Reverse limit switch has been asserted.
Output is set to neutral.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Reverse soft limit has been asserted.
Output is set to neutral.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Trips if a major mechanical or ESD event caused a brief loss of position data triggering a recovery while not in motion.
If the event occurs often, inspect for excess axial force or sources of ESD at the rotor.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::SupportsFOC.
|
finalvirtual |
Trips if a major mechanical or ESD event caused a brief loss of position data triggering a recovery while in motion.
If the event occurs often, inspect for excess axial force or sources of ESD at the rotor.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::SupportsFOC.
|
finalvirtual |
Static brake was momentarily disabled due to excessive braking current while disabled.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Stator current limit occured.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Supply current limit occured.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Device supply voltage dropped to near brownout levels.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
An unlicensed feature is in use, device may not behave as expected.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Supply Voltage is unstable.
Ensure you are using a battery and current limited power supply.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Using Fused CANcoder feature while unlicensed.
Device has fallen back to remote CANcoder.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Integer representing all fault flags reported by the device.
These are device specific and are not used directly in typical applications. Use the signal specific GetFault_*() methods instead.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Forward Limit Pin.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Whether the device is Phoenix Pro licensed.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Check if the Motion Magic® profile has reached the target.
This is equivalent to checking that MotionMagicIsRunning, the ClosedLoopReference is the target, and the ClosedLoopReferenceSlope is 0.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Check if Motion Magic® is running.
This is equivalent to checking that the reported control mode is a Motion Magic® based mode.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
The torque constant (K_T) of the motor.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
The velocity constant (K_V) of the motor.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Assess the status of the motor output with respect to load and supply.
This routine can be used to determine the general status of motor commutation.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
The stall current of the motor at 12 V output.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
The applied (output) motor voltage.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Position of the device in mechanism rotations.
This can be the position of a remote sensor and is affected by the RotorToSensorRatio and SensorToMechanismRatio configs, as well as calls to setPosition.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Temperature of the processor.
This is the temperature that the processor measures itself to be at. Similar to Device Temperature.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Reverse Limit Pin.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Indicates if the robot is enabled.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Position of the motor rotor.
This position is only affected by the RotorOffset config and calls to setPosition.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Velocity of the motor rotor.
This velocity is not affected by any feedback configs.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inline |
Get the simulation state for this device.
This function reuses an allocated simulation state object, so it is safe to call this function multiple times in a robot loop.
|
finalvirtual |
Current corresponding to the stator windings.
Similar to TorqueCurrent. Users will likely prefer TorqueCurrent over StatorCurrent.
Stator current where Positive current indicates motoring regardless of direction. Negative current indicates regenerative braking regardless of direction.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Device boot while detecting the enable signal.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Bridge was disabled most likely due to supply voltage dropping too low.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Device temperature exceeded limit.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Forward limit switch has been asserted.
Output is set to neutral.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Forward soft limit has been asserted.
Output is set to neutral.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
The remote sensor used for fusion has fallen out of sync to the local sensor.
A re-synchronization has occurred, which may cause a discontinuity. This typically happens if there is significant slop in the mechanism, or if the RotorToSensorRatio configuration parameter is incorrect.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Hardware fault occurred.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
The remote Talon used for differential control is not present on CAN Bus.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
The remote limit switch device is not present on CAN Bus.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
The remote soft limit device is not present on CAN Bus.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Supply Voltage has exceeded the maximum voltage rating of device.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Processor temperature exceeded limit.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
The remote sensor's data is no longer trusted.
This can happen if the remote sensor disappears from the CAN bus or if the remote sensor indicates its data is no longer valid, such as when a CANcoder's magnet strength falls into the "red" range.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
The remote sensor position has overflowed.
Because of the nature of remote sensors, it is possible for the remote sensor position to overflow beyond what is supported by the status signal frame. However, this is rare and cannot occur over the course of an FRC match under normal use.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
The remote sensor has reset.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Reverse limit switch has been asserted.
Output is set to neutral.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Reverse soft limit has been asserted.
Output is set to neutral.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Trips if a major mechanical or ESD event caused a brief loss of position data triggering a recovery while not in motion.
If the event occurs often, inspect for excess axial force or sources of ESD at the rotor.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::SupportsFOC.
|
finalvirtual |
Trips if a major mechanical or ESD event caused a brief loss of position data triggering a recovery while in motion.
If the event occurs often, inspect for excess axial force or sources of ESD at the rotor.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::SupportsFOC.
|
finalvirtual |
Static brake was momentarily disabled due to excessive braking current while disabled.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Stator current limit occured.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Supply current limit occured.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Device supply voltage dropped to near brownout levels.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
An unlicensed feature is in use, device may not behave as expected.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Supply Voltage is unstable.
Ensure you are using a battery and current limited power supply.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Using Fused CANcoder feature while unlicensed.
Device has fallen back to remote CANcoder.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Integer representing all (persistent) sticky fault flags reported by the device.
These are device specific and are not used directly in typical applications. Use the signal specific GetStickyFault_*() methods instead.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Measured supply side current.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Measured supply voltage to the device.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Current corresponding to the torque output by the motor.
Similar to StatorCurrent. Users will likely prefer this current to calculate the applied torque to the rotor.
Stator current where positive current means torque is applied in the forward direction as determined by the Inverted setting.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Velocity of the device in mechanism rotations per second.
This can be the velocity of a remote sensor and is affected by the RotorToSensorRatio and SensorToMechanismRatio configs.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
Full Version of firmware in device.
The format is a four byte value.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
App Bugfix Version number.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
App Build Version number.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
App Major Version number.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
finalvirtual |
App Minor Version number.
Default Rates:
This refreshes and returns a cached StatusSignal object.
| refresh | Whether to refresh the StatusSignal before returning it; defaults to true |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinestatic |
Constructs a stubbed-out CoreTalonFX, where all status signals, controls, configs, etc.
perform no action and immediately return OK. This can be used to silence error messages for devices that have been completely removed from the robot.
|
finalvirtual |
Request coast neutral output of actuator.
The bridge is disabled and the rotor is allowed to coast.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with duty cycle average target and duty cycle difference target.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with duty cycle average target and position difference target.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with duty cycle average target and velocity difference target.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with Motion Magic® average target and duty cycle difference target.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with Motion Magic® average target and position difference target using duty cycle control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with Motion Magic® average target and velocity difference target using duty cycle control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with Motion Magic® Expo average target and duty cycle difference target.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with Motion Magic® Expo average target and position difference target using duty cycle control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with Motion Magic® Expo average target and velocity difference target using duty cycle control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with Motion Magic® Expo average target and torque current difference target.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalonWithFOC.
|
finalvirtual |
Differential control with Motion Magic® Expo average target and position difference target using torque current control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalonWithFOC.
|
finalvirtual |
Differential control with Motion Magic® Expo average target and velocity difference target using torque current control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalonWithFOC.
|
finalvirtual |
Differential control with Motion Magic® Expo average target and voltage difference target.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with Motion Magic® Expo average target and position difference target using voltage control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with Motion Magic® Expo average target and velocity difference target using voltage control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with Motion Magic® average target and torque current difference target.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalonWithFOC.
|
finalvirtual |
Differential control with Motion Magic® average target and position difference target using torque current control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalonWithFOC.
|
finalvirtual |
Differential control with Motion Magic® average target and velocity difference target using torque current control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalonWithFOC.
|
finalvirtual |
Differential control with Motion Magic® Velocity average target and duty cycle difference target.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with Motion Magic® Velocity average target and position difference target using duty cycle control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with Motion Magic® Velocity average target and velocity difference target using duty cycle control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with Motion Magic® Velocity average target and torque current difference target.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalonWithFOC.
|
finalvirtual |
Differential control with Motion Magic® Velocity average target and position difference target using torque current control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalonWithFOC.
|
finalvirtual |
Differential control with Motion Magic® Velocity average target and velocity difference target using torque current control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalonWithFOC.
|
finalvirtual |
Differential control with Motion Magic® Velocity average target and voltage difference target.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with Motion Magic® Velocity average target and position difference target using voltage control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with Motion Magic® Velocity average target and velocity difference target using voltage control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with Motion Magic® average target and voltage difference target.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with Motion Magic® average target and position difference target using voltage control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with Motion Magic® average target and velocity difference target using voltage control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with position average target and duty cycle difference target.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with position average target and position difference target using duty cycle control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with position average target and velocity difference target using duty cycle control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with position average target and torque current difference target.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalonWithFOC.
|
finalvirtual |
Differential control with position average target and position difference target using torque current control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalonWithFOC.
|
finalvirtual |
Differential control with position average target and velocity difference target using torque current control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalonWithFOC.
|
finalvirtual |
Differential control with position average target and voltage difference target.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with position average target and position difference target using voltage control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with position average target and velocity difference target using voltage control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with torque current average target and torque current difference target.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalonWithFOC.
|
finalvirtual |
Differential control with torque current average target and position difference target.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalonWithFOC.
|
finalvirtual |
Differential control with torque current average target and velocity difference target.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalonWithFOC.
|
finalvirtual |
Differential control with velocity average target and duty cycle difference target.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with velocity average target and position difference target using duty cycle control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with velocity average target and velocity difference target using duty cycle control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with velocity average target and torque current difference target.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalonWithFOC.
|
finalvirtual |
Differential control with velocity average target and position difference target using torque current control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalonWithFOC.
|
finalvirtual |
Differential control with velocity average target and velocity difference target using torque current control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalonWithFOC.
|
finalvirtual |
Differential control with velocity average target and voltage difference target.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with velocity average target and position difference target using voltage control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with velocity average target and velocity difference target using voltage control.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with voltage average target and voltage difference target.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with voltage average target and position difference target.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Differential control with voltage average target and velocity difference target.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Control device with generic control request object.
User must make sure the specified object is castable to a valid control request, otherwise this function will fail at run-time and return the NotSupported StatusCode
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalonWithFOC.
|
finalvirtual |
Request a specified motor duty cycle with a differential position closed-loop.
This control mode will output a proportion of the supplied voltage which is supplied by the user. It will also set the motor's differential position setpoint to the specified position.
EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see hardware::traits::SupportsFOC). Set to false to use trapezoidal commutation.
FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Follow the differential motor output of another Talon.
If Talon is in torque control, the differential torque is copied - which will increase the total torque applied. If Talon is in duty cycle output control, the differential duty cycle is matched. If Talon is in voltage output control, the differential motor voltage is matched. Motor direction either matches leader's configured direction or opposes it based on the MotorAlignment.
The leader must enable its DifferentialOutput status signal. The update rate of the status signal determines the update rate of the follower's output and should be no slower than 20 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Requests Motion Magic® to target a final position using a motion profile, and PID to a differential position setpoint.
Motion Magic® produces a motion profile in real-time while attempting to honor the Cruise Velocity, Acceleration, and (optional) Jerk specified via the Motion Magic® configuration values. This control mode does not use the Expo_kV or Expo_kA configs.
Target position can be changed on-the-fly and Motion Magic® will do its best to adjust the profile. This control mode is duty cycle based, so relevant closed-loop gains will use fractional duty cycle for the numerator: +1.0 represents full forward output.
EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see hardware::traits::SupportsFOC). Set to false to use trapezoidal commutation.
FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Requests Motion Magic® to target a final position using an exponential motion profile, and PID to a differential position setpoint.
Motion Magic® Expo produces a motion profile in real-time while attempting to honor the Cruise Velocity (optional) and the mechanism kV and kA, specified via the Motion Magic® configuration values. Note that unlike the slot gains, the Expo_kV and Expo_kA configs are always in output units of Volts.
Setting Cruise Velocity to 0 will allow the profile to run to the max possible velocity based on Expo_kV. This control mode does not use the Acceleration or Jerk configs.
Target position can be changed on-the-fly and Motion Magic® will do its best to adjust the profile. This control mode is duty cycle based, so relevant closed-loop gains will use fractional duty cycle for the numerator: +1.0 represents full forward output.
EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see hardware::traits::SupportsFOC). Set to false to use trapezoidal commutation.
FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Requests Motion Magic® to target a final position using an exponential motion profile, and PID to a differential position setpoint.
Motion Magic® Expo produces a motion profile in real-time while attempting to honor the Cruise Velocity (optional) and the mechanism kV and kA, specified via the Motion Magic® configuration values. Note that unlike the slot gains, the Expo_kV and Expo_kA configs are always in output units of Volts.
Setting Cruise Velocity to 0 will allow the profile to run to the max possible velocity based on Expo_kV. This control mode does not use the Acceleration or Jerk configs.
Target position can be changed on-the-fly and Motion Magic® will do its best to adjust the profile. This control mode is voltage-based, so relevant closed-loop gains will use Volts for the numerator.
EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see hardware::traits::SupportsFOC). Set to false to use trapezoidal commutation.
FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Requests Motion Magic® to target a final velocity using a motion profile, and PID to a differential position setpoint.
This allows smooth transitions between velocity set points.
Motion Magic® Velocity produces a motion profile in real-time while attempting to honor the specified Acceleration and (optional) Jerk. This control mode does not use the CruiseVelocity, Expo_kV, or Expo_kA configs.
Acceleration and jerk are specified in the Motion Magic® persistent configuration values. If Jerk is set to zero, Motion Magic® will produce a trapezoidal acceleration profile.
Target velocity can also be changed on-the-fly and Motion Magic® will do its best to adjust the profile. This control mode is duty cycle based, so relevant closed-loop gains will use fractional duty cycle for the numerator: +1.0 represents full forward output.
EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see hardware::traits::SupportsFOC). Set to false to use trapezoidal commutation.
FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Requests Motion Magic® to target a final velocity using a motion profile, and PID to a differential position setpoint.
This allows smooth transitions between velocity set points.
Motion Magic® Velocity produces a motion profile in real-time while attempting to honor the specified Acceleration and (optional) Jerk. This control mode does not use the CruiseVelocity, Expo_kV, or Expo_kA configs.
Acceleration and jerk are specified in the Motion Magic® persistent configuration values. If Jerk is set to zero, Motion Magic® will produce a trapezoidal acceleration profile.
Target velocity can also be changed on-the-fly and Motion Magic® will do its best to adjust the profile. This control mode is voltage-based, so relevant closed-loop gains will use Volts for the numerator.
EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see hardware::traits::SupportsFOC). Set to false to use trapezoidal commutation.
FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Requests Motion Magic® to target a final position using a motion profile, and PID to a differential position setpoint.
Motion Magic® produces a motion profile in real-time while attempting to honor the Cruise Velocity, Acceleration, and (optional) Jerk specified via the Motion Magic® configuration values. This control mode does not use the Expo_kV or Expo_kA configs.
Target position can be changed on-the-fly and Motion Magic® will do its best to adjust the profile. This control mode is voltage-based, so relevant closed-loop gains will use Volts for the numerator.
EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see hardware::traits::SupportsFOC). Set to false to use trapezoidal commutation.
FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Request PID to target position with a differential position setpoint.
This control mode will set the motor's position setpoint to the position specified by the user. It will also set the motor's differential position setpoint to the specified position.
EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see hardware::traits::SupportsFOC). Set to false to use trapezoidal commutation.
FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Request PID to target position with a differential position setpoint.
This control mode will set the motor's position setpoint to the position specified by the user. It will also set the motor's differential position setpoint to the specified position.
EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see hardware::traits::SupportsFOC). Set to false to use trapezoidal commutation.
FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Follow the differential motor output of another Talon while ignoring the leader's invert setting.
If Talon is in torque control, the differential torque is copied - which will increase the total torque applied. If Talon is in duty cycle output control, the differential duty cycle is matched. If Talon is in voltage output control, the differential motor voltage is matched. Motor direction is strictly determined by the configured invert and not the leader. If you want motor direction to match or oppose the leader, use DifferentialFollower instead.
The leader must enable its DifferentialOutput status signal. The update rate of the status signal determines the update rate of the follower's output and should be no slower than 20 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Request PID to target velocity with a differential position setpoint.
This control mode will set the motor's velocity setpoint to the velocity specified by the user. It will also set the motor's differential position setpoint to the specified position.
EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see hardware::traits::SupportsFOC). Set to false to use trapezoidal commutation.
FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Request PID to target velocity with a differential position setpoint.
This control mode will set the motor's velocity setpoint to the velocity specified by the user. It will also set the motor's differential position setpoint to the specified position.
EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see hardware::traits::SupportsFOC). Set to false to use trapezoidal commutation.
FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Request a specified voltage with a differential position closed-loop.
This control mode will attempt to apply the specified voltage to the motor. If the supply voltage is below the requested voltage, the motor controller will output the supply voltage. It will also set the motor's differential position setpoint to the specified position.
EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see hardware::traits::SupportsFOC). Set to false to use trapezoidal commutation.
FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Request a specified motor duty cycle.
This control mode will output a proportion of the supplied voltage which is supplied by the user.
EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see hardware::traits::SupportsFOC). Set to false to use trapezoidal commutation.
FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Requests Motion Magic® to target a final position using a motion profile.
This dynamic request allows runtime changes to Cruise Velocity, Acceleration, and (optional) Jerk. Users can optionally provide a duty cycle feedforward.
Motion Magic® produces a motion profile in real-time while attempting to honor the specified Cruise Velocity, Acceleration, and (optional) Jerk. This control mode does not use the Expo_kV or Expo_kA configs.
Target position can be changed on-the-fly and Motion Magic® will do its best to adjust the profile. This control mode is duty cycle based, so relevant closed-loop gains will use fractional duty cycle for the numerator: +1.0 represents full forward output.
Jerk: Jerk for profiling. The signage does not matter as the device will use the absolute value for profile generation.
Jerk is optional; if this is set to zero, then Motion Magic® will not apply a Jerk limit.
EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see hardware::traits::SupportsFOC). Set to false to use trapezoidal commutation.
FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Requests Motion Magic® Expo to target a final position using an exponential motion profile.
This dynamic request allows runtime changes to the profile kV, kA, and (optional) Cruise Velocity. Users can optionally provide a duty cycle feedforward.
Motion Magic® Expo produces a motion profile in real-time while attempting to honor the specified Cruise Velocity (optional) and the mechanism kV and kA. Note that unlike the slot gains, the Expo_kV and Expo_kA parameters are always in output units of Volts.
Setting the Cruise Velocity to 0 will allow the profile to run to the max possible velocity based on Expo_kV. This control mode does not use the Acceleration or Jerk configs.
Target position can be changed on-the-fly and Motion Magic® will do its best to adjust the profile. This control mode is duty cycle based, so relevant closed-loop gains will use fractional duty cycle for the numerator: +1.0 represents full forward output.
kV: Mechanism kV for profiling. Unlike the kV slot gain, this is always in units of V/rps.
This represents the amount of voltage necessary to hold a velocity. In terms of the Motion Magic® Expo profile, a higher kV results in a slower maximum velocity.
kA: Mechanism kA for profiling. Unlike the kA slot gain, this is always in units of V/rps².
This represents the amount of voltage necessary to achieve an acceleration. In terms of the Motion Magic® Expo profile, a higher kA results in a slower acceleration.
EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see hardware::traits::SupportsFOC). Set to false to use trapezoidal commutation.
FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Requests Motion Magic® Expo to target a final position using an exponential motion profile.
This dynamic request allows runtime changes to the profile kV, kA, and (optional) Cruise Velocity. Users can optionally provide a torque current feedforward.
Motion Magic® Expo produces a motion profile in real-time while attempting to honor the specified Cruise Velocity (optional) and the mechanism kV and kA. Note that unlike the slot gains, the Expo_kV and Expo_kA parameters are always in output units of Volts.
Setting the Cruise Velocity to 0 will allow the profile to run to the max possible velocity based on Expo_kV. This control mode does not use the Acceleration or Jerk configs.
Target position can be changed on-the-fly and Motion Magic® will do its best to adjust the profile. This control mode is based on torque current, so relevant closed-loop gains will use Amperes for the numerator.
kV: Mechanism kV for profiling. Unlike the kV slot gain, this is always in units of V/rps.
This represents the amount of voltage necessary to hold a velocity. In terms of the Motion Magic® Expo profile, a higher kV results in a slower maximum velocity.
kA: Mechanism kA for profiling. Unlike the kA slot gain, this is always in units of V/rps².
This represents the amount of voltage necessary to achieve an acceleration. In terms of the Motion Magic® Expo profile, a higher kA results in a slower acceleration.
FeedForward: Feedforward to apply in torque current in Amperes. This is added to the output of the onboard feedforward terms.
User can use motor's kT to scale Newton-meter to Amperes.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalonWithFOC.
|
finalvirtual |
Requests Motion Magic® Expo to target a final position using an exponential motion profile.
This dynamic request allows runtime changes to the profile kV, kA, and (optional) Cruise Velocity. Users can optionally provide a voltage feedforward.
Motion Magic® Expo produces a motion profile in real-time while attempting to honor the specified Cruise Velocity (optional) and the mechanism kV and kA. Note that unlike the slot gains, the Expo_kV and Expo_kA parameters are always in output units of Volts.
Setting the Cruise Velocity to 0 will allow the profile to run to the max possible velocity based on Expo_kV. This control mode does not use the Acceleration or Jerk configs.
Target position can be changed on-the-fly and Motion Magic® will do its best to adjust the profile. This control mode is voltage-based, so relevant closed-loop gains will use Volts for the numerator.
kV: Mechanism kV for profiling. Unlike the kV slot gain, this is always in units of V/rps.
This represents the amount of voltage necessary to hold a velocity. In terms of the Motion Magic® Expo profile, a higher kV results in a slower maximum velocity.
kA: Mechanism kA for profiling. Unlike the kA slot gain, this is always in units of V/rps².
This represents the amount of voltage necessary to achieve an acceleration. In terms of the Motion Magic® Expo profile, a higher kA results in a slower acceleration.
EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see hardware::traits::SupportsFOC). Set to false to use trapezoidal commutation.
FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Requests Motion Magic® to target a final position using a motion profile.
This dynamic request allows runtime changes to Cruise Velocity, Acceleration, and (optional) Jerk. Users can optionally provide a torque current feedforward.
Motion Magic® produces a motion profile in real-time while attempting to honor the specified Cruise Velocity, Acceleration, and (optional) Jerk. This control mode does not use the Expo_kV or Expo_kA configs.
Target position can be changed on-the-fly and Motion Magic® will do its best to adjust the profile. This control mode is based on torque current, so relevant closed-loop gains will use Amperes for the numerator.
Jerk: Jerk for profiling. The signage does not matter as the device will use the absolute value for profile generation.
Jerk is optional; if this is set to zero, then Motion Magic® will not apply a Jerk limit.
FeedForward: Feedforward to apply in torque current in Amperes. This is added to the output of the onboard feedforward terms.
User can use motor's kT to scale Newton-meter to Amperes.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalonWithFOC.
|
finalvirtual |
Requests Motion Magic® to target a final position using a motion profile.
This dynamic request allows runtime changes to Cruise Velocity, Acceleration, and (optional) Jerk. Users can optionally provide a voltage feedforward.
Motion Magic® produces a motion profile in real-time while attempting to honor the specified Cruise Velocity, Acceleration, and (optional) Jerk. This control mode does not use the Expo_kV or Expo_kA configs.
Target position can be changed on-the-fly and Motion Magic® will do its best to adjust the profile. This control mode is voltage-based, so relevant closed-loop gains will use Volts for the numerator.
Jerk: Jerk for profiling. The signage does not matter as the device will use the absolute value for profile generation.
Jerk is optional; if this is set to zero, then Motion Magic® will not apply a Jerk limit.
EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see hardware::traits::SupportsFOC). Set to false to use trapezoidal commutation.
FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Apply a generic empty control used to do nothing.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalonWithFOC.
|
finalvirtual |
Follow the motor output of another Talon.
The follower will atomically change its output type when it receives the leader's latest output status signal (DutyCycle, MotorVoltage, TorqueCurrent). If Talon is in torque control, the torque is copied - which will increase the total torque applied. If Talon is in duty cycle output control, the duty cycle is matched. If Talon is in voltage output control, the motor voltage is matched. Motor direction either matches the leader's configured direction or opposes it based on the MotorAlignment.
The leader must ensure the status signal corresponding to its control output type (DutyCycle, MotorVoltage, TorqueCurrent) is enabled. The update rate of the status signal determines the update rate of the follower's output and should be no slower than 20 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Requests Motion Magic® to target a final position using a motion profile.
Users can optionally provide a duty cycle feedforward.
Motion Magic® produces a motion profile in real-time while attempting to honor the Cruise Velocity, Acceleration, and (optional) Jerk specified via the Motion Magic® configuration values. This control mode does not use the Expo_kV or Expo_kA configs.
Target position can be changed on-the-fly and Motion Magic® will do its best to adjust the profile. This control mode is duty cycle based, so relevant closed-loop gains will use fractional duty cycle for the numerator: +1.0 represents full forward output.
EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see hardware::traits::SupportsFOC). Set to false to use trapezoidal commutation.
FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Requests Motion Magic® to target a final position using an exponential motion profile.
Users can optionally provide a duty cycle feedforward.
Motion Magic® Expo produces a motion profile in real-time while attempting to honor the Cruise Velocity (optional) and the mechanism kV and kA, specified via the Motion Magic® configuration values. Note that unlike the slot gains, the Expo_kV and Expo_kA configs are always in output units of Volts.
Setting Cruise Velocity to 0 will allow the profile to run to the max possible velocity based on Expo_kV. This control mode does not use the Acceleration or Jerk configs.
Target position can be changed on-the-fly and Motion Magic® will do its best to adjust the profile. This control mode is duty cycle based, so relevant closed-loop gains will use fractional duty cycle for the numerator: +1.0 represents full forward output.
EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see hardware::traits::SupportsFOC). Set to false to use trapezoidal commutation.
FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Requests Motion Magic® to target a final position using an exponential motion profile.
Users can optionally provide a torque current feedforward.
Motion Magic® Expo produces a motion profile in real-time while attempting to honor the Cruise Velocity (optional) and the mechanism kV and kA, specified via the Motion Magic® configuration values. Note that unlike the slot gains, the Expo_kV and Expo_kA configs are always in output units of Volts.
Setting Cruise Velocity to 0 will allow the profile to run to the max possible velocity based on Expo_kV. This control mode does not use the Acceleration or Jerk configs.
Target position can be changed on-the-fly and Motion Magic® will do its best to adjust the profile. This control mode is based on torque current, so relevant closed-loop gains will use Amperes for the numerator.
FeedForward: Feedforward to apply in torque current in Amperes. This is added to the output of the onboard feedforward terms.
User can use motor's kT to scale Newton-meter to Amperes.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalonWithFOC.
|
finalvirtual |
Requests Motion Magic® to target a final position using an exponential motion profile.
Users can optionally provide a voltage feedforward.
Motion Magic® Expo produces a motion profile in real-time while attempting to honor the Cruise Velocity (optional) and the mechanism kV and kA, specified via the Motion Magic® configuration values. Note that unlike the slot gains, the Expo_kV and Expo_kA configs are always in output units of Volts.
Setting Cruise Velocity to 0 will allow the profile to run to the max possible velocity based on Expo_kV. This control mode does not use the Acceleration or Jerk configs.
Target position can be changed on-the-fly and Motion Magic® will do its best to adjust the profile. This control mode is voltage-based, so relevant closed-loop gains will use Volts for the numerator.
EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see hardware::traits::SupportsFOC). Set to false to use trapezoidal commutation.
FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Requests Motion Magic® to target a final position using a motion profile.
Users can optionally provide a torque current feedforward.
Motion Magic® produces a motion profile in real-time while attempting to honor the Cruise Velocity, Acceleration, and (optional) Jerk specified via the Motion Magic® configuration values. This control mode does not use the Expo_kV or Expo_kA configs.
Target position can be changed on-the-fly and Motion Magic® will do its best to adjust the profile. This control mode is based on torque current, so relevant closed-loop gains will use Amperes for the numerator.
FeedForward: Feedforward to apply in torque current in Amperes. This is added to the output of the onboard feedforward terms.
User can use motor's kT to scale Newton-meter to Amperes.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalonWithFOC.
|
finalvirtual |
Requests Motion Magic® to target a final velocity using a motion profile.
This allows smooth transitions between velocity set points. Users can optionally provide a duty cycle feedforward.
Motion Magic® Velocity produces a motion profile in real-time while attempting to honor the specified Acceleration and (optional) Jerk. This control mode does not use the CruiseVelocity, Expo_kV, or Expo_kA configs.
If the specified acceleration is zero, the Acceleration under Motion Magic® configuration parameter is used instead. This allows for runtime adjustment of acceleration for advanced users. Jerk is also specified in the Motion Magic® persistent configuration values. If Jerk is set to zero, Motion Magic® will produce a trapezoidal acceleration profile.
Target velocity can also be changed on-the-fly and Motion Magic® will do its best to adjust the profile. This control mode is duty cycle based, so relevant closed-loop gains will use fractional duty cycle for the numerator: +1.0 represents full forward output.
EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see hardware::traits::SupportsFOC). Set to false to use trapezoidal commutation.
FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Requests Motion Magic® to target a final velocity using a motion profile.
This allows smooth transitions between velocity set points. Users can optionally provide a torque feedforward.
Motion Magic® Velocity produces a motion profile in real-time while attempting to honor the specified Acceleration and (optional) Jerk. This control mode does not use the CruiseVelocity, Expo_kV, or Expo_kA configs.
If the specified acceleration is zero, the Acceleration under Motion Magic® configuration parameter is used instead. This allows for runtime adjustment of acceleration for advanced users. Jerk is also specified in the Motion Magic® persistent configuration values. If Jerk is set to zero, Motion Magic® will produce a trapezoidal acceleration profile.
Target velocity can also be changed on-the-fly and Motion Magic® will do its best to adjust the profile. This control mode is based on torque current, so relevant closed-loop gains will use Amperes for the numerator.
FeedForward: Feedforward to apply in torque current in Amperes. This is added to the output of the onboard feedforward terms.
User can use motor's kT to scale Newton-meter to Amperes.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalonWithFOC.
|
finalvirtual |
Requests Motion Magic® to target a final velocity using a motion profile.
This allows smooth transitions between velocity set points. Users can optionally provide a voltage feedforward.
Motion Magic® Velocity produces a motion profile in real-time while attempting to honor the specified Acceleration and (optional) Jerk. This control mode does not use the CruiseVelocity, Expo_kV, or Expo_kA configs.
If the specified acceleration is zero, the Acceleration under Motion Magic® configuration parameter is used instead. This allows for runtime adjustment of acceleration for advanced users. Jerk is also specified in the Motion Magic® persistent configuration values. If Jerk is set to zero, Motion Magic® will produce a trapezoidal acceleration profile.
Target velocity can also be changed on-the-fly and Motion Magic® will do its best to adjust the profile. This control mode is voltage-based, so relevant closed-loop gains will use Volts for the numerator.
EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see hardware::traits::SupportsFOC). Set to false to use trapezoidal commutation.
FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Requests Motion Magic® to target a final position using a motion profile.
Users can optionally provide a voltage feedforward.
Motion Magic® produces a motion profile in real-time while attempting to honor the Cruise Velocity, Acceleration, and (optional) Jerk specified via the Motion Magic® configuration values. This control mode does not use the Expo_kV or Expo_kA configs.
Target position can be changed on-the-fly and Motion Magic® will do its best to adjust the profile. This control mode is voltage-based, so relevant closed-loop gains will use Volts for the numerator.
EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see hardware::traits::SupportsFOC). Set to false to use trapezoidal commutation.
FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Plays a single tone at the user specified frequency.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalonWithFOC.
|
finalvirtual |
Request neutral output of actuator.
The applied brake type is determined by the NeutralMode configuration.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Request PID to target position with duty cycle feedforward.
This control mode will set the motor's position setpoint to the position specified by the user. In addition, it will apply an additional duty cycle as an arbitrary feedforward value.
EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see hardware::traits::SupportsFOC). Set to false to use trapezoidal commutation.
FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Request PID to target position with torque current feedforward.
This control mode will set the motor's position setpoint to the position specified by the user. In addition, it will apply an additional torque current as an arbitrary feedforward value.
FeedForward: Feedforward to apply in torque current in Amperes. This is added to the output of the onboard feedforward terms.
User can use motor's kT to scale Newton-meter to Amperes.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalonWithFOC.
|
finalvirtual |
Request PID to target position with voltage feedforward.
This control mode will set the motor's position setpoint to the position specified by the user. In addition, it will apply an additional voltage as an arbitrary feedforward value.
EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see hardware::traits::SupportsFOC). Set to false to use trapezoidal commutation.
FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Applies full neutral-brake by shorting motor leads together.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Follow the motor output of another Talon while ignoring the leader's invert setting.
The follower will atomically change its output type when it receives the leader's latest output status signal (DutyCycle, MotorVoltage, TorqueCurrent). If Talon is in torque control, the torque is copied - which will increase the total torque applied. If Talon is in duty cycle output control, the duty cycle is matched. If Talon is in voltage output control, the motor voltage is matched. Motor direction is strictly determined by the configured invert and not the leader. If you want motor direction to match or oppose the leader, use Follower instead.
The leader must ensure the status signal corresponding to its control output type (DutyCycle, MotorVoltage, TorqueCurrent) is enabled. The update rate of the status signal determines the update rate of the follower's output and should be no slower than 20 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Request a specified motor current (field oriented control).
This control request will drive the motor to the requested motor (stator) current value. This leverages field oriented control (FOC), which means greater peak power than what is documented. This scales to torque based on Motor's kT constant.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalonWithFOC.
|
finalvirtual |
Request PID to target velocity with duty cycle feedforward.
This control mode will set the motor's velocity setpoint to the velocity specified by the user. In addition, it will apply an additional voltage as an arbitrary feedforward value.
EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see hardware::traits::SupportsFOC). Set to false to use trapezoidal commutation.
FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Request PID to target velocity with torque current feedforward.
This control mode will set the motor's velocity setpoint to the velocity specified by the user. In addition, it will apply an additional torque current as an arbitrary feedforward value.
FeedForward: Feedforward to apply in torque current in Amperes. This is added to the output of the onboard feedforward terms.
User can use motor's kT to scale Newton-meter to Amperes.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalonWithFOC.
|
finalvirtual |
Request PID to target velocity with voltage feedforward.
This control mode will set the motor's velocity setpoint to the velocity specified by the user. In addition, it will apply an additional voltage as an arbitrary feedforward value.
EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see hardware::traits::SupportsFOC). Set to false to use trapezoidal commutation.
FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
finalvirtual |
Request a specified voltage.
This control mode will attempt to apply the specified voltage to the motor. If the supply voltage is below the requested voltage, the motor controller will output the supply voltage.
EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see hardware::traits::SupportsFOC). Set to false to use trapezoidal commutation.
FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
IgnoreHardwareLimits: Set to true to ignore hardware limit switches and the LimitForwardMotion and LimitReverseMotion parameters, instead allowing motion.
This can be useful on mechanisms such as an intake/feeder, where a limit switch stops motion while intaking but should be ignored when feeding to a shooter.
The hardware limit faults and Forward/ReverseLimit signals will still report the values of the limit switches regardless of this parameter.
IgnoreSoftwareLimits: Set to true to ignore software limits, instead allowing motion.
This can be useful when calibrating the zero point of a mechanism such as an elevator.
The software limit faults will still report the values of the software limits regardless of this parameter.
UseTimesync: Set to true to delay applying this control request until a timesync boundary (requires Phoenix Pro and CANivore). This eliminates the impact of nondeterministic network delays in exchange for a larger but deterministic control latency.
This requires setting the ControlTimesyncFreqHz config in MotorOutputConfigs. Additionally, when this is enabled, the UpdateFreqHz of this request should be set to 0 Hz.
| request | Control object to request of the device |
Reimplemented from ctre::phoenix6::hardware::traits::CommonTalon.
|
inlinefinalvirtual |
Sets the mechanism position of the device in mechanism rotations.
This will wait up to 0.100 seconds (100ms) by default.
| newValue | Value to set to. Units are in rotations. |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.
|
inlinefinalvirtual |
Sets the mechanism position of the device in mechanism rotations.
| newValue | Value to set to. Units are in rotations. |
| timeoutSeconds | Maximum time to wait up to in seconds. |
Implements ctre::phoenix6::hardware::traits::HasTalonSignals.