-
Notifications
You must be signed in to change notification settings - Fork 1
added drivetrain tunable numbers #215
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
|
this doesnt appear to be using the newly created class of TunablePidManager. Also why are we doing pid tuning in swerve debug mode and not tuning mode. this appears to not follow the conventions for pid tuning set by the hihi extender commit. I might be wrong and you should ask ben before doing any of the stuff I say but if he says then look at how the extender pid tuning is written. |
| this.poseEstimator = | ||
| new PoseEstimator( | ||
| frontLeft, frontRight, backLeft, backRight, apriltagIO, kinematics, getLastGyro()); | ||
| if(Constants.SWERVE_DEBUG){ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Shouldn't this be the constant TUNING_MODE?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah that's probably reasonable, we can enable/ disable this as a whole
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
done
|
|
||
| private final SparkMax driveMotor; | ||
| private final SparkBaseConfig driveConfig; | ||
| private final SparkMaxConfig driveConfig; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We shouldn't actually be keeping this around, we've seen it's better to only have local variable versions of the config objects.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
done
| SmartShuffleboard.put("Drive", "BL ABS Pos", backLeft.getAbsPosition()); | ||
| SmartShuffleboard.put("Drive", "BR ABS Pos", backRight.getAbsPosition()); | ||
| } | ||
| if(Constants.SWERVE_DEBUG){ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Per Aditya's ideas, switch this to TUNING_MODE
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
done
| @Override | ||
| public void updateConfig( | ||
| double closedLoopRampRate, double secondaryCurrentLimit, int smartCurrentLimit) { | ||
| driveConfig |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Don't re-use the instance variable, create a new instance of the config here
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
done
neo-Aditya
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good, is this tested?
# Conflicts: # src/main/java/frc/robot/constants/GameConstants.java
neo-Aditya
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Pull from main
|
yeah pull from main if possible |
No description provided.