Open jonathandao0 opened 2 years ago
I don't believe the math that's used here to set the encoder position is correct at all. Where is the "60000.0" coming from?
You should just be doing this._spark.getEncoder().setPosition((position + this._vel * period) * posFactor)
.
Also there is no way to properly simulate mechanisms that use an absolute encoder, like a MAXSwerve Module.
Given this code example:
When simulating this code in WPILib, m_motorA is correctly updated in simulation while m_motorB does not get updated. Digging into the SparkMaxSimProfile.class code, it does the following when the simulation runs:
It doesn't look like setting a position setpoint is correctly updating the SparkMax in simulation. Will this be fixed in the 2023 RevLib? Another thing that would be helpful would be an API call in SparkMaxPIDController to get the calcuated PID output so that we can take the output and simulate the results manually.