Go to Post First of all, please remember that while we often focus on winning the Chairman's Award, that it is the effort to win that matters. No one "loses" RCA... if you've worked your butt off all year in the spirit of the award, then you've already won before you even get to the regional. - dtengineering [more]
Home
Go Back   Chief Delphi > Technical > Programming
CD-Media   CD-Spy  
portal register members calendar search Today's Posts Mark Forums Read FAQ rules

 
Closed Thread
Thread Tools Rate Thread Display Modes
  #16   Spotlight this post!  
Unread 05-12-2012, 12:39
mrcheese123 mrcheese123 is offline
Registered User
FTC #4747
 
Join Date: Dec 2012
Location: Dallas
Posts: 4
mrcheese123 is an unknown quantity at this point
Re: Omni-wheel accuracy

Quote:
Originally Posted by Andrew Schreiber View Post
I'm not sure whether the 3WD platform is touchier. My gut feeling tells me that it would spin a little easier and would show this problem a little more but I do not have data to back this up. I'm open for suggestions on how to collect this data.

I would disagree that simply placing it in brake mode would fix the core problem of motors moving at different speeds. It may fix the majority of it but for our team it was worth the $150 it cost to actually address the issue and to give us accurate autonomous navigation. It was also worth it to teach the lesson of the importance of feedback systems to my students.

I guess, my suggestion to OP would be to try the cheap and fast solution and if it meets your needs cool if not move on to using feedback.
Quote:
Originally Posted by Nemo View Post
I completely agree that using encoders is better overall and that it's a great thing for the students to learn how to do that.

In this specific situation, I don't think the core problem is best described as "motors are moving at different speeds." According to the quote below, sometimes the motors are continuing to run after the driver stops telling the robot to drive, while other times the motors stop right away. That problem as described would go away if the motor was told to stop instead of letting it coast.



We've had this exact problem with the same style of omni drive, and it drove a whole lot better after we incorporated the "stop motor" command when we weren't commanding the robot to drive.

No philosophical disagreements here... like I said, I agree that using encoders is better.

Great post and advice, thanks! Per my experience last year, encoders have a large amount of unreliability that scares me. We had 2 out of our four 4 just stop working in the middle of our autonomous period that really screwed us over. Because of this I am extremely wary of messing with encoders during tel-op but will definitely be using them for autonomous as the accuracy is needed. I fixed the initial problem by setting the motor power to 0 within a deadband of -10 and 10. Again, thank you all for all of your advice and help.
Closed Thread


Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT -5. The time now is 02:31.

The Chief Delphi Forums are sponsored by Innovation First International, Inc.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright © Chief Delphi