View Single Post
  #6   Spotlight this post!  
Unread 29-02-2012, 15:59
mikets's Avatar
mikets mikets is offline
Software Engineer
FRC #0492 (Titan Robotics)
Team Role: Mentor
 
Join Date: Jan 2010
Rookie Year: 2008
Location: Bellevue, WA
Posts: 667
mikets is a glorious beacon of lightmikets is a glorious beacon of lightmikets is a glorious beacon of lightmikets is a glorious beacon of lightmikets is a glorious beacon of lightmikets is a glorious beacon of light
Re: Your take on CAN...

Quote:
Originally Posted by Phalanx View Post
If you're looking to save bandwidth on the CAN bus consider using

Periodic Status for each JAG. Configure each JAG in begin, and then you ask each JAG in teleop to obtain it's most recent cached status update.

Be aware, there is a minor bug as described here:
http://www.chiefdelphi.com/forums/sh...d.php?t=103629
As far as I can tell from reading that thread, it is a LabView only feature. (no?) We are using C++. I don't seem to see that in C++ WPILib. In any case, like I said, we are planning to implement a wrapper class that shadows all config and parameters of the Jag, then we will create a periodic task (say 100 msec period) that will communication with each Jag once in each period to communicate the "changes". So if the caller is calling more often than this period, it will just get/change the cached shadow copy. I suppose this is exactly what the LabView library is providing. It would be great if the CANJaguar class in WPILib will support this for next year (also implementing the brownout safeguard).
__________________
Reply With Quote