Shooting on the run
 

I know that our team is definitely going to try to make goals while the robot is moving in any given direction.

How many other teams think this is viable?

Re: Shooting on the run
 

Depends on how the shooter is mounted and or how the robot is built. I think it is viable to shoot on the run, however, not for the design my team and I have come up with.

Re: Shooting on the run
 

I find it hard to believe that all teams can shoot at the center goal (at least at our regional I expect many teams, especially rookies, to go for the two lower goals).
... this is an anonymous poll! ;)

Re: Shooting on the run
 

There are only 22 results so far (a small sample size) and I think your results are getting biased by the fact that you made your title suggest that it was only a thread for shooting teams. Our team, for the record, can't shoot in the center.

Also, I'm curious why this went in the programming forum, or did I misread that?

Paul Dennis

Re: Shooting on the run
 

Oops, my bad. I am not sure how to change the title.

Well, I figured two things would make that a logical choice:

1. If anyone on the team knows how reliably they will be shooting on the run, its the programmers.
2. And of all the people that visit Chief Delphi, programmers are probably on it the most. (just a guess, though)

Re: Shooting on the run
 

definetly true

Re: Shooting on the run
 

we defintly will be able to. but accuracy wise... i dunno if we'll actually do it in a match.

Re: Shooting on the run
 

I doubt we'll do this (at least using camera control, our drivers can try it if they REALLY want to, but I wouldn't advise it). We don't have an accelermotor, and if we don't use the encoders either, trying something like this would be near impossible.

Re: Shooting on the run
 

If you are talking about firing while moving, all you need to know is your speed, which way your turret is aimed in relation to the direction of the robot, which way the robot is pointed, and have tracking data on the green light. Maybe not even that much.

Re: Shooting on the run
 

To build an effective anti-ballistic missile system, all you need to know is the starting point of the incoming missile, its boost, its average speed, its parabolic trajectory and its evasive capabilities. It's a simple problem... :rolleyes:

Re: Shooting on the run
 

Reminds of in the beginning of the season when the strategy team wanted me to use a combination of this year's camera, last year's camera, and an ultrasonic range finder to knock other teams balls out of the air :eek:

But on a more serious note, would you not also need to know where you are in relation to said projectile? And in FIRST, is knowing your exact position on the field less than trivial (esp. with non Kevin-ized accelerometer code)?

Good luck to all,
Robinson

Re: Shooting on the run
 

Does the robot have the mechanical capability to shoot on the run? Probably so. Does it have the electronics and software capability? Not yet, and not for a while if ever.

Re: Shooting on the run
 

Whoever is voting for the first option, let's be serious here.

Unless you've been shooting on the fly in practice, on a full scale field, with robots interacting with you, you shouldn't be voting for #1.

I'd bet anyone on here a six pack of dew, or their favorite soda of choice that there's not a snowflake's chance in hell that 11 teams can repeatably make shots on the fly. Not even half that number. I'd be very surprised if even 2-3 teams could.

Re: Shooting on the run
 

Why so pessimistic? Sure, practice is critical, but the physics behind it is not difficult with the help of the KoP gyro. What are your concerns?

Nevertheless, I chose #2 because I have not had the time to test anything yet... our robot is not evern wired! :ahh:

Well, the mechanical is the hardest part! Now just figure out how much to lag the target by in degrees, and offset the turret by that amount from the green light.

Re: Shooting on the run
 

Are team 476 can shoot while moving in a strait line towards the basket/
we can actualy shoot from anyware but dont count on any making it lol

not to mention using the camera for that has some major flaws like there are two green targets
traking the targets takes forever
and why when we have the lowest gear out there lol
well later if you have ways to get rid of these 3 probs idd like to know

Re: Shooting on the run
 

I'd go search for a poll last year about capping the vision tetra in autonomous, but I don't have the time.

If you feel inclined to do so, I bet a whole heck of a lot of people were saying they could do it.

Could anyone? No.

Re: Shooting on the run
 

To know speed, you must have an accleremotor or an encoder, as I said. Robot turning requires gyro, angle of rotator in relation to the robot requires a POT, and the tracking stuff requires the camera. I hope all teams will have the camera at least semi-working, but using all the other data is alot to ask for.

You must know your speed in your current direction, relate this to how fast you are moving to/from the goal, and change your shooter speed/rotation to account for it. Is your shooter or rotator going to be able to move/change speed fast enough to keep up? By the time it gets in position, your robot might be well past the point that required those parameters. Also, what happens if your robot is not moving at a constant speed? You must now make a part of your code to account for acceleration in addition to velocity, even more of a pain. As an added bonus, a strong hit from another robot always has the possibility of throwing off your data (you may think parallel to the goal is 5 degrees past the original angle you thought of), compromising the whole system.

All of these calculations and compensations are possible. I don't think there is enough time in 6 weeks to do them all and test them properly though. I say less than 5 teams are able to do this well, and at least 4 of them will be from teams that used the camera very effectively in autonomous last year.

Re: Shooting on the run
 

It's not that I mind that you posted it here, and it seems like you had a fine rationale. I was just curious as to the reason, thanks for the reply =).

Re: Shooting on the run
 

Knowing your current vector is important, but setting up encoders or the GTS is not hard. You could also consider having a lookup table of PWM values to approx.. speed (of course, this would not be very accurate, but it might work with some tweaking). You could also see how many pixels the target moves each frame and use this in combination with your distance from the target to deduce an approx. speed. A tachometer could be used as an analog input to get speed as well.

You need to also know the current direction, but the gyro is so easy to setup this couldn't be a problem. Acceleration is, in my mind, irrelevant, because the ball does not retain the acceleration of the robot once it has left the turret, just the velocity of the robot at the point it left. And being bumped by a robot won't occur continuously, nevertheless it will be a factor that is impossible to account for.

[If you need help with either encoders, gyro, or the GTS there are plenty of help posts and Kevin's code is well documented and clear]

However, your point about never being able to move the turret accurately and fast enough to have it in the position to fire after doing the calculations is my worst fire. I can't test any of this stuff because our robot is ages away from being ready. In my mind, its the the most difficult problem to overcome. Of course, any one who has mode can feel free to give us some hints. :)

Good Luck,
Robinson