FIRST Robotics

Rhombus P. · Posted: 07 Jan 2012 06:41:25 pm Post subject:

they all work just fine, its just more efficient to use java or c++

as for anything electrical, manuals or anything, check out the first website. Projectile motion is nessasary if you want to hit the top hoops since the mac height of the robot is below the top hoop.

_player1537 · Guru-in-Training Joined: 25 Nov 2009 Posts: 2958

OBJECTION. The max height is not the "max" height. You have to meet a certain requirement at the beginning of the competition, but when you're in the area, you can grow about 12 inches, and then you can even grow another few inches, as long as that last part can come back down (I think there's a restriction about the size of the last part, like no more than 5 inches in diameter, or something).

Also, I have to say that I quite like the Kinect, and I think that is going to be a very fun element to work with. I finally found all the SDK stuff that I would need on Linux and compiled an example (or 5) and will start looking at code tonight or tomorrow night. My other team members don't want to use it, though :/ They are proposing that we just use webcams (Since they should be able to lock on to the backboard, since it is reflective), but then you lose the depth perception. Not to mention, we're given this opportunity to abuse the Kinect, so why not?

I actually don't know how we are tackling the barriers, nor the teeter-totters. That was one of the two stations I didn't hit (I had gone to Shooting/Ball Collection).

The manuals are pretty informative, though there is a lot of information that can be hard to find. We found it really helped to write our own interpretations of the rules, and then compare them and find which ones seem the most correct. Also, be sure to check YouTube for the videos about the field, gameplay, the teeter-totters, goals, and using the Kinect, because that really helped us, too.
_________________
http://tanner.myserverathome.com

Ashbad · Posted: 07 Jan 2012 08:55:36 pm Post subject:

CharlieMAC · Advanced Newbie Joined: 02 Jan 2012 Posts: 58

ztrumpet · Member Joined: 24 Jun 2010 Posts: 115 Location: Michigan

_player1537 · Guru-in-Training Joined: 25 Nov 2009 Posts: 2958

Aha, found what I was looking for. Absolute height must bot exceed 84 inches. The height at the start of the match must not exceed 60 inches. Any appendage may not extend more than 14 inches beyond frame perimeter. Therefore, the robot can grow 24 inches after the start of the match, and then you can have an arm or similar exceed 14 more inches. I don't see anything saying that the arm is not allowed to use that 14 inches to go up (With the exception of this E rule, but I think the "no other part" refers to everything but an arm). Source: The Robot.pdf, Section 4.1.1, [R02].

Ashbad, while I can see that getting annoying, my team didn't quite do that (Granted, I was probably the one coming up with the cooler/improbably (Not impossible!!) ideas). Most of them know that programming certain elements isn't easy, and therefore they kind of let the programming requirements rest until the robot is actually built (A problem last year. We were building and programming at the same time... didn't work out).
_________________
http://tanner.myserverathome.com

ztrumpet · Member Joined: 24 Jun 2010 Posts: 115 Location: Michigan

Rhombus P. · Posted: 07 Jan 2012 10:42:01 pm Post subject:

I was wondering what everyone thinks about the bumps and teeter things in the middle and if you think that you will be going over the bump or trying To go over the teeter. My team personaly the model we built In cad before the season is specificly build for pushing power and obstacles so will probably be just going over the bump

And I belive that 84 in is the max high no matter what

ztrumpet · Member Joined: 24 Jun 2010 Posts: 115 Location: Michigan

_player1537 · Guru-in-Training Joined: 25 Nov 2009 Posts: 2958

18 balls. (Each robot can hold three balls at a time, and there's 3 robots on each team, and two teams. 3*3*2=1 Cool

What strategy is everyone using, out of curiosity?
_________________
http://tanner.myserverathome.com

Rhombus P. · Posted: 16 Jan 2012 10:59:11 am Post subject:

We are currently working on a custom dashboard system in java that would allow us to display way more info then the built in one. Here is the src for what we currently have. Right now it dosent have any network functions yet (those are being tested outside this). The dials are being fed artificial test data tho so we can test them.

download:
http://wildcatrobotics.com/files/Dashboard_src.zip

EDIT: forgot to add a runnable version of it
http://wildcatrobotics.com/files/Dashboard.jar

Rascherite · Posted: 16 Jan 2012 11:09:50 am Post subject:

Thanks for showing me this!! The program looks great! How much longer will it take to have the networking stuff running?
_________________
"If you don't live it, it won't come out of your horn."
-Charlie Parker

TI BASIC Sudoku - optimizing random puzzle generator, making number of preset squares more even and reliable

asm metronome - trying to figure out how to dougie with the interrupts

Rhombus P. · Posted: 16 Jan 2012 11:11:21 am Post subject:

Ashbad · Posted: 16 Jan 2012 11:15:06 am Post subject:

Just curious, how are you guys attacking towards designing the collection, storage, and deployment modules for the balls? What my team will likely be going with for deployment is likely either two spinning friction wheels, or one friction wheel against a flat surface for natural spin downwards (easier to control, less powerful). No ideas for storage/collection yet, but collection may also have something to do with friction wheels.
_________________
-Ashbad

Rascherite · Posted: 16 Jan 2012 11:19:13 am Post subject:

Rhombus P. · Posted: 16 Jan 2012 11:19:25 am Post subject:

We currently have a setup that uses two normal wheels that can shoot over 35 feet. As for the feeder we have a few ideas that we are going to prototype

Ashbad · Posted: 16 Jan 2012 11:21:19 am Post subject:

Rascherite · Posted: 16 Jan 2012 11:24:05 am Post subject:

Rhombus P. · Posted: 16 Jan 2012 12:00:22 pm Post subject:

Has anyone attempted to get the Kinect on the Robot itself to use as a sensor?

_player1537 · Guru-in-Training Joined: 25 Nov 2009 Posts: 2958

I wish! My team told me that we aren't using the Kinect, which saddens me. I was really hoping to get to play around with it, some.

As for our strategy, we are going for a balancing robot that, if everything pans out well, will also deliver balls back to our guys during the game. We had originally planned on doing a 2 wheel cannon sort of thing, as well as a one wheel + wall + extra wheel for backspin one. Then, some day when our guys were talking to professional engineers, we decided against that for the more simple balancer Smile

Also, we are still going to use LabView, unfortunately. Well, I guess I should say, we are doing the LabView one first, and if we finish fast enough, we can do another in Java, but that one would only be for playing Sad

_________________
http://tanner.myserverathome.com