Replies: 2 comments 1 reply
-
It is in the backlog of issues we will address but it probably wont happen this season. As of now you will have to set the offsets to 0 in the SparkMAX via the REV Hardware Client with the absolute encoders attached. Set the offset in the JSON based off of the value reported in shuffleboard while wheels are facing forward with bevels to the left (NOT WITH THE JIG!!!) then modify it to set every wheel straight by adding +/-90 to the offsets as needed. Optionally you can call |
Beta Was this translation helpful? Give feedback.
-
Hmm, ok, thanks for the advice and comments from both of you. I am not sure we'll switch to YAGSL this season (we have a fully working robot but I was looking forward to some features of YAGSL). I might still give it a few hours this weekend and see how it goes. Thanks! |
Beta Was this translation helpful? Give feedback.
-
I noticed Trial-N-Terror has a fork for this, but wondering if there's any thought on official support. I was a bit worried about their last few commit messages in their fork and that it is a ways behind the YAGSL main branch.
We're using REV maxswerves. The modules come with a hardware jig to hold the wheel at the right orientation per corner and then you reset the absolute encoder offset via the REV client and store that in firmware. It would be very nice if we could provide a null encoder offset in the YAGSL json files. The team is programmed (haha) to do the zero set via the hw jig if we ever replace a swerve module. I'm concerned we'll forget to change the json. I was looking around the YAGSL code (and the TNT fork) and it looks fairly straightforward but Java is not my native language. I might try to make something work before our next regional (week 5) but official commentary on it would be nice.
Much appreciated.
Beta Was this translation helpful? Give feedback.
All reactions