Difference between revisions of "Team 1640 2010 Summer Program"

From DEW Robotics
Jump to: navigation, search
(Objectives)
(8-August)
 
(97 intermediate revisions by 4 users not shown)
Line 1: Line 1:
 +
[[Image:DB6_Paul_100711_csm.jpg|350px|right|thumb|Paul & [[DEWBOT VI]]]]
 
==Objectives==
 
==Objectives==
 
Objectives for the 2010 Summer Program are focused on our desire to perform well at IRI. Towards this end, we are:
 
Objectives for the 2010 Summer Program are focused on our desire to perform well at IRI. Towards this end, we are:
Line 15: Line 16:
 
::* (4) 0.520" PVC Spacers cut from 1" PVC pipe (we've got miles) - thanks, Douglas & John
 
::* (4) 0.520" PVC Spacers cut from 1" PVC pipe (we've got miles) - thanks, Douglas & John
 
::* General cleaning & tread replacement.  Steering sprockets pulled from pivots.
 
::* General cleaning & tread replacement.  Steering sprockets pulled from pivots.
::* Drilled holes for Jaguar > Victor switch.  We made a template first, so that holes were dilled in the correct spots.
+
::* Drilled holes for Jaguar > Victor switch.  We made a template first, so that holes were drilled in the correct spots.
 
:Generally, pivots are in good condition excluding tread wear and carpet fiber accumulation on the transfer axle.  No "broken" pivots as at [[DEWBOT VI PARC XIII | PARC]].  All steering sprockets are 0.52" above lower bearing (same as model dimension - 0.521") except Pivot #3 at 0.33" (thereby our steering chain problem).  Pivot #3 steering sprocket set screws were loose (not quite finger tight).
 
:Generally, pivots are in good condition excluding tread wear and carpet fiber accumulation on the transfer axle.  No "broken" pivots as at [[DEWBOT VI PARC XIII | PARC]].  All steering sprockets are 0.52" above lower bearing (same as model dimension - 0.521") except Pivot #3 at 0.33" (thereby our steering chain problem).  Pivot #3 steering sprocket set screws were loose (not quite finger tight).
  
 
:The [[media:DEWBOT_VI_Pivot_Replacement_Process.pdf | Pivot Replacement Process ]] was documented.
 
:The [[media:DEWBOT_VI_Pivot_Replacement_Process.pdf | Pivot Replacement Process ]] was documented.
  
:On Wedesday, 16-June, we continued:
+
:On Wednesday, 16-June, we continued:
 
::* Molly & Garrison joined us - ''welcome!''
 
::* Molly & Garrison joined us - ''welcome!''
 
::* Steering Jaguars replaced with Victors.  All drive Jaguars are black.
 
::* Steering Jaguars replaced with Victors.  All drive Jaguars are black.
Line 47: Line 48:
  
 
==Possessor==
 
==Possessor==
We've got a adequate possessor for demonstrationsIn the heat of competition, it is ineffective.  We tend to lose the ball or else overrun it.  We really cannot effectively herd balls into the goal either.  This is an area which needs work for IRI. Not sure the vacuum possessor is better, but let's discuss.
+
At [[DEWBOT VI PARC XIII | PARC]], [[DEWBOT VI Monty Madness | Monty Madness]] and [[DEWBOT VI Bridgewater Battle | (BR)<sup>2</sup>]], we were dissatisfied with our possessor's performanceWhile it seemed to perform well enough at the [[STEM Defined]] demonstration, in the heat of competition, it tends to either fail to possess the ball, or to cause or allow the robot to drive over the ball.  We really could not effectively herd balls into the goal either (because of a tendency to drive over them).  This was addressed for IRI. Original options included:
:I'll say this for completeness, because I know we've beaten the single roller concept rather hard. But why is it that 1726/1346/2046/1676/1918/33(old 1730?/100?) manage it? They're not all great, but some really do work quite well. I mean, not JVN/Copioli-approved work, but not our "work" either. (Yes, I said 1676. At least according to Don, which is plenty good enough for me. And I think I do remember it...maybe not.) Or 230? Though that might just be magic. Not suggesting we get a bigger stick to beat the single roller horse; I'm just trying to get on your same page. Knowing what's actually wrong now may go a long way to producing a viable alternative solution, regardless of the platform. Though perhaps it's worth re-highlighting that part of the issue seems to be mimicking competition conditions at home. Might be nice to solve that before we start pulling the old design apart.
+
:# A vacuum possessor (like Team 25's)
:As for an actual alternative, could the 2669/1583* side wheel method be more straight forward? I honestly don't know whether the vacuum is a good or bad idea for our situation--there are certainly enough good ones out there, albeit quite a few bad ones too. On their face though at least, side wheels seem simpler (to me). (I take it we've discarded any sort of [http://www.youtube.com/watch?v=qRYuUnZMYkk 2438] thing?)
+
:# A Possessor with a low roller
:: *I don't think these are the best-known teams for it, maybe Foster can help me? I'm thinking of a little non-1583 ''n''>4 (6? 8?) polygon bot that's ''really'' good at the side wheel method. You may have shown me the video. I'll look in the (later) morning.--[[User:Siri|Siri]] 18:46, 31 May 2010 (UTC)<br>
+
:# Adapt the possessor to grab the ball by pinching it (without lifting it off the floor) rather than just applying a backwards spin. [In virtually all benchmarking cases, this involves a low roller/bar anyway.]
  
:I'm working on a lower roller (just below the kicker) which can be retracted for going over bumpsReally an evolution of the idea Mike Rizzo was pursuing.  Retraction in this case would be purposeful rather than passive.  The control to relax the kicker could also retract the lower rollerArming the kicker would bring the lower roller back to possessing position.  Kicking and automatic re-arm would not affect the lower roller position.  Can't say yet how it will possess, but riding over balls ought to be impossible.  I have a fair bit of this worked out on Inventor, but not everything yet.  As always, the devil is in the detail.<br>
+
===Vacuum Possessor===
 +
:Preliminary analysis in Inventor indicates that it is feasible to accommodate a vacuum-type possessor similar to Team 25's in the DEWBOT VI chassisThe driver would have to accurately center the ballAnalysis and design were not pursued past this point.
  
:Also, I've done enough conceptual work to understand that the installation of a Team 25-type vacuum possessor is probably feasible.  This will, however, require more careful ball alignment (L-R) than we currently need.--[[User:MaiKangWei|Clem]] 1-June-2010<br>
+
===Low Roller Possessor===
 
+
:We've observed that robots with effective possessors often have passive rollers at or below the ball centerpoint.  Installing such a low roller on DEWBOT VI without a major redesign was not trivial.  Key challenges were:
:Cool! Lower bar is definitely best case, nice work.
 
:Given its proverbial Satanic inhabitance, is it worth having other teams look at the common/uncommon alternatives? ...If there are people not doing something more pressing (granted that's approaching rather unlikely). I sense some fun to be had and lessons to be learned with side wheel alpha prototyping, if so. The top roller stuff would (hopefully) be educational and good from a completeness prospective, but I really have no estimate on productivity probability. To be honest, I'm not really sure what we've done thus far with all the iterations. (Floating? Pulsing? Killer Bees-ing?) --[[User:Siri|Siri]] 16:36, 1 June 2010 (UTC)<br>
 
 
 
:Since both lower roller and vacuum approaches seem feasible, it would be good to pursue both ''if we have the resources.''  I think that the ''possessor'' is quickly becoming our ''de-facto'' mechanical summer project.  It's not a bad project.
 
 
 
:If we pursue both, the robot becomes the test-bed for the lower roller.  The ''proxy chassis'' would need to be called back into action for the vacuum development.  We'll need to be careful not to execute anything in the ''proxy chassis'' which we cannot duplicate on the robot.
 
 
 
:I am uncomfortable as a project manager not having a Plan B to cover points of uncertaintly.  The performance of a low roller ''possessor'' is a clear uncertainty at this point.  A vacuum ''possessor'' is a good Plan B.  But if Plan A works, Plan B gets dropped (but we should not forget what we have learned).
 
 
 
:By-the-by, running planned and controlled tests with identified independent and dependent variables and documenting (& analyzing) the results is the basis of knowing what we know--[[User:MaiKangWei|Clem]] 1-June-2010<br>
 
 
 
===Trirol Possessor===
 
:At [[DEWBOT VI PARC XIII | PARC]], [[DEWBOT VI Monty Madness | Monty Madness]] and [[DEWBOT VI Bridgewater Battle | (BR)<sup>2</sup>]], we were dissatisfied with our possessor's performance.  While it seemed to perform well at the [[STEM Defined]] demonstration, in the heat of competition, it tends to either fail to possess the ball, or to cause the robot to drive over the ball. 
 
 
 
:We've observed that robots with effective possessors often have passive rollers at or below the ball centerpoint.  Installing such a low roller on DEWBOT VI without a major redesign is not trivial.  Key challenges are:
 
 
::# Avoiding interference with the kicker
 
::# Avoiding interference with the kicker
 
::# Avoiding interference with the pivots
 
::# Avoiding interference with the pivots
::# Maintaining our ability to cross bumps without difficulty.  A low-position roller intrinsically is in the way when climbing a bump  
+
::# Maintaining our ability to cross bumps without difficulty.  A low-position roller intrinsically is in the way when climbing a bump
  
:But not impossible.  An articulated, low, 3<sup>rd</sup> possessor roller has been designed for the existing robot.
+
===Trirol Possessor Design===
::* The roller articulates up and out of the way for bump crossing.
+
:A possessor was designed having an articulated, low, 3<sup>rd</sup> roller. Kicking clearance requires some non-structural kicker modification. Articulation is needed to clear the bump. For full specifications, see [[DEWBOT VI Possessor Development#Trirol Possessor Design | Trirol Possessor Design Specifications]] and [[media:Dewbot_VI_new_possessor.pdf | Detailed Drawings]].<br>
::* Two 3/4" diameter x 4" stroke pneumatic cylinders provide the actuation. Both run from a single solenoid.  Restrictor valves will need to be installed on the solenoid vents.
+
As designed, this is a back-rolling possessor, not a pinching possessor. It could in principle be converted to a pinching possessor if the low roller bearings were removed or disabled.
::* A hard stop is provided for the possessor in the lowered, working position (the design does not rely on the pneumatic cylinders to provide this stop).
 
::* While rotating between the deployed and retracted states, the low possessor assembly does not break the frame perimeter.
 
::* It is proposed that the low possessor will automatically retract when the operator relaxes the kicker to cross a bump; and automatically deploy when the kicker is armed; normal kicking will not change the possessor state.
 
::* In addition, it is likely that the combination of reversing the driven possessor and retracting the lower possessor roller would be a useful, low-velocity means to positively eject balls into the goal from the goal's ramp (without having to drive the robot entirely into the goal).
 
 
 
View the [[media:Dewbot_VI_new_possessor.pdf | detailed drawings]].
 
  
 
<gallery widths=250 heights=250 perrow=3>
 
<gallery widths=250 heights=250 perrow=3>
Line 96: Line 77:
 
Image:DB6_new_possessor_close_3.jpg|Kicker close approach to 3<sup>rd</sup> roller - 3/3 - maximum extension
 
Image:DB6_new_possessor_close_3.jpg|Kicker close approach to 3<sup>rd</sup> roller - 3/3 - maximum extension
 
</gallery>
 
</gallery>
 
+
====Testing====
===Prototyping Suggestion===
+
:[[image:DB6_3rd_roll_prototype_100630_csm.jpg|400px|right|thumb|3rd roll prototype installed on [[DEWBOT VI]]]]At Jon Davis's suggestion, a fixed 3<sup>rd</sup> roll prototype was installed and tested on 30-June.  Key observations:
:[[image:DB6_3rd_roll_prototype_100630_csm.jpg|400px|right|thumb|3rd roll prototype installed on [[DEWBOT VI]]]]The third bar concept looks promising but we have tried several good approaches already without much success. Before building the proposed mechanism, I'd like to see us test the concept.
 
 
 
:Testing shouldn't be hard. We can clamp a rod to the bottom of the robot where the proposed modification will sit. It doesn't have to be retractable, it simply needs to sit there. Slip a tube over it and it will be rotatable. We can then drive the robot around and see how well it will handle the ball before we try anything further.
 
 
 
:There's no reason that we shouldn't be able to build and test this in an evening and it will let us know whether or not we should continue on this track or pursue an alternate path.
 
 
 
:--[[User:Jon|Jon]] 09:39, 14 June 2010 <br>
 
 
 
====30-June Update====
 
:3<sup>rd</sup> roll prototype was installed and very briefly tested.  Key observations:
 
 
::* Possession performance appears unaffected by the 3<sup>rd</sup> roller - poor-to-mediocre
 
::* Possession performance appears unaffected by the 3<sup>rd</sup> roller - poor-to-mediocre
 
::* On the other hand, it is now impossible to override the ball
 
::* On the other hand, it is now impossible to override the ball
 
::* and herding now works very well, possessor on or off
 
::* and herding now works very well, possessor on or off
  
:Overall, some improvement, but not what we were hoping for.  We'll test more on 2-July.
+
:Overall, some small improvement, but not at all what we were hoping for.
  
====2-July Update====
+
:Adding friction tape to the bottom roller resulted in no observable improvement.
:Initial test just added friction tape to the bottom roller.  No observable improvement.
 
  
:We were planning to replace the middle steel roller with fiberglass, but before installing the fiberglass rod, we tested the possessor without the middle roller.  This gave a phenomenal improvement in possessing performance.  ''This Hi/Lo 2-roller possessor really works!''  It hangs on to the ball.  The Hi/Lo 2-roller possessor is definitely a pincher. The bottom roller needs to be high-friction and needs to not roll easily (or at all).  The bottom roller also needs to be stiff (so steel is better than fiberglass). No ball overdriving problem. The possessor will lose the ball if the ball touches the Ball Dam Gussett on either side. Transverse driving is therefore a problem if taken too far, but it can also serve to center the ball. We tested filling in the top roll spiral gaps with friction tape, but this had no obvious effect.  Existing spirals are definitely not beneficial (they do not center the ball), but don't seem to hurt performance either.
+
====Hi/Lo Possessor====
 +
:We were planning to replace the middle steel roller with fiberglass, but before installing the fiberglass rod, we tested the possessor without the middle roller.  This provided a phenomenal improvement in possessing performance.  ''This Hi/Lo 2-roller possessor really works!''  With a stiff (steel, not fiberglass) and frictive Lo Bar, it's definitely a pincher. It makes no attempt to center the ball (but we're ok with that). No ball overdriving problem. Further development produced even better results. We have a Vulcan death grip (and it doesn't just convince the Romulans). The ball goes in. The robot goes forwards, backwards, sideways, slantways, longways, backways, and spinways. The ball stays in--approximately 2.75" but not more than 3", and not off the floor. It passes the ruler test, the paper test, and (most importantly) the Rizzo-the-Ref test. The only way to release the ball is to turn off/run backwards the possessor or kick. We don't even need to reduce the torque, though we can, since the vertical IR ball sensors work. The death grip doesn't visibly affect the kick range or arc (both of which are quite nice). The only way to pick up another ball is to get rid of the first--no way to possess two a once since the first on stop the top roller.<br>
  
 
<gallery widths=250 heights=250 perrow=3>
 
<gallery widths=250 heights=250 perrow=3>
 
Image:DB6_possessor_testing_100702_csm_1.jpg|Testing the Hi/Lo 2-roller possessor
 
Image:DB6_possessor_testing_100702_csm_1.jpg|Testing the Hi/Lo 2-roller possessor
Image:DB6_possessor_testing_100702_csm_2.jpg|Testing the Hi/Lo 2-roller possessor
+
Image:DB6_possessor_testing_100702_csm_2.jpg|Testing the Hi/Lo 2-roller possessor - ''note ball in mirror view''
 
Image:DB6_possessor_testing_100702_csm_3.jpg|The ball never leaves the floor
 
Image:DB6_possessor_testing_100702_csm_3.jpg|The ball never leaves the floor
 
Image:DB6_Heather_100702_csm.jpg|Heather McKown cutting parts
 
Image:DB6_Heather_100702_csm.jpg|Heather McKown cutting parts
Image:DB6_Paul_Kenneth_Siri_DJ_100702_csm.jpg|Paul, Kenneth, Siri Maley & DJ testing the possessor
+
Image:DB6_Paul_Kenneth_Siri_DJ_100702_csm.jpg|Paul, Kenneth, Siri Maley & DJ testing the possessor (some more than others)
 +
Image:DB6_modified_kicker_100711_csm.jpg|Modified kicker
 +
Image:DB6_Maley_applying_friction_tape_100711_csm.jpg|Siri Maley applying friction tape to the lower rod
 +
Image:DB6_possessing_100711_csm.jpg|Robot possessing
 +
Image:DB6_whirling_dervish_100711_csm.jpg|''Whirling Dervish'' - spinning about wheelbase center - we hold on to the ball
 +
Image:DB6_kicking_100711_csm.jpg|Kicking (teleop)
 +
Image:DB6_possessor_right_100711_csm.jpg|Possessor mechanism detail - right
 +
Image:DB6_possessor_left_100711_csm.jpg|Possessor mechanism detail -left
 +
Image:DB6_front_elevation_100711_csm.jpg|Robot front elevation showing possessor (& photographer)
 +
Image:DB6_paper_test_100711_csm.jpg|''We pass the paper test!''
 
</gallery>
 
</gallery>
  
====3-July Update====
+
===Back to the Drawing Board (July 3 & 4) - Articulation Redesign===
:Given the complexity and fragility of the bottom roller pivoting mechanism, we started investigating vertical retraction. Prototypes with borrowed (with no intent to return) parts from an altruistic [[DEWBOT IV]] proved promising. This should indeed be a simpler and more robust method. It requires fewer (and less complex) parts and stress points, though it's slightly complicated under the possessor motor and gets rather cozy with the top roller (we've started shedding neoprene). The current system is also narrower than the original possessor: approximately the width of the kicker instead of the robot. However, given our inability and perhaps even disinclination (if the pincher versus centeror trade-off is as it appears) to center balls, this may actually be a good thing.
+
:The elimination of the middle roller made access for actuation of the low roller simpler.  Narrowing the top roller is no longer necessary.  A design with this change was started, then abandoned.  The possessor went through two major redesigns in two days. In addition, our tests make it clear that a great deal of backwards force is applied on the low roller.  The Trirol's low roller mount was not designed with this sort of force in mind.  We therefore needed a more robust approach for the articulated low roller.
 +
:After prototyping and CAD work, the final design emerged to be vertical retraction actuated by (2) 3/4" diameter x 4" stroke pneumatic cylinders. For full details, see [[DEWBOT VI Possessor Development#Back to the Drawing Board (3 & 4-July) - Articulation Redesign | Hi/Lo Vertical Retraction Details]].
 +
:The kicker still needed to be modified slightly (cut down from 15" to 13"), and the possessor system is effectively narrower. Neither of these significantly limit possessor or kicking.
 +
:The excessive load on the possessor motor & drive presented some damage issues. Possible solutions pursued included:
 +
::* Limit current to the motor via a current-based feedback loop (a control/electronic solution)
 +
::* Reduced the frictional coefficient or the normal load between the possessor drive belt and either the motor pulley or the possessor tube, turning this into a ''poor man's clutch''.
 +
The first option requires implementing CAN. We did switch the possessor motor from a Victor to a black Jag, but development stopped there given the complexities in adding CAN at this point. The second option proved more practical provided the final solution. Looser polycord belts (from 8% reduction to 6%) reduced the normal loads. Adding friction tape to the motor pulley (in addition to the Lo Bar) increased the pulley-belt frictional coefficient relative to the Hi Roller-belt coefficient, inducing the belt to slip only on the Hi Roller. This is also much less taxing on the polycord.
  
 
:Additionally, benchmarking of other successful bottom rollers (which neither roll nor facilitate rolling) revealed an inordinate number of teams using 1/2" angle. Prototyping (with aluminum) seems to reveal why. The ball tends to roll (and thus fall out) much less than with even the misnamed bottom roller bar, and holds somewhat better in snake and much better in strafing. (Strafing is a beneficial aspect of our drivetrain could prove ''very'' helpful on defense against a certain looper bot at IRI.) The system isn't yet to death-grip standard, but I (Siri) wouldn't be overly surprised if changing the roller(s) surface(s) and/or speed (recommended at 2x robot speed) got us quite close.
 
:Additionally, benchmarking of other successful bottom rollers (which neither roll nor facilitate rolling) revealed an inordinate number of teams using 1/2" angle. Prototyping (with aluminum) seems to reveal why. The ball tends to roll (and thus fall out) much less than with even the misnamed bottom roller bar, and holds somewhat better in snake and much better in strafing. (Strafing is a beneficial aspect of our drivetrain could prove ''very'' helpful on defense against a certain looper bot at IRI.) The system isn't yet to death-grip standard, but I (Siri) wouldn't be overly surprised if changing the roller(s) surface(s) and/or speed (recommended at 2x robot speed) got us quite close.
  
:Given the strength of our pincher (and more prolonged testing), we've begun to rather quickly eat away at our polycord drive belts. To mitigate this, we'd like to implement a holding torque or different duty cycle on the top roller when we have a ball in possession. This requires an accurate detection sensor, which is shaping up (slowly) to be a beam break. (We're running out of time for this to move slowly.) Some code has been written, though obviously not tested, for the sensor and initial prototyping appeared promising. Additionally, other teams have suggested different belt materials as needed.
+
:We appear to be having sporadic DS-robot communication malfunctions, both during bootup and randomly mid-test. It'd be great to determine the root cause(s).
 +
 
 +
<gallery widths=250 heights=250 perrow=3>
 +
Image:DB6_Heather_bandsaw_100704_csm_1.jpg|Heather McKown preparing to cut 3" square tube on bandsaw for actuator mounting
 +
Image:DB6_Heather_bandsaw_100704_csm_2.jpg|Heather McKown cutting 3" square tube on bandsaw for actuator mounting
 +
Image:DB6_McKown_cad_100704_csm.jpg|Clem McKown building new possessor CAD model in Autodesk Inventor
 +
Image:DB6_Heather_fabbing_actuator_mount_100704_csm.jpg|Heather McKown finishing an actuator mount on the belt sander
 +
Image:DB6_Maley_lathe_100704_csm_1.jpg|Siri Maley setting the low roller into the lathe
 +
Image:DB6_Maley_lathe_100704_csm_2.jpg|Siri Maley cutting low roller end to accept actuator clevis
 +
Image:DB6_roller_retracted_kicker_relaxed_100705_csm.jpg|Robot with low roller retracted & kicker relaxed
 +
Image:DB6_roller_extended_kicker_relaxed_100705_csm.jpg|Robot with low roller extended & kicker relaxed
 +
Image:DB6_front_elevation_100705_csm.jpg|Front elevation - low roller extended & kicker relaxed
 +
Image:DB6_detail_roller_extended_100705_csm.jpg|Front detail with low roller extended & kicker relaxed
 +
Image:DB6_detail_roller_retracted_100705_csm.jpg|Front detail with low roller retracted & kicker relaxed
 +
Image:DB6_side_elevation_100705_csm.jpg|Side elevation with low roller extended & kicker at ball contact position
 +
</gallery>
 +
 
 +
===Final Designing Photo Gallery===
 +
<gallery widths=250 heights=250 perrow=3>
 +
Image:DB6_Heather_cutting_metal_100706_csm.jpg|Heather cutting possessor actuator mount
 +
Image:DB6_Stumpo_turning_possessor_100706_csm.jpg|John Stumpo turning the end of the low possessor rod
 +
Image:DB6_clamped_for_welding_100706_csm.jpg|Actuator mount clamped for welding
 +
Image:DB6_protected for welding_100706_csm.jpg|The robot protected for welding
 +
Image:DB6_mounts_welded_100706_csm.jpg|Possessor actuator mounts welded
 +
Image:DB6_left_mount_100706_csm.jpg|Left actuator mount
 +
Image:DB6_right_mount_100706_csm.jpg|Right actuator mount
 +
Image:DB6_possessor_&_actuators_100707_csm.jpg|Possessor installed with pneumatic actuators & plumbing
 +
Image:DB6_possessor_work_team_100707_csm.jpg|Possessor work team
 +
Image:DB6_Matt_Heather_lathe_100710_csm.jpg|Matt & Heather McKown work the lathe
 +
Image:DB6_Douglas_100710_csm.jpg|Douglas changing possessor belts
 +
Image:DB6_Jen_lathe_100710_csm.jpg|Jen turning a spare possessor rod on the lathe
 +
Image:DB6_Possessor_lathe_100710_csm.jpg|spare possessor rod on the lathe
 +
Image:DB6_Deaver_Rizzo_Maley_100710_csm.jpg|Gary Deaver, Mike Rizzo & Siri Maley with robot
 +
Image:DB6_possessing_100710_csm.jpg|robot possessing
 +
</gallery>
 +
 
 +
===Testing & Driving Practice (12-July)===
 +
We encountered several problems during driver practice & testing on 12-July. View the night's log [[DEWBOT VI Possessor Development#Meeting Logs: Hi/Lo Possessor Installation & Testing#12-July Update | here]]. In summary, we've got some practicing to do. Most of the work will focus around increasing competency with the new possessor, practicing 2 robot (thanks, DEWBOT V) interactions on defense and offense, and addressing any maintenance issues that arise (including training the pit crew).
 +
<gallery widths=250 heights=250 perrow=3>
 +
Image:DB6_drive_teams_100712_csm.jpg|Drive teams at practice
 +
Image:DB6_Nichole_Jack_100712_csm.jpg|Nicole & Jack
 +
Image:DB6_Kenneth_Ben_100712_csm.jpg|Kenneth & Ben
 +
</gallery>
 +
 
 +
===Post-IRI (28-July)===
 +
We persued the action plan from the [[DEWBOT VI IRI Post-Mortem | IRI Post-Mortem]] to further improve the possessor.
 +
:* Replaced broker cylinder
 +
:* Replaced standard clevises with ball joint rod ends to provide additional degrees of freedom thereby reducing the prospect of bending cylinder rods or binding action
 +
:* Replaced 80/20 roller brackets with Kellom-custom 4-wheel keyed brackets
 +
:* Installed ½" ID latex tubing on bottom rod in lieu of friction tape
 +
:* Installed Deaver magnetic clutch in lieu of crude belt-tension friction "clutch" on possessor drive
 +
 
 +
<gallery widths=250 heights=250 perrow=3>
 +
Image:DB6_mechanical_100728_csm.jpg|Mechanical team working on possessor
 +
Image:DB6_mag_clutch_100728_csm.jpg|Deaver's magnetic clutch on possessor motor/gearbox
 +
Image:DB6_possessor_bracket_100728_csm.jpg|Kellom's possessor bracket - designed to replace (2) 80/20 brackets and thereby eliminate bracket canting & binding. Bracket back has key fitting tight into 80/20 slot, assuring alignment.
 +
</gallery>
 +
 
 +
The magnetic cluch created a lot of vibration, which keeps the possessor from working.  We will continue development and test again next week.
  
:We appear to be having sporadic DS-robot communication malfunctions, both during bootup and randomly mid-test. It'd be great to determine the root cause(s).
+
===4-August===
 +
Gary Deaver revised the magnetic clutch by adding a 2<sup>nd</sup> drive disk with magnets out of phase with the 1<sup>st</sup> drive disk.  The thought was that this arrangement would reduce possessor roller vibrations to the point where the possessor would work.  This modification was ineffective and we went back to the crude friction clutch used at IRI.
 +
 
 +
The issue is that disengagement of the magnets (slippage of the clutch) forces a short period of reverse direction drive before the clutch magnets reengage at the next coupling.
 +
 
 +
A plate type friction clutch would work. The problem with friction clutches is heat and wear. Also we only have a 1.5 x 1.5" cylinder to fit it into. For now the slipping belts will have to do. 
 +
 
 +
<gallery widths=250 heights=250 perrow=3>
 +
Image:DB6_Deaver_Garrison_100805_csm.jpg|Gary Deaver & Garrison installing revised magnetic clutch
 +
Image:DB6_mag_clutch_100805_csm.jpg|Deaver's magnetic revised clutch on possessor motor/gearbox
 +
Image:DB6_drive_disk_100804_csm.jpg|2<sup>nd</sup> clutch drive disk
 +
</gallery>
  
 
==Mirror==
 
==Mirror==
Line 141: Line 196:
 
:* It would be good to have a means of raising it during competition.  A servo might be adequate.
 
:* It would be good to have a means of raising it during competition.  A servo might be adequate.
 
:* A working possessor, or a sensor to kick automatically would be a benefit now that we can find the hidden balls.
 
:* A working possessor, or a sensor to kick automatically would be a benefit now that we can find the hidden balls.
 +
 
====3-July Update====
 
====3-July Update====
:*The mirror was moved back 1" to keep it within the frame perimeter.
+
:*The mirror was moved back 1" to keep it within the frame perimeter (Jen).
:*Initial prototyping and CAD took place for a servo raise/lower mechanism.
+
:*Initial prototyping and CAD took place for a servo raise/lower mechanism (DJ).
:*Possessor progress is looking ''way'' up (see also 2-July).
 
  
==Autonomous==
+
====4-July Update====
Not effective yetMain points seem to be:
+
Much effort - little progressServos do not appear to have the necessary torque to raise the mirror.
:* Sensor for kicking does not seem to be reliable.
 
:* Angles for off-axis shooting need to be checked.  They appear to shoot off-field is the robot is aligned to drive along the central ball column.  I'll check, but we should test too.
 
:* Keeping in a straight line by blind dead reckoning is often ineffective.
 
:* Keeping the possessor off seems to work better (insofar as something which doesn't work can be said to work better).<br>
 
  
:My initial angle calculations for autonomous were incorrect, as observed at (BR)<sup>2</sup>.  ''My bad.''  the real angles can be found (with math) in [[media:DB6_auto_angles.xls | Auto Angles (xls format)]].
+
Plan B would be to use a 3/4" pneumatic actuator.
  
:Without special (BR)<sup>2</sup> rules, reasonable autonomous sequences are:
+
====7?-July Update====
::* Autonomous Near Field - choice of either:
+
It works! With a little help from Foster and his VEXing, the servo pushes the mirror up with ease. It does not bring the mirror down. That's ok (in fact, it was in the functional specs), we'd rather have it up. A second latex tube has been added to the other side to prevent torquing.
:::# Set ball C2-R2
 
:::# Set wheels to 30° CW
 
:::# Set robot to drive down C(olumn)2 (use tape guide on robot top for alignment)
 
:::# Stop after 1 kick (not critical)
 
:::or:
 
:::# Set ball C2-R2
 
:::# Set wheels straight with Calibration (delay is beneficial here)
 
:::# Set robot to drive through ball towards goal
 
:::# Stop after 1 kick (critical)
 
::* Autonomous Mid-Field:
 
:::# Set balls at C2-R3 & C2-R2
 
:::# Set wheels to 9.5° CW
 
:::# Set robot to drive down C2 (using a 2<sup>nd</sup> guide tape)
 
::* Autonomous Far-Field
 
:::# Set balls at C1-R3, C1-R2 & C1-R1
 
:::# Set wheels to 2.5° CW
 
:::# Set robot to drive down C1
 
  
:Where not specified, wheels should be pre-calibrated, wheel angles pre-set, and kicker pre-armed by tether prior to the match. ''This requires planning with alliance partners before queuing up for the next match.''--[[User:MaiKangWei|Clem]] 1-June-2010<br>
+
====11-July Update====
 +
We've loosened the second latex tube to prevent the mirror from re-extending outside the frame perimeter. We've also added a simple latch (a deliberately damaged wire tie to allowed unlatching) to hold the mirror down during maintenance. The mirror is not raised during autonomous, though it can start up. Retrospectively, the servo placement makes bumper wingnut and lifting handhold access a bit more complicated. (The non-possessor motor side would have been better.) We'll live, though. We've also realized that we've gained some primo advertising real estate on the back of the mirror, and that we can add a polycarbonate back shield for the same reason. This is good, especially since we'll have to cover up some of the current sponsor logo space with our autonomous tape guides. Plus, this new space is vertical.
  
 +
====Mirror photo gallery====
 +
<gallery widths=250 heights=250 perrow=3>
 +
Image:DB6_Douglas_Cole_Matt_plan_100704_csm.jpg|Cole, Douglas & Matt working on the plan of attack
 +
Image:DB6_Matt_100704_csm.jpg|Matt & [[DEWBOT VI]]
 +
Image:DB6_Matt_Stumpo_Douglas_100704_csm.jpg|Matt, John Stumpo & Douglas working on mirror lift
 +
Image:DB6_Douglas_doing_the_math_100704_csm.jpg|Douglas doing the math behind the mirror lift
 +
Image:DB6_servo_talk_100706_csm.jpg|Foster Schucker talks about servos
 +
Image:DB6_servo_100711_csm.jpg|Working servo lift for mirror!
 +
</gallery>
 +
 +
==Programming Version Control==
 +
Implement and use version control to enhance communication and collaboration.
 +
===Programmer Jobs===
 +
#Review the final code specs (below).
 +
#Communicate and distribute assignments. Ensure team knows what you are working on and when your draft will be done.
 +
#Indicate on meeting work plans what you will be doing during the meeting. Check off items (and upload your code) when you complete them.
 +
#Use the Mercurial version control. Ensure versions are kept up-to-date and well labeled. Store code locally before competition (don't rely on internet at competition venues).
 +
#Write, debug, and comment (describe how it works, possible issues/changes, etc) on your code.
 +
#Ask questions as needed.
 +
#Meet your deadlines and/or inform the team of issues.
 +
#Inform the design team/meeting management what you need to test your code and how long you think it will take.
 +
#Consolidate individual assignments into a single code body. Upload and test this as well.
 +
====Current Mercurial Assignment====
 +
#Create a local working copy of the repository on your own computer.
 +
#Create a text file in the "wall" directory announcing your presence.  (Hint: You will need to let Mercurial know about the new file by "add"ing it.)
 +
#Get your new file to the repository.
 +
===Photo Gallery===
 +
<gallery widths=250 heights=250 perrow=3>
 +
Image:DB6_Paul_100704_csm.jpg|Paul writing code
 +
Image:DB6_programming_team_100706_csm.jpg|Programming Team
 +
Image:DB6_Ben_Paul_100710_csm.jpg|Ben & Paul
 +
Image:DB6_auto_kick_0_100711_csm.jpg|Autonomous kick from far field
 +
Image:DB6_auto_30_100711_csm.jpg|Autonomous in near field (just prior to kick)
 +
Image:DB6_programming_&_CAD_100728_csm.jpg|Programming & CAD teams at work (port-IRI)
 +
</gallery>
 +
 +
==Shop Organization==
 +
Starting essentially on 10-July, we started reorganizing the shop in earnest. Why 10-July? Well, Mother Nature played a little joke that day.  Morning rain was so intense that it flooded the robot shop via the outside door (at the bottom of a ramp).  Fortunately, we arrived at the start of the flood and were ably to stay ahead of the water, so no damage was done.  We pulled over 30 gallons of water off the shop floor.  Opportunity was taken to organize the shop.
 +
<gallery widths=250 heights=250 perrow=3>
 +
Image:DB6_flood_100710_csm.jpg|Flooded robot shop
 +
Image:DB4_in_water_100710_csm.jpg|[[DEWBOT IV]] remains in water
 +
Image:DB6_Deaver_emptying_shopvac_100710_csm.jpg|Gary Deaver emptying the shopvac
 +
Image:DB6_Rizzo_ready_for_the_flood_100710_csm.jpg|Mike Rizzo ready for the flood
 +
Image:DB6_Maley_wringing_100710_csm.jpg|Siri Maley wringing water from towels
 +
Image:DB6_empty_shop_100710_csm.jpg|Empty shop - ''where's all the junk?''
 +
Image:DB6_drying_out_100710_csm.jpg|Shop drying out
 +
Image:DB6_Cole_prepping_cabinet_100710_csm.jpg|Cole prepping the cabinet for painting
 +
Image:DB6_ready_to_paint_100710_csm.jpg|Matt & Faith McKown with cabinet ready to paint
 +
</gallery>
 +
 +
==Glick - 31-July==
 +
Ben Kellom introduced me (Clem) to [http://www.mbglick.com Moses B. Glick LLC] today.  Basically a salvage yard in Fleetwood PA (East-nor-east of Reading).  Glick specializes in metals, tools and machinery.  I picked up six sturdy work benches for our remaining time in DEC and of course our new home.  Glick has a wide selection aluminum, steel, stainless steel, nylon,... stock in various sizes and shapes.  Sold by weight.  Aluminum is $1.50/lb.  We should definitely look here before placing orders with our traditional supplier.
 +
<gallery widths=250 heights=250 perrow=3>
 +
Image:DB6_Glick_trailers_100731_csm.jpg|Glick trailers
 +
Image:DB6_Glick_benches_100731_csm_1.jpg|Work benches found
 +
Image:DB6_Glick_pneumatics_100731_csm.jpg|pneumatics trailer
 +
Image:DB6_Glick_Al_100731_csm.jpg|Aluminum stock
 +
Image:DB6_Glick_machines_100731_csm.jpg|mills
 +
Image:DB6_Glick_benches_100731_csm_2.jpg|Work benches loaded
 +
</gallery>
 +
 +
===8-August===
 +
<gallery widths=250 heights=250 perrow=3>
 +
Image:DB6_bench_work_100804_csm.jpg|Garrison, Drew & Cole flipping tops on the work benches
 +
Image:DB6_Cole_100805_csm.jpg|Cole & work benches
 +
Image:DB6_benches_100804_csm.jpg|1640's work benches
 +
</gallery>
  
  
 
----
 
----
 
Catch up on other team information at [[FRC Team 1640]]
 
Catch up on other team information at [[FRC Team 1640]]
[[Category:Robot]][[Category:DEWBOT VI]]
+
[[Category:Robot]][[Category:DEWBOT VI]][[Category:Summer Program]][[Category:Photo Galleries]]

Latest revision as of 01:06, 10 August 2011

Paul & DEWBOT VI

Objectives

Objectives for the 2010 Summer Program are focused on our desire to perform well at IRI. Towards this end, we are:

  1. Performing basic maintenance on the robot, especially the drive-train to compensate for the wear and tear of our competitions and demonstrations;
  2. Developing and implementing a possessor which really works;
  3. Getting the control code right & tested, including the angle-drive autonomous; and
  4. Adding a mechanism to raise the mirror.

Necessary Repairs & Maintenance & Drive-Train

Basic maintenance & upgrade work started 2-June and comprised:

  • Pull all pivots. Add spacers between driven sprocket lower 1" bearing. Check condition and refurbish as needed. All treads will need to be changed (they're beat). I will order more treads.
  • Replace Steering Jaguars with Victors and test.
On Wednesday, 2-June, we followed the above plan, without finishing.
  • Pivots removed
  • (4) 0.520" PVC Spacers cut from 1" PVC pipe (we've got miles) - thanks, Douglas & John
  • General cleaning & tread replacement. Steering sprockets pulled from pivots.
  • Drilled holes for Jaguar > Victor switch. We made a template first, so that holes were drilled in the correct spots.
Generally, pivots are in good condition excluding tread wear and carpet fiber accumulation on the transfer axle. No "broken" pivots as at PARC. All steering sprockets are 0.52" above lower bearing (same as model dimension - 0.521") except Pivot #3 at 0.33" (thereby our steering chain problem). Pivot #3 steering sprocket set screws were loose (not quite finger tight).
The Pivot Replacement Process was documented.
On Wednesday, 16-June, we continued:
  • Molly & Garrison joined us - welcome!
  • Steering Jaguars replaced with Victors. All drive Jaguars are black.
  • Pivots 1 & 4 reinstalled. 2 & 3 still in service.
  • PVC spacers installed.
Work was completed on 19-June, just in time for the Upper Uwchlan Block Party.

Possessor

At PARC, Monty Madness and (BR)2, we were dissatisfied with our possessor's performance. While it seemed to perform well enough at the STEM Defined demonstration, in the heat of competition, it tends to either fail to possess the ball, or to cause or allow the robot to drive over the ball. We really could not effectively herd balls into the goal either (because of a tendency to drive over them). This was addressed for IRI. Original options included:

  1. A vacuum possessor (like Team 25's)
  2. A Possessor with a low roller
  3. Adapt the possessor to grab the ball by pinching it (without lifting it off the floor) rather than just applying a backwards spin. [In virtually all benchmarking cases, this involves a low roller/bar anyway.]

Vacuum Possessor

Preliminary analysis in Inventor indicates that it is feasible to accommodate a vacuum-type possessor similar to Team 25's in the DEWBOT VI chassis. The driver would have to accurately center the ball. Analysis and design were not pursued past this point.

Low Roller Possessor

We've observed that robots with effective possessors often have passive rollers at or below the ball centerpoint. Installing such a low roller on DEWBOT VI without a major redesign was not trivial. Key challenges were:
  1. Avoiding interference with the kicker
  2. Avoiding interference with the pivots
  3. Maintaining our ability to cross bumps without difficulty. A low-position roller intrinsically is in the way when climbing a bump

Trirol Possessor Design

A possessor was designed having an articulated, low, 3rd roller. Kicking clearance requires some non-structural kicker modification. Articulation is needed to clear the bump. For full specifications, see Trirol Possessor Design Specifications and Detailed Drawings.

As designed, this is a back-rolling possessor, not a pinching possessor. It could in principle be converted to a pinching possessor if the low roller bearings were removed or disabled.

Testing

3rd roll prototype installed on DEWBOT VI
At Jon Davis's suggestion, a fixed 3rd roll prototype was installed and tested on 30-June. Key observations:
  • Possession performance appears unaffected by the 3rd roller - poor-to-mediocre
  • On the other hand, it is now impossible to override the ball
  • and herding now works very well, possessor on or off
Overall, some small improvement, but not at all what we were hoping for.
Adding friction tape to the bottom roller resulted in no observable improvement.

Hi/Lo Possessor

We were planning to replace the middle steel roller with fiberglass, but before installing the fiberglass rod, we tested the possessor without the middle roller. This provided a phenomenal improvement in possessing performance. This Hi/Lo 2-roller possessor really works! With a stiff (steel, not fiberglass) and frictive Lo Bar, it's definitely a pincher. It makes no attempt to center the ball (but we're ok with that). No ball overdriving problem. Further development produced even better results. We have a Vulcan death grip (and it doesn't just convince the Romulans). The ball goes in. The robot goes forwards, backwards, sideways, slantways, longways, backways, and spinways. The ball stays in--approximately 2.75" but not more than 3", and not off the floor. It passes the ruler test, the paper test, and (most importantly) the Rizzo-the-Ref test. The only way to release the ball is to turn off/run backwards the possessor or kick. We don't even need to reduce the torque, though we can, since the vertical IR ball sensors work. The death grip doesn't visibly affect the kick range or arc (both of which are quite nice). The only way to pick up another ball is to get rid of the first--no way to possess two a once since the first on stop the top roller.

Back to the Drawing Board (July 3 & 4) - Articulation Redesign

The elimination of the middle roller made access for actuation of the low roller simpler. Narrowing the top roller is no longer necessary. A design with this change was started, then abandoned. The possessor went through two major redesigns in two days. In addition, our tests make it clear that a great deal of backwards force is applied on the low roller. The Trirol's low roller mount was not designed with this sort of force in mind. We therefore needed a more robust approach for the articulated low roller.
After prototyping and CAD work, the final design emerged to be vertical retraction actuated by (2) 3/4" diameter x 4" stroke pneumatic cylinders. For full details, see Hi/Lo Vertical Retraction Details.
The kicker still needed to be modified slightly (cut down from 15" to 13"), and the possessor system is effectively narrower. Neither of these significantly limit possessor or kicking.
The excessive load on the possessor motor & drive presented some damage issues. Possible solutions pursued included:
  • Limit current to the motor via a current-based feedback loop (a control/electronic solution)
  • Reduced the frictional coefficient or the normal load between the possessor drive belt and either the motor pulley or the possessor tube, turning this into a poor man's clutch.

The first option requires implementing CAN. We did switch the possessor motor from a Victor to a black Jag, but development stopped there given the complexities in adding CAN at this point. The second option proved more practical provided the final solution. Looser polycord belts (from 8% reduction to 6%) reduced the normal loads. Adding friction tape to the motor pulley (in addition to the Lo Bar) increased the pulley-belt frictional coefficient relative to the Hi Roller-belt coefficient, inducing the belt to slip only on the Hi Roller. This is also much less taxing on the polycord.

Additionally, benchmarking of other successful bottom rollers (which neither roll nor facilitate rolling) revealed an inordinate number of teams using 1/2" angle. Prototyping (with aluminum) seems to reveal why. The ball tends to roll (and thus fall out) much less than with even the misnamed bottom roller bar, and holds somewhat better in snake and much better in strafing. (Strafing is a beneficial aspect of our drivetrain could prove very helpful on defense against a certain looper bot at IRI.) The system isn't yet to death-grip standard, but I (Siri) wouldn't be overly surprised if changing the roller(s) surface(s) and/or speed (recommended at 2x robot speed) got us quite close.
We appear to be having sporadic DS-robot communication malfunctions, both during bootup and randomly mid-test. It'd be great to determine the root cause(s).

Final Designing Photo Gallery

Testing & Driving Practice (12-July)

We encountered several problems during driver practice & testing on 12-July. View the night's log here. In summary, we've got some practicing to do. Most of the work will focus around increasing competency with the new possessor, practicing 2 robot (thanks, DEWBOT V) interactions on defense and offense, and addressing any maintenance issues that arise (including training the pit crew).

Post-IRI (28-July)

We persued the action plan from the IRI Post-Mortem to further improve the possessor.

  • Replaced broker cylinder
  • Replaced standard clevises with ball joint rod ends to provide additional degrees of freedom thereby reducing the prospect of bending cylinder rods or binding action
  • Replaced 80/20 roller brackets with Kellom-custom 4-wheel keyed brackets
  • Installed ½" ID latex tubing on bottom rod in lieu of friction tape
  • Installed Deaver magnetic clutch in lieu of crude belt-tension friction "clutch" on possessor drive

The magnetic cluch created a lot of vibration, which keeps the possessor from working. We will continue development and test again next week.

4-August

Gary Deaver revised the magnetic clutch by adding a 2nd drive disk with magnets out of phase with the 1st drive disk. The thought was that this arrangement would reduce possessor roller vibrations to the point where the possessor would work. This modification was ineffective and we went back to the crude friction clutch used at IRI.

The issue is that disengagement of the magnets (slippage of the clutch) forces a short period of reverse direction drive before the clutch magnets reengage at the next coupling.

A plate type friction clutch would work. The problem with friction clutches is heat and wear. Also we only have a 1.5 x 1.5" cylinder to fit it into. For now the slipping belts will have to do.

Mirror

Looks really good, but we should:

  • Verify that it stays within the frame perimeter.
  • It would be good to have a means of raising it during competition. A servo might be adequate.
  • A working possessor, or a sensor to kick automatically would be a benefit now that we can find the hidden balls.

3-July Update

  • The mirror was moved back 1" to keep it within the frame perimeter (Jen).
  • Initial prototyping and CAD took place for a servo raise/lower mechanism (DJ).

4-July Update

Much effort - little progress. Servos do not appear to have the necessary torque to raise the mirror.

Plan B would be to use a 3/4" pneumatic actuator.

7?-July Update

It works! With a little help from Foster and his VEXing, the servo pushes the mirror up with ease. It does not bring the mirror down. That's ok (in fact, it was in the functional specs), we'd rather have it up. A second latex tube has been added to the other side to prevent torquing.

11-July Update

We've loosened the second latex tube to prevent the mirror from re-extending outside the frame perimeter. We've also added a simple latch (a deliberately damaged wire tie to allowed unlatching) to hold the mirror down during maintenance. The mirror is not raised during autonomous, though it can start up. Retrospectively, the servo placement makes bumper wingnut and lifting handhold access a bit more complicated. (The non-possessor motor side would have been better.) We'll live, though. We've also realized that we've gained some primo advertising real estate on the back of the mirror, and that we can add a polycarbonate back shield for the same reason. This is good, especially since we'll have to cover up some of the current sponsor logo space with our autonomous tape guides. Plus, this new space is vertical.

Mirror photo gallery

Programming Version Control

Implement and use version control to enhance communication and collaboration.

Programmer Jobs

  1. Review the final code specs (below).
  2. Communicate and distribute assignments. Ensure team knows what you are working on and when your draft will be done.
  3. Indicate on meeting work plans what you will be doing during the meeting. Check off items (and upload your code) when you complete them.
  4. Use the Mercurial version control. Ensure versions are kept up-to-date and well labeled. Store code locally before competition (don't rely on internet at competition venues).
  5. Write, debug, and comment (describe how it works, possible issues/changes, etc) on your code.
  6. Ask questions as needed.
  7. Meet your deadlines and/or inform the team of issues.
  8. Inform the design team/meeting management what you need to test your code and how long you think it will take.
  9. Consolidate individual assignments into a single code body. Upload and test this as well.

Current Mercurial Assignment

  1. Create a local working copy of the repository on your own computer.
  2. Create a text file in the "wall" directory announcing your presence. (Hint: You will need to let Mercurial know about the new file by "add"ing it.)
  3. Get your new file to the repository.

Photo Gallery

Shop Organization

Starting essentially on 10-July, we started reorganizing the shop in earnest. Why 10-July? Well, Mother Nature played a little joke that day. Morning rain was so intense that it flooded the robot shop via the outside door (at the bottom of a ramp). Fortunately, we arrived at the start of the flood and were ably to stay ahead of the water, so no damage was done. We pulled over 30 gallons of water off the shop floor. Opportunity was taken to organize the shop.

Glick - 31-July

Ben Kellom introduced me (Clem) to Moses B. Glick LLC today. Basically a salvage yard in Fleetwood PA (East-nor-east of Reading). Glick specializes in metals, tools and machinery. I picked up six sturdy work benches for our remaining time in DEC and of course our new home. Glick has a wide selection aluminum, steel, stainless steel, nylon,... stock in various sizes and shapes. Sold by weight. Aluminum is $1.50/lb. We should definitely look here before placing orders with our traditional supplier.

8-August



Catch up on other team information at FRC Team 1640