PR #48 Autos testing (autos to develop) #48

Open
Irishumanoid wants to merge 27 commits from autos into develop
Irishumanoid commented 2024-03-16 00:34:59 -05:00 (Migrated from github.com)
Trello: https://trello.com/c/l6zWx5QX/115-pr-48-autos-testing-autos-to-develop
1withspaghetti (Migrated from github.com) reviewed 2024-03-16 00:34:59 -05:00
1withspaghetti (Migrated from github.com) reviewed 2024-03-20 13:49:37 -05:00
@ -0,0 +1,38 @@
package frc.robot.commands;
1withspaghetti (Migrated from github.com) commented 2024-03-20 13:38:36 -05:00

This println should be removed once testing is done.

This println should be removed once testing is done.
1withspaghetti (Migrated from github.com) commented 2024-03-20 13:27:52 -05:00

This switch case could be a bit more efficient, such as declaring a desiredAngle variable at the top, then assigning it within the switch case, and afterwards calling m_shooter.setAngle(desiredAngle);

This switch case could be a bit more efficient, such as declaring a `desiredAngle` variable at the top, then assigning it within the switch case, and afterwards calling `m_shooter.setAngle(desiredAngle);`
1withspaghetti (Migrated from github.com) commented 2024-03-20 13:25:52 -05:00

This debug println should be removed.

This debug println should be removed.
1withspaghetti (Migrated from github.com) commented 2024-03-20 13:31:30 -05:00

Duplicate variable declaration (Although I already commented this on another branch)

Duplicate variable declaration (Although I already commented this on another branch)
1withspaghetti (Migrated from github.com) commented 2024-03-20 13:34:02 -05:00

This is a duplicate of the already existing stop() method

This is a duplicate of the already existing `stop()` method
1withspaghetti (Migrated from github.com) commented 2024-03-20 13:34:31 -05:00

Should this be in RobotConstants?

Should this be in RobotConstants?
1withspaghetti (Migrated from github.com) commented 2024-03-20 13:36:04 -05:00

Why are these here, and what are they communicating? Should these static fractions be in RobotConstants and/or used elsewhere in the code?

Why are these here, and what are they communicating? Should these static fractions be in RobotConstants and/or used elsewhere in the code?
1withspaghetti (Migrated from github.com) commented 2024-03-20 13:42:42 -05:00

Everybody has their repo saved in a different place, and please use the newer java.nio.file.Path API for relative file access, but note this will not work if the code is packaged like a jar.

Everybody has their repo saved in a different place, and please use the newer [java.nio.file.Path](https://docs.oracle.com/en/java/javase/17/docs/api/java.base/java/nio/file/Path.html) API for relative file access, but note this will not work if the code is packaged like a jar.
1withspaghetti (Migrated from github.com) commented 2024-03-20 13:45:38 -05:00

There has got to be a better way of doing this, pathplanner already uses Jackson to parse their json and I highly recommend you do that as well.

There has got to be a better way of doing this, pathplanner already uses [Jackson](https://github.com/FasterXML/jackson) to parse their json and I highly recommend you do that as well.
1withspaghetti (Migrated from github.com) commented 2024-03-20 13:49:19 -05:00

This entire class will never work at runtime, and seems very unneeded.
If the starting pose is required, there seems to be an already existing method in pathplanner that allows you to do this.

This entire class will never work at runtime, and seems very unneeded. If the starting pose is required, there seems to be an [already existing method](https://github.com/mjansen4857/pathplanner/blob/3a7fc679bb48563145dbafd41fdde12fb29bb931/pathplannerlib/src/main/java/com/pathplanner/lib/commands/PathPlannerAuto.java#L54) in pathplanner that allows you to do this.
Irishumanoid (Migrated from github.com) reviewed 2024-03-20 14:09:28 -05:00
Irishumanoid (Migrated from github.com) commented 2024-03-20 14:09:28 -05:00

this was fixed in another branch

this was fixed in another branch
Irishumanoid (Migrated from github.com) reviewed 2024-03-20 14:11:55 -05:00
Irishumanoid (Migrated from github.com) commented 2024-03-20 14:11:55 -05:00

it is in another branch

it is in another branch
Irishumanoid (Migrated from github.com) reviewed 2024-03-20 14:14:20 -05:00
Irishumanoid (Migrated from github.com) commented 2024-03-20 14:14:20 -05:00

If only that method was easy to find in the API...

If only that method was easy to find in the API...
garrettwitowski (Migrated from github.com) reviewed 2024-03-21 11:41:24 -05:00
garrettwitowski (Migrated from github.com) left a comment
No description provided.
We've made good progress on this, but we've still got some work to do.
Irishumanoid (Migrated from github.com) reviewed 2024-03-21 16:23:00 -05:00
Irishumanoid (Migrated from github.com) commented 2024-03-21 16:23:00 -05:00

I'll move back to robot container. It was initially moved to drivetrain to set an initial pose for the auto but that's done internally within path planner.

I'll move back to robot container. It was initially moved to drivetrain to set an initial pose for the auto but that's done internally within path planner.
Irishumanoid (Migrated from github.com) reviewed 2024-03-21 17:23:33 -05:00
Irishumanoid (Migrated from github.com) commented 2024-03-21 17:23:33 -05:00

use swerve drive kinematics to update every time method is called and don't rely on periodic not being overrun

use swerve drive kinematics to update every time method is called and don't rely on periodic not being overrun
Irishumanoid (Migrated from github.com) reviewed 2024-03-21 17:27:27 -05:00
Irishumanoid (Migrated from github.com) commented 2024-03-21 17:27:27 -05:00

uses local kinematics object now

uses local kinematics object now
garrettwitowski (Migrated from github.com) reviewed 2024-03-23 11:59:57 -05:00
garrettwitowski (Migrated from github.com) commented 2024-03-23 11:58:04 -05:00

Hmm why make another kinematics object?

Hmm why make another kinematics object?
garrettwitowski (Migrated from github.com) commented 2024-03-23 11:58:40 -05:00

I recommend putting this into an array and using that instead with a for loop as it'll be cleaner.

I recommend putting this into an array and using that instead with a for loop as it'll be cleaner.
garrettwitowski (Migrated from github.com) commented 2024-03-23 11:59:06 -05:00

Advise renaming this for clarity

Advise renaming this for clarity
This pull request has changes conflicting with the target branch.
  • src/main/java/frc/robot/RobotContainer.java
View command line instructions

Manual merge helper

Use this merge commit message when completing the merge manually.

Checkout

From your project repository, check out a new branch and test the changes.
git fetch -u origin autos:autos
git switch autos

Merge

Merge the changes and update on Forgejo.

Warning: The "Autodetect manual merge" setting is not enabled for this repository, you will have to mark this pull request as manually merged afterwards.

git switch develop
git merge --no-ff autos
git switch autos
git rebase develop
git switch develop
git merge --ff-only autos
git switch autos
git rebase develop
git switch develop
git merge --no-ff autos
git switch develop
git merge --squash autos
git switch develop
git merge --ff-only autos
git switch develop
git merge autos
git push origin develop
Sign in to join this conversation.
No description provided.