Go to Post If it walks like a duck, and talks like a duck could be a very clever animatronics display created by Disney Imagineers.... Sometimes it is just a duck. - IKE [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 Rating: Thread Rating: 5 votes, 5.00 average. Display Modes
  #46   Spotlight this post!  
Unread 15-03-2015, 19:10
AWoL's Avatar
AWoL AWoL is offline
Lvl. 225 Dark Code Mage (Java Type)
AKA: Adam Wolnikowski
FRC #0225 (TechFire)
Team Role: Programmer
 
Join Date: Mar 2014
Rookie Year: 2014
Location: York, Pennsylvania
Posts: 116
AWoL has a reputation beyond reputeAWoL has a reputation beyond reputeAWoL has a reputation beyond reputeAWoL has a reputation beyond reputeAWoL has a reputation beyond reputeAWoL has a reputation beyond reputeAWoL has a reputation beyond reputeAWoL has a reputation beyond reputeAWoL has a reputation beyond reputeAWoL has a reputation beyond reputeAWoL has a reputation beyond repute
Re: Programmers on the Drive Team

Quote:
Originally Posted by JamesCH95 View Post
Thank you for the reply. I don't agree with your reasoning (I wouldn't want to do that on one of our robots), but I understand it.
Yup, no problem. I also forgot to mention that we do use the full forwards speed of the motors during autonomous as to complete a triple-stacked tote set in 15 seconds, and I also have a button on my controller that allows me to use full power, which is mainly for getting off of noodles (or destroying them).
__________________
2016 Competition Results (Co-captain, Driver, and Lead Programmer; Junior)
Springside-Chestnut Hill District Event - WINNER / #2 Seed, #1 Seed's First Pick / Gracious Professionalism Award
Westtown District Event - WINNER / #1 Seed / Industrial Design Award
MAR District Championship - WINNER / #1 Seed / Industrial Design Award / Dean's List Finalist Award (Me)
World Championship, Carson Subdivision - QUARTERFINALIST / #3 Seed, #2 Seed's First Pick
Indiana Robotics Invitational - FINALIST / #14 Seed, #2 Seed's Second Pick
  #47   Spotlight this post!  
Unread 15-03-2015, 19:19
Pretzel Pretzel is offline
Ex-Driver
AKA: Tyler
FRC #1619 (Up-A-Creek Robotics)
Team Role: Alumni
 
Join Date: Nov 2013
Rookie Year: 2012
Location: Colorado
Posts: 161
Pretzel is a splendid one to beholdPretzel is a splendid one to beholdPretzel is a splendid one to beholdPretzel is a splendid one to beholdPretzel is a splendid one to beholdPretzel is a splendid one to beholdPretzel is a splendid one to behold
Re: Programmers on the Drive Team

Quote:
Originally Posted by Skyehawk View Post
Indicators, indicators, and more indicators. There is a lot you can do with sensors, it also makes debugging a lot easier.
While indicators may make debugging easier, I can count on one hand the number of times I looked at the smart dashboard during the last six competitions I drove for, including the Utah regional this last weekend (where I never looked at it). The only times I used it were to check in 2014 twice if we were in low gear or if two jaguars had browned out instead. I then found it much more efficient to just push my shifter button for high gear to test it.

The problem is that, for me and almost every driver I've talked to, you have to be focused in on the robot for the whole match. You need top be able to see if anything is going wrong that you need to fix, and the best way to watch for that is by looking at the robot rather than the smart dashboard.

If you do have to make an indicator, make it large and bright. Make it toggle between two colors, rather than showing words, so that the driver can see it from his/her peripheral vision. Then make a second version that can be used for debugging instead, and leave the big colorful indicators for the competition. Looking down and reading wastes previous seconds and takes your attention from the field, where it should be.
__________________
It's not done until it's overdone!
  #48   Spotlight this post!  
Unread 15-03-2015, 20:03
lark95's Avatar
lark95 lark95 is offline
Red Ranger
AKA: Joe L.
FRC #3418 (RoboRiot)
Team Role: Driver
 
Join Date: Sep 2014
Rookie Year: 2012
Location: Wisconson
Posts: 123
lark95 is a glorious beacon of lightlark95 is a glorious beacon of lightlark95 is a glorious beacon of lightlark95 is a glorious beacon of lightlark95 is a glorious beacon of light
Re: Programmers on the Drive Team

Quote:
Originally Posted by Pretzel View Post
While indicators may make debugging easier, I can count on one hand the number of times I looked at the smart dashboard during the last six competitions I drove for, including the Utah regional this last weekend (where I never looked at it). The only times I used it were to check in 2014 twice if we were in low gear or if two jaguars had browned out instead. I then found it much more efficient to just push my shifter button for high gear to test it.

The problem is that, for me and almost every driver I've talked to, you have to be focused in on the robot for the whole match. You need top be able to see if anything is going wrong that you need to fix, and the best way to watch for that is by looking at the robot rather than the smart dashboard.

If you do have to make an indicator, make it large and bright. Make it toggle between two colors, rather than showing words, so that the driver can see it from his/her peripheral vision. Then make a second version that can be used for debugging instead, and leave the big colorful indicators for the competition. Looking down and reading wastes previous seconds and takes your attention from the field, where it should be.
I have to agree that a driver must be 100% focused on the robot, and wont have the time to look at the computer screen. Bet there is one more way to have indicators and that is to have them on the robot. Last year we had a catching and shooting bot. To catch we lust ran the shooting wheels backwards. To aid the drivers, and human players that would be throwing into the bot, we aded led's 360 degrees around our bot. When they were both blue and red it could catch. We also had a laser for distance sensing. If we were in the right range to make the shot the led's turned off, when we were to far they were red and when we were to close they were blue.
It made it really easy on the me and the secondary driver to drive.
  #49   Spotlight this post!  
Unread 23-03-2015, 19:51
Hsifeulbhsifder Hsifeulbhsifder is offline
Programmer
AKA: Zaeem Mohamed
FRC #5428 (Breaking Bots)
Team Role: Programmer
 
Join Date: Jan 2015
Rookie Year: 2015
Location: Markham, ON, Canada
Posts: 41
Hsifeulbhsifder is on a distinguished road
Re: Programmers on the Drive Team

We used 2 limit switches, one at the top and one a the base, so that at the click of a button, our lift can just rush to either the top or bottom. We had also used the triggers on controller that we have for highly adjustable speed control. Holding the left trigger all the way down gives a speed of 30%, holding the right trigger grants a speed of 100%, and a neutral speed of 65% is achieved when no triggers are held. Also, the speed interpolates based on how much you press the triggers, so if I hold the left trigger half-way down, then the speed would be halfway between 30% and 65%, and if I held the right trigger 87% down, then the speed would be 87% of the way between 65% and 100%. The speed applies to both the chassis and the elevator. Also, we have glued a Lifecam USB camera to a servo, which allows it to be controllable, as well as added two fixed positions that can be reached at the press of the button. One of these positions, which aims the camera down at our claw, is snapped to instantly when the 'A' button is pressed, while the other position, which aims the camera into the distance, is snapped to instantly when the 'Y' button is pressed. We also have macros for fixed elevation and declination. So If I press a button, our claw will lift by the height of exactly one tote, and the opposite occurs when another button is pressed. Finally, we also have two buttons dedicated for exact 90 degree turns in either direction, using a gyro as a sensor.
  #50   Spotlight this post!  
Unread 23-03-2015, 23:08
TimTheGreat's Avatar
TimTheGreat TimTheGreat is offline
ArchdukeTim
FRC #1418 (Vae Victis)
Team Role: Programmer
 
Join Date: Jan 2013
Rookie Year: 2011
Location: Falls Church
Posts: 236
TimTheGreat has a spectacular aura aboutTimTheGreat has a spectacular aura aboutTimTheGreat has a spectacular aura about
Re: Programmers on the Drive Team

Probably the most helpful thing we did for me this year was automated pickup. If I drive into the totes, it picks it up, and if I hold a button it drives until the robot is square with a tote, then raises. Makes our team 200% more efficient.
__________________
There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult.



2012 - Gracious Professionalism - Greater DC
2014 - Regional Finalist - Virginia | Industrial Design - Virginia | Regional Finalist - Greater DC
2015 - Innovation in Control - Greater DC
2016 - District Event Winner - VAHAY | Innovation in Control - VAHAY | District Event Winner - MDBET | Industrial Design - MDBET | District Champion - CHCMP | Innovation in Control - CHCMP
  #51   Spotlight this post!  
Unread 23-03-2015, 23:11
Ozuru's Avatar
Ozuru Ozuru is offline
It's always the programmer's fault.
no team
 
Join Date: May 2013
Rookie Year: 2010
Location: Earth
Posts: 268
Ozuru is a splendid one to beholdOzuru is a splendid one to beholdOzuru is a splendid one to beholdOzuru is a splendid one to beholdOzuru is a splendid one to beholdOzuru is a splendid one to beholdOzuru is a splendid one to behold
Re: Programmers on the Drive Team

Quote:
Originally Posted by TimTheGreat View Post
Probably the most helpful thing we did for me this year was automated pickup. If I drive into the totes, it picks it up, and if I hold a button it drives until the robot is square with a tote, then raises. Makes our team 200% more efficient.
Mind sharing how you're going about detecting the majority of this? I could understand some sort of touch-based sensor for the automated tote pickup but that might be iffy and would require a large detector. How are you squaring yourself up with a tote?
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 00:50.

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