What's your robot design?

Hey, i’m just a programmer working on Autonomous, but I was wondering a few things;

  1. Is your team building a launcher for this year’s game?
  2. If yes, then how are you making the shooter accurate? I don’t want answers like “with the camera code”; how does the camera interact with the robot itself to aim?
  3. Approximately how accurate is the launcher?

For those without the launcher, I have these questions:

  1. Why did you choose not to build the shooter?
  2. What is your robot designed to do instead?

Thanks a bunch for reading, and please answer!

My answers:

  1. yes
    2)Confidential (look for realease around ship date)
    3)extremely…last I knew we went 10/10 a few times

For our team:

  1. Yes…

  2. Confidential Info.

  3. Very Accurate…not much testing done

  1. yes
  2. not sure, but likely involves the accelerometers, YRG and camera combo, along with a host of physics calculations
    3)reasonably accurate, but our final version (which is of higher quality) hasn’t been built yet, so i cannot say for certain

I’m going to go against the trend here and post about a 1-pointer robot…

  1. We’re a rookie team, with not quite the same experience, materials, or tools as more veteran teams. We figured that it was best to have a simple design that we could build for competition then a complex design that we might not get done in time for ship.
  2. Suck up balls easily and efficiently, then be able to spit them into a goal in exactly the same manner.
  1. Yes!
  2. I’m just the mentor, not privy to that information :smiley:
  3. Our shooter is so close to 100% accurate that it’s classified :ahh:

2. the camera interacts with the robot by finding the light and following it. :smiley:
3. very

but how we fire the ball isnt why our robot is cool . . the reason why our robot is cool is because of our

------transmition terminated------]

I’ve created a discussion thread for our 2006 bot here:

So feel free to ask additional questions there as well.

We’re mainly planning on using the camera along with angle-adjustment in our launcher.
Our prototype worked well, but had nothing to do with the camera. I’ll post some test results and/or videos once we get there. May be a little while…

  1. Yes, we have a launcher (one wheeled). We are changing speed while maintaining a constant angle (we likely will be able to change this angle between matches).

  2. The angle of the camera from center (based off the servo pwm values) is run through a series of equations to determine ~desired speed (we did not factor in air resistance) and to rotate the shooter to the correct heading. These equations are done in a spreadsheet outside of the program and the final values are just put into a lookup table in the program.

A banner sensor is being used to measure the speed of the wheel so that we can maintain a certain speed rather than pwm, accounting for battery voltage changes.

The shooter can also be changed from auto tracking mode to manual tracking mode, where the 2nd driver uses a joystick and 4 push buttons to control direction of the rotator and desired speed (this speed is displayed in the user byte on the OI).

  1. From the tests we’ve done, accurate provided you give it enough time to get back up to speed after each shot. We have not tried shooting in a goal since we completely finished all the bracing on it, so it should be even more accurate now.

I do not know how well anything in answer #2 works, we have to actually finish it and test it to see that.

It’s amazing to me as a rookie mentor for a rookie team that many of our initial concepts were dead-on with what many of the experienced teams seem to be building. So, I’m thrilled that our thought processes were on the right track.

  1. Being new, we felt we didn’t have the experience or organizational structure yet to successfully execute our initial concept within the given time constraints. So, we’re sticking with a corner scorer, and ramp climber!

  2. Collect & dump

  1. Yes
  2. Target “y” position in camera frame is translated into a range, and the speed of the shooter is adjusted accordingly.
  3. 4" grouping from 30+ ft.

I imagine that the softball pitching machine shown during the kickoff had a significant effect on teams’ initial concepts.

  1. No

  2. We felt that if we tried to engineer and build a shooter as well as a good pickup design, etc., that we would end up being a “jack of all trades and master of none”, and we didn’t really like that thougt too well. Instead we

  3. Built the most robust drivetrain that i have ever seen on a robot, and a ball harvester style pickup that probably will run on one of the big CIM motors.

Look out, y’all, we’re built to push! :smiley:

If you’ve spent a cumulative 12 kid-years in Little League, it didn’t take any prompting…

We set out NOT to build a wheel launcher at first, mostly because we wanted to do something different. After going through the issues of energy management, ease of construction, and packaging, the single-wheel launcher won. I want to see someone using a twin-belt launcher, though, as I still think it will be more repeatable. I really want to see a pneumatic catapult or kicker!

I think it’s been argued convincingly that the permitted air compressor doesn’t have the capacity to power a pneumatic launcher for very long.

  1. Yes
  2. I am working on a more complex method now for the thing to be quicker, but we have had 90% accuracy from calculating the angle, moving to an ideal location (which in itself is about no more then 20 lines) and in 3 lines shooting the thing… so in a bit less the 25 lines I’ve made an autonomous that can shoot about 4 of the balls (but then again a few of the lines are calling functions from other files…), with 90% accuracy within the 10 sec frame.
  3. again 90%
  1. Yes.
  2. Not sure; I think it’s both physical and software.
  3. Classified.
  1. Is your team building a launcher for this year’s game?

  2. If yes, then how are you making the shooter accurate?
    From what I know and understand so far, I don’t know if it’ll be accurate(the camera hasn’t been tested yet).

  3. Approximately how accurate is the launcher?
    When set on one fixed spot, this video will show you.

1.) No
2.) We’re a rookie team, and we thought it would be easier to build and program a
3.) Harvester/Dumper into side goals

I brought this idea up right after we saw this year’s game. I proposed a twin-belt design with a belt on the top and bottom, the top belt moving slightly slower than the bottom belt, giving the ball a slight backspin and thereby more long-range accuracy. But, alas, this idea was hacked immediately due to the (percieved) high design time with few advantages gained. I really would like to talk to someone from a team that prototyped something like this, or even better, had it on their robot.