|
|
|
![]() |
|
|||||||
|
||||||||
![]() |
|
|
Thread Tools | Rate Thread | Display Modes |
|
|
|
#1
|
||||
|
||||
|
Re: Shooter consistency
We had great luck putting a piece of reflective tape on our wheel and having the sensor count rotations of that instead.
|
|
#2
|
||||
|
||||
|
Re: Shooter consistency
Quote:
Would you mind answering a few questions to make this useful for other teams? 1) What optical sensor are you using? 2) What angle of arc is subtended by the tape at the radius where the sensing is taking place? In other words, what is the width of the tape (in the circumferencial direction) where it passes under the sensor, and how from the center of rotation is the sensing element located? 3) What wheel speeds were you measuring? 4) Were you indeed "having the sensor count rotations" or were you using the FPGA to measure the period? (That's an important distinction). 5) What speed control algorithm did you use? |
|
#3
|
||||
|
||||
|
Re: Shooter consistency
Quote:
|
|
#4
|
||||
|
||||
|
Re: Shooter consistency
Would voltage control mode on a CAN Jaguar be consistent enough to get away without a feedback loop? The way our shooter was done, I can't really see an easy way to add one. Transmission used belts, and the wheels we were given are Aluminum (so no magnetic sensor), and an encoder mount is impossible without redesigning the entire gearbox. We also used pneumatic tires with a custom machined rim (so no holes to track with an optical sensor). Unless we attached a magnet to the wheel and used a hall effect sensor below it... but that would destabilize the already fairly shaky wheel unless we used a *tiny* magnet.
Last edited by F22Rapture : 03-03-2013 at 23:54. |
|
#5
|
|||||
|
|||||
|
Re: Shooter consistency
Quote:
As for the voltage control on a CAN Jaguar, that's better than nothing, not as good as actual feedback control. It will compensate somewhat for state of charge differences in your battery. It won't compensate for the spin down from firing a frisbee and it's going to deal poorly with rapid voltage changes from, say, your drivetrain or some other system making voltage fluctuate. Feedback is really the best way to go for getting fast, consistent shooting. |
|
#6
|
||||
|
||||
|
Re: Shooter consistency
Quote:
|
|
#7
|
||||
|
||||
|
Re: Shooter consistency
Would the line tracking photoswitch from 2011 work, or is there another sensor that would be a better choice?
|
|
#8
|
|||||
|
|||||
|
Re: Shooter consistency
Yes, though it's a little slow. You typically need a pretty wide stripe to get it to work. Too narrow a stripe and it won't register. Practically speaking, you can make the stripe take up half of whatever surface you're sensing and it'll work fine.
|
|
#9
|
||||
|
||||
|
Re: Shooter consistency
Be fair warned, our software folk had a ton of trouble with the battery voltage dropping too low when we used the KOP photogates, to then point where they gave bad data. We were running 2 CIMs on our shooter, and the voltage the sensors were seeing dropped from 13v to 10v when we spun them up to full speed.
|
|
#10
|
||||
|
||||
|
Re: Shooter consistency
Quote:
Not sure if this rule exception is valid in 2013. Last edited by Ether : 04-03-2013 at 01:08. |
|
#11
|
|||
|
|||
|
Re: Shooter consistency
Quote:
|
|
#12
|
||||
|
||||
|
Re: Shooter consistency
Quote:
It's not clear whether those numbers mean a) the pulse width must be 1 to 16ms in order to be reliably detected, or You need the stripe width to be 1/12 of a revolution at the point of sensing in order for it to be under the sensor for 1ms when the wheel is spinning at 5000 rpm. |
|
#13
|
||||
|
||||
|
Re: Shooter consistency
many teams had great accuracy this year. What was really amazing is that both main types of shooters, linear and semicircle, worked great. 1706's shooter was deadly this year, but sadly teams caught on in eliminations and played excellent defense, a well earned victory. http://www.youtube.com/watch?v=U5PgpTQCgBc
|
|
#14
|
|||
|
|||
|
Re: Shooter consistency
This is what we learned at our 2nd MAR district and we ended up with the most Autonomous points. We had the same problem. Make 3 in Autonomous and then for some strange reason, frisbees were high. So we said, slow down the speed. Didn't seem to help. Our analysis was that at slower speeds with the frisbee encountering a lot of air resistance, the frisbee had a tendency to "float" and end up high. We cranked up the speed (within reason - there may be a point of diminishing returns) and adjusted our angle. If you can not adjust your angle, then position your robot differently (works great when shooting from the side of the pyramid). This works. Watch how other teams shoot. Keep it simple and good luck!
|
|
#15
|
||||
|
||||
|
Re: Shooter consistency
our team was having trouble with encoders as well. Yes different battery voltages do matter when sending a value to a Victor because the value sent to the victor is the equivalent of a percentage of your current voltage. So to try to get a better measurement, I tried a last minute fix.
Wheel Motor Voltage = Value sent to Victor * Battery Voltage. Therefore, Value Sent to Victor(Or other speed controller) = (End Voltage / Battery Voltage). All you have to tune is the End Voltage that you want your wheel to have. Batter Voltage can be calculated (in Java) by instantiating a DriverStation object and using the getVoltage() method. Same method should be in other API's. It didn't give us 100% consistency but it did significantly improve it. There are of course other variables. |
![]() |
| Thread Tools | |
| Display Modes | Rate This Thread |
|
|