Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Behavior of motor following across separate CAN buses

Aperta
  • Qualcosa non va?
#402 5 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
25/100
Tipo di issue
Funzionalità
Chiarezza
Da chiarire
Stato di attività
Attiva
Stack tecnologico
java
Ambito
embedded-iot

Direzione di ricerca

Start by reproducing the example with two CANBus instances and the TalonFX Follower control, then compare real-world behavior with CTRE simulation. The issue does not identify files or tests, and leaves open whether to warn, error, or support following across buses and whether behavior should be standardized. Done would require a decided behavior and a way to verify it, but the issue provides no acceptance criteria.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Let's say you have the following piece of code:

CANBus s0 = new CANBus(CANPort.CAN_S0);
CANBus s1 = new CANBus(CANPort.CAN_S1);
TalonFX motor1 = new TalonFX(0, s0);
TalonFX motor2 = new TalonFX(1, s1);

motor2.setControl(new Follower(motor1.getDeviceID(), MotorAlignmentValue.Aligned);

The current behavior with CTRE motors is that motor2 does nothing if motor1 is given control signal and nothing else, which is expected given an understanding of how the CAN bus works, but should this behavior be changed? Either to make it possible or give the user a warning/error in this situation? Should the behavior be standardized across vendors? Possible options are:

  • Throw an error/warning at compile time
  • Send warning messages on runtime
  • motor2 follows motor1: Would require sending CAN packets across multiple CAN buses and breaks conventional knowledge of how the CAN bus works. This however would make the behavior consistent with FTC and Motioncore, given that each device on Motioncore is technically on a separate CAN bus. You would then have to deal with the case of CAN devices having the same ID but on separate CAN buses.

Side note is that current CTRE's simulation does not reflect the real-world behavior of this where the following motor appears to match the leader motor.

Lingua principale
Java
Stelle
193
Fork
26
Merge medio
2h 18m
PR unite (30g)
12

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di wpilibsuite/SystemcoreTesting

Tutte le issue di wpilibsuite/SystemcoreTesting

Issue simili

Altre issue su Java

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.