MTConnect

From Infogalactic: the planetary knowledge core
Jump to: navigation, search
MTConnect
250px
Year created: 2008
Created by: AMT, UCB, GT
Governing Body: MTConnect Institute
Website: mtconnect.org

MTConnect is a manufacturing industry standard to facilitate the organized retrieval of process information from numerically controlled machine tools. The initiative began as a result of lectures given by David Edstrom of Sun Microsystems and Dr. David Patterson, Professor of Computer Science at the University of California, Berkeley (UCB) at the 2006 annual meeting of the Association for Manufacturing Technology (AMT) membership.[1] The two lectures, “How the Internet’s Participation Age Will Drive Dramatic Changes in the Machine Tool Industry” & “Creating A Thriving American Manufacturing Base In The 21st Century America” described the need for an open communication standard to enable Internet connectivity to manufacturing equipment. Initial development of the standard was carried out by a joint effort between the UCB Electrical Engineering & Computer Sciences (EECS) department, the UCB Mechanical Engineering (ME) department (both in the College of Engineering) and the Georgia Institute of Technology,[2] using input from industry representatives. The resulting standard is available under royalty-free licensing terms.[3]

Description

MTConnect is a lightweight, open, and extensible protocol designed for the exchange of data between shop floor equipment and software applications used for monitoring and data analysis. In its current form, MTConnect is referred to as a read-only standard, meaning that it only defines the extraction (reading) of data from control devices, not the writing of data to a control device. Freely available, open standards are used for all aspects of MTConnect. Data from shop floor devices is presented in XML format, and is retrieved from information providers, called Agents, using Hypertext Transfer Protocol (HTTP) as the underlying transport protocol. MTConnect provides a RESTful interface, which means the interface is stateless. No session must be established to retrieve data from an MTConnect Agent, and no logon or logoff sequence is required (unless overlying security protocols are added which do). Lightweight Directory Access Protocol (LDAP) is recommended for discovery services.

Version 1.0 was released in December 2008.[4]

The first public demonstration of MTConnect occurred at the International Manufacturing Technology Show (IMTS) held in Chicago, Illinois September 2008.[5] There, 25 industrial equipment manufacturers networked their machinery control systems, providing process information that could be retrieved from any web-enabled client connected to the network.[6]

Subsequent demonstrations occurred at EMO (The European International Machine Tool Show) in Milan, Italy in October 2009,[7] and the 2010 IMTS in Chicago.[8]

Standard

The MTConnect standard is separated in three sections. The first section provides information on the protocol and structure of the XML documents via XML schemas. The second section specifies the machine tool components and the description of the available data. The third and last section specifies the organization of the data streams that can be provided from a manufacturing device. The MTConnect Institute is considering adding a fourth section to support mobile assets that include tools and work-holdings.[9]

MTConnect has taken an incremental approach to defining the requirements for manufacturing device communications. It does not set forth to exhaustively define every possible piece of data an application can collect from a manufacturing device, but it works forward from business and research objectives to define the required elements to meet those needs. Currently the standard has catalogued the most important components and data items for metal cutting devices. MTConnect provides an extensible XML schema to allow implementors to add custom data to meet their specific needs, while providing as much commonality as possible.

Future

On September 16, 2010, The MTConnect Institute and the OPC Foundation announced a cooperation to ensure interoperability and consistency between the standards maintained by the respective organizations.[10]


Industrial Applications

Implementing MTConnect in the industry offer several advantages. The following are brief explanation of the use of MTConnect in various fields.

Prognostics and Health Management

CPS for Manufacturing.png

The maintenance cost and losses in productivity with unplanned downtime for machine tool components such as spindle bearings and ball screws could be reduced if one could proactively take action prior to failure. In addition, cutting tools and inserts are expensive to replace when they are still in good condition, but replacing the tools too late can be costly due to scrap and re-work. The proposed health monitoring application will use MTConnect to extract controller data and pattern recognition algorithms to assess the health condition of the spindle and machine tool axes. The health assessment approach is based on running a routine program each shift in which the most recent data patterns are compared to the baseline data patterns. An online tool condition monitoring module is also proposed and uses controller data such as the spindle motor current, with other add on sensors (vibration, acoustic emission) to accurately estimate and predict tool wear. By collecting data using the MTConnect standard, the platform aims to have widespread adoption in factories. In addition, with the added transparency of the machine tool health information, one can take proactive actions before significant downtime or productivity losses occur. For the manufacturing industry, MTConnect perfectly fits in the architecture of Cyber-Physical Systems for manufacturing. The 5 level architecture[11] offers a broad framework to correctly adopt all functionalities of CPS. Advanced data acquisition and communication technologies such as MTConnect would be categorized into the Smart Connection level which is the basis of the proposed architecture.

References

  1. Lua error in package.lua at line 80: module 'strict' not found.
  2. Lua error in package.lua at line 80: module 'strict' not found.
  3. Lua error in package.lua at line 80: module 'strict' not found.
  4. Lua error in package.lua at line 80: module 'strict' not found.
  5. Lua error in package.lua at line 80: module 'strict' not found.
  6. Lua error in package.lua at line 80: module 'strict' not found.
  7. Lua error in package.lua at line 80: module 'strict' not found.
  8. Lua error in package.lua at line 80: module 'strict' not found.
  9. Lua error in package.lua at line 80: module 'strict' not found.
  10. Lua error in package.lua at line 80: module 'strict' not found.
  11. Lua error in package.lua at line 80: module 'strict' not found.

External links