Comment on ISA88 Part 5 Draft definitions: Automation object, AO functional manager, device, others

Make2Pack ISA88 Part 5 conference call included discussion of definitions, perhaps particularly timely since the Pack Expo 2010 (www.packexpo.com) conference is so near. We’ve had a number of discussions as this draft has progressed about terminology, especially since that the terms people use from processing and packaging automation can differ.

10/25/2010


Make2Pack ISA88 Part 5 conference call included discussion of definitions, perhaps particularly timely since the Pack Expo 2010 (www.packexpo.com) conference is so near. We’ve had a number of discussions as this draft has progressed about terminology, especially since that the terms people use from processing and packaging automation can differ.

Do these definitions work for you? (That’s the purpose of a standard, after all, to derive agreed upon language and framework that makes it easier to work with and integrate automation.)

Please comment, whether you agree or would revise: Would those people in your facility involved with automation and controls agree with them? Would you want to email them this link so they could comment, after you do? Look at the definitions below and post a comment (comments are reviewed weekly then made live) or email me directly using my contact info below. When commenting, it’s most helpful to provide a rewrite of how you think it should be, then explain why. A word about your background and what you do, would be helpful to provide context. Thanks!

3 Definitions

For the purposes of this part of this draft, the following definitions apply. Definitions and concepts expressed in the Part 1 standard apply, except where differences are explicitly stated in this part. 

3.1 Automation Object (AO)

 – The grouping of engineered control components that will carry out the requirements of a module. This must consist of a functional strategy component and may consist of a function manager and a resource manager. An automation object provides public methods to interact with the functional strategy.

3.2 Automation Object Command Processor

 – the functionality that will receive commands from a public source and evaluate them to determine what actions to take. Appropriate commands will be passed to the active functional strategy in whatever form the functional strategy requires. The command processor provides public status results of any requested activity.

3.3 Automation Object Function Manager

 – if the AO functional strategy supports command and control capabilities in a public method the AO function manager provides the public interface and methods to process commands and manage control that is applied to the functional strategy.

3.4 Automation Object Functional Strategy

 – The part of an AO that contains the module specific functionally engineered using vendor supplied tools and components native to a control environment to carry out the control required by an operating scheme. This AO component must as a minimum provide predefined information in a public way.

3.5 Automation Object Resource Manager

 – if the AO has multiple functional strategies and/or supports multiple users/owners the AO resource manager will provide a public method to manage the other components of the AO to see the required functional strategy is active and the commands and control are accepted only from approved sources.

3.6 Device

 – A Device is a piece of physical equipment and has no control associated with it. Part 1 refers to this as a Control Module. When control is associated with a device it becomes a Control Module Entity.

Example – the valve body, actuator and limit switch are devices that when paired with the functional strategy of a control module form an on/off block valve.

Example – (pending, from Pierre)

3.7 Functional Strategy (FS)

 – The actions required to carry out the control described by an operating scheme for any equipment or control module.

3.8 Mode of Action

 – a functional strategy may support the part 1 defined modes of control, automatic, semi-automatic, manual. Other modes may also be supported, for example simulation. The mode of action is used to define the behavior of the functional strategy.

3.9 Mode of Control

 – where an AO has more than one functional strategy and/or more than one source of command and control the mode of control will define the behavior of the entire automation object as to who or what can issue commands and which functional strategy will react to those commands.

David A. Chappell, Complete Manufacturing Automation associates - LLC

www.CMAa-LLC.com

chappell.da(at)gmail.com

Also read:

Prior postings from the blog: Standard Profits: Make2Pack and ISA88

OMAC standards yield operational savings

Make2Pack’s S88.05: Continuous control to packaging

Not seeing the comments box? Click here to comment on ISA88 Part 5 definitions, and scroll to the bottom of the page.



No comments
The Engineers' Choice Awards highlight some of the best new control, instrumentation and automation products as chosen by...
Each year, a panel of Control Engineering editors and industry expert judges select the System Integrator of the Year Award winners.
Control Engineering Leaders Under 40 identifies and gives recognition to young engineers who...
Learn more about methods used to ensure that the integration between the safety system and the process control...
Adding industrial toughness and reliability to Ethernet eGuide
Technological advances like multiple-in-multiple-out (MIMO) transmitting and receiving
Virtualization advice: 4 ways splitting servers can help manufacturing; Efficient motion controls; Fill the brain drain; Learn from the HART Plant of the Year
Two sides to process safety: Combining human and technical factors in your program; Preparing HMI graphics for migrations; Mechatronics and safety; Engineers' Choice Awards
Detecting security breaches: Forensic invenstigations depend on knowing your networks inside and out; Wireless workers; Opening robotic control; Product exclusive: Robust encoders
The Ask Control Engineering blog covers all aspects of automation, including motors, drives, sensors, motion control, machine control, and embedded systems.
Join this ongoing discussion of machine guarding topics, including solutions assessments, regulatory compliance, gap analysis...
News and comments from Control Engineering process industries editor, Peter Welander.
IMS Research, recently acquired by IHS Inc., is a leading independent supplier of market research and consultancy to the global electronics industry.
This is a blog from the trenches – written by engineers who are implementing and upgrading control systems every day across every industry.
Anthony Baker is a fictitious aggregation of experts from Callisto Integration, providing manufacturing consulting and systems integration.
Integrator Guide

Integrator Guide

Search the online Automation Integrator Guide
 

Create New Listing

Visit the System Integrators page to view past winners of Control Engineering's System Integrator of the Year Award and learn how to enter the competition. You will also find more information on system integrators and Control System Integrators Association.

Case Study Database

Case Study Database

Get more exposure for your case study by uploading it to the Control Engineering case study database, where end-users can identify relevant solutions and explore what the experts are doing to effectively implement a variety of technology and productivity related projects.

These case studies provide examples of how knowledgeable solution providers have used technology, processes and people to create effective and successful implementations in real-world situations. Case studies can be completed by filling out a simple online form where you can outline the project title, abstract, and full story in 1500 words or less; upload photos, videos and a logo.

Click here to visit the Case Study Database and upload your case study.