Table of Contents

Class VoltageOut

Namespace
CTRE.Phoenix6.Controls
Assembly
Phoenix6.Hardware.dll

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.
public sealed class VoltageOut : ControlRequest, ICloneable
Inheritance
VoltageOut
Implements
Inherited Members

Constructors

VoltageOut(double)

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. Voltage to attempt to drive at
public VoltageOut(double Output)

Parameters

Output double

Fields

EnableFOC

Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see SupportsFOC). Set to false to use trapezoidal commutation.

FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
public bool EnableFOC

Field Value

bool

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.
public bool IgnoreHardwareLimits

Field Value

bool

IgnoreSoftwareLimits

Set to true to ignore software limits, instead allowing motion.

This can be useful when calibrating the zero point of a mechanism such as an elevator.

The software limit faults will still report the values of the software limits regardless of this parameter.
public bool IgnoreSoftwareLimits

Field Value

bool

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.

public bool LimitForwardMotion

Field Value

bool

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.

public bool LimitReverseMotion

Field Value

bool

Output

Voltage to attempt to drive at

  • Units: Volts
public double Output

Field Value

double

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.

public bool OverrideBrakeDurNeutral

Field Value

bool

UpdateFreqHz

The frequency at which this control will update. This is designated in Hertz, with a minimum of 20 Hz (every 50 ms) and a maximum of 1000 Hz (every 1 ms). Some update frequencies are not supported and will be promoted up to the next highest supported frequency.

If this field is set to 0 Hz, the control request will be sent immediately as a one-shot frame. This may be useful for advanced applications that require outputs to be synchronized with data acquisition. In this case, we recommend not exceeding 50 ms between control calls.
public double UpdateFreqHz

Field Value

double

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.
public bool UseTimesync

Field Value

bool

Properties

Name

Name of this control request.

public string Name { get; }

Property Value

string

Methods

Clone()

Creates a copy of this control request.

public VoltageOut Clone()

Returns

VoltageOut

GetControlInfo()

Gets information about this control request.

public Dictionary<string, string> GetControlInfo()

Returns

Dictionary<string, string>

Dictionary of control parameter names and corresponding applied values

SendRequest(string, uint)

Sends this request out over CAN bus to the device for the device to apply.

public StatusCode SendRequest(string network, uint deviceHash)

Parameters

network string

Network to send request over

deviceHash uint

Device to send request to

Returns

StatusCode

Status of the send operation

ToString()

Provides the string representation of this object.

public override string ToString()

Returns

string

WithEnableFOC(bool)

Modifies this Control Request's EnableFOC parameter and returns itself for method-chaining and easier to use request API.

Set to true to use FOC commutation (requires Phoenix Pro), which increases peak power by ~15% on supported devices (see SupportsFOC). Set to false to use trapezoidal commutation.

FOC improves motor performance by leveraging torque (current) control. However, this may be inconvenient for applications that require specifying duty cycle or voltage. CTR-Electronics has developed a hybrid method that combines the performances gains of FOC while still allowing applications to provide duty cycle or voltage demand. This not to be confused with simple sinusoidal control or phase voltage control which lacks the performance gains.
public VoltageOut WithEnableFOC(bool newEnableFOC)

Parameters

newEnableFOC bool

Parameter to modify

Returns

VoltageOut

Itself

WithIgnoreHardwareLimits(bool)

Modifies this Control Request's IgnoreHardwareLimits parameter and returns itself for method-chaining and easier to use request API.

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.
public VoltageOut WithIgnoreHardwareLimits(bool newIgnoreHardwareLimits)

Parameters

newIgnoreHardwareLimits bool

Parameter to modify

Returns

VoltageOut

Itself

WithIgnoreSoftwareLimits(bool)

Modifies this Control Request's IgnoreSoftwareLimits parameter and returns itself for method-chaining and easier to use request API.

Set to true to ignore software limits, instead allowing motion.

This can be useful when calibrating the zero point of a mechanism such as an elevator.

The software limit faults will still report the values of the software limits regardless of this parameter.
public VoltageOut WithIgnoreSoftwareLimits(bool newIgnoreSoftwareLimits)

Parameters

newIgnoreSoftwareLimits bool

Parameter to modify

Returns

VoltageOut

Itself

WithLimitForwardMotion(bool)

Modifies this Control Request's LimitForwardMotion parameter and returns itself for method-chaining and easier to use request API.

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.
public VoltageOut WithLimitForwardMotion(bool newLimitForwardMotion)

Parameters

newLimitForwardMotion bool

Parameter to modify

Returns

VoltageOut

Itself

WithLimitReverseMotion(bool)

Modifies this Control Request's LimitReverseMotion parameter and returns itself for method-chaining and easier to use request API.

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.
public VoltageOut WithLimitReverseMotion(bool newLimitReverseMotion)

Parameters

newLimitReverseMotion bool

Parameter to modify

Returns

VoltageOut

Itself

WithOutput(double)

Modifies this Control Request's Output parameter and returns itself for method-chaining and easier to use request API.

Voltage to attempt to drive at
  • Units: Volts
public VoltageOut WithOutput(double newOutput)

Parameters

newOutput double

Parameter to modify

Returns

VoltageOut

Itself

WithOverrideBrakeDurNeutral(bool)

Modifies this Control Request's OverrideBrakeDurNeutral parameter and returns itself for method-chaining and easier to use request API.

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.
public VoltageOut WithOverrideBrakeDurNeutral(bool newOverrideBrakeDurNeutral)

Parameters

newOverrideBrakeDurNeutral bool

Parameter to modify

Returns

VoltageOut

Itself

WithUpdateFreqHz(double)

Sets the frequency at which this control will update. This is designated in Hertz, with a minimum of 20 Hz (every 50 ms) and a maximum of 1000 Hz (every 1 ms). Some update frequencies are not supported and will be promoted up to the next highest supported frequency.

If this field is set to 0 Hz, the control request will be sent immediately as a one-shot frame. This may be useful for advanced applications that require outputs to be synchronized with data acquisition. In this case, we recommend not exceeding 50 ms between control calls.
public VoltageOut WithUpdateFreqHz(double newUpdateFreqHz)

Parameters

newUpdateFreqHz double

Parameter to modify

Returns

VoltageOut

Itself

WithUseTimesync(bool)

Modifies this Control Request's UseTimesync parameter and returns itself for method-chaining and easier to use request API.

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.
public VoltageOut WithUseTimesync(bool newUseTimesync)

Parameters

newUseTimesync bool

Parameter to modify

Returns

VoltageOut

Itself