CTRE Phoenix 6 C++ 25.0.0-beta-4
Loading...
Searching...
No Matches
ctre::phoenix6::hardware::core::CoreTalonFX Class Reference

Class description for the Talon FX integrated motor controller. More...

#include <ctre/phoenix6/core/CoreTalonFX.hpp>

Inheritance diagram for ctre::phoenix6::hardware::core::CoreTalonFX:
ctre::phoenix6::hardware::ParentDevice ctre::phoenix6::hardware::traits::CommonTalonWithFOC ctre::phoenix6::hardware::traits::CommonTalon ctre::phoenix6::hardware::traits::SupportsFOC ctre::phoenix6::hardware::traits::SupportsMusic ctre::phoenix6::hardware::traits::HasTalonControls ctre::phoenix6::hardware::traits::HasTalonSignals ctre::phoenix6::hardware::TalonFX

Public Member Functions

 CoreTalonFX (int deviceId, std::string canbus="")
 Constructs a new Talon FX motor controller object.
 
 CoreTalonFX (int deviceId, CANBus canbus)
 Constructs a new Talon FX motor controller object.
 
configs::TalonFXConfiguratorGetConfigurator ()
 Gets the configurator for this TalonFX.
 
configs::TalonFXConfigurator constGetConfigurator () const
 Gets the configurator for this TalonFX.
 
sim::TalonFXSimStateGetSimState ()
 Get the simulation state for this device.
 
StatusSignal< int > & GetVersionMajor (bool refresh=true) override
 App Major Version number.
 
StatusSignal< int > & GetVersionMinor (bool refresh=true) override
 App Minor Version number.
 
StatusSignal< int > & GetVersionBugfix (bool refresh=true) override
 App Bugfix Version number.
 
StatusSignal< int > & GetVersionBuild (bool refresh=true) override
 App Build Version number.
 
StatusSignal< int > & GetVersion (bool refresh=true) override
 Full Version of firmware in device.
 
StatusSignal< int > & GetFaultField (bool refresh=true) override
 Integer representing all fault flags reported by the device.
 
StatusSignal< int > & GetStickyFaultField (bool refresh=true) override
 Integer representing all (persistent) sticky fault flags reported by the device.
 
StatusSignal< units::voltage::volt_t > & GetMotorVoltage (bool refresh=true) override
 The applied (output) motor voltage.
 
StatusSignal< signals::ForwardLimitValue > & GetForwardLimit (bool refresh=true) override
 Forward Limit Pin.
 
StatusSignal< signals::ReverseLimitValue > & GetReverseLimit (bool refresh=true) override
 Reverse Limit Pin.
 
StatusSignal< signals::AppliedRotorPolarityValue > & GetAppliedRotorPolarity (bool refresh=true) override
 The applied rotor polarity as seen from the front of the motor.
 
StatusSignal< units::dimensionless::scalar_t > & GetDutyCycle (bool refresh=true) override
 The applied motor duty cycle.
 
StatusSignal< units::current::ampere_t > & GetTorqueCurrent (bool refresh=true) override
 Current corresponding to the torque output by the motor.
 
StatusSignal< units::current::ampere_t > & GetStatorCurrent (bool refresh=true) override
 Current corresponding to the stator windings.
 
StatusSignal< units::current::ampere_t > & GetSupplyCurrent (bool refresh=true) override
 Measured supply side current.
 
StatusSignal< units::voltage::volt_t > & GetSupplyVoltage (bool refresh=true) override
 Measured supply voltage to the device.
 
StatusSignal< units::temperature::celsius_t > & GetDeviceTemp (bool refresh=true) override
 Temperature of device.
 
StatusSignal< units::temperature::celsius_t > & GetProcessorTemp (bool refresh=true) override
 Temperature of the processor.
 
StatusSignal< units::angular_velocity::turns_per_second_t > & GetRotorVelocity (bool refresh=true) override
 Velocity of the motor rotor.
 
StatusSignal< units::angle::turn_t > & GetRotorPosition (bool refresh=true) override
 Position of the motor rotor.
 
StatusSignal< units::angular_velocity::turns_per_second_t > & GetVelocity (bool refresh=true) override
 Velocity of the device in mechanism rotations per second.
 
StatusSignal< units::angle::turn_t > & GetPosition (bool refresh=true) override
 Position of the device in mechanism rotations.
 
StatusSignal< units::angular_acceleration::turns_per_second_squared_t > & GetAcceleration (bool refresh=true) override
 Acceleration of the device in mechanism rotations per second².
 
StatusSignal< signals::ControlModeValue > & GetControlMode (bool refresh=true) override
 The active control mode of the motor controller.
 
StatusSignal< signals::MotionMagicIsRunningValue > & GetMotionMagicIsRunning (bool refresh=true) override
 Check if Motion Magic® is running.
 
StatusSignal< signals::DeviceEnableValue > & GetDeviceEnable (bool refresh=true) override
 Indicates if device is actuator enabled.
 
StatusSignal< int > & GetClosedLoopSlot (bool refresh=true) override
 The slot that the closed-loop PID is using.
 
StatusSignal< signals::MotorOutputStatusValue > & GetMotorOutputStatus (bool refresh=true) override
 Assess the status of the motor output with respect to load and supply.
 
StatusSignal< signals::DifferentialControlModeValue > & GetDifferentialControlMode (bool refresh=true) override
 The active control mode of the differential controller.
 
StatusSignal< units::angular_velocity::turns_per_second_t > & GetDifferentialAverageVelocity (bool refresh=true) override
 Average component of the differential velocity of device.
 
StatusSignal< units::angle::turn_t > & GetDifferentialAveragePosition (bool refresh=true) override
 Average component of the differential position of device.
 
StatusSignal< units::angular_velocity::turns_per_second_t > & GetDifferentialDifferenceVelocity (bool refresh=true) override
 Difference component of the differential velocity of device.
 
StatusSignal< units::angle::turn_t > & GetDifferentialDifferencePosition (bool refresh=true) override
 Difference component of the differential position of device.
 
StatusSignal< int > & GetDifferentialClosedLoopSlot (bool refresh=true) override
 The slot that the closed-loop differential PID is using.
 
StatusSignal< ctre::unit::newton_meters_per_ampere_t > & GetMotorKT (bool refresh=true) override
 The torque constant (K_T) of the motor.
 
StatusSignal< ctre::unit::rpm_per_volt_t > & GetMotorKV (bool refresh=true) override
 The velocity constant (K_V) of the motor.
 
StatusSignal< units::current::ampere_t > & GetMotorStallCurrent (bool refresh=true) override
 The stall current of the motor at 12 V output.
 
StatusSignal< signals::BridgeOutputValue > & GetBridgeOutput (bool refresh=true) override
 The applied output of the bridge.
 
StatusSignal< bool > & GetIsProLicensed (bool refresh=true) override
 Whether the device is Phoenix Pro licensed.
 
StatusSignal< units::temperature::celsius_t > & GetAncillaryDeviceTemp (bool refresh=true) override
 Temperature of device from second sensor.
 
StatusSignal< signals::ConnectedMotorValue > & GetConnectedMotor (bool refresh=true) override
 The type of motor attached to the Talon.
 
StatusSignal< bool > & GetFault_Hardware (bool refresh=true) override
 Hardware fault occurred.
 
StatusSignal< bool > & GetStickyFault_Hardware (bool refresh=true) override
 Hardware fault occurred.
 
StatusSignal< bool > & GetFault_ProcTemp (bool refresh=true) override
 Processor temperature exceeded limit.
 
StatusSignal< bool > & GetStickyFault_ProcTemp (bool refresh=true) override
 Processor temperature exceeded limit.
 
StatusSignal< bool > & GetFault_DeviceTemp (bool refresh=true) override
 Device temperature exceeded limit.
 
StatusSignal< bool > & GetStickyFault_DeviceTemp (bool refresh=true) override
 Device temperature exceeded limit.
 
StatusSignal< bool > & GetFault_Undervoltage (bool refresh=true) override
 Device supply voltage dropped to near brownout levels.
 
StatusSignal< bool > & GetStickyFault_Undervoltage (bool refresh=true) override
 Device supply voltage dropped to near brownout levels.
 
StatusSignal< bool > & GetFault_BootDuringEnable (bool refresh=true) override
 Device boot while detecting the enable signal.
 
StatusSignal< bool > & GetStickyFault_BootDuringEnable (bool refresh=true) override
 Device boot while detecting the enable signal.
 
StatusSignal< bool > & GetFault_UnlicensedFeatureInUse (bool refresh=true) override
 An unlicensed feature is in use, device may not behave as expected.
 
StatusSignal< bool > & GetStickyFault_UnlicensedFeatureInUse (bool refresh=true) override
 An unlicensed feature is in use, device may not behave as expected.
 
StatusSignal< bool > & GetFault_BridgeBrownout (bool refresh=true) override
 Bridge was disabled most likely due to supply voltage dropping too low.
 
StatusSignal< bool > & GetStickyFault_BridgeBrownout (bool refresh=true) override
 Bridge was disabled most likely due to supply voltage dropping too low.
 
StatusSignal< bool > & GetFault_RemoteSensorReset (bool refresh=true) override
 The remote sensor has reset.
 
StatusSignal< bool > & GetStickyFault_RemoteSensorReset (bool refresh=true) override
 The remote sensor has reset.
 
StatusSignal< bool > & GetFault_MissingDifferentialFX (bool refresh=true) override
 The remote Talon used for differential control is not present on CAN Bus.
 
StatusSignal< bool > & GetStickyFault_MissingDifferentialFX (bool refresh=true) override
 The remote Talon used for differential control is not present on CAN Bus.
 
StatusSignal< bool > & GetFault_RemoteSensorPosOverflow (bool refresh=true) override
 The remote sensor position has overflowed.
 
StatusSignal< bool > & GetStickyFault_RemoteSensorPosOverflow (bool refresh=true) override
 The remote sensor position has overflowed.
 
StatusSignal< bool > & GetFault_OverSupplyV (bool refresh=true) override
 Supply Voltage has exceeded the maximum voltage rating of device.
 
StatusSignal< bool > & GetStickyFault_OverSupplyV (bool refresh=true) override
 Supply Voltage has exceeded the maximum voltage rating of device.
 
StatusSignal< bool > & GetFault_UnstableSupplyV (bool refresh=true) override
 Supply Voltage is unstable.
 
StatusSignal< bool > & GetStickyFault_UnstableSupplyV (bool refresh=true) override
 Supply Voltage is unstable.
 
StatusSignal< bool > & GetFault_ReverseHardLimit (bool refresh=true) override
 Reverse limit switch has been asserted.
 
StatusSignal< bool > & GetStickyFault_ReverseHardLimit (bool refresh=true) override
 Reverse limit switch has been asserted.
 
StatusSignal< bool > & GetFault_ForwardHardLimit (bool refresh=true) override
 Forward limit switch has been asserted.
 
StatusSignal< bool > & GetStickyFault_ForwardHardLimit (bool refresh=true) override
 Forward limit switch has been asserted.
 
StatusSignal< bool > & GetFault_ReverseSoftLimit (bool refresh=true) override
 Reverse soft limit has been asserted.
 
StatusSignal< bool > & GetStickyFault_ReverseSoftLimit (bool refresh=true) override
 Reverse soft limit has been asserted.
 
StatusSignal< bool > & GetFault_ForwardSoftLimit (bool refresh=true) override
 Forward soft limit has been asserted.
 
StatusSignal< bool > & GetStickyFault_ForwardSoftLimit (bool refresh=true) override
 Forward soft limit has been asserted.
 
StatusSignal< bool > & GetFault_MissingSoftLimitRemote (bool refresh=true) override
 The remote soft limit device is not present on CAN Bus.
 
StatusSignal< bool > & GetStickyFault_MissingSoftLimitRemote (bool refresh=true) override
 The remote soft limit device is not present on CAN Bus.
 
StatusSignal< bool > & GetFault_MissingHardLimitRemote (bool refresh=true) override
 The remote limit switch device is not present on CAN Bus.
 
StatusSignal< bool > & GetStickyFault_MissingHardLimitRemote (bool refresh=true) override
 The remote limit switch device is not present on CAN Bus.
 
StatusSignal< bool > & GetFault_RemoteSensorDataInvalid (bool refresh=true) override
 The remote sensor's data is no longer trusted.
 
StatusSignal< bool > & GetStickyFault_RemoteSensorDataInvalid (bool refresh=true) override
 The remote sensor's data is no longer trusted.
 
StatusSignal< bool > & GetFault_FusedSensorOutOfSync (bool refresh=true) override
 The remote sensor used for fusion has fallen out of sync to the local sensor.
 
StatusSignal< bool > & GetStickyFault_FusedSensorOutOfSync (bool refresh=true) override
 The remote sensor used for fusion has fallen out of sync to the local sensor.
 
StatusSignal< bool > & GetFault_StatorCurrLimit (bool refresh=true) override
 Stator current limit occured.
 
StatusSignal< bool > & GetStickyFault_StatorCurrLimit (bool refresh=true) override
 Stator current limit occured.
 
StatusSignal< bool > & GetFault_SupplyCurrLimit (bool refresh=true) override
 Supply current limit occured.
 
StatusSignal< bool > & GetStickyFault_SupplyCurrLimit (bool refresh=true) override
 Supply current limit occured.
 
StatusSignal< bool > & GetFault_UsingFusedCANcoderWhileUnlicensed (bool refresh=true) override
 Using Fused CANcoder feature while unlicensed.
 
StatusSignal< bool > & GetStickyFault_UsingFusedCANcoderWhileUnlicensed (bool refresh=true) override
 Using Fused CANcoder feature while unlicensed.
 
StatusSignal< bool > & GetFault_StaticBrakeDisabled (bool refresh=true) override
 Static brake was momentarily disabled due to excessive braking current while disabled.
 
StatusSignal< bool > & GetStickyFault_StaticBrakeDisabled (bool refresh=true) override
 Static brake was momentarily disabled due to excessive braking current while disabled.
 
StatusSignal< double > & GetClosedLoopProportionalOutput (bool refresh=true) override
 Closed loop proportional component.
 
StatusSignal< double > & GetClosedLoopIntegratedOutput (bool refresh=true) override
 Closed loop integrated component.
 
StatusSignal< double > & GetClosedLoopFeedForward (bool refresh=true) override
 Feedforward passed by the user.
 
StatusSignal< double > & GetClosedLoopDerivativeOutput (bool refresh=true) override
 Closed loop derivative component.
 
StatusSignal< double > & GetClosedLoopOutput (bool refresh=true) override
 Closed loop total output.
 
StatusSignal< double > & GetClosedLoopReference (bool refresh=true) override
 Value that the closed loop is targeting.
 
StatusSignal< double > & GetClosedLoopReferenceSlope (bool refresh=true) override
 Derivative of the target that the closed loop is targeting.
 
StatusSignal< double > & GetClosedLoopError (bool refresh=true) override
 The difference between target reference and current measurement.
 
StatusSignal< double > & GetDifferentialOutput (bool refresh=true) override
 The calculated motor output for differential followers.
 
StatusSignal< double > & GetDifferentialClosedLoopProportionalOutput (bool refresh=true) override
 Differential closed loop proportional component.
 
StatusSignal< double > & GetDifferentialClosedLoopIntegratedOutput (bool refresh=true) override
 Differential closed loop integrated component.
 
StatusSignal< double > & GetDifferentialClosedLoopFeedForward (bool refresh=true) override
 Differential Feedforward passed by the user.
 
StatusSignal< double > & GetDifferentialClosedLoopDerivativeOutput (bool refresh=true) override
 Differential closed loop derivative component.
 
StatusSignal< double > & GetDifferentialClosedLoopOutput (bool refresh=true) override
 Differential closed loop total output.
 
StatusSignal< double > & GetDifferentialClosedLoopReference (bool refresh=true) override
 Value that the differential closed loop is targeting.
 
StatusSignal< double > & GetDifferentialClosedLoopReferenceSlope (bool refresh=true) override
 Derivative of the target that the differential closed loop is targeting.
 
StatusSignal< double > & GetDifferentialClosedLoopError (bool refresh=true) override
 The difference between target differential reference and current measurement.
 
ctre::phoenix::StatusCode SetControl (const controls::DutyCycleOut &request) override
 Request a specified motor duty cycle.
 
ctre::phoenix::StatusCode SetControl (const controls::TorqueCurrentFOC &request) override
 Request a specified motor current (field oriented control).
 
ctre::phoenix::StatusCode SetControl (const controls::VoltageOut &request) override
 Request a specified voltage.
 
ctre::phoenix::StatusCode SetControl (const controls::PositionDutyCycle &request) override
 Request PID to target position with duty cycle feedforward.
 
ctre::phoenix::StatusCode SetControl (const controls::PositionVoltage &request) override
 Request PID to target position with voltage feedforward.
 
ctre::phoenix::StatusCode SetControl (const controls::PositionTorqueCurrentFOC &request) override
 Request PID to target position with torque current feedforward.
 
ctre::phoenix::StatusCode SetControl (const controls::VelocityDutyCycle &request) override
 Request PID to target velocity with duty cycle feedforward.
 
ctre::phoenix::StatusCode SetControl (const controls::VelocityVoltage &request) override
 Request PID to target velocity with voltage feedforward.
 
ctre::phoenix::StatusCode SetControl (const controls::VelocityTorqueCurrentFOC &request) override
 Request PID to target velocity with torque current feedforward.
 
ctre::phoenix::StatusCode SetControl (const controls::MotionMagicDutyCycle &request) override
 Requests Motion Magic® to target a final position using a motion profile.
 
ctre::phoenix::StatusCode SetControl (const controls::MotionMagicVoltage &request) override
 Requests Motion Magic® to target a final position using a motion profile.
 
ctre::phoenix::StatusCode SetControl (const controls::MotionMagicTorqueCurrentFOC &request) override
 Requests Motion Magic® to target a final position using a motion profile.
 
ctre::phoenix::StatusCode SetControl (const controls::DifferentialDutyCycle &request) override
 Request a specified motor duty cycle with a differential position closed-loop.
 
ctre::phoenix::StatusCode SetControl (const controls::DifferentialVoltage &request) override
 Request a specified voltage with a differential position closed-loop.
 
ctre::phoenix::StatusCode SetControl (const controls::DifferentialPositionDutyCycle &request) override
 Request PID to target position with a differential position setpoint.
 
ctre::phoenix::StatusCode SetControl (const controls::DifferentialPositionVoltage &request) override
 Request PID to target position with a differential position setpoint.
 
ctre::phoenix::StatusCode SetControl (const controls::DifferentialVelocityDutyCycle &request) override
 Request PID to target velocity with a differential position setpoint.
 
ctre::phoenix::StatusCode SetControl (const controls::DifferentialVelocityVoltage &request) override
 Request PID to target velocity with a differential position setpoint.
 
ctre::phoenix::StatusCode SetControl (const controls::DifferentialMotionMagicDutyCycle &request) override
 Requests Motion Magic® to target a final position using a motion profile, and PID to a differential position setpoint.
 
ctre::phoenix::StatusCode SetControl (const controls::DifferentialMotionMagicVoltage &request) override
 Requests Motion Magic® to target a final position using a motion profile, and PID to a differential position setpoint.
 
ctre::phoenix::StatusCode SetControl (const controls::Follower &request) override
 Follow the motor output of another Talon.
 
ctre::phoenix::StatusCode SetControl (const controls::StrictFollower &request) override
 Follow the motor output of another Talon while ignoring the master's invert setting.
 
ctre::phoenix::StatusCode SetControl (const controls::DifferentialFollower &request) override
 Follow the differential motor output of another Talon.
 
ctre::phoenix::StatusCode SetControl (const controls::DifferentialStrictFollower &request) override
 Follow the differential motor output of another Talon while ignoring the master's invert setting.
 
ctre::phoenix::StatusCode SetControl (const controls::NeutralOut &request) override
 Request neutral output of actuator.
 
ctre::phoenix::StatusCode SetControl (const controls::CoastOut &request) override
 Request coast neutral output of actuator.
 
ctre::phoenix::StatusCode SetControl (const controls::StaticBrake &request) override
 Applies full neutral-brake by shorting motor leads together.
 
ctre::phoenix::StatusCode SetControl (const controls::MusicTone &request) override
 Plays a single tone at the user specified frequency.
 
ctre::phoenix::StatusCode SetControl (const controls::MotionMagicVelocityDutyCycle &request) override
 Requests Motion Magic® to target a final velocity using a motion profile.
 
ctre::phoenix::StatusCode SetControl (const controls::MotionMagicVelocityTorqueCurrentFOC &request) override
 Requests Motion Magic® to target a final velocity using a motion profile.
 
ctre::phoenix::StatusCode SetControl (const controls::MotionMagicVelocityVoltage &request) override
 Requests Motion Magic® to target a final velocity using a motion profile.
 
ctre::phoenix::StatusCode SetControl (const controls::MotionMagicExpoDutyCycle &request) override
 Requests Motion Magic® to target a final position using an exponential motion profile.
 
ctre::phoenix::StatusCode SetControl (const controls::MotionMagicExpoVoltage &request) override
 Requests Motion Magic® to target a final position using an exponential motion profile.
 
ctre::phoenix::StatusCode SetControl (const controls::MotionMagicExpoTorqueCurrentFOC &request) override
 Requests Motion Magic® to target a final position using an exponential motion profile.
 
ctre::phoenix::StatusCode SetControl (const controls::DynamicMotionMagicDutyCycle &request) override
 Requests Motion Magic® to target a final position using a motion profile.
 
ctre::phoenix::StatusCode SetControl (const controls::DynamicMotionMagicVoltage &request) override
 Requests Motion Magic® to target a final position using a motion profile.
 
ctre::phoenix::StatusCode SetControl (const controls::DynamicMotionMagicTorqueCurrentFOC &request) override
 Requests Motion Magic® to target a final position using a motion profile.
 
ctre::phoenix::StatusCode SetControl (const controls::compound::Diff_DutyCycleOut_Position &request) override
 Differential control with duty cycle average target and position difference target.
 
ctre::phoenix::StatusCode SetControl (const controls::compound::Diff_PositionDutyCycle_Position &request) override
 Differential control with position average target and position difference target using dutycycle control.
 
ctre::phoenix::StatusCode SetControl (const controls::compound::Diff_VelocityDutyCycle_Position &request) override
 Differential control with velocity average target and position difference target using dutycycle control.
 
ctre::phoenix::StatusCode SetControl (const controls::compound::Diff_MotionMagicDutyCycle_Position &request) override
 Differential control with Motion Magic® average target and position difference target using dutycycle control.
 
ctre::phoenix::StatusCode SetControl (const controls::compound::Diff_DutyCycleOut_Velocity &request) override
 Differential control with duty cycle average target and velocity difference target.
 
ctre::phoenix::StatusCode SetControl (const controls::compound::Diff_PositionDutyCycle_Velocity &request) override
 Differential control with position average target and velocity difference target using dutycycle control.
 
ctre::phoenix::StatusCode SetControl (const controls::compound::Diff_VelocityDutyCycle_Velocity &request) override
 Differential control with velocity average target and velocity difference target using dutycycle control.
 
ctre::phoenix::StatusCode SetControl (const controls::compound::Diff_MotionMagicDutyCycle_Velocity &request) override
 Differential control with Motion Magic® average target and velocity difference target using dutycycle control.
 
ctre::phoenix::StatusCode SetControl (const controls::compound::Diff_VoltageOut_Position &request) override
 Differential control with voltage average target and position difference target.
 
ctre::phoenix::StatusCode SetControl (const controls::compound::Diff_PositionVoltage_Position &request) override
 Differential control with position average target and position difference target using voltage control.
 
ctre::phoenix::StatusCode SetControl (const controls::compound::Diff_VelocityVoltage_Position &request) override
 Differential control with velocity average target and position difference target using voltage control.
 
ctre::phoenix::StatusCode SetControl (const controls::compound::Diff_MotionMagicVoltage_Position &request) override
 Differential control with Motion Magic® average target and position difference target using voltage control.
 
ctre::phoenix::StatusCode SetControl (const controls::compound::Diff_VoltageOut_Velocity &request) override
 Differential control with voltage average target and velocity difference target.
 
ctre::phoenix::StatusCode SetControl (const controls::compound::Diff_PositionVoltage_Velocity &request) override
 Differential control with position average target and velocity difference target using voltage control.
 
ctre::phoenix::StatusCode SetControl (const controls::compound::Diff_VelocityVoltage_Velocity &request) override
 Differential control with velocity average target and velocity difference target using voltage control.
 
ctre::phoenix::StatusCode SetControl (const controls::compound::Diff_MotionMagicVoltage_Velocity &request) override
 Differential control with Motion Magic® average target and velocity difference target using voltage control.
 
ctre::phoenix::StatusCode SetControl (const controls::compound::Diff_TorqueCurrentFOC_Position &request) override
 Differential control with torque current average target and position difference target.
 
ctre::phoenix::StatusCode SetControl (const controls::compound::Diff_PositionTorqueCurrentFOC_Position &request) override
 Differential control with position average target and position difference target using torque current control.
 
ctre::phoenix::StatusCode SetControl (const controls::compound::Diff_VelocityTorqueCurrentFOC_Position &request) override
 Differential control with velocity average target and position difference target using torque current control.
 
ctre::phoenix::StatusCode SetControl (const controls::compound::Diff_MotionMagicTorqueCurrentFOC_Position &request) override
 Differential control with Motion Magic® average target and position difference target using torque current control.
 
ctre::phoenix::StatusCode SetControl (const controls::compound::Diff_TorqueCurrentFOC_Velocity &request) override
 Differential control with torque current average target and velocity difference target.
 
ctre::phoenix::StatusCode SetControl (const controls::compound::Diff_PositionTorqueCurrentFOC_Velocity &request) override
 Differential control with position average target and velocity difference target using torque current control.
 
ctre::phoenix::StatusCode SetControl (const controls::compound::Diff_VelocityTorqueCurrentFOC_Velocity &request) override
 Differential control with velocity average target and velocity difference target using torque current control.
 
ctre::phoenix::StatusCode SetControl (const controls::compound::Diff_MotionMagicTorqueCurrentFOC_Velocity &request) override
 Differential control with Motion Magic® average target and velocity difference target using torque current control.
 
ctre::phoenix::StatusCode SetControl (const controls::ControlRequest &request) override
 Control device with generic control request object.
 
ctre::phoenix::StatusCode SetPosition (units::angle::turn_t newValue, units::time::second_t timeoutSeconds) override
 Sets the mechanism position of the device in mechanism rotations.
 
ctre::phoenix::StatusCode SetPosition (units::angle::turn_t newValue) override
 Sets the mechanism position of the device in mechanism rotations.
 
ctre::phoenix::StatusCode ClearStickyFaults (units::time::second_t timeoutSeconds) override
 Clear the sticky faults in the device.
 
ctre::phoenix::StatusCode ClearStickyFaults () override
 Clear the sticky faults in the device.
 
ctre::phoenix::StatusCode ClearStickyFault_Hardware (units::time::second_t timeoutSeconds) override
 Clear sticky fault: Hardware fault occurred.
 
ctre::phoenix::StatusCode ClearStickyFault_Hardware () override
 Clear sticky fault: Hardware fault occurred.
 
ctre::phoenix::StatusCode ClearStickyFault_ProcTemp (units::time::second_t timeoutSeconds) override
 Clear sticky fault: Processor temperature exceeded limit.
 
ctre::phoenix::StatusCode ClearStickyFault_ProcTemp () override
 Clear sticky fault: Processor temperature exceeded limit.
 
ctre::phoenix::StatusCode ClearStickyFault_DeviceTemp (units::time::second_t timeoutSeconds) override
 Clear sticky fault: Device temperature exceeded limit.
 
ctre::phoenix::StatusCode ClearStickyFault_DeviceTemp () override
 Clear sticky fault: Device temperature exceeded limit.
 
ctre::phoenix::StatusCode ClearStickyFault_Undervoltage (units::time::second_t timeoutSeconds) override
 Clear sticky fault: Device supply voltage dropped to near brownout levels.
 
ctre::phoenix::StatusCode ClearStickyFault_Undervoltage () override
 Clear sticky fault: Device supply voltage dropped to near brownout levels.
 
ctre::phoenix::StatusCode ClearStickyFault_BootDuringEnable (units::time::second_t timeoutSeconds) override
 Clear sticky fault: Device boot while detecting the enable signal.
 
ctre::phoenix::StatusCode ClearStickyFault_BootDuringEnable () override
 Clear sticky fault: Device boot while detecting the enable signal.
 
ctre::phoenix::StatusCode ClearStickyFault_UnlicensedFeatureInUse (units::time::second_t timeoutSeconds) override
 Clear sticky fault: An unlicensed feature is in use, device may not behave as expected.
 
ctre::phoenix::StatusCode ClearStickyFault_UnlicensedFeatureInUse () override
 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) override
 Clear sticky fault: Bridge was disabled most likely due to supply voltage dropping too low.
 
ctre::phoenix::StatusCode ClearStickyFault_BridgeBrownout () override
 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) override
 Clear sticky fault: The remote sensor has reset.
 
ctre::phoenix::StatusCode ClearStickyFault_RemoteSensorReset () override
 Clear sticky fault: The remote sensor has reset.
 
ctre::phoenix::StatusCode ClearStickyFault_MissingDifferentialFX (units::time::second_t timeoutSeconds) override
 Clear sticky fault: The remote Talon used for differential control is not present on CAN Bus.
 
ctre::phoenix::StatusCode ClearStickyFault_MissingDifferentialFX () override
 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) override
 Clear sticky fault: The remote sensor position has overflowed.
 
ctre::phoenix::StatusCode ClearStickyFault_RemoteSensorPosOverflow () override
 Clear sticky fault: The remote sensor position has overflowed.
 
ctre::phoenix::StatusCode ClearStickyFault_OverSupplyV (units::time::second_t timeoutSeconds) override
 Clear sticky fault: Supply Voltage has exceeded the maximum voltage rating of device.
 
ctre::phoenix::StatusCode ClearStickyFault_OverSupplyV () override
 Clear sticky fault: Supply Voltage has exceeded the maximum voltage rating of device.
 
ctre::phoenix::StatusCode ClearStickyFault_UnstableSupplyV (units::time::second_t timeoutSeconds) override
 Clear sticky fault: Supply Voltage is unstable.
 
ctre::phoenix::StatusCode ClearStickyFault_UnstableSupplyV () override
 Clear sticky fault: Supply Voltage is unstable.
 
ctre::phoenix::StatusCode ClearStickyFault_ReverseHardLimit (units::time::second_t timeoutSeconds) override
 Clear sticky fault: Reverse limit switch has been asserted.
 
ctre::phoenix::StatusCode ClearStickyFault_ReverseHardLimit () override
 Clear sticky fault: Reverse limit switch has been asserted.
 
ctre::phoenix::StatusCode ClearStickyFault_ForwardHardLimit (units::time::second_t timeoutSeconds) override
 Clear sticky fault: Forward limit switch has been asserted.
 
ctre::phoenix::StatusCode ClearStickyFault_ForwardHardLimit () override
 Clear sticky fault: Forward limit switch has been asserted.
 
ctre::phoenix::StatusCode ClearStickyFault_ReverseSoftLimit (units::time::second_t timeoutSeconds) override
 Clear sticky fault: Reverse soft limit has been asserted.
 
ctre::phoenix::StatusCode ClearStickyFault_ReverseSoftLimit () override
 Clear sticky fault: Reverse soft limit has been asserted.
 
ctre::phoenix::StatusCode ClearStickyFault_ForwardSoftLimit (units::time::second_t timeoutSeconds) override
 Clear sticky fault: Forward soft limit has been asserted.
 
ctre::phoenix::StatusCode ClearStickyFault_ForwardSoftLimit () override
 Clear sticky fault: Forward soft limit has been asserted.
 
ctre::phoenix::StatusCode ClearStickyFault_MissingSoftLimitRemote (units::time::second_t timeoutSeconds) override
 Clear sticky fault: The remote soft limit device is not present on CAN Bus.
 
ctre::phoenix::StatusCode ClearStickyFault_MissingSoftLimitRemote () override
 Clear sticky fault: The remote soft limit device is not present on CAN Bus.
 
ctre::phoenix::StatusCode ClearStickyFault_MissingHardLimitRemote (units::time::second_t timeoutSeconds) override
 Clear sticky fault: The remote limit switch device is not present on CAN Bus.
 
ctre::phoenix::StatusCode ClearStickyFault_MissingHardLimitRemote () override
 Clear sticky fault: The remote limit switch device is not present on CAN Bus.
 
ctre::phoenix::StatusCode ClearStickyFault_RemoteSensorDataInvalid (units::time::second_t timeoutSeconds) override
 Clear sticky fault: The remote sensor's data is no longer trusted.
 
ctre::phoenix::StatusCode ClearStickyFault_RemoteSensorDataInvalid () override
 Clear sticky fault: The remote sensor's data is no longer trusted.
 
ctre::phoenix::StatusCode ClearStickyFault_FusedSensorOutOfSync (units::time::second_t timeoutSeconds) override
 Clear sticky fault: The remote sensor used for fusion has fallen out of sync to the local sensor.
 
ctre::phoenix::StatusCode ClearStickyFault_FusedSensorOutOfSync () override
 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) override
 Clear sticky fault: Stator current limit occured.
 
ctre::phoenix::StatusCode ClearStickyFault_StatorCurrLimit () override
 Clear sticky fault: Stator current limit occured.
 
ctre::phoenix::StatusCode ClearStickyFault_SupplyCurrLimit (units::time::second_t timeoutSeconds) override
 Clear sticky fault: Supply current limit occured.
 
ctre::phoenix::StatusCode ClearStickyFault_SupplyCurrLimit () override
 Clear sticky fault: Supply current limit occured.
 
ctre::phoenix::StatusCode ClearStickyFault_UsingFusedCANcoderWhileUnlicensed (units::time::second_t timeoutSeconds) override
 Clear sticky fault: Using Fused CANcoder feature while unlicensed.
 
ctre::phoenix::StatusCode ClearStickyFault_UsingFusedCANcoderWhileUnlicensed () override
 Clear sticky fault: Using Fused CANcoder feature while unlicensed.
 
ctre::phoenix::StatusCode ClearStickyFault_StaticBrakeDisabled (units::time::second_t timeoutSeconds) override
 Clear sticky fault: Static brake was momentarily disabled due to excessive braking current while disabled.
 
ctre::phoenix::StatusCode ClearStickyFault_StaticBrakeDisabled () override
 Clear sticky fault: Static brake was momentarily disabled due to excessive braking current while disabled.
 
- Public Member Functions inherited from ctre::phoenix6::hardware::ParentDevice
 ParentDevice (int deviceID, std::string model, std::string canbus)
 
virtual ~ParentDevice ()=default
 
 ParentDevice (ParentDevice const &)=delete
 
ParentDeviceoperator= (ParentDevice const &)=delete
 
int GetDeviceID () const
 
const std::string & GetNetwork () const
 
uint64_t GetDeviceHash () const
 Gets a number unique for this device's hardware type and ID.
 
std::shared_ptr< const controls::ControlRequestGetAppliedControl () const
 Get the latest applied control.
 
std::shared_ptr< controls::ControlRequestGetAppliedControl ()
 Get the latest applied control.
 
bool HasResetOccurred ()
 
std::function< bool()> GetResetOccurredChecker () const
 
bool IsConnected (units::second_t maxLatencySeconds=500_ms)
 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=0_Hz, units::time::second_t timeoutSeconds=100_ms)
 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)
 Resets the update frequencies of all the device's status signals to the defaults.
 
- 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
 

Additional Inherited Members

- Static Public Member Functions inherited from ctre::phoenix6::hardware::ParentDevice
template<typename... Devices, typename = std::enable_if_t<is_all_device_v<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 (const std::vector< ParentDevice * > &devices)
 Optimizes the bus utilization of the provided devices by reducing the update frequencies of their status signals.
 
template<size_t N>
static ctre::phoenix::StatusCode OptimizeBusUtilizationForAll (const std::array< ParentDevice *, N > &devices)
 Optimizes the bus utilization of the provided devices by reducing the update frequencies of their status signals.
 
template<typename... Devices, typename = std::enable_if_t<is_all_device_v<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, const std::vector< ParentDevice * > &devices)
 Optimizes the bus utilization of the provided devices by reducing the update frequencies of their status signals.
 
template<size_t N>
static ctre::phoenix::StatusCode OptimizeBusUtilizationForAll (units::frequency::hertz_t optimizedFreqHz, const std::array< ParentDevice *, N > &devices)
 Optimizes the bus utilization of the provided devices by reducing the update frequencies of their status signals.
 
template<typename... Devices, typename = std::enable_if_t<is_all_device_v<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 (const std::vector< ParentDevice * > &devices)
 Resets the update frequencies of all the devices' status signals to the defaults.
 
template<size_t N>
static ctre::phoenix::StatusCode ResetSignalFrequenciesForAll (const std::array< ParentDevice *, N > &devices)
 Resets the update frequencies of all the devices' status signals to the defaults.
 
- Protected Member Functions inherited from ctre::phoenix6::hardware::ParentDevice
virtual ctre::phoenix::StatusCode SetControlPrivate (const controls::ControlRequest &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::function< std::map< uint16_t, std::string >()> mapFiller, std::string signalName, bool reportOnConstruction, bool refresh)
 
template<typename T , typename U >
StatusSignal< TLookupDimensionlessStatusSignal (uint16_t spn, std::string signalName, bool refresh)
 Returns a unitless version of the StatusSignal by value.
 
- Protected Attributes inherited from ctre::phoenix6::hardware::ParentDevice
DeviceIdentifier deviceIdentifier
 
- Static Protected Attributes inherited from ctre::phoenix6::hardware::ParentDevice
static controls::EmptyControl _emptyControl {}
 
template<typename... Devices>
static constexpr bool is_all_device_v = is_all_device<Devices...>::value
 Whether all types passed in are subclasses of ParentDevice.
 

Detailed Description

Class description for the Talon FX integrated motor controller.

Constructor & Destructor Documentation

◆ CoreTalonFX() [1/2]

ctre::phoenix6::hardware::core::CoreTalonFX::CoreTalonFX ( int deviceId,
std::string canbus = "" )

Constructs a new Talon FX motor controller object.

Parameters
deviceIdID of the device, as configured in Phoenix Tuner.
canbusName of the CAN bus this device is on. Possible CAN bus strings are:
  • "rio" for the native roboRIO CAN bus
  • CANivore name or serial number
  • SocketCAN interface (non-FRC Linux only)
  • "*" for any CANivore seen by the program
  • empty string (default) to select the default for the system:
    • "rio" on roboRIO
    • "can0" on Linux
    • "*" on Windows

◆ CoreTalonFX() [2/2]

ctre::phoenix6::hardware::core::CoreTalonFX::CoreTalonFX ( int deviceId,
CANBus canbus )
inline

Constructs a new Talon FX motor controller object.

Parameters
deviceIdID of the device, as configured in Phoenix Tuner.
canbusThe CAN bus this device is on.

Member Function Documentation

◆ ClearStickyFault_BootDuringEnable() [1/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_BootDuringEnable ( )
inlineoverridevirtual

Clear sticky fault: Device boot while detecting the enable signal.

This will wait up to 0.100 seconds (100ms) by default.

Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_BootDuringEnable() [2/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_BootDuringEnable ( units::time::second_t timeoutSeconds)
inlineoverridevirtual

Clear sticky fault: Device boot while detecting the enable signal.

Parameters
timeoutSecondsMaximum time to wait up to in seconds.
Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_BridgeBrownout() [1/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_BridgeBrownout ( )
inlineoverridevirtual

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.

Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_BridgeBrownout() [2/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_BridgeBrownout ( units::time::second_t timeoutSeconds)
inlineoverridevirtual

Clear sticky fault: Bridge was disabled most likely due to supply voltage dropping too low.

Parameters
timeoutSecondsMaximum time to wait up to in seconds.
Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_DeviceTemp() [1/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_DeviceTemp ( )
inlineoverridevirtual

Clear sticky fault: Device temperature exceeded limit.

This will wait up to 0.100 seconds (100ms) by default.

Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_DeviceTemp() [2/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_DeviceTemp ( units::time::second_t timeoutSeconds)
inlineoverridevirtual

Clear sticky fault: Device temperature exceeded limit.

Parameters
timeoutSecondsMaximum time to wait up to in seconds.
Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_ForwardHardLimit() [1/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_ForwardHardLimit ( )
inlineoverridevirtual

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.

Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_ForwardHardLimit() [2/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_ForwardHardLimit ( units::time::second_t timeoutSeconds)
inlineoverridevirtual

Clear sticky fault: Forward limit switch has been asserted.

Output is set to neutral.

Parameters
timeoutSecondsMaximum time to wait up to in seconds.
Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_ForwardSoftLimit() [1/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_ForwardSoftLimit ( )
inlineoverridevirtual

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.

Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_ForwardSoftLimit() [2/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_ForwardSoftLimit ( units::time::second_t timeoutSeconds)
inlineoverridevirtual

Clear sticky fault: Forward soft limit has been asserted.

Output is set to neutral.

Parameters
timeoutSecondsMaximum time to wait up to in seconds.
Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_FusedSensorOutOfSync() [1/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_FusedSensorOutOfSync ( )
inlineoverridevirtual

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.

Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_FusedSensorOutOfSync() [2/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_FusedSensorOutOfSync ( units::time::second_t timeoutSeconds)
inlineoverridevirtual

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.

Parameters
timeoutSecondsMaximum time to wait up to in seconds.
Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_Hardware() [1/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_Hardware ( )
inlineoverridevirtual

Clear sticky fault: Hardware fault occurred.

This will wait up to 0.100 seconds (100ms) by default.

Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_Hardware() [2/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_Hardware ( units::time::second_t timeoutSeconds)
inlineoverridevirtual

Clear sticky fault: Hardware fault occurred.

Parameters
timeoutSecondsMaximum time to wait up to in seconds.
Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_MissingDifferentialFX() [1/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_MissingDifferentialFX ( )
inlineoverridevirtual

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.

Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_MissingDifferentialFX() [2/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_MissingDifferentialFX ( units::time::second_t timeoutSeconds)
inlineoverridevirtual

Clear sticky fault: The remote Talon used for differential control is not present on CAN Bus.

Parameters
timeoutSecondsMaximum time to wait up to in seconds.
Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_MissingHardLimitRemote() [1/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_MissingHardLimitRemote ( )
inlineoverridevirtual

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.

Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_MissingHardLimitRemote() [2/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_MissingHardLimitRemote ( units::time::second_t timeoutSeconds)
inlineoverridevirtual

Clear sticky fault: The remote limit switch device is not present on CAN Bus.

Parameters
timeoutSecondsMaximum time to wait up to in seconds.
Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_MissingSoftLimitRemote() [1/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_MissingSoftLimitRemote ( )
inlineoverridevirtual

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.

Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_MissingSoftLimitRemote() [2/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_MissingSoftLimitRemote ( units::time::second_t timeoutSeconds)
inlineoverridevirtual

Clear sticky fault: The remote soft limit device is not present on CAN Bus.

Parameters
timeoutSecondsMaximum time to wait up to in seconds.
Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_OverSupplyV() [1/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_OverSupplyV ( )
inlineoverridevirtual

Clear sticky fault: Supply Voltage has exceeded the maximum voltage rating of device.

This will wait up to 0.100 seconds (100ms) by default.

Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_OverSupplyV() [2/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_OverSupplyV ( units::time::second_t timeoutSeconds)
inlineoverridevirtual

Clear sticky fault: Supply Voltage has exceeded the maximum voltage rating of device.

Parameters
timeoutSecondsMaximum time to wait up to in seconds.
Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_ProcTemp() [1/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_ProcTemp ( )
inlineoverridevirtual

Clear sticky fault: Processor temperature exceeded limit.

This will wait up to 0.100 seconds (100ms) by default.

Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_ProcTemp() [2/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_ProcTemp ( units::time::second_t timeoutSeconds)
inlineoverridevirtual

Clear sticky fault: Processor temperature exceeded limit.

Parameters
timeoutSecondsMaximum time to wait up to in seconds.
Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_RemoteSensorDataInvalid() [1/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_RemoteSensorDataInvalid ( )
inlineoverridevirtual

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.

Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_RemoteSensorDataInvalid() [2/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_RemoteSensorDataInvalid ( units::time::second_t timeoutSeconds)
inlineoverridevirtual

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.

Parameters
timeoutSecondsMaximum time to wait up to in seconds.
Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_RemoteSensorPosOverflow() [1/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_RemoteSensorPosOverflow ( )
inlineoverridevirtual

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.

Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_RemoteSensorPosOverflow() [2/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_RemoteSensorPosOverflow ( units::time::second_t timeoutSeconds)
inlineoverridevirtual

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.

Parameters
timeoutSecondsMaximum time to wait up to in seconds.
Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_RemoteSensorReset() [1/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_RemoteSensorReset ( )
inlineoverridevirtual

Clear sticky fault: The remote sensor has reset.

This will wait up to 0.100 seconds (100ms) by default.

Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_RemoteSensorReset() [2/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_RemoteSensorReset ( units::time::second_t timeoutSeconds)
inlineoverridevirtual

Clear sticky fault: The remote sensor has reset.

Parameters
timeoutSecondsMaximum time to wait up to in seconds.
Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_ReverseHardLimit() [1/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_ReverseHardLimit ( )
inlineoverridevirtual

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.

Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_ReverseHardLimit() [2/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_ReverseHardLimit ( units::time::second_t timeoutSeconds)
inlineoverridevirtual

Clear sticky fault: Reverse limit switch has been asserted.

Output is set to neutral.

Parameters
timeoutSecondsMaximum time to wait up to in seconds.
Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_ReverseSoftLimit() [1/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_ReverseSoftLimit ( )
inlineoverridevirtual

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.

Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_ReverseSoftLimit() [2/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_ReverseSoftLimit ( units::time::second_t timeoutSeconds)
inlineoverridevirtual

Clear sticky fault: Reverse soft limit has been asserted.

Output is set to neutral.

Parameters
timeoutSecondsMaximum time to wait up to in seconds.
Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_StaticBrakeDisabled() [1/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_StaticBrakeDisabled ( )
inlineoverridevirtual

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.

Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_StaticBrakeDisabled() [2/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_StaticBrakeDisabled ( units::time::second_t timeoutSeconds)
inlineoverridevirtual

Clear sticky fault: Static brake was momentarily disabled due to excessive braking current while disabled.

Parameters
timeoutSecondsMaximum time to wait up to in seconds.
Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_StatorCurrLimit() [1/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_StatorCurrLimit ( )
inlineoverridevirtual

Clear sticky fault: Stator current limit occured.

This will wait up to 0.100 seconds (100ms) by default.

Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_StatorCurrLimit() [2/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_StatorCurrLimit ( units::time::second_t timeoutSeconds)
inlineoverridevirtual

Clear sticky fault: Stator current limit occured.

Parameters
timeoutSecondsMaximum time to wait up to in seconds.
Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_SupplyCurrLimit() [1/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_SupplyCurrLimit ( )
inlineoverridevirtual

Clear sticky fault: Supply current limit occured.

This will wait up to 0.100 seconds (100ms) by default.

Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_SupplyCurrLimit() [2/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_SupplyCurrLimit ( units::time::second_t timeoutSeconds)
inlineoverridevirtual

Clear sticky fault: Supply current limit occured.

Parameters
timeoutSecondsMaximum time to wait up to in seconds.
Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_Undervoltage() [1/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_Undervoltage ( )
inlineoverridevirtual

Clear sticky fault: Device supply voltage dropped to near brownout levels.

This will wait up to 0.100 seconds (100ms) by default.

Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_Undervoltage() [2/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_Undervoltage ( units::time::second_t timeoutSeconds)
inlineoverridevirtual

Clear sticky fault: Device supply voltage dropped to near brownout levels.

Parameters
timeoutSecondsMaximum time to wait up to in seconds.
Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_UnlicensedFeatureInUse() [1/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_UnlicensedFeatureInUse ( )
inlineoverridevirtual

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.

Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_UnlicensedFeatureInUse() [2/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_UnlicensedFeatureInUse ( units::time::second_t timeoutSeconds)
inlineoverridevirtual

Clear sticky fault: An unlicensed feature is in use, device may not behave as expected.

Parameters
timeoutSecondsMaximum time to wait up to in seconds.
Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_UnstableSupplyV() [1/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_UnstableSupplyV ( )
inlineoverridevirtual

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.

Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_UnstableSupplyV() [2/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_UnstableSupplyV ( units::time::second_t timeoutSeconds)
inlineoverridevirtual

Clear sticky fault: Supply Voltage is unstable.

Ensure you are using a battery and current limited power supply.

Parameters
timeoutSecondsMaximum time to wait up to in seconds.
Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_UsingFusedCANcoderWhileUnlicensed() [1/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_UsingFusedCANcoderWhileUnlicensed ( )
inlineoverridevirtual

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.

Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFault_UsingFusedCANcoderWhileUnlicensed() [2/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFault_UsingFusedCANcoderWhileUnlicensed ( units::time::second_t timeoutSeconds)
inlineoverridevirtual

Clear sticky fault: Using Fused CANcoder feature while unlicensed.

Device has fallen back to remote CANcoder.

Parameters
timeoutSecondsMaximum time to wait up to in seconds.
Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFaults() [1/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFaults ( )
inlineoverridevirtual

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.

Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ ClearStickyFaults() [2/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::ClearStickyFaults ( units::time::second_t timeoutSeconds)
inlineoverridevirtual

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.

Parameters
timeoutSecondsMaximum time to wait up to in seconds.
Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetAcceleration()

StatusSignal< units::angular_acceleration::turns_per_second_squared_t > & ctre::phoenix6::hardware::core::CoreTalonFX::GetAcceleration ( bool refresh = true)
overridevirtual

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.

  • Minimum Value: -2048.0
  • Maximum Value: 2047.75
  • Default Value: 0
  • Units: rotations per second²

Default Rates:

  • CAN 2.0: 50.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
Acceleration Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetAncillaryDeviceTemp()

StatusSignal< units::temperature::celsius_t > & ctre::phoenix6::hardware::core::CoreTalonFX::GetAncillaryDeviceTemp ( bool refresh = true)
overridevirtual

Temperature of device from second sensor.

Newer versions of Talon have multiple temperature measurement methods.

  • Minimum Value: 0.0
  • Maximum Value: 255.0
  • Default Value: 0
  • Units: ℃

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
AncillaryDeviceTemp Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetAppliedRotorPolarity()

StatusSignal< signals::AppliedRotorPolarityValue > & ctre::phoenix6::hardware::core::CoreTalonFX::GetAppliedRotorPolarity ( bool refresh = true)
overridevirtual

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:

  • CAN 2.0: 100.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
AppliedRotorPolarity Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetBridgeOutput()

StatusSignal< signals::BridgeOutputValue > & ctre::phoenix6::hardware::core::CoreTalonFX::GetBridgeOutput ( bool refresh = true)
overridevirtual

The applied output of the bridge.

Default Rates:

  • CAN 2.0: 100.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
BridgeOutput Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetClosedLoopDerivativeOutput()

StatusSignal< double > & ctre::phoenix6::hardware::core::CoreTalonFX::GetClosedLoopDerivativeOutput ( bool refresh = true)
overridevirtual

Closed loop derivative component.

The portion of the closed loop output that is the proportional to the deriviative the error. Alternatively, the d-Contribution of the closed loop output.

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
ClosedLoopDerivativeOutput Status Signal object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetClosedLoopError()

StatusSignal< double > & ctre::phoenix6::hardware::core::CoreTalonFX::GetClosedLoopError ( bool refresh = true)
overridevirtual

The difference between target reference and current measurement.

This is the value that is treated as the error in the PID loop.

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
ClosedLoopError Status Signal object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetClosedLoopFeedForward()

StatusSignal< double > & ctre::phoenix6::hardware::core::CoreTalonFX::GetClosedLoopFeedForward ( bool refresh = true)
overridevirtual

Feedforward passed by the user.

This is the general feedforward that the user provides for the closed loop.

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
ClosedLoopFeedForward Status Signal object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetClosedLoopIntegratedOutput()

StatusSignal< double > & ctre::phoenix6::hardware::core::CoreTalonFX::GetClosedLoopIntegratedOutput ( bool refresh = true)
overridevirtual

Closed loop integrated component.

The portion of the closed loop output that is proportional to the integrated error. Alternatively, the i-Contribution of the closed loop output.

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
ClosedLoopIntegratedOutput Status Signal object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetClosedLoopOutput()

StatusSignal< double > & ctre::phoenix6::hardware::core::CoreTalonFX::GetClosedLoopOutput ( bool refresh = true)
overridevirtual

Closed loop total output.

The total output of the closed loop output.

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
ClosedLoopOutput Status Signal object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetClosedLoopProportionalOutput()

StatusSignal< double > & ctre::phoenix6::hardware::core::CoreTalonFX::GetClosedLoopProportionalOutput ( bool refresh = true)
overridevirtual

Closed loop proportional component.

The portion of the closed loop output that is the proportional to the error. Alternatively, the p-Contribution of the closed loop output.

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
ClosedLoopProportionalOutput Status Signal object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetClosedLoopReference()

StatusSignal< double > & ctre::phoenix6::hardware::core::CoreTalonFX::GetClosedLoopReference ( bool refresh = true)
overridevirtual

Value that the closed loop is targeting.

This is the value that the closed loop PID controller targets.

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
ClosedLoopReference Status Signal object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetClosedLoopReferenceSlope()

StatusSignal< double > & ctre::phoenix6::hardware::core::CoreTalonFX::GetClosedLoopReferenceSlope ( bool refresh = true)
overridevirtual

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

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
ClosedLoopReferenceSlope Status Signal object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetClosedLoopSlot()

StatusSignal< int > & ctre::phoenix6::hardware::core::CoreTalonFX::GetClosedLoopSlot ( bool refresh = true)
overridevirtual

The slot that the closed-loop PID is using.

  • Minimum Value: 0
  • Maximum Value: 2
  • Default Value: 0
  • Units:

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
ClosedLoopSlot Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetConfigurator() [1/2]

configs::TalonFXConfigurator & ctre::phoenix6::hardware::core::CoreTalonFX::GetConfigurator ( )
inline

Gets the configurator for this TalonFX.

Gets the configurator for this TalonFX

Returns
Configurator for this TalonFX

◆ GetConfigurator() [2/2]

configs::TalonFXConfigurator const & ctre::phoenix6::hardware::core::CoreTalonFX::GetConfigurator ( ) const
inline

Gets the configurator for this TalonFX.

Gets the configurator for this TalonFX

Returns
Configurator for this TalonFX

◆ GetConnectedMotor()

StatusSignal< signals::ConnectedMotorValue > & ctre::phoenix6::hardware::core::CoreTalonFX::GetConnectedMotor ( bool refresh = true)
overridevirtual

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:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
ConnectedMotor Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetControlMode()

StatusSignal< signals::ControlModeValue > & ctre::phoenix6::hardware::core::CoreTalonFX::GetControlMode ( bool refresh = true)
overridevirtual

The active control mode of the motor controller.

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
ControlMode Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetDeviceEnable()

StatusSignal< signals::DeviceEnableValue > & ctre::phoenix6::hardware::core::CoreTalonFX::GetDeviceEnable ( bool refresh = true)
overridevirtual

Indicates if device is actuator enabled.

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
DeviceEnable Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetDeviceTemp()

StatusSignal< units::temperature::celsius_t > & ctre::phoenix6::hardware::core::CoreTalonFX::GetDeviceTemp ( bool refresh = true)
overridevirtual

Temperature of device.

This is the temperature that the device measures itself to be at. Similar to Processor Temperature.

  • Minimum Value: 0.0
  • Maximum Value: 255.0
  • Default Value: 0
  • Units: ℃

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
DeviceTemp Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetDifferentialAveragePosition()

StatusSignal< units::angle::turn_t > & ctre::phoenix6::hardware::core::CoreTalonFX::GetDifferentialAveragePosition ( bool refresh = true)
overridevirtual

Average component of the differential position of device.

  • Minimum Value: -16384.0
  • Maximum Value: 16383.999755859375
  • Default Value: 0
  • Units: rotations

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
DifferentialAveragePosition Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetDifferentialAverageVelocity()

StatusSignal< units::angular_velocity::turns_per_second_t > & ctre::phoenix6::hardware::core::CoreTalonFX::GetDifferentialAverageVelocity ( bool refresh = true)
overridevirtual

Average component of the differential velocity of device.

  • Minimum Value: -512.0
  • Maximum Value: 511.998046875
  • Default Value: 0
  • Units: rotations per second

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
DifferentialAverageVelocity Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetDifferentialClosedLoopDerivativeOutput()

StatusSignal< double > & ctre::phoenix6::hardware::core::CoreTalonFX::GetDifferentialClosedLoopDerivativeOutput ( bool refresh = true)
overridevirtual

Differential closed loop derivative component.

The portion of the differential closed loop output that is the proportional to the deriviative the error. Alternatively, the d-Contribution of the closed loop output.

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
DifferentialClosedLoopDerivativeOutput Status Signal object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetDifferentialClosedLoopError()

StatusSignal< double > & ctre::phoenix6::hardware::core::CoreTalonFX::GetDifferentialClosedLoopError ( bool refresh = true)
overridevirtual

The difference between target differential reference and current measurement.

This is the value that is treated as the error in the differential PID loop.

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
DifferentialClosedLoopError Status Signal object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetDifferentialClosedLoopFeedForward()

StatusSignal< double > & ctre::phoenix6::hardware::core::CoreTalonFX::GetDifferentialClosedLoopFeedForward ( bool refresh = true)
overridevirtual

Differential Feedforward passed by the user.

This is the general feedforward that the user provides for the differential closed loop.

Default Rates:

  • CAN 2.0: 100.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
DifferentialClosedLoopFeedForward Status Signal object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetDifferentialClosedLoopIntegratedOutput()

StatusSignal< double > & ctre::phoenix6::hardware::core::CoreTalonFX::GetDifferentialClosedLoopIntegratedOutput ( bool refresh = true)
overridevirtual

Differential closed loop integrated component.

The portion of the differential closed loop output that is proportional to the integrated error. Alternatively, the i-Contribution of the closed loop output.

Default Rates:

  • CAN 2.0: 100.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
DifferentialClosedLoopIntegratedOutput Status Signal object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetDifferentialClosedLoopOutput()

StatusSignal< double > & ctre::phoenix6::hardware::core::CoreTalonFX::GetDifferentialClosedLoopOutput ( bool refresh = true)
overridevirtual

Differential closed loop total output.

The total output of the differential closed loop output.

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
DifferentialClosedLoopOutput Status Signal object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetDifferentialClosedLoopProportionalOutput()

StatusSignal< double > & ctre::phoenix6::hardware::core::CoreTalonFX::GetDifferentialClosedLoopProportionalOutput ( bool refresh = true)
overridevirtual

Differential closed loop proportional component.

The portion of the differential closed loop output that is the proportional to the error. Alternatively, the p-Contribution of the closed loop output.

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
DifferentialClosedLoopProportionalOutput Status Signal object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetDifferentialClosedLoopReference()

StatusSignal< double > & ctre::phoenix6::hardware::core::CoreTalonFX::GetDifferentialClosedLoopReference ( bool refresh = true)
overridevirtual

Value that the differential closed loop is targeting.

This is the value that the differential closed loop PID controller targets.

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
DifferentialClosedLoopReference Status Signal object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetDifferentialClosedLoopReferenceSlope()

StatusSignal< double > & ctre::phoenix6::hardware::core::CoreTalonFX::GetDifferentialClosedLoopReferenceSlope ( bool refresh = true)
overridevirtual

Derivative of the target that the differential 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®.

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
DifferentialClosedLoopReferenceSlope Status Signal object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetDifferentialClosedLoopSlot()

StatusSignal< int > & ctre::phoenix6::hardware::core::CoreTalonFX::GetDifferentialClosedLoopSlot ( bool refresh = true)
overridevirtual

The slot that the closed-loop differential PID is using.

  • Minimum Value: 0
  • Maximum Value: 2
  • Default Value: 0
  • Units:

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
DifferentialClosedLoopSlot Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetDifferentialControlMode()

StatusSignal< signals::DifferentialControlModeValue > & ctre::phoenix6::hardware::core::CoreTalonFX::GetDifferentialControlMode ( bool refresh = true)
overridevirtual

The active control mode of the differential controller.

Default Rates:

  • CAN 2.0: 100.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
DifferentialControlMode Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetDifferentialDifferencePosition()

StatusSignal< units::angle::turn_t > & ctre::phoenix6::hardware::core::CoreTalonFX::GetDifferentialDifferencePosition ( bool refresh = true)
overridevirtual

Difference component of the differential position of device.

  • Minimum Value: -16384.0
  • Maximum Value: 16383.999755859375
  • Default Value: 0
  • Units: rotations

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
DifferentialDifferencePosition Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetDifferentialDifferenceVelocity()

StatusSignal< units::angular_velocity::turns_per_second_t > & ctre::phoenix6::hardware::core::CoreTalonFX::GetDifferentialDifferenceVelocity ( bool refresh = true)
overridevirtual

Difference component of the differential velocity of device.

  • Minimum Value: -512.0
  • Maximum Value: 511.998046875
  • Default Value: 0
  • Units: rotations per second

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
DifferentialDifferenceVelocity Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetDifferentialOutput()

StatusSignal< double > & ctre::phoenix6::hardware::core::CoreTalonFX::GetDifferentialOutput ( bool refresh = true)
overridevirtual

The calculated motor output for differential followers.

This is a torque request when using the TorqueCurrentFOC control output type, and a duty cycle in all other control types.

Default Rates:

  • CAN 2.0: 100.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
DifferentialOutput Status Signal object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetDutyCycle()

StatusSignal< units::dimensionless::scalar_t > & ctre::phoenix6::hardware::core::CoreTalonFX::GetDutyCycle ( bool refresh = true)
overridevirtual

The applied motor duty cycle.

  • Minimum Value: -2.0
  • Maximum Value: 1.9990234375
  • Default Value: 0
  • Units: fractional

Default Rates:

  • CAN 2.0: 100.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
DutyCycle Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetFault_BootDuringEnable()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetFault_BootDuringEnable ( bool refresh = true)
overridevirtual

Device boot while detecting the enable signal.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
Fault_BootDuringEnable Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetFault_BridgeBrownout()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetFault_BridgeBrownout ( bool refresh = true)
overridevirtual

Bridge was disabled most likely due to supply voltage dropping too low.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
Fault_BridgeBrownout Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetFault_DeviceTemp()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetFault_DeviceTemp ( bool refresh = true)
overridevirtual

Device temperature exceeded limit.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
Fault_DeviceTemp Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetFault_ForwardHardLimit()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetFault_ForwardHardLimit ( bool refresh = true)
overridevirtual

Forward limit switch has been asserted.

Output is set to neutral.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
Fault_ForwardHardLimit Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetFault_ForwardSoftLimit()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetFault_ForwardSoftLimit ( bool refresh = true)
overridevirtual

Forward soft limit has been asserted.

Output is set to neutral.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
Fault_ForwardSoftLimit Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetFault_FusedSensorOutOfSync()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetFault_FusedSensorOutOfSync ( bool refresh = true)
overridevirtual

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 Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
Fault_FusedSensorOutOfSync Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetFault_Hardware()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetFault_Hardware ( bool refresh = true)
overridevirtual

Hardware fault occurred.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
Fault_Hardware Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetFault_MissingDifferentialFX()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetFault_MissingDifferentialFX ( bool refresh = true)
overridevirtual

The remote Talon used for differential control is not present on CAN Bus.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
Fault_MissingDifferentialFX Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetFault_MissingHardLimitRemote()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetFault_MissingHardLimitRemote ( bool refresh = true)
overridevirtual

The remote limit switch device is not present on CAN Bus.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
Fault_MissingHardLimitRemote Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetFault_MissingSoftLimitRemote()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetFault_MissingSoftLimitRemote ( bool refresh = true)
overridevirtual

The remote soft limit device is not present on CAN Bus.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
Fault_MissingSoftLimitRemote Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetFault_OverSupplyV()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetFault_OverSupplyV ( bool refresh = true)
overridevirtual

Supply Voltage has exceeded the maximum voltage rating of device.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
Fault_OverSupplyV Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetFault_ProcTemp()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetFault_ProcTemp ( bool refresh = true)
overridevirtual

Processor temperature exceeded limit.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
Fault_ProcTemp Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetFault_RemoteSensorDataInvalid()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetFault_RemoteSensorDataInvalid ( bool refresh = true)
overridevirtual

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 Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
Fault_RemoteSensorDataInvalid Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetFault_RemoteSensorPosOverflow()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetFault_RemoteSensorPosOverflow ( bool refresh = true)
overridevirtual

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 Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
Fault_RemoteSensorPosOverflow Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetFault_RemoteSensorReset()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetFault_RemoteSensorReset ( bool refresh = true)
overridevirtual

The remote sensor has reset.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
Fault_RemoteSensorReset Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetFault_ReverseHardLimit()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetFault_ReverseHardLimit ( bool refresh = true)
overridevirtual

Reverse limit switch has been asserted.

Output is set to neutral.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
Fault_ReverseHardLimit Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetFault_ReverseSoftLimit()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetFault_ReverseSoftLimit ( bool refresh = true)
overridevirtual

Reverse soft limit has been asserted.

Output is set to neutral.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
Fault_ReverseSoftLimit Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetFault_StaticBrakeDisabled()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetFault_StaticBrakeDisabled ( bool refresh = true)
overridevirtual

Static brake was momentarily disabled due to excessive braking current while disabled.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
Fault_StaticBrakeDisabled Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetFault_StatorCurrLimit()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetFault_StatorCurrLimit ( bool refresh = true)
overridevirtual

Stator current limit occured.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
Fault_StatorCurrLimit Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetFault_SupplyCurrLimit()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetFault_SupplyCurrLimit ( bool refresh = true)
overridevirtual

Supply current limit occured.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
Fault_SupplyCurrLimit Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetFault_Undervoltage()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetFault_Undervoltage ( bool refresh = true)
overridevirtual

Device supply voltage dropped to near brownout levels.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
Fault_Undervoltage Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetFault_UnlicensedFeatureInUse()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetFault_UnlicensedFeatureInUse ( bool refresh = true)
overridevirtual

An unlicensed feature is in use, device may not behave as expected.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
Fault_UnlicensedFeatureInUse Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetFault_UnstableSupplyV()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetFault_UnstableSupplyV ( bool refresh = true)
overridevirtual

Supply Voltage is unstable.

Ensure you are using a battery and current limited power supply.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
Fault_UnstableSupplyV Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetFault_UsingFusedCANcoderWhileUnlicensed()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetFault_UsingFusedCANcoderWhileUnlicensed ( bool refresh = true)
overridevirtual

Using Fused CANcoder feature while unlicensed.

Device has fallen back to remote CANcoder.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
Fault_UsingFusedCANcoderWhileUnlicensed Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetFaultField()

StatusSignal< int > & ctre::phoenix6::hardware::core::CoreTalonFX::GetFaultField ( bool refresh = true)
overridevirtual

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.

  • Minimum Value: 0
  • Maximum Value: 4294967295
  • Default Value: 0
  • Units:

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
FaultField Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetForwardLimit()

StatusSignal< signals::ForwardLimitValue > & ctre::phoenix6::hardware::core::CoreTalonFX::GetForwardLimit ( bool refresh = true)
overridevirtual

Forward Limit Pin.

Default Rates:

  • CAN 2.0: 100.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
ForwardLimit Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetIsProLicensed()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetIsProLicensed ( bool refresh = true)
overridevirtual

Whether the device is Phoenix Pro licensed.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
IsProLicensed Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetMotionMagicIsRunning()

StatusSignal< signals::MotionMagicIsRunningValue > & ctre::phoenix6::hardware::core::CoreTalonFX::GetMotionMagicIsRunning ( bool refresh = true)
overridevirtual

Check if Motion Magic® is running.

This is equivalent to checking that the reported control mode is a Motion Magic® based mode.

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
MotionMagicIsRunning Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetMotorKT()

StatusSignal< ctre::unit::newton_meters_per_ampere_t > & ctre::phoenix6::hardware::core::CoreTalonFX::GetMotorKT ( bool refresh = true)
overridevirtual

The torque constant (K_T) of the motor.

  • Minimum Value: 0.0
  • Maximum Value: 0.025500000000000002
  • Default Value: 0
  • Units: Nm/A

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
MotorKT Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetMotorKV()

StatusSignal< ctre::unit::rpm_per_volt_t > & ctre::phoenix6::hardware::core::CoreTalonFX::GetMotorKV ( bool refresh = true)
overridevirtual

The velocity constant (K_V) of the motor.

  • Minimum Value: 0.0
  • Maximum Value: 2047.0
  • Default Value: 0
  • Units: RPM/V

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
MotorKV Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetMotorOutputStatus()

StatusSignal< signals::MotorOutputStatusValue > & ctre::phoenix6::hardware::core::CoreTalonFX::GetMotorOutputStatus ( bool refresh = true)
overridevirtual

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:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
MotorOutputStatus Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetMotorStallCurrent()

StatusSignal< units::current::ampere_t > & ctre::phoenix6::hardware::core::CoreTalonFX::GetMotorStallCurrent ( bool refresh = true)
overridevirtual

The stall current of the motor at 12 V output.

  • Minimum Value: 0.0
  • Maximum Value: 1023.0
  • Default Value: 0
  • Units: A

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
MotorStallCurrent Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetMotorVoltage()

StatusSignal< units::voltage::volt_t > & ctre::phoenix6::hardware::core::CoreTalonFX::GetMotorVoltage ( bool refresh = true)
overridevirtual

The applied (output) motor voltage.

  • Minimum Value: -40.96
  • Maximum Value: 40.95
  • Default Value: 0
  • Units: V

Default Rates:

  • CAN 2.0: 100.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
MotorVoltage Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetPosition()

StatusSignal< units::angle::turn_t > & ctre::phoenix6::hardware::core::CoreTalonFX::GetPosition ( bool refresh = true)
overridevirtual

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.

  • Minimum Value: -16384.0
  • Maximum Value: 16383.999755859375
  • Default Value: 0
  • Units: rotations

Default Rates:

  • CAN 2.0: 50.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
Position Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetProcessorTemp()

StatusSignal< units::temperature::celsius_t > & ctre::phoenix6::hardware::core::CoreTalonFX::GetProcessorTemp ( bool refresh = true)
overridevirtual

Temperature of the processor.

This is the temperature that the processor measures itself to be at. Similar to Device Temperature.

  • Minimum Value: 0.0
  • Maximum Value: 255.0
  • Default Value: 0
  • Units: ℃

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
ProcessorTemp Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetReverseLimit()

StatusSignal< signals::ReverseLimitValue > & ctre::phoenix6::hardware::core::CoreTalonFX::GetReverseLimit ( bool refresh = true)
overridevirtual

Reverse Limit Pin.

Default Rates:

  • CAN 2.0: 100.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
ReverseLimit Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetRotorPosition()

StatusSignal< units::angle::turn_t > & ctre::phoenix6::hardware::core::CoreTalonFX::GetRotorPosition ( bool refresh = true)
overridevirtual

Position of the motor rotor.

This position is only affected by the RotorOffset config and calls to setPosition.

  • Minimum Value: -16384.0
  • Maximum Value: 16383.999755859375
  • Default Value: 0
  • Units: rotations

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
RotorPosition Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetRotorVelocity()

StatusSignal< units::angular_velocity::turns_per_second_t > & ctre::phoenix6::hardware::core::CoreTalonFX::GetRotorVelocity ( bool refresh = true)
overridevirtual

Velocity of the motor rotor.

This velocity is not affected by any feedback configs.

  • Minimum Value: -512.0
  • Maximum Value: 511.998046875
  • Default Value: 0
  • Units: rotations per second

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
RotorVelocity Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetSimState()

sim::TalonFXSimState & ctre::phoenix6::hardware::core::CoreTalonFX::GetSimState ( )
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.

Returns
Simulation state

◆ GetStatorCurrent()

StatusSignal< units::current::ampere_t > & ctre::phoenix6::hardware::core::CoreTalonFX::GetStatorCurrent ( bool refresh = true)
overridevirtual

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.

  • Minimum Value: -327.68
  • Maximum Value: 327.66
  • Default Value: 0
  • Units: A

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
StatorCurrent Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetStickyFault_BootDuringEnable()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetStickyFault_BootDuringEnable ( bool refresh = true)
overridevirtual

Device boot while detecting the enable signal.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
StickyFault_BootDuringEnable Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetStickyFault_BridgeBrownout()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetStickyFault_BridgeBrownout ( bool refresh = true)
overridevirtual

Bridge was disabled most likely due to supply voltage dropping too low.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
StickyFault_BridgeBrownout Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetStickyFault_DeviceTemp()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetStickyFault_DeviceTemp ( bool refresh = true)
overridevirtual

Device temperature exceeded limit.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
StickyFault_DeviceTemp Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetStickyFault_ForwardHardLimit()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetStickyFault_ForwardHardLimit ( bool refresh = true)
overridevirtual

Forward limit switch has been asserted.

Output is set to neutral.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
StickyFault_ForwardHardLimit Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetStickyFault_ForwardSoftLimit()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetStickyFault_ForwardSoftLimit ( bool refresh = true)
overridevirtual

Forward soft limit has been asserted.

Output is set to neutral.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
StickyFault_ForwardSoftLimit Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetStickyFault_FusedSensorOutOfSync()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetStickyFault_FusedSensorOutOfSync ( bool refresh = true)
overridevirtual

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 Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
StickyFault_FusedSensorOutOfSync Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetStickyFault_Hardware()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetStickyFault_Hardware ( bool refresh = true)
overridevirtual

Hardware fault occurred.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
StickyFault_Hardware Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetStickyFault_MissingDifferentialFX()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetStickyFault_MissingDifferentialFX ( bool refresh = true)
overridevirtual

The remote Talon used for differential control is not present on CAN Bus.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
StickyFault_MissingDifferentialFX Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetStickyFault_MissingHardLimitRemote()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetStickyFault_MissingHardLimitRemote ( bool refresh = true)
overridevirtual

The remote limit switch device is not present on CAN Bus.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
StickyFault_MissingHardLimitRemote Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetStickyFault_MissingSoftLimitRemote()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetStickyFault_MissingSoftLimitRemote ( bool refresh = true)
overridevirtual

The remote soft limit device is not present on CAN Bus.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
StickyFault_MissingSoftLimitRemote Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetStickyFault_OverSupplyV()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetStickyFault_OverSupplyV ( bool refresh = true)
overridevirtual

Supply Voltage has exceeded the maximum voltage rating of device.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
StickyFault_OverSupplyV Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetStickyFault_ProcTemp()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetStickyFault_ProcTemp ( bool refresh = true)
overridevirtual

Processor temperature exceeded limit.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
StickyFault_ProcTemp Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetStickyFault_RemoteSensorDataInvalid()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetStickyFault_RemoteSensorDataInvalid ( bool refresh = true)
overridevirtual

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 Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
StickyFault_RemoteSensorDataInvalid Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetStickyFault_RemoteSensorPosOverflow()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetStickyFault_RemoteSensorPosOverflow ( bool refresh = true)
overridevirtual

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 Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
StickyFault_RemoteSensorPosOverflow Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetStickyFault_RemoteSensorReset()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetStickyFault_RemoteSensorReset ( bool refresh = true)
overridevirtual

The remote sensor has reset.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
StickyFault_RemoteSensorReset Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetStickyFault_ReverseHardLimit()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetStickyFault_ReverseHardLimit ( bool refresh = true)
overridevirtual

Reverse limit switch has been asserted.

Output is set to neutral.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
StickyFault_ReverseHardLimit Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetStickyFault_ReverseSoftLimit()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetStickyFault_ReverseSoftLimit ( bool refresh = true)
overridevirtual

Reverse soft limit has been asserted.

Output is set to neutral.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
StickyFault_ReverseSoftLimit Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetStickyFault_StaticBrakeDisabled()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetStickyFault_StaticBrakeDisabled ( bool refresh = true)
overridevirtual

Static brake was momentarily disabled due to excessive braking current while disabled.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
StickyFault_StaticBrakeDisabled Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetStickyFault_StatorCurrLimit()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetStickyFault_StatorCurrLimit ( bool refresh = true)
overridevirtual

Stator current limit occured.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
StickyFault_StatorCurrLimit Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetStickyFault_SupplyCurrLimit()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetStickyFault_SupplyCurrLimit ( bool refresh = true)
overridevirtual

Supply current limit occured.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
StickyFault_SupplyCurrLimit Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetStickyFault_Undervoltage()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetStickyFault_Undervoltage ( bool refresh = true)
overridevirtual

Device supply voltage dropped to near brownout levels.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
StickyFault_Undervoltage Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetStickyFault_UnlicensedFeatureInUse()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetStickyFault_UnlicensedFeatureInUse ( bool refresh = true)
overridevirtual

An unlicensed feature is in use, device may not behave as expected.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
StickyFault_UnlicensedFeatureInUse Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetStickyFault_UnstableSupplyV()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetStickyFault_UnstableSupplyV ( bool refresh = true)
overridevirtual

Supply Voltage is unstable.

Ensure you are using a battery and current limited power supply.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
StickyFault_UnstableSupplyV Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetStickyFault_UsingFusedCANcoderWhileUnlicensed()

StatusSignal< bool > & ctre::phoenix6::hardware::core::CoreTalonFX::GetStickyFault_UsingFusedCANcoderWhileUnlicensed ( bool refresh = true)
overridevirtual

Using Fused CANcoder feature while unlicensed.

Device has fallen back to remote CANcoder.

  • Default Value: False

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
StickyFault_UsingFusedCANcoderWhileUnlicensed Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetStickyFaultField()

StatusSignal< int > & ctre::phoenix6::hardware::core::CoreTalonFX::GetStickyFaultField ( bool refresh = true)
overridevirtual

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.

  • Minimum Value: 0
  • Maximum Value: 4294967295
  • Default Value: 0
  • Units:

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
StickyFaultField Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetSupplyCurrent()

StatusSignal< units::current::ampere_t > & ctre::phoenix6::hardware::core::CoreTalonFX::GetSupplyCurrent ( bool refresh = true)
overridevirtual

Measured supply side current.

  • Minimum Value: -327.68
  • Maximum Value: 327.66
  • Default Value: 0
  • Units: A

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
SupplyCurrent Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetSupplyVoltage()

StatusSignal< units::voltage::volt_t > & ctre::phoenix6::hardware::core::CoreTalonFX::GetSupplyVoltage ( bool refresh = true)
overridevirtual

Measured supply voltage to the device.

  • Minimum Value: 4
  • Maximum Value: 29.575
  • Default Value: 4
  • Units: V

Default Rates:

  • CAN 2.0: 4.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
SupplyVoltage Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetTorqueCurrent()

StatusSignal< units::current::ampere_t > & ctre::phoenix6::hardware::core::CoreTalonFX::GetTorqueCurrent ( bool refresh = true)
overridevirtual

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.

  • Minimum Value: -327.68
  • Maximum Value: 327.67
  • Default Value: 0
  • Units: A

Default Rates:

  • CAN 2.0: 100.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
TorqueCurrent Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetVelocity()

StatusSignal< units::angular_velocity::turns_per_second_t > & ctre::phoenix6::hardware::core::CoreTalonFX::GetVelocity ( bool refresh = true)
overridevirtual

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.

  • Minimum Value: -512.0
  • Maximum Value: 511.998046875
  • Default Value: 0
  • Units: rotations per second

Default Rates:

  • CAN 2.0: 50.0 Hz
  • CAN FD: 100.0 Hz (TimeSynced with Pro)

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
Velocity Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetVersion()

StatusSignal< int > & ctre::phoenix6::hardware::core::CoreTalonFX::GetVersion ( bool refresh = true)
overridevirtual

Full Version of firmware in device.

The format is a four byte value.

  • Minimum Value: 0
  • Maximum Value: 4294967295
  • Default Value: 0
  • Units:

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
Version Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetVersionBugfix()

StatusSignal< int > & ctre::phoenix6::hardware::core::CoreTalonFX::GetVersionBugfix ( bool refresh = true)
overridevirtual

App Bugfix Version number.

  • Minimum Value: 0
  • Maximum Value: 255
  • Default Value: 0
  • Units:

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
VersionBugfix Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetVersionBuild()

StatusSignal< int > & ctre::phoenix6::hardware::core::CoreTalonFX::GetVersionBuild ( bool refresh = true)
overridevirtual

App Build Version number.

  • Minimum Value: 0
  • Maximum Value: 255
  • Default Value: 0
  • Units:

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
VersionBuild Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetVersionMajor()

StatusSignal< int > & ctre::phoenix6::hardware::core::CoreTalonFX::GetVersionMajor ( bool refresh = true)
overridevirtual

App Major Version number.

  • Minimum Value: 0
  • Maximum Value: 255
  • Default Value: 0
  • Units:

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
VersionMajor Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ GetVersionMinor()

StatusSignal< int > & ctre::phoenix6::hardware::core::CoreTalonFX::GetVersionMinor ( bool refresh = true)
overridevirtual

App Minor Version number.

  • Minimum Value: 0
  • Maximum Value: 255
  • Default Value: 0
  • Units:

Default Rates:

  • CAN: 4.0 Hz

This refreshes and returns a cached StatusSignal object.

Parameters
refreshWhether to refresh the StatusSignal before returning it; defaults to true
Returns
VersionMinor Status Signal Object

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ SetControl() [1/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::CoastOut & request)
overridevirtual

Request coast neutral output of actuator.

The bridge is disabled and the rotor is allowed to coast.

  • CoastOut Parameters:
    • 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.

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [2/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::compound::Diff_DutyCycleOut_Position & request)
overridevirtual

Differential control with duty cycle average target and position difference target.

  • Diff_DutyCycleOut_Position Parameters:
    • AverageRequest: Average DutyCycleOut request of the mechanism.
    • DifferentialRequest: Differential PositionDutyCycle request of the mechanism.
Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [3/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::compound::Diff_DutyCycleOut_Velocity & request)
overridevirtual

Differential control with duty cycle average target and velocity difference target.

  • Diff_DutyCycleOut_Velocity Parameters:
    • AverageRequest: Average DutyCycleOut request of the mechanism.
    • DifferentialRequest: Differential VelocityDutyCycle request of the mechanism.
Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [4/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::compound::Diff_MotionMagicDutyCycle_Position & request)
overridevirtual

Differential control with Motion Magic® average target and position difference target using dutycycle control.

  • Diff_MotionMagicDutyCycle_Position Parameters:
    • AverageRequest: Average MotionMagicDutyCycle request of the mechanism.
    • DifferentialRequest: Differential PositionDutyCycle request of the mechanism.
Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [5/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::compound::Diff_MotionMagicDutyCycle_Velocity & request)
overridevirtual

Differential control with Motion Magic® average target and velocity difference target using dutycycle control.

  • Diff_MotionMagicDutyCycle_Velocity Parameters:
    • AverageRequest: Average MotionMagicDutyCycle request of the mechanism.
    • DifferentialRequest: Differential VelocityDutyCycle request of the mechanism.
Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [6/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::compound::Diff_MotionMagicTorqueCurrentFOC_Position & request)
overridevirtual

Differential control with Motion Magic® average target and position difference target using torque current control.

  • Diff_MotionMagicTorqueCurrentFOC_Position Parameters:
    • AverageRequest: Average MotionMagicTorqueCurrentFOC request of the mechanism.
    • DifferentialRequest: Differential PositionTorqueCurrentFOC request of the mechanism.
Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::SupportsFOC.

◆ SetControl() [7/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::compound::Diff_MotionMagicTorqueCurrentFOC_Velocity & request)
overridevirtual

Differential control with Motion Magic® average target and velocity difference target using torque current control.

  • Diff_MotionMagicTorqueCurrentFOC_Velocity Parameters:
    • AverageRequest: Average MotionMagicTorqueCurrentFOC request of the mechanism.
    • DifferentialRequest: Differential VelocityTorqueCurrentFOC request of the mechanism.
Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::SupportsFOC.

◆ SetControl() [8/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::compound::Diff_MotionMagicVoltage_Position & request)
overridevirtual

Differential control with Motion Magic® average target and position difference target using voltage control.

  • Diff_MotionMagicVoltage_Position Parameters:
    • AverageRequest: Average MotionMagicVoltage request of the mechanism.
    • DifferentialRequest: Differential PositionVoltage request of the mechanism.
Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [9/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::compound::Diff_MotionMagicVoltage_Velocity & request)
overridevirtual

Differential control with Motion Magic® average target and velocity difference target using voltage control.

  • Diff_MotionMagicVoltage_Velocity Parameters:
    • AverageRequest: Average MotionMagicVoltage request of the mechanism.
    • DifferentialRequest: Differential VelocityVoltage request of the mechanism.
Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [10/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::compound::Diff_PositionDutyCycle_Position & request)
overridevirtual

Differential control with position average target and position difference target using dutycycle control.

  • Diff_PositionDutyCycle_Position Parameters:
    • AverageRequest: Average PositionDutyCycle request of the mechanism.
    • DifferentialRequest: Differential PositionDutyCycle request of the mechanism.
Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [11/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::compound::Diff_PositionDutyCycle_Velocity & request)
overridevirtual

Differential control with position average target and velocity difference target using dutycycle control.

  • Diff_PositionDutyCycle_Velocity Parameters:
    • AverageRequest: Average PositionDutyCycle request of the mechanism.
    • DifferentialRequest: Differential VelocityDutyCycle request of the mechanism.
Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [12/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::compound::Diff_PositionTorqueCurrentFOC_Position & request)
overridevirtual

Differential control with position average target and position difference target using torque current control.

  • Diff_PositionTorqueCurrentFOC_Position Parameters:
    • AverageRequest: Average PositionTorqueCurrentFOC request of the mechanism.
    • DifferentialRequest: Differential PositionTorqueCurrentFOC request of the mechanism.
Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::SupportsFOC.

◆ SetControl() [13/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::compound::Diff_PositionTorqueCurrentFOC_Velocity & request)
overridevirtual

Differential control with position average target and velocity difference target using torque current control.

  • Diff_PositionTorqueCurrentFOC_Velocity Parameters:
    • AverageRequest: Average PositionTorqueCurrentFOC request of the mechanism.
    • DifferentialRequest: Differential VelocityTorqueCurrentFOC request of the mechanism.
Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::SupportsFOC.

◆ SetControl() [14/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::compound::Diff_PositionVoltage_Position & request)
overridevirtual

Differential control with position average target and position difference target using voltage control.

  • Diff_PositionVoltage_Position Parameters:
    • AverageRequest: Average PositionVoltage request of the mechanism.
    • DifferentialRequest: Differential PositionVoltage request of the mechanism.
Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [15/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::compound::Diff_PositionVoltage_Velocity & request)
overridevirtual

Differential control with position average target and velocity difference target using voltage control.

  • Diff_PositionVoltage_Velocity Parameters:
    • AverageRequest: Average PositionVoltage request of the mechanism.
    • DifferentialRequest: Differential VelocityVoltage request of the mechanism.
Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [16/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::compound::Diff_TorqueCurrentFOC_Position & request)
overridevirtual

Differential control with torque current average target and position difference target.

  • Diff_TorqueCurrentFOC_Position Parameters:
    • AverageRequest: Average TorqueCurrentFOC request of the mechanism.
    • DifferentialRequest: Differential PositionTorqueCurrentFOC request of the mechanism.
Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::SupportsFOC.

◆ SetControl() [17/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::compound::Diff_TorqueCurrentFOC_Velocity & request)
overridevirtual

Differential control with torque current average target and velocity difference target.

  • Diff_TorqueCurrentFOC_Velocity Parameters:
    • AverageRequest: Average TorqueCurrentFOC request of the mechanism.
    • DifferentialRequest: Differential VelocityTorqueCurrentFOC request of the mechanism.
Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::SupportsFOC.

◆ SetControl() [18/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::compound::Diff_VelocityDutyCycle_Position & request)
overridevirtual

Differential control with velocity average target and position difference target using dutycycle control.

  • Diff_VelocityDutyCycle_Position Parameters:
    • AverageRequest: Average VelocityDutyCYcle request of the mechanism.
    • DifferentialRequest: Differential PositionDutyCycle request of the mechanism.
Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [19/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::compound::Diff_VelocityDutyCycle_Velocity & request)
overridevirtual

Differential control with velocity average target and velocity difference target using dutycycle control.

  • Diff_VelocityDutyCycle_Velocity Parameters:
    • AverageRequest: Average VelocityDutyCycle request of the mechanism.
    • DifferentialRequest: Differential VelocityDutyCycle request of the mechanism.
Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [20/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::compound::Diff_VelocityTorqueCurrentFOC_Position & request)
overridevirtual

Differential control with velocity average target and position difference target using torque current control.

  • Diff_VelocityTorqueCurrentFOC_Position Parameters:
    • AverageRequest: Average VelocityTorqueCurrentFOC request of the mechanism.
    • DifferentialRequest: Differential PositionTorqueCurrentFOC request of the mechanism.
Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::SupportsFOC.

◆ SetControl() [21/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::compound::Diff_VelocityTorqueCurrentFOC_Velocity & request)
overridevirtual

Differential control with velocity average target and velocity difference target using torque current control.

  • Diff_VelocityTorqueCurrentFOC_Velocity Parameters:
    • AverageRequest: Average VelocityTorqueCurrentFOC request of the mechanism.
    • DifferentialRequest: Differential VelocityTorqueCurrentFOC request of the mechanism.
Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::SupportsFOC.

◆ SetControl() [22/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::compound::Diff_VelocityVoltage_Position & request)
overridevirtual

Differential control with velocity average target and position difference target using voltage control.

  • Diff_VelocityVoltage_Position Parameters:
    • AverageRequest: Average VelocityVoltage request of the mechanism.
    • DifferentialRequest: Differential PositionVoltage request of the mechanism.
Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [23/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::compound::Diff_VelocityVoltage_Velocity & request)
overridevirtual

Differential control with velocity average target and velocity difference target using voltage control.

  • Diff_VelocityVoltage_Velocity Parameters:
    • AverageRequest: Average VelocityVoltage request of the mechanism.
    • DifferentialRequest: Differential VelocityVoltage request of the mechanism.
Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [24/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::compound::Diff_VoltageOut_Position & request)
overridevirtual

Differential control with voltage average target and position difference target.

  • Diff_VoltageOut_Position Parameters:
    • AverageRequest: Average VoltageOut request of the mechanism.
    • DifferentialRequest: Differential PositionVoltage request of the mechanism.
Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [25/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::compound::Diff_VoltageOut_Velocity & request)
overridevirtual

Differential control with voltage average target and velocity difference target.

  • Diff_VoltageOut_Velocity Parameters:
    • AverageRequest: Average VoltageOut request of the mechanism.
    • DifferentialRequest: Differential VelocityVoltage request of the mechanism.
Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [26/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::ControlRequest & request)
inlineoverridevirtual

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [27/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::DifferentialDutyCycle & request)
overridevirtual

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.

  • DifferentialDutyCycle Parameters:
    • TargetOutput: Proportion of supply voltage to apply in fractional units between -1 and +1
    • DifferentialPosition: Differential position to drive towards in rotations
    • EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15%. 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.

    • DifferentialSlot: Select which gains are applied to the differential controller by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • OverrideBrakeDurNeutral: Set to true to static-brake the rotor when output is zero (or within deadband). Set to false to use the NeutralMode configuration setting (default). This flag exists to provide the fundamental behavior of this control when output is zero, which is to provide 0V to the motor.
    • LimitForwardMotion: Set to true to force forward limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • LimitReverseMotion: Set to true to force reverse limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • 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.

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [28/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::DifferentialFollower & request)
overridevirtual

Follow the differential motor output of another Talon.

If Talon is in torque control, the torque is copied - which will increase the total torque applied. If Talon is in percent supply output control, the duty cycle is matched. Motor direction either matches master's configured direction or opposes it based on OpposeMasterDirection.

  • DifferentialFollower Parameters:
    • MasterID: Device ID of the differential master to follow.
    • OpposeMasterDirection: Set to false for motor invert to match the master's configured Invert - which is typical when master and follower are mechanically linked and spin in the same direction. Set to true for motor invert to oppose the master's configured Invert - this is typical where the the master and follower mechanically spin in opposite directions.
Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [29/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::DifferentialMotionMagicDutyCycle & request)
overridevirtual

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.

  • DifferentialMotionMagicDutyCycle Parameters:
    • TargetPosition: Average position to drive toward in rotations.
    • DifferentialPosition: Differential position to drive toward in rotations.
    • EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15%. 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.

    • TargetSlot: Select which gains are applied to the primary controller by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • DifferentialSlot: Select which gains are applied to the differential controller by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • OverrideBrakeDurNeutral: Set to true to static-brake the rotor when output is zero (or within deadband). Set to false to use the NeutralMode configuration setting (default). This flag exists to provide the fundamental behavior of this control when output is zero, which is to provide 0V to the motor.
    • LimitForwardMotion: Set to true to force forward limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • LimitReverseMotion: Set to true to force reverse limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • 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.

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [30/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::DifferentialMotionMagicVoltage & request)
overridevirtual

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.

  • DifferentialMotionMagicVoltage Parameters:
    • TargetPosition: Average position to drive toward in rotations.
    • DifferentialPosition: Differential position to drive toward in rotations.
    • EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15%. 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.

    • TargetSlot: Select which gains are applied to the primary controller by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • DifferentialSlot: Select which gains are applied to the differential controller by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • OverrideBrakeDurNeutral: Set to true to static-brake the rotor when output is zero (or within deadband). Set to false to use the NeutralMode configuration setting (default). This flag exists to provide the fundamental behavior of this control when output is zero, which is to provide 0V to the motor.
    • LimitForwardMotion: Set to true to force forward limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • LimitReverseMotion: Set to true to force reverse limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • 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.

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [31/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::DifferentialPositionDutyCycle & request)
overridevirtual

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.

  • DifferentialPositionDutyCycle Parameters:
    • TargetPosition: Average position to drive toward in rotations.
    • DifferentialPosition: Differential position to drive toward in rotations.
    • EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15%. 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.

    • TargetSlot: Select which gains are applied to the primary controller by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • DifferentialSlot: Select which gains are applied to the differential controller by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • OverrideBrakeDurNeutral: Set to true to static-brake the rotor when output is zero (or within deadband). Set to false to use the NeutralMode configuration setting (default). This flag exists to provide the fundamental behavior of this control when output is zero, which is to provide 0V to the motor.
    • LimitForwardMotion: Set to true to force forward limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • LimitReverseMotion: Set to true to force reverse limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • 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.

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [32/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::DifferentialPositionVoltage & request)
overridevirtual

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.

  • DifferentialPositionVoltage Parameters:
    • TargetPosition: Average position to drive toward in rotations.
    • DifferentialPosition: Differential position to drive toward in rotations.
    • EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15%. 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.

    • TargetSlot: Select which gains are applied to the primary controller by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • DifferentialSlot: Select which gains are applied to the differential controller by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • OverrideBrakeDurNeutral: Set to true to static-brake the rotor when output is zero (or within deadband). Set to false to use the NeutralMode configuration setting (default). This flag exists to provide the fundamental behavior of this control when output is zero, which is to provide 0V to the motor.
    • LimitForwardMotion: Set to true to force forward limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • LimitReverseMotion: Set to true to force reverse limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • 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.

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [33/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::DifferentialStrictFollower & request)
overridevirtual

Follow the differential motor output of another Talon while ignoring the master's invert setting.

If Talon is in torque control, the torque is copied - which will increase the total torque applied. If Talon is in percent supply output control, the duty cycle is matched. Motor direction is strictly determined by the configured invert and not the master. If you want motor direction to match or oppose the master, use FollowerRequest instead.

  • DifferentialStrictFollower Parameters:
    • MasterID: Device ID of the differential master to follow.
Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [34/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::DifferentialVelocityDutyCycle & request)
overridevirtual

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.

  • DifferentialVelocityDutyCycle Parameters:
    • TargetVelocity: Average velocity to drive toward in rotations per second.
    • DifferentialPosition: Differential position to drive toward in rotations.
    • EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15%. 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.

    • TargetSlot: Select which gains are applied to the primary controller by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • DifferentialSlot: Select which gains are applied to the differential controller by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • OverrideBrakeDurNeutral: Set to true to static-brake the rotor when output is zero (or within deadband). Set to false to use the NeutralMode configuration setting (default). This flag exists to provide the fundamental behavior of this control when output is zero, which is to provide 0V to the motor.
    • LimitForwardMotion: Set to true to force forward limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • LimitReverseMotion: Set to true to force reverse limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • 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.

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [35/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::DifferentialVelocityVoltage & request)
overridevirtual

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.

  • DifferentialVelocityVoltage Parameters:
    • TargetVelocity: Average velocity to drive toward in rotations per second.
    • DifferentialPosition: Differential position to drive toward in rotations.
    • EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15%. 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.

    • TargetSlot: Select which gains are applied to the primary controller by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • DifferentialSlot: Select which gains are applied to the differential controller by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • OverrideBrakeDurNeutral: Set to true to static-brake the rotor when output is zero (or within deadband). Set to false to use the NeutralMode configuration setting (default). This flag exists to provide the fundamental behavior of this control when output is zero, which is to provide 0V to the motor.
    • LimitForwardMotion: Set to true to force forward limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • LimitReverseMotion: Set to true to force reverse limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • 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.

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [36/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::DifferentialVoltage & request)
overridevirtual

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.

  • DifferentialVoltage Parameters:
    • TargetOutput: Voltage to attempt to drive at
    • DifferentialPosition: Differential position to drive towards in rotations
    • EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15%. 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.

    • DifferentialSlot: Select which gains are applied to the differential controller by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • OverrideBrakeDurNeutral: Set to true to static-brake the rotor when output is zero (or within deadband). Set to false to use the NeutralMode configuration setting (default). This flag exists to provide the fundamental behavior of this control when output is zero, which is to provide 0V to the motor.
    • LimitForwardMotion: Set to true to force forward limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • LimitReverseMotion: Set to true to force reverse limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • 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.

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [37/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::DutyCycleOut & request)
overridevirtual

Request a specified motor duty cycle.

This control mode will output a proportion of the supplied voltage which is supplied by the user.

  • DutyCycleOut Parameters:
    • Output: Proportion of supply voltage to apply in fractional units between -1 and +1
    • EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15%. 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.

    • OverrideBrakeDurNeutral: Set to true to static-brake the rotor when output is zero (or within deadband). Set to false to use the NeutralMode configuration setting (default). This flag exists to provide the fundamental behavior of this control when output is zero, which is to provide 0V to the motor.
    • LimitForwardMotion: Set to true to force forward limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • LimitReverseMotion: Set to true to force reverse limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • 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.

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [38/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::DynamicMotionMagicDutyCycle & request)
overridevirtual

Requests Motion Magic® to target a final position using a motion profile.

This dynamic request allows runtime changes to Cruise Velocity, Acceleration, and Jerk. Users can optionally provide a duty cycle feedforward. This control requires use of a CANivore.

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.

  • DynamicMotionMagicDutyCycle Parameters:
    • Position: Position to drive toward in rotations.
    • Velocity: Cruise velocity for profiling. The signage does not matter as the device will use the absolute value for profile generation.
    • Acceleration: Acceleration for profiling. The signage does not matter as the device will use the absolute value for profile generation
    • 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%. 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.

    • FeedForward: Feedforward to apply in fractional units between -1 and +1.
    • Slot: Select which gains are applied by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • OverrideBrakeDurNeutral: Set to true to static-brake the rotor when output is zero (or within deadband). Set to false to use the NeutralMode configuration setting (default). This flag exists to provide the fundamental behavior of this control when output is zero, which is to provide 0V to the motor.
    • LimitForwardMotion: Set to true to force forward limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • LimitReverseMotion: Set to true to force reverse limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • 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.

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [39/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::DynamicMotionMagicTorqueCurrentFOC & request)
overridevirtual

Requests Motion Magic® to target a final position using a motion profile.

This dynamic request allows runtime changes to Cruise Velocity, Acceleration, and Jerk. Users can optionally provide a torque current feedforward. This control requires use of a CANivore.

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.

  • DynamicMotionMagicTorqueCurrentFOC Parameters:
    • Position: Position to drive toward in rotations.
    • Velocity: Cruise velocity for profiling. The signage does not matter as the device will use the absolute value for profile generation.
    • Acceleration: Acceleration for profiling. The signage does not matter as the device will use the absolute value for profile generation.
    • 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. User can use motor's kT to scale Newton-meter to Amperes.
    • Slot: Select which gains are applied by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • OverrideCoastDurNeutral: Set to true to coast the rotor when output is zero (or within deadband). Set to false to use the NeutralMode configuration setting (default). This flag exists to provide the fundamental behavior of this control when output is zero, which is to provide 0A (zero torque).
    • LimitForwardMotion: Set to true to force forward limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • LimitReverseMotion: Set to true to force reverse limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • 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.

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::SupportsFOC.

◆ SetControl() [40/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::DynamicMotionMagicVoltage & request)
overridevirtual

Requests Motion Magic® to target a final position using a motion profile.

This dynamic request allows runtime changes to Cruise Velocity, Acceleration, and Jerk. Users can optionally provide a voltage feedforward. This control requires use of a CANivore.

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.

  • DynamicMotionMagicVoltage Parameters:
    • Position: Position to drive toward in rotations.
    • Velocity: Cruise velocity for profiling. The signage does not matter as the device will use the absolute value for profile generation.
    • Acceleration: Acceleration for profiling. The signage does not matter as the device will use the absolute value for profile generation.
    • 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%. 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.

    • FeedForward: Feedforward to apply in volts
    • Slot: Select which gains are applied by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • OverrideBrakeDurNeutral: Set to true to static-brake the rotor when output is zero (or within deadband). Set to false to use the NeutralMode configuration setting (default). This flag exists to provide the fundamental behavior of this control when output is zero, which is to provide 0V to the motor.
    • LimitForwardMotion: Set to true to force forward limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • LimitReverseMotion: Set to true to force reverse limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • 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.

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [41/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::Follower & request)
overridevirtual

Follow the motor output of another Talon.

If Talon is in torque control, the torque is copied - which will increase the total torque applied. If Talon is in percent supply output control, the duty cycle is matched. Motor direction either matches master's configured direction or opposes it based on OpposeMasterDirection.

  • Follower Parameters:
    • MasterID: Device ID of the master to follow.
    • OpposeMasterDirection: Set to false for motor invert to match the master's configured Invert - which is typical when master and follower are mechanically linked and spin in the same direction. Set to true for motor invert to oppose the master's configured Invert - this is typical where the the master and follower mechanically spin in opposite directions.
Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [42/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::MotionMagicDutyCycle & request)
overridevirtual

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.

  • MotionMagicDutyCycle Parameters:
    • Position: Position to drive toward in rotations.
    • EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15%. 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.

    • FeedForward: Feedforward to apply in fractional units between -1 and +1.
    • Slot: Select which gains are applied by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • OverrideBrakeDurNeutral: Set to true to static-brake the rotor when output is zero (or within deadband). Set to false to use the NeutralMode configuration setting (default). This flag exists to provide the fundamental behavior of this control when output is zero, which is to provide 0V to the motor.
    • LimitForwardMotion: Set to true to force forward limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • LimitReverseMotion: Set to true to force reverse limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • 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.

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [43/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::MotionMagicExpoDutyCycle & request)
overridevirtual

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.

  • MotionMagicExpoDutyCycle Parameters:
    • Position: Position to drive toward in rotations.
    • EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15%. 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.

    • FeedForward: Feedforward to apply in fractional units between -1 and +1.
    • Slot: Select which gains are applied by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • OverrideBrakeDurNeutral: Set to true to static-brake the rotor when output is zero (or within deadband). Set to false to use the NeutralMode configuration setting (default). This flag exists to provide the fundamental behavior of this control when output is zero, which is to provide 0V to the motor.
    • LimitForwardMotion: Set to true to force forward limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • LimitReverseMotion: Set to true to force reverse limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • 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.

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [44/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::MotionMagicExpoTorqueCurrentFOC & request)
overridevirtual

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.

  • MotionMagicExpoTorqueCurrentFOC Parameters:
    • Position: Position to drive toward in rotations.
    • FeedForward: Feedforward to apply in torque current in Amperes. User can use motor's kT to scale Newton-meter to Amperes.
    • Slot: Select which gains are applied by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • OverrideCoastDurNeutral: Set to true to coast the rotor when output is zero (or within deadband). Set to false to use the NeutralMode configuration setting (default). This flag exists to provide the fundamental behavior of this control when output is zero, which is to provide 0A (zero torque).
    • LimitForwardMotion: Set to true to force forward limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • LimitReverseMotion: Set to true to force reverse limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • 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.

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::SupportsFOC.

◆ SetControl() [45/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::MotionMagicExpoVoltage & request)
overridevirtual

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.

  • MotionMagicExpoVoltage Parameters:
    • Position: Position to drive toward in rotations.
    • EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15%. 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.

    • FeedForward: Feedforward to apply in volts
    • Slot: Select which gains are applied by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • OverrideBrakeDurNeutral: Set to true to static-brake the rotor when output is zero (or within deadband). Set to false to use the NeutralMode configuration setting (default). This flag exists to provide the fundamental behavior of this control when output is zero, which is to provide 0V to the motor.
    • LimitForwardMotion: Set to true to force forward limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • LimitReverseMotion: Set to true to force reverse limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • 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.

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [46/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::MotionMagicTorqueCurrentFOC & request)
overridevirtual

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.

  • MotionMagicTorqueCurrentFOC Parameters:
    • Position: Position to drive toward in rotations.
    • FeedForward: Feedforward to apply in torque current in Amperes. User can use motor's kT to scale Newton-meter to Amperes.
    • Slot: Select which gains are applied by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • OverrideCoastDurNeutral: Set to true to coast the rotor when output is zero (or within deadband). Set to false to use the NeutralMode configuration setting (default). This flag exists to provide the fundamental behavior of this control when output is zero, which is to provide 0A (zero torque).
    • LimitForwardMotion: Set to true to force forward limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • LimitReverseMotion: Set to true to force reverse limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • 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.

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::SupportsFOC.

◆ SetControl() [47/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::MotionMagicVelocityDutyCycle & request)
overridevirtual

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.

  • MotionMagicVelocityDutyCycle Parameters:
    • Velocity: Target velocity to drive toward in rotations per second. This can be changed on-the fly.
    • Acceleration: This is the absolute Acceleration to use generating the profile. If this parameter is zero, the Acceleration persistent configuration parameter is used instead. Acceleration is in rotations per second squared. If nonzero, the signage does not matter as the absolute value is used.
    • EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15%. 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.

    • FeedForward: Feedforward to apply in fractional units between -1 and +1.
    • Slot: Select which gains are applied by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • OverrideBrakeDurNeutral: Set to true to static-brake the rotor when output is zero (or within deadband). Set to false to use the NeutralMode configuration setting (default). This flag exists to provide the fundamental behavior of this control when output is zero, which is to provide 0V to the motor.
    • LimitForwardMotion: Set to true to force forward limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • LimitReverseMotion: Set to true to force reverse limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • 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.

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [48/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::MotionMagicVelocityTorqueCurrentFOC & request)
overridevirtual

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.

  • MotionMagicVelocityTorqueCurrentFOC Parameters:
    • Velocity: Target velocity to drive toward in rotations per second. This can be changed on-the fly.
    • Acceleration: This is the absolute Acceleration to use generating the profile. If this parameter is zero, the Acceleration persistent configuration parameter is used instead. Acceleration is in rotations per second squared. If nonzero, the signage does not matter as the absolute value is used.
    • EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15%. 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.

    • FeedForward: Feedforward to apply in torque current in Amperes. User can use motor's kT to scale Newton-meter to Amperes.
    • Slot: Select which gains are applied by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • OverrideCoastDurNeutral: Set to true to coast the rotor when output is zero (or within deadband). Set to false to use the NeutralMode configuration setting (default). This flag exists to provide the fundamental behavior of this control when output is zero, which is to provide 0A (zero torque).
    • LimitForwardMotion: Set to true to force forward limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • LimitReverseMotion: Set to true to force reverse limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • 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.

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::SupportsFOC.

◆ SetControl() [49/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::MotionMagicVelocityVoltage & request)
overridevirtual

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.

  • MotionMagicVelocityVoltage Parameters:
    • Velocity: Target velocity to drive toward in rotations per second. This can be changed on-the fly.
    • Acceleration: This is the absolute Acceleration to use generating the profile. If this parameter is zero, the Acceleration persistent configuration parameter is used instead. Acceleration is in rotations per second squared. If nonzero, the signage does not matter as the absolute value is used.
    • EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15%. 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.

    • FeedForward: Feedforward to apply in volts
    • Slot: Select which gains are applied by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • OverrideBrakeDurNeutral: Set to true to static-brake the rotor when output is zero (or within deadband). Set to false to use the NeutralMode configuration setting (default). This flag exists to provide the fundamental behavior of this control when output is zero, which is to provide 0V to the motor.
    • LimitForwardMotion: Set to true to force forward limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • LimitReverseMotion: Set to true to force reverse limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • 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.

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [50/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::MotionMagicVoltage & request)
overridevirtual

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.

  • MotionMagicVoltage Parameters:
    • Position: Position to drive toward in rotations.
    • EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15%. 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.

    • FeedForward: Feedforward to apply in volts
    • Slot: Select which gains are applied by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • OverrideBrakeDurNeutral: Set to true to static-brake the rotor when output is zero (or within deadband). Set to false to use the NeutralMode configuration setting (default). This flag exists to provide the fundamental behavior of this control when output is zero, which is to provide 0V to the motor.
    • LimitForwardMotion: Set to true to force forward limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • LimitReverseMotion: Set to true to force reverse limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • 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.

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [51/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::MusicTone & request)
overridevirtual

Plays a single tone at the user specified frequency.

  • MusicTone Parameters:
    • AudioFrequency: Sound frequency to play. A value of zero will silence the device. The effective frequency range is 10-20000 Hz. Any nonzero frequency less than 10 Hz will be capped to 10 Hz. Any frequency above 20 kHz will be capped to 20 kHz.
Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::SupportsMusic.

◆ SetControl() [52/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::NeutralOut & request)
overridevirtual

Request neutral output of actuator.

The applied brake type is determined by the NeutralMode configuration.

  • NeutralOut Parameters:
    • 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.

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [53/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::PositionDutyCycle & request)
overridevirtual

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.

  • PositionDutyCycle Parameters:
    • Position: Position to drive toward in rotations.
    • Velocity: Velocity to drive toward in rotations per second. This is typically used for motion profiles generated by the robot program.
    • EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15%. 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.

    • FeedForward: Feedforward to apply in fractional units between -1 and +1.
    • Slot: Select which gains are applied by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • OverrideBrakeDurNeutral: Set to true to static-brake the rotor when output is zero (or within deadband). Set to false to use the NeutralMode configuration setting (default). This flag exists to provide the fundamental behavior of this control when output is zero, which is to provide 0V to the motor.
    • LimitForwardMotion: Set to true to force forward limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • LimitReverseMotion: Set to true to force reverse limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • 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.

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [54/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::PositionTorqueCurrentFOC & request)
overridevirtual

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.

  • PositionTorqueCurrentFOC Parameters:
    • Position: Position to drive toward in rotations.
    • Velocity: Velocity to drive toward in rotations per second. This is typically used for motion profiles generated by the robot program.
    • FeedForward: Feedforward to apply in torque current in Amperes. User can use motor's kT to scale Newton-meter to Amperes.
    • Slot: Select which gains are applied by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • OverrideCoastDurNeutral: Set to true to coast the rotor when output is zero (or within deadband). Set to false to use the NeutralMode configuration setting (default). This flag exists to provide the fundamental behavior of this control when output is zero, which is to provide 0A (zero torque).
    • LimitForwardMotion: Set to true to force forward limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • LimitReverseMotion: Set to true to force reverse limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • 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.

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::SupportsFOC.

◆ SetControl() [55/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::PositionVoltage & request)
overridevirtual

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.

  • PositionVoltage Parameters:
    • Position: Position to drive toward in rotations.
    • Velocity: Velocity to drive toward in rotations per second. This is typically used for motion profiles generated by the robot program.
    • EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15%. 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.

    • FeedForward: Feedforward to apply in volts
    • Slot: Select which gains are applied by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • OverrideBrakeDurNeutral: Set to true to static-brake the rotor when output is zero (or within deadband). Set to false to use the NeutralMode configuration setting (default). This flag exists to provide the fundamental behavior of this control when output is zero, which is to provide 0V to the motor.
    • LimitForwardMotion: Set to true to force forward limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • LimitReverseMotion: Set to true to force reverse limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • 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.

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [56/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::StaticBrake & request)
overridevirtual

Applies full neutral-brake by shorting motor leads together.

  • StaticBrake Parameters:
    • 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.

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [57/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::StrictFollower & request)
overridevirtual

Follow the motor output of another Talon while ignoring the master's invert setting.

If Talon is in torque control, the torque is copied - which will increase the total torque applied. If Talon is in percent supply output control, the duty cycle is matched. Motor direction is strictly determined by the configured invert and not the master. If you want motor direction to match or oppose the master, use FollowerRequest instead.

  • StrictFollower Parameters:
    • MasterID: Device ID of the master to follow.
Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [58/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::TorqueCurrentFOC & request)
overridevirtual

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.

  • TorqueCurrentFOC Parameters:
    • Output: Amount of motor current in Amperes
    • MaxAbsDutyCycle: The maximum absolute motor output that can be applied, which effectively limits the velocity. For example, 0.50 means no more than 50% output in either direction. This is useful for preventing the motor from spinning to its terminal velocity when there is no external torque applied unto the rotor. Note this is absolute maximum, so the value should be between zero and one.
    • Deadband: Deadband in Amperes. If torque request is within deadband, the bridge output is neutral. If deadband is set to zero then there is effectively no deadband. Note if deadband is zero, a free spinning motor will spin for quite a while as the firmware attempts to hold the motor's bemf. If user expects motor to cease spinning quickly with a demand of zero, we recommend a deadband of one Ampere. This value will be converted to an integral value of amps.
    • OverrideCoastDurNeutral: Set to true to coast the rotor when output is zero (or within deadband). Set to false to use the NeutralMode configuration setting (default). This flag exists to provide the fundamental behavior of this control when output is zero, which is to provide 0A (zero torque).
    • LimitForwardMotion: Set to true to force forward limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • LimitReverseMotion: Set to true to force reverse limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • 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.

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::SupportsFOC.

◆ SetControl() [59/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::VelocityDutyCycle & request)
overridevirtual

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.

  • VelocityDutyCycle Parameters:
    • Velocity: Velocity to drive toward in rotations per second.
    • Acceleration: Acceleration to drive toward in rotations per second squared. This is typically used for motion profiles generated by the robot program.
    • EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15%. 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.

    • FeedForward: Feedforward to apply in fractional units between -1 and +1.
    • Slot: Select which gains are applied by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • OverrideBrakeDurNeutral: Set to true to static-brake the rotor when output is zero (or within deadband). Set to false to use the NeutralMode configuration setting (default). This flag exists to provide the fundamental behavior of this control when output is zero, which is to provide 0V to the motor.
    • LimitForwardMotion: Set to true to force forward limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • LimitReverseMotion: Set to true to force reverse limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • 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.

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [60/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::VelocityTorqueCurrentFOC & request)
overridevirtual

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.

  • VelocityTorqueCurrentFOC Parameters:
    • Velocity: Velocity to drive toward in rotations per second.
    • Acceleration: Acceleration to drive toward in rotations per second squared. This is typically used for motion profiles generated by the robot program.
    • FeedForward: Feedforward to apply in torque current in Amperes. User can use motor's kT to scale Newton-meter to Amperes.
    • Slot: Select which gains are applied by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • OverrideCoastDurNeutral: Set to true to coast the rotor when output is zero (or within deadband). Set to false to use the NeutralMode configuration setting (default). This flag exists to provide the fundamental behavior of this control when output is zero, which is to provide 0A (zero torque).
    • LimitForwardMotion: Set to true to force forward limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • LimitReverseMotion: Set to true to force reverse limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • 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.

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::SupportsFOC.

◆ SetControl() [61/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::VelocityVoltage & request)
overridevirtual

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.

  • VelocityVoltage Parameters:
    • Velocity: Velocity to drive toward in rotations per second.
    • Acceleration: Acceleration to drive toward in rotations per second squared. This is typically used for motion profiles generated by the robot program.
    • EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15%. 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.

    • FeedForward: Feedforward to apply in volts
    • Slot: Select which gains are applied by selecting the slot. Use the configuration api to set the gain values for the selected slot before enabling this feature. Slot must be within [0,2].
    • OverrideBrakeDurNeutral: Set to true to static-brake the rotor when output is zero (or within deadband). Set to false to use the NeutralMode configuration setting (default). This flag exists to provide the fundamental behavior of this control when output is zero, which is to provide 0V to the motor.
    • LimitForwardMotion: Set to true to force forward limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • LimitReverseMotion: Set to true to force reverse limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • 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.

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetControl() [62/62]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetControl ( const controls::VoltageOut & request)
overridevirtual

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.

  • VoltageOut Parameters:
    • Output: Voltage to attempt to drive at
    • EnableFOC: Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15%. 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.

    • OverrideBrakeDurNeutral: Set to true to static-brake the rotor when output is zero (or within deadband). Set to false to use the NeutralMode configuration setting (default). This flag exists to provide the fundamental behavior of this control when output is zero, which is to provide 0V to the motor.
    • LimitForwardMotion: Set to true to force forward limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • LimitReverseMotion: Set to true to force reverse limiting. This allows users to use other limit switch sensors connected to robot controller. This also allows use of active sensors that require external power.
    • 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.

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

Parameters
requestControl object to request of the device
Returns
Status Code of the request, 0 is OK

Implements ctre::phoenix6::hardware::traits::HasTalonControls.

◆ SetPosition() [1/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetPosition ( units::angle::turn_t newValue)
inlineoverridevirtual

Sets the mechanism position of the device in mechanism rotations.

This will wait up to 0.100 seconds (100ms) by default.

Parameters
newValueValue to set to. Units are in rotations.
Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.

◆ SetPosition() [2/2]

ctre::phoenix::StatusCode ctre::phoenix6::hardware::core::CoreTalonFX::SetPosition ( units::angle::turn_t newValue,
units::time::second_t timeoutSeconds )
inlineoverridevirtual

Sets the mechanism position of the device in mechanism rotations.

Parameters
newValueValue to set to. Units are in rotations.
timeoutSecondsMaximum time to wait up to in seconds.
Returns
StatusCode of the set command

Implements ctre::phoenix6::hardware::traits::HasTalonSignals.


The documentation for this class was generated from the following file: