WO2016111694A1 - Provisioning of control layer applications for use in industrial control environments - Google Patents
Provisioning of control layer applications for use in industrial control environments Download PDFInfo
- Publication number
- WO2016111694A1 WO2016111694A1 PCT/US2015/010761 US2015010761W WO2016111694A1 WO 2016111694 A1 WO2016111694 A1 WO 2016111694A1 US 2015010761 W US2015010761 W US 2015010761W WO 2016111694 A1 WO2016111694 A1 WO 2016111694A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- control layer
- automation device
- applications
- application
- automation
- Prior art date
Links
- 230000006870 function Effects 0.000 claims abstract description 22
- 238000000034 method Methods 0.000 claims description 50
- 238000004891 communication Methods 0.000 claims description 11
- 238000012545 processing Methods 0.000 claims description 10
- 238000012423 maintenance Methods 0.000 description 27
- 238000004519 manufacturing process Methods 0.000 description 26
- 230000008569 process Effects 0.000 description 20
- 238000011161 development Methods 0.000 description 16
- 238000007726 management method Methods 0.000 description 12
- 238000004088 simulation Methods 0.000 description 11
- 238000009924 canning Methods 0.000 description 9
- 238000005516 engineering process Methods 0.000 description 5
- 230000004044 response Effects 0.000 description 5
- 230000006399 behavior Effects 0.000 description 4
- 230000008901 benefit Effects 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 4
- 230000003993 interaction Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 238000012360 testing method Methods 0.000 description 4
- 235000013361 beverage Nutrition 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 238000012544 monitoring process Methods 0.000 description 3
- 238000007781 pre-processing Methods 0.000 description 3
- 238000001514 detection method Methods 0.000 description 2
- 230000006855 networking Effects 0.000 description 2
- 239000000047 product Substances 0.000 description 2
- 238000003860 storage Methods 0.000 description 2
- 230000000007 visual effect Effects 0.000 description 2
- RYGMFSIKBFXOCR-UHFFFAOYSA-N Copper Chemical compound [Cu] RYGMFSIKBFXOCR-UHFFFAOYSA-N 0.000 description 1
- 241000700605 Viruses Species 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 230000001143 conditioned effect Effects 0.000 description 1
- 230000003750 conditioning effect Effects 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 238000012517 data analytics Methods 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- 230000007613 environmental effect Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 239000000796 flavoring agent Substances 0.000 description 1
- 235000019634 flavors Nutrition 0.000 description 1
- 238000009776 industrial production Methods 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 239000004615 ingredient Substances 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 238000012805 post-processing Methods 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B19/00—Programme-control systems
- G05B19/02—Programme-control systems electric
- G05B19/04—Programme control other than numerical control, i.e. in sequence controllers or logic controllers
- G05B19/05—Programmable logic controllers, e.g. simulating logic interconnections of signals according to ladder diagrams or function charts
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B19/00—Programme-control systems
- G05B19/02—Programme-control systems electric
- G05B19/04—Programme control other than numerical control, i.e. in sequence controllers or logic controllers
- G05B19/042—Programme control other than numerical control, i.e. in sequence controllers or logic controllers using digital processors
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B19/00—Programme-control systems
- G05B19/02—Programme-control systems electric
- G05B19/418—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM]
- G05B19/4188—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM] characterised by CIM planning or realisation
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B23/00—Testing or monitoring of control systems or parts thereof
- G05B23/02—Electric testing or monitoring
- G05B23/0205—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
- G05B23/0208—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterized by the configuration of the monitoring system
- G05B23/0213—Modular or universal configuration of the monitoring system, e.g. monitoring system having modules that may be combined to build monitoring program; monitoring system that can be applied to legacy systems; adaptable monitoring system; using different communication protocols
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B23/00—Testing or monitoring of control systems or parts thereof
- G05B23/02—Electric testing or monitoring
- G05B23/0205—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
- G05B23/0259—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterized by the response to fault detection
- G05B23/0286—Modifications to the monitored process, e.g. stopping operation or adapting control
- G05B23/0289—Reconfiguration to prevent failure, e.g. usually as a reaction to incipient failure detection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/60—Subscription-based services using application servers or record carriers, e.g. SIM application toolkits
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/10—Plc systems
- G05B2219/14—Plc safety
- G05B2219/14037—Fault in I-O communication
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/20—Pc systems
- G05B2219/23—Pc programming
- G05B2219/23297—Remote load of program with cellular, wireless, satellite connection
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/085—Payment architectures involving remote charge determination or related payment systems
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/80—Management or planning
Definitions
- the present invention relates generally to systems, methods, and apparatuses for provisioning software applications ("apps") for use in industrial automation environments.
- the disclosed technology may be applied to, for example, enable the use of software apps on control layer devices such as programmable logic controller and field devices.
- Control layer devices are specialized automation devices used in industrial environments. Two examples of control layer devices are a programmable logic controller (PLC) and a field device.
- PLC programmable logic controller
- a PLC configured to execute software which continuously gathers data on the state of input devices to control the state of output devices.
- a PLC typically includes three major components: a processor (which includes volatile memory), non-volatile memory comprising an application program, and one or more input/output (I/O) ports for connecting to other devices in the automation system.
- Field devices perform, for example, mechanical or electrical operations based on instructions from the PLC. Examples of field devices include valves, switches, sensors (e.g., temperature, pressure, and/or flow rate), and transmitters. The exact components included in a field device will depend upon its intended functionality.
- Embodiments of the present invention address and overcome one or more of the above shortcomings and drawbacks, by providing methods, systems, and apparatuses related to a control layer device configured to execute one or more discrete software applications, referred to herein as "control layer applications," which extend the functionality of the device.
- control layer applications may be added or removed as desired by the device owner.
- a marketplace server may be used to browse and download additional control layer applications for use on a respective control layer device.
- the technology described herein is particularly well-suited for, but not limited to, various industrial automation settings.
- a control layer automation device comprises a processor, one or more control layer applications, a database, a wireless interface, a device memory.
- Each control layer application is configured to perform a discrete set of automation functions.
- the one or more control layer applications may include, for example, at least one interface application configured to present a graphical user interface comprising status information on an operator device.
- the database comprises a plurality of operator device identifiers and the wireless interface allows the one or more control layer applications to communicate with a plurality of operator devices via the plurality of operator device identifiers.
- the device memory comprises the one or more control layer applications.
- the control layer application manager is configured to manage execution of the one or more control layer applications on the processor.
- control layer application manager is further configured to: receive a request for functionality that is not available in the control layer applications; identify a new control layer application providing the functionality; and retrieve the new control layer application from the marketplace server via the marketplace client.
- the control layer application manager is configured to autonomously identify and retrieve the new control layer application.
- Some embodiments of the aforementioned control layer automation device include a plurality of isolated computing environments, with each isolated computing environment providing runtime computing resources for one of the control layer applications.
- each of the plurality of isolated computing environments comprises a discrete portion of the device memory.
- each of the isolated computing environments restricts network access for a respective control layer application to communication with the plurality of operator devices.
- the aforementioned control layer automation device may also include additional components in different embodiments.
- the device further comprises a marketplace client configured to communicate with a marketplace server to download the one or more control layer applications.
- the device include a real-time scheduler which is configured to schedule processing of the control layer applications to facilitate real-time or near real-time execution on the processor.
- the control layer automation device includes a peer device interface which is configured to transmit first data associated with the one or more control layer applications to a first external control layer automation device, and receive second data associated with one or more external control layer applications from a second external control layer automation device.
- a method for managing control layer applications includes a control layer automation device executing a plurality of control layer applications, wherein each control layer application is configured to perform a discrete set of automation functions.
- the control layer automation device receives a notification event from a first control layer application included in the plurality of control layer applications and identifies an operator device associated with the notification event.
- the control layer automation device generates a message based on the notification event which is then transmitted to the operator device.
- the method further includes the control layer automation device receiving a request to modify one or more device settings associated with the first control layer application and modifying the device settings based on the request.
- the control layer automation device maintains each isolated computing environment providing distinct runtime computing resources, wherein each of the plurality of control layer applications is executed in a discrete isolated computing environment included in the plurality of isolated computing environments.
- the isolated computing environments may comprise, for example, a discrete portion of device memory associated with the control layer automation device.
- each of the isolated computing environments restricts network access for a respective control layer application to communication with external devices.
- a method for managing control layer applications includes a control layer automation device maintaining a plurality of isolated computing environments which distinct runtime computing resources and executing control layer applications in the isolated computing environments, with each control layer application configured to perform a discrete set of automation functions.
- the control layer automation device schedules processing of the plurality of control layer applications to facilitate real-time or near real-time execution on a processor associated with the control layer automation device.
- the control layer automation device modifies one or more device settings associated with a first control layer application included in the plurality of control layer applications based on a received request.
- the device receives a request (e.g., from an operator device external to the control layer automation device) for functionality that is not available in the plurality of control layer applications.
- the device identifies a new control layer application providing the functionality which may then be retrieved, for example, from a marketplace server.
- the control layer automation device facilitates a transaction with the marketplace server for payment of the new control layer application.
- FIG. 1A provides an illustration of how control layer applications may be integrated into an automation system, according to some embodiments of the present invention
- FIG. IB provides a conceptual view of how Controller may be designed to support control layer applications, according to some embodiments of the present invention.
- FIG. 2 provides an overview of how control layer applications may be developed and integrated into a Production Environment, according to some embodiments of the present invention
- FIG. 3 provides an example of a control layer application integrated development environment (IDE), according to some embodiments of the present invention
- FIG. 4 shows an example process of responding to a canning machine fault alarm using a conventional automation system that does not utilize control layer applications
- FIG. 5 shows an example process of responding to a canning machine fault alarm using a system which includes control layer applications, according to some embodiments of the present invention.
- FIG. 6 provides an example process which illustrates the use of control layer applications, according to some embodiments of the present invention.
- control layer applications are self-contained programs or pieces of software designed to perform functions which supplement, extend, or replace the functionality currently available in automation systems.
- control layer applications are self-contained programs or pieces of software designed to perform functions which supplement, extend, or replace the functionality currently available in automation systems.
- the technology described herein may be applied in a variety of settings where control systems are used including, without limitation, industrial production environments.
- FIG. 1A provides an illustration of how control layer applications may be integrated into an automation system 100, according to some embodiments of the present invention.
- This example conceptually partitions an industrial environment into a Production Layer 105, a Control Layer 1 10, and an IT Layer 1 15.
- MES Manufacturing Execution System
- control layer applications are installed at control layer devices to push many of these data handling functions down to the Control Layer 1 10.
- control layer devices include two Controllers 1 10E and 1 10F and eight Field Devices 1 1 OA, HOB, H OC, H OD, HOG, 1 1 OH, 1 101, and 1 10J.
- these controllers and field devices may be used to perform discrete automation functions (e.g., engineering) directly on the devices, thereby increasing their respective machine and process efficiency.
- the IT Layer 1 15 includes systems which perform various post-processing and storage tasks.
- the example of FIG. 1 includes a Supervisory Control and Data Acquisition (SCADA) Server (or Gateway) Component 1 15A.
- SCADA Supervisory Control and Data Acquisition
- This Component 1 15A allows an operator to remotely monitor and control the devices at the Control Layer 1 10 and Production Layer 105.
- SCADA Server Component 1 15A collects data from the lower layers 105, 1 10 and processes the information to make it available to the Unified Plant Knowledge Warehouse 1 15B.
- the Unified Plant Knowledge Warehouse 1 15B provides further processing and storage of the data received from the lower layers 105, 1 10.
- Various functionality may be provided by the Unified Plant Knowledge Warehouse 1 15B.
- the Unified Plant Knowledge Warehouse 1 15B includes functionality for supporting Business Analytics 1 15C based on the data generated by the lower layers 105, 1 10.
- control layer applications are configured to execute control layer applications.
- Various functions can be performed by these applications.
- Example functions that may be performed by control layer applications include tasks related to one or more of product engineering, production engineering, commissioning, sensing/acting, control, monitoring, optimization, collaboration, diagnostics, and business intelligence.
- each control layer device includes a control layer Application providing onboard engineering tools which allow a user to do basic configuration and engineering without the need of workstation engineering program.
- these applications may take advantage of data not typically made available at higher layers.
- the control layer applications may enrich data using additional context dimensions such as control knowledge, environmental conditions, and service incidences.
- control layer applications each use semantic data representation languages and/or standards for data in automation systems in order to integrate with the other components of the system 100 with minimal effort.
- control layer applications may also provide distributed data sharing both within the system 100 and externally, integrating with Big Data infrastructures.
- FIG. IB provides a conceptual view of how Controller 1 1 OF may be designed to support control layer applications, according to some embodiments of the present invention. It should be noted that this is merely an example and the general design can apply to other devices in the automation system 100 including Controller 1 10E.
- a Marketplace Component 1 10F1 is configured to download control layer applications from an external Marketplace Server which hosts control layer applications.
- the downloads may be initiated by a user such as a maintenance engineer.
- the Marketplace Component 1 1 OF 1 may provide a graphical user interface (GUI) which allows the user to view and download control layer applications available on the server.
- GUI graphical user interface
- downloads are performed automatically by the Controller 1 10F.
- the Controller 1 1 OF determines that it requires a particular control layer application to perform an operation, it can download it autonomously using the Marketplace Component 1 10F1.
- the downloaded applications are stored in an App Repository 1 10F3 (e.g., a designated portion of the Controller's 1 l OF's non-volatile memory).
- the Controller 1 1 OF includes two runtime environments: an Isolated App Runtime Environment 1 10F2 and a General PLC Runtime Environment 1 10F5.
- Control layer applications execute in the Isolated App Runtime Environment 1 10F2, sandboxed from the operation of the General PLC Runtime Environment.
- the Isolated App Runtime Environment 1 10F2 provides a discrete set of runtime computing resources for each control layer application executing on the Controller 1 1 OF.
- the Controller 1 1 OF includes volatile memory (not shown in FIG. 1A) which is updated in each processing/scan cycle based on data associated with the production devices (e.g., the inputs and outputs of connected I/Os).
- the Isolated App Runtime Environment 1 10F2 includes a discrete portion of this volatile memory, dedicated to a particular control layer application. This concept may also be extended to the non-volatile memory system of the PLC, allocating each control layer application a particular portion of the memory space. Additionally, the Isolated App Runtime Environment 1 10F2 may restrict network access for a respective control layer application to communication with one or more specific operator devices. Thus, control layer applications may be restricted from communicating with external devices in unexpected ways to avoid problems such as heavy communication load or cyber security issues.
- the App Manager 1 10F4 is configured to manage execution of the control layer applications on the Controller 1 10F.
- the App Manager 1 10F4 includes a real-time scheduler configured to schedule processing of the control layer applications to facilitate real-time or near real-time execution on the Controller's 1 1 OF processor.
- the App Manager 1 10F4 may also record information such as events associated with the control layer applications executing on the Controller 1 1 OF. This information may be used, for example, by an engineer to provide an initial analysis of a problem with the Controller 1 1 OF.
- the App Manager 1 10F4 may enable a user to connect to the Controller 1 1 OF indirectly or directly using a wireless network connection (e.g., via a Wi-Fi or Bluetooth).
- the user's device can retrieve and display a graphical user interface (GUI) which enables the user to view state information and modify configuration settings associated with the Controller 1 1 OF or the control layer applications used by the Controller 1 1 OF.
- GUI graphical user interface
- the GUI is delivered in a well-supported format (e.g., HTML) allowing for cross- device compatibility.
- FIG. 2 provides an overview 200 of how control layer applications may be developed and integrated into a Production Environment 215, according to some embodiments of the present invention.
- the example illustrated in FIG. 2 is divided into three locations: an Application Development Environment 205, an Application Hosting Environment 210, and a Production Environment 215. These three locations 205, 210, 215 are connected via Network 220.
- the Network 220 may be implemented using a variety of hardware platforms and communication tools.
- the Network 220 may be implemented using the IEEE 802.3 (Ethernet) or IEEE 802.1 1 (wireless) networking technologies, either separately or in combination.
- the Network 220 is implemented using the Internet.
- the Network 220 may be a corporate intranet.
- Control layer applications are created by application developers in development environments such as Application Development Environment 205 in FIG. 1.
- One of the benefits of control layer applications is that they allow a range of programmers to create software for use in the Production Environment 215, from well-established companies that have a long history of developing automation software to independent developers who are developing their first automation projects.
- the Application Developer 205A operating within the Application Development Environment 205 can develop applications for the Production Environment 215 in variety of ways.
- control layer applications may be developed using conventional standards-based programming languages (e.g., C, C++, Java, etc.). In other embodiments specialized techniques such as relay-derived ladder logic may be used.
- the Application Developer 205A can use a Control Layer Application Integrated Development Environment (IDE) 21 OA, described in greater detail below.
- IDE Control Layer Application Integrated Development Environment
- the Application Hosting Environment 210 provides functionality for creating, managing, and hosting control layer applications.
- the Application Hosting Environment 210 includes two components: a Control Layer Application IDE 21 OA and a Control Layer Application Marketplace 210B.
- the Application Hosting Environment 210 is connected to the Network 220 to provide a centralize resource of control layer applications for developers, end-users, maintenance engineers, device operators, and other persons interacting with various production environments.
- the Control Layer Application IDE 21 OA provides functionality for creating and maintaining control layer applications.
- This IDE 21 OA may provide, for example, tools, documentation, and source code which allow the Application Developer 205A to quickly develop applications for the Production Environment 215.
- the IDE 21 OA may also include functionality for testing and debugging the application code.
- One example of a Control Layer Application IDE 21 OA is described in greater detail below with reference to FIG. 3.
- the Control Layer Application IDE 21 OA is implemented using a cloud-based model where developers interface with a web-based server hosting the IDE 21 OA.
- a portion or all of the IDE is downloaded and installed on the computer of the Application Developer 205A, thus allowing for local development of control layer applications.
- the Control Layer Application Marketplace 21 OB makes control layer applications available to users (e.g., via download).
- the Control Layer Application Marketplace 21 OB includes a web-based store interface where users can browse through different categories of control layer applications, view descriptive information about each control layer applications, and acquire control layer applications.
- the Control Layer Application Marketplace 21 OB may also provide information such as reviews or ratings with each control layer application.
- the Control Layer Application Marketplace 21 OB also handles any financial transactions associated with acquiring control layer application. For example, the Application Developer 205A may set a price for each control layer application uploaded to the Control Layer Application Marketplace 21 OB. Upon a purchase of one of the Application Developer's 205 applications, the Control Layer Application Marketplace 21 OB will send the funds to the Application Developer 205A.
- a portion of the funds representing commission fees due to the Control Layer Application Marketplace 21 OB may be automatically deducted by Control Layer Application Marketplace 21 OB prior to transmission to the Application Developer.
- the Control Layer Application Marketplace 21 OB may include security related functionality. For example, in one embodiment, the Control Layer Application Marketplace 21 OB notify an end user (e.g., operator or maintenance engineer) that a control layer application was found to include malicious software or critical errors. The end user can later safely disable or remove the application from the operational standpoint.
- control layer applications are installed and used on control layer devices.
- three such devices are shown: two Controllers 215A and 215B, and two Field Devices 215C and 215D.
- Other devices that may be present in the Production Environment 215 e.g., production and IT layer devices
- Each Control Layer Device 215A, 215B, 215C, 215D includes one or more control layer applications.
- Some particular control layer applications may be installed on all devices in the Production Environment 215.
- Control Layer Applications 215A1 , 215B1 , 215C1 , and 215D1 are all shown with a similar pattern to illustrate that they provide similar functionality.
- Such an implementation strategy may be employed, for example, for monitoring or analytics applications that are installed across the Production Environment 215.
- Controller 215A includes two applications 215A2 and 215A3 that are not installed on Controller 215B.
- Controller 215B includes an application 215B2 that is not installed on controller 215A.
- Field Device 215C includes a Control Layer Application 215C2 that is not installed on Field Device 215D.
- the Control Layer Application 215C2 may provide functionality which may be incompatible. For example, if Field Device 215C is part of a beverage flavoring device system, the Control Layer Application 215C2 may provide functionality related to developing a specific flavor combination.
- Field Device 215D is part of a different type of device system (e.g., a mixer), the functionality of a flavoring application may be meaningless. Thus, this Control Layer Application 215C2 can be omitted from the Field Device 215D.
- control layer applications installed on the Control Layer Devices 215A, 215B, 215C, and 215D allow an onsite maintenance engineer 215E to perform functions such as administration, maintenance, and/or monitoring of the Control Layer Devices 215A, 215B, 215C, and 215D.
- the Control Layer Devices 215A, 215B, 215C, and 215D each include networking functionality which allows the devices to communicate (directly or indirectly) with a wireless device 215F (e.g., tablet computer) operated by the onsite maintenance engineer 215E.
- a wireless device 215F e.g., tablet computer
- the onsite maintenance engineer 215E can directly interact with and modify the control layer devices 215A, 215B, 215C, and 215D within the Production Environment 215.
- the onsite maintenance engineer 215E may use the wireless device 215F to modify the ratios of ingredients being used for each beverage.
- the onsite maintenance engineer 215E may install an entirely new application to provide new flavoring combinations not available in the system.
- the onsite maintenance engineer 215E can perform many, if not all, configuration and maintenance operations with the devices 215A, 215B, 215C, and 215D directly with the wireless device 215F, even if the onsite maintenance engineer 215E is in close proximity to the devices 215A, 215B, 215C, and 215D.
- engineers can even perform such operations offsite over networks such as the Internet or corporate intranets. This may be contrasted with conventional systems where modification of system behavior requires the engineer to diagnose the problem onsite and then go offsite to develop the source code for the solution which must then be brought back to the site for installation.
- the control layer applications installed on the Control Layer Devices 215A, 215B, 215C, and 215D increase the engineer's 215E overall efficiency and allows the Production Environment 215 as a whole to be more productive.
- one or more of the tasks described above with reference to the onsite maintenance engineer 215E may be performed instead by an operator using the techniques described herein.
- the role of an operator is to ensure the production process results in desired product, while the role of a maintenance engineer is only to make sure the plant equipment are working properly.
- the operator is analogous to the driver of a car, while the maintenance engineer is analogous to the workshop mechanic/technician.
- FIG. 3 provides an example of a Control Layer Application IDE 300, according to some embodiments of the present invention. This example is divided into two elements: an Application Management Platform 305 and an Application Development Platform 310. It should be noted that the portioning and naming of various functional items in this example is merely for illustration. For example, in some embodiments, the various elements may be combined or separated into different elements to provide alternate designs for the Control Layer Application IDE 300.
- the Application Management Platform 305 performs tasks related to the creation and publication of new control layer applications, as well as the configuration and management of existing control layer applications.
- the Application Management Platform 305 a Data Receiver Component 305A which handles activities related to receiving data from external components such as, for example, the Application Development Platform 310.
- the Data Receiver Component 305A comprises software with a publicly defined application programming interface (API) allowing direct function calls into the Application Management Platform 305.
- API application programming interface
- the Data Receiver Component 305A may provide a simple interface for uploading a control layer application to the Application Management Platform 305.
- the Data Receiver Component 305A provides a web page with an input box for selecting and uploading a control layer application from a remote machine.
- the Application Management Platform 305 is operably coupled to an Application Development Platform 310 which includes tools for creating control layer applications.
- this Platform is implemented as a standalone executable file which developers can install and utilize on their computers.
- the Platform 310 includes a set of libraries that may be downloaded and utilized by applications developers in other development environments known in the art such as, for example, IDEs released from the Eclipse Foundation.
- the Application Development Platform 310 may be entirely cloud- based, operating on a server remote from the application developer and accessible through a web browser interface or other web-based tool.
- This Application Development Platform 310 includes a Control Layer Application Builder Component 31 OA.
- This Component 31 OA may include, for example, a source code editor, tools for automating building of applications, and a debugger.
- the Application Development Platform 310 also includes a Publication Component 310B which allows publication of an application on the Application Management Platform 305.
- the Publication Component 310B simply handles communication of a completed application to the Application Management Platform 305.
- the Publication Component 310B may provide additional functionality such as formatting, testing, verifying, and/or validating a control layer application.
- the Application Management Platform 305 may include functionality for testing the behavior of a control layer application in a simulated environment.
- the Publication Component 310B may handle functionality such as pre-processing the application and creating any inputs required for the simulation. Also, the Publication Component 310B may receive and process the results of a simulation for display, for example, via the Control Layer Application Builder Component 31 OA.
- the control layer application may be tested in a simulated automation environment by Simulation Component 305C.
- the Simulation Component 305C provides a graphical simulation environment where logical and physical components reside in a three- dimensional graphical workspace and can be edited, modified, and executed in an ad hoc manner.
- the Simulation Component may automatically create components based on the control layer application itself or, alternatively, an application developer can interact with the Simulation Component 305C during the development process to create and test various configurations of components interactively.
- the Simulation Component 305C may provide the developer with the option of creating a Control Layer Software Application based on the simulation.
- the Simulation Component 305C may be viewed as an extension of the tools offered in the Control Layer Application Builder Component 31 OA to program control layer applications.
- a Marketplace Interface Component 305D may be used to perform any preprocessing required by the marketplace and finalize the process of uploading the code of the control layer application to the server hosting the marketplace. Examples of pre-processing that may be performed by the Marketplace Interface Component 305D include virus checks, error checking, validation across a particular set of marketplace requirements, and generation of descriptive information about the control layer application.
- a Configuration Component 305B may be used to configure existing control layer applications that have been uploaded to the marketplace servers. For example, an application developer may use the Application Development Platform to push updates or settings changes to existing control layer applications via the Configuration Component 305B.
- FIGS. 4 and 5 provide an example scenario which illustrates some of the benefits of utilizing control layer applications in industrial settings.
- FIG. 4 shows an example process 400 of responding to a canning machine fault alarm using a conventional automation system that does not utilize control layer applications.
- a field device sensor detects that the lid is out of position.
- the PLC associated with the field device sensor detects that there is a lid jam and issues and alarm.
- the PLC puts the canning machine in a "stop" mode, thereby stopping all operations.
- the Human-Machine Interface (HMI) units in the system display alarm information in a graphical user display and sounds an audible alarm.
- HMI Human-Machine Interface
- the operator goes to the nearest HMI station to get alarm information.
- the operator acknowledges the alarm which, at 435, causes the HMI units to mute the alarm while continually displaying it in steady mode.
- the operator re-starts canning machine and clears alarm at the HMI.
- the HMI deletes the alarm from the display and normal operations can continue.
- a couple things are notable about this process 400. For example, the operator is directly involved at the alarm creation stage because the operator must explicitly acknowledge the alarm. Also, the operator must travel to a HMI unit. Depending on the distance of the operator from the HMI unit, this could take several minutes, during which the rest of the system may be in an unsafe state. Moreover, note all HMI units issue the audible and visual alarm in this scenario. Thus, operations of the entire production environment could be disturbed until the error condition is addressed.
- FIG. 5 shows an example process 500 of responding to a canning machine fault alarm using a system which includes control layer applications, according to some embodiments of the present invention.
- the first three steps of the process 500 are similar to the first three steps shown in FIG. 4.
- the field device sensor detects the lid as being out of position.
- the corresponding PLC detects that there is a lid jam and issues an alarm.
- the PLC puts the canning machine into stop mode.
- the process 500 shown in FIG. 5 contains a control layer application which is programmed with fault detection functionality (referred to as "Fault Detection App" in FIG. 5).
- This control layer application may operate, for example, on the PLC associated with the field device sensor.
- an HMI unit sends alarm information to the control layer application.
- the control layer application determines information regarding which canning machine has stopped, including the machine's physical location. Based on this information, at 530 the control layer application determines which operators are closest to the stopped machine and, at 535, the control layer application notifies these operators of the alarm. In this example, notification is performed via the corresponding operator's mobile device.
- the operator utilizes a mobile device having applications installed therein which communicate with control layer application wirelessly (e.g., via Bluetooth or Wi-Fi networks).
- control layer application wirelessly (e.g., via Bluetooth or Wi-Fi networks).
- the operator's device may display a visual alert and/or produce an audible alarm to bring the notification to the operator's attention.
- other communication technologies may be used for the control layer application.
- the control layer application may be given the operator's phone number and send a text message alert to the operator with alarm information. Thus, the operator may not need to install any additional software on his or her device.
- the operator acknowledges the alarm on his or her mobile device while, at the 545, the HMI unit(s) continuously display the alarm in steady mode.
- the operator re-starts the canning machine and clears the alarm from the mobile device.
- Various techniques may be used for acknowledging and clearing the alarm on the device. For example, where a custom application is used, the operator may perform a touch- based operation (e.g., tap, swipe, etc.) over the alert. In turn, this may cause the custom application to send a message to the HMI units.
- the operator may acknowledge or clear the alarm by responding to the text message, possibly with a particular keyword (e.g., "Ack” or "Clear”).
- a particular keyword e.g., "Ack” or "Clear”
- the HMI unit receives message from the operator clearing the alarm, the unit deletes the alarm from the display.
- FIG. 6 provides an example process 600 which illustrates the use of control layer applications, according to some embodiments of the present invention.
- this scenario considers an automation environment comprising a controller which controls a tank with a fill valve, a drain valve, and two sensors for the upper and lower tank limit, respectively.
- initial app deployment on the controller is performed to install a diagnostic control layer application (referred to herein as a "Diagnostic App"). This deployment may be performed, for example, during the first power-on.
- the Diagnostic App monitors the operation of the tank for faults.
- the controller starts a fill program and the tank rises to a critical level.
- the Diagnostic App detects the fault and brings the controller into a safe state.
- the controller determines that a maintenance engineer needs to be notified, but it lacks the functionality to do so.
- the controller uses its marketplace client component to contact a marketplace server to download a control layer application for performing maintenance scheduling (a "Maintenance Scheduler App"), which is then installed.
- a "Maintenance Scheduler App" a "Maintenance Scheduler App”
- the controller may be configured to directly contact the maintenance engineer.
- the Maintenance Scheduler App connects to the IT Back Office Maintenance Calendar (e.g., Manufacturing Execution Systems, Enterprise Resource Planning).
- the maintenance engineer is notified.
- the maintenance engineer can then perform error correction by connecting to the controller and opening the controller's app manager (see FIG. 1 A) to check the recent events.
- the engineer may request that the controller's marketplace client download an onboard engineering control layer application (an "Onboard Engineering App") to detect and correct the issue.
- the maintenance engineer may restart the system with the Onboard Engineering App.
- the processors described herein as used by control layer devices may include one or more central processing units (CPUs), graphical processing units (GPUs), or any other processor known in the art. More generally, a processor as used herein is a device for executing machine-readable instructions stored on a computer readable medium, for performing tasks and may comprise any one or combination of, hardware and firmware. A processor may also comprise memory storing machine-readable instructions executable for performing tasks. A processor acts upon information by manipulating, analyzing, modifying, converting or transmitting information for use by an executable procedure or an information device, and/or by routing the information to an output device.
- CPUs central processing units
- GPUs graphical processing units
- a processor may use or comprise the capabilities of a computer, controller or microprocessor, for example, and be conditioned using executable instructions to perform special purpose functions not performed by a general purpose computer.
- a processor may be coupled (electrically and/or as comprising executable components) with any other processor enabling interaction and/or communication there -between.
- a user interface processor or generator is a known element comprising electronic circuitry or software or a combination of both for generating display images or portions thereof.
- a user interface comprises one or more display images enabling user interaction with a processor or other device.
- Various devices described herein including, without limitation to the control layer devices and related computing infrastructure, may include at least one computer readable medium or memory for holding instructions programmed according to embodiments of the invention and for containing data structures, tables, records, or other data described herein.
- the term "computer readable medium” as used herein refers to any medium that participates in providing instructions to one or more processors for execution.
- a computer readable medium may take many forms including, but not limited to, non-transitory, non-volatile media, volatile media, and transmission media.
- Non-limiting examples of non-volatile media include optical disks, solid state drives, magnetic disks, and magneto-optical disks.
- Non-limiting examples of volatile media include dynamic memory.
- Non-limiting examples of transmission media include coaxial cables, copper wire, and fiber optics, including the wires that make up a system bus. Transmission media may also take the form of acoustic or light waves, such as those generated during radio wave and infrared data communications.
- An executable application comprises code or machine readable instructions for conditioning the processor to implement predetermined functions, such as those of an operating system, a context data acquisition system or other information processing system, for example, in response to user command or input.
- An executable procedure is a segment of code or machine readable instruction, sub-routine, or other distinct section of code or portion of an executable application for performing one or more particular processes. These processes may include receiving input data and/or parameters, performing operations on received input data and/or performing functions in response to received input parameters, and providing resulting output data and/or parameters.
- a graphical user interface comprises one or more display images, generated by a display processor and enabling user interaction with a processor or other device and associated data acquisition and processing functions.
- the GUI also includes an executable procedure or executable application.
- the executable procedure or executable application conditions the display processor to generate signals representing the GUI display images. These signals are supplied to a display device which displays the image for viewing by the user.
- the processor under control of an executable procedure or executable application, manipulates the GUI display images in response to signals received from the input devices. In this way, the user may interact with the display image using the input devices, enabling user interaction with the processor or other device.
- the functions and process steps herein may be performed automatically, wholly or partially in response to user command.
- An activity (including a step) performed automatically is performed in response to one or more executable instructions or device operation without user direct initiation of the activity.
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Automation & Control Theory (AREA)
- General Engineering & Computer Science (AREA)
- Manufacturing & Machinery (AREA)
- Quality & Reliability (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Chemical & Material Sciences (AREA)
- Chemical Kinetics & Catalysis (AREA)
- Programmable Controllers (AREA)
- Stored Programmes (AREA)
Abstract
A control layer automation device comprises a processor, one or more control layer applications, a database, a wireless interface, a device memory. Each control layer application is configured to perform a discrete set of automation functions. The database comprises a plurality of operator device identifiers and the wireless interface allows the one or more control layer applications to communicate with a plurality of operator devices via the plurality of operator device identifiers. The device memory comprises the one or more control layer applications. The control layer application manager is configured to manage execution of the one or more control layer applications on the processor.
Description
PROVISIONING OF CONTROL LAYER APPLICATIONS FOR USE IN INDUSTRIAL
CONTROL ENVIRONMENTS
TECHNICAL FIELD
[0001] The present invention relates generally to systems, methods, and apparatuses for provisioning software applications ("apps") for use in industrial automation environments. The disclosed technology may be applied to, for example, enable the use of software apps on control layer devices such as programmable logic controller and field devices.
BACKGROUND
[0002] Control layer devices are specialized automation devices used in industrial environments. Two examples of control layer devices are a programmable logic controller (PLC) and a field device. A PLC configured to execute software which continuously gathers data on the state of input devices to control the state of output devices. A PLC typically includes three major components: a processor (which includes volatile memory), non-volatile memory comprising an application program, and one or more input/output (I/O) ports for connecting to other devices in the automation system. Field devices perform, for example, mechanical or electrical operations based on instructions from the PLC. Examples of field devices include valves, switches, sensors (e.g., temperature, pressure, and/or flow rate), and transmitters. The exact components included in a field device will depend upon its intended functionality.
[0003] One of the challenges of effectively operating and maintaining industrial automation systems is that these systems have traditionally been very inflexible. For example, it is difficult to modify the behavior and operation of control layer field devices once they have been installed and configured. The lack of flexibility in control layer devices generally, restricts the level of customization that the device owner can perform. For example, a device owner may purchase several control layer devices programmed to perform certain functionality. Over time, the device owner may wish to modify or extend that functionality, based on the needs of the owner's business, as well as other new or changing customer demands. With conventional systems, device specialists (e.g., engineers) must redesign the device software to perform the designed functionality. Moreover, it is challenging to diagnosis and address system error
conditions at the control layer due to the lack of robust engineering tools provided on control layer devices.
SUMMARY
[0004] Embodiments of the present invention address and overcome one or more of the above shortcomings and drawbacks, by providing methods, systems, and apparatuses related to a control layer device configured to execute one or more discrete software applications, referred to herein as "control layer applications," which extend the functionality of the device. For example, control layer applications may be added or removed as desired by the device owner. In some embodiments, a marketplace server may be used to browse and download additional control layer applications for use on a respective control layer device. The technology described herein is particularly well-suited for, but not limited to, various industrial automation settings.
[0005] According to some embodiments, a control layer automation device comprises a processor, one or more control layer applications, a database, a wireless interface, a device memory. Each control layer application is configured to perform a discrete set of automation functions. The one or more control layer applications may include, for example, at least one interface application configured to present a graphical user interface comprising status information on an operator device. The database comprises a plurality of operator device identifiers and the wireless interface allows the one or more control layer applications to communicate with a plurality of operator devices via the plurality of operator device identifiers. The device memory comprises the one or more control layer applications. The control layer application manager is configured to manage execution of the one or more control layer applications on the processor.
[0006] Various enhancements, modifications, and/or adjustments may be made to the aforementioned control layer automation device in different embodiments. For example, in one embodiment, the control layer application manager is further configured to: receive a request for functionality that is not available in the control layer applications; identify a new control layer application providing the functionality; and retrieve the new control layer application from the marketplace server via the marketplace client. In some embodiments, the control layer application manager is configured to autonomously identify and retrieve the new control layer application.
[0007] Some embodiments of the aforementioned control layer automation device include a plurality of isolated computing environments, with each isolated computing environment providing runtime computing resources for one of the control layer applications. In one embodiment, each of the plurality of isolated computing environments comprises a discrete portion of the device memory. In another embodiment, each of the isolated computing environments restricts network access for a respective control layer application to communication with the plurality of operator devices.
[0008] The aforementioned control layer automation device may also include additional components in different embodiments. For example, in some embodiments, the device further comprises a marketplace client configured to communicate with a marketplace server to download the one or more control layer applications. In another embodiment, the device include a real-time scheduler which is configured to schedule processing of the control layer applications to facilitate real-time or near real-time execution on the processor. In another embodiment, the control layer automation device includes a peer device interface which is configured to transmit first data associated with the one or more control layer applications to a first external control layer automation device, and receive second data associated with one or more external control layer applications from a second external control layer automation device.
[0009] According to other embodiments described in the present application, a method for managing control layer applications includes a control layer automation device executing a plurality of control layer applications, wherein each control layer application is configured to perform a discrete set of automation functions. The control layer automation device receives a notification event from a first control layer application included in the plurality of control layer applications and identifies an operator device associated with the notification event. The control layer automation device generates a message based on the notification event which is then transmitted to the operator device.
[0010] Various enhancements, modifications, and/or adjustments may be made to the aforementioned method for managing control layer applications. For example, in one embodiment, the method further includes the control layer automation device receiving a request to modify one or more device settings associated with the first control layer application and modifying the device settings based on the request. In other embodiments, the control layer automation device maintains each isolated computing environment providing distinct runtime
computing resources, wherein each of the plurality of control layer applications is executed in a discrete isolated computing environment included in the plurality of isolated computing environments. The isolated computing environments may comprise, for example, a discrete portion of device memory associated with the control layer automation device. In one embodiment, each of the isolated computing environments restricts network access for a respective control layer application to communication with external devices.
[0011] According to other embodiments described in the present application, a method for managing control layer applications includes a control layer automation device maintaining a plurality of isolated computing environments which distinct runtime computing resources and executing control layer applications in the isolated computing environments, with each control layer application configured to perform a discrete set of automation functions. The control layer automation device schedules processing of the plurality of control layer applications to facilitate real-time or near real-time execution on a processor associated with the control layer automation device. In some embodiments of the aforementioned method, the control layer automation device modifies one or more device settings associated with a first control layer application included in the plurality of control layer applications based on a received request. In some embodiments, the device receives a request (e.g., from an operator device external to the control layer automation device) for functionality that is not available in the plurality of control layer applications. The device identifies a new control layer application providing the functionality which may then be retrieved, for example, from a marketplace server. In one embodiment, the control layer automation device facilitates a transaction with the marketplace server for payment of the new control layer application.
[0012] Additional features and advantages of the invention will be made apparent from the following detailed description of illustrative embodiments that proceeds with reference to the accompanying drawings.
BRIEF DESCRIPTION OF THE DRAWINGS
[0013] The foregoing and other aspects of the present invention are best understood from the following detailed description when read in connection with the accompanying drawings. For the purpose of illustrating the invention, there are shown in the drawings embodiments that
are presently preferred, it being understood, however, that the invention is not limited to the specific instrumentalities disclosed. Included in the drawings are the following Figures:
[0014] FIG. 1A provides an illustration of how control layer applications may be integrated into an automation system, according to some embodiments of the present invention;
[0015] FIG. IB provides a conceptual view of how Controller may be designed to support control layer applications, according to some embodiments of the present invention.
[0016] FIG. 2 provides an overview of how control layer applications may be developed and integrated into a Production Environment, according to some embodiments of the present invention;
[0017] FIG. 3 provides an example of a control layer application integrated development environment (IDE), according to some embodiments of the present invention;
[0018] FIG. 4 shows an example process of responding to a canning machine fault alarm using a conventional automation system that does not utilize control layer applications;
[0019] FIG. 5 shows an example process of responding to a canning machine fault alarm using a system which includes control layer applications, according to some embodiments of the present invention; and
[0020] FIG. 6 provides an example process which illustrates the use of control layer applications, according to some embodiments of the present invention.
DETAILED DESCRIPTION
[0021] Systems, methods, and apparatuses are described herein which relate generally to software applications that are downloaded to control layer automation devices to perform a specific set of functions not typically found in such devices. More specifically, these applications, referred to herein as "control layer applications" are self-contained programs or pieces of software designed to perform functions which supplement, extend, or replace the functionality currently available in automation systems. The technology described herein may be applied in a variety of settings where control systems are used including, without limitation, industrial production environments.
[0022] FIG. 1A provides an illustration of how control layer applications may be integrated into an automation system 100, according to some embodiments of the present invention. This example conceptually partitions an industrial environment into a Production
Layer 105, a Control Layer 1 10, and an IT Layer 1 15. In conventional systems, most data handling functions, as well as other functions in Manufacturing Execution System (MES) such as analytics, workflow and asset management, are performed at the IT Layer 1 15. However, using the techniques described herein, control layer applications are installed at control layer devices to push many of these data handling functions down to the Control Layer 1 10. In the example of FIG. 1 , the control layer devices include two Controllers 1 10E and 1 10F and eight Field Devices 1 1 OA, HOB, H OC, H OD, HOG, 1 1 OH, 1 101, and 1 10J. As control layer devices, these controllers and field devices may be used to perform discrete automation functions (e.g., engineering) directly on the devices, thereby increasing their respective machine and process efficiency.
[0023] Briefly, data received from the Production Units (e.g., Units 105 A, 105B, 105C, and 105D) is transferred by the Control Layer Devices to the IT Layer 1 15. The IT Layer 1 15 includes systems which perform various post-processing and storage tasks. The example of FIG. 1 includes a Supervisory Control and Data Acquisition (SCADA) Server (or Gateway) Component 1 15A. This Component 1 15A allows an operator to remotely monitor and control the devices at the Control Layer 1 10 and Production Layer 105. Additionally, the SCADA Server Component 1 15A collects data from the lower layers 105, 1 10 and processes the information to make it available to the Unified Plant Knowledge Warehouse 1 15B. The Unified Plant Knowledge Warehouse 1 15B provides further processing and storage of the data received from the lower layers 105, 1 10. Various functionality may be provided by the Unified Plant Knowledge Warehouse 1 15B. For example, in some embodiments, the Unified Plant Knowledge Warehouse 1 15B includes functionality for supporting Business Analytics 1 15C based on the data generated by the lower layers 105, 1 10.
[0024] One or more of the devices at the Control Layer 1 10 are configured to execute control layer applications. Various functions can be performed by these applications. Example functions that may be performed by control layer applications include tasks related to one or more of product engineering, production engineering, commissioning, sensing/acting, control, monitoring, optimization, collaboration, diagnostics, and business intelligence. For example, in some embodiments, each control layer device includes a control layer Application providing onboard engineering tools which allow a user to do basic configuration and engineering without the need of workstation engineering program. Additionally, because these applications are
operating at the control layer, they may take advantage of data not typically made available at higher layers. For example, in some embodiments, the control layer applications may enrich data using additional context dimensions such as control knowledge, environmental conditions, and service incidences. This allows insights to be made from data analytics with higher confidence and quality. The additional context dimensions may also yield new insights. In some embodiments, the control layer applications each use semantic data representation languages and/or standards for data in automation systems in order to integrate with the other components of the system 100 with minimal effort. In some embodiments, the control layer applications may also provide distributed data sharing both within the system 100 and externally, integrating with Big Data infrastructures.
[0025] FIG. IB provides a conceptual view of how Controller 1 1 OF may be designed to support control layer applications, according to some embodiments of the present invention. It should be noted that this is merely an example and the general design can apply to other devices in the automation system 100 including Controller 1 10E.
[0026] A Marketplace Component 1 10F1 is configured to download control layer applications from an external Marketplace Server which hosts control layer applications. The downloads may be initiated by a user such as a maintenance engineer. For example, the Marketplace Component 1 1 OF 1 may provide a graphical user interface (GUI) which allows the user to view and download control layer applications available on the server. Additionally, in some embodiments, downloads are performed automatically by the Controller 1 10F. Thus, if the Controller 1 1 OF determines that it requires a particular control layer application to perform an operation, it can download it autonomously using the Marketplace Component 1 10F1. The downloaded applications are stored in an App Repository 1 10F3 (e.g., a designated portion of the Controller's 1 l OF's non-volatile memory).
[0027] Continuing with reference to FIG. 1A, the Controller 1 1 OF includes two runtime environments: an Isolated App Runtime Environment 1 10F2 and a General PLC Runtime Environment 1 10F5. Control layer applications execute in the Isolated App Runtime Environment 1 10F2, sandboxed from the operation of the General PLC Runtime Environment. The Isolated App Runtime Environment 1 10F2 provides a discrete set of runtime computing resources for each control layer application executing on the Controller 1 1 OF. For example, the Controller 1 1 OF includes volatile memory (not shown in FIG. 1A) which is updated in each
processing/scan cycle based on data associated with the production devices (e.g., the inputs and outputs of connected I/Os). In some embodiments, the Isolated App Runtime Environment 1 10F2 includes a discrete portion of this volatile memory, dedicated to a particular control layer application. This concept may also be extended to the non-volatile memory system of the PLC, allocating each control layer application a particular portion of the memory space. Additionally, the Isolated App Runtime Environment 1 10F2 may restrict network access for a respective control layer application to communication with one or more specific operator devices. Thus, control layer applications may be restricted from communicating with external devices in unexpected ways to avoid problems such as heavy communication load or cyber security issues.
[0028] The App Manager 1 10F4 is configured to manage execution of the control layer applications on the Controller 1 10F. In some embodiments, the App Manager 1 10F4 includes a real-time scheduler configured to schedule processing of the control layer applications to facilitate real-time or near real-time execution on the Controller's 1 1 OF processor. The App Manager 1 10F4 may also record information such as events associated with the control layer applications executing on the Controller 1 1 OF. This information may be used, for example, by an engineer to provide an initial analysis of a problem with the Controller 1 1 OF. Additionally, the App Manager 1 10F4 may enable a user to connect to the Controller 1 1 OF indirectly or directly using a wireless network connection (e.g., via a Wi-Fi or Bluetooth). Using this connection, the user's device can retrieve and display a graphical user interface (GUI) which enables the user to view state information and modify configuration settings associated with the Controller 1 1 OF or the control layer applications used by the Controller 1 1 OF. In some embodiments, the GUI is delivered in a well-supported format (e.g., HTML) allowing for cross- device compatibility.
[0029] FIG. 2 provides an overview 200 of how control layer applications may be developed and integrated into a Production Environment 215, according to some embodiments of the present invention. The example illustrated in FIG. 2 is divided into three locations: an Application Development Environment 205, an Application Hosting Environment 210, and a Production Environment 215. These three locations 205, 210, 215 are connected via Network 220. The Network 220 may be implemented using a variety of hardware platforms and communication tools. For example, the Network 220 may be implemented using the IEEE 802.3 (Ethernet) or IEEE 802.1 1 (wireless) networking technologies, either separately or in
combination. In some embodiments, the Network 220 is implemented using the Internet. In other embodiments, for example where security may be a concern, the Network 220 may be a corporate intranet.
[0030] Control layer applications are created by application developers in development environments such as Application Development Environment 205 in FIG. 1. One of the benefits of control layer applications is that they allow a range of programmers to create software for use in the Production Environment 215, from well-established companies that have a long history of developing automation software to independent developers who are developing their first automation projects. The Application Developer 205A operating within the Application Development Environment 205 can develop applications for the Production Environment 215 in variety of ways. For example, in some embodiments, control layer applications may be developed using conventional standards-based programming languages (e.g., C, C++, Java, etc.). In other embodiments specialized techniques such as relay-derived ladder logic may be used. Additionally, in some embodiments, the Application Developer 205A can use a Control Layer Application Integrated Development Environment (IDE) 21 OA, described in greater detail below.
[0031] The Application Hosting Environment 210 provides functionality for creating, managing, and hosting control layer applications. In the example of FIG. 2, the Application Hosting Environment 210 includes two components: a Control Layer Application IDE 21 OA and a Control Layer Application Marketplace 210B. The Application Hosting Environment 210 is connected to the Network 220 to provide a centralize resource of control layer applications for developers, end-users, maintenance engineers, device operators, and other persons interacting with various production environments.
[0032] The Control Layer Application IDE 21 OA provides functionality for creating and maintaining control layer applications. This IDE 21 OA may provide, for example, tools, documentation, and source code which allow the Application Developer 205A to quickly develop applications for the Production Environment 215. In some embodiments, the IDE 21 OA may also include functionality for testing and debugging the application code. One example of a Control Layer Application IDE 21 OA is described in greater detail below with reference to FIG. 3. In some embodiments, the Control Layer Application IDE 21 OA is implemented using a cloud-based model where developers interface with a web-based server hosting the IDE 21 OA. In other embodiments, a portion or all of the IDE is downloaded and installed on the computer of
the Application Developer 205A, thus allowing for local development of control layer applications.
[0033] The Control Layer Application Marketplace 21 OB makes control layer applications available to users (e.g., via download). In some embodiments, the Control Layer Application Marketplace 21 OB includes a web-based store interface where users can browse through different categories of control layer applications, view descriptive information about each control layer applications, and acquire control layer applications. The Control Layer Application Marketplace 21 OB may also provide information such as reviews or ratings with each control layer application. In one embodiment, the Control Layer Application Marketplace 21 OB also handles any financial transactions associated with acquiring control layer application. For example, the Application Developer 205A may set a price for each control layer application uploaded to the Control Layer Application Marketplace 21 OB. Upon a purchase of one of the Application Developer's 205 applications, the Control Layer Application Marketplace 21 OB will send the funds to the Application Developer 205A. A portion of the funds representing commission fees due to the Control Layer Application Marketplace 21 OB may be automatically deducted by Control Layer Application Marketplace 21 OB prior to transmission to the Application Developer. In some embodiments, the Control Layer Application Marketplace 21 OB may include security related functionality. For example, in one embodiment, the Control Layer Application Marketplace 21 OB notify an end user (e.g., operator or maintenance engineer) that a control layer application was found to include malicious software or critical errors. The end user can later safely disable or remove the application from the operational standpoint.
[0034] At the Production Environment 215, control layer applications are installed and used on control layer devices. In the example of FIG. 2, three such devices are shown: two Controllers 215A and 215B, and two Field Devices 215C and 215D. Other devices that may be present in the Production Environment 215 (e.g., production and IT layer devices) have been omitted from FIG. 2. Each Control Layer Device 215A, 215B, 215C, 215D includes one or more control layer applications. Some particular control layer applications may be installed on all devices in the Production Environment 215. For example, in FIG. 2, Control Layer Applications 215A1 , 215B1 , 215C1 , and 215D1 are all shown with a similar pattern to illustrate that they provide similar functionality. Such an implementation strategy may be employed, for
example, for monitoring or analytics applications that are installed across the Production Environment 215.
[0035] Each device in the Production Environment 215 may have its own unique set of applications. For example, Controller 215A includes two applications 215A2 and 215A3 that are not installed on Controller 215B. Similarly, Controller 215B includes an application 215B2 that is not installed on controller 215A. Thus, each device may be configured uniquely based on the desired functionality of the system. As an another example, Field Device 215C includes a Control Layer Application 215C2 that is not installed on Field Device 215D. The Control Layer Application 215C2 may provide functionality which may be incompatible. For example, if Field Device 215C is part of a beverage flavoring device system, the Control Layer Application 215C2 may provide functionality related to developing a specific flavor combination. If the other Field Device 215D is part of a different type of device system (e.g., a mixer), the functionality of a flavoring application may be meaningless. Thus, this Control Layer Application 215C2 can be omitted from the Field Device 215D.
[0036] In some embodiments, the control layer applications installed on the Control Layer Devices 215A, 215B, 215C, and 215D allow an onsite maintenance engineer 215E to perform functions such as administration, maintenance, and/or monitoring of the Control Layer Devices 215A, 215B, 215C, and 215D. For example, in some embodiments, the Control Layer Devices 215A, 215B, 215C, and 215D each include networking functionality which allows the devices to communicate (directly or indirectly) with a wireless device 215F (e.g., tablet computer) operated by the onsite maintenance engineer 215E. Thus, the onsite maintenance engineer 215E can directly interact with and modify the control layer devices 215A, 215B, 215C, and 215D within the Production Environment 215. To continue with the example of a beverage flavoring system, the onsite maintenance engineer 215E may use the wireless device 215F to modify the ratios of ingredients being used for each beverage. Alternatively, the onsite maintenance engineer 215E may install an entirely new application to provide new flavoring combinations not available in the system. In some embodiments, the onsite maintenance engineer 215E can perform many, if not all, configuration and maintenance operations with the devices 215A, 215B, 215C, and 215D directly with the wireless device 215F, even if the onsite maintenance engineer 215E is in close proximity to the devices 215A, 215B, 215C, and 215D. Moreover, in some embodiments, engineers can even perform such operations offsite over
networks such as the Internet or corporate intranets. This may be contrasted with conventional systems where modification of system behavior requires the engineer to diagnose the problem onsite and then go offsite to develop the source code for the solution which must then be brought back to the site for installation. Thus, the control layer applications installed on the Control Layer Devices 215A, 215B, 215C, and 215D increase the engineer's 215E overall efficiency and allows the Production Environment 215 as a whole to be more productive.
[0037] For the examples presented in FIG. 2, it should be noted that, in larger plant, one or more of the tasks described above with reference to the onsite maintenance engineer 215E may be performed instead by an operator using the techniques described herein. The role of an operator is to ensure the production process results in desired product, while the role of a maintenance engineer is only to make sure the plant equipment are working properly. The operator is analogous to the driver of a car, while the maintenance engineer is analogous to the workshop mechanic/technician.
[0038] FIG. 3 provides an example of a Control Layer Application IDE 300, according to some embodiments of the present invention. This example is divided into two elements: an Application Management Platform 305 and an Application Development Platform 310. It should be noted that the portioning and naming of various functional items in this example is merely for illustration. For example, in some embodiments, the various elements may be combined or separated into different elements to provide alternate designs for the Control Layer Application IDE 300.
[0039] The Application Management Platform 305 performs tasks related to the creation and publication of new control layer applications, as well as the configuration and management of existing control layer applications. In the example of FIG. 3, the Application Management Platform 305, a Data Receiver Component 305A which handles activities related to receiving data from external components such as, for example, the Application Development Platform 310. In some embodiments, the Data Receiver Component 305A comprises software with a publicly defined application programming interface (API) allowing direct function calls into the Application Management Platform 305. In other embodiments, the Data Receiver Component 305A may provide a simple interface for uploading a control layer application to the Application Management Platform 305. For example, in one embodiment, the Data Receiver Component
305A provides a web page with an input box for selecting and uploading a control layer application from a remote machine.
[0040] The Application Management Platform 305 is operably coupled to an Application Development Platform 310 which includes tools for creating control layer applications. In some embodiments this Platform is implemented as a standalone executable file which developers can install and utilize on their computers. In other embodiments, the Platform 310 includes a set of libraries that may be downloaded and utilized by applications developers in other development environments known in the art such as, for example, IDEs released from the Eclipse Foundation. In still other embodiments, the Application Development Platform 310 may be entirely cloud- based, operating on a server remote from the application developer and accessible through a web browser interface or other web-based tool.
[0041] This Application Development Platform 310 includes a Control Layer Application Builder Component 31 OA. This Component 31 OA may include, for example, a source code editor, tools for automating building of applications, and a debugger. The Application Development Platform 310 also includes a Publication Component 310B which allows publication of an application on the Application Management Platform 305. In some embodiments, the Publication Component 310B simply handles communication of a completed application to the Application Management Platform 305. In other embodiments, the Publication Component 310B may provide additional functionality such as formatting, testing, verifying, and/or validating a control layer application. For example, as explained in greater detail below, the Application Management Platform 305 may include functionality for testing the behavior of a control layer application in a simulated environment. Thus, in some embodiments, the Publication Component 310B may handle functionality such as pre-processing the application and creating any inputs required for the simulation. Also, the Publication Component 310B may receive and process the results of a simulation for display, for example, via the Control Layer Application Builder Component 31 OA.
[0042] Once uploaded to the Application Management Platform 305, the control layer application may be tested in a simulated automation environment by Simulation Component 305C. For example, in some embodiments, the Simulation Component 305C provides a graphical simulation environment where logical and physical components reside in a three- dimensional graphical workspace and can be edited, modified, and executed in an ad hoc
manner. The Simulation Component may automatically create components based on the control layer application itself or, alternatively, an application developer can interact with the Simulation Component 305C during the development process to create and test various configurations of components interactively. Once the developer is satisfied with the behavior of the simulation, the Simulation Component 305C may provide the developer with the option of creating a Control Layer Software Application based on the simulation. Thus, in this may, the Simulation Component 305C may be viewed as an extension of the tools offered in the Control Layer Application Builder Component 31 OA to program control layer applications.
[0043] Once a control layer application is ready for execution in a production environment, a Marketplace Interface Component 305D may be used to perform any preprocessing required by the marketplace and finalize the process of uploading the code of the control layer application to the server hosting the marketplace. Examples of pre-processing that may be performed by the Marketplace Interface Component 305D include virus checks, error checking, validation across a particular set of marketplace requirements, and generation of descriptive information about the control layer application. A Configuration Component 305B may be used to configure existing control layer applications that have been uploaded to the marketplace servers. For example, an application developer may use the Application Development Platform to push updates or settings changes to existing control layer applications via the Configuration Component 305B.
[0044] FIGS. 4 and 5 provide an example scenario which illustrates some of the benefits of utilizing control layer applications in industrial settings. FIG. 4 shows an example process 400 of responding to a canning machine fault alarm using a conventional automation system that does not utilize control layer applications. At 405, a field device sensor detects that the lid is out of position. Next, at 410, the PLC associated with the field device sensor detects that there is a lid jam and issues and alarm. At 415, the PLC puts the canning machine in a "stop" mode, thereby stopping all operations. Then, at 420, the Human-Machine Interface (HMI) units in the system display alarm information in a graphical user display and sounds an audible alarm. Hearing the alarm, at 425, the operator goes to the nearest HMI station to get alarm information. At 430, the operator acknowledges the alarm which, at 435, causes the HMI units to mute the alarm while continually displaying it in steady mode. Next, at 440, the operator re-starts canning machine and clears alarm at the HMI. Then, at 445, the HMI deletes the alarm from the display
and normal operations can continue. A couple things are notable about this process 400. For example, the operator is directly involved at the alarm creation stage because the operator must explicitly acknowledge the alarm. Also, the operator must travel to a HMI unit. Depending on the distance of the operator from the HMI unit, this could take several minutes, during which the rest of the system may be in an unsafe state. Moreover, note all HMI units issue the audible and visual alarm in this scenario. Thus, operations of the entire production environment could be disturbed until the error condition is addressed.
[0045] FIG. 5 shows an example process 500 of responding to a canning machine fault alarm using a system which includes control layer applications, according to some embodiments of the present invention. The first three steps of the process 500 are similar to the first three steps shown in FIG. 4. Thus, at 505 the field device sensor detects the lid as being out of position. Next, at 510, the corresponding PLC detects that there is a lid jam and issues an alarm. Then, at 515, the PLC puts the canning machine into stop mode.
[0046] Unlike the process 400 illustrated in FIG. 4, the process 500 shown in FIG. 5 contains a control layer application which is programmed with fault detection functionality (referred to as "Fault Detection App" in FIG. 5). This control layer application may operate, for example, on the PLC associated with the field device sensor. At 520, an HMI unit sends alarm information to the control layer application. Next, at 525 the control layer application determines information regarding which canning machine has stopped, including the machine's physical location. Based on this information, at 530 the control layer application determines which operators are closest to the stopped machine and, at 535, the control layer application notifies these operators of the alarm. In this example, notification is performed via the corresponding operator's mobile device. For example, in some embodiments, the operator utilizes a mobile device having applications installed therein which communicate with control layer application wirelessly (e.g., via Bluetooth or Wi-Fi networks). Upon receipt of a notification, the operator's device may display a visual alert and/or produce an audible alarm to bring the notification to the operator's attention. In other embodiments, other communication technologies may be used for the control layer application. For example, the control layer application may be given the operator's phone number and send a text message alert to the operator with alarm information. Thus, the operator may not need to install any additional software on his or her device.
[0047] Continuing with reference to FIG. 5, at 540 the operator acknowledges the alarm on his or her mobile device while, at the 545, the HMI unit(s) continuously display the alarm in steady mode. Next, at 550, the operator re-starts the canning machine and clears the alarm from the mobile device. Various techniques may be used for acknowledging and clearing the alarm on the device. For example, where a custom application is used, the operator may perform a touch- based operation (e.g., tap, swipe, etc.) over the alert. In turn, this may cause the custom application to send a message to the HMI units. Alternatively, where a text message-based notification system is employed, the operator may acknowledge or clear the alarm by responding to the text message, possibly with a particular keyword (e.g., "Ack" or "Clear"). At 555, once the HMI unit receives message from the operator clearing the alarm, the unit deletes the alarm from the display.
[0048] FIG. 6 provides an example process 600 which illustrates the use of control layer applications, according to some embodiments of the present invention. For illustration, this scenario considers an automation environment comprising a controller which controls a tank with a fill valve, a drain valve, and two sensors for the upper and lower tank limit, respectively. At 605, initial app deployment on the controller is performed to install a diagnostic control layer application (referred to herein as a "Diagnostic App"). This deployment may be performed, for example, during the first power-on. At 610, the Diagnostic App monitors the operation of the tank for faults.
[0049] Next, at 615, the controller starts a fill program and the tank rises to a critical level. At 620, the Diagnostic App detects the fault and brings the controller into a safe state. Next, at 625, the controller determines that a maintenance engineer needs to be notified, but it lacks the functionality to do so. Thus, at 630, the controller uses its marketplace client component to contact a marketplace server to download a control layer application for performing maintenance scheduling (a "Maintenance Scheduler App"), which is then installed. In other embodiments, not described in FIG. 6, rather than scheduling maintenance the controller may be configured to directly contact the maintenance engineer.
[0050] Continuing with reference to FIG. 6, with the Maintenance Scheduler App installed, at 630 the Maintenance Scheduler App connects to the IT Back Office Maintenance Calendar (e.g., Manufacturing Execution Systems, Enterprise Resource Planning). Next, at 635, a maintenance event is scheduled based on factors such as, for example, criticality, production
schedules and availability. Then, at 640, the maintenance engineer is notified. The maintenance engineer can then perform error correction by connecting to the controller and opening the controller's app manager (see FIG. 1 A) to check the recent events. Depending on the events that are displayed, the engineer may request that the controller's marketplace client download an onboard engineering control layer application (an "Onboard Engineering App") to detect and correct the issue. Finally, the maintenance engineer may restart the system with the Onboard Engineering App.
[0051] The processors described herein as used by control layer devices may include one or more central processing units (CPUs), graphical processing units (GPUs), or any other processor known in the art. More generally, a processor as used herein is a device for executing machine-readable instructions stored on a computer readable medium, for performing tasks and may comprise any one or combination of, hardware and firmware. A processor may also comprise memory storing machine-readable instructions executable for performing tasks. A processor acts upon information by manipulating, analyzing, modifying, converting or transmitting information for use by an executable procedure or an information device, and/or by routing the information to an output device. A processor may use or comprise the capabilities of a computer, controller or microprocessor, for example, and be conditioned using executable instructions to perform special purpose functions not performed by a general purpose computer. A processor may be coupled (electrically and/or as comprising executable components) with any other processor enabling interaction and/or communication there -between. A user interface processor or generator is a known element comprising electronic circuitry or software or a combination of both for generating display images or portions thereof. A user interface comprises one or more display images enabling user interaction with a processor or other device.
[0052] Various devices described herein including, without limitation to the control layer devices and related computing infrastructure, may include at least one computer readable medium or memory for holding instructions programmed according to embodiments of the invention and for containing data structures, tables, records, or other data described herein. The term "computer readable medium" as used herein refers to any medium that participates in providing instructions to one or more processors for execution. A computer readable medium may take many forms including, but not limited to, non-transitory, non-volatile media, volatile media, and transmission media. Non-limiting examples of non-volatile media include optical
disks, solid state drives, magnetic disks, and magneto-optical disks. Non-limiting examples of volatile media include dynamic memory. Non-limiting examples of transmission media include coaxial cables, copper wire, and fiber optics, including the wires that make up a system bus. Transmission media may also take the form of acoustic or light waves, such as those generated during radio wave and infrared data communications.
[0053] An executable application, as used herein, comprises code or machine readable instructions for conditioning the processor to implement predetermined functions, such as those of an operating system, a context data acquisition system or other information processing system, for example, in response to user command or input. An executable procedure is a segment of code or machine readable instruction, sub-routine, or other distinct section of code or portion of an executable application for performing one or more particular processes. These processes may include receiving input data and/or parameters, performing operations on received input data and/or performing functions in response to received input parameters, and providing resulting output data and/or parameters.
[0054] A graphical user interface (GUI), as used herein, comprises one or more display images, generated by a display processor and enabling user interaction with a processor or other device and associated data acquisition and processing functions. The GUI also includes an executable procedure or executable application. The executable procedure or executable application conditions the display processor to generate signals representing the GUI display images. These signals are supplied to a display device which displays the image for viewing by the user. The processor, under control of an executable procedure or executable application, manipulates the GUI display images in response to signals received from the input devices. In this way, the user may interact with the display image using the input devices, enabling user interaction with the processor or other device.
[0055] The functions and process steps herein may be performed automatically, wholly or partially in response to user command. An activity (including a step) performed automatically is performed in response to one or more executable instructions or device operation without user direct initiation of the activity.
[0056] The system and processes of the figures are not exclusive. Other systems, processes and menus may be derived in accordance with the principles of the invention to accomplish the same objectives. Although this invention has been described with reference to
particular embodiments, it is to be understood that the embodiments and variations shown and described herein are for illustration purposes only. Modifications to the current design may be implemented by those skilled in the art, without departing from the scope of the invention. As described herein, the various systems, subsystems, agents, managers and processes can be implemented using hardware components, software components, and/or combinations thereof. No claim element herein is to be construed under the provisions of 35 U.S.C. 112, sixth paragraph, unless the element is expressly recited using the phrase "means for."
Claims
1. A control layer automation device comprising:
a processor;
one or more control layer applications, each control layer application configured to perform a discrete set of automation functions;
a database comprising a plurality of operator device identifiers;
a wireless interface allowing the one or more control layer applications to communicate with a plurality of operator devices via the plurality of operator device identifiers;
a device memory comprising the one or more control layer applications; and
a control layer application manager configured to manage execution of the one or more control layer applications on the processor.
2. The control layer automation device of claim 1 , further comprising:
a marketplace client configured to communicate with a marketplace server to download the one or more control layer applications.
3. The control layer automation device of claim 2, wherein the control layer application manager is further configured to:
receive a request for functionality that is not available in the one or more control layer applications;
identify a new control layer application providing the functionality; and
retrieve the new control layer application from the marketplace server via the marketplace client.
4. The control layer automation device of claim 3, wherein the control layer application manager is configured to autonomously identify and retrieve the new control layer application.
5. The control layer automation device of claim 1 , wherein the one or more control layer applications comprise at least one interface application configured to present a graphical user interface comprising status information on an operator device.
6. The control layer automation device of claim 1 , further comprising:
a plurality of isolated computing environments, each isolated computing environment providing runtime computing resources for a distinct one of the control layer applications.
7. The control layer automation device of claim 6, wherein each of the plurality of isolated computing environments comprises a discrete portion of the device memory.
8. The control layer automation device of claim 6, wherein each of the plurality of isolated computing environments restricts network access for a respective control layer application to communication with the plurality of operator devices.
9. The control layer automation device of claim 1 , further comprising:
a real-time scheduler configured to schedule processing of the one or more control layer applications to facilitate real-time or near real-time execution on the processor.
10. The control layer automation device of claim 1 , further comprising:
a peer device interface configured to:
transmit first data associated with the one or more control layer applications to a first external control layer automation device, and receive second data associated with one or more external control layer applications from a second external control layer automation device.
11. A method for managing control layer applications, the method comprising:
executing, by a control layer automation device, a plurality of control layer applications, each control layer application configured to perform a discrete set of automation functions;
receiving, by the control layer automation device, a notification event from a first control layer application included in the plurality of control layer applications;
identifying, by the control layer automation device, an operator device associated with the notification event;
generating, by the control layer automation device, a message based on the notification event; and
transmitting, by the control layer automation device, the message to the operator device.
12. The method of claim 11 , further comprising:
receiving, by the control layer automation device, a request to modify one or more device settings associated with the first control layer application; and
modifying, by the control layer automation device, the one or more device settings based on the request.
13. The method of claim 11 , further comprising:
maintaining, by the control layer automation device, a plurality of isolated computing environments, each isolated computing environment providing distinct runtime computing resources,
wherein each of the plurality of control layer applications is executed in a discrete isolated computing environment included in the plurality of isolated computing environments.
14. The method of claim 13, wherein each of the plurality of isolated computing environments comprises a discrete portion of device memory associated with the control layer automation device.
15. The method of claim 13, wherein each of the plurality of isolated computing environments restricts network access for a respective control layer application to communication with external devices.
16. A method for managing control layer applications, the method comprising:
maintaining, by a control layer automation device, a plurality of isolated computing environments, each isolated computing environment providing distinct runtime computing resources;
executing, by the control layer automation device, a plurality of control layer applications in the plurality of isolated computing environments, each control layer application configured to perform a discrete set of automation functions;
scheduling, by the control layer automation device, processing of the plurality of control layer applications to facilitate real-time or near real-time execution on a processor associated with the control layer automation device.
17. The method of claim 16, further comprising:
receiving, by the control layer automation device, a request to modify one or more device settings associated with a first control layer application included in the plurality of control layer applications; and
modifying, by the control layer automation device, the one or more device settings based on the request.
18. The method of claim 16, further comprising:
receiving, by the control layer automation device, a request for functionality that is not available in the plurality of control layer applications;
identifying, by the control layer automation device, a new control layer application providing the functionality; and
retrieving, by the control layer automation device, the new control layer application from a marketplace server.
19. The method of claim 18, wherein the request is received from an operator device external to the control layer automation device.
20. The method of claim 18, further comprising:
facilitating, by the control layer automation device, a transaction with the marketplace server for payment of the new control layer application.
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US15/541,546 US11226605B2 (en) | 2015-01-09 | 2015-01-09 | Provisioning of control layer applications for use in industrial control environments |
PCT/US2015/010761 WO2016111694A1 (en) | 2015-01-09 | 2015-01-09 | Provisioning of control layer applications for use in industrial control environments |
CN201580072729.2A CN107209490B (en) | 2015-01-09 | 2015-01-09 | Provisioning of control layer applications for use in an industrial control environment |
EP15701082.8A EP3243110B1 (en) | 2015-01-09 | 2015-01-09 | Provisioning of control layer applications for use in industrial control environments |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/US2015/010761 WO2016111694A1 (en) | 2015-01-09 | 2015-01-09 | Provisioning of control layer applications for use in industrial control environments |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2016111694A1 true WO2016111694A1 (en) | 2016-07-14 |
Family
ID=52395253
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2015/010761 WO2016111694A1 (en) | 2015-01-09 | 2015-01-09 | Provisioning of control layer applications for use in industrial control environments |
Country Status (4)
Country | Link |
---|---|
US (1) | US11226605B2 (en) |
EP (1) | EP3243110B1 (en) |
CN (1) | CN107209490B (en) |
WO (1) | WO2016111694A1 (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106559501A (en) * | 2016-12-14 | 2017-04-05 | 厦门奥普拓自控科技有限公司 | A kind of flat industry control method and system |
WO2019059880A1 (en) * | 2017-09-19 | 2019-03-28 | Siemens Aktiengesellschaft | Apparatus and method for autonomously adding and removing of functionality in programmable logic controllers (plcs) |
EP3594767A1 (en) * | 2018-07-11 | 2020-01-15 | Siemens Aktiengesellschaft | Abstraction layers for automation applications |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6248901B2 (en) * | 2014-11-13 | 2017-12-20 | 横河電機株式会社 | I / O device |
US10365626B2 (en) * | 2015-02-12 | 2019-07-30 | Siemens Aktiengesellschaft | Extending the functionality of a programmable logic controller (PLC) with apps without changing the PLC programming |
EP3819725A1 (en) * | 2019-11-06 | 2021-05-12 | Siemens Aktiengesellschaft | System and method for administration of drive components |
DE102019217624A1 (en) * | 2019-11-15 | 2021-05-20 | Robert Bosch Gmbh | Industrial control system in automation technology with independently acting modules |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030014387A1 (en) * | 2001-07-13 | 2003-01-16 | Volker Kreidler | Database system and method for industrial automation services |
US20140058537A1 (en) * | 2012-08-26 | 2014-02-27 | At&T Intellectual Property I, L.P. | Methods, Systems, and Products for Controlling Devices |
US20140100668A1 (en) * | 2012-10-08 | 2014-04-10 | Fisher-Rosemount Systems, Inc. | Method and apparatus for managing process control configuration |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9565275B2 (en) * | 2012-02-09 | 2017-02-07 | Rockwell Automation Technologies, Inc. | Transformation of industrial data into useful cloud information |
CN1195358C (en) | 2002-11-22 | 2005-03-30 | 天津大学 | Intelligent engineering machinery fault diagnosing system based on networked movable operation machines |
JPWO2006054778A1 (en) * | 2004-11-17 | 2008-06-05 | 日本電気株式会社 | COMMUNICATION SYSTEM, COMMUNICATION TERMINAL DEVICE, SERVER DEVICE, COMMUNICATION METHOD USED FOR THEM, AND PROGRAM THEREOF |
US9418040B2 (en) * | 2005-07-07 | 2016-08-16 | Sciencelogic, Inc. | Dynamically deployable self configuring distributed network management system |
CN101175023B (en) * | 2006-10-30 | 2011-12-28 | 中兴通讯股份有限公司 | Serial connection method for wireless links control layer service data unit |
CN101436070B (en) | 2007-11-12 | 2010-08-11 | 宝山钢铁股份有限公司 | Equipment diagnosis alarming device of decentralized control system |
WO2010045968A1 (en) * | 2008-10-21 | 2010-04-29 | Abb Technology Ab | A robot system with a teach pendant |
US9003387B2 (en) * | 2009-09-25 | 2015-04-07 | Fisher-Rosemount Systems, Inc. | Automated deployment of computer-specific software updates |
CN101775448A (en) * | 2009-12-28 | 2010-07-14 | 中冶南方工程技术有限公司 | Fault diagnosis and processing method under blast furnace trough |
CN102497573A (en) * | 2011-11-30 | 2012-06-13 | 广州市澳视光电子技术有限公司 | Intelligent automatic fault alarm system based on internet of things technology |
US9977416B2 (en) * | 2012-06-20 | 2018-05-22 | Rockwell Automation Technologies, Inc. | Industrial hardware installation base reporting and failure monitoring |
CN202758227U (en) * | 2012-08-29 | 2013-02-27 | 华自科技股份有限公司 | River sluice automation monitoring system |
US9489832B2 (en) * | 2014-04-04 | 2016-11-08 | Rockwell Automation Technologies, Inc. | Industrial-enabled mobile device |
CN204086978U (en) * | 2014-10-21 | 2015-01-07 | 巨轮股份有限公司 | A kind of automatic flexible production line control system based on Ethernet |
-
2015
- 2015-01-09 WO PCT/US2015/010761 patent/WO2016111694A1/en active Application Filing
- 2015-01-09 CN CN201580072729.2A patent/CN107209490B/en active Active
- 2015-01-09 US US15/541,546 patent/US11226605B2/en active Active
- 2015-01-09 EP EP15701082.8A patent/EP3243110B1/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030014387A1 (en) * | 2001-07-13 | 2003-01-16 | Volker Kreidler | Database system and method for industrial automation services |
US20140058537A1 (en) * | 2012-08-26 | 2014-02-27 | At&T Intellectual Property I, L.P. | Methods, Systems, and Products for Controlling Devices |
US20140100668A1 (en) * | 2012-10-08 | 2014-04-10 | Fisher-Rosemount Systems, Inc. | Method and apparatus for managing process control configuration |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106559501A (en) * | 2016-12-14 | 2017-04-05 | 厦门奥普拓自控科技有限公司 | A kind of flat industry control method and system |
WO2019059880A1 (en) * | 2017-09-19 | 2019-03-28 | Siemens Aktiengesellschaft | Apparatus and method for autonomously adding and removing of functionality in programmable logic controllers (plcs) |
US11474492B2 (en) | 2017-09-19 | 2022-10-18 | Siemens Aktiengesellschaft | Apparatus and method for autonomously adding and removing of functionality in programmable logic controllers (PLCs) |
EP3594767A1 (en) * | 2018-07-11 | 2020-01-15 | Siemens Aktiengesellschaft | Abstraction layers for automation applications |
US10705511B2 (en) | 2018-07-11 | 2020-07-07 | Siemens Aktiengesellschaft | Abstraction layers for automation applications |
Also Published As
Publication number | Publication date |
---|---|
CN107209490B (en) | 2020-03-31 |
CN107209490A (en) | 2017-09-26 |
US11226605B2 (en) | 2022-01-18 |
EP3243110B1 (en) | 2020-08-19 |
EP3243110A1 (en) | 2017-11-15 |
US20180011465A1 (en) | 2018-01-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11226605B2 (en) | Provisioning of control layer applications for use in industrial control environments | |
US11392112B2 (en) | Virtual design environment | |
US11481313B2 (en) | Testing framework for automation objects | |
US10296302B1 (en) | One-click deployment of industrial software | |
KR102233353B1 (en) | Abstraction layers for automation applications | |
EP3798758B1 (en) | System, method and medium for generating system project data | |
EP3311267B1 (en) | Interfaces for connected software applications in automation environments | |
US11625683B2 (en) | System and method of industrial automation multi-developer control code change commits | |
US20190138299A1 (en) | Software development lifecycle as a service | |
US20230418568A1 (en) | System and method for device profile creation in an integrated development environment | |
US20240086182A1 (en) | Method for connecting a web socket session with an object instance with automation device association | |
US11994842B2 (en) | Notifications from an industrial automation development environment | |
US20240019850A1 (en) | Extensible profiles for industrial control modules | |
EP4296803A1 (en) | Device configuration object template with user interaction for device properties generator | |
EP4155903A1 (en) | Industrial automation project design telemetry | |
EP4345602A1 (en) | Presentation design to automation device binding | |
EP4345603A1 (en) | Use of device profiles in automation projects | |
CN117940891A (en) | Method and system for managing applications, in particular for developing applications comprising event artifacts | |
Sangregorio | Integrated methodologies of software development and remote maintenance for semi-automated machines |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 15701082 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
REEP | Request for entry into the european phase |
Ref document number: 2015701082 Country of ref document: EP |