Team138Entropy / Entropy2020

Team 138 FIRST Robotics Infinite Recharge 2020
4 stars 0 forks source link

Climber System Details #134

Closed joecaraccio closed 4 years ago

joecaraccio commented 4 years ago

The Mechanical Team has basically completed the climber. But with that comes concerns for when we use the climber:

maxh65000 commented 4 years ago
  1. That sounds like a good idea.

  2. We can support up to 2 cameras on the robot (and possibly more) and these camera instances can be created or destroyed at any time. We could have the frontCamera be replaced whenever you toggle to climbing mode from Camera 0 to Camera 1. See https://github.com/Team138Entropy/Entropy2020/blob/master/src/main/java/frc/robot/subsystems/CameraManager.java#L40 for an example of how these camera instances work.

  3. Don't we have something that switches us into a climbing mode? Is this sufficent?

joecaraccio commented 4 years ago
  1. That could just be a simple parameter applied to the drive loop.

  2. I think that is how we would do it. Use a camera we would otherwise never need. I don't want to ruin the bandwidth of the drive camera. Just when we are in the endgame.

  3. Don't have it yet, it could just be a boolean in Robot that has to get toggled. I just think we don't want to accidentally send the climber up. I also need to verify that the turret can be in any configuration when climbing. I know initially there were concerns that we would crush one of the motors on the shooter, so we may need to send the turret to a certain orientation before climb.

maxh65000 commented 4 years ago

These are in their own issues now.