How you benefit when standards bodies collaborate

Error message

  • Notice: Undefined index: browser in om_preprocess_html() (line 213 of /var/www/sites/automationworld.com/sites/all/themes/om/core/template.php).
  • Notice: Undefined index: browser in om_preprocess_html() (line 214 of /var/www/sites/automationworld.com/sites/all/themes/om/core/template.php).
  • Notice: Undefined index: version in om_preprocess_html() (line 214 of /var/www/sites/automationworld.com/sites/all/themes/om/core/template.php).
This content was submitted directly to this Web site by the supplier.

How you benefit when standards bodies collaborate

Print
Why standards groups must collaborate to achieve true plug-and-play products, and what OPC is doing to facilitate interoperability in the next generation of standards and products.

Plug-and-play consumer electronics products continue to drive expectations for similar plug-and-play functionality in industrial automation. OPC has long collaborated with other consortia and standards organizations to standardize information models for data exchange, allowing OPC to become the generic communication mechanism for information modeling activities.

The big example is OPC's collaboration with several organizations as part of the Field Device Integration (FDI) initiative, designed to attack the problem of how to configure devices across an industrial network. OPC works with Foundation Fieldbus, Hart, PROFIBUS/PROFINET, FDT, and other organizations to evolve the next generation of standards from the existing Electronic Device Description Language (EDDL) and Field Device Tool (FDT) standards. OPC acts as the neutral party, a transport mechanism on top of existing standards and protocols.

Another example is OPC UA for IEC 61131-3. OPC is working with PLCopen to implement the IEC 61131-3 standard for programming of control systems on an OPC UA server address space. The corresponding OPC UA object types are created from declarations of function blocks in the PLC and corresponding OPC UA objects from instances of the function blocks. This means that a control program, regardless of the controller being used and the OPC UA server, is always implemented in the same structure of objects in the address space.

With OPC, information models from other standards bodies or consortia only need to define what information needs to be exchanged, without getting bogged down by how the information must be exchanged. The how is handled by OPC UA.

For more information, visit www.opcfoundation.org.

Comments(0)

Add new comment

By submitting this form, you accept the Mollom privacy policy.

Follow Us

 

 

  NEWSLETTERS

Don’t miss intelligence crucial to your job and business!
Click on any newsletter to view a sample. Enter your email address below to sign up!

News Insights

News & Analysis

Product Insights

Latest Automation Products

TalkPoints

Automation Columnists

Feed Forward

Latest from Gary Mintchell

Automation Focus

Sponsored white papers, videos and products

Process Automation

Industry Trends & Applications

Motion Control

Machine & Motion Control

Automation Skills

Improve Industry Skills

Industrial
Ethernet Review

Network Application of IE

Packaging
Automation Review

Trends in Packaging Automation

Safety
Automation Insights

The How & Why of Safety

Each newsletter ranges in frequency from once per month to a few times per month at most.
This sponsored content was submitted directly to this web site by the supplier, and was not handled by the AW editorial staff. Automation World may share your contact information with our sponsors, as detailed in our Privacy Policy. Automation World will not share your information with a sponsor whose content you have not reviewed.
Feedback Form