|
|
|
 unless your team is incredibly beastly, completely ignore the words "cool factor". Coolness does not outweigh functionality. - Sam N. [more] |
 |
|
|||||||
|
||||||||
|
|
Thread Tools |
Rating: 
|
Display Modes |
|
|
|
| unless your team is incredibly beastly, completely ignore the words "cool factor". Coolness does not outweigh functionality. - Sam N. [more] |
|
|
|||||||
|
||||||||
|
|
Thread Tools |
Rating:
|
Display Modes |
|
#5
03-26-2010, 08:06 PM
|
|||
|
|||
|
Re: Unexpected results from Encoder::GetRate()
Encoder::GetRate() in 4x mode returns crap. And by crap I mean the value returned is proportional to the speed of the robot, but I know our bot is not going 80 feet per second (55 mph)... I tried changing (4x mode) to return:
Code:
value * 1.0e-6 / DecodingScaleFactor() Code:
value * 1.0e-6 / (DecodingScaleFactor() * 4) I know I can just multiply the returned value by some gain, but I'd rather have the code actually be right. I'm about to go chuck the dang thing up in the lathe so I know what the value returned should be, and work from that. Last edited by Bigcheese : 03-26-2010 at 08:08 PM. 
|
| Thread Tools | |
| Display Modes | Rate This Thread |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| [BB] An unexpected change in plans | yodameister | General Forum | 22 | 12-01-2009 09:26 PM |
| Inconsistent reading from encoder get rate | rwood359 | National Instruments LabVIEW and Data Acquisition | 5 | 01-13-2009 07:10 PM |
| Results from Drexel, thanks from 365. | archiver | 2001 | 1 | 06-24-2002 02:44 AM |
| Results from GLR? | archiver | 2001 | 0 | 06-24-2002 02:44 AM |
| results from regionals | archiver | 2000 | 0 | 06-23-2002 10:31 PM |
Threaded Mode