16 RoboloadManual2003Sep10
16 RoboloadManual2003Sep10
Copyright, General Motors Corporation, 1980-2003. All unauthorized use of this piece of software is forbidden.
GM ROBOLOAD CONTACT: Todd Watson, Yanli Zhou, CRW Robotics, General Motors Corporation, M/c:
480-109-164, 30300 Mound Road, Warren MI 48090-9040. Fax: 586-947-1039; Email: [email protected]
Roboload v2.3 Users Manual
General Motors Corporation GM Controls, Robotics & Welding
Table of Contents
1 Introduction ....................................................................................................................................................6
1.1 Overview ................................................................................................................................................6
1.2 History ....................................................................................................................................................6
1.3 Units .......................................................................................................................................................7
1.4 Roboload Version 2.3 ............................................................................................................................7
2 Installation and testing....................................................................................................................................7
2.1 System requirements...............................................................................................................................7
2.2 Installation ..............................................................................................................................................8
2.3 Testing your installation of Roboload 2.3 ..............................................................................................9
3 A brief primer on Roboload related topics .....................................................................................................9
3.1 A Coordinate frame primer.....................................................................................................................9
3.2 Commonly used coordinate frames ......................................................................................................10
3.3 A mass and inertia primer.....................................................................................................................13
3.4 An inertia and "finite elements" primer ................................................................................................15
3.5 A units primer.......................................................................................................................................17
4 Using Roboload 2.3......................................................................................................................................17
4.1 Roboload toolbar special purpose buttons ............................................................................................18
4.2 Running Roboload v2.3........................................................................................................................22
4.3 Creating or re-using end of arm tooling and dress data files ................................................................30
4.4 Importing end of arm tooling data and dress from solid modeling programs (e.g., Unigraphics) ........32
4.5 Analyzing Roboload output..................................................................................................................33
4.6 Interpreting Roboload's output to better design the payloads/tooling...................................................36
5 Roboload and the tooling design, build and buyoff process .........................................................................41
5.1 Problems and solutions.........................................................................................................................41
6 Frequently asked questions and encountered problems................................................................................41
6.1 Commonly asked questions ..................................................................................................................41
6.2 Common sources of problems ..............................................................................................................43
7 Support .........................................................................................................................................................43
7.1 Roboload registration ...........................................................................................................................43
7.2 Roboload problem resolution process...................................................................................................43
7.3 Robot vendor support process ..............................................................................................................45
8 Acknowledgements ......................................................................................................................................46
The Roboload Hall of Fame .............................................................................................................................46
9 References ....................................................................................................................................................47
Appendix I: Roboload registration .....................................................................................................................48
Appendix II: Roboload training request form ....................................................................................................49
Appendix III: Roboload training evaluation form ..............................................................................................50
Appendix IV: Roboload problem reporting documentation ...............................................................................50
Appendix V: Example end of arm tooling drawing ...........................................................................................52
Appendix VI: Example end of arm tooling drawing -- broken up .....................................................................53
Appendix VII: Example end of arm tooling table ..............................................................................................54
Appendix VIII: Commonly used information ....................................................................................................54
Appendix IX: Sample output to test installation ................................................................................................56
Appendix X: Case Study 1 .................................................................................................................................57
Appendix XI: Case Study 2................................................................................................................................62
Appendix XII: Case study 3 ...............................................................................................................................64
Appendix XIII: Instructions for creating solid model input data........................................................................67
Appendix XIV: Roboload 2.3 wish list – Features that need to be added ............................................................72
Appendix XV: Roboload 2.3 bug list – Problems reported and yet to be fixed ...................................................73
Appendix XVI: Case studies using Fanuc robots .................................................................................................74
Case 1b .............................................................................................................................................................74
Case 2b .............................................................................................................................................................75
Case 3b .............................................................................................................................................................78
Appendix XVII: Case studies using kuka robots................................................................................................81
Case 1c ............................................................................................................................................................81
Case 2c .............................................................................................................................................................82
Case 3c .............................................................................................................................................................85
TABLE OF FIGURES
Figure 1: A typical right-handed coordinate system showing the origin and the 3 mutually orthogonal basis
vectors ............................................................................................................................................................9
Figure 2: A point mass described in a coordinate system. Note that it has only mass..........................................10
Figure 3: A finite mass described in a coordinate system. Note that it has both mass and inertia properties.......10
Figure 4: The GM standard face plate frame with the robot in its zero position. .................................................11
Figure 5: The ABB standard face plate frame with the robot in its zero position. ...............................................11
Figure 6: The Fanuc standard face plate frame with the robot in its zero position...............................................12
Figure 7: The Kuka standard face plate frame with the robot in its zero position. ...............................................12
Figure 8: The center of mass or centroidal frame.................................................................................................13
Figure 9: GM standard dress/Axis 3 coordinate frame.........................................................................................13
Figure 10: An example of two objects that have the same mass and c.g., but different inertias. .........................14
Figure 11: Modeling the same object (on far left) differently can result in very different answers and potentially
change Roboload’s output!! Note that while Models 1 and 2 have the same mass as the Object their mass is
distributed differently and the resulting inertias are different in the three cases. .........................................14
Figure 12: Overview Flow Chart Showing How To Use RoboLoad....................................................................20
Figure 13: The Units Calculator built into Roboload v2.3 ...................................................................................21
Figure 14: Selecting/opening Roboload v2.3 ......................................................................................................21
Figure 15 Excel Pop-up Window when you start RoboLoad.xls .......................................................................22
Figure 16: Roboload warning: For GM use only! ................................................................................................23
Figure 17: Roboload v2.3 startup screen. .............................................................................................................23
Figure 18: Setting up your default data path. .......................................................................................................24
Figure 19: Reminding users to set up their default path .......................................................................................24
Figure 20: Filling in the Roboload.ini file. ...........................................................................................................24
Figure 21: Entering the new file name and the units to be used. ..........................................................................25
Figure 22: Warning accompanying the conversion of the data file from a pre-v2.3 version to v2.3....................26
Figure 23: Example data entry worksheet, showing the EOAT Data tab .............................................................27
Figure 24: Robot manufacturer selection dialog box............................................................................................28
Figure 25: Robot model selection dialog box.......................................................................................................28
Figure 26: Roboload output: The analysis report showing vehicle program, station, tooling and designer data .29
Figure 27: Choosing the input units for the solid model data...............................................................................32
Figure 28: The solid model data entry dialog box for the end of arm tooling. .....................................................33
Figure 29: Fanuc Collision Guard Parameters......................................................................................................35
Figure 30: The principal areas in the Roboload output analysis sheet..................................................................36
Figure 31: The robot payload analysis process from design time through validation of tooling hardware built..45
ABB M93 6000 2.4-120 ABB M94A 6400 2.4-120 ABB M96 6400 2.4-120
ABB M93 6000 2.4-150 ABB M94A 6400 2.4-150 ABB M96 6400 2.4-150
ABB M93 6000 2.8-100 ABB M94A 6400 2.8-120 ABB M96 6400 /B-150
ABB M93 6000 3.0-75 ABB M94A 6400 52.9-120 ABB M96 6400 2.4-175
ABB M93 6000 53.0-100 ABB M94A 6400 3.0-75 ABB M96 6400 2.4-200
ABB M94A 6400 2.25-75 ABB M96 6400 2.8-120
ABB M94A 6400 /B-150 ABB M96 6400 52.9-120
ABB M96 6400 3.0-75
1 INTRODUCTION
1.1 Overview
Roboload is a software tool intended to ensure at design-time that the proposed robot end of arm
payload1 is within the capability of the proposed robot. The primary goal of Roboload is, therefore, to
flag -- early in the design process -- a large fraction of the overload situations that could plague GM's
new product launches. It is also intended to help automate the error prone, non-systematic, hand
calculations and to ensure that warranty voiding conditions are avoided. Roboload is not intended to
be a top of the line analysis tool. Therefore, if Roboload flags approximately 30% of the overload
during the design process, it has performed to specifications. To facilitate this, Roboload has been
designed to be a rather conservative analysis tool; the onus is on the user to carefully analyze the
flagged cases.
A secondary goal is to provide the fabric for a systematic robot payload management process to track
issues as the design morphs into actual hardware in the job shops and then in the plant. Roboload's
one page analysis sheet output provides the media for this tracking effort. Buyoffs are required during
design time as well as when the as-built equipment is being prepared for use on the floor.
Roboload's inputs are the geometric and mass information of the intended tooling and, if applicable,
part. This is converted internally to mass and inertia information that is then utilized by the program
to determine if the total load (mass and inertia) is within the robot's specifications. The result of the
analysis is either
Pass -- A "Pass" determination suggests that if the modeled data is correct, the system should
perform well on the floor; or
Further analysis required -- The "Further analysis required" determination suggests that the
payload's inertia properties are outside the robot's specifications, given modeling assumptions
and the absence of application specific information. In other words, further analysis is
required of the job/process shop (possibly with help from the robot manufacturer) to either
redesign the end of arm tooling to "pass" Roboload, or to more carefully address application
specific issues to determine if that robot can, in fact, safely execute the task.
An extreme output is the determination that the given payload cannot be handled by the
selected robot -- a determination that would ordinarily rate a "fail" rating. Given the
conservative nature of Roboload's analysis, we choose to flag this as a "further analysis
required" case.
As Roboload is a GM proprietary piece of software, non-GM use is strictly forbidden and illegal.
1.2 History
Originally created in Lotus 1-2-3 by Paul Tyckoski and then migrated and extended into Excel by Dr
Ningjian Huang and Dr. Prasad Akella, Roboload is now being maintained and updated by Todd
Copyright, General Motors Corporation, 1980-99. All unauthorized use of this piece of software is forbidden.
1
End of arm payload = end of arm tooling, dress, and any parts being manipulated.
Watson and Dr. Yanli Zhou of GM's Controls, Robotics, and Welding Center. As indicated above,
v2.3 has been refined and updated to additionally perform as a design tool. In addition to providing
quantitative metrics in the "Specification Ratings" charts, Roboload is now being configured to also
be a part of a new payload management process to be followed during new product launches.
Futures releases of Roboload are currently in the works. A near term effort will be the release of a PC
based executable version of 2.3 written in VB. A longer term effort is to update the models and
analysis in v2.3 to handle kinetic and configuration data to better model the process planned for the
floor. Also planned for the long term is the migration of Roboload into robot simulation packages like
Deneb's Igrip and Technomatix's Robcad.
1.3 Units
The preferred units used in this document are in the SI notation (mass in kilograms, length in meters,
time in seconds). We extend this to describe force in Newtons, torque in Nm and inertia in kg m2. All
internal calculations are done in the SI MKS system. While the user is encouraged to use SI units to
be consistent with the rest of the world, Roboload permits the use of British units, if necessary. In
particular, the output data -- which by default is in SI units -- can be toggled to SI (mm) and British
units for the convenience of the user.
The rest of this document details the installation, use and abuse of Roboload v2.3. Section 2 walks the
user through the installation and testing procedure while Section 3 is an important primer on some
basic fundamentals critical to using Roboload correctly. The user is strongly urged to carefully read
through Sections 3.1 and 3.2 and is encouraged to peruse of the rest of Section 3. Section 4 describes
the procedures key to the successful running and use of Roboload. As indicated earlier, the tooling
integration process is critical to insuring that the as built tools perform well on the floor. Section 5
gives an overview of this process so the designer using Roboload understands his/her role in the
process. Typical problem situations are addressed in the Section 6 on frequently encountered
Roboload problems while Section 7 details the procedures to be followed when the user desires help
with Roboload software or robot hardware/performance issues.
If you have problems, refer to Section 6 entitled “Frequently asked questions and encountered
problems.”
2.2 Installation
Please follow the following steps if you have had Roboload version 2.3.1 and earlier on your
computer. If you don’t have older version of Roboload on your computer, skip step 1 and 2.
C:\
... existing directories
roboload\
data \
(several data files used in the case studies in Section 4.6)
Roboload.xls
Roboload.ini
... existing directories and files
5. It is recommended that the “data” directory be used for Roboload analyses. A directory structure
may be created within the “data” directory – or in another location if the user prefers.
6. Fire up Excel
7. Choose “New” under the File menu and then us “Save As” to save this empty file as temp.xls.
(This file does not have to have any useful information. We will use it to help set up your default
data directory presently.)
8. Close temp.xls; leave Excel running.
9. Now, from within Excel, launch roboload-2.3. and select Enable Macros within the first pop-up
window. When you do this, you will see the Roboload toolbars loading up.
10. Details (with figures) on the steps that you will be following now are presented in Section 4.2.
Please refer to that material if the admittedly terse instructions here don’t suffice.
11. Click on “Continue” in the warning and about Roboload banner.
12. Roboload should default to a blank screen at this point.
13. Using Excel’s File Open (Ctrl-O) function, open up temp.xls created in Step 11. With temp.xls as
the active window, click on the “Set default” Roboload toolbar button (the 4th from the left) to
select the default location of the data files created in the future by Roboload. The Roboload
Special function toolbar is just below Excel’s toolbars. If you choose to change this default in the
future, follow the exact same steps to create and then tag a file in your favorite data directory,
anywhere on your disk drives.
14. Close temp.xls.
15. Next, edit in Excel the Roboload.ini file that resides in the main Roboload directory. Within
“Open” window, switch file filter to “All files” to see and select the file.
16. You are now ready to proceed with testing your installation.
O X
Figure 1: A typical right-handed coordinate system showing the origin and the 3 mutually orthogonal basis
vectors
2. The three, mutually orthogonal (i.e., perpendicular), basis vectors follow the “right hand rule.”
This rule says that if the curled fingers of the right hand point in the direction of a 90° rotation
from the positive x-axis to the positive y-axis, then the thumb points in the direction of the
positive z-axis.
3. A vector is typically used to locate a point in the coordinate system. Thus, the position vector
O
pm = (xm, ym, zm)
is used to locate an object m, in the coordinate frame [O] in Figure 2 (bold face p refers to a
vector, leading superscript O refers to the frame [O], while trailing subscript m refers to the point
in space under consideration).
O
pm Y
O X
Figure 2: A point mass described in a coordinate system. Note that it has only mass.
In general, the vector Opm points to the center of mass of the object m in coordinate frame O. Thus, in
the case of a finite sized object m, the vector Opm points to the center of mass of m (see Figure 3).
m, I
O
pm Y
O X
Figure 3: A finite mass described in a coordinate system. Note that it has both mass and inertia properties.
Robot
X
arm O
Figure 4: The GM standard face plate frame with the robot in its zero position.
Please note that all End of Arm Tool data is input in this coordinate frame. (By doing this, we
can use the same tool data on different robots.)
This coordinate system (see Figure 5) has its origin at the center of the face plate, on the tool
mounting surface. The Z-axis points directly out of the face plate, away from the robot arm. The
X-axis is picked to be pointing vertically into the ground when the tool is held up in an
orientation as if the robot were in a zero position. The Y-axis follows from the right hand rule
and is parallel to the ground (and to the 5th axis of the robot). Note that the ABB robot's 6th axis
is the Z-axis while the 5th axis is the Y-axis.
Y
Robot face plate
Robot
arm
Z
O
X
Figure 5: The ABB standard face plate frame with the robot in its zero position.
This coordinate system (see Figure 6) also has its origin at the face plate, on the tool mounting surface.
The Z-axis points directly out of the face plate, away from the robot arm. The X-axis is picked to be
pointing vertically up, away from the ground, when the tool is held up in an orientation as if the robot
were in a zero position. The Y-axis follows from the right hand rule and is parallel to the ground. Note
that the Fanuc robot's 6th axis (the "alpha axis") is the Z-axis while the 5th axis (the "beta axis") is parallel
to the Y-axis.
Robot
Z
arm O
Y
Robot face plate
Robot
arm
Z
O
Figure 7: The Kuka standard face plate frame with the robot in its zero position.
5. The GM standard tool mass center frame (or, the "centroidal" frame)
This coordinate system (see Figure 8) has its origin at the center of mass of the tool (and part, if
applicable) and an orientation parallel to that of the GM standard face plate frame.
Robot
arm Y
X'
A3
Axis
Finite Mass (and inertia) [MKS units: mass: kg; inertia: kg m2]
A finite mass (shown in Figure 3) has a mass (m) at a center of gravity location of (xm, ym, zm) as
well as a self-inertia (I) due to its finite dimensions. Actually, it has 6 inertia parameters that fully
define it (Ixx, Iyy, Izz, Ixy, Ixz, Iyz)3. Physically, Ixx is larger when the mass distribution is further away
from the X-axis.
2
The self-inertia of an object is its inertia about a frame through its center of mass. A point mass has no self-
inertia, by definition.
3
Technically, one refers to a 3x3 inertia matrix, I; as the matrix is symmetric, 6 elements define the matrix
completely.
It is important to recognize that inertia cannot be ignored when analyzing robot loading. We have
observed that designers often query us "My payload is within the robot's ability. Why is Roboload
"failing?" A careful check of the analysis often reveals that the inertia of the payload is high (or that
the c.g. is very far from the face plate). Thus, the effort to manipulate two payloads with the same
mass and center of gravity, but different moments of inertia, can be quite different! (See Figure
10).
To test this out, try rotating the two bar bells (which have with the same mass but different separation
distances) shown in Figure 10 about the vertical axis. Does it take the same effort to do so? Which
one is harder to rotate? The one that is harder to rotate is the one with the larger inertia!
Figure 10: An example of two objects that have the same mass and c.g., but different inertias.
Further, the manner in which the tool is modeled is also important. Figure 11 shows an object modeled
in two different ways. The first model treats the object as composed of two different cuboids on either
side. The second model wraps a cuboid around the whole object and assumes that the mass is equally
distributed. (In essence, this is equivalent to replacing the two lead weights by a solid block of
aluminum.) Thus, both models have the same mass; since the geometry is different, this mass is
distributed differently. Where are the c.g.’s in both cases? Are the moments of inertia the same? If
not, which one is larger? Which is the superior model?
Figure 11: Modeling the same object (on far left) differently can result in very different answers and potentially
change Roboload’s output!! Note that while Models 1 and 2 have the same mass as the Object their mass is
distributed differently and the resulting inertias are different in the three cases.
Answers: In the case of the objects in Figure 10, the one on the right has a greater inertia since the
masses are further from the vertical axis about which we rotated it. Similarly, in Figure 11, Model #2’s
inertia is smaller since the mass distribution has been altered by our assumption and effectively been
brought closer to the axis of rotation. We encourage Roboload users to use Model #1 instead of
Model #2.
the centroidal frame of the object, m is the object's mass, while the axis offset is given by d.
Products of inertia
The moments of inertia discussed above are defined with respect to one axis. In contrast, when the
inertia is defined with respect to a set of perpendicular axes, we calculate the products of inertia: OIxy,
O
Iyz, and OIzx; OIyx, OIzy, and OIxz are obtained by symmetry (OIyx = OIxy, OIzy = OIyz, and OIxz = OIzx). As
the definition in Section 3.4 shows, the product of inertia can be positive, zero, or negative because it
depends on the distances to the elemental mass in consideration.
For the purposes of Roboload6, we define principal moments of inertia to be OIxx, OIyy and OIzz while
the products of inertia are OIxy, OIyz and OIzx, where the frame O is parallel to the face plate frame.
These are the six numbers to be input when using the solid model input method in Section 4.4. Note
that the diagonal terms (the “principal” moments of inertia in the context of Roboload) are positive
while the off-diagonal (i.e., the products of inertia) can be positive or negative.
4
An analogous example is from Statics 101. A force vector (pure force, no moment) when reflected at another
point in space (i.e., at an other frame), behaves like a force and a moment, with the moment = r x f.
5
Continuing with the force moment analog, recognize that the force, unlike the moment, is unaffected by the
choice of frame as long as the two frame are oriented similarly.
6
This is not strictly true from a mechanics perspective. In reality, the moments of inertia depend on the
orientation of the coordinate frame (i.e., the axes) chosen. Thus, as the frame is rotated, the moments of inertia
vary. In a special orientation, the products of inertia are zero while the principal inertias are at their maximum
and minimum. In this orientation, the axes are aligned along the principal axes and the moments of inertia are
known as the principal moments of inertia.
critical to ensure that the inertia and cg are defined in a frame required by Roboload, based on the
robot model being considered.
2. The data sheets in Roboload use a built-in inertia calculator to determine, albeit approximately,
the inertias. The Roboload inertia calculator requires the designer to break the tooling and part
into its constituent parts; and to estimate each of these constituent parts as cuboids, with uniform
mass distribution. Each cuboid must be dimensioned and oriented parallel to the GM coordinate
system (per items 1 and 6 of Section 3.2).
Given this, the inertia of the cuboid about any axis, α, is:
( )
I αα = ∫ y 2 + z 2 dm
where y and z are the distances along the orthogonal axes to the elemental mass, dm. The sum of
the squares of y and z represents the perpendicular distance from the object to the axis. Thus,
Iαα = m(y2 + z2)/12
for the case of a cuboid with uniform mass distribution and where m is the total mass of the
cuboid in consideration. Similarly, the inertia of a point mass about any axis, α, is:
Iαα = m r2
where r is the perpendicular distance from the point to the α axis.
Similarly, the product of inertia of a cuboid about a pair of axes, x and y, is:
I xy = ∫ ( xy )dm
where x and y are the distances along the orthogonal axes to the elemental mass, dm.
Issues centered around the creation and use of this constituent cuboidal method are addressed in
Section 4.3 as also in the Section 6. An example of the cuboid method of determining a system
inertia is included in the example in the Appendices V through VII.
Robot design and performance considerations commonly lead to the situation that the drive train
components of the wrist axes (the last 3 axes – 4, 5 and 6) are the ones most likely to be overloaded.
More often than not, it is the payload inertia characteristics that cause this overloading situation. In a
few cases, the 3rd axis can be overloaded due to the large moment arm from the payload center of
gravity to the 3rd axis and/or that due to the dress7. Robot manufactures specify a recommended
loading condition for dress loads, but when the recommended limit is exceeded, the wrist load
capabilities must be de-rated. This will reduce the load capabilities of the robot and perhaps produce
a “further analysis required” result even when the EOAT load is within the original robot
specifications. Thus, Roboload uses manufacturer provided models to examine the torque loading on
the 3rd, 4th, 5th and 6th axes of the robot to determine potential overload situations. The models used
expand upon equations and specifications that are often provided in the robot manuals accompanying
the robot.
A new feature of Roboload v2.3 is the wealth of feedback being provided to the designer. This
information, designed to answer “What if?” questions, is presented in the Roboload Analysis
Summary Report (see “Specification Ratings” at the bottom right corner of Figure 30). Of particular
interest are the torque and inertia ratings with the torque ratings indicating how close the payload is to
the limits of the robot axis’ static capability while the inertia ratings reflect the proximity to the
dynamic performance limits8.
Roboload is a general program that can be used for body shop, material handling as well as any other
applications. The user needs to understand how Roboload functions and adapt it for his/her special
needs. The user is encouraged to contact the Roboload support team per details in Section 7 if unusual
modeling steps are being taken.
This rest of this section provides details on running Roboload, on creating data files for input to
Roboload, as well as on interpreting the results of the analysis for improved design effectiveness.
Section 4.2 steps the user through the mechanics of using Roboload. The details of the process of
passing mass and geometric data to Roboload in one of two ways (see Sections 3.4 and 4.3) are
presented in Sections 4.3 and 4.4. Sections 4.5 and 4.6 present relevant robot manufacturer specific
information and explain how the user should interpret Roboload's output. In particular, the "what-if"
information provided is particularly useful to the tooling designer in the case of a "further analysis
required" outcome.
7
When a dress load is used between the 3rd and 4th axes, this too will provide an additional load on the 3rd axis.
8
An analogy will help explain this concept. Consider a Corvette and a Cavalier at a stop light. The Corvette can
clearly either pull a greater mass or accelerate faster if loaded similarly. This primarily due to the higher
powered engine that it has been outfitted with. The Corvette’s ability to move a mass from a stationary position
is reflected by the stall torque of its engine and transmission. If the Corvette is systematically loaded with lead
blocks, it will ultimately be unable to move – hence the term stall torque. The Corvette and the Cavalier have
different stall torques. Now, let us assume that the Corvette is in motion. Its ability to accelerate depends on the
mass it is moving and the extra power left in the engine.
In the robot context, its motor and drive train correspond to the car’s engine and transmission. The torque
specification ratings discussed in Section 4.5 reflect its stall property while the inertia ratings reflect its ability
to accelerate.
♦ “Convert old file” – permits the user to convert pre-v2.3 tooling files into a new Roboload file.
Note that the original files is saved with a “.old” extension in the same directory.
♦ “Set default path” – permits the user to set a default path to point to the most likely location of
their data files. This allows the user to get to his/her files with minimal mouse clicks.
♦ “Add line” – increases the number of parts. This will add another row and increment the number
of parts appropriately in the worksheet. Do not add a row using the Excel functions to do so – for
Roboload does not recognize these changes and your calculations will be wrong! [Note:
Roboload defaults to 5 user defined parts and 6 typical parts when a new file is created.]
♦ “Reset line” – resets the row in which the cursor is currently to a row of zeroes and reformats the
internal equations for that one row. Note that Roboload does not have a delete row feature and
that the Excel delete row feature should not be used. Simply resetting the offensive row is the
easiest strategy.
♦ “Input UG data” – permits the user to enter UG or solid model data. The data is entered in the
next available row; if no rows are available, it will create a new row. The data format will be
covered later in Section 4.4.
♦ “Update worksheet” – permits the user to update the worksheet that he/she has just edited so that
the updated data is used in the analysis. In the case that a robot has not already been chose, the
user has to follow through on prompts to choose a robot for the analysis. The update button also
queries the user if he/she wishes to save the edited version of the file
♦ “Change Robot” – permits the user to select a robot. The selection is based the manufacturer
(and, if necessary, by model year).
♦ “Change units” – permits the user to change the units in which the output is displayed from the
default MKS units used internally by Roboload.
♦ “Print analysis” – prints only the analysis report and Collision Guard Parameters for Fanuc
robots (i.e., summary) part of the Roboload analysis page. See Section 4.2 for more details.
♦ “Units calculator” – transforms values in one unit system to those in an other. Particularly useful
to the designer working with data in multiple unit systems or trying to do sanity checks on the
data available to him/her. (See Figure 13).
♦ “Save Delmia Data” – export payload data to a text file with name <robotname>.roboload
under c:\roboload\delmia directory.
Existing
Data
Cuboid
Method
Select
Robot
The Roboload study itself is divided into three main tasks including:
1. determining and inputting the end of arm tooling (EOAT) load;
2. determining and inputting the dress load; and
3. choosing the appropriate robot to run the appropriate analysis.
Figure 12 presents an overview of the flow in the program. Roboload analysis workbooks organize
each of the three tasks into tabbed worksheets titled “EOAT Data”, “Dress Data”, and “Analysis.”
Advantageous to v2.3, is the ability to toggle between each of the three worksheets and then update
and view the changes.
Introduction
To run Roboload 2.3:
Launch Excel;
Then open “Roboload.xls” as shown in Figure 14. Note that a shortcut can be placed on the
desktop to automate this process.
An Excel pop-up window will appear (see Figure 15). Click on “Enable Macros.”
Next, a warning will appear which advises the user to use Roboload only for GM projects (see
Figure 16). It also includes information on how to obtain support for Roboload. Click on
“Continue.”
Following the warning, Roboload defaults to a blank screen (see Figure 17) – ready for use.
Note the new toolbar (with its special purpose buttons) that was introduced into the Excel toolbar
by Roboload as it loaded up (details in Section 4.1).
The first step that the user should take is to set up the default directory in which Roboload looks
for its files. To do this, follow the instructions in Section 2.3. If this wasn’t done already,
Roboload will advise the user that he/she needs to do so (see Figure 19).
The user should then edit his/her personal information in the file Roboload.ini (shown in
Error! Reference source not found.) that is located in the Roboload directory. (Open it
from within Excel. Switch to “All files” in order to see, and then select, the file.) This
information is automatically entered into your analysis summary sheets. It ought to be
customized by each user. As future follow-up activities later in the program will require this
information, it is important to fill it accurately.
The user now has three choices that can be executed by using the “New Roboload file,” the
“Open file” or “Convert old file” options.
Clicking on the “New Roboload file” permits you to create a new Roboload file. The first step in
this process is to choose a file name and the units in which the data will be entered (see Figure 21).
The user does not need to add any extension as the “.xls” is automatically appended. Once the
input units have been chosen, they cannot be changed. While UG or equivalent solid model data
can be entered in units different than those in use in the file (Roboload automatically converts the
units to be consistent), this is discouraged as it is a very likely cause of data entry errors. Note
that the final analysis can be displayed in English or Metric units using the “Change units” special
button (see Section 4.1).
Figure 21: Entering the new file name and the units to be used.
The initialization process for generating a new analysis workbook may take some time – the user is
requested to be patient during this process! Once this is done, the user can follow steps described in
Section 4.2 to continue with the data entry and analysis process. The data can be entered either via the
cuboid method or from solid model data as indicated in those sections.
Clicking on the “Open file” button permits you to open a previously created Roboload v2.3 file
only. (Note: This does not work for data files created in earlier versions of Roboload.) The user
can use the standard Windows 95 procedure to work his/her way from the default directory to the
desired directory and pick the necessary data file. If the file is being opened for analysis purposes
only, it is appropriate to choose the “Read only” option; else, open it in an editable mode and
make the necessary changes prior to running code. This also reduces the possibility of introducing
extraneous errors.
Roboload v2.3 is backward compatible – conversion to the Roboload v2.3 format is possible by
using the “Convert old file” button. Thus, users with data created and saved in earlier versions of
Roboload can seamlessly continue their work. However, files saved in v2.3 cannot be used by
earlier versions of Roboload.
Before clicking on the “Convert old file” button, be sure to open the desired data file within
Excel. (You will know the fact that you have opened an old file from the fact that several
columns will be colored and the fact that the data sheet will have only one tab at the bottom left
of the spreadsheet (as opposed to the three tabs in the new format). Then click on the conversion
button. It is quite likely that this will result in a window entitled “Gotcha!” popping up. If this is
the case, cancel out of it and rename the worksheet (by double clicking on the name tab at the
bottom left corner) “EOAT Data” – note the capitalization as it is very important. Re-clicking on
the conversion button should result in a warning show in Figure 22 and the old file being saved
with a “.old” extension in the same directory.
The new version of the file is then created in the same directory – this might take a short while,
particularly if the original file had many parts in it.
If one, erroneously, tries to convert a v2.3 file, the routine aborts in a short while. However, before
aborting, it has moved your .xls data file to its .old version. Thus, to recover, the user has to exit
Roboload, and manually rename the .old version as the .xls version.
Figure 22: Warning accompanying the conversion of the data file from a pre-v2.2 version to v2.3.
Details on the use of these methods are presented in Sections 4.3 and 4.4.
The data entry worksheet identifying the critical components, is shown in Figure 23. Noteworthy are:
Data entry worksheet (“EOAT Data”): The type of data being entered can be determined from
the tab at the bottom of the Roboload worksheet. In Figure 23, the “EOAT Data” worksheet is in
view.
Coordinate system: For EOAT data, the user must keep in mind the coordinate system
defined in Section 3.2.1.
Input cuboid data: The user has write access to the data cells in columns B-I. These cells
include the (x, y, z) dimensions of each cuboid, the vector to its c.g. (dx, dy, dz) and the density
of the material (column H) or the mass of that cuboid/part (column I). The mass is calculated if
the density is given, but if the mass is entered manually, the internal mass-calculating equation is
overwritten. In order to restore the equation, click on the “Reset Line” button mentioned above.
As an aside, the user also has access to column A in order to change the name of the part and
make tracking parts consistently easier. Note that some typical EOAT parts are already included
in the last six data rows including “kick 1,” “kick 2,” “transf.,” “cylinder,” “misc1,” and “misc2.”
Input solid model data: Using the “Input UG Data” button, the user can use the output of a solid
modeler to most accurately calculate the inertial properties of the payload and tooling. Details on
this are presented in Section 4.4.
Once the EOA Tool data has been entered, either click on the “Update worksheet” button in Figure
23, or use the worksheet tabs to switch to either the “Dress Data” or “Analysis” worksheet, whichever
one is applicable to the analysis at hand. Note that every time the “Update worksheet” button is used,
Roboload will remind, and give, the user the option save to the analysis file.
Figure 23: Example data entry worksheet, showing the EOAT Data tab
Additionally, the user should enter the appropriate data describing the particular application. This
data (shown in Figure 26) identifies the vehicle program being worked on, the station being studied
and the particular robot in that station. While the Robot Model and the EOA Tool file are
automatically entered (the user, therefore, does not have access to these cells), the designer has to
enter an identifier for the tooling file. A commonly used identifier is the weld gun model number
provided by the weld gun designer in the gun drawings. Finally, the designer has to identify
him/herself with the company they work for and a telephone number that can be used in case of any
questions later in the process (as shown in Figure 30).
At this point, the analysis should be reviewed and appropriate action taken. See Sections 4.5 and 4.6
for suggestions. To change tooling information, use the tab at the bottom of the worksheets to toggle
to the appropriate data sheet. If any information has been altered, click on the “Update worksheet”
toolbar button. To view the analysis with a different robot, simply click the “Change robot” toolbar
button while in the “Analysis” worksheet.
Figure 26: Roboload output: The analysis report showing vehicle program, station, tooling and designer data
In the highly unlikely case that the user wishes to print out other parts of the analysis page, he/she can
do so by using the standard print menu within Excel.
Quitting Roboload
To exit Roboload, the user can either close the Roboload workbook within Excel, or quit from Excel
completely. In either case, the user should respond with a “No” when asked if the changes to
Roboload 2.3 should be saved.
4.3 Creating or re-using end of arm tooling and dress data files
This Section details the procedure to be followed to break up the end of arm tooling into an adequate
number of constituent parts. This part data is then passed onto the “Analysis” worksheet.
needs to exercise judgement in picking the optimal balance. A general rule of thumb is to have 20
to 30 cuboids for a typical gun.
4. Finally, try to envelope cylinders in cuboids. Note that modeling hollow cylinders as solid
cuboids can be erroneous! Exercise engineering judgement. Keep in mind that the object
modeled is 3D, therefore, enclosing hollow sections should be avoided and the dX, dY, dZ
dimensions should reflect three dimensional positions.
5. For each cuboid created, identify its center of mass (at the center of the cuboid).
6. Be sure to clearly label the drawing so the cuboid method is documented for future reference.
7. Using the multiple projections in the drawings, measure the perpendicular distances from the
center of mass to the YZ, ZX and XY planes of the GM standard faceplate frame. Record these
distances as dX, dY, and dZ.
8. Create a hand written summary table listing element attributes including the size (x, y, z), the
distance from the origin (dX, dY, dZ), and the density of the material or the mass of the cuboid
(see example in Appendix VII). If the density is not known, you can enter the mass in directly.
Refer to Appendix VIII for data on commonly used equipment and materials.
9. The drawing and the summary table need to be appended to the Roboload analysis documents for
potential use in the future.
Important notes
Be sure to include the mass of water enclosed in the kickless cables and weld gun! In the
same sense, include the mass of hydraulic fluids where significant.
Be aware of quick connects and offset plates that move the center of gravity. Be sure to
dimension from the face plate of the robot which does not necessarily coincide with the end
plate of the EOAT.
Watch for hollows and voids. Avoid modeling them, but use good judgment to conservatively
model the entire system.
Be sure to model the material handled for material handling applications as well as the
tooling.
Model cuboids for actuators and moving parts in the worst case condition. Reconfigurable
end of arm tools may have configuration that is the worst case for center of gravity location
and inertial characteristics.
When done with dividing the EOA tooling and payload and assigning density or mass to each
part, confirm that the total mass and c.g. are in the ball park provided by the gun designer. If
you find a significant discrepancy, go back and use “weighted densities9” instead.
9
Weighted densities are obtained by redistributing the true mass of the object “uniformly” over the geometric
shape used for modeling purposes. For example, if you had a cylindrical object made of copper being modeled
as a copper cuboid, one would clearly have a mismatch in mass properties. To overcome this, treat the cuboid as
being made of some fictitious material like supermanium and ascribe to supermanium a density = (mass of
cylindrical object/volume of cuboid).
4.4 Importing end of arm tooling data and dress from solid modeling programs (e.g.,
Unigraphics10)
This Section details the procedure to be followed to import solid model data on the end of arm
tooling. Typically, the end of arm tooling data will not cover dress parameters that load both the wrist
and the arm -- the designer has to handle this on his/her own. This data is then passed onto Roboload
for analysis.
Figure 27: Choosing the input units for the solid model data
1. To enter solid model data, click on the “Input UG Data” toolbar button (Figure 23) while in the
appropriate data worksheet.
2. Roboload will prompt the user to confirm that solid model data is available.
3. Next, the user will be prompted to select the input units as shown in Figure 27.
4. Now, the user has to fill in the End of Arm Tool Data or the dress/arm data dialog box (depending
on which tab the user was in when the UG data input process was triggered). This dialog box
(example shown in Figure 28) requires that all input data be consistent with the units chosen in
step 3 above.
The file requires that the part’s (or system of parts’) mass, the principal centroidal moments of
inertia (Ixx, Iyy, Izz) and the c.g. locations are necessary data while the products of inertia (Ixy, Iyz,
Izz) are optional. Despite being optional, the user is encouraged to input them to improve the
accuracy of the analysis. Please note the frames in which the data needs to be input: the moments
of inertia are in the centroidal frame while the c.g. is in the GM standard faceplate frame.
5. Another option available from the prompt in Figure 28, is the “View Coordinate Frame” button.
This will remind the user of the coordinate system, helping them to verify that they are entering
data correctly. Note that if data is entered in error the per-part information can be reset as
described in Section 4.1.
10
Please note that at the time of writing this manual, we did not have any confirmation that Deneb’s Igrip and
Technomatix’s Robcad programs were outputting correct inertia values. Till such time this confirmation is
received from tests that we are conducting, we cannot support the use of inputs based on these programs. If you
choose to go ahead try it, we urge you to validate the outputs from these programs before plunging ahead.
6. Once the necessary and required information in Figure 28 has been filled in, click on the “Done”
button to proceed.
7. Roboload will query the user whether the updated data file needs to be re-analyzed.
8. If the entire tooling system was described by the solid model data just entered, click “OK” to
proceed to the “Analysis” worksheet. Otherwise, click “Cancel” to remain in the data worksheet
and continue entering tool data as per-part solid model information and/or cuboids.
9. The user might be asked if he/she wishes to save the data file during the process. This is appropriate only if
the file was originally opened in a write mode (as opposed to a read-only mode).
Figure 28: The solid model data entry dialog box for the end of arm tooling.
Design time buyoff. This is the buyoff procedure required during the design phase, many
months before any hardware is built. This procedure requires the buy-in and signatures of
authorized representatives of the design shop, GM Mechanical tooling, GM CRW and the
Robot manufacturer.
As built buyoff. This is the buyoff procedure required when the hardware arrives for
validation and plant integration immediately prior to the product launch. The primary
activity here is to compare the as-built equipment’s inertia properties with those
estimated at design time. Significant deviation will require that Roboload be run again
with the as-built values. This procedure requires the buy-in and signatures of theGM
division/plant engineer and the Robot manufacturer.
4 Tool and dress data. This data, in the appropriate GM standard coordinate systems, is
summarized in one place to facilitate the payload management process.
5 Graphical summary. This data, in the robot manufacturer’s coordinate system, summarizes
the results of the Roboload analysis. There are two primary parts to the summary:
Load diagram. This not-to-scale visual tool is primarily intended to show where the c.g.
of the tooling lies with respect to the robot’s performance surface limit. The surface limit
basically indicates where the performance limits are for a given mass and inertia
combination. The limit surface is reduced to a curve for the purposes of presentation. The
calculations in the Specification ratings use X,Y, Z data (as opposed to L, Z data shown
in the load diagram). It is this reduction that causes this to be a visual tool.
Note that in the case of Fanuc robots, the load curve is sometimes ill-formed. This is due
to the fact that a different set of equations are used to generate the load curves. This
happens primarily when the mass or inertia values are very high or when the c.g. is too
far out. An ill-formed load curve is typically a symptom of load problems!
Specification ratings. These quantitative ratings are the basis of the “Pass/Further
analysis required” decision. For consistency in interpretation and presentation, all the bar
charts are shown as percentage figures, with the different parameters being calculated as
follows:
• Mass % = (design mass/derated EOAT mass x 100). Note that the EOA tooling is
derated if the inertia characteristics of the dress exceed those normally anticipated by
the robot manufacturer.
• Cx, Cy, Cz % = (appropriate c.g. offset/corresponding limit surface value x 100).
Thus, for Cx this will be (Xcg/Xlimit {y, z constant} x 100). The denominator in the above
ratio is obtained by identifying what the coordinates for the limit surface are by
holding y and z constant and varying x. In some situations, the c.g. might fall at a
point such that the denominator cannot be found (there will be no intersection with
the limit surface). In such cases, we arbitrarily assign a value of 500% to the
corresponding ratio. The user needs to recognize this situation when trying to re-
design the tooling. Details of this process are presented in Section 4.6.
• Ti % {for i = 3 to 6} = (Static torque required at joint i/Rated static torque available
at joint i x 100). The objective here is to identify the fraction of the drive train’s
capabilities that are being used to support the payload against gravitational forces.
• Ii % {for i = 3 to 6} = (Inertia due to payload at joint i/Rated inertia permissible at
joint i x 100). The objective here is to reflect the fraction of the drive train’s
capabilities that are being used to support the dynamic loading due to the payload’s
kinetics (arising from velocity and acceleration profiles). This ratio uses inertia about
an axis as a reflected measure by assuming maximum acceleration conditions.
Figure 30: The principal areas in the Roboload output analysis sheet.
The case examines the use of an ABB 6400 2.4-120 robot to manipulate a 100kg tool with c.g. at (0.3,
0.2, 0.15)m and inertia of (0.042, 0.104, 0.104)kgm2. From a quick glance, the c.g. falls outside the
load diagram. Looking at the Specification rating bar charts, we note that Cx is 196%11, Cy is 131%
11
The curious user might be interested in knowing how, for example, the 196%, 131% and 141% came to be.
The easiest one to demonstrate graphically is the Cz 141% value. Scaling off of the load diagram, we see that
the z component (in ABB coordinates) is 0.3. We see that a line dropped parallel to the Z axis from the c.g.
point intersects the limit curve at about 0.21. Dividing 0.3 by 0.21 results in 141%. Trying the same experiment
with the x or y components results in very different (and erroneous) results. This is because we have taken a
surface and projected it onto the plane to generate a 2 dimensional plot instead of the true 3 dimensional one. In
fact, this is the motivation for going away from the graphical, but non-quantitative, load limit curves used in
earlier versions of Roboload.
and CZ is 141%. (Ignore for the moment the fact that some of the torques are over a 100%.)
Roboload’s analysis says “Further analysis required.” Remember the Specifications Ratings are in
the manufacturers coordinate frame.
The designer faced with this situation has at least four choices (depending on the freedom he has in
moving tooling parts around): to bring the x , y, z components of the c.g. individually within
specifications or some combination of the three within specifications. “By how much?” is the
question – a question that was not answerable in previous versions of Roboload.
To answer this, we start with the x component. We divide 0.3m (the x component of the c.g.) by 1.41
(the factor from the specification rating chart for Cz; converted from the percentage format to a ratio)
to get our target x component of 0.213m. To test this, we re-run the above analysis using c.g.
coordinates of (0.213, 0.2, 0.15)m while leaving all other values untouched. The outcome is shown on
the next page in Appendix X. The c.g., not surprisingly, falls right on the load limit curve. Further, the
Cz bar chart in the Specifications ratings is at 100%, indicating that the x component (GM input) is
within specification. Of greater interest is the fact that both the Cx and Cy bar charts also have
dropped to 100% along with the Cz chart! (Note that in this case the torque values also dropped to the
100% mark. This is not the general case.) Thus, by pulling in the x component, the operating point
was shifted right onto the limit curve. The designer now knows that if he/she can re-arrange the parts
in the payload so the x component is at or lower than 0.213m, his/her design will work and result in a
pass certification from Roboload.
Let us examine the case of pulling in the y component instead. The target is calculated to be 0.153m
(= 0.2/1.31). Plugging in 0.153m for the y component of the c.g. and re-running the analysis, we see
from the analysis in Appendix X that the design will pass Roboload.
We can now compute the z component target to be 0.077m (= 0.15/1.96). Plugging in this target value
and re-running Roboload, we determine that this design will result in a pass.
Finally, there are the cases where the designer might want to (or can only!) pull in the c.g. in some
combination of the three directions by some limited amounts. The question then is “Will there be a
feasible solution?” This question is hard to answer in a simple fashion because the “load limit curve”
is really a “load limit surface” whose shape is hard to predict, especially for the Fanuc robots. The
only guaranteed (albeit, very conservative) answer is for the designer to reduce the c.g. to (0.213,
0.153, 0.077)m. From a practical and pragmatic perspective, the best strategy for the designer to
follow is to plug in the limit (or easily achievable) values into Roboload and see if they pass.
Calculations:
.3m .2m .15m
cg x' : cg zABB
'
: = .21276m , cg 'y : cg 'yABB : = .15267m , cg z' : cg xABB
'
: = .07653m
1.41 1.31 1.96
4.6.2 Case study 2: Bringing the c.g. into an acceptable range under special circumstances
The goal of this case study is similar to that of Case study 1 – to demonstrate the process to bring the
c.g. into the acceptable range – with the significant difference that one of the c.g. component bars is at
500%. Please refer to the data presented in Appendix XI to follow along with the analysis.
The case examines the use of an ABB 6400 2.4-175 robot to manipulate a 100kg tool with c.g. at
(0.01, 0.3, 0.3)m and inertia of (40, 10, 10)kgm2. From a quick glance, the c.g. falls outside the load
diagram. Looking at the Specification rating bar charts, we note that Cx is 189%, Cy is 189% and CZ
is 500%. (Continue to ignore the fact that some of the inertias and torques are over a 100%.)
Roboload’s analysis concludes that “Further analysis is required.”
As in Case study 1, the designer faced with this situation has at least four choices (depending on the
freedom he has in moving tooling parts around): to bring the x , y, z components of the c.g.
individually within specifications or some combination of the three within specifications. He also
needs to determine by how much to pull in the different c.g. components.
To answer this, we first need to understand why we have a 500% rating on Cz. As was indicated in
Section 4.6, Cz is calculated by dividing the z component of the c.g. by the z value of the intersection
point of a line drawn parallel to the Z axis and through the c.g. with the limit curve. In this case, there
is no intersection point. In this case, we (albeit, arbitrarily) decided to assign a value of 500% to Cz.
In contrast, Cx and Cy can be calculated because an intersection point can be found in the x and y
directions. Note that a similar situation can arise for Cx and Cy if there was no intersection point.
The designer faced with this situation will quickly see that there is no benefit to be had from varying
the z component of the c.g. Thus, by reducing either the y or z (GM input) components to 0.159m
(0.3/1.89), the design can be brough into the c.g. specifications (note that we continue to have a
problem with I6, the inertia about the 6th axis).
Calculations:
cg y .3m cg .3m
cg 'y : cg 'yABB : = = .15873m , cg z' : cg xABB
'
: z = = .15873m
1.89 1.89 1.89 1.89
cg y .3m .3m
untested! (cg '
y )
, cg z' =
1.892
,
cg z
1.89 2
=
1.336 1.336
, = (.224,.224)
2 2
I6
Step 1: I 6' = = 21.27kg • m 2 (does not bring within limits, need to use Parallel Axis Theorum)
1.88
(
Step 2: I 6 = I xx = o I xx + m y 2 + z 2 )
I =I
' '
= +
(
I xx m y 2 + z 2
o
) y2
= 21.27 + m +
z2
6 xx
1.88 1.88 1 . 88 1 . 88
y2 y .15 z2 z .29
y' = = = = .109 , z ' = = = = .211
1.88 1.371 1.371 1.88 1.371 1.371
Solution: Reduce Ixx, cgy, and cgz.
Observation 3: We were lucky that the problem was with I6 because it could directly relate to Ixx.
In general, working with I5 is harder, and I4 is even harder.
Best solution is to do ‘back of envelope’ calculations as above and the ‘iterate’.
Ixx m( y 2 + z 2 )
Ixx ' = + (parallel axis theorum)
3.61 3.61
Ixx ' = 11.08kg • m 2
.3 .3
y' = = .157 m, z ' = = .157m
1.9 1.9
Solution: Ixx ' = 11.08kg • m 2 , y ' = z ' = .157 m
Case3b: Case3b examines the use of a S-420iW (2.4m/175kg) robot. The initial analysis results in the
compressed load curve along the Z axis and similar problems with the I6 and I4 values. This time, we
will follow the I4 reduction path. Unlike I6, which clearly depends on the self inertia of the load
about the 6th axis (the X axis in GM coordinates) and its mr2 component from its centroidal axis to the
robot’s 6th axis, I4 has a more complex dependency on many of the terms in the inertia matrix. Given
this, the simplest rule of thumb is to reduce all modeled inertias by a factor of 1.21 and to reduce all
three c.g. offsets as in Case2b. Doing this results in I4 dropping to about 100% and I6 dropping to
270%. The reader should address I6 along the lines of Case2b as an exercise.
Calculations:
1. Follow the harder I4 path.
2. Scale c.g. by a factor of 1.21 and re-run roboload analysis.
.009 .15 .29
cg x' = = .008m, cg y ' = = .136m, cg z ' = = .263m
1.21 1.21 1.21
Note: Ixx ' = 33kg • m 2 , Iyy ' = 8.25kg • m 2 , Izz ' = 8.25kg • m 2
3. Note that I6 is off by a factor of 2.7. Now follow the steps as in Case 2b.
Calculations:
1. Use the I6 reduction method. (parallel axis theorum)
Ixx m( y 2 + z 2 ) .3 .3
Ixx ' = + , Ixx ' = 27.397 kg • m 2 , y ' = = .2483m, z ' = = .2483m
1.46 1.46 1.208 1.208
3. Reduce CMz (KUKA)
.2483
z' = = .1478m
1.68
Case 3c: Case study 3c examines the use of a KUKA KR150 robot. This case can be modified to
bring the specifications within an acceptable range by using the same method as case 1 with the ABB
robot. The specifications for Cmx and Cmy are out of range. The specification rating can be reduced
by bringing Cmx into the acceptable range. This is accomplished by dividing the Z coordinate (GM)
of the eoat by the percentage in the specification rating for Cmx (KUKA coordinate frame). The
result is a passing analysis. The same results can be accomplished by using the same method with the
other coordinates in some combination.
Calculations:
.29m
cg x' : cg zKUKA
'
: = .152m
1.91
Q2. What if a small part has an odd shape or is not aligned with the primary coordinate axes?
You can ignore the angle, especially if it is small. However, we recommend that you start with a
conservative model by choosing a cuboid that encompasses the whole part. If a pass results, this
will suffice. If this conservative model results in a FAR outcome, you will need to break up the
part into smaller components and choose them such that modeling errors due to the angle are not
critical.
Q3. What if a larger part has an odd shape or is not aligned with the primary coordinate axes?
We recommend that you start with a conservative model by choosing a set of cuboids that
encompasses the whole part. If a pass results, this will suffice. If this conservative model results
in a FAR outcome, you will need to break up the part into smaller components and choose them
such that modeling errors due to the odd shape or angle are not critical.
Q4. Can I just work off of the mass and c.g. data that the tooling designer provides in the data sheet
or drawing corresponding to the tooling or do I need to have geometric data also?
Mass and c.g. data is incomplete data. It doesn’t tell you anything about the mass distribution – a
critical part of the process of calculating the payload/tooling inertia. Any analysis that ignores
inertia is flawed and wrong.
Q5. My design has hollow parts or parts with holes in them. How do I get appropriate density and/or
mass properties?
Use the weighted density approach explained in Section 4.3.
Q8. When I am trying to analyze the load on a Fanuc robot, the load diagram at the bottom left
corner of the analysis page is some times strange and can even generate a run-time error. What
gives?
In the case of the Fanuc robots, we generate the load diagram – on the fly – based on the loading
conditions. This load diagram depends on the constraints placed on the different components of
the drive train (bearings, brakes, transmission, and motors to name a few). So, if your payload is
very heavy, has a c.g. far from the face plate, or has high inertia values, the load diagram can
collapse into a line, on or close to the Z axis. In the extreme case, it is possible that this will
generate a computing error which can cause a run-time error.
Testing indicates to us that if you experience this problem, the chances are that your payload is
way too high. Solve this problem before claiming that there is Roboload software bug!
Q9. Can I just copy data files from the Windows operating system to jump start my Roboload
analysis?
We strongly urge you not to copy data files. By copying the data file, you are also copying some
of the analysis also. Thus, by copying an old data file, you could cause conflicts with a newer
version of Roboload.
You can, on the other hand, paste in – using Excel’s copy and paste commands – appropriate x,
y, z, dX, dY, dZ, Density and Mass data into a newly created Roboload data file.
Finally, note that we have a convert button that permits you to update old Roboload data files.
Q10. Why can’t I convert a pre-v2.2 data file by clicking on the “Convert old file” button?
As indicated in Section 4.2, the active worksheet needs to be a pre-v2.2 worksheet. Further,
ensure that the worksheet is named “EOAT Data” – the code is intolerant of any changes in the
name. Failure to do so, will result in the inability to convert old files.
7 SUPPORT
2. Check the "Frequently asked questions and encountered problems" section (Section 6) of this
document for a solution to your problem. It is quite likely that the problem you are trying to
resolve is one that others have already asked. If you encounter a problem and find an answer,
please email it to [email protected] so we can share it with others12.
3. Check your input data file carefully -- ensure that you do not have any typographical errors in the
data entered. Also check your numbers from a common sense perspective (“Does a mass of
260kg and an inertia of 134kgm2 make sense?”)
4. Contact your site/corporate Roboload expert
If the above steps have failed, your first resource is the designated Roboload support engineer
in your company. Please go to him/her to resolve the issue.
5. Contact your GM program engineer
If your corporate expert cannot resolve your problem, kindly contact your GM CRW engineer
responsible for the vehicle program you are working on.
6. Contact the GM CRW Roboload support organization
If the CRW engineer is unable to help you out, he/she will contact the GM CRW Roboload
support team in the Warren Tech Center for help. (Please do not call the CRW support
organization directly unless it is an emergency.)
The best way to provide supporting documentation to help resolve the problem is to fill in the
attached "Roboload problem report documentation" and to email it (along with the requested
supporting documentation) to [email protected] in parallel with the report that the CRW
engineer turns in.
A problem report is not considered complete till the call and the email message are received
at the CRW Roboload Support center from the CRW engineer.
12
There will, hopefully, be a reward of $1 for the first report on a bug once v2.3 is officially released! (Subject
to GM management approval.) However, more importantly, you will be listed in the Roboload Hall of Fame
later in the document.
Figure 31: The robot payload analysis process from design time through validation of tooling hardware built.
2. If, after several redesign attempts per Figure 31, further analysis is still recommended by
Roboload, please contact the following personnel, unless otherwise instructed by your CRW
engineer:
ABB
Name: Nick Hunt
Telephone: 248-391-8713
Fax: 248-391-6114
Email: [email protected]
Fanuc
Name: Mike Eckert
Telephone: 248-377-7442
Fax: 248-276-4040
Email: [email protected]
Kuka
Name: Michael Breen
Telephone: 810-533-1079 (Cell)
Fax: 1-866-Fax-Kuka (1-866-329-5852)
Email: [email protected]
The designated robot manufacturer's engineer is responsible for all interactions required within
his/her company to complete the load analysis. He/she will bring the appropriate resources to bear
to resolve all relevant matters.
8 ACKNOWLEDGEMENTS
We acknowledge the significant efforts of Nathan King, Graduate Student at RPI, Troy, NY in the
development of v2.3. Nathan's wizardry with Excel and his thorough modeling and methodical work
were crucial to the rapid development of v2.3.
In developing v2.3, we leaned heavily on the lessons learned from earlier versions of Roboload
written by Dr Ningjian Huang of the GM R&D Center. We appreciate Ningjian sharing his models
with us. We also appreciate the numerous designers and engineers who patiently worked with us
while we set the direction for v2.3 and debugged it: Lydia Sobo, Walt Rybak, Brad Whitehouse,
Gadrian Zayas, Dr. Jim Witzerman, Joe Caporuscio, Jim Wells, Leroy Rodgers, Gary Snavely, Todd
Rockafellow, Rohit Khanolkar amongst many others.
Finally, in creating the robot models, we had to work closely with the technical staffs of our robot
manufacturers. v2.3 benefited tremendously from the work of Paul Copioli and Don Bartlett of Fanuc
Robotics USA and Jakob Westrom of ABB Sweden. Their detailed knowledge of their products was
the key in developing the quantitative metrics that we use here.
9 REFERENCES
GRS-1, GM Global Common Technical Specifications for Production Robots, General Motors
Corporation, http://supplier.body.gm.com/crw/production/main/standards/normative/robotics/grs1.pdf, May
2002.
PED-948, Welding gun design standards manual, May 2002.
ABB Robot Users Manuals.
Fanuc Robot Users Manuals.
Kuka Robot Users Manuals.
The person designated in this form will be the single point of contact for any roboload related
problems and issues. Further, Roboload updates will be emailed to solely this person as appropriate.
Only upon registering and taking the training class will GM support the use of this program.
This must be filled out and signed by SPC’s supervisor or company representative ensuring the use of
Roboload for General Motors business only.
Signature:
Date:
Tel:
Date:
Vehicle program or Project Description:
Robot vendor: ABB Fanuc Kuka
Program start date:
Training window:
Drop dead training date:
Course Evaluation
Todd Watson
Course: Roboload 2.X Instructor Yanli Zhou
Location Program
Date Time
Scoring Scale
1: Unsatisfactory 2: Poor 3: Average 4: Good 5: Excellent
Material
Material & concepts clear
Teaching methodology clear
Familiar technical terminology used
Props used well
Alternate methods used for clarity
Content
Instructional material appropriate
Content understandable
Content beneficial
Instructor
Instructor was knowledgeable
Instructor was well prepared
Instructor provided feedback
Instructor communicated well
Instructor presented concepts well
Instructor encouraged questions
Miscellaneous
Kindly cut, paste and fill in this questionnaire and email to [email protected] as also send a fax to
"Roboload Support, CRW Robotics/General Motors Corp." at 586-947-1039.
Date:
Priority level: 1 (critical) 2 (average) 3 (non-critical)
Vehicle program:
Computer:
Excel Version:
Station #:
Robot #:
Robot Model: ABB Fanuc Kuka
Weld gun #:
Have you followed the steps suggested in "Problem resolution process" in the "Support" section of
this document? Yes No
Problem description: (Please provide detailed information -- the more, the better. Just saying
"Roboload is not working" does not help very much! Attach supporting documents, as required.)
Files attached:
Your gun or end of arm tooling data file
Your roboload analysis summary sheet
When was the last time that you were able to run Roboload successfully in your facility?
Generic Data
ITEM SIZE DISTANCE TO CG
ITEM x y z dX dY dZ Density Mass
Desc. inch inch inch inch inch inch lbm/in^3 lb
1 0.75 0.75 4 34 0 3 0.29 0.6525
2 1.5 1.5 5 32.5 0 7 0.29 3.2625
3 6.5 1.5 1.5 28 0 8.8 0.29 4.24125
4 1.5 1.5 6.5 25.5 0 3.8 0.29 4.24125
5 3 1.3 1.3 24 0 0.3 0.29 1.4703
6 3 0.5 0.5 30.3 0 -1 0.29 0.2175
7 2.8 1 1 27.5 0 -2.3 0.29 0.812
8 4.3 2 2 24.5 0 -3.3 0.29 4.988
9 0.5 4.5 4.5 10.3 0 5.5 0.29 2.93625
10 6.5 1.5 1.5 19 0 -2 0.29 4.24125
11 1 3.5 7 22 0 0.5 0.29 7.105
12 0.8 4.5 4.5 21 0 2.5 0.29 4.698
13 10 4.5 0.5 15.3 0 4 0.29 6.525
14 10 0.5 4 15.3 2.5 4.3 0.29 5.8
15 10 0.5 4 15.3 -2.5 4.3 0.29 5.8
kick 1 0 0 0 0 0 0 0 0
kick 2 0 0 0 0 0 0 0 0
transf. 0 0 0 0 0 0 0 0
cylinder 0 0 0 20 0 -5.3 0 10
misc 1 0 0 0 0 0 0 0 0
misc 2 0 0 0 0 0 0 0 0
TOTALS 66.9908
Section H of PED-948, the Weld Gun design standards manual, contains useful information on
material densities as well as on cable and cylinder masses.
0.35
141% 141% 141%
0.30 150% 131%
117%
0.25
100% 83%
0.20 59% 59%
0.15 50% 24%
0.10 0% 0%
0.05 0%
Mass Cx Cy Cz T6 I6 T5 I5 T4 I4 T3 I3
0.00
0.00 0.10 0.20 0.30 0.40 Mass Cx Cy Cz T6 I6 T5 I5 T4 I4 T3 I3
RADIAL OUTSET - L(m)
83% 196% 131% 141% 117% 24% 141% 59% 141% 59% 0% 0
100 0.15 0.2 0.3 --- 6.292 --- 31.35 --- 31.35 NA NA
0.35
0.30
80%
0.25 60% 44% 44%
0.20 40% 24%
0.15
20%
0.10 0% 0%
0.05 0%
Mass Cx Cy Cz T6 I6 T5 I5 T4 I4 T3 I3
0.00
0.00 0.10 0.20 0.30 0.40 Mass Cx Cy Cz T6 I6 T5 I5 T4 I4 T3 I3
RADIAL OUTSET - L(m)
83% 100% 100% 100% 100% 24% 100% 44% 100% 44% 0% 0
100 0.15 0.2 0.21 --- 6.292 --- 23.41 --- 23.41 NA NA
0.35
0.30
80%
56% 56%
0.25 60%
0.20 40%
0.15 18%
20%
0.10 0% 0%
0.05 0%
Mass Cx Cy Cz T6 I6 T5 I5 T4 I4 T3 I3
0.00
0.00 0.10 0.20 0.30 0.40 Mass Cx Cy Cz T6 I6 T5 I5 T4 I4 T3 I3
RADIAL OUTSET - L(m)
83% 100% 100% 100% 100% 18% 100% 56% 100% 56% 0% 0
100 0.15 0.15 0.3 --- 4.633 --- 29.69 --- 29.69 NA NA
0.35 83%
0.30
80%
56% 56%
0.25 60%
0.20
40%
0.15 18%
20%
0.10 0% 0%
0.05 0%
Mass Cx Cy Cz T6 I6 T5 I5 T4 I4 T3 I3
0.00
0.00 0.10 0.20 0.30 0.40 Mass Cx Cy Cz T6 I6 T5 I5 T4 I4 T3 I3
RADIAL OUTSET - L(m)
83% 100% 100% 100% 100% 18% 100% 56% 100% 56% 0% 0
100 0.08 0.2 0.3 --- 4.635 --- 29.7 --- 29.7 NA NA
0.50 400%
0.40 300%
189% 189% 215%
0.30 200% 125%
0.20 100% 57% 48% 48%
0% 0%
0.10 0%
Mass Cx Cy Cz T6 I6 T5 I5 T4 I4 T3 I3
0.00
0.00 0.20 0.40 0.60 Mass Cx Cy Cz T6 I6 T5 I5 T4 I4 T3 I3
RADIAL OUTSET - L(m)
57% 189% 189% 500% 125% 215% 500% 48% 500% 48% 0% 0
100 0.3 0.3 0.01 --- 58 --- 32.41 --- 32.41 NA NA
0.50 150%
0.40 100% 100% 106% 100% 106% 106%
100%
0.30 57%
50% 39% 39%
0.20
0% 0%
0.10 0%
Mass Cx Cy Cz T6 I6 T5 I5 T4 I4 T3 I3
0.00
0.00 0.10 0.20 0.30 0.40 Mass Cx Cy Cz T6 I6 T5 I5 T4 I4 T3 I3
RADIAL OUTSET - L(m)
57% 100% 100% 106% 100% 191% 106% 39% 106% 39% 0% 0
100 0.3 0.16 0.01 --- 51.53 --- 25.94 --- 25.94 NA NA
0.50 150%
0.40 95% 96%
100% 85%
0.30 57%
50% 37% 37%
0.20 17% 17% 17%
0% 0%
0.10 0%
Mass Cx Cy Cz T6 I6 T5 I5 T4 I4 T3 I3
0.00
0.00 0.10 0.20 0.30 0.40 Mass Cx Cy Cz T6 I6 T5 I5 T4 I4 T3 I3
RADIAL OUTSET - L(m)
57% 95% 85% 17% 96% 188% 17% 37% 17% 37% 0% 0
100 0.29 0.15 0.01 --- 50.66 --- 25.03 --- 25.03 NA NA
95% 96%
0.50 100% 85%
80%
0.40 57%
60%
0.30 37% 37%
40%
0.20 17% 17% 17%
20%
0% 0%
0.10 0%
Mass Cx Cy Cz T6 I6 T5 I5 T4 I4 T3 I3
0.00
0.00 0.10 0.20 0.30 0.40 Mass Cx Cy Cz T6 I6 T5 I5 T4 I4 T3 I3
RADIAL OUTSET - L(m)
57% 95% 85% 17% 96% 118% 17% 37% 17% 37% 0% 0
100 0.29 0.15 0.01 --- 31.93 --- 25.03 --- 25.03 NA NA
Purpose
This document details the step-by-step process required to consistently and accurately construct Mass
Property Analyses for end effectors and guns within the RoboLoad process. The results will provide
the mass, center of gravity (CG) and moment of inertia about the CG for use in the RoboLoad
software.
All make details must have the correct density for the type of material used (refer to the Mechanical
Design Standards (MD1) for a listing of densities – Section 1, Page 19).
Commercial components (clamps, cylinders, etc.) must have the correct density assigned to reflect
the actual mass of the component.
When studying end effectors, it is critical to consider the “worst-case” condition for that tool. The
“worst-case” condition will be the end effector plus whatever total product it is expected to handle, so
remember to add this product assembly to the end effector to complete the study.
Note:
Although all math data product is being maintained on Unigraphics, some older
product is still in surface-body format (which lacks volume and mass). As a result,
a solid-body replica must be constructed that approximates the shape and mass of
the panel to accurately run the Mass Properties analysis in UG.
Note:
It is critical that the WCS is oriented in the proper “GM Standard” faceplate frame.
The csys on the face of the end effector/weldgun must match this frame when
mounting the end of arm tooling (regardless of the robot being studied). Use the
following diagram to help orient the csys on the faceplate:
Y,β
X,α
Info > Analysis > Mass Properties > Using Solids > OK > OK > [Box all data to be
analyzed] > OK > List All
Go to Drafting.
Application > Drafting
Cut & paste the Mass Property data into Annotation Editor.
Insert the previously created view of the assembly that is being studied.
Drawing > Add View > [Select name of saved view (e.g., “ISO”)]
Following the view placement, scale and move the view as desired.
Deneb’s Igrip
APPENDIX XV: ROBOLOAD 2.3 BUG LIST – PROBLEMS REPORTED AND YET TO
BE FIXED
1. Applies only to laptops with docking stations. If Roboload was installed in the docked
configuration, Roboload might not run within Excel when undocked!
2.
Case 1b
Date Created Date Printed
09/15/99 RoboLoad 2.3 Analysis Report 09/15/99
Case 2b
Date Created Date Printed
09/15/99 RoboLoad 2.3 Analysis Report 09/15/99
400% 361%
0.4
300%
0.3
200% 157%
0.2 85%
100% 65% 55% 68% 55% 59% 65%
0.1
0%
Mass CMx CMy CMz T6 I6 T5 I5 T4 I4 T3 I3
0
0 0.2 0.4 0.6 Mass CMx CMy CMz T6 I6 T5 I5 T4 I4 T3 I3
RADIAL OUTSET - L(m)
65% 500% 500% 500% 85% 361% 55% 68% 55% 157% 59% 65%
100 0.3 0.3 0.01 416 58 464 32.41 464 74.63 1739 354.5
0.4
400%
300%
0.3
181%
200%
0.2 85% 108%
100% 65% 55% 68% 55% 59% 60%
0.1
0%
Mass CMx CMy CMz T6 I6 T5 I5 T4 I4 T3 I3
0
0 0.2 0.4 0.6 Mass CMx CMy CMz T6 I6 T5 I5 T4 I4 T3 I3
RADIAL OUTSET - L(m)
65% 500% 500% 500% 85% 181% 55% 68% 55% 108% 59% 60%
100 0.3 0.3 0.01 416 29.08 464 32.41 464 51.4 1739 325.6
0.4
400%
300%
0.3
200%
0.2 96% 96% 99%
65%
100% 44% 35% 40% 35% 45% 53% 49%
3%
0.1
0%
Mass CMx CMy CMz T6 I6 T5 I5 T4 I4 T3 I3
0
0 0.1 0.2 0.3 Mass CMx CMy CMz T6 I6 T5 I5 T4 I4 T3 I3
RADIAL OUTSET - L(m)
65% 96% 96% 3% 44% 99% 35% 40% 35% 45% 53% 49%
100 0.16 0.16 0.01 215 15.89 298 19.22 298 21.66 1573 268.2
Case 3b
Date Created Date Printed
09/15/99 RoboLoad 2.3 Analysis Report 09/15/99
0.4
400% 327%
300%
0.3
200% 121%
0.2
100% 57% 63% 43% 54% 43% 51% 55%
0.1
0%
Mass CMx CMy CMz T6 I6 T5 I5 T4 I4 T3 I3
0
0 0.1 0.2 0.3 0.4 Mass CMx CMy CMz T6 I6 T5 I5 T4 I4 T3 I3
RADIAL OUTSET - L(m)
57% 500% 500% 500% 63% 327% 43% 54% 43% 121% 51% 55%
100 0.29 0.15 0.01 320 50.66 380 25.03 380 56.06 1655 324.8
0.4
400%
300% 270%
0.3
200%
0.2 99%
100% 57% 57% 40% 46% 40% 50% 53%
11%
0.1
0%
Mass CMx CMy CMz T6 I6 T5 I5 T4 I4 T3 I3
0
0 0.1 0.2 0.3 0.4 Mass CMx CMy CMz T6 I6 T5 I5 T4 I4 T3 I3
RADIAL OUTSET - L(m)
57% 500% 500% 11% 57% 270% 40% 46% 40% 99% 50% 53%
100 0.26 0.14 0.01 290 41.77 355 21.34 355 45.91 1630 309.2
Case 1c
Date Created Date Printed
08/30/99 RoboLoad 2.3 Analysis Report 09/12/99
Case 2c
Date Created Date Printed
08/30/99 RoboLoad 2.3 Analysis Report 09/13/99
0.35
0.3
400%
0.25 300%
0.2 200% 146%
0.15 87% 66% 79% 51% 85% 40% 72%
100% 67% 39%
0.1 5% 11%
0.05 0%
mass Cmx Cmy CMz T6 I6 T5 I5 T4 I4 T3 I3 T2 I2
0
0 0.2 0.4 0.6 Mass CMx CMy CMz T6 I6 T5 I5 T4 I4 T3 I3 T2 I2
RADIAL OUTSET - L(m)
67% 500% 500% 5% 87% 146% 66% 79% 51% 85% 40% 72% 11% 39%
100 0.3 0.3 0.01 9.58 23.34 7.22 12.61 5.64 13.617.249 25.2 1.9 13.66
0.4 150%
0.35 114%
0.3
100%
0.25 67% 72% 67% 71% 70%
57%
0.2 44% 40% 38%
50%
0.15
3% 11%
0.1
0.05 0%
mass Cmx Cmy CMz T6 I6 T5 I5 T4 I4 T3 I3 T2 I2
0
0 0.1 0.2 0.3 0.4 Mass CMx CMy CMz T6 I6 T5 I5 T4 I4 T3 I3 T2 I2
RADIAL OUTSET - L(m)
67% 168% 168% 3% 72% 114% 57% 67% 44% 71% 40% 70% 11% 38%
100 0.25 0.25 0.01 7.93 18.17 6.26 10.68 4.89 11.357.249 24.45 1.9 13.47
0.4
0.35 80% 67% 65% 69%
59% 61%
0.3
60% 50%
0.25 39% 40% 38%
0.2 40%
0.15 20% 11%
0.1 3%
0.05 0%
mass Cmx Cmy CMz T6 I6 T5 I5 T4 I4 T3 I3 T2 I2
0
0 0.1 0.2 0.3 0.4 Mass CMx CMy CMz T6 I6 T5 I5 T4 I4 T3 I3 T2 I2
RADIAL OUTSET - L(m)
67% 100% 100% 3% 59% 100% 50% 61% 39% 65% 40% 69% 11% 38%
100 0.15 0.25 0.01 6.52 16 5.49 9.698 4.29 10.417.249 24.16 1.9 13.46
Case 3c
Date Created Date Printed
08/30/99 RoboLoad 2.3 Analysis Report 09/12/99
0.35
0.3
400%
0.25 300%
0.2
191%
200% 123%
0.15
100% 67% 67% 54% 68% 42% 75% 40% 71% 39%
0.1 3% 11%
0.05 0%
mass Cmx Cmy CMz T6 I6 T5 I5 T4 I4 T3 I3 T2 I2
0
0 0.1 0.2 0.3 0.4 Mass CMx CMy CMz T6 I6 T5 I5 T4 I4 T3 I3 T2 I2
RADIAL OUTSET - L(m)
67% 191% 500% 3% 67% 123% 54% 68% 42% 75% 40% 71% 11% 39%
100 0.29 0.15 0.01 7.37 19.72 5.94 10.94 4.64 12 7.242 24.71 1.9 13.61
0.35
80% 67% 65% 69%
0.3
58%
0.25 60%
44% 42% 40% 39%
0.2 40% 33%
0.15
20% 11%
0.1 3%
0.05 0%
mass Cmx Cmy CMz T6 I6 T5 I5 T4 I4 T3 I3 T2 I2
0
0 0.1 0.2 0.3 Mass CMx CMy CMz T6 I6 T5 I5 T4 I4 T3 I3 T2 I2
RADIAL OUTSET - L(m)
67% 100% 100% 3% 44% 100% 42% 58% 33% 65% 40% 69% 11% 39%
100 0.15 0.15 0.01 4.82 16 4.62 9.296 3.61 10.467.242 24.23 1.9 13.61