2009:Electrical 1.13.09: Difference between revisions
From 1511Wookiee
Jump to navigationJump to search
No edit summary |
m (Electrical 1.13.09 moved to 2009:Electrical 1.13.09) |
||
| (7 intermediate revisions by one other user not shown) | |||
| Line 11: | Line 11: | ||
'''Tasks Completed:'''<br> | '''Tasks Completed:'''<br> | ||
*Tested Sensors<br> | *Tested Banner Sensors for effectiveness with ball sensing<br> | ||
*Cleaned up wiring mock<br> | *Seems to be a relatively low chance of a false negative<br> | ||
*Connected and extended PWM encoders | *False negatives can be avoided by using multiple sensors for detection of a single ball<br> | ||
*Cleaned up wiring mock board<br> | |||
*Connected and extended PWM encoders on mock board<br> | |||
*Met with programming and various teams regarding sensor feedback. The general consensus is to account for all sensors and remove them as we find they aren't being used. | |||
---- | |||
'''SENSOR BREAKDOWN:''' | |||
'''ABSOLUTELY NECESSARY'''<br> | |||
*Ball flipper (at top of conveyor, used to select shoot/hopper) - most likely a small shaft encoder '''TBD'''. If we're shooting, we want the flipper to be at the appropriate speed before we push the ball upwards, since motors don't get to the desired speed instantaneously.<br> | |||
*Trap doors - two limit switches per motor used for door - '''likely leaf switches provided in KoP'''. Sure you could use one switch to detect open/closed, but if you have two switches per door, you can detect open/closed/in-between...<br> | |||
*Ball stop sensor - '''most likely a pair of Allen Bradley 7000 series banner sensors (beam break)'''. This is used to detect if a ball has reached the top of the conveyor column. It's functionality is similar to ROFL-Bot's ball stop sensor. It is basically there to allow the programmers to know that a ball is there and is ready to be shot.<br> | |||
'''NICE TO HAVE'''<br> | |||
*"What-Ball-Position-Is-Filled-In-Conveyor Sensor". This would be '''''very nice'''''and '''''quite easy'''''. This would allow for the programmers/drivers to know how full the conveyor is. this The design of the conveyor system is supposed to keep on pushing balls into it until we reach "best case" scenario, being that the (or both) entire columns are filled to the top. - '''likely a pair of Allen Bradley 7000 series banner sensors per ball'''<br> | |||
*Encoders for the two conveyors. This seems like it would be a nice to have but not necessary. [please add any comments why it is "absolutely necessary"]<br> | |||
'''WILL WE NEED THESE?'''<br> | |||
*Shaft encoders for idler wheels... Haven't heard back if we'll need these.<br> | |||
<br> | <br> | ||
| Line 20: | Line 42: | ||
'''Tasks In Progress:'''<br> | '''Tasks In Progress:'''<br> | ||
<br> | <br> | ||
| Line 30: | Line 49: | ||
'''Tasks to Complete: '''<br> | '''Tasks to Complete: '''<br> | ||
*task | *Figure out the best orientation for the main battery (talk with drivetrain, and electrical team as they will likely be the ones changing batteries most often) and attach the hardware to the batteries to best match the battery orientation when in the chassis.<br> | ||
* | *Josh Gannon mentioned trying to flesh out an area to mount electronics and how to shape our boards to maximize strength... Work with him on this re-design.<br> | ||
*Interface with Omron Photosensors and figure out if they are sufficient for conveyor encoders. We should also find app notes on these, to see some examples of how they are used.<br> | |||
*Reasearch/Investigate how to mount/put together the US Digital encoders in the KoP. Also try to find similar encoders. | |||
*Does programming drive train team want to control coast/brake on speed controllers? Does programming mechanical want to control coast/brake on speed controllers? Account for this in the next task. | |||
*How many digital inputs are we going to need? Can we use only one side car? | |||
*Re-crimp the 6AWG wire to the power distribution panel on the mock board. | |||
*Sean Kemp MUST upload the BOM excel file to the wiki. | |||
<br> | <br> | ||
| Line 39: | Line 64: | ||
'''Images & Additional Updates:''' | '''Images & Additional Updates:''' | ||
[http://www.datasheetarchive.com/pdf-download/Datasheet-05/DSA0072047.html 7000 Series Banner Sensor] | |||
[http://www.iprocessmart.com/Omron_cd/PDF/D21SPY415199.pdf Omron EE-SPY415] | |||
<br> | <br> | ||
Latest revision as of 13:38, 14 November 2010
1.13.2009
Start time: 7:00 pm
End time: 9 pm
Members present: Rika, Sean, Crystal, Michael, Apples, Oranges
Tasks Completed:
- Tested Banner Sensors for effectiveness with ball sensing
- Seems to be a relatively low chance of a false negative
- False negatives can be avoided by using multiple sensors for detection of a single ball
- Cleaned up wiring mock board
- Connected and extended PWM encoders on mock board
- Met with programming and various teams regarding sensor feedback. The general consensus is to account for all sensors and remove them as we find they aren't being used.
SENSOR BREAKDOWN:
ABSOLUTELY NECESSARY
- Ball flipper (at top of conveyor, used to select shoot/hopper) - most likely a small shaft encoder TBD. If we're shooting, we want the flipper to be at the appropriate speed before we push the ball upwards, since motors don't get to the desired speed instantaneously.
- Trap doors - two limit switches per motor used for door - likely leaf switches provided in KoP. Sure you could use one switch to detect open/closed, but if you have two switches per door, you can detect open/closed/in-between...
- Ball stop sensor - most likely a pair of Allen Bradley 7000 series banner sensors (beam break). This is used to detect if a ball has reached the top of the conveyor column. It's functionality is similar to ROFL-Bot's ball stop sensor. It is basically there to allow the programmers to know that a ball is there and is ready to be shot.
NICE TO HAVE
- "What-Ball-Position-Is-Filled-In-Conveyor Sensor". This would be very niceand quite easy. This would allow for the programmers/drivers to know how full the conveyor is. this The design of the conveyor system is supposed to keep on pushing balls into it until we reach "best case" scenario, being that the (or both) entire columns are filled to the top. - likely a pair of Allen Bradley 7000 series banner sensors per ball
- Encoders for the two conveyors. This seems like it would be a nice to have but not necessary. [please add any comments why it is "absolutely necessary"]
WILL WE NEED THESE?
- Shaft encoders for idler wheels... Haven't heard back if we'll need these.
Tasks In Progress:
Tasks to Complete:
- Figure out the best orientation for the main battery (talk with drivetrain, and electrical team as they will likely be the ones changing batteries most often) and attach the hardware to the batteries to best match the battery orientation when in the chassis.
- Josh Gannon mentioned trying to flesh out an area to mount electronics and how to shape our boards to maximize strength... Work with him on this re-design.
- Interface with Omron Photosensors and figure out if they are sufficient for conveyor encoders. We should also find app notes on these, to see some examples of how they are used.
- Reasearch/Investigate how to mount/put together the US Digital encoders in the KoP. Also try to find similar encoders.
- Does programming drive train team want to control coast/brake on speed controllers? Does programming mechanical want to control coast/brake on speed controllers? Account for this in the next task.
- How many digital inputs are we going to need? Can we use only one side car?
- Re-crimp the 6AWG wire to the power distribution panel on the mock board.
- Sean Kemp MUST upload the BOM excel file to the wiki.
Images & Additional Updates:
