Shooter Precision poll

[NullTerminator]

What are you planning to control your shooter's aim with. There are a lot of ways you can control the aim of your shooter, you can have your robot just move around until you are in place, or have turrets and angling devices to lock on to the target from current position.

I would count speed control as anything that monitor's your cannon motor speeds. Doesnt matter if you actually change your speed for aiming.

We are going to use gear tooth sensors to monitor our speed but to LIMIt it to a certain rpm and not to change it for aiming.

[DjAlamose]

You don't have the choice for shooter with a turret, camera, and speed controller....

[Donut]

Originally Posted by DjAlamose

You don't have the choice for shooter with a turret, camera, and speed controller....

No he doesn't. How few of us have that design?

[Kevin Sevcik]

Originally Posted by Donut

No he doesn't. How few of us have that design?

Well put in one more vote for that design anyways.

[NullTerminator]

Yeah if none of the option match your design closesly just use the last one. Feel free to explain your ideas, i have yet to see / hear about a completely unthought of design.

[JamesBrown]

We have a pan/tilt turret and speed control all governed int the code. The camera will by default aim the gun but we will also have optional user control.

[Sachiel7]

Well there's no turret, camera, and angle adjuster option, so I chose the 'or' option.
We planned to shoot at a fixed velocity to help simplify the trajectory calculations a bit. I think our shooter is around 11-12 m/s velocity.

[Nimmy]

we have our robot move around but the speed controller on our engine is just to keep it below the 12\s mark

[coldabert]

Team 888 is developing a robot positioning system that will provide auto-ranging data for the speed of the shooter. The South-driver (Our robot lacks a front or back, so we have two drivers) will be responsible for aligning the targeting reticules on the robot and giving the fire command.

[Donut]

Our system uses the camera to determine distance, and from there uses a lookup table to set an appropriate speed (we are measuring wheel speed using a banner sensor to account for battery voltage depletion; if this doesn't get finished we'll just swap to use pwms and hope we don't mess up too much). It also uses the camera to line up the rotator accordingly. In addition, there is a manual mode should the camera brake, which allows the 2nd driver to rotate the shooter using a joystick and change the speed using a set of 4 buttons (the speed he is setting will be displayed by the user byte on the OI).