Skip to content

#fried #WhatAmIDoing #NotSureIfTheErrorsAreMyComputerBeingDifficultOr…#1

Open
sdosti wants to merge 1 commit intomainfrom
Sarah
Open

#fried #WhatAmIDoing #NotSureIfTheErrorsAreMyComputerBeingDifficultOr…#1
sdosti wants to merge 1 commit intomainfrom
Sarah

Conversation

@sdosti
Copy link
Copy Markdown

@sdosti sdosti commented Dec 4, 2025

…IGenuielyCannotCode #ctrePackageBeingHorribleToMeOnceAgain# ItBetterNotBeBecuaseMyFileIsWithinSevenOtherFiles #Worlds2026 #ThisIsntTheFinalProduct #IamBetterThanSmashingMyComputer #willFinishTheButtonsWhenIRegainMySanityIPromise

erm

…IGenuielyCannotCode #ctrePackageBeingHorribleToMeOnceAgain# ItBetterNotBeBecuaseMyFileIsWithinSevenOtherFiles #Worlds2026 #ThisIsntTheFinalProduct #IamBetterThanSmashingMyComputer #willFinishTheButtonsWhenIRegainMySanityIPromise
@sdosti sdosti requested a review from bensonkhau December 4, 2025 04:50
Copy link
Copy Markdown

@bensonkhau bensonkhau left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for submitting a review! Hopefully the others can follow suit when they've got time, but this is probably enough to get good practice in.

I focused mainly on the Elevator subsystem but also left some comments on how you might think about managing your constants during the season.

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this file is probably freaking out because it's not .java

Comment on lines +15 to +16
motor_one = new TalonFx(27, /*idk what type our motors are*/);
motor_two = new TalonFX(28, /*idk what type our motors are*/ );
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't know either :)
Also probably during the season, you'll want to either name the ports here clearly (e.g. LeftClimberMotor = 27), or storing these in a Constants file of some kind (e.g. MotorConstants.java)

Comment on lines +20 to +22
motor_one; = new TalonFx(/*port*/);
motor_two; = new TalonFx(/*port*/); //side note (again ikr eyeroll) idk the ports but
//im pretty sure the ones we use are in the constants...
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

same idea here - I think since this is a totally separate project and branch, you can choose where you want to store them and name them appropriately

also I think Reefscape's elevator uses just one motor so you can probably just make this one guy



new JoystickButton(main_stick, 1)
new JoystickButton(main_stick, 7)
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ok it might also be worth making like a JoystickButtonConstants file so if we look at this next year, we aren't confused what button is which on the controller

Comment on lines +34 to +38
double l4value = motor_one.getPositon();
//assuming levels are equidistant
public double l3val = .66*l4value;
public double l2val = .33*l4value;
public double l1val = 0.01;
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

seems fine for now. probably when you do this for reals you'll get the exact values and just set them as constants for this subsystem

import frc.robot.subsystems.Shooter;

/** An example command that uses an example subsystem. */
public class ExampleCommand extends Command {
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Commands might be a little out of scope, but you can see some example commands that were used on Reefscape here: https://github.com/FRC-Team-1160/2025-Reefscape/blob/main/src/main/java/frc/robot/SubsystemManager.java

They didn't seem to create their own Command classes, but they combined a set of commands that changed and/or tracked some of the robot's states until it met certain objectives so they could use them for the pathplanner auto.

Comment on lines +94 to +95
//also gonna make an "afk" thing that applies constant voltage to perchance
//keep the elevator at the target position like how we did witht eh climber wow
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You can try a NeutralOut()

You'd configure the motor in the constructor to "brake" when in neutral (probably have to configure one of these) and then requesting a NeutralOut will probably do what you want.

Comment on lines +52 to +56
//idk if this works for sure, if the
// motors work in opposite directions th
// en do they do to the same positon but
// just like the opposite? idk.
//gemini said yes 🥹
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

assuming you configure the motors facing each other and configure them the same, probably...?

also Positon -> Position

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants