WO1999013388A1 - Apparatus for controlling internetwork communications - Google Patents

Apparatus for controlling internetwork communications Download PDF

Info

Publication number
WO1999013388A1
WO1999013388A1 PCT/US1998/018708 US9818708W WO9913388A1 WO 1999013388 A1 WO1999013388 A1 WO 1999013388A1 US 9818708 W US9818708 W US 9818708W WO 9913388 A1 WO9913388 A1 WO 9913388A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
request
data
real time
message
Prior art date
Application number
PCT/US1998/018708
Other languages
French (fr)
Inventor
Andrew G. Swales
Original Assignee
Square D Company
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Square D Company filed Critical Square D Company
Priority to CA002271198A priority Critical patent/CA2271198C/en
Priority to DE69805952T priority patent/DE69805952T2/en
Priority to EP98945955A priority patent/EP0937283B1/en
Priority to JP51574399A priority patent/JP2001505343A/en
Publication of WO1999013388A1 publication Critical patent/WO1999013388A1/en

Links

Classifications

    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00Programme-control systems
    • G05B19/02Programme-control systems electric
    • G05B19/418Total 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], computer integrated manufacturing [CIM]
    • G05B19/4185Total 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], computer integrated manufacturing [CIM] characterised by the network communication
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00Program-control systems
    • G05B2219/30Nc systems
    • G05B2219/31From computer integrated manufacturing till monitoring
    • G05B2219/31161Java programcode or simular active agents, programs, applets
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00Program-control systems
    • G05B2219/30Nc systems
    • G05B2219/34Director, elements to supervisory
    • G05B2219/34038Web, http, ftp, internet, intranet server
    • YGENERAL 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
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02PCLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Definitions

  • Applicants' invention relates generally to the field of programmable controllers and more particularly to a system for the exchange of time - critical information between control devices coupled to an intranetwork such as would be common in the fields of factory automation and industrial process control.
  • Real-time control requires a high degree of determinism over a general purpose network. Determinism is a measure of ensuring that a real-time event will be handled in a known period of time. Data flow load control approaches based on voluntary bandwidth allocation have been tried to increase the level of determinism. Typically a network is set up to budget a particular amount of transmission time per station per unit time, and as long as all stations abide by the restriction, predictability is achieved. Two factors impeded this goal, configuration complexity and the fact that secondary or occasional network participants are not bound by any agreements. Standard networks such as MAP have a long set of parameters which have to be allocated and agreed among the stations for interoperability to be achieved. In most cases, interoperability fails because of a mismatch of the parameters.
  • Networks such as MAP handle this situation by not allowing laptop computers and other certain devices to connect to it to prevent any such problems.
  • the use of communications techniques in automation products is typically stratified into at least 3 layers.
  • At the highest level are conventional data processing communication networks, designed to exchange information such as data files, electronic mail, and reports, and more recently to support widespread dissemination of information using the Internet and World Wide Web. Typical exchange of information is not repetitive, but it is transferred on demand and the level of loading of the network is unpredictable with varying delivery times. Examples of such networks are Ethernet, IBM Token Ring, Fiber Distributed Data Interface, the X.25 international packet switch network and many offerings from telephone companies such as Asynchronous Transfer Mode.
  • General purpose network protocols using this hardware include the increasingly dominant TCP/IP, and Novell IPX, Digital Equipment's DECNET and others.
  • the TCP/IP-Ethernet combination in particular, is the most widely deployed computer network interface in use, and therefore has minimum cost to implement and support.
  • At the lowest level are specialized data moving buses, designed to allow a control device such as a computer or a Programmable Logic Controller to exchange information with its sensors and actuators. These buses are designed to carry the same information repetitively, and can therefore guarantee a maximum time between the value of the information changing, and recognition of the changed values by the partner devices. Examples of such technologies are remote I/O networks, Small Computer System Interface (SCSI), and various backplane bus extender techniques from many computer and automation vendors. Typically the messages carried are highly specialized and do not get copied directly onto the general purpose networks.
  • the principal object of the present invention is to provide an interface between an industrial control system and a general purpose network such as Ethernet.
  • Another object of the present invention is to provide an interface between the general purpose network and the industrial control system that will allow the transfer of real time control data with guaranteed delivery times.
  • a further objective of the invention is to provide an interface between the general purpose network and the industrial control system that will carry on-demand traffic from computer systems, operator terminals, and alarm systems.
  • the invention allows for control of a Programmable Logic Controller's (PLC) functions over a non-deterministic network connection.
  • PLC Programmable Logic Controller's
  • the network is not necessarily real time, a proxy server, which normally is used to provide a network firewall to solve security problems, provides a high degree of determinism. It does this by taking the role of a TCP/IP router and by a combination of routing, firewalling, and limiting the network throughput. It is configured as a communication interface between a real time and an non-real time portion of the complete system. It is installed outside of the network bridge and serves to restrict unnecessary traffic between the real and unreal time elements.
  • Real time data is preconfigured and exchanged in a regular sequence, such that for any item of information which is being repetitively updated, the cyclic update period is known.
  • the length of any communication message necessary to transmit this information, plus any sequencing and acknowledgment overhead, is calculated in advance and aggregated.
  • Each device with authority to transmit on the shared medium is given a budget consisting of a maximum transmission quantity in unit time, calculated so that the total transmission quantity in unit time is deliberately limited to some fraction of the maximum transmission capability of the network.
  • the maximum length of an individual transmission is defined. All communication from devices whose traffic loadings cannot be so controlled is arranged to pass through a proxy device in order to gain access to the deterministic network, and that proxy enforces the budget limits by introducing deliberate delays to the request messages if necessary.
  • the appropriate budget limits as percentages are dependent on the chosen network topology.
  • a simple Ethernet can then be made equivalent to a dedicated fieldbus by exercising control over the loading of the network.
  • Figure 1 shows an overview block diagram of a typical system illustrating the relationship between an user at a remote location and an Internet Web site used for monitoring a process control system according to the present invention.
  • Figure 2 is a basic block diagram of the present invention illustrating an Internet interface to a programmable logic controller system.
  • FIG 3 is a block diagram of the Web server module illustrated in Figure 2 according to the present invention.
  • Figure 4 is a basic block diagram of the present invention illustrating an Internet interface to an intranetwork including a bridge to a programmable controller system.
  • Figure 5 is a basic block diagram of the present invention illustrating an Internet interface to an intranetwork including a bridge to a network of programmable controller systems.
  • Figure 6 is a flow chart of a sequence of steps utilized in a proxy device according to the present invention.
  • Figure 7 is a typical mimic page available to a user at a remote location utilizing a browser which illustrates the present invention for controlling a programmable controller system.
  • FIG. 1 shows an overview block diagram of typical system illustrating the relationship between an user 2 at a remote location and an Internet web site 4 used for monitoring a process control system 6.
  • the user 2 will have a personal computer (PC) 8 having a commercially available browser 10, such as Netscape Communication's Navigator or Microsoft's Internet Explorer, installed for viewing the contents at the web site 4 by a monitor 12.
  • the PC provides a remote human-machine interface (HMI) to the process control system 6.
  • HMI human-machine interface
  • the Internet 14 is a collection of independent world wide communication networks that are interconnected to each other and function as a single connectionless entity Communication is based on a client-server basis, using a number of established protocols that allow for communication and file transfers between the client and the server.
  • the most widely used protocol is Internet Protocol (IP).
  • the web site 4 includes a network interface 16 having an unique Internet address 18, a server 20, and an application program 22.
  • the server 20 acts as the HTTP interpreter which uses TCP inconjunction with IP, through TCP/IP stack 24 to interact with the network interface 16 and the application program 22. This enables the data transfer between the application program 22 and the user 2 through the Internet 14
  • the application program provides data from the process control system 6. This data can be used to monitor the control process by the user 2 at the remote location.
  • the TCP/IP stack 24 enables data transfers over the Internet 14 between the user 2 and the web site 4 as required for the various layers specified by the IP protocol.
  • the user 2 can connect to the Internet 14 using one of a number of Internet service providers and will enter the address of the Web site 4 when connected.
  • the Web site 4 will display a home page which may contain text, some type of multimedia offerings such as graphic images, video, or audio, and possible hypertext links to other documents.
  • the browser 10 will allow the user 2 to read the page and interact with the choices associated with it.
  • the browser 10 will send commands to the Web site 4 which will use the application program 22 to display whatever information is available from the process control system 6.
  • the browser 10 functions as a remote human- machine interface or HMI control of the process control system as will be detailed below.
  • FIG. 2 shows a basic block diagram of the present invention illustrating the Internet interface to a programmable logic controller system.
  • the web site 4 includes the network interface 16 having an unique Internet address 18 and a web server 30.
  • the web server 30 provides the home page for the website.
  • a firewall or security for the overall system can be included in the Web server 30, but is generally maintained as part of the network interface 16.
  • the user can disable the web server 30.
  • a password and user list is provided in initial configuration files stored in the web server 30 that are downloaded from a remote server. Protection of the configuration file is then provided by the remote server and the web server 30 through the password and the user list.
  • the web server 30 provides a direct connection for a programmable logic controller (PLC) 32 to the Internet 14 by plugging the web server 30 into its back plane 34.
  • PLC programmable logic controller
  • the web server 30 provides both a client and server interface. All signals between the PLC 32 and the web server 30 are through the back plane 34 rather than over a set of cables which would normally have to be coupled to input/output modules that are themselves plugged into the back plane 34.
  • the back plane signals include addressing, control, data, and power.
  • the client interface allows a user to send commands to a remote node over the Internet and the server interface allows for processing commands that originated from a remote node. Controlling the PLC 32 from a remote HMI, essentially on a real time basis is possible by controlling the data flow through the web server 30.
  • the PLC 32 Associated with the PLC 32 are its application programs 36, dual port memory 38 and I/O devices 40.
  • the application program includes a ladder logic program for controlling the I/O devices 40.
  • the web server 30 functions as a node on a TCP/IP network 42 allowing it to send commands to the PLC 32 and receive the response.
  • the TCP/IP network 42 in the preferred embodiment is an Ethernet network, other high level protocols could be used.
  • the web server 30 is shown in greater detail in Figure 3.
  • Various components provide the required connectivity to perform its functionality.
  • a real time operating system 44 controls the interaction between the components.
  • the operating system 44 allocates central processor (CPU) 46 to various tasks, provides memory management, and provides a set of message services and signal services.
  • the message and signal services allow for communication between tasks, and between drivers and a task.
  • Connection to the TCP/IP network 42 is through an Ethernet driver 48 which transmits and receives messages over Ethernet via an Ethernet communication chip such as an AM79C961.
  • the web server will have an unique global address 18, allowing it to be addressed by other devices on the network. Communication can be over a fiber optic cable or a twisted wire pair.
  • the Ethernet driver 48 manages transmit 50 and receive 51 buffers in memory 52, and interfaces with the AM79C961 Ethernet chip.
  • the transmit 50 and receive 51 buffers are shared both by the AM79C961 and the Ethernet driver 48.
  • the Ethernet driver 48 also provides a transmit request interface, and a receive indication interface to a TCP/IP stack 54.
  • the AM79C961 provides a transmit queue interface, a receive queue interface, and generates interrupts on completion of transmitting a message, and on receiving a new message.
  • the Ethernet driver 46 places receive buffers in the receive queue. In the interrupt routine, the Ethernet driver 46 examines the receive queue. If any messages are in the receive queue, it passes the receive buffer to the TCP/IP stack 54.
  • the TCP/IP stack 54 copies the buffer, and sometime later calls the Ethernet driver 48 to return the buffer and place the returned buffer back into the receive queue.
  • the TCP/IP stack 54 calls the Ethernet driver 48 to transmit a message.
  • the Ethernet driver 46 attempts to allocate a buffer from the shared memory 52. If it succeeds, it copies the message into the buffer, and places the buffer into the AM79C961 transmit queue. If there is no transmit buffer, then the driver drops the transmit message. In the interrupt routine, the Ethernet driver 48 examines the transmit queue, and frees the transmitted buffers.
  • the TCP/IP network 42 allows special MSTR (master) functions that allow nodes on the network to initiate message transactions. These MSTR functions include reading and writing data and are used for commands and responses. They allow programs running in the PLC 32 to send commands to a remote node on the TCP/IP network 42 and receive the responses A back plane driver 56 sends commands and receives the response to the PLC 32 over the back plane 34.
  • MSTR master
  • the back plane driver 56 receives request from the PLC's ladder logic MSTR blocks stored in its memory 38. When a response is available, the back plane driver 56 passes it back to the MSTR block.
  • the back plane driver 56 provides a server 58 and client 60 interface to applications.
  • the server 58 interface allows an application to issue a request command to the PLC's 32 executive program, and receive its response.
  • the client 60 interface allows an application to receive a new MSTR request, and pass back the response to the ladder logic program.
  • the server 58 interface uses a queuing mechanism and call back functions. An application queues both the request and the call back function associated with the request.
  • the back plane driver 56 services the request in its interrupt routine, it calls the associated call back function.
  • the response and the original request is passed to the call back function.
  • the call back function can call an operating routine to either pass a message or signal the application.
  • the client 60 interface also uses queues and call back functions.
  • the client application queues both an indication request on queue and a call back function associated with the request.
  • the back plane driver 56 detects a new MSTR block request in its interrupt routine, it calls the associated call back function.
  • the request is passed into the call back function.
  • the call back function can call an operating system routine to either pass a message or signal the application. If the back plane driver 56 detects that the MSTR block has been aborted, or is no longer being solved, it calls an user supplied associated abort call back function.
  • the application calls a routine to pass the MSTR response and a associated call back routine to the driver. Sometime later, the driver passes back the response to the ladder logic program in its interrupt service routine, and then calls the user supplied call back function.
  • the PLC 32 interfaces with the web server 30 hardware via the dual port memory 38. It reads and writes to the dual port memory 38 using an ASIC chip. Writing to a specified location will cause an interrupt.
  • the PLC 32 first writes a message in the dual port memory 38, and then causes an interrupt. The message indicates a type of command. One type indicates that a MSTR block is being solved. Other types are used for passing requests to the PLC 32, and obtaining the responses to the requests. After the PLC 32 passes the message, it polls the dual port memory 38 for commands placed by the back plane driver 56. These commands are read memory, write memory, and processing is complete.
  • the back plane driver 56 uses state machines to process the MSTR interrupts.
  • the maximum number of active MSTR blocks is set at four in the present invention, requiring four state machines.
  • the back plane driver 56 receives an MSTR interrupt, it attempts to find an associated state machine that matches with the MSTR block. If there are already four outstanding transactions, no more are available, and the back plane driver 56 will set the MSTR's outputs to false. If a state machine is found, the back plane driver 56 determines if it is a new transaction, an outstanding transaction, or a response is available. If it is a new transaction it copies the request, and calls the application's associated call back routine. If its an outstanding transaction, it indicates to the ladder logic program that the MSTR block is still busy. If a response is available, the back plane driver 56 copies the response, sets either the MSTR's completion or error output, and calls the application's call back routine.
  • Two interrupts are used for processing a request.
  • the back plane driver 56 copies the request into a data structure located in the PLC's 32 dual memory 38.
  • the back plane driver 56 copies the response from the controller's data structure into the user's buffer. It then calls the user's associated call back function.
  • the request for accessing the PLC's 32 registers is processed by the back plane driver 56, and is not sent to the PLC's executive program for processing.
  • the back plane driver 56 determines the memory location in the memory 38 of the registers the PLC 32.
  • the back plane driver 56 processes the read/write register requests by sending commands via the dual port memory 38 to the PLC 32 to read or write the locations containing the registers.
  • the back plane driver 56 will service a maximum of four read/write register requests at the end of a scan interrupt.
  • a client task 58 interfaces with the TCP/IP stack 54, the back plane driver 56, and uses the operating system 44 message services. It processes the MSTR request.
  • the client task 58 receives a MSTR request from the back plane driver 56, it passes the request to the TCP/IP stack 54.
  • the TCP/IP stack 54 returns a response to the client task 58, it passes the response to the back plane driver 56.
  • the TCP/IP stack 54 provides a Berkeley TCP/IP interface and a signal extension.
  • the signal extension calls a user supplied function which passes in a socket number, a task ID, and an event.
  • the signal function calls the operating system 44 to send a message to the task indicated by the task ID. It sends a message either to the client 58 or server 60 task.
  • the client task 58 posts request indications to the back plane driver 56, and the associated call back routine calls the operating system 44 to send a message to the client task 58 for a new MSTR transaction.
  • the client task 58 manages multiple outstanding MSTR transactions using the state machines.
  • the connection state machines are used for establishing connection and closing connections.
  • each connection state machine contains a list of transaction state machines.
  • Each transaction machine on the connection state machine represents a transaction to a node represented by the connection machine.
  • the transaction machines are used to send a request, and process the response.
  • the client task 58 enters a loop after performing initialization. It calls the operating system 44 to receive a message. The operating system will block the client task 58 until there is a message or until there is a time out. It either receives a message from the TCP/IP stack 54, from a MSTR call back routine, or it times out.
  • the client task will obtain a connection state machine, and places a new transaction machine at end of the list of the connection state machine's list. At this point the transaction machine will attempt to transmit the message. It may not be possible to transmit the message because no connection has been established, or the because the remote side may have applied flow control.
  • the client task 58 finds the associated connection machine and determines if the TCP/IP event is an accepted connection, an aborted connection, or a received data event. Based on the connection state, and the transaction machine's state, the client task 58 processes the message to advance the transactions if there are any. Receiving data for the MSTR responses may occur over several TCP/IP events, and the transaction state machine assembles the data into a response.
  • the client task 58 When the client task 58 requests the TCP/IP stack to transmit a message, not all of the message may be transmitted. This occurs when the remote node is flow controlled, which is explained below. If the call to the operating system 44 to receive a message returns with a time out, or if there is a message, the client task 58 searches the list of connection machines that are flowed controlled. For each flow controlled connection, it tries to advance the transaction state machines on the connection state machine list that are flow controlled.
  • the server task 60 processes a request originating from the user at the remote location.
  • the server task 60 interfaces with the back plane driver 56, the TCP/IP stack 54, and the operating system's 44 message services.
  • the server task 60 posts requests to the back plane driver 56, and an associated call back routine uses the operating system 44 message services to send the response to the server task 60.
  • a TCP/IP stack 54 signal function also uses the operating system ' s 44 send service to send an TCP/IP event to the server task 60.
  • the server task 60 can handle multiple transactions and connections. Like the client task 58, it maintains a list of connection machines, and each connection machine contains a list of transaction machines. The connection machines are for managing the connection and the transaction machines manage the incoming requests and responses.
  • the server task 60 enters a loop after performing initialization. It calls the operating systems 44 to receive a message. The operating systems 44 blocks the server task 60 until there is a message or until it times out. It either receives a message from the TCP/IP task's 54 signal handler, from the back plane driver 56 or it times out. It processes the message or the time and reenters the loop. If the message received from the operating systems 44 is from the TCP/IP task's 54 signal handler, the server task 60 determines if the event is a connection request, a close socket event, or a receive data event. Based on the TCP/IP event, the server task 60 uses the connection machine and transaction machine to advance the transaction. Received data for a request may occur over several receive data events, and the transaction machine assembles the events into a request message. When the response message is received from the operating system 44, the server task 60 finds the connection and transaction machine in order to send the response.
  • the server task 60 When the server task 60 requests the TCP/IP stack 54 to transmit a message, not all of the message may be transmitted. This occurs when the remote node is flow controlled. If the call to the operating system 44 is to receive a message returns with a time out, or if there is a message, the server task 54 searches the list of connection machines that are flowed controlled. For each flow controlled connection, it tries to advance the transaction state machines on the connection state machine list that are flow controlled.
  • the server task 60 After the server task 60 has parsed the header of an incoming request, it attempts to allocate a structure to pass the request to the back plane driver 56. If the server task is already processing a predetermined number of outstanding requests, the attempt fails, the connection is placed into a blocked state, and the body of the request is not read from the TCP/IP stack 54. As a result the TCP/IP stack may apply flow control to the remote node. When one of the other requests is complete, the free data structure event causes a blocked connection machine to continue processing the incoming Modbus request.
  • the HTTP task 62 interfaces with the TCP/IP stack 54, and the back plane driver 56. The HTTP server task 62 receives a HTTP request from the TCP/IP stack 54.
  • the HTTP server task 62 sends back the response over the TCP/IP stack 54.
  • the framework is supplied by the operating system 44.
  • the framework creates the HTTP task, accepts connection, and parses the HTTP request. After parsing the request, it calls the operating system 44 to process the request. Processing the request involves determining the request type and processing the actual request.
  • the different request types allow a user to acquire a snapshot of the PLC 32 operations by allowing a view of various registers within the PLC 32 and dual memory 38. These request types also include display of the PLC 32 configuration, remote and distributed I/O and module health statistics, display registers, back plane configuration, Ethernet statistics and others as shown in Table 1 :
  • the different images are gif files that are displayed on the variou pages
  • the home page contains hyperlinks to seven pages of data.
  • the configuration page will display the configuration of PLC 32.
  • the remote I/O and distributed I/O module health status pages are a series of linked pages.
  • the first page displays the communication health statistics at the Remote I/O and Distributed I/O head and contains a link to a configured drop page.
  • the configured drop page displays a table containing drop numbers which are linked to a drop status page and rack numbers which are linked to the drop and rack configuration pages. Two tables are included in the drop status page, one for showing the communication status of the drop and the other for showing which racks are populated with the I/O modules.
  • the drop and rack configuration page displays the I/O modules, their health, and slot location for the given rack.
  • Register data is displayed in a template having a form and a table, with the user entering an address and a length.
  • the table will display the registers values.
  • a table showing option modules and their slot location is displayed on the back plane configuration page.
  • the data appearing on the pages is static but can be automatically updated at preselected times.
  • the operating system 44 processes these requests and responds by sending HTTP messages through the TCP/IP stack 54. Processing some of these requests involves reading the PLC's traffic cop, registers, coils, or various page zero locations where statistics are kept. To perform these reads, the operating system 44 sends a request to the back plane driver 56 and uses an event signal mechanism and event flags to determine when the request is complete. After sending the request to the back plane driver 56, the operating system 44 waits for an event flag to be sent. When the back plane driver completes the request, the back plane driver 56 calls a call back routine, which sets the event. The operating system 44 then resumes processing the request.
  • FIG. 4 illustrates a basic system utilizing the present invention to interface a programmable logic controller system 70 to the Internet 14 through a gateway 72.
  • the gateway 72 contains a firewall to provide the necessary security and couples the PLC system 70 through an intranetwork 74 controlled by a network administrator 76.
  • the intranetwork 74 is a TCP/IP network such as Ethernet, other protocols are possible and the protocol used is not a restriction.
  • the PLC system 70 includes a bridge 78 for coupling a programmable logic controller 80 to the intranet 74.
  • PLC 80 runs application programs 82 for controlling input and output devices 84.
  • a memory 86 stores the application programs and provides storage locations and registers for various statistics of the PLC system 70. These may include the PLC's configuration, I/O rack's configuration and health, the racks attached to the PLC 80 back plane 88, and other pertinent information.
  • the web server 30 previously described includes the functionalities of the bridge 78, a web site server 90, and a proxy 92 and is plugged into the backplane 88 of the PLC 80.
  • the proxy 92 is a special- purpose application similar in design to the Internet-standard SOCKS proxy. It listens for connections to the gateway, and when a connection is established, the first record of data expected is a target designation which specifies the address of the web site server 90. The proxy 92 will open the requested connection, and all subsequent requests and responses will be forwarded to the web site server 90. Any detected errors will result in the inbound and outbound connections being closed.
  • Proxy 92 is general-purpose. It can be either hardware or software based. It has no knowledge of the identity of the selectable web site. It functions as a TCP/IP router and is configured to be required in any communication between the real time portion, i.e., the PLC system 70 and non-real time, i.e., the Internet 14 and intranet 74 portions of the overall system. It is specifically installed outside of the bridge 78 and the firewall of the gateway 72. Its primary function is to provide data flow control by restricting unnecessary communication traffic from the real time portion by controlling the rate at which messages are forwarded from the non-real time to the real time portions.
  • a human machine interface (HMI) 94 maybe coupled to network
  • PLC 80 It is used to program and monitor PLC 80 and provide graphical representations of the complete PLC system 70, showing its present status and operating conditions.
  • icons representing input and output devices can be included that actually provide control functions in the graphical representations. It can also be used to design linked pages to the home page of the web site. These pages mimic the graphical representations and become accessible to a user at the remote location. The icons can be linked to mini-application programs called applets. The user at the remote location can then have access to the functionality of the HMI 94 over the Internet 14 since a web browser, such as Navigator or Explorer can interpret and run applets through the browser.
  • a web browser such as Navigator or Explorer can interpret and run applets through the browser.
  • FIG. 5 is a block diagram of the present invention illustrating a method of providing a level of determinism to a non-deterministic network.
  • the Internet 14 is coupled to an Ethernet intranetwork 102 controlled by a network administrator 104 by gateway 106.
  • Gateway 106 contains the Internet global address 18 of the web site and firewall to provide the necessary security.
  • a bridge 108 provides access to a network 112 of devices including a programmable logic controller system 110.
  • An application protocol, such as MODBUS, is used on network 112 which is part of the backplane of PLC system 110.
  • Web site server 114 includes the bridge 108 and proxy 116, according to the present invention and as previously described.
  • PLC 110 is used to control output devices 120 based on internal application programs in response to internal programming commands, status of input devices 122, and commands received from the Internet 14, intranet 102 or application network 112.
  • the proxy 116 listens for connections to the gateway 106 and when a connection is established, the proxy 106 will open the requested connection.
  • the first record of data expected is a target designation in the form:
  • Network 112 provides a mechanism for exchanging real time data between the different systems. It uses two transaction types to achieve 99% of all data exchange.
  • These transactions are to read registers, which are requests for the current values of one or more data items up to a total of 125 words (250 bytes) from a target device, and to write registers which are requests to update one or more data items up to a total of 100 words (200 bytes) in a target device.
  • Data flow control in the present invention ensures that a real-time control event is processed within a known period of time.
  • the Internet 14 and intranet 102 can be predictable in terms of a guaranteed maximum time for transmission of information from one point to another by controlling the load factor, or bandwidth utilization.
  • These networks are characterized by a 10 Base T universal interface and a 10M bits per second (Mbps) bandwidth and are designed to automatically slow down traffic when collisions are encountered, indicating that the load factor may be too high.
  • Theoretical calculations and pilot network measurements indicate that by deliberately reducing the load factor of a shared network to about 10%, and by keeping the rate of non-repetitive traffic small compared to the repetitive traffic, the predictability characteristics of the general-purpose network become similar to those of a more purpose- designed network.
  • the figure of 10% applies only when a repeating hub is used to connect the devices. If the hub is replaced by an Ethernet Switch which allows full access to the 10 Mbps bandwidth of the network, the load factor can be increased to about 30% with the same deterministic characteristics.
  • the exponential backoff algorithm of Ethernet never becomes a factor, and the behavior of the network is governed by simple queuing theory, as in the more purpose-designed networks.
  • a simple master-slave network with 1 master and 5 slaves, and with the master exchanging 40 bytes of data with each slave per scan, the actual repetitive traffic load per scan will be:
  • a nominal scan time of 9.6 milliseconds would be equivalent to a 10% load factor, and the chance of a message being delayed more than the 9.6 milliseconds due to collision backoff is about 1 in 1 million.
  • the 10% load factor assumes all stations compete directly for transmission.
  • the addition of the network bridge 108 between the real time network 110 and the general purpose network 102 is all that is required.
  • the control devices' functionality can be well defined by using a master-slave poll sequence instead of a transmission on demand.
  • the bandwidth goal is maintained behind the bridge by adjustment of poll loop repetition rates. If device A 124 and device B 126 on the intranetwork 102 were to generate a lot of traffic, for example by starting some sort of file transfer, proxy 116 prevents that traffic from interfering with the control subnet. On the other hand, if device A 124 wanted to interrogate PLC 110 to exchange process data, the traffic would be forwarded through bridge 108.
  • the present invention implements flow control by using TCP and proxies with private networks. This assists with security as well as load control.
  • Internet addresses are typically allocated as groups of around 250 addresses, known as a Class C subnet.
  • An installation with a thousand or so computers on the Internet 14 might have 4 or 5 such Class C subnets.
  • Such a subnet has nothing to do with physical subnets, separated by network bridges. It is purely a logical addressing convention, enforced by the operating software of the units.
  • TCP/IP network By the design of a TCP/IP network, a computer on one such subnet cannot talk to a computer on another such subnet except via a router. This restriction applies even if the devices are on the same physical cable.
  • Network 110 is a private IP subnet with PLC 10 and devices c through n. Communication between the devices on network 110 is direct and can proceed without interference but any exchange with another party outside the network must involve communication with the proxy 116.
  • the proxy 116 has the ability to slow down any traffic which needs to enter the subnet to enforce the network loading rules. More importantly, it controls all non-repetitive traffic, since MODBUS messages are inherently half-duplex, and the next request on a channel cannot be sent until the response to the previous one is received.
  • a proxy is a device which carries on a conversation with an initiator on behalf of a target.
  • the concept of a proxy was developed as a response to the increasing use of firewalls in connection of devices to the Internet.
  • the initiator When communicating via a proxy, the initiator establishes the connection using only its knowledge of the proxy's address. Once the connection is established, the initiator may advise the proxy of the identity of the target or it might be implied by the TCP port used when connecting. The proxy then establishes a connection to the real target, and volunteers to forward any TCP data from one connection to the other as needed.
  • the end result is that the initiator is communicating to the target, but every message involves two transmissions, first from the initiator to the proxy and second from the proxy to the target..
  • the proxy 116 can be a physical machine or it can simply be a small software program running on one of the computers attached at an appropriate point on the network, and using the networking services of the operating system concerned. In the present case, the proxy 116 is part of the Web server 114. In the preferred embodiment, the proxy is a JAVA program of about 200 lines of code in size. Using well known master-slave techniques, it determines a maximum scan rate based on the number of devices coupled to the network. Using a 10% load as a rule of thumb and the fact that each transaction generates approximately 100 microseconds of traffic, a 1 millisecond per slave device can be used to calculate a desired scan rate.
  • the maximum size of an individual message is limited is to approximately 250 bytes. When the overhead of an Ethernet/TCP header is added, the result is still limited to about 330 bytes. On the 10 Mbps Ethernet, such a message has a transmission time of 270 usec. This means that it is possible to reduce the impact of unsolicited traffic on the I/O scan to less than 500 usec by the simple expedient of throttling the rate at which such requests are accepted.
  • the proxy 116 and bridge 108 mechanisms will do just that. They are almost always stateless. If a message needs to be repeated for any reason, the response may be generated from scratch with no loss of functionality. This in turn reduces the need for buffer memory space and improves the latency of data being transmitted. In particular, it makes possible a slave engine which requires very little CPU resources yet can achieve response times in the sub- millisecond range.
  • the present invention it is possible to accommodate a mix of permanent and occasional participants on the subnet, such as when connecting a local programming device to the network or when using a laptop to get one's e-mail from the plant floor, without compromising the determinism of the real time data.
  • the users of such devices will see communication being a little slower than on a network to which they had unrestricted access.
  • an interrogation message 142 comes from an operator terminal station 132 on an outside uncontrolled network 130 having no load limitations, it must first pass through a throttling router 134 or proxy in order to gain access to control stations 138-141 on a subnet 136 which is a deterministic network.
  • the proxy 134 wiil allow at most one such request to enter the network every 4 milliseconds. This is regardless of the number of such requests which might be initiated concurrently by multiple stations on the external network 130.
  • the proxy 134 After a time delay, if any, has expired, the proxy 134 will forward the message 146 to its intended target 140.
  • the target 140 is unaware that the request message 142 has been intercepted and regenerated by the proxy 134, since that is a normal characteristic of the network type concerned.
  • the target 140 generates its response 144, which is shipped back to the proxy 134.
  • the proxy 134 regenerates the message 148 and completes the transaction by sending it back to the operator station 132. From the perspective of the operator station 132, it appears as if the target 140 had a response time somewhat larger than the true response time, but it is consistent with having a response in less than 200 milliseconds typical of uncontrolled networks.
  • Random traffic effects the determinism of the exchange of control data between the stations 138-141. Since the base loading due to the control traffic is at most 7.2 %, and the random traffic from the proxy at most an additional 3%, the aggregate load on the network 136 is less than 10.2% for the unit time of 10 milliseconds. This loading level on Ethernet will result in a probability of delivery delays exceeding the unit time due to collisions which is comparable to the loss of messages due to noise which is about 1 in 1 million.
  • the most common automation device interrogation protocol known as MODBUS
  • MODBUS has an appropriate request - response characteristic to take advantage of these techniques, as well as a self-imposed limit on message length which further reduces predictability impact.
  • the standard transport protocol TCP part of the suite TCP/IP also encourages such request-response behavior by allowing choice of a configuration parameter known as the transmission window.
  • the proxy device 134 will enforce traffic control even of a file transfer nature which would naturally attempt to flood the network with messages, by controlling the reported transmission window as seen by both participants in a connection. This allows activities such as file transfers, Web browsing, and real time control to share a deterministic Ethernet, so long as all such traffic were coerced to use the proxy.
  • the aggregate budget limit can be set to a fairly high percentage, such as 70% of nominal transmission capacity. This is because the worst case delay for submitting a message for delivery on the contested medium is the simple sum of the lengths in terms of time of the outstanding messages from all competing stations. In turn, since those are less than 100% of capacity in a given unit time interval, there will be an opportunity for the message in question to be delivered in that unit time interval.
  • a collision-based network such as shared Ethernet or various multidrop networks involving shared cable and a carrier signal, a lower percentage figure is used, to allow for the finite probability that a message will collide with one sent by a peer.
  • the performance of an Ethernet network can be improved by progressively replacing repeating Ethernet Hubs, which are required for coupling any device to it, with Ethernet Switches as part of the wiring infrastructure. Even more improvement can be obtained by selectively upgrading the speed of the interfaces at those devices carrying most traffic, and option not available in most fieldbus technologies.
  • a mimic page which represents some of the hardware physically connected to a programmable logic controller system can be constructed utilizing various graphical programs readily available and that are not an object of the present invention.
  • the present invention allows a user at a remote location, using a browser, to view the mimic page and actually control various components illustrated in the mimic page.
  • Figure 4 shows a simple motor start-stop control in ladder logic diagram form that could be available as a mimic page to the user. Pushing a motor start push button 150 will cause a motor start relay 152 to energize through a normally closed stop push button 154 and a normally closed overload contact 156. Auxiliary motor start contact 158 will latch relay 152 after the start push button 150 is released and pilot light 160 will illuminate.
  • Auxiliary motor start contact 162 will provide power to pump motor 164 which will remain running until stop push button 154 is depressed or overload relay 166 detects an overload condition.
  • start push button 150, stop push button 154, overload contact 156, auxiliary motor start contacts 158 and 162, and overload relay 166 are inputs to the programmable logic controller system.
  • Relay 152, pilot light 160, and pump motor 164 are outputs.
  • the PLC will have the registers containing the animation data for the inputs and outputs.
  • An application program in the PLC will respond to the inputs to control the outputs.
  • a user at a remote location will browse the Internet for the home page of the installation of the programmable logic controller system.
  • the PLC will have other control functions as well and if the user has the necessary authorizations, various options will become available.
  • the home page will allow the user to acquire a snapshot of the PLC operations by allowing a view of various pages that will allow access to registers within the PLC.
  • Other pages will also include displays of the PLC's configuration, remote and distributed I/O modules health statistics, display registers, back plane configuration, Ethernet statistics and others as shown previously shown in Table 1.
  • the mimic diagram page will be called up on a browser screen which will allow the user to view the status of the system.
  • the mimic diagram's light 160, relay 152, contacts 158, 162, and pump motor 164 will be updated to correspond to the state of the actual devices.
  • the states of the inputs and outputs wiil then be shown on the ladder diagram which will be automatically updated as they are changed.
  • applets representing the start 150 and stop 154 buttons
  • the user could manually control start and stopping of the motor by using a mouse or keyboard to position a cursor and "clicking" on either the start 168 or stop 170 boxes.

Abstract

An interface allows for the transfer of real time control data with guaranteed delivery times between devices on a general purpose network and an industrial control system. A proxy server takes the role of a TCP/IP router and is configured to control the rate at which messages are forwarded from the non-real time to the real time portion of the network, keeping the loading of the real time portion stable regardless of the external non-real time communication demand. Real time data is preconfigured and exchanged in a regular sequence, with the cyclic update period known. The length of any communication message necessary to transmit this information, plus any sequencing and acknowledgment overhead, is calculated in advance and aggregated. Each device with authority to transmit on the shared medium is given a time budget, calculated so that the total transmission quantity in unit time is deliberately limited to some fraction of the maximum transmission capability of the network. All communications from devices whose traffic loadings cannot be so controlled are arranged to pass through the proxy device in order to gain access to the deterministic network, and the proxy enforces the budget limits by introducing deliberate delays to the request messages if necessary.

Description

Apparatus for Controlling Internetwork Communications
DESCRIPTION
TECHNICAL FIELD
Applicants' invention relates generally to the field of programmable controllers and more particularly to a system for the exchange of time - critical information between control devices coupled to an intranetwork such as would be common in the fields of factory automation and industrial process control.
RELATED APPLICATIONS
This application is related to the following, commonly assigned applications filed concurrently herewith, entitled "Web Interface To A Programmable Controller" (Application Serial No. 08/xxx,xxx, Applicants Docket No. SAA-1) . The contents of these Applications are expressly incorporated herein by reference.
BACKGROUND ART
Real-time control requires a high degree of determinism over a general purpose network. Determinism is a measure of ensuring that a real-time event will be handled in a known period of time. Data flow load control approaches based on voluntary bandwidth allocation have been tried to increase the level of determinism. Typically a network is set up to budget a particular amount of transmission time per station per unit time, and as long as all stations abide by the restriction, predictability is achieved. Two factors impeded this goal, configuration complexity and the fact that secondary or occasional network participants are not bound by any agreements. Standard networks such as MAP have a long set of parameters which have to be allocated and agreed among the stations for interoperability to be achieved. In most cases, interoperability fails because of a mismatch of the parameters. A simple file transfer or database lookup by someone's portable computer could inadvertently disrupt the fragile assumptions about transmission bandwidth. Networks such as MAP handle this situation by not allowing laptop computers and other certain devices to connect to it to prevent any such problems. The use of communications techniques in automation products is typically stratified into at least 3 layers. At the highest level are conventional data processing communication networks, designed to exchange information such as data files, electronic mail, and reports, and more recently to support widespread dissemination of information using the Internet and World Wide Web. Typical exchange of information is not repetitive, but it is transferred on demand and the level of loading of the network is unpredictable with varying delivery times. Examples of such networks are Ethernet, IBM Token Ring, Fiber Distributed Data Interface, the X.25 international packet switch network and many offerings from telephone companies such as Asynchronous Transfer Mode. General purpose network protocols using this hardware include the increasingly dominant TCP/IP, and Novell IPX, Digital Equipment's DECNET and others. The TCP/IP-Ethernet combination, in particular, is the most widely deployed computer network interface in use, and therefore has minimum cost to implement and support. At the lowest level are specialized data moving buses, designed to allow a control device such as a computer or a Programmable Logic Controller to exchange information with its sensors and actuators. These buses are designed to carry the same information repetitively, and can therefore guarantee a maximum time between the value of the information changing, and recognition of the changed values by the partner devices. Examples of such technologies are remote I/O networks, Small Computer System Interface (SCSI), and various backplane bus extender techniques from many computer and automation vendors. Typically the messages carried are highly specialized and do not get copied directly onto the general purpose networks.
In a middle layer are a number of fieldbus solutions which accommodate supervision and updating of control devices. There are many approaches which compete with each other, and offer limited compatibility with each other. Examples include Siemens PROFIBUS, Schneider Automation's FIP and MODBUS PLUS., Allen Bradley's DEVICE NET, and Echelon Corp's LONWORKS. All of these network approaches require dedicated wiring and troubleshooting techniques but allow some mixing of control data exchange and equipment interrogation. It would be desirable to develop an automation control system whereby these problems are minimized, using the same type of general purpose networks (Ethernet, Token Ring, ATM)at all three levels, allowing automation devices to use commercial network techniques, but still retain the security and performance characteristics of specialized industrial networks.
SUMMARY OF THE INVENTION
Accordingly, the principal object of the present invention is to provide an interface between an industrial control system and a general purpose network such as Ethernet. Another object of the present invention is to provide an interface between the general purpose network and the industrial control system that will allow the transfer of real time control data with guaranteed delivery times. A further objective of the invention is to provide an interface between the general purpose network and the industrial control system that will carry on-demand traffic from computer systems, operator terminals, and alarm systems.
In the preferred embodiment of the invention, the invention allows for control of a Programmable Logic Controller's (PLC) functions over a non-deterministic network connection. Although the network is not necessarily real time, a proxy server, which normally is used to provide a network firewall to solve security problems, provides a high degree of determinism. It does this by taking the role of a TCP/IP router and by a combination of routing, firewalling, and limiting the network throughput. It is configured as a communication interface between a real time and an non-real time portion of the complete system. It is installed outside of the network bridge and serves to restrict unnecessary traffic between the real and unreal time elements. It does this by controlling the rate at which messages are forwarded from the non-real time to the real time portion of the network, keeping the loading of the real time portion stable regardless of the external non-real-time communication demand. This allows the non-real time network which is normally non-deterministic, to attain determinism by maintaining a desired level of probability for a successful message transmission in a fixed time period.
Real time data is preconfigured and exchanged in a regular sequence, such that for any item of information which is being repetitively updated, the cyclic update period is known. The length of any communication message necessary to transmit this information, plus any sequencing and acknowledgment overhead, is calculated in advance and aggregated. Each device with authority to transmit on the shared medium is given a budget consisting of a maximum transmission quantity in unit time, calculated so that the total transmission quantity in unit time is deliberately limited to some fraction of the maximum transmission capability of the network. In addition, the maximum length of an individual transmission is defined. All communication from devices whose traffic loadings cannot be so controlled is arranged to pass through a proxy device in order to gain access to the deterministic network, and that proxy enforces the budget limits by introducing deliberate delays to the request messages if necessary. The appropriate budget limits as percentages are dependent on the chosen network topology. A simple Ethernet can then be made equivalent to a dedicated fieldbus by exercising control over the loading of the network.
Other features and advantages of the invention, which are believed to be novel and nonobvious, will be apparent from the following specification taken in conjunction with the accompanying drawings in which there is shown a preferred embodiment of the invention. Reference is made to the claims for interpreting the full scope of the invention which is not necessarily represented by such embodiment.
BRIEF DESCRIPTION OF THE DRAWINGS
Figure 1 shows an overview block diagram of a typical system illustrating the relationship between an user at a remote location and an Internet Web site used for monitoring a process control system according to the present invention. Figure 2 is a basic block diagram of the present invention illustrating an Internet interface to a programmable logic controller system.
Figure 3 is a block diagram of the Web server module illustrated in Figure 2 according to the present invention.
Figure 4 is a basic block diagram of the present invention illustrating an Internet interface to an intranetwork including a bridge to a programmable controller system.
Figure 5 is a basic block diagram of the present invention illustrating an Internet interface to an intranetwork including a bridge to a network of programmable controller systems.
Figure 6 is a flow chart of a sequence of steps utilized in a proxy device according to the present invention.
Figure 7 is a typical mimic page available to a user at a remote location utilizing a browser which illustrates the present invention for controlling a programmable controller system.
DETAILED DESCRIPTION
Although this invention is susceptible to embodiments of many different forms, a preferred embodiment will be described and illustrated in detail herein. The present disclosure exemplifies the principles of the invention and is not to be considered a limit to the broader aspects of the invention to the particular embodiment as described. Figure 1 shows an overview block diagram of typical system illustrating the relationship between an user 2 at a remote location and an Internet web site 4 used for monitoring a process control system 6. The user 2 will have a personal computer (PC) 8 having a commercially available browser 10, such as Netscape Communication's Navigator or Microsoft's Internet Explorer, installed for viewing the contents at the web site 4 by a monitor 12. The PC provides a remote human-machine interface (HMI) to the process control system 6. Various interconnection services are readily available to provide the physical and electrical interconnection from the PC to the Internet 14 itself. The Internet 14 is a collection of independent world wide communication networks that are interconnected to each other and function as a single connectionless entity Communication is based on a client-server basis, using a number of established protocols that allow for communication and file transfers between the client and the server. The most widely used protocol is Internet Protocol (IP).
The web site 4 includes a network interface 16 having an unique Internet address 18, a server 20, and an application program 22. The server 20 acts as the HTTP interpreter which uses TCP inconjunction with IP, through TCP/IP stack 24 to interact with the network interface 16 and the application program 22. This enables the data transfer between the application program 22 and the user 2 through the Internet 14 The application program provides data from the process control system 6. This data can be used to monitor the control process by the user 2 at the remote location. The TCP/IP stack 24 enables data transfers over the Internet 14 between the user 2 and the web site 4 as required for the various layers specified by the IP protocol.
The user 2 can connect to the Internet 14 using one of a number of Internet service providers and will enter the address of the Web site 4 when connected. The Web site 4 will display a home page which may contain text, some type of multimedia offerings such as graphic images, video, or audio, and possible hypertext links to other documents. The browser 10 will allow the user 2 to read the page and interact with the choices associated with it. The browser 10 will send commands to the Web site 4 which will use the application program 22 to display whatever information is available from the process control system 6. The browser 10 functions as a remote human- machine interface or HMI control of the process control system as will be detailed below.
Figure 2 shows a basic block diagram of the present invention illustrating the Internet interface to a programmable logic controller system. The web site 4 includes the network interface 16 having an unique Internet address 18 and a web server 30. The web server 30 provides the home page for the website. A firewall or security for the overall system can be included in the Web server 30, but is generally maintained as part of the network interface 16. In addition to providing security for various pages at the site, the user can disable the web server 30. A password and user list is provided in initial configuration files stored in the web server 30 that are downloaded from a remote server. Protection of the configuration file is then provided by the remote server and the web server 30 through the password and the user list. The web server 30 provides a direct connection for a programmable logic controller (PLC) 32 to the Internet 14 by plugging the web server 30 into its back plane 34. The web server 30 provides both a client and server interface. All signals between the PLC 32 and the web server 30 are through the back plane 34 rather than over a set of cables which would normally have to be coupled to input/output modules that are themselves plugged into the back plane 34. The back plane signals include addressing, control, data, and power. The client interface allows a user to send commands to a remote node over the Internet and the server interface allows for processing commands that originated from a remote node. Controlling the PLC 32 from a remote HMI, essentially on a real time basis is possible by controlling the data flow through the web server 30.
Associated with the PLC 32 are its application programs 36, dual port memory 38 and I/O devices 40. The application program includes a ladder logic program for controlling the I/O devices 40. The web server 30 functions as a node on a TCP/IP network 42 allowing it to send commands to the PLC 32 and receive the response. Although the TCP/IP network 42 in the preferred embodiment is an Ethernet network, other high level protocols could be used. Using a web browser at a remote location through the Internet 14, a user can control and view configuration information of the PLC 32.
The web server 30 is shown in greater detail in Figure 3. Various components provide the required connectivity to perform its functionality. A real time operating system 44 controls the interaction between the components. The operating system 44 allocates central processor (CPU) 46 to various tasks, provides memory management, and provides a set of message services and signal services. The message and signal services allow for communication between tasks, and between drivers and a task. Connection to the TCP/IP network 42 is through an Ethernet driver 48 which transmits and receives messages over Ethernet via an Ethernet communication chip such as an AM79C961. The web server will have an unique global address 18, allowing it to be addressed by other devices on the network. Communication can be over a fiber optic cable or a twisted wire pair. The Ethernet driver 48 manages transmit 50 and receive 51 buffers in memory 52, and interfaces with the AM79C961 Ethernet chip. The transmit 50 and receive 51 buffers are shared both by the AM79C961 and the Ethernet driver 48. The Ethernet driver 48 also provides a transmit request interface, and a receive indication interface to a TCP/IP stack 54. The AM79C961 provides a transmit queue interface, a receive queue interface, and generates interrupts on completion of transmitting a message, and on receiving a new message. The Ethernet driver 46 places receive buffers in the receive queue. In the interrupt routine, the Ethernet driver 46 examines the receive queue. If any messages are in the receive queue, it passes the receive buffer to the TCP/IP stack 54. The TCP/IP stack 54 copies the buffer, and sometime later calls the Ethernet driver 48 to return the buffer and place the returned buffer back into the receive queue. The TCP/IP stack 54 calls the Ethernet driver 48 to transmit a message. The Ethernet driver 46 attempts to allocate a buffer from the shared memory 52. If it succeeds, it copies the message into the buffer, and places the buffer into the AM79C961 transmit queue. If there is no transmit buffer, then the driver drops the transmit message. In the interrupt routine, the Ethernet driver 48 examines the transmit queue, and frees the transmitted buffers.
The TCP/IP network 42 allows special MSTR (master) functions that allow nodes on the network to initiate message transactions. These MSTR functions include reading and writing data and are used for commands and responses. They allow programs running in the PLC 32 to send commands to a remote node on the TCP/IP network 42 and receive the responses A back plane driver 56 sends commands and receives the response to the PLC 32 over the back plane 34.
The back plane driver 56 receives request from the PLC's ladder logic MSTR blocks stored in its memory 38. When a response is available, the back plane driver 56 passes it back to the MSTR block. The back plane driver 56 provides a server 58 and client 60 interface to applications. The server 58 interface allows an application to issue a request command to the PLC's 32 executive program, and receive its response. The client 60 interface allows an application to receive a new MSTR request, and pass back the response to the ladder logic program. The server 58 interface uses a queuing mechanism and call back functions. An application queues both the request and the call back function associated with the request. When the back plane driver 56 services the request in its interrupt routine, it calls the associated call back function. The response and the original request is passed to the call back function. The call back function can call an operating routine to either pass a message or signal the application.
The client 60 interface also uses queues and call back functions. The client application queues both an indication request on queue and a call back function associated with the request. When the back plane driver 56 detects a new MSTR block request in its interrupt routine, it calls the associated call back function. The request is passed into the call back function. The call back function can call an operating system routine to either pass a message or signal the application. If the back plane driver 56 detects that the MSTR block has been aborted, or is no longer being solved, it calls an user supplied associated abort call back function. The application calls a routine to pass the MSTR response and a associated call back routine to the driver. Sometime later, the driver passes back the response to the ladder logic program in its interrupt service routine, and then calls the user supplied call back function.
The PLC 32 interfaces with the web server 30 hardware via the dual port memory 38. It reads and writes to the dual port memory 38 using an ASIC chip. Writing to a specified location will cause an interrupt. The PLC 32 first writes a message in the dual port memory 38, and then causes an interrupt. The message indicates a type of command. One type indicates that a MSTR block is being solved. Other types are used for passing requests to the PLC 32, and obtaining the responses to the requests. After the PLC 32 passes the message, it polls the dual port memory 38 for commands placed by the back plane driver 56. These commands are read memory, write memory, and processing is complete. The back plane driver 56 uses state machines to process the MSTR interrupts. The maximum number of active MSTR blocks is set at four in the present invention, requiring four state machines. When the back plane driver 56 receives an MSTR interrupt, it attempts to find an associated state machine that matches with the MSTR block. If there are already four outstanding transactions, no more are available, and the back plane driver 56 will set the MSTR's outputs to false. If a state machine is found, the back plane driver 56 determines if it is a new transaction, an outstanding transaction, or a response is available. If it is a new transaction it copies the request, and calls the application's associated call back routine. If its an outstanding transaction, it indicates to the ladder logic program that the MSTR block is still busy. If a response is available, the back plane driver 56 copies the response, sets either the MSTR's completion or error output, and calls the application's call back routine.
Two interrupts are used for processing a request. On the first interrupt, called the preport interrupt, the back plane driver 56 copies the request into a data structure located in the PLC's 32 dual memory 38. On the second interrupt, called the end of scan interrupt, the back plane driver 56 copies the response from the controller's data structure into the user's buffer. It then calls the user's associated call back function.
The request for accessing the PLC's 32 registers is processed by the back plane driver 56, and is not sent to the PLC's executive program for processing. The back plane driver 56 determines the memory location in the memory 38 of the registers the PLC 32. At an end of scan interrupt, the back plane driver 56 processes the read/write register requests by sending commands via the dual port memory 38 to the PLC 32 to read or write the locations containing the registers. The back plane driver 56 will service a maximum of four read/write register requests at the end of a scan interrupt.
A client task 58 interfaces with the TCP/IP stack 54, the back plane driver 56, and uses the operating system 44 message services. It processes the MSTR request. When the client task 58 receives a MSTR request from the back plane driver 56, it passes the request to the TCP/IP stack 54. When the TCP/IP stack 54 returns a response to the client task 58, it passes the response to the back plane driver 56. The TCP/IP stack 54 provides a Berkeley TCP/IP interface and a signal extension. The signal extension calls a user supplied function which passes in a socket number, a task ID, and an event. The signal function calls the operating system 44 to send a message to the task indicated by the task ID. It sends a message either to the client 58 or server 60 task. The client task 58 posts request indications to the back plane driver 56, and the associated call back routine calls the operating system 44 to send a message to the client task 58 for a new MSTR transaction.
The client task 58 manages multiple outstanding MSTR transactions using the state machines. There is a linked list of connection state machines. The connection state machines are used for establishing connection and closing connections. In addition each connection state machine contains a list of transaction state machines. Each transaction machine on the connection state machine represents a transaction to a node represented by the connection machine. The transaction machines are used to send a request, and process the response. The client task 58 enters a loop after performing initialization. It calls the operating system 44 to receive a message. The operating system will block the client task 58 until there is a message or until there is a time out. It either receives a message from the TCP/IP stack 54, from a MSTR call back routine, or it times out. It process the message or the time out and then reenters the loop. If the message received from the operating system 44 is a new MSTR request, the client task will obtain a connection state machine, and places a new transaction machine at end of the list of the connection state machine's list. At this point the transaction machine will attempt to transmit the message. It may not be possible to transmit the message because no connection has been established, or the because the remote side may have applied flow control.
If the message received from the operating system 44 is a TCP/IP event, the client task 58 finds the associated connection machine and determines if the TCP/IP event is an accepted connection, an aborted connection, or a received data event. Based on the connection state, and the transaction machine's state, the client task 58 processes the message to advance the transactions if there are any. Receiving data for the MSTR responses may occur over several TCP/IP events, and the transaction state machine assembles the data into a response.
When the client task 58 requests the TCP/IP stack to transmit a message, not all of the message may be transmitted. This occurs when the remote node is flow controlled, which is explained below. If the call to the operating system 44 to receive a message returns with a time out, or if there is a message, the client task 58 searches the list of connection machines that are flowed controlled. For each flow controlled connection, it tries to advance the transaction state machines on the connection state machine list that are flow controlled.
The server task 60 processes a request originating from the user at the remote location. The server task 60 interfaces with the back plane driver 56, the TCP/IP stack 54, and the operating system's 44 message services. The server task 60 posts requests to the back plane driver 56, and an associated call back routine uses the operating system 44 message services to send the response to the server task 60. A TCP/IP stack 54 signal function also uses the operating system's 44 send service to send an TCP/IP event to the server task 60. The server task 60 can handle multiple transactions and connections. Like the client task 58, it maintains a list of connection machines, and each connection machine contains a list of transaction machines. The connection machines are for managing the connection and the transaction machines manage the incoming requests and responses.
The server task 60 enters a loop after performing initialization. It calls the operating systems 44 to receive a message. The operating systems 44 blocks the server task 60 until there is a message or until it times out. It either receives a message from the TCP/IP task's 54 signal handler, from the back plane driver 56 or it times out. It processes the message or the time and reenters the loop. If the message received from the operating systems 44 is from the TCP/IP task's 54 signal handler, the server task 60 determines if the event is a connection request, a close socket event, or a receive data event. Based on the TCP/IP event, the server task 60 uses the connection machine and transaction machine to advance the transaction. Received data for a request may occur over several receive data events, and the transaction machine assembles the events into a request message. When the response message is received from the operating system 44, the server task 60 finds the connection and transaction machine in order to send the response.
When the server task 60 requests the TCP/IP stack 54 to transmit a message, not all of the message may be transmitted. This occurs when the remote node is flow controlled. If the call to the operating system 44 is to receive a message returns with a time out, or if there is a message, the server task 54 searches the list of connection machines that are flowed controlled. For each flow controlled connection, it tries to advance the transaction state machines on the connection state machine list that are flow controlled.
After the server task 60 has parsed the header of an incoming request, it attempts to allocate a structure to pass the request to the back plane driver 56. If the server task is already processing a predetermined number of outstanding requests, the attempt fails, the connection is placed into a blocked state, and the body of the request is not read from the TCP/IP stack 54. As a result the TCP/IP stack may apply flow control to the remote node. When one of the other requests is complete, the free data structure event causes a blocked connection machine to continue processing the incoming Modbus request. The HTTP task 62 interfaces with the TCP/IP stack 54, and the back plane driver 56. The HTTP server task 62 receives a HTTP request from the TCP/IP stack 54. To process the request, it may access the PLC 32 through the back plane driver 56 and back plane 34. The HTTP server task 62 sends back the response over the TCP/IP stack 54. The framework is supplied by the operating system 44. The framework creates the HTTP task, accepts connection, and parses the HTTP request. After parsing the request, it calls the operating system 44 to process the request. Processing the request involves determining the request type and processing the actual request. The different request types allow a user to acquire a snapshot of the PLC 32 operations by allowing a view of various registers within the PLC 32 and dual memory 38. These request types also include display of the PLC 32 configuration, remote and distributed I/O and module health statistics, display registers, back plane configuration, Ethernet statistics and others as shown in Table 1 :
Show the home page
Show the programmable logic controller's configuration
Show the Ethernet statistics
Show the read register request page
Show the 4x registers
Show the racks attached to the controllers back plane
Send an image. The different images are gif files that are displayed on the variou pages
Show the remote I/O statistics
Show the list of configured remote I/O drops
Show a remote I/O rack's configuration and health
Show a remote I/O drop's communication statistics
Show the I/O reference values of a remote I/O module
Show a list of configured distributed I/O nodes
Show the configuration and the health of a distributed I/O node
Show the I/O reference values of a distributed I/O module
TABLE 1 The home page contains hyperlinks to seven pages of data. The configuration page will display the configuration of PLC 32. The remote I/O and distributed I/O module health status pages are a series of linked pages. The first page displays the communication health statistics at the Remote I/O and Distributed I/O head and contains a link to a configured drop page. The configured drop page displays a table containing drop numbers which are linked to a drop status page and rack numbers which are linked to the drop and rack configuration pages. Two tables are included in the drop status page, one for showing the communication status of the drop and the other for showing which racks are populated with the I/O modules. The drop and rack configuration page displays the I/O modules, their health, and slot location for the given rack. From a selected module, a user can view it's input and output values. Register data is displayed in a template having a form and a table, with the user entering an address and a length. The table will display the registers values. A table showing option modules and their slot location is displayed on the back plane configuration page. The data appearing on the pages is static but can be automatically updated at preselected times. The operating system 44 processes these requests and responds by sending HTTP messages through the TCP/IP stack 54. Processing some of these requests involves reading the PLC's traffic cop, registers, coils, or various page zero locations where statistics are kept. To perform these reads, the operating system 44 sends a request to the back plane driver 56 and uses an event signal mechanism and event flags to determine when the request is complete. After sending the request to the back plane driver 56, the operating system 44 waits for an event flag to be sent. When the back plane driver completes the request, the back plane driver 56 calls a call back routine, which sets the event. The operating system 44 then resumes processing the request.
While the specific embodiments have been illustrated and described, numerous modifications are possible without departing from the scope or spirit of the invention.
The present invention allows a user to monitor and control PLC's and other automation equipment from any modern web browser anywhere on the Internet. Figure 4 illustrates a basic system utilizing the present invention to interface a programmable logic controller system 70 to the Internet 14 through a gateway 72. The gateway 72 contains a firewall to provide the necessary security and couples the PLC system 70 through an intranetwork 74 controlled by a network administrator 76. Although in the preferred embodiment, the intranetwork 74 is a TCP/IP network such as Ethernet, other protocols are possible and the protocol used is not a restriction. The PLC system 70 includes a bridge 78 for coupling a programmable logic controller 80 to the intranet 74. PLC 80 runs application programs 82 for controlling input and output devices 84. A memory 86 stores the application programs and provides storage locations and registers for various statistics of the PLC system 70. These may include the PLC's configuration, I/O rack's configuration and health, the racks attached to the PLC 80 back plane 88, and other pertinent information. The web server 30 previously described includes the functionalities of the bridge 78, a web site server 90, and a proxy 92 and is plugged into the backplane 88 of the PLC 80. The proxy 92 is a special- purpose application similar in design to the Internet-standard SOCKS proxy. It listens for connections to the gateway, and when a connection is established, the first record of data expected is a target designation which specifies the address of the web site server 90. The proxy 92 will open the requested connection, and all subsequent requests and responses will be forwarded to the web site server 90. Any detected errors will result in the inbound and outbound connections being closed.
Proxy 92 is general-purpose. It can be either hardware or software based. It has no knowledge of the identity of the selectable web site. It functions as a TCP/IP router and is configured to be required in any communication between the real time portion, i.e., the PLC system 70 and non-real time, i.e., the Internet 14 and intranet 74 portions of the overall system. It is specifically installed outside of the bridge 78 and the firewall of the gateway 72. Its primary function is to provide data flow control by restricting unnecessary communication traffic from the real time portion by controlling the rate at which messages are forwarded from the non-real time to the real time portions. This keeps the network loading of the real time portion stable regardless of the external network communication demand, giving the external networks, which are non-deterministic, a predetermined level of determinism and probability of successful message transjnissions during a fixed time period. A human machine interface (HMI) 94 maybe coupled to network
74. It is used to program and monitor PLC 80 and provide graphical representations of the complete PLC system 70, showing its present status and operating conditions. Various icons representing input and output devices can be included that actually provide control functions in the graphical representations. It can also be used to design linked pages to the home page of the web site. These pages mimic the graphical representations and become accessible to a user at the remote location. The icons can be linked to mini-application programs called applets. The user at the remote location can then have access to the functionality of the HMI 94 over the Internet 14 since a web browser, such as Navigator or Explorer can interpret and run applets through the browser.
Figure 5 is a block diagram of the present invention illustrating a method of providing a level of determinism to a non-deterministic network. The Internet 14 is coupled to an Ethernet intranetwork 102 controlled by a network administrator 104 by gateway 106. Gateway 106 contains the Internet global address 18 of the web site and firewall to provide the necessary security. A bridge 108 provides access to a network 112 of devices including a programmable logic controller system 110. An application protocol, such as MODBUS, is used on network 112 which is part of the backplane of PLC system 110. Web site server 114 includes the bridge 108 and proxy 116, according to the present invention and as previously described. PLC 110 is used to control output devices 120 based on internal application programs in response to internal programming commands, status of input devices 122, and commands received from the Internet 14, intranet 102 or application network 112.
The proxy 116 listens for connections to the gateway 106 and when a connection is established, the proxy 106 will open the requested connection. The first record of data expected is a target designation in the form:
'target.anywhere.com 502' where 'target.anywhere.com' is a DNS address of PLC 110 or of devices c through n on network 112 and 502 is the address of a MODBUS reserved port. It is thus possible to equip a whole factory or even a whole company with direct Web service to its control devices, allowing monitoring and control from the factory floor or office, from customer sites, from home, or from anywhere with Internet access. Network 112 provides a mechanism for exchanging real time data between the different systems. It uses two transaction types to achieve 99% of all data exchange. These transactions are to read registers, which are requests for the current values of one or more data items up to a total of 125 words (250 bytes) from a target device, and to write registers which are requests to update one or more data items up to a total of 100 words (200 bytes) in a target device.
Data flow control in the present invention ensures that a real-time control event is processed within a known period of time. The Internet 14 and intranet 102 can be predictable in terms of a guaranteed maximum time for transmission of information from one point to another by controlling the load factor, or bandwidth utilization. These networks are characterized by a 10 Base T universal interface and a 10M bits per second (Mbps) bandwidth and are designed to automatically slow down traffic when collisions are encountered, indicating that the load factor may be too high. Theoretical calculations and pilot network measurements indicate that by deliberately reducing the load factor of a shared network to about 10%, and by keeping the rate of non-repetitive traffic small compared to the repetitive traffic, the predictability characteristics of the general-purpose network become similar to those of a more purpose- designed network. In addition, the figure of 10% applies only when a repeating hub is used to connect the devices. If the hub is replaced by an Ethernet Switch which allows full access to the 10 Mbps bandwidth of the network, the load factor can be increased to about 30% with the same deterministic characteristics. When using a switch, the exponential backoff algorithm of Ethernet never becomes a factor, and the behavior of the network is governed by simple queuing theory, as in the more purpose-designed networks. As an example, a simple master-slave network with 1 master and 5 slaves, and with the master exchanging 40 bytes of data with each slave per scan, the actual repetitive traffic load per scan will be:
10 messages @ (80 bytes overhead + 40 bytes data) @ 0.8 usec per byte = 960 usec
A nominal scan time of 9.6 milliseconds would be equivalent to a 10% load factor, and the chance of a message being delayed more than the 9.6 milliseconds due to collision backoff is about 1 in 1 million. The 10% load factor assumes all stations compete directly for transmission.
In the present invention, the addition of the network bridge 108 between the real time network 110 and the general purpose network 102 is all that is required. The control devices' functionality can be well defined by using a master-slave poll sequence instead of a transmission on demand. The bandwidth goal is maintained behind the bridge by adjustment of poll loop repetition rates. If device A 124 and device B 126 on the intranetwork 102 were to generate a lot of traffic, for example by starting some sort of file transfer, proxy 116 prevents that traffic from interfering with the control subnet. On the other hand, if device A 124 wanted to interrogate PLC 110 to exchange process data, the traffic would be forwarded through bridge 108. It is only necessary to take more sophisticated steps if untrusted devices, such as personal laptop computers, are allowed on the same physical subnet. More restrictive network security rules could be enforced than normally would be used by the control devices by hiding certain devices such that data can only be read by other trusted devices. The problem of uncontrolled use of network bandwidth is related to that of security. If a device is making a request which has not been anticipated, it delays or disrupts the time- critical traffic.
The present invention implements flow control by using TCP and proxies with private networks. This assists with security as well as load control. Internet addresses are typically allocated as groups of around 250 addresses, known as a Class C subnet. An installation with a thousand or so computers on the Internet 14 might have 4 or 5 such Class C subnets. Such a subnet has nothing to do with physical subnets, separated by network bridges. It is purely a logical addressing convention, enforced by the operating software of the units. By the design of a TCP/IP network, a computer on one such subnet cannot talk to a computer on another such subnet except via a router. This restriction applies even if the devices are on the same physical cable. Thus device A 124 cannot talk directly to PLC 110 and requires proxy 116 to serve as the router. Messages between the two devices result in a duplication of the messages since the proxy 116 has to repeat the received message and resend it to PLC110. Network 110 is a private IP subnet with PLC 10 and devices c through n. Communication between the devices on network 110 is direct and can proceed without interference but any exchange with another party outside the network must involve communication with the proxy 116. The proxy 116 has the ability to slow down any traffic which needs to enter the subnet to enforce the network loading rules. More importantly, it controls all non-repetitive traffic, since MODBUS messages are inherently half-duplex, and the next request on a channel cannot be sent until the response to the previous one is received. An even higher level of security is obtained by using the proxy 116 to communicate between the IP subnets. A proxy is a device which carries on a conversation with an initiator on behalf of a target. Originally, the concept of a proxy was developed as a response to the increasing use of firewalls in connection of devices to the Internet. When communicating via a proxy, the initiator establishes the connection using only its knowledge of the proxy's address. Once the connection is established, the initiator may advise the proxy of the identity of the target or it might be implied by the TCP port used when connecting. The proxy then establishes a connection to the real target, and volunteers to forward any TCP data from one connection to the other as needed. The end result is that the initiator is communicating to the target, but every message involves two transmissions, first from the initiator to the proxy and second from the proxy to the target..
The proxy 116 can be a physical machine or it can simply be a small software program running on one of the computers attached at an appropriate point on the network, and using the networking services of the operating system concerned. In the present case, the proxy 116 is part of the Web server 114. In the preferred embodiment, the proxy is a JAVA program of about 200 lines of code in size. Using well known master-slave techniques, it determines a maximum scan rate based on the number of devices coupled to the network. Using a 10% load as a rule of thumb and the fact that each transaction generates approximately 100 microseconds of traffic, a 1 millisecond per slave device can be used to calculate a desired scan rate.
The maximum size of an individual message is limited is to approximately 250 bytes. When the overhead of an Ethernet/TCP header is added, the result is still limited to about 330 bytes. On the 10 Mbps Ethernet, such a message has a transmission time of 270 usec. This means that it is possible to reduce the impact of unsolicited traffic on the I/O scan to less than 500 usec by the simple expedient of throttling the rate at which such requests are accepted. The proxy 116 and bridge 108 mechanisms will do just that. They are almost always stateless. If a message needs to be repeated for any reason, the response may be generated from scratch with no loss of functionality. This in turn reduces the need for buffer memory space and improves the latency of data being transmitted. In particular, it makes possible a slave engine which requires very little CPU resources yet can achieve response times in the sub- millisecond range.
In the present invention, it is possible to accommodate a mix of permanent and occasional participants on the subnet, such as when connecting a local programming device to the network or when using a laptop to get one's e-mail from the plant floor, without compromising the determinism of the real time data. The users of such devices will see communication being a little slower than on a network to which they had unrestricted access.
Figure 6 is a sequence of steps utilizing a proxy device according to the present invention. If the control devices are preconfigured to use not more than 7% of the available transmission capacity for their regular traffic, the number of participants can be calculated. In the case of 10 Mbps Ethernet, if each transmission involves 120 microseconds, and the maximum time critical cycle time is 10 milliseconds, the possible number of participants is: 10000 x 7% / 120 = approximately 6. Therefore six control devices could share the dedicated subnet, exchanging information between them at a 10 millisecond period, and during that time the loading due to the control devices themselves will be 7.2% max.
If an interrogation message 142 comes from an operator terminal station 132 on an outside uncontrolled network 130 having no load limitations, it must first pass through a throttling router 134 or proxy in order to gain access to control stations 138-141 on a subnet 136 which is a deterministic network. The proxy 134 is set to control its contribution to the loading of the subnet to 3%. If the amount of traffic involved in the request is approximately 120 microseconds, the proxy 134 can police the budget by maintaining a minimum spacing between such requests of : 120 x 100% / 3% = 4000 microseconds. The proxy 134 wiil allow at most one such request to enter the network every 4 milliseconds. This is regardless of the number of such requests which might be initiated concurrently by multiple stations on the external network 130. After a time delay, if any, has expired, the proxy 134 will forward the message 146 to its intended target 140. The target 140 is unaware that the request message 142 has been intercepted and regenerated by the proxy 134, since that is a normal characteristic of the network type concerned. The target 140 generates its response 144, which is shipped back to the proxy 134. The proxy 134 regenerates the message 148 and completes the transaction by sending it back to the operator station 132. From the perspective of the operator station 132, it appears as if the target 140 had a response time somewhat larger than the true response time, but it is consistent with having a response in less than 200 milliseconds typical of uncontrolled networks.
Random traffic effects the determinism of the exchange of control data between the stations 138-141. Since the base loading due to the control traffic is at most 7.2 %, and the random traffic from the proxy at most an additional 3%, the aggregate load on the network 136 is less than 10.2% for the unit time of 10 milliseconds. This loading level on Ethernet will result in a probability of delivery delays exceeding the unit time due to collisions which is comparable to the loss of messages due to noise which is about 1 in 1 million.
There is no need for the operator station 132 to use specialized communication hardware or software to achieve this result, since the delays if any are being imposed on the transaction sequence without its knowledge. The most common automation device interrogation protocol, known as MODBUS, has an appropriate request - response characteristic to take advantage of these techniques, as well as a self-imposed limit on message length which further reduces predictability impact. The standard transport protocol TCP, part of the suite TCP/IP also encourages such request-response behavior by allowing choice of a configuration parameter known as the transmission window. The proxy device 134 will enforce traffic control even of a file transfer nature which would naturally attempt to flood the network with messages, by controlling the reported transmission window as seen by both participants in a connection. This allows activities such as file transfers, Web browsing, and real time control to share a deterministic Ethernet, so long as all such traffic were coerced to use the proxy.
In the case of a switched network, such as full duplex Ethernet or ATM, the aggregate budget limit can be set to a fairly high percentage, such as 70% of nominal transmission capacity. This is because the worst case delay for submitting a message for delivery on the contested medium is the simple sum of the lengths in terms of time of the outstanding messages from all competing stations. In turn, since those are less than 100% of capacity in a given unit time interval, there will be an opportunity for the message in question to be delivered in that unit time interval. In the case of a collision-based network, such as shared Ethernet or various multidrop networks involving shared cable and a carrier signal, a lower percentage figure is used, to allow for the finite probability that a message will collide with one sent by a peer. It will be necessary to back off and retry the message, however. Theoretical calculations and practical studies indicate that the appropriate level for a simple shared Ethernet network is about 10%. At this level, the chance of a message being delayed more than the budgeted unit time interval or cycle time is equivalent to the chance of the message being lost due to electrical noise on the network.
The performance of an Ethernet network can be improved by progressively replacing repeating Ethernet Hubs, which are required for coupling any device to it, with Ethernet Switches as part of the wiring infrastructure. Even more improvement can be obtained by selectively upgrading the speed of the interfaces at those devices carrying most traffic, and option not available in most fieldbus technologies.
A mimic page which represents some of the hardware physically connected to a programmable logic controller system can be constructed utilizing various graphical programs readily available and that are not an object of the present invention. The present invention allows a user at a remote location, using a browser, to view the mimic page and actually control various components illustrated in the mimic page. Figure 4 shows a simple motor start-stop control in ladder logic diagram form that could be available as a mimic page to the user. Pushing a motor start push button 150 will cause a motor start relay 152 to energize through a normally closed stop push button 154 and a normally closed overload contact 156. Auxiliary motor start contact 158 will latch relay 152 after the start push button 150 is released and pilot light 160 will illuminate. Auxiliary motor start contact 162 will provide power to pump motor 164 which will remain running until stop push button 154 is depressed or overload relay 166 detects an overload condition. In this example, start push button 150, stop push button 154, overload contact 156, auxiliary motor start contacts 158 and 162, and overload relay 166 are inputs to the programmable logic controller system. Relay 152, pilot light 160, and pump motor 164 are outputs. The PLC will have the registers containing the animation data for the inputs and outputs. An application program in the PLC will respond to the inputs to control the outputs. A user at a remote location will browse the Internet for the home page of the installation of the programmable logic controller system. The PLC will have other control functions as well and if the user has the necessary authorizations, various options will become available. The home page will allow the user to acquire a snapshot of the PLC operations by allowing a view of various pages that will allow access to registers within the PLC. Other pages will also include displays of the PLC's configuration, remote and distributed I/O modules health statistics, display registers, back plane configuration, Ethernet statistics and others as shown previously shown in Table 1. The mimic diagram page will be called up on a browser screen which will allow the user to view the status of the system. The mimic diagram's light 160, relay 152, contacts 158, 162, and pump motor 164 will be updated to correspond to the state of the actual devices. The states of the inputs and outputs wiil then be shown on the ladder diagram which will be automatically updated as they are changed. Through the use of applets representing the start 150 and stop 154 buttons, the user could manually control start and stopping of the motor by using a mouse or keyboard to position a cursor and "clicking" on either the start 168 or stop 170 boxes.
While the specific embodiments have been illustrated and described, numerous modifications are possible without departing from the scope or spirit of the invention.

Claims

CLAIMSclaim:
1. An interface module for exchanging data between a target device on a network of industrial control devices and a source device on a general purpose communication network, said interface module comprising:
A. means for coupling the interface module to said general communications network, said coupling means for receiving a request for data from a target device to the source device and for sending a response from the target device to the source device;
B. means for coupling the interface module to said network of industrial control devices, said coupling means for sending the request for data from the source device to the target device and for receiving a response from the target device to the source device;
C. means for predetermining a cycle time for each message transmissiom, said cycle time based on a number of devices coupled to the network of industrial control devices, a bandwidth of the network of industrial control devices, and a predetermined load factor; and D. means for processing and delaying said request for data sent to the target such that the request for data sent to and the response received back from the target to the interface module is preconfigured and exchanged in a regular sequence, within the predetermined cycle time; and E. means for sending the response from the target device back to the source device.
2. The interface module of claim 1 wherein said general purpose communication network is an Ethernet.
3. The interface module of claim 2 further including means for calculating the time cycle such that total transmission quantity in unit time is deliberately limited to some fraction of a maximum transmission capability of the network.
4. The interface module of claim 3 wherein said network of industrial control devices is deterministic with a load factor limit of 10%.
5. The interface module of claim 4 wherein said calculating means delays said requests for data to a default limit of 3%.
PCT/US1998/018708 1997-09-10 1998-09-09 Apparatus for controlling internetwork communications WO1999013388A1 (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CA002271198A CA2271198C (en) 1997-09-10 1998-09-09 Apparatus for controlling internetwork communications
DE69805952T DE69805952T2 (en) 1997-09-10 1998-09-09 DEVICE FOR CONTROLLING CONNECTIONS BETWEEN NETWORKS
EP98945955A EP0937283B1 (en) 1997-09-10 1998-09-09 Apparatus for controlling internetwork communications
JP51574399A JP2001505343A (en) 1997-09-10 1998-09-09 Internetwork communication controller

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US08/926,837 1997-09-10
US08/926,837 US6321272B1 (en) 1997-09-10 1997-09-10 Apparatus for controlling internetwork communications

Publications (1)

Publication Number Publication Date
WO1999013388A1 true WO1999013388A1 (en) 1999-03-18

Family

ID=25453781

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US1998/018708 WO1999013388A1 (en) 1997-09-10 1998-09-09 Apparatus for controlling internetwork communications

Country Status (6)

Country Link
US (1) US6321272B1 (en)
EP (1) EP0937283B1 (en)
JP (1) JP2001505343A (en)
CA (1) CA2271198C (en)
DE (1) DE69805952T2 (en)
WO (1) WO1999013388A1 (en)

Cited By (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999041649A1 (en) * 1998-02-13 1999-08-19 Sierra Concepts Corporation Interactive remote control system of manufacturing equipment
WO2001002803A2 (en) * 1999-06-29 2001-01-11 Siemens Aktiengesellschaft Communications system and communications method for an automation unit with communications data stored in said automation unit
WO2001042864A1 (en) * 1999-12-07 2001-06-14 Schneider Automation Inc. Method for adapting a computer-to-computer communication protocol for use in an industrial control system
WO2001050678A2 (en) * 1999-12-31 2001-07-12 Schneider Automation Inc. Ethernet transfer device with an embedded programmable logic controller
WO2001050704A2 (en) * 1999-12-31 2001-07-12 Schneider Automation Inc. Dual ethernet stack for maximum speed access to a plc
FR2804218A1 (en) * 2000-01-26 2001-07-27 Schneider Automation PROGRAMMABLE CONTROLLER WITH COMMUNICATION FUNCTIONS IN A CLIENT-SERVER ARCHITECTURE
WO2002017029A1 (en) * 2000-08-24 2002-02-28 Infineon Technologies Sc300 Gmbh & Co. Kg Arrangement for data transmission between an equipment for manufacturing of a semiconductor device and a communicating device and method for operating the arrangement
WO2002048810A2 (en) * 2000-12-15 2002-06-20 Schneider Automation Inc. Web interface to a programmable controller
JP2002204281A (en) * 2000-06-15 2002-07-19 Schneider Automation Inc Web interface for input/output device
WO2002071169A2 (en) * 2001-03-01 2002-09-12 Fisher-Rosemount Systems, Inc. Remote analysis of process control plant data
WO2002084302A2 (en) * 2000-11-08 2002-10-24 Burstein Technologies, Inc. Interactive system for analyzing biological samples and processing related information and the use thereof
JP2002540751A (en) * 1999-03-24 2002-11-26 ゼネラル・エレクトリック・カンパニイ Fault data synchronization via peer-to-peer communication networks
EP1286235A2 (en) * 2001-08-13 2003-02-26 General Electric Company Service-portal enabled automation control module (ACM)
EP1289226A2 (en) * 2001-09-03 2003-03-05 Schneider Automation Automation equipment connected to a tcp/ip network
EP1120695A3 (en) * 2000-01-25 2003-03-26 Martin Wieland Method for collating, transmitting and storing states of electrical devices
WO2003036400A1 (en) * 2001-10-15 2003-05-01 Siemens Aktiengesellschaft Method for implementing an operating and observation system for field devices
WO2003038535A1 (en) * 2001-10-15 2003-05-08 Siemens Aktiengesellschaft Method for operating and observing field devices
WO2003052980A1 (en) * 2001-12-14 2003-06-26 Abb Oy Method and device for data transfer in telecommunication system
US6671583B2 (en) 2001-03-30 2003-12-30 Helix Technology Corporation Vacuum system information network
US6992769B2 (en) 1994-09-21 2006-01-31 Nagaoka & Co., Ltd. Apparatus and method for carrying out analysis of samples using semi-reflective beam radiation inspection
US7016751B2 (en) 2001-07-13 2006-03-21 Helix Technology Corporation Vacuum system central control information server
US7110094B2 (en) 1994-09-21 2006-09-19 Burstein Technologies, Inc. Apparatus and method for carrying out analysis of samples using radiation detector output ratios
EP1758002A1 (en) * 2000-03-17 2007-02-28 Digital Electronics Corporation Control server, control terminal, control system, and recording medium storing control communication program
EP1814281A1 (en) * 2002-04-02 2007-08-01 Siemens Aktiengesellschaft Web server with integrated automation functionality and direct access to the real time communication level of the real time ethernet
US7467231B2 (en) 2000-03-17 2008-12-16 Digital Electronics Corporation Control server, control terminal, control system, and recording medium storing control communication program
US7703093B2 (en) 2001-08-07 2010-04-20 Siemens Aktiengesellschaft Method and process management system for the operation of a technical plant
WO2010078398A1 (en) * 2008-12-31 2010-07-08 Schneider Electric USA, Inc. Communication module with network isolation and communication filter
WO2010078397A3 (en) * 2008-12-31 2011-11-03 Schneider Electric USA, Inc. Component configuration mechanism for rebooting
US9529348B2 (en) 2012-01-24 2016-12-27 Emerson Process Management Power & Water Solutions, Inc. Method and apparatus for deploying industrial plant simulators using cloud computing technologies

Families Citing this family (87)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7761910B2 (en) * 1994-12-30 2010-07-20 Power Measurement Ltd. System and method for assigning an identity to an intelligent electronic device
US7146408B1 (en) 1996-05-30 2006-12-05 Schneider Automation Inc. Method and system for monitoring a controller and displaying data from the controller in a format provided by the controller
US7216043B2 (en) * 1997-02-12 2007-05-08 Power Measurement Ltd. Push communications architecture for intelligent electronic devices
US20020152289A1 (en) * 1997-09-10 2002-10-17 Schneider Automation Inc. System and method for accessing devices in a factory automation network
US7162510B2 (en) 1998-03-16 2007-01-09 Schneider Automation Inc. Communication system for a control system over Ethernet and IP networks
FR2781583B1 (en) * 1998-07-22 2000-12-01 Cegelec COMMUNICATION ARCHITECTURE FOR INDUSTRIAL PROCESS CONTROL SYSTEM AND CORRESPONDING PROGRAMMED UNIT
US6233626B1 (en) * 1998-10-06 2001-05-15 Schneider Automation Inc. System for a modular terminal input/output interface for communicating messaging application layer over encoded ethernet to transport layer
US6853867B1 (en) 1998-12-30 2005-02-08 Schneider Automation Inc. Interface to a programmable logic controller
US6845401B1 (en) * 1998-12-30 2005-01-18 Schneider Automation Inc. Embedded file system for a programmable logic controller
JP2000278290A (en) * 1999-03-29 2000-10-06 Matsushita Electric Ind Co Ltd Network managing system
GB2351588B (en) * 1999-07-01 2003-09-03 Ibm Security for network-connected vehicles and other network-connected processing environments
DE19930660A1 (en) * 1999-07-02 2001-01-11 Siemens Ag Process for monitoring or installing new program codes in an industrial plant
US7117263B1 (en) * 2000-02-01 2006-10-03 Hewlett-Packard Development Company, L.P. Apparatus and method for processing requests from an external queue in a TCP/IP-based application system
CA2310538A1 (en) * 2000-06-09 2001-12-09 Christopher Kirchmann Data line interrupter switch
US20040114591A1 (en) * 2000-07-13 2004-06-17 Schneider Automation Sas IP Routing Between Modules on a PLC Backplane
US7028204B2 (en) * 2000-09-06 2006-04-11 Schneider Automation Inc. Method and apparatus for ethernet prioritized device clock synchronization
US20020167967A1 (en) * 2000-09-06 2002-11-14 Schneider Electric Method for managing bandwidth on an ethernet network
WO2002027704A1 (en) * 2000-09-28 2002-04-04 Vigilos, Inc. System and method for dynamic interaction with remote devices
US7085802B1 (en) * 2000-10-06 2006-08-01 International Business Machines Corporation Device for connecting two workstations with several links
US6640140B1 (en) * 2000-10-10 2003-10-28 Schneider Automation Inc. PLC executive with integrated web server
DE10058524A1 (en) * 2000-11-24 2002-06-13 Siemens Ag System and method for the parallel transmission of real-time-critical and non-real-time-critical data via switchable data networks, in particular Ethernet
US6950874B2 (en) * 2000-12-15 2005-09-27 International Business Machines Corporation Method and system for management of resource leases in an application framework system
US7085824B2 (en) * 2001-02-23 2006-08-01 Power Measurement Ltd. Systems for in the field configuration of intelligent electronic devices
US7447762B2 (en) * 2001-04-02 2008-11-04 Curray Timothy G Ethernet communications for power monitoring system
US8028099B2 (en) * 2001-04-20 2011-09-27 Rockwell Automation Technologies, Inc. Industrial control system with web enabled I/O modules
US20040143628A1 (en) * 2001-04-20 2004-07-22 Bradford Jonathan D. Systems and methods that discover and configure non-TCP/IP networks and devices residing therein
US6819960B1 (en) * 2001-08-13 2004-11-16 Rockwell Software Inc. Industrial controller automation interface
US20070130310A1 (en) * 2001-09-28 2007-06-07 Rockwell Automation Technologies, Inc. I/O Module with Web Accessible Product Data
DE10214541A1 (en) * 2002-04-02 2003-10-30 Siemens Ag Web server with integrated automation functionality
DE10214540A1 (en) * 2002-04-02 2003-10-30 Siemens Ag Web server with integrated automation functionality and access to a real-time operating system
EP1355208A1 (en) * 2002-04-15 2003-10-22 Peter Renner System for the automation of technical processes
US20040030799A1 (en) * 2002-05-15 2004-02-12 Manu Gulati Bandwidth allocation fairness within a processing system of a plurality of processing devices
EP1367778A1 (en) * 2002-05-31 2003-12-03 Fujitsu Siemens Computers, LLC Networked computer system and method using dual bi-directional communication rings
US20030234047A1 (en) * 2002-06-24 2003-12-25 Ali Shajii Apparatus and method for dual processor mass flow controller
US6868862B2 (en) * 2002-06-24 2005-03-22 Mks Instruments, Inc. Apparatus and method for mass flow controller with a plurality of closed loop control code sets
US20030234045A1 (en) * 2002-06-24 2003-12-25 Ali Shajii Apparatus and method for mass flow controller with on-line diagnostics
US6948508B2 (en) 2002-06-24 2005-09-27 Mks Instruments, Inc. Apparatus and method for self-calibration of mass flow controller
US6712084B2 (en) 2002-06-24 2004-03-30 Mks Instruments, Inc. Apparatus and method for pressure fluctuation insensitive mass flow control
US6810308B2 (en) 2002-06-24 2004-10-26 Mks Instruments, Inc. Apparatus and method for mass flow controller with network access to diagnostics
US7136767B2 (en) * 2002-06-24 2006-11-14 Mks Instruments, Inc. Apparatus and method for calibration of mass flow controller
US7552015B2 (en) * 2002-06-24 2009-06-23 Mks Instruments, Inc. Apparatus and method for displaying mass flow controller pressure
US7809473B2 (en) 2002-06-24 2010-10-05 Mks Instruments, Inc. Apparatus and method for pressure fluctuation insensitive mass flow control
US7004191B2 (en) * 2002-06-24 2006-02-28 Mks Instruments, Inc. Apparatus and method for mass flow controller with embedded web server
DE10229704A1 (en) * 2002-07-02 2004-01-29 Endress + Hauser Process Solutions Ag Process for protection against unauthorized access to a field device in process automation technology
EP1388769A1 (en) 2002-08-05 2004-02-11 Peter Renner System for automation, surveillance, control, detection of measured values for technical processes
JP4786116B2 (en) * 2002-09-06 2011-10-05 ソニー株式会社 Information processing apparatus and method, and program
US7441114B2 (en) * 2002-09-10 2008-10-21 Ge Fanuc Automation North America, Inc. Methods and systems for management and control of an automation control module
US9009084B2 (en) 2002-10-21 2015-04-14 Rockwell Automation Technologies, Inc. System and methodology providing automation security analysis and network intrusion protection in an industrial environment
US8909926B2 (en) * 2002-10-21 2014-12-09 Rockwell Automation Technologies, Inc. System and methodology providing automation security analysis, validation, and learning in an industrial controller environment
US20040162996A1 (en) * 2003-02-18 2004-08-19 Nortel Networks Limited Distributed security for industrial networks
US20040162992A1 (en) * 2003-02-19 2004-08-19 Sami Vikash Krishna Internet privacy protection device
US7911994B2 (en) * 2003-02-28 2011-03-22 Openwave Systems Inc. Confirmation of delivery of content to an HTTP/TCP device
US8176532B1 (en) 2003-03-17 2012-05-08 Sprint Communications Company L.P. Secure access point for scada devices
FI116184B (en) * 2003-03-17 2005-09-30 Abb Oy Procedure and arrangement for arranging traffic in a telecommunications system
US6813943B2 (en) 2003-03-19 2004-11-09 Mks Instruments, Inc. Method and apparatus for conditioning a gas flow to improve a rate of pressure change measurement
JP4271478B2 (en) * 2003-04-08 2009-06-03 パナソニック株式会社 Relay device and server
DE10316288C5 (en) * 2003-04-09 2013-06-06 Siemens Aktiengesellschaft Device and method for data transmission
US8587452B2 (en) * 2003-05-12 2013-11-19 Power Measurement Ltd. Time coordinated energy monitoring system utilizing communications links
US7721273B1 (en) 2003-11-17 2010-05-18 Rockwell Automation Technologies, Inc. Controller equipment model systems and methods
US8150959B1 (en) 2003-11-17 2012-04-03 Rockwell Automation Technologies, Inc. Systems and methods for notifying multiple hosts from an industrial controller
ATE475949T1 (en) * 2003-12-09 2010-08-15 Sap Ag INDUSTRIAL CONTROL SYSTEM AND DATA PROCESSING METHOD THEREOF
US7399411B2 (en) * 2004-01-29 2008-07-15 International Business Machines Corporation Retainer assembly including buoyant retainer attached to remediation material and anchor
US8214532B2 (en) * 2004-04-27 2012-07-03 Rockwell Automation Technologies, Inc. Communication protocol bridge and controller method and system
US7512593B2 (en) * 2004-06-08 2009-03-31 Siemens Energy & Automation, Inc. System for searching across a PLC network
US7860874B2 (en) * 2004-06-08 2010-12-28 Siemens Industry, Inc. Method for searching across a PLC network
US20060004904A1 (en) * 2004-06-30 2006-01-05 Intel Corporation Method, system, and program for managing transmit throughput for a network controller
WO2006042155A2 (en) * 2004-10-08 2006-04-20 E-Klone, Inc. Floating vector scrambling methods and apparatus
GB0504326D0 (en) * 2005-03-02 2005-04-06 Symbian Software Ltd Dual mode operating system for a computing device
US20070030802A1 (en) * 2005-08-05 2007-02-08 Canon Development Americas, Inc. Enabling non real-time communication enabled devices to participate in real time communication scenarios
US7853677B2 (en) * 2005-09-12 2010-12-14 Rockwell Automation Technologies, Inc. Transparent bridging and routing in an industrial automation environment
US8175089B2 (en) * 2005-09-30 2012-05-08 Rockwell Automation Technologies, Inc. Extended address space capability for an industrial protocol
KR100983150B1 (en) * 2005-11-14 2010-09-20 미쓰비시덴키 가부시키가이샤 Network unit and programmable controller using the same
US20070186010A1 (en) * 2006-02-03 2007-08-09 Rockwell Automation Technologies, Inc. Extending industrial control system communications capabilities
US20070186011A1 (en) * 2006-02-03 2007-08-09 Rockwell Automation Technologies, Inc. Industrial protocol and gateway
US8317509B2 (en) 2006-02-21 2012-11-27 Mgs Mfg. Group, Inc. Two-shot, four station injection mold
JP4172490B2 (en) * 2006-03-15 2008-10-29 オムロン株式会社 Programmable controller
US20080080543A1 (en) * 2006-09-28 2008-04-03 Rockwell Automation Technologies, Inc. Network switch with controller i/o capability
EP1981245A1 (en) * 2007-04-13 2008-10-15 Liconic Ag Method and product for controlling laboratory equipment
CN101727104B (en) * 2009-11-17 2012-03-07 东莞市润星机械科技有限公司 Network transmission control system and method of digital control machine tool
DE102011011587A1 (en) * 2011-02-17 2012-08-23 Phoenix Contact Gmbh & Co. Kg Port-independent topologically planned real-time network
CN104079398B (en) * 2013-03-28 2019-04-12 腾讯科技(深圳)有限公司 A kind of data communications method, apparatus and system
US20150186119A1 (en) * 2013-12-31 2015-07-02 Rockwell Automation Technologies, Inc. Industrial automation device with editor and graphical object mobile visualization
US10320958B2 (en) * 2014-12-19 2019-06-11 Emerson Process Management Lllp Fast data transfer communication protocol for an industrial process network
CN109154808A (en) * 2016-05-16 2019-01-04 费希尔-罗斯蒙特系统公司 Multi-protocol field device in Process Control System
DE202016106787U1 (en) * 2016-12-06 2017-01-23 Keuro Besitz Gmbh & Co. Edv-Dienstleistungs Kg Monitoring system for a real-time monitoring of a machine tool and machine tool and transceiver module therefor
US10536291B2 (en) 2018-05-25 2020-01-14 K4Connect Inc. Home automation system including hub device determined time slot wireless communications and related methods
DE102019131622A1 (en) * 2019-11-22 2021-05-27 Beckhoff Automation Gmbh Method for operating an automation system and data infrastructure

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0667693A2 (en) * 1994-02-15 1995-08-16 Emhart Glass Machinery Investments Inc. Network arrangement for glassware forming system
EP0710904A1 (en) * 1994-10-25 1996-05-08 Rieter Ingolstadt Spinnereimaschinenbau AG Backplane-control for spinning-machine
DE29600609U1 (en) * 1996-01-17 1997-02-13 Siemens Ag Automation device

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5377327A (en) * 1988-04-22 1994-12-27 Digital Equipment Corporation Congestion avoidance scheme for computer networks
US5163046A (en) * 1989-11-30 1992-11-10 At&T Bell Laboratories Dynamic window sizing in a data network
US5745758A (en) * 1991-09-20 1998-04-28 Shaw; Venson M. System for regulating multicomputer data transfer by allocating time slot to designated processing task according to communication bandwidth capabilities and modifying time slots when bandwidth change
JPH06284148A (en) * 1993-03-30 1994-10-07 Hitachi Ltd Moving picture communication control method and communication controller
US5864679A (en) * 1993-09-06 1999-01-26 Kabushiki Kaisha Toshiba Transaction routing in a multiple processor system using an extracted transaction feature parameter and transaction historical data
US5664101A (en) * 1993-12-22 1997-09-02 Heidelberg Druckmaschinen Ag Intelligent industrial local area network module for use in a distributed control system
US5893091A (en) * 1997-04-11 1999-04-06 Immediata Corporation Multicasting with key words

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0667693A2 (en) * 1994-02-15 1995-08-16 Emhart Glass Machinery Investments Inc. Network arrangement for glassware forming system
EP0710904A1 (en) * 1994-10-25 1996-05-08 Rieter Ingolstadt Spinnereimaschinenbau AG Backplane-control for spinning-machine
DE29600609U1 (en) * 1996-01-17 1997-02-13 Siemens Ag Automation device

Cited By (53)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6992769B2 (en) 1994-09-21 2006-01-31 Nagaoka & Co., Ltd. Apparatus and method for carrying out analysis of samples using semi-reflective beam radiation inspection
US7110094B2 (en) 1994-09-21 2006-09-19 Burstein Technologies, Inc. Apparatus and method for carrying out analysis of samples using radiation detector output ratios
WO1999041649A1 (en) * 1998-02-13 1999-08-19 Sierra Concepts Corporation Interactive remote control system of manufacturing equipment
JP2002540751A (en) * 1999-03-24 2002-11-26 ゼネラル・エレクトリック・カンパニイ Fault data synchronization via peer-to-peer communication networks
JP4868645B2 (en) * 1999-03-24 2012-02-01 ゼネラル・エレクトリック・カンパニイ Failure data synchronization via peer-to-peer communication network
WO2001002803A2 (en) * 1999-06-29 2001-01-11 Siemens Aktiengesellschaft Communications system and communications method for an automation unit with communications data stored in said automation unit
WO2001002803A3 (en) * 1999-06-29 2001-07-26 Siemens Ag Communications system and communications method for an automation unit with communications data stored in said automation unit
WO2001042864A1 (en) * 1999-12-07 2001-06-14 Schneider Automation Inc. Method for adapting a computer-to-computer communication protocol for use in an industrial control system
US6952727B1 (en) 1999-12-07 2005-10-04 Schneider Automation Inc. Method for adapting a computer-to-computer communication protocol for use in an industrial control system
WO2001050704A2 (en) * 1999-12-31 2001-07-12 Schneider Automation Inc. Dual ethernet stack for maximum speed access to a plc
WO2001050678A3 (en) * 1999-12-31 2002-01-24 Schneider Automation Ethernet transfer device with an embedded programmable logic controller
WO2001050704A3 (en) * 1999-12-31 2002-01-24 Schneider Automation Dual ethernet stack for maximum speed access to a plc
WO2001050678A2 (en) * 1999-12-31 2001-07-12 Schneider Automation Inc. Ethernet transfer device with an embedded programmable logic controller
EP1120695A3 (en) * 2000-01-25 2003-03-26 Martin Wieland Method for collating, transmitting and storing states of electrical devices
US6721607B2 (en) 2000-01-26 2004-04-13 Schneider Electric Industries Sa Programmable logic controller provided with communication functions in a client-server architecture
FR2804218A1 (en) * 2000-01-26 2001-07-27 Schneider Automation PROGRAMMABLE CONTROLLER WITH COMMUNICATION FUNCTIONS IN A CLIENT-SERVER ARCHITECTURE
US7937496B2 (en) 2000-03-17 2011-05-03 Digital Electronics Corporation Control server, control terminal, control system, and recording medium storing control communication program
US7467231B2 (en) 2000-03-17 2008-12-16 Digital Electronics Corporation Control server, control terminal, control system, and recording medium storing control communication program
EP1758002A1 (en) * 2000-03-17 2007-02-28 Digital Electronics Corporation Control server, control terminal, control system, and recording medium storing control communication program
US7953892B2 (en) 2000-03-17 2011-05-31 Digital Electronics Corporation Control server, control terminal, control system, and recording medium storing control communication program
US7970941B2 (en) 2000-03-17 2011-06-28 Digital Electronics Corporation Control server, control terminal, control system, and recording medium storing control communication program
JP2012100260A (en) * 2000-06-15 2012-05-24 Schneider Electric Usa Inc Web interface to input/output device
JP2002204281A (en) * 2000-06-15 2002-07-19 Schneider Automation Inc Web interface for input/output device
EP1184763A1 (en) * 2000-08-24 2002-03-06 Infineon Technologies SC300 GmbH & Co. KG Arrangement for data transmission between an equipment for manufacturing of a semiconductor device and a communicating device and method for operating the arrangement
WO2002017029A1 (en) * 2000-08-24 2002-02-28 Infineon Technologies Sc300 Gmbh & Co. Kg Arrangement for data transmission between an equipment for manufacturing of a semiconductor device and a communicating device and method for operating the arrangement
WO2002084302A2 (en) * 2000-11-08 2002-10-24 Burstein Technologies, Inc. Interactive system for analyzing biological samples and processing related information and the use thereof
US6937323B2 (en) 2000-11-08 2005-08-30 Burstein Technologies, Inc. Interactive system for analyzing biological samples and processing related information and the use thereof
WO2002084302A3 (en) * 2000-11-08 2003-01-16 Burstein Technologies Inc Interactive system for analyzing biological samples and processing related information and the use thereof
WO2002048810A3 (en) * 2000-12-15 2003-06-12 Schneider Automation Web interface to a programmable controller
WO2002048810A2 (en) * 2000-12-15 2002-06-20 Schneider Automation Inc. Web interface to a programmable controller
WO2002071169A3 (en) * 2001-03-01 2003-05-30 Fisher Rosemount Systems Inc Remote analysis of process control plant data
WO2002071169A2 (en) * 2001-03-01 2002-09-12 Fisher-Rosemount Systems, Inc. Remote analysis of process control plant data
CN1324419C (en) * 2001-03-01 2007-07-04 费舍-柔斯芒特系统股份有限公司 Remote analysis of process control plant data
US6671583B2 (en) 2001-03-30 2003-12-30 Helix Technology Corporation Vacuum system information network
US7016751B2 (en) 2001-07-13 2006-03-21 Helix Technology Corporation Vacuum system central control information server
US7703093B2 (en) 2001-08-07 2010-04-20 Siemens Aktiengesellschaft Method and process management system for the operation of a technical plant
EP1286235A2 (en) * 2001-08-13 2003-02-26 General Electric Company Service-portal enabled automation control module (ACM)
CN100409219C (en) * 2001-08-13 2008-08-06 通用电气公司 Automatic control module for starting service port
EP1286235A3 (en) * 2001-08-13 2003-11-19 General Electric Company Service-portal enabled automation control module (ACM)
EP1289226A3 (en) * 2001-09-03 2005-04-27 Schneider Automation Automation equipment connected to a tcp/ip network
EP1289226A2 (en) * 2001-09-03 2003-03-05 Schneider Automation Automation equipment connected to a tcp/ip network
WO2003038535A1 (en) * 2001-10-15 2003-05-08 Siemens Aktiengesellschaft Method for operating and observing field devices
WO2003036400A1 (en) * 2001-10-15 2003-05-01 Siemens Aktiengesellschaft Method for implementing an operating and observation system for field devices
US7072987B2 (en) 2001-10-15 2006-07-04 Siemens Aktiengellschaft Method for operating and observing field devices
WO2003052980A1 (en) * 2001-12-14 2003-06-26 Abb Oy Method and device for data transfer in telecommunication system
US7706396B2 (en) 2001-12-14 2010-04-27 Abb Oy Method and device for data transfer in telecommunication system
EP1814281A1 (en) * 2002-04-02 2007-08-01 Siemens Aktiengesellschaft Web server with integrated automation functionality and direct access to the real time communication level of the real time ethernet
WO2010078398A1 (en) * 2008-12-31 2010-07-08 Schneider Electric USA, Inc. Communication module with network isolation and communication filter
US8117434B2 (en) 2008-12-31 2012-02-14 Schneider Electric USA, Inc. Component configuration mechanism for rebooting
WO2010078397A3 (en) * 2008-12-31 2011-11-03 Schneider Electric USA, Inc. Component configuration mechanism for rebooting
US8737398B2 (en) 2008-12-31 2014-05-27 Schneider Electric USA, Inc. Communication module with network isolation and communication filter
US9529348B2 (en) 2012-01-24 2016-12-27 Emerson Process Management Power & Water Solutions, Inc. Method and apparatus for deploying industrial plant simulators using cloud computing technologies
US10509870B2 (en) 2012-01-24 2019-12-17 Emerson Process Management Power & Water Solutions, Inc. Method and apparatus for deploying industrial plant simulators using cloud computing technologies

Also Published As

Publication number Publication date
EP0937283B1 (en) 2002-06-12
CA2271198A1 (en) 1999-03-18
DE69805952T2 (en) 2003-01-23
DE69805952D1 (en) 2002-07-18
EP0937283A1 (en) 1999-08-25
US6321272B1 (en) 2001-11-20
CA2271198C (en) 2007-06-19
JP2001505343A (en) 2001-04-17

Similar Documents

Publication Publication Date Title
US6321272B1 (en) Apparatus for controlling internetwork communications
US6760782B1 (en) Apparatus for controlling internetwork communications
EP1188293B1 (en) Dual ethernet stack for maximum speed access to a plc
US6360277B1 (en) Addressable intelligent relay
US6151625A (en) Internet web interface including programmable logic controller for controlling output devices based on status of input devices
US6484061B2 (en) Web interface to a programmable controller
US8291121B2 (en) System and method for interfacing with a controller
CA2271145C (en) Web interface to a programmable controller
JP5461501B2 (en) Web interface to input / output devices
US7058693B1 (en) System for programming a programmable logic controller using a web browser
EP1060604B1 (en) Input/output (i/o) scanner for a control system with peer determination
US5978578A (en) Openbus system for control automation networks
EP1200884B1 (en) System for programming a programmable logic controller using a web browser
US20020167967A1 (en) Method for managing bandwidth on an ethernet network
MXPA99004250A (en) Apparatus for controlling internetwork communications
Feng et al. EPA-based open network control system
Kirk Time-critical communication systems
Moraes et al. Probabilistic timing analysis of the h-BEB collision resolution algorithm
Cena et al. Enhancing the efficiency of Controller Area Networks
Poisel Approaches for Real-Time Ethernet
Paithankar et al. Embedded Web Technology and Industrial Communication
AU2007202547A1 (en) Web interface to an input/output device

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): CA JP MX

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE

WWE Wipo information: entry into national phase

Ref document number: 1998945955

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2271198

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: PA/a/1999/004250

Country of ref document: MX

ENP Entry into the national phase

Ref country code: JP

Ref document number: 1999 515743

Kind code of ref document: A

Format of ref document f/p: F

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWP Wipo information: published in national office

Ref document number: 1998945955

Country of ref document: EP

WWG Wipo information: grant in national office

Ref document number: 1998945955

Country of ref document: EP