Home | Articles | Forum | Glossary | Books |
AMAZON multi-meters discounts AMAZON oscilloscope discounts Getting Started Getting started in evaluating whether robotics is the right thing for a firm begins with motivation, typically through the means of identifying pain in the manufacturing process. Pain comes in many forms such as waste, scrap, ergonomics, high cost per piece as compared to competitors, and finding reliable operators. Based on many years of selling automation, the following process seems to work well: Step 1 : The firm has identified pain somewhere in the process The firm has motivation and management support to pursue robotics as solving a problem Return on investment, hurdle rate, and/or payback period requirements for the project are identified The firm has a reliable process Step 2: Defining the process: If this is the first robot project, identify a low-risk process and product that will be an immediate win upon installation Identify product(s) to be automated Identify project design criteria (the constants). In other words, what are the expectations and requirements for the project parameters Step 3: Develop concept: (This exercise serves as a litmus test for the merits of the project) Establish a rough order of magnitude of costing for all equipment and services Define a preliminary automation solution Determine responsibilities within the firm as well as out Identify the unknowns Identify where the system will be located Identify resources to operate the system side integrators, contractors, etc. Step 4: Decide whether the project makes sense economically and technically: Fgr. 1 shows a typical flow chart for implementing robot projects. This section deals with the audit/discovery aspect of such a project. === Identifying risk/unknowns Inquiry Confirming the brutal facts Cost lo manage risk financial/technical Process requirements How Expectations operations function Resources required Commercial definitions Equipment function defined Identify unknowns and risk In-house expertise What are the gaps How would you process manually What is in within your control Audit/Discovery: Internal and external drivers Information gathering critical factors Judgment Criteria Defining constants and variables Upstream and downstream Existing or new process * Goal setting /Validation Where it’s being done elsewhere Feasibility study Manage tolerance stack-up Validating process variables Risk/reward checks When a project is not a good project Area of Focus ------- - - . Design/Build Commissioning Purchasing/Timeline/ Project Management Fgr. 1 Best Practices- Life Cycle for Implementing Robotic Projects === Robotic Implementation is Always a Team Effort There is no question that a team is necessary to implement a robot project, because many disciplines are required to add value in the stages of planning and implementing such a program. To be most effective, the plan must be developed by a team, as with many programs, For example, an IS0 quality management program. The personal profiles of a team that would be ideally suited for developing a robotics plan are as follows: Job Role [ Production Project Manager Maintenance Engineering/Design Facilities Finance Programming Safety] Contribution to the plan for industrial robotics [ Primary point of contact and communication with suppliers and "Champion" internal customers such as operations people. Manages schedule, develops scope of work. Personnel are typically manufacturing engineers, program managers, project managers, quality managers, and sometimes technicians. Manage the system on a daily basis, track system uptime, manage process consumables such as pallets, slip sheets, welding wire, and grinding media. Manage daily system problems. Personnel are typically operators who were involved in the process prior to the installation of the robot, or technicians. Installation of the system, and maintenance over the life of the system. Personnel are typically maintenance technicians Design work-holding, fixturing, and product design to enable the process to be "robot and operator friendly." This role is typically associated with process development. Personnel are typically from the engineering group (i.e. Industrial Engineering) Manage logistics for utilities, installation, and floor requirements. Facilities may also be responsible for building components such as electrical panels or fabricated components. Validate the ROI and put together the justification package. Typically other personnel also assume this role. This role consists of programming for system controls and robots. Personnel are typically engineering, operator, technician, and maintenance people. This role manages the safety compliance of the equipment brought into the facility. There maybe a safety director, or safety may be managed by others. ] Teams will vary based on the scope of work and organization size. The roles and responsibilities are the same across any organization implementing robotics. Other roles and responsibilities of the team include supplier selection for any outside-sourced components, process development, especially if the process is new, and criteria for justification including quality, reduced direct labor costs, productivity increases, safety, etc. Other members of the team are often outside suppliers or consultants. Especially for first-time robot users, system integrators are often contracted to provide a "turn-key" automation solution to accomplish a task(s) within a manufacturing process. System integrators are organizations that have the capability of managing the qualifying, justification, quoting, project management, installation, and commissioning of a robotic system. The firm will also rely on the system integrator to train their employees in the use of the system, as well as adapting additional products into the system. The system integrator organization is set up to include all the disciplines mentioned above. The relationship between the manufacturer and the system integrator will vary for every project, and the relationship is based on defining which organization is responsible for various attributes of the project. Trade-offs always need to be considered when dealing with a system integrator in terms of how much risk the manufacturer is willing to manage, the internal versus external costs of designing and building system components, delivery needs, internal capabilities for services that would otherwise be pro- vided by the integrator, and availability of resources within the firm. There is no wrong or right decision. Consultants sometimes provide equipment such as hardware, but often are contracted to provide design or project specifications that will facilitate a request for quote from a system integrator, or to write the execution plan if the system is to be managed internally within the firm. === Process machinery (lathes) (machine tools) Part turnover stand to allow robot to re-grip part between machining and deburring Robot fixed on a fabricated steel riser abbot uses a two part gripper Deburring station utilized after machining Fencing (barrier) Inbound powered conveyor for raw parts (8 part queue) Operator system control Outbound powered conveyor for finished machined parts (8 part queue) Fgr. 2 Anatomy of a Robotic Machine Tending System === Welding wire feeder powered by welding power supply Robot/-Fabricated Steel; Welding Torch (end of arm tool) Positioner controller by robot x 2 Work-piece fixturing installed here safety (positioner serves as the inbound and outbound) - work-piece loaded manually to fixture \ Light Curtain for Fgr. 2 Anatomy of a Robotic Welding System === Existing conveyor that feeds the robot system The gripper picks slip sheets, pallets, and product Fgr. 3 Anatomy of a Robotic Palletizing System ==== Powered inbound conveyor; Powered outbound conveyor; Robot 1 Robot gripper (end of arm tool) Part qualifying tool on stand -System control components /Multi-purpose belt stand with various grinding belts; Fencing Fgr. 4 Anatomy of a Robotic Material Removal System === Robot controller transport unit Press Brake Part reference stand-over stand / System Control Inbound floor locators for pallets -- Sliding gate Fence (Barrier) floor locators for pallets with formed parts Fgr. 5 Anatomy of a Robotic Press Tending System === Ingredients of the Robotic System Figures 2 through 6 illustrate a typical robotic system for machine load/unload, arc welding, palletizing, material removal, and press tending. Although the applications are different, the ingredients that are contained in the system are similar. There is always the consideration of transferring raw material into, and finished product out of, the system. For each application, the means is different, however the ingredient is still required or the system is incomplete. The point is that, regardless of the application, the planning and auditing of a process is the same because different robotic systems require the same ingredients, which are illustrated in Figures 2 through 6. Regardless of the application or industry, the integrated components of a robotic cell, as well as the planning process, are virtually identical, although each application has unique process-specific characteristics. For instance, applications such as robotic press tending differ from robotic arc welding. Essentially then, the planning process for one robotic system can serve as a model for future robot systems, regardless of the application. It’s worthwhile to understand the typical ingredients for planning and purchasing a robotic system. The recipe for automation follows the similar rules regardless of the application and the integrator source, whether internal or external. Various system elements and their contributions to the system are shown in the list below. Not every system will contain all of these components, so some items may not be applicable. Nonetheless, careful consideration is needed to develop a robotic system shopping list of the items that are illustrated in figures 7 through 15, and the items fall into the following categories: === Ingredient (Category Component); Robot A sir axis rail mounted configuration Six axis robot size and reach range example Robot reach 1 meter radius -- 3 meter radius Robot payload 11 lbs. (5Kg) Exceeding hundreds of lbs Fgr. 7 Contrasting Robot Size, Reach and Configuration === Role/Responsibility The robot is the manipulator that performs the sequence of operations within the process. Throughput requirements establish the number of robots needed. The process establishes the robot criteria in terms of reach requirements, number of robot axes, weight-carrying capacity, and robot configuration to support such specialized applications as vision, auxiliary axis, interface to machinery or process devices, and other needs. Inbound Welding headstock/tailstock positioner ; Pallets on Floor containing materials ; Tray/Drawer system ; Various Conveyor styles Fgr. 8 Inbound and Outbound Material Transfer Devices Role/Responsibility Inbound describes the hardware that enables raw material to be transferred into the system. Examples include conveyors, turntables, shuttles, AGVs, and fixed stations in the form of a table, or poor location. Outbound Role/Responsibility The hardware that enables the finished material to be transferred from inside to outside the system. The hardware is similar to that for the inbound End of Ann Tool (EOAT) Fgr. 9 Robotics end of arm tool configuration. Role/Responsibility The gripper or "end of arm tool" is the functional tool used by the robot to perform the process task. Tools are part- and process-specific. Some processes such as welding or cutting, can often use a common tool. Tools used for material handling or material removal often are varied from process to process. Tool Changers EOAT Changer Plates with Storage Rack Fgr. 10 Robotic Tool Changers Role/Responsibility Tool-changers are quick-disconnect (male/female) devices that allow the robot to change tools automatically. Changing tools allows for different processes to be performed by the robot as part of the robot program. Auxiliary Axis System Fgr. 1 1 Auxiliary Robot Axis Headstock/tailstock positioner Robot transport unit 2 axis tilt 8. rotate positioner Robotic Servo Boom Role/Responsibility Auxiliary Axes are additional axis of motion controlled by the robot control system. The aux axes are programmed through the robot control system. Aux axis can control the motion of the part or the robot to the part through the process. Many additional axes can be added to the robot control for the purpose of providing a greater level of flexibility in the robot 5 process. Controls Fgr. 12 Robotic System Controls Role/Responsibility The control system serves as the interface for the human operator to manage and monitor operation of the system. For example, some users require what is called "Overall Equipment Effectiveness ". This function requires a system control to gather system data and report the data related to downtime, faults, uptime, top 5 reasons for faults, and other production data that allows the user to track the efficiency of the system. The control system is also used for information transfer and communications between all the devices in the system, as well as controlling the robot. The control system can be PLC or PC based, or can be within the robot control. Often the interface to the control system is referred to as the Human/Machine Interface (HMO or Graphical User Interface (GUI). Selecting parts to be run in production, collecting and archiving system data, monitoring system parameters, and transferring/receiving data within a larger- scale network are additional functional requirements of some system control schemes Larger scale control systems utilize Supervisory Control and Data Acquisition (SCADA) systems. These systems are responsible for information management at the system and remote from the system. These systems also can interact with Oracle, and SAP databases for downloading production schedules for the robotic system as one example. Fabricated components Fabricated platform containing the automation for machine tending Fabricated turntable for robotic glass handling Robot risers Welding positioner Fgr. 13 Fabricated Peripheral Components Role/Responsibility Components that are necessary to the robot system, usually in a supporting role for the process Examples are robot risers, positioners, turnover stands to enable the robot to re-grip a workpiece with a specific orientation for machine loading, stands, racks, reference tables, storage equipment, and other items. Process equipment Press Brake Welding Equipment Machine Tool Lasers Fgr. 14 Process Equipment Role/Responsibility Process equipment is a very broad group. Within the process there is machinery that does something to a part, or provides the robot with the capability to perform a process such as the welding equipment for welding. Other examples include tending to a machine tool cycle, forming on a press brake, or operating a laser for cutting or welding Safety Guarding Role/Responsibility Consists of wire mesh fencing, light curtains, safety mats, limit switches on the robot arm to define robot motion, sensors and switches on conveyors and access gates. Typically any device that limits the ability of the robot and the human operator to share the same space at a given time. Safety can also include custom flooring to prevent slipping in a hazardous environment, or a smoke exhaust system to remove welding particulates. Miscellaneous items Role/Responsibility An even broader classification. Examples include inspection devices, gages, washers, dip-tanks, pallet dispensers, welding torch reamers, stretch wrappers, pin stampers, part markers, bar code readers, or any piece of equipment that is integrated within the sequence of operations for the system. Devices to locate the work-piece Role/Responsibility Robots are blind. Requirements to locate the work-piece from a casting, tacked welded assembly, steel blank, or bag of seed corn, is concerned with managing the tolerance for locating through the sequence of process operations. Examples include welding fixtures, powered conveyors with V-block locators to hold a shaft, or pushing devices at the end of a powered roller conveyor that moves the bag of seed corn to a specific location at every cycle. Protection Tools Fgr. 15 Robot Protection Tools Role/Responsibility Typically designed to protect the robot from a harsh environment. These items include robot suits for a wash-down environment where oxidizers or other liquids are used to sterilize and clean the robot. Additionally, NEMA 4 enclosures, severe dust and liquid hazards for equipment, and cooling or heating robot suits are required. Installation requirements Role/Responsibility The services required to install the electrical and mechanical components of the robotic system from utilities to floor requirements. Internal or external integration services Role/Responsibility The man hours required to design, build, integrate, de-bug, and manage projects, and validate, document, and install the components of the system. Training Role/Responsibility Training is imperative. An educated user is absolutely one of the most important items on this list of ingredients. Training in managing system faults, and general error recovery is critical in maximizing system uptime. Programming Role/Responsibility Every system requires programming of the robot through the use of a teaching pendant, connected to the robot control or off-line within a PC environment. Robot motion is an aspect of programming in addition to the system controls, to ensure that the sequence of operations is executed seamlessly. Vision and Sensors Role/Responsibility Vision has simplified robot cells and at the same time increased flexibility, especially for small batch runs. Sensors and vision can detect presence or lack of presence of physical features, and can determine part location and orientation. Vision and sensors are also used to validate in-process quality, in optical character reading, and in part identification The shopping list is a tool to begin organizing a scope of work for the system. The robot itself is just one component of the list. Defining the robot is normally the simplest task of the project. The system risk and primary cost are driven by all the peripheral ingredients, especially the criteria for the transfer of raw material in and out of the system. The saying " you can do anything with automation" is a true statement, it just takes money. Developing a scope of work that defines the ingredients in a robotic system, as well as the functional specification, makes all the difference in reducing the system risk and cost. The costs of robot systems are a function of the part requirements, process, level of flexibility, and the services responsibility. The system hardware is generally the major part of the system cost, as compared with the servicing hours associated with the engineering, management, and integration of the system. It’s easy to see why automation requires a team effort, and why there is a large market for system integrators that manage the details. The devil is in the details and the more details can be defined early in the plan, the lower will be the integration costs, and the more successful the system. Judging a Good Project from a Bad Project For every application type, sources are available to serve as tools for defining the needs and wants of the project. At the start, the most important first step is to identify the need. In other words, the source of pain in the manufacturing value stream needs to be identified. The conclusion may be obvious, but there is an important exercise that first needs to be performed. Before robotics can successfully be implemented for a particular process, the engineer needs to understand the manufacturing sequence of events. This exercise is important because the sequence must be defined before the process can be integrated with robotic automation. Furthermore, the relationship between one sequence and another within the value stream, from the receipt of raw material until the product is packaged on a pallet ready to ship, also needs to be defined. Automating an inefficient step, or the wrong step in the value stream, can backfire quickly, and the gains the user assumed would be received won’t be realized. In other words, never automate a bad or undefined process. A common approach to planning automation is to examine how the process needs to operate in a manual operator state, because most engineers already understand how to manage the manufacturing process with direct labor. Whether the manufacturing process or value stream is already in place, or is being redefined because the process is new, the exercise of defining the process with manual labor allows the engineer to determine many factors. These factors include throughput requirements, labor requirements at each step, cycle time of each step, and the overall sequence of events. At every step it’s necessary to examine how waste can be removed and reliability added in. Defining the process using direct labor establishes a reference to which automation results can be compared later. The following criteria are applicable for most processes, both those in place, and, if the process is going to be new, those to be included in a new order. Some important questions regarding a hit list of process information are as follows: What is the throughput required in units per day or shift to meet demand for each of the individual parts to be produced? How many hours need to be planned on a daily basis to meet this demand? What are the sequential steps in manufacturing the component? Process sheets outlining the operating steps are very useful here How much labor is needed at each step to achieve the overall throughput? What changeover requirements are necessary for the operator to switch from production of one product to another, and how much time is associated with the changeovers? operator to produce a compliant or quality part? the frequency of inspection? What decisions need to be made at each step in order for the What kind of inspection is required in the process and what is What are the characteristics of a "good" part at each step? Are there any safety, ergonomic, or environmental concerns to the operator? Are there redundant operations in the process where the operator task is the same, over and over, for every cycle? What is the scrap rate, and where do quality problems lurk. Understand the root cause of any quality problem. Is the product within tolerance? Are there any current floor space, utilities, or ceiling space constraints for where the process is located today, or where it will be located later? What is the means of material flows from operation to operation? Are part prints and models available? Other benchmarks that need to be identified, especially for existing processes, are related to achieving the intended throughput rate. End-users often say "I am getting 45 parts per hour". The problem is that the available time on an hourly basis indicates that the throughput should really be at 65 parts per hour. Overtime rates and the number of shifts also should be taken into account because robotics will impact efficiency, resulting in a higher throughput using the same quantity of assets. The reverse could also be important, meaning that even though the robot system is capable of producing 65 parts per hour, the customer demand is for 45 parts per hour and there is no benefit to building up inventory. The heart of the matter is: "is this a good or bad robot project"? While going through the exercises above, the engineer will learn a great deal about the process, whether it’s new or existing. It’s best to answer the questions directly to users. However, it's usually obvious if the robot project is not a good project. There is a quick mortality rate for bad projects because right away there will be indicators, often with the shop floor operator struggling, and there is no sense in automating a bad manual process. Examples are lack of chip control in a machining operation that causes chips to build up at the work-holding locations and prevents the robot from loading the work-piece. Another example is weldments with a gap condition that exceeds the welding wire diameter several times over, or welds that simply cannot be accessed. The other immediate feedback is when the economics and/or justification shoot down the project. Also, there is sometimes a better way to skin the cat than to use a robot. Not every process should be automated, and for some projects the economics make no sense versus alternative forms of automation, or the cost is too high to manage all the sins of the process. Some examples of applications that can be bad candidates to automate are as follows: The process, by design, prevents parts from meeting print tolerances Operator intervention is very high relative to decision making and dexterity. Examples are special inspection requirements that a conventional gage or sensor cannot measure, or when the inspection is more visual than empirical, or there is a need to adapt to varying welding part conditions, that require the operator to compensate to make an acceptable part at each cycle Changeover requirements are too drastic, so that a significant amount of the daily hours available are used up in changing or adjusting hardware. There certainly are jobs like this, but not generally. The problem is that the robot efficiency can never be exploited because the process does not allow enough run-time. Another form of "dedicated" automation is a better fit because of too much variation from part to part in each cycle, or the same redundant process is used in a high-volume setting. Examples are a linear pallet pool (LPP) system for a flexible machining system that is machining a batch of one production flow. At each cycle, a new part with unique geometry is introduced into the system. Again, there are exceptions where robots will replace the LPP as the primary device servicing the machine tools. Another example is a high-volume lathe-welding process where end caps are welded to each end of a pressure vessel. Typically a dedicated form of automation will be used to accomplish the "common" task with a fixed welding torch and the work-piece turning 360 degrees under the fixed torch. Floor space or other external constraints make automation impossible. Often in food-focused industries, For example in bakeries, the infrastructure of process equipment and space was never planned for automation. Older facilities are especially land-locked in their ability to support the space for a robotic system. Automating a process with significant downtime caused by poor running equipment, or a poor process. Automating a process where the operators or production culture are not sold on automation. Attitudes are among the most critical characteristics governing whether a project is going to be good for automation. Many more examples of good and bad projects are discussed in this text. The next section describes the importance of gathering details when the project parameters and solutions pass the litmus test in terms of economics and technical feasibility. Gathering the Right Details The detail that is gathered to justify or to initiate a robotic project really is the same across all industries and applications. There are process-specific and applications-specific criteria, but the methodology is the same. The first thing that should be gathered and the item that drives the entire process, solution, and cost, is the parts/products that are being manufactured, and specifically the process steps considered for automation. This first thing may take the form of prints, albeit 2D, but availability of 3D solid models makes a big difference in the type of analysis that can be developed. The old GIGO saying that garbage in is garbage out is absolutely true when it comes to gathering the detail. As a minimum, a start should always be made with the prints. The applicable checklist for any application is the list detailed in the previous section. The following pages describe a more detailed list for various application types: === Criteria for Arc Welding Example of a Weld Procedure Table Weld Number XI Example of a Weld Procedure Table === Weld procedures (gas type, filler metal, weld travel speed, bead size, joint type, number of weld passes per joint type) Preheat, post-heat, or inter-pass temperature requirements Work-piece positioning to enable each weld to be welded in the flat or horizontal position Quantity of welds for each assembly or sub-assembly, and length of weldments Product weights Product base material Pre-tacked parts or loose parts. Can loose pieces be locked Welding sequence for distortion management Tolerance of the weld joint (dimensionally, and as a gap condition of the weldment) Managing fume collection Definition of a "good" weldment (i.e. penetration, size, Definition of inspection criteria if applicable Floor layout constraints How the system interacts with the operator for part and tabbed to simplify fixturing appearance ) changeover and part setup prior to robotic welding (i.e. tacking, heat treating, prepping work-piece) Monitoring of process parameters and deciding which criteria is important to monitor. What kind of feedback is being measured, and what actions are to be taken when a parameter falls out of specification? For example, the variations may be in a flow switch controlling water flow to a water-cooled torch or a flow meter controlling shielding gas flow to the weld area. How to balance operator load/unload time of finished and pre-welded assemblies while welding continues Safety precautions to protect the operator without interrupting the robot weld cycle during the load/unload cycle The critical component for the robotic welding cell is the fixture holding the work-piece. There are two primary fixture styles; holding fixtures that hold a tacked assembly in place, or a tacking fix- ture where the pieces are loosely held and the robot tacks and welds. Fixture design affects robot access, torch access, changeover from one part style to another, weld cycle time, part tolerances, and cost. Access to the weld areas of the work-piece, and part dimensional tolerances, are critical to reliable welding. These requirements are the reason why manual fixtures often don’t work for robotic applications. Fixturing is the key to a successful welding program. === Fgr. 16 Weld Fixturing Examples Multiple work-pieces on two sides of a fixture allow a balanced throughput between operator load/unload time and welding time. In this fixture the operator loads both sides of the fixture. This positioner will be integrated to a rotating robotic headstock/tailstock positioner. Parts are not tacked when located in the fixture This fixture is an example of a holding fixture that secures the part with open access for the robot to weld. This fixture will be installed within a robotic headstock/tailstock positioner === The fixture designer must be aware of how the process is defined and where the robot and weld torch need to be positioned to achieve an acceptable weld. Whether the fixture is automatic or manual is another consideration that needs to be addressed. How the operator interacts with the fixture needs also to be understood. In other words, how automated is the clamping function of the fixture. Designing for quick changeover of fixtures also is necessary if multiple parts styles are to be welded in the system. Fixtures must be designed to resist weld spatter. Fixtures may also have to be designed to confirm part presence, to validate that the part is secured correctly, and that it’s located within the tolerances needed for welding. Criteria for Tending Machines Part weights How the machine tool work-holding is holding the work Type of work-holding for each process Dimensional tolerances of component and tolerance for loading machine fixture(s) at each step Required orientation of the work-piece when the machine is loaded for each operation Base material for each component to be machined List of sensitive part surfaces that must not be touched by robot grippers Can parts be allowed to touch in the queue at the inbound or outbound sides of the conveyor How large a part queue is needed at the inbound side Cutting times for each process step How are chips managed in the fixtures and discharged from Machine tool type and quantity at each process step Do the machines have shuttles or pallet changers Machine tool quantity by type for each cutting operation Machine tool control brand and model Where do programs reside for the machine tool Signals for hand-shaking between robot control systems and Gauging requirements or other inspection tasks Washing or deburring requirements System controls for feedback and monitoring of process piece for each operation the machine tool machine tools parameters, and how operator interacts with the system for changeover Air blow-off Floor layout Requirements for access to machines without interrupting robot cycle How parts are presented to system (drawer system, conveyor, dunnage, shuttles, bin, pallets, etc..) How parts are transferred out of the system. If they are palletized, what is the design of the pallets, and what is the palletizing pattern. Managing parts that fail in the machining process where do they go Keeping the floor clean of coolant spillage Buffer requirements in the event of uneven machining cycle times between processes Time study of machining process Can chip breakage be incorporated in the tooling Does the work-piece require a pusher or other mechanism for reliable loading Is a washing operation required after machining What is the tool life, and the frequency of tool adjustment or changing Will an air blow step suffice to separate the part from chips or is a washing operation necessary How do offsets get updated in the machine tool An example of a machining time study is shown on next page: The key to machine tending, and where the bulk of the cost lies, is associated with the transfer of product into and out of the work-cell. Machine tending is ideal for running lights-out, depending on the design criteria of the inbound and outbound systems. A good approach is to design the raw material inbound queue to enable the system to run a reasonable amount of product without an operator presenting new material and removing finished material. Typical queues are planned around 30 60 minutes. For long cutting cycles, or parts that can be picked directly from a bulk container as an example, production can run for significantly longer unmanned periods. See Fgr. 1 8 for an illustration of bulk part presentation. Criteria for Press Tending: Part weight Thickness of blanks Base material Painted surfaces Oily, sticky, surfaces of raw material Press type ( tonnage, bed length, control system, gage system ) How product is transferred into and out of the work-cell Are formed parts palletized, and what types of pattern or nest are used System control requirements for production monitoring, part selection, and part changeover Defining brake tooling for the die and punch How each part type is processed through the bend sequence, indicating the bend Bending tolerance and inspection requirements if applicable Changeover requirements for brake tooling How will tooling be set up in the brake ( i.e. progressive tooling ) If the base material is stainless, is there a plastics covering on one side Floor layout How is tooling changeover managed Unlike machine tending, where the emphasis of cost is in the material transfer into and out of the work-cell, the inbound queue for press tending is much simpler because the raw material is flat blanks that are stacked on top of each other. Press tending is ideal for a small-batch process where the system is designed to be automated for many part styles. The key and emphasis on cost are related to the grippers that are required to handle all the potential part geometries through the forming processes. Additionally, in brake forming, how will the tooling be con figured for small batch runs. If changeover is minimal, then a high uptime can be assumed. It may also be possible to use the robot to change brake tooling to reduce changeover time. Palletizing/De-Palletizing Data Pallet types and sizes Slip sheet types and sizes Description of each product ( size dimensions, weights ). Are they boxes, buckets, containers, etc. Unit load description (number of layers of product, are layers of product flipped every layer, product per layer (pattern)) If bags, what material (polythene, paper, etc.)? Wash-down considerations, or special environmental requirements for cleaning or hazardous specifications Floor layout If cases are used, what kind of cases. Do cases need special handling to avoid damage. Do labels need to be presented in a certain way when the case is placed onto the pallet How pallets are presented to the system How are slip sheets presented? Mixed-unit load requirements Are stretch wrappers or other wrapping methods required? How is raw material presented to system (i.e. conveyor)? What is the control system for production monitoring, and Is integration to a higher plant level control required Managing buffer in a system when a full pallet is transferred How are full unit loads transferred out of the system If de-palletizing, what is the tolerance for product location as What tolerances are required for the inbound raw material to Product inspection prior to reaching robot cell, and arrange product changeover out of the cell it rests on the loading unit build a uniform unit loadments for dealing with non-compliant product. (i.e. checking bag weight as bags are conveyed to robot) Definition of a "good" unit load Flap management requirements (i.e. flap detection) Use of lock'n'pop or other means to prevent cases shifting during transport Palletizing and de-palletizing systems need to be con figured primarily around transfer of raw materials in, and finished unit loads out, or vice versa. Palletizing can be cellular where the cell is fairly simple, as shown in Fgr. 3. Robotic palletizing can also become very complex, especially in a high-volume palletizing facility with multiple product lines and/or product, converging on a centralized palletizing area. The complexity involves a high level of material transfer equipment such as conveyors and high level system controls to manage the additional products and maintain communication between devices. Criteria for Material Removal Material removal is a very broad term but for the purpose of this text it’s considered to include deburring, grinding, de-flashing. Buffing, and polishing are related processes. Defining a good part or surface finish/condition for every region on the work-piece to be processed Does a constant force need to be applied to the surface to achieve surface finish requirements Defining the part tolerance where removal of surface material is required. For example if the work-piece is a casting then the tolerance of the surface to be removed will vary Identifying where material is to be removed from the workpiece Defining the range of product by size, weight, and base material The physical size range of burrs, gates, flashing, and parting line that is to be removed How product is to be transferred into and out of the work-cell Tolerance for how much material is required to be removed Defining the media that is currently used manually (type, relative to the base material style, and grit) Defining the tool life and frequency of changing tools Feed rate in removing material Base material type Material removal is defined in two ways. Fgr. 19 illustrates an example. The media or also called tool (e.g. Snag Grinder) is taken to the work-piece or the work-piece is taken to the media or tool. In either procedure, compliance is also a major factor in providing a reliable robotic process. Compliance is defined as maintaining a constant force during the material removal process, taking into account such factors as the variable surface tolerances of the work-piece, gravity, the position of the tool, and media wear. Material transfer into and out of the work-cell is also a large component to the system concept, just as with the other application types. === Tool (media) to part Part to tool (media) Note: Smaller parts are often presented to the tool (media). Larger parts are usually fixtured and the robot takes the tool (media) to the part Fgr. 1 9 Material Removal Examples, Tool to Part or Part to Tool === The need for robotic material removal is more important than any other process because of safety, quality, direct labor cost, scrap reduction, and difficulty in finding and training operators. Material removal is a brutal job to perform manually. Usually new employees get material removal duty first because it’s a brutal job. At the same time, material removal poses the greater risk compared with other robotic applications. Risks are associated with defining a "good part" and the trial and error that goes into developing a reliable process, given varying part tolerances. Most material removal projects require a validation phase whereas for other applications the validation phase is minimal or not required. A good start in assessing how robotic material removal can be accomplished is to first examine the tools currently being used by the manual operator and process. Fgr. 20 illustrates a before and after example where the robots tools were designed to mimic what the operator used. Before automation; After automation Fgr. 20 Applying the Tools Used Manually for Robotic Automation Constants and Variables of a Robot System Constants are defined here as what is known about the process as well as what are the rules. The data that is gathered during the audit phase of the project is termed design criteria. Design criteria are the known parameters of the process. Examples are noted below. Understanding the rules about the process requirements is what drives objectives, goals, expectations, and benchmarks. The variables are associated with how the solution will be conceived, designed, and built. At some point in implementing a robotic system, the system has to be validated in terms of function and performance to ensure that the design of the system solution achieves the goals within the rules set early on in the project audit phase. Providing answers to the application question lists in the examples establishes very quickly how well the process is defined and what it’s that you know and don't know. Most expectations fail to be achieved because the constants are not accurately defined up front. During the audit phase it seems that many engineers are rushed into a time frame to implement a system where details are overlooked, ignored, or simply guessed. An example of establishing constants and variables during the audit phase of a project is as follows: Examples of Constants (Design Criteria): Defining the generic manufacturing process by sequence of Product information (including prints, solid models) Description of how product needs are to be transferred into Description of special requirements in locating parts for the Description of what happens, and the requirements of each Description of manual intervention at each operation Process sheets for each operation operations the system robot process operation Examples of Variables (Automation Solution): Robot process achievement rate Robot access through all the robot motion in a program, Robot gripping in terms of feasibility between how the product needs to be gripped and what can be designed avoiding obstacles and having sufficient reach Achieving material quality requirements (weld profile, surface finish as examples) Functionality of peripherals. For instance, will vision work in the shop floor environment, or will the fanning magnet actually separate the steel blanks so that the robot doesn't pick two blanks instead of one at the beginning of the process Defining the project design criteria using the example project shopping lists is a good habit. One of the by-products of the defined design criteria is a set of variables that make up the automated solution. The variables (unknowns) are sorted and ranked by various levels of risk. Managing the unknowns is what separates the good and the better system integrators as well as the users. Unfortunately, in some instances, the unknowns are not even known until the system is built and in a position to be run. Having a plan to manage risk ultimately improves cost, delivery, and reliability of the robotic system. |
PREV | Next | Article Index | HOME |