US8904074B2 - Method and apparatus for distributing configuration files in a distributed control system - Google Patents

Images

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
  • G05B19/054—Input/output
• • 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/11—Plc I-O input output
  • G05B2219/1101—Remote I-O
• • 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/11—Plc I-O input output
  • G05B2219/1138—Configuration of I-O
• • 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/11—Plc I-O input output
  • G05B2219/1142—Load in replacement I-O stored configuration

Definitions

• the present invention generally relates to configuring modular distributed I/O systems and complex control systems in industrial automation networks. More specifically, the present invention relates to methods for the automatic distribution of configuration files in such systems via a fieldbus protocol and to mechanisms for a receiving device to apply the configuration file after receiving it.
• a programmable logic controller is used to monitor input signals from a variety of input points (i.e., input sensors) that report events and conditions occurring within a controlled process.
• a PLC can monitor such input conditions as motor speed, temperature, pressure, volumetric flow and the like.
• the PLC has a control program stored within its memory to instruct the PLC on what actions to take upon encountering particular input signals or conditions.
• the PLC derives and generates output signals that are transmitted to control the process via PLC output points to various output devices such as actuators and relays.
• an output signal can be provided by the PLC to speed up or slow down a conveyer, rotate the arm of a robot, open or close a relay, raise or lower temperature, as well as many other possible control functions.
• I/O modules are typically adapted to be plugged into respective slots located on a backplane board or other attachment system provided by the PLC.
• the slots are coupled together by a main bus that couples any I/O module plugged into the slots to a central processing unit (CPU).
• CPU central processing unit
• the CPU itself can be located on a card that is adapted to be plugged into a dedicated slot on the backplane board of the PLC.
• PLCs are arranged in a master-slave network that includes a master PLC and a plurality of remote slave units that can include other PLCs or devices.
• the master PLC controls its own I/O connection points and also the respective I/O connection points for the remote slave unit(s).
• the control commands from the master PLC are derived from data obtained from its own I/O connection points as well as data obtained from the remote slave units.
• Data obtained from the remote slave units is typically obtained from the I/O module(s) connected to each remote slave unit.
• the ADVANTYS STB distributed I/O system is an open, modular input/output system that makes it possible to design islands of automation managed by a master controller via a bus or communication network.
• the ADVANTYS STB distributed I/O system is a product of Schneider Automation Inc., One High Street, North Andover, Mass.
• an I/O island and its associated I/O modules may be widely dispersed and may be in isolated locations, or the target systems may be enclosed in other machinery. In these types of network operations, getting physical access to the remote slave unit or the I/O module to configure the device or update a configuration file can be difficult.
• aspects of the present invention provide a framework for downloading and applying configuration files to a slave device via the same connection that is used to control the slave device.
• a configuration file is created and saved at a master device in a distributed control system.
• the configuration file is then remotely downloaded to the slave device via the data payload of a fieldbus protocol such as the CANopen protocol via the CANopen field for configuration of the slave device and for configuration of a sub-network that is attached to the slave device when part of a distributed I/O island.
• the master device upon boot-up by a slave device, queries the slave device to determine if the slave device or devices, such as I/O points, on an attached sub-network need an updated configuration file.
• the slave device may also query the master device upon boot-up to determine if the master device contains an updated configuration file.
• the devices can determine if the configuration files match. If the configuration files do not match, the master can distribute the new or updated configuration file to the slave device via a fieldbus protocol.
• FIG. 1 depicts an exemplary distributed control system in which an embodiment of the present invention may be performed.
• FIG. 2 depicts an exemplary computing device, suitable for implementing the techniques described herein.
• FIG. 3 is a flowchart depicting an embodiment of the configuration download technique according to the present invention.
• FIG. 4 is a logical depiction of an exemplary configuration file to be sent to a slave device via CANopen, according to an embodiment of the present invention.
• FIG. 5 is a flowchart depicting the reloading of a configuration file according to an embodiment of the present invention.
• FIG. 1 depicts an exemplary distributed control system on which an embodiment of the present invention may be performed.
• the network 100 includes exemplary master device 102 and exemplary slave device 104 .
• the master device may be a PLC, as described above, and the slave device may be a network interface module (NIM).
• NIM network interface module
• the slave device 104 may be additionally connected to additional computing devices such as sub-network 108 with I/O modules 110 , 112 , and 114 .
• sub-network 108 or both the slave device 104 and the sub-network 108 depicted in FIG. 1 may be referred to as an I/O island in certain manufacturing or industrial automation applications.
• I/O island in certain manufacturing or industrial automation applications.
• aspects of the present invention may be implemented on a variety of different computing devices. For example, depending on the application, sub-network 108 could contain sensors or other control devices.
• FIG. 2 Aspects of the invention may be implemented with a variety of conventional networked computers systems such as the network device 200 shown in FIG. 2 .
• Network device 200 includes network interface ports 202 and 204 for receiving and sending data traffic, a central processor 206 , a system memory 208 , and a system bus 210 that couples various system components including ports 202 and 204 , central processor 206 and the system memory 208 .
• System bus 210 may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures.
• system memory 208 may include a basic input/output system (BIOS) stored in a read only memory (ROM) and one or more program modules such as operating systems, application programs and program data stored in random access memory (RAM).
• BIOS basic input/output system
• ROM read only memory
• RAM random access memory
• Interfaces 202 and 204 may be any type of network interface well known to those skilled in the art.
• computer 200 may include drives for interfacing with other types of computer readable media.
• node 200 can be controlled by a variety of different program modules operable to implement a fieldbus protocol such as the CANopen protocol.
• program modules are routines, programs, objects, components, data structures, etc., that perform particular tasks or implement particular abstract data types.
• the present invention may also be practiced in a distributed computing environment where tasks are performed by remote processing devices that are linked through a communications network such as a local area network (LAN), or a wide area network (WAN) such as the Internet.
• program modules may be located in both local and remote memory storage devices.
• FIG. 3 depicts a flowchart of one embodiment of the configuration download technique according to an embodiment of the present invention.
• the configuration file is created at the master device. Creation of the configuration file may be accomplished directly at the master device via a user interface, or may be written at a separate computing device and transferred to the master device. For example, a user may construct, in a program on a separate computing device, such as PC 106 in FIG. 1 , a representation of all of the modules and their associated parameters in a sub-network or an island.
• the configuration file may consist of parameters specified by the user that direct behavior of the island or sub-network, such as characteristics related to an I/O point and how the I/O point behaves in the system or is used by an application.
• parameters may be how the I/O point behaves during an error situation, whether or not the I/O point has a filter on it, and, if the I/O point is analog, how much voltage the I/O point can expect.
• the parameters will be unique to how a user uses an I/O point within the island, and those of ordinary skill in the art will understand the various parameters that may be necessary for configuration of a sub-network such as an I/O island.
• those of ordinary skill in the art will understand and be able to provision a software program capable of generating the desired configuration data and sequences for each target computing device, regardless of whether the target device is an I/O point or is another type of computing device.
• the configuration file is saved by the master device.
• the configuration file may be saved with a related time-stamp and date-stamp of when the file was created, a file version, a hash code, or other parameter that may identify the version of the configuration file. Such parameters may be used at a future time to determine if a slave device has the most recent version of a configuration file.
• the configuration file may be saved directly on the master device or may be saved in a separate device, such as in a database existing on a separate device.
• the instructions are sent in one or more sequential files, via a fieldbus protocol such as the CANopen protocol, to the slave device.
• a fieldbus network is a control and/or computer network that is used in industrial automation and process control systems.
• Different fieldbus protocols may choose to specify different layers in the International Standardization Organization/Open Systems Interconnect model (the “OSI model”), as defined by the standard ISO/IEC 7498-1.
• the configuration file may be completely protocol independent and the invention may be implemented with any fieldbus protocol or other protocol that operates in the application layer of the OSI model, and uses an object-oriented representation of the fieldbus devices, such as CANopen, Ethernet/IP and DeviceNet.
• object-oriented representation of the fieldbus devices such as CANopen, Ethernet/IP and DeviceNet.
• FIG. 4 depicts the flow of a configuration file from master device 102 to slave device 104 via the CANopen protocol, according to one embodiment of the invention.
• CANopen is a fieldbus protocol that is often used for communication in distributed control systems.
• the CAN in Automation (CiA) non-profit organization publishes standards that are used in the Automation industry for the implementation of the CANopen protocol.
• the CANopen objects and standards referenced herein and in FIG. 4 are further described in the CAN in Automation (CiA) Draft Standard Proposal 302 Ver. 3.3.0, “Framework for CANopen Managers and Programmable CANopen Devices.”
• CANopen devices use configuration software to generate a device configuration file (DCF in CANopen).
• the DCF file defines parameters that are used for configuration of a CANopen device. For a slave device controlling an island of simple I/O modules, such parameters may include polarity and filter times.
• FIG. 4 depicts Island DCF file 402 , which contains the information needed to configure the sub-network, i.e. sub-network configuration 404 .
• DCF file 402 depicts the types of CANopen data that may be included in a CANopen DCF file.
• DCF file 402 may be created by the CANopen master device 102 and may be downloaded via connection 406 to the CANopen slave device 104 using standard CANopen objects.
• the DCF file 402 may then be unpacked and used for configuration of device 104 .
• the content object 5FFE contains the sub-network configuration objects.
• Object 5FFE may be unpacked and used for configuration of the smart terminal block (STB) I/O points 408 and 410 , as well as for reconfiguration of node 104 as needed.
• STB smart terminal block
• the I/O points 408 and 410 which are attached to slave device 104 , thus may be configured by the creation and distribution of DCF file 402 .
• the configuration data for the attached devices or, collectively, the island is created either at the master device 102 or at an attached computing device 106 as seen in FIG. 1 .
• the master device 102 can transfer the configuration file to the slave device 104 via the CANopen protocol for configuration of the attached island.
• information inside the configuration object may not be static. For instance, in an automation system, the device configuring the sub-network must be commanded to perform some tasks while processing the data needed to configure the sub-network.
• aspects of the invention use a standards-based approach, by using pre-defined objects to send data to a slave device.
• control commands may be sent with the data so that the slave device can act upon the configuration data received.
• the slave device may process the data and use the data to configure itself and any attached network or island.
• the master device maintains an image of the configuration file. If the system recycles power, or if a failed NIM or I/O device must be replaced, the saved image can be used to validate the configuration of the slave device after power recycle, or can be reloaded onto a slave device that is replaced.
• a power recycle or slave device update may involve multiple communications with the master device via a fieldbus protocol.
• FIG. 5 describes the process of configuration check and update according to an embodiment of the present invention.
• the master may query one or more slave devices to determine if the configuration on the slave device(s) matches the configuration on the master device.
• the master can compare various parameters associated with the current configuration file saved on the master device, such as a time-stamp, a date-stamp, a file version, a hash code, or other parameter that may identify the version of the configuration file, with the respective parameters of a slave device's configuration file.
• the master device does not need to update the configuration file (step 506 ). However, if it is determined that the configuration files do not match, at steps 508 - 510 , the master can download the updated configuration and sub-network configuration to the slave device(s) via the fieldbus protocol. At step 512 , the slave device may determine if the sub-network configuration is error-free. If the configuration is not error free, at step 514 the device may optionally enter a fallback mode to either continue with a current set of parameters or to abort the configuration check sequence altogether.
• the slave device can reconfigure the sub-network using the data and the control information contained in the sub-network configuration object.
• the slave device may ensure that the sub-network has been correctly configured using the configuration information. If the sub-network has not been correctly configured, at step 520 the device may optionally enter a fallback mode to either continue with a current set of parameters or to abort the configuration check sequence altogether. If the slave device determines that the sub-network has been correctly configured, at step 522 the slave device may determine if the new configuration requires the reset of the slave device or of a device on the sub-network. If a device reboot is not required, the configuration update may be considered complete.
• a slave device may initiate a query with the master to determine if the respective configuration files match.
• Embodiments of the invention also allow for failed device replacement situations, such as when an old device is removed. Failed device replacement involves replacing a slave device or an I/O module that has been corrupted or otherwise rendered inoperative.
• Failed device replacement involves replacing a slave device or an I/O module that has been corrupted or otherwise rendered inoperative.
• a user can remove a failed device and install a new device, and have the master re-download the configuration file to the device.
• configuration of the device may be automated at the time the failed device is removed and a new device is connected.
• the master device can check the configuration of the new device and proceed through the same sequence described above to either load or update the configuration on the new device. This process may also be initiated by the new slave device on the network.

Landscapes

• Physics & Mathematics (AREA)
• General Physics & Mathematics (AREA)
• Engineering & Computer Science (AREA)
• Automation & Control Theory (AREA)
• Programmable Controllers (AREA)

Abstract

Description

Claims (23)

Priority Applications (2)

Applications Claiming Priority (1)

Publications (2)

Family

ID=40602182

Family Applications (1)

Country Status (2)

Cited By (4)

Families Citing this family (19)

Citations (18)

Family Cites Families (3)

• 2007
  • 2007-12-31 US US11/967,470 patent/US8904074B2/en active Active
• 2008
  • 2008-12-29 WO PCT/US2008/088404 patent/WO2009088820A1/en active Application Filing

Patent Citations (18)

Non-Patent Citations (10)

Also Published As

Similar Documents

Legal Events