Pick and Place – 12 Servo Mount & Tape Feeder System

By: Tyler Jones (Manufacturing) and Belinda Vivas (Project Manager)

 

Figure 1

In order for the pick and place machine to be able to complete one board, it must be able to pick and place many different devices for a whole board. It must be able to pick and place capacitors, and resistors of varying sizes 0402, 0603, and larger. For the purpose of the 3DoT board the components must be 0603 sized. The parts are dispensed either using the mounted reels, or the individual manually feed part tape. In order for the tape to advance the parts into the reel feeder system uses servos to run and pull the plastic cover from the SMT part tape.

Directions on how to correctly set up the tape is contained in the instruction manual. The 12 servos are mounted on an equally spaced servo mount shown in Figure 1. Additionally two sides must be created to create a “U” shaped servo mount. Shown below are the aluminium side pieces in Figure 2.

Figure 2

 Regardless of whether the user chooses to use the reels or the individual manually cut strips, the servos must advance the tape and be able to not only collect the protective outer tape film that encloses the parts, but also move the second part into the same position as the first part was in, after the first part has been placed.
Fabrication of the servo mount must incorporate 12 or more servos to be mounted on to a platform above the surface so that they can be programmed and calibrated to turn a certain distance that is calculated to move the second part forward to the same position. The servos are equally spaced in 1 inch intervals. It is important that the servos are positioned at the same distance from the base of the feeder trays. This is to ensure that the individual calibration of each servo is relatively in the same range of motion for turning, and that the force of tension on the tape is relatively similar. This can be seen in Figure 3 below.

Figure 3

The entire platform must be mounted on to two legs that support the servo platform. This is shown in Figure 4.

Figure 4

The servo platform and two sides had to be cut from 6061 0.125 inch aluminium. The aluminium was donated by the SAE. The aluminium was cut using a programmable plasma cutter. The plasma cutter utilizes a DXF file in order to create cutting lines. The part was created in SOLIDWORKS. The part was then converted to a DXF file in SOLIDWORKS. These are shown in Figure 5 and Figure 6 below.

Figure 5

 

Figure 6

The servo mount was drilled in twenty four locations with a drill bit that can accept M3 sized bolts. The servo mount was then assembled using very small M3 sized bolts. The bolts. were fitted with M3 sized nuts, and washers. The servo platform was welded to the two sides using a TIG welder system in order to join aluminium. The welding is shown below in Figure 7 and Figure 8.

Figure 7

Figure 8

After the full assembly has been welded together, and the holes were drilled, now the servo holder can be mounted. It is important to bolt the entire platform tightly to the legs which are bolted to the tape feeder platforms. The servo platform must be placed on the legs at a 45 degree angle. This helps to create a optimal pulling force of the outer tape. The completed servo mount is shown in Figure 9 and Figure 10. The servo motors come with circular discs that attach to the shafts of the motors. Some gorilla epoxy was applied to standard sewing spools shown in Figure 9. The spools are then fitted onto the servos and can now function as a tape cover collector, and as a way to force the tape onto the aluminium table. Information and instructions on how to force the tape onto the table is contained in the instruction manual, as well as the Feeder Tray post.

Figure 9

Figure 10

Spring 2017 BiPed – BiPed Prototype/Walking Experiment

By: Alexander Clavel (Project Manager)

Approved by: Alexander Clavel (Project Manager)

Table of Contents

Introduction

The BiPed projects goal is to be able to create a walking bipedal robot that is able to perform static walking. The definition of static walking is walking that remains constantly balanced throughout the robots entire walk. In theory, when the power to the robot is cut off, the BiPed should stay standing and balanced. This is one of our main requirements. This blog post shows the process of building one of the prototypes.

Design/Construction

The overall construction which included buying all the parts and materials and then assembling them together took a little less than a day. We decided to go with a design that was found through reserach on youtube of walking bipeds. We were looking to find something simplistic as to be able to stay light on the material as well as the power draw on the electrical components. The BiPed we based this prototype off can be found here in a video. In the video, the biped uses a straight leg with no linkage and uses circular motion to walk forward. It is also a very small design that reaches a little under 20 centimeters in height which is something we would like to incorporate in ours.

Gear Box

Figure 1

Figure 2

This was the first attempt at using a gear/pulley combination to drive the robot. The white round gears on the outside of the wood area in figure 1 show the rotational movement that the legs would be taking during the walking motion and the actual legs would be connected to the metal pegs sticking out. The rubberband in the pulley in figure 1 would wrap up to the pulley that is attached to the motor in figure 2. I tried using a 1 to 1 ratio for the pulley on the shaft to the pulley that will drive the 2 gears next to it. From reasearch done and experience with cars, I learned that using a smaller radius for the driver to a larger radius produces more torque, but less speed. For our requirements we will be needing that torque to be able to drive the robot, but we will also need to keep it fast enough to pass our speed requirement. From this reasoning I tried a 2 to 1 or 3 to 1 for the purpose of testing the walking motion. The two additional bevel gears in figure 2 were to work towards a solution for the balancing problem, but it was never completely finished due the professor not liking the design of our feet (which overlapped each other) so the design was to be changed anyways.

Leg Design/Movement

Figure 3

As stated before, there is a single wooden board for the legs that use a rotational motion for the legs. Figure 3 shows a side view of the gear box where the legs would be attached. The bottom of the robot is to the right of the image. This being just a test, I placed the pegs very close to the shaft because I just wanted to at least see if it would rotate. The final product would have to have a larger radius from peg to shaft so that the robot will be able to get a decent distance with each step. Again our design was kicked back because the feet  that were attached were overlapping to account for the balancing. Without the overlapping feet, the balancing mechanism at the top of the robot would have had to be completed.

Conclusion

Figure 4

Figure 4 shows the entire main body of the biped attached. Again the rubberband is connected from the pulley in the gearbox to the pulley driver connected to the motor. The legs were not added to the image, but again, they are connected to the metal pegs sticking out on the sides. To restate it, the gear at the top of the robot is vestigal at this point and doesn’t serve a purpose for this prototype but should play a bigger part in the final product. When completely assembled, the robot shows that it does indeed give a clean walking motion while being held in the air. When placed on the ground the robot does “walk”, but it was a very rough, sloppy, and unbalanced motion. As it moves forward it does wobble side to side to a large degree, but at a very slow pace. Concluding comments would be that:

  • It does perform a walking motion
  • It does not stay balanced without the overlapping feet unless a balancing mechanism can be created
  • The walking speed is very slow.

There will need to be more adjustments to the prototype for application on the final product.

Referrences

  1. http://www.blocklayer.com/pulley-belteng.aspx
  2. http://tech.txdi.org/gearsandpulleys
  3. https://www.youtube.com/watch?v=Z7N0xCDVzIA&feature=youtu.be

Sping 2017- SpiderBot’s Cost of Learning

 

 

By Nicholas Jacobs – Project Manager

 

As the Preliminary Design Review approached, Daniel, our Manufacturing Engineer, diligently modeled all of SpiderBot’s pieces in SolidWorks. SpiderBot’s design, originally found at Instructables. com, came with .dwg CAD files that had to be converted into .dfx files, which act as the industry standard for laser printing.  This conversion unknowingly created a very expensive problem I’ll talk about shortly. When it came time to print, we erred on the side of caution choosing to construct SpiderBot using a mix of 1/4 inch and 1/8 inch acrylic thicknesses. Excited for being one for being one of the first groups to have a design ready for print, I enthusiastically coordinated a meet-up with the Shop Foreman at CSULB’s Design Center and sent Daniel on his way to print. Not knowing what to expect, Daniel meets up with Foreman and learns that printing consists of $5 upfront and $1 per minute thereafter. Agreeing to this, Daniel begins to print. Remember that expensive problem I mention above? Well 45 minutes later, our parts are still printing-long story short, we spent $89 dollars on our first print for SpiderBot version 1. After talking to Daniel, we had no idea as to what caused this or how to fix it. On the bright side, all our parts were ready to be assembled, but at that point 45% of our $200 budget had been consumed.

 

Daniel began to scour for answers, not finding anything explicit, he did notice after the conversion process, any part that had a curve or bend was altered- now consisting of what he called ‘infinitesimal’ line segments instead of one smooth curve to make its shape. So when it came time to cut, the laser cutter was literally cutting each ‘infinitesimal’ line segment, hence the super long cut time.

 

Infinitesimal lines that increase print time.

Leg design with regular curves – faster print time.

 

 

We never found a quick fix for a smoother file conversion, Daniel decided to remake each part by hand ( in SolidWorks) to ensure that there were no more ‘infinitesimal’ to hamper our cut time. When talking about this problem during one of our weekly meetings, Daniel did suggest that follow-on semesters take a screenshot of the desired part, import into SolidWorks, and suggests using the ‘Trace tool’ in SolidWorks .

 

Accepting our losses, we moved ahead assembling SpiderBot while also conducting trade-off studies to determine what DC motors should drive our walking mechanism. At the time, I had two GM3 DC motors laying around from a previous project, and we decided to use in the meantime. Once assembly was complete, we tested our new design, by applying a 9 volt battery to both of the leg motors…it walked-just not consistently. This was mainly due to SpiderBot’s plus size weight of 842 grams, which is including two 31g GM3 DC motors. Hats off to the mail room located within the shipping and receiving building across the street from ECS building for weighing both builds of SpiderBot.  After presenting our preliminary design to the class, the customer stated that our design is too big and that we need to downsize.

 

build_1 – look at nuts and bolts for size comparison.

 

Reducing the size of SpiderBot isn’t as tedious as you may think. Daniel again found a ‘scale’  tool (mold tools> scale OR insert>features> scale)  within SolidWorks that allows you to expediently reduce/enlarge the size of each part by a certain factor. With the infinitesimal lines gone, the creation of a smaller more streamlined design, and all parts planned be recut using 1/8 inch acrylic, we rush to print build 2 eager to see our reduction in weight and size.

 

$25. That is all our 2nd cut cost to complete. That included $5 upfront cost and then 11 minutes ($11) to cut, plus $9 for a sheet of 1/8 inch acrylic. The cost breakdown is as follows:

$89 + $20 ( materials) = $109 for build_1

$11 + $5 + $9 = $25 for build_2

The corrections made from build_1 to build_2 led to a 77% reduction in price. However, the best is yet to come- our desired mass. After all pieces were cut Daniel quickly assembled SpiderBot build_2, he used a Parallax proto-board from EE 370 Lab to act as a power source to drive both motors.

build_2 – notice how much larger the nuts and bolts appear

 

With GM3 motors attached, we took build_2 and returned to the post office to check the new weight.

much better…for build_2!!

 

A breakdown of our mass:

780g + 31g(2) = 842 g build_1

385g (includes GM3s) build_2

Build_2 was a 54% reduction in mass!!

With this significant weight reduction, SpiderBot walks consistently, smoothly and appears to have little to no friction points.

As of 19 April 2017, with the 3Dot board, camera (smart phone – 178g), prototype grappling system, we’re approaching 750 grams. If we would have stuck with Build_1 we would have approached and most likely exceeded 1Kg. During our verification and validation stages over the next two weeks, the SpiderBot team will continue to look for ways to reduce our weight to ensure the best most efficient design.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Wheel Forces Calculations

By Anthony Dunigan

Back of the envelope calculations for wheels and electronic slip differential.

Table of Contents

Requirements

Level 2 Requirements

In order for the project to move forward in our Level 2 requirements numbers 8 and 9. We need to gather calculations based on our 6 in (0.0762m)  wheel diamater.

Constants and Variables

r = radius (m), m = mass (kg), g = acceleration of gravity (m/s2), u = dynamic friction coefficient, uo = static coefficient, F = normal force(N), Fpw = normal force per wheel(N), FNet = net force or tangential force(N), Fstatic = static friction force(N), Fdynamic = dynamic friction force or when the wheel slips(N), T = torque(N*m), M = motor torque(N*m), Ff = friction force(N), I = current (Amps), V = voltage (Volts), Pout = Output power of motor (W), Pin = input power of motor;

Calculations

m = 22kg; g = 9.8 m/s2 ; u = 0.725 (rubber on concrete); uo = 1 to 4 or 2 (rubber on concrete); M = 0.339 N*m, I = 1.96 A, Pout = 9.3 W ,  at max efficiency; M = 1.13 when stalled.

F = m*g = 22kg *9.8 m/s2 = 215.6 Newtons (N), Fpw = F/6 = 35.93 N;

For the wheels to be balanced, static friction force must fulfill this inequations:

Fstatic  ≤ uo * Fpw =  (2) *35.933 N = 71.866 N;

If the static friction is unable to balance the system, then the static friction becomes dynamic friction and that’s when the wheel slips. The dynamic friction equation is:

 

Fdynamic  = u * Fpw = 0.725 * 35.933 = 26.05 N;

For the wheel to avoid any slip, the friction force which is dependent upon the motor torque (M) should satisfy the equation below:

 

Ff = M/R  ≤ uo * Fpw

Ff = 0.339 (N*m)/0.0762(m) = 4.45 N

 

So the  force acting on the wheels must not be greater or equal to the friction force of the motor.

 

Sources

http://e-collection.library.ethz.ch/eserv/eth:8200/eth-8200-01.pdf

http://hypertextbook.com/facts/2006/MatthewMichaels.shtml

http://simplemotor.com/calculations/

http://www.ebay.com/itm/24V-50rpm-Metal-Gear-DC-Geared-Motor-Reduction-Turbo-Worm-Gear-Motor-/321731427255

http://www.tsinymotor.com/cn/Products/wolunjiansudianji/2014/0619/118.html

 

Solar Current Sensor Experiment

(Written By: Edgardo Villalobos – Manufacturing/Solar Panel)

Using INA3221 current sensor breakout boards to measure current and voltage of a battery. INA3221 current sensors will be implemented in project to isolate voltage of each solar cells.

Table of Contents

Overview

This project requires current sensors in order to measure the current running through the solar cells. We are having 36 solar cells on the solar panel. We are using 12 INA3221 current sensor breakout boards to do this because they each contain 3-channels, support high-side current and bus voltage monitors with an I2C interface. These sensors are able to connect to the Arduino we will be using.

 

Circuit with Solar Cell

In the photo below, there is only one channel being used. The voltage is only measured because to measure the current, the circuit requires a load.

Arduino Code

The Arduino code for the current sensors is shown below for one channel. It defines the channels and names, sets all values to zero, reads the input values, and finally gives out the outputs for each of the channels being used.

Circuit with Battery

For practice, a battery and a resistor were used to find the voltage and current. The battery is the voltage source and the resistor acts as the load. The current sensor was able to record both current and voltage.

Pick and Place – Camera Test

By: Kevin Ruelas (Electronics)

Using the interface definitions defined in the camera document. I was able to test the camera to make sure it worked and was taking a photo correctly. The microSD board was a big part of this test as it was required to test the image before figuring out how to send it to Processing and if it was receiving the correct data. In terms of edge detection, I used an open source library called OpenCV. Upon looking at all their libraries I found the Canny edge detection to be the best for defining an edge. The photo is sent 64 bytes at a time and it may take up to 10 seconds for it to completely transfer the photo. From here, calibration code can be written to analyze the photo taken pixel by pixel and reference it to a calibrated photo in order to determine how much the X and Y axis needs to move so it can be at the origin.

 

Pick and Place – Z-Axis and Nozzle Test

By: Tiler Jones (Manufacturing) and Chastin Realubit (MST)

Z-Axis Motor: We did an experiment to see the load that the Z-Axis can handle and we found that it will still carry up to 2000 g. This experiment was done so that we can see if the motor can still move up and down even with more load. This was needed because we are adding a camera on the Z-Axis and we needed the system to still function with extra weight.

As seen on the pictures below, the Nozzle was completely removed due to its instability, the rods were replaced, and wires routed differently to reconnect and replace the nozzle to be stable so it does not move while the Pick and Place is running.

 

Spring 2017 Velociraptor: First SolidWorks Model

Table of Contents

Authors

By: Andrea Lamore (Manufacturing)
Approved By: Jesus Enriquez (Project Manager)

Introduction

During the early stages of the design process, leading up to PDR, the Velociraptor’s frame was similar to what was presented at CDR but had a few distinct differences in terms of specific part modification and part sizes. The purpose of this post is to present one of the first iterative designs for the Spring 2017 Velociraptor.

3D Modeling on SolidWorks

When first designing the hardware model for the Velociraptor, a design change was made so the Velociraptor could be made to walk with 2 DC motors. The Theo Jansen Linkage allows for walking with continuous rotation around a jingle joint, making it an ideal choice for the Velociraptor leg design.

The Velociraptor requires a turning mechanism. This could be done most obviously by having one leg take steps while pivoting around the other leg (much like how an RC car turns), or my adding an axis of rotation around one of the joints in the leg (either the hip or the ankle in our cases). Two universal joints at the hip was chosen to provide rotation at the top of the leg mechanism. This allows the continuos rotation of the leg  while the hip is at an angle.

 

The DC motor will be placed on the outside of the leg as to help with balance of the robot by moving mass away from the center axis so that shifting the center of mass (done by shifting the head and the tail) may be accomplished more easily. This also allows the motors to stay in parallel with the leg when the hip rotates.

When the velociraptor turns, the center of mass will move away from over the fulcrum point, for that reason two servos will control the head and tail independently. This was decided so that when the velociraptor turns, the head can be adjusted separate from the tail so that the center of mass stays over the fulcrum pint (over the standing foot). The following figure demonstrated how the center of mass changes with rotation of the hip.

Conclusion

As the iterative design process was pushed forward, through prototyping and trial & error, it led to further design changes leading up to our CDR design model. Realizing as oppose to modeling on SolidWorks is much more difficult and that was discovered through experience in assembly the physically manufactured parts for the Velociraptor.

Pick and Place – Solenoid Valve Design and Control

By: Tyler Jones (Manufacturing) and Kevin Ruelas (Electronics)

The above Figure 1 and Figure 2 schematics show the solenoid circuit simulated in LTSpice. The circuit on the left shows that when the arduino pin is set to high the circuit turns on allowing the current to flow through drain and source to the solenoid valve. The circuit on the right shows that when the arduino is set to low, there is no current flowing through the drain and source to the solenoid.

This creates an electronically controlled switch, and can be programmed to turn the pump on when picking a part, and off when placing a part. This is vital to the pick and place control system because it needs to be able to switch on using power from the Me Adapter board of +5V, to control a larger voltage of +11.7V from the Me Uno header pins. The IRF 530 MOSFET switches the gate voltage of +4.7V to the source drain voltage of +11.7V This voltage can is now large enough to drive a current to the solenoid and turn it on and off. The +4.7V control voltage from the arduino is programmed to correspond to the following values.

CODE SENT $9 (GCODE) $10 (GCODE)
ARDUINO PIN +4.7V (HIGH) +0V (LOW)
IRF 530 MOSFET ON OFF
SOLENOID ON OFF
SUCTION PUMP ON OFF
ACTION PICK PLACE

The solenoid was tested using an ammeter in series with the Drain of the MOSFET and wire of the solenoid. The current draw shown in Figure 3 through the MOSFET into the load was about 410mA. The turn on current needed to excite the coil in the solenoid was found to be about 310mA. This means that the solenoids resistance value can be modeled most accurately as an inductive coil load in series with a resistive load. The total resistance of the solenoid based on current draw was an operating range of about 24-35 ohms. The circuit works as designed and tested.

The tested circuit shown above was translated into a custom soldered PCB, in order to have the wires and components secured to a fixed location within the electronics housing. The PCB board will be mounted on standoffs inside the electronics housing.

Spring 2017 Velociraptor: DC Motor Selection

Table of Contents

Authors

By: Mohammar Mairena (Electronics & Control)
Approved By: Jesus Enriquez (Project Manager)

Introduction

Through research on DC Motors, I came across gear motors. Gear motors add mechanical gears (gearbox) to reduce speed/increase torque and vice-versa. The increase in torque is inversely proportional to the reduction in speed. Each gearmotor has a different gear ratio that alters the torque/speed calculations. Through the E&C division manager and Professor Hill, I borrowed what were said to be two GM 7’s and a GM17.

Requirement:
L2EC – 4: The velociraptor shall use DC motor(s) to drive the legs of the Velociraptor

Selecting the DC Motors

After testing what was supposed to be two GM 7’s, I realized the current values did not match up to those on the GM 7 datasheet. Upon further research, one of the GM 7’s turned out to be the pololu 200:1 plastic gearmotor with a 90° Output. The other motor was also not a GM 7 as it drew much more current than a GM 7. For both motors, I measured two things: stall current and the free running current at no-load. The stall current is the current at which the shaft of the motor is no longer rotating (under max torque conditions).
Comparing both motors, it is clear that the Pololu is much more ideal for our robot due to the low current draw it will have in comparison to the other yellow motor. In addition, it is important to note that the current draw from the Servo motors has not been taken into account. The Pololu gear motor is a great alternative to the GM 7 for 2 reasons: low current draw and high torque output.

Table 1: Pololu 200 Results

Table 2: Yellow Gear Motor Results

Resources

1) https://www.pololu.com/product/1120/specs
2) http://www.robotshop.com/en/solarbotics-gm7-gear-motor-7.html