Étape 3 : Création d’un sous-système de déplacement

Maintenant que la base pilotable est caractérisée, c’est le moment de commencer à écrire notre code robot proprement dit. Comme mentionné précédemment, nous utiliserons le cadre de développement command-based, pour ce faire. Aussi, notre première étape consiste à créer une classe sous-système de déplacement appropriée subsystem.

La classe de déplacement complète du projet d’exemple RamseteCommand (Java, C++) peut être vu ci-dessous. Le reste de l’article décrira les étapes nécessaires dans l’écriture de cette classe.

  5package edu.wpi.first.wpilibj.examples.ramsetecommand.subsystems;
  6
  7import edu.wpi.first.math.geometry.Pose2d;
  8import edu.wpi.first.math.kinematics.DifferentialDriveOdometry;
  9import edu.wpi.first.math.kinematics.DifferentialDriveWheelSpeeds;
 10import edu.wpi.first.wpilibj.ADXRS450_Gyro;
 11import edu.wpi.first.wpilibj.Encoder;
 12import edu.wpi.first.wpilibj.drive.DifferentialDrive;
 13import edu.wpi.first.wpilibj.examples.ramsetecommand.Constants.DriveConstants;
 14import edu.wpi.first.wpilibj.interfaces.Gyro;
 15import edu.wpi.first.wpilibj.motorcontrol.MotorControllerGroup;
 16import edu.wpi.first.wpilibj.motorcontrol.PWMSparkMax;
 17import edu.wpi.first.wpilibj2.command.SubsystemBase;
 18
 19public class DriveSubsystem extends SubsystemBase {
 20  // The motors on the left side of the drive.
 21  private final MotorControllerGroup m_leftMotors =
 22      new MotorControllerGroup(
 23          new PWMSparkMax(DriveConstants.kLeftMotor1Port),
 24          new PWMSparkMax(DriveConstants.kLeftMotor2Port));
 25
 26  // The motors on the right side of the drive.
 27  private final MotorControllerGroup m_rightMotors =
 28      new MotorControllerGroup(
 29          new PWMSparkMax(DriveConstants.kRightMotor1Port),
 30          new PWMSparkMax(DriveConstants.kRightMotor2Port));
 31
 32  // The robot's drive
 33  private final DifferentialDrive m_drive = new DifferentialDrive(m_leftMotors, m_rightMotors);
 34
 35  // The left-side drive encoder
 36  private final Encoder m_leftEncoder =
 37      new Encoder(
 38          DriveConstants.kLeftEncoderPorts[0],
 39          DriveConstants.kLeftEncoderPorts[1],
 40          DriveConstants.kLeftEncoderReversed);
 41
 42  // The right-side drive encoder
 43  private final Encoder m_rightEncoder =
 44      new Encoder(
 45          DriveConstants.kRightEncoderPorts[0],
 46          DriveConstants.kRightEncoderPorts[1],
 47          DriveConstants.kRightEncoderReversed);
 48
 49  // The gyro sensor
 50  private final Gyro m_gyro = new ADXRS450_Gyro();
 51
 52  // Odometry class for tracking robot pose
 53  private final DifferentialDriveOdometry m_odometry;
 54
 55  /** Creates a new DriveSubsystem. */
 56  public DriveSubsystem() {
 57    // We need to invert one side of the drivetrain so that positive voltages
 58    // result in both sides moving forward. Depending on how your robot's
 59    // gearbox is constructed, you might have to invert the left side instead.
 60    m_rightMotors.setInverted(true);
 61
 62    // Sets the distance per pulse for the encoders
 63    m_leftEncoder.setDistancePerPulse(DriveConstants.kEncoderDistancePerPulse);
 64    m_rightEncoder.setDistancePerPulse(DriveConstants.kEncoderDistancePerPulse);
 65
 66    resetEncoders();
 67    m_odometry =
 68        new DifferentialDriveOdometry(
 69            m_gyro.getRotation2d(), m_leftEncoder.getDistance(), m_rightEncoder.getDistance());
 70  }
 71
 72  @Override
 73  public void periodic() {
 74    // Update the odometry in the periodic block
 75    m_odometry.update(
 76        m_gyro.getRotation2d(), m_leftEncoder.getDistance(), m_rightEncoder.getDistance());
 77  }
 78
 79  /**
 80   * Returns the currently-estimated pose of the robot.
 81   *
 82   * @return The pose.
 83   */
 84  public Pose2d getPose() {
 85    return m_odometry.getPoseMeters();
 86  }
 87
 88  /**
 89   * Returns the current wheel speeds of the robot.
 90   *
 91   * @return The current wheel speeds.
 92   */
 93  public DifferentialDriveWheelSpeeds getWheelSpeeds() {
 94    return new DifferentialDriveWheelSpeeds(m_leftEncoder.getRate(), m_rightEncoder.getRate());
 95  }
 96
 97  /**
 98   * Resets the odometry to the specified pose.
 99   *
100   * @param pose The pose to which to set the odometry.
101   */
102  public void resetOdometry(Pose2d pose) {
103    resetEncoders();
104    m_odometry.resetPosition(
105        m_gyro.getRotation2d(), m_leftEncoder.getDistance(), m_rightEncoder.getDistance(), pose);
106  }
107
108  /**
109   * Drives the robot using arcade controls.
110   *
111   * @param fwd the commanded forward movement
112   * @param rot the commanded rotation
113   */
114  public void arcadeDrive(double fwd, double rot) {
115    m_drive.arcadeDrive(fwd, rot);
116  }
117
118  /**
119   * Controls the left and right sides of the drive directly with voltages.
120   *
121   * @param leftVolts the commanded left output
122   * @param rightVolts the commanded right output
123   */
124  public void tankDriveVolts(double leftVolts, double rightVolts) {
125    m_leftMotors.setVoltage(leftVolts);
126    m_rightMotors.setVoltage(rightVolts);
127    m_drive.feed();
128  }
129
130  /** Resets the drive encoders to currently read a position of 0. */
131  public void resetEncoders() {
132    m_leftEncoder.reset();
133    m_rightEncoder.reset();
134  }
135
136  /**
137   * Gets the average distance of the two encoders.
138   *
139   * @return the average of the two encoder readings
140   */
141  public double getAverageEncoderDistance() {
142    return (m_leftEncoder.getDistance() + m_rightEncoder.getDistance()) / 2.0;
143  }
144
145  /**
146   * Gets the left drive encoder.
147   *
148   * @return the left drive encoder
149   */
150  public Encoder getLeftEncoder() {
151    return m_leftEncoder;
152  }
153
154  /**
155   * Gets the right drive encoder.
156   *
157   * @return the right drive encoder
158   */
159  public Encoder getRightEncoder() {
160    return m_rightEncoder;
161  }
162
163  /**
164   * Sets the max output of the drive. Useful for scaling the drive to drive more slowly.
165   *
166   * @param maxOutput the maximum output to which the drive will be constrained
167   */
168  public void setMaxOutput(double maxOutput) {
169    m_drive.setMaxOutput(maxOutput);
170  }
171
172  /** Zeroes the heading of the robot. */
173  public void zeroHeading() {
174    m_gyro.reset();
175  }
176
177  /**
178   * Returns the heading of the robot.
179   *
180   * @return the robot's heading in degrees, from -180 to 180
181   */
182  public double getHeading() {
183    return m_gyro.getRotation2d().getDegrees();
184  }
185
186  /**
187   * Returns the turn rate of the robot.
188   *
189   * @return The turn rate of the robot, in degrees per second
190   */
191  public double getTurnRate() {
192    return -m_gyro.getRate();
193  }
194}

Configuration des encodeurs du sous-système de déplacement

Les encodeurs du sous-système de déplacement mesurent la rotation des roues de chaque côté de la base pilotable. Pour configurer correctement ces encodeurs, nous devons spécifier deux choses : les ports dans lesquels les encodeurs sont branchés et la distance par impulsion d’encodeur. Ensuite, nous devons écrire des méthodes permettant d’obtention de valeurs d’encodeur à partir du code qui utilise le sous-système.

Ports des encodeurs

Les ports d’encodeur sont spécifiés dans le constructeur de l’encodeur de la manière suivante :

35  // The left-side drive encoder
36  private final Encoder m_leftEncoder =
37      new Encoder(
38          DriveConstants.kLeftEncoderPorts[0],
39          DriveConstants.kLeftEncoderPorts[1],
40          DriveConstants.kLeftEncoderReversed);
41
42  // The right-side drive encoder
43  private final Encoder m_rightEncoder =
44      new Encoder(
45          DriveConstants.kRightEncoderPorts[0],
46          DriveConstants.kRightEncoderPorts[1],
47          DriveConstants.kRightEncoderReversed);

Distance par impulsion d’encodeur

La distance par impulsion est spécifiée en appelant la méthode setDistancePerPulse de l’encodeur. Notez que pour la classe WPILib Encoder, « impulsion » fait référence à un cycle d’encodeur complet (c’est-à-dire quatre fronts), et sera donc 1/4 de la valeur qui a été spécifiée dans la configuration SysId. N’oubliez pas non plus que la distance doit être mesurée en mètres !

63    m_leftEncoder.setDistancePerPulse(DriveConstants.kEncoderDistancePerPulse);
64    m_rightEncoder.setDistancePerPulse(DriveConstants.kEncoderDistancePerPulse);

Méthode d’obtention d’encodeur

Pour accéder aux valeurs mesurées par les encodeurs, nous incluons la méthode suivante :

Important

Les vitesses renvoyées ** doivent ** être en mètres! Parce que nous avons configuré la distance par impulsion sur les encodeurs ci-dessus, l’appel de getRate() appliquera automatiquement le facteur de conversion des unités d’encodeur aux mètres. Si vous n’utilisez pas la classe Encoder de WPILib, vous devez effectuer cette conversion soit via l’API du fournisseur respectif, soit en multipliant manuellement par un facteur de conversion.

88  /**
89   * Returns the current wheel speeds of the robot.
90   *
91   * @return The current wheel speeds.
92   */
93  public DifferentialDriveWheelSpeeds getWheelSpeeds() {
94    return new DifferentialDriveWheelSpeeds(m_leftEncoder.getRate(), m_rightEncoder.getRate());
95  }

Nous enveloppons les valeurs d’encodeur mesurées dans un objet DifferentialDriveWheelSpeeds pour faciliter l’intégration, plus tard, avec la classe RamseteCommand.

Configuration du Gyroscope

Le gyroscope mesure le taux de changement de position angulaire du robot (qui peut ensuite être intégré pour fournir une mesure de l’angle du robot par rapport au moment où il s’est allumé pour la première fois). Dans notre exemple, nous utilisons le Gyro Analog Devices ADXRS450 de board FRC, qui est inclus dans le kit de pièces depuis plusieurs années :

50  private final Gyro m_gyro = new ADXRS450_Gyro();

Méthode d’obtention du gyroscope

Pour accéder à l’orientation actuelle mesurée par le gyroscope, nous incluons la méthode suivante :

177  /**
178   * Returns the heading of the robot.
179   *
180   * @return the robot's heading in degrees, from -180 to 180
181   */
182  public double getHeading() {
183    return m_gyro.getRotation2d().getDegrees();
184  }

Configuration de l’odométrie

Maintenant que nous avons nos encodeurs et gyroscope configurés, nous pouvons mettre en place notre sous-système de déplacement pour calculer automatiquement sa position à partir des lectures obtenues des encodeurs et de gyroscope.

Tout d’abord, nous créons une instance membre de la classe DifferentialDriveOdometry:

53  // Odometry class for tracking robot pose
54  private final DifferentialDriveOdometry m_odometry;

Mise à jour de l’odométrie

La classe d’odométrie doit être régulièrement mise à jour pour incorporer de nouvelles lectures de l’encodeur et du gyroscope. Nous accomplissons cela à l’intérieur de la méthode periodic du sous-système, qui est automatiquement appelée une fois à chaque itération de boucle principale :

70  @Override
71  public void periodic() {
72    // Update the odometry in the periodic block
73    m_odometry.update(
74        m_gyro.getRotation2d(), m_leftEncoder.getDistance(), m_rightEncoder.getDistance());
75  }

Méthode d’obtention de l’odométrie

Pour accéder à la pose actuelle calculée du robot, nous incluons la méthode suivante :

79  /**
80   * Returns the currently-estimated pose of the robot.
81   *
82   * @return The pose.
83   */
84  public Pose2d getPose() {
85    return m_odometry.getPoseMeters();
86  }

Important

Before running a RamseteCommand, teams are strongly encouraged to deploy and test the odometry code alone, with values sent to the SmartDashboard or Shuffleboard during the DriveSubsystem’s periodic(). This odometry must be correct for a RamseteCommand to successfully work, as sign or unit errors can cause a robot to move at high speeds in unpredictable directions.

Méthode du sous-système de déplacement en charge de la tension

Enfin, nous devons inclure une méthode supplémentaire - une méthode qui nous permet de régler la tension de chaque côté de la base pilotable en utilisant la méthode setVoltage() de l’interface MotorController. La classe du système d’entraînement WPILib par défaut n’inclut pas cette fonctionnalité, nous devons donc l’écrire nous-mêmes:

118  /**
119   * Controls the left and right sides of the drive directly with voltages.
120   *
121   * @param leftVolts the commanded left output
122   * @param rightVolts the commanded right output
123   */
124  public void tankDriveVolts(double leftVolts, double rightVolts) {
125    m_leftMotors.setVoltage(leftVolts);
126    m_rightMotors.setVoltage(rightVolts);
127    m_drive.feed();
128  }

Il est très important d’utiliser la méthode setVoltage() plutôt que la méthode ordinaire set(), car cela compensera automatiquement la « baisse de tension » de la batterie pendant le fonctionnement. Étant donné que nos tensions d’anticipation ont une signification physique (car elles sont basées sur des données d’identification mesurées), cela est essentiel pour garantir leur exactitude.

Avertissement

RamseteCommand itself does not internally enforce any speed or acceleration limits before providing motor voltage parameters to this method. During initial code development, teams are strongly encouraged to apply both maximum and minimum bounds on the input variables before passing these values to setVoltage() while ensuring the trajectory velocity and acceleration are achievable. For example, generate a trajectory with a little less than half of the Robot’s maximum velocity and limit voltage to 6 volts.