Honeywell International Inc.

Honeywell G.m.b.h.

Other

Motorola Corporation

Jay William Gustin

Paul Francis McLaughlin

David Lyle Kirk

Michael L Hodge

Joseph Pradeep Felix

Harshal Haridas

Jason Thomas Urso

Ronald J Freimark

Laurence A Clawson

Elliott H Rachlin

James Michael Schreder

James A Strilich

Michael L Baker

Donald W Moore

Tony J Kozlik

Jiandong Huang

W Russell Massey

John Michael Prall

Sameer D Manikfan

Steven Roby

Michael E Novak

Brian Polcyn

William E Salzer

William L Call

Sejun Song

Shannon J Scott

Paul S Connolly

Paul McGaugh

Steven C Ramsdell

Harshal S Haridas

Paul Francis Mclaughlin

Paul F Mclaughlin

A process control system (PCS) includes a cable connection including physical cables including a first cable for connecting between a process controller and an I/O access device, and an independent second cable for connecting the process controller and a second node being the I/O access device or another device. The I/O access device is for coupling to I/O module(s) to receive an output of the I/O access device. An output of the I/O module is coupled to a field device coupled to processing equipment. The process controller and I/O access device each include a processor and memory that implement send and receive logic for communicating using any of multiple redundancy protocols including a first and a second redundant protocol. The cable connection is for supporting simultaneously communicating between the process controller and the second node utilizing both the first redundant protocol and the second redundant protocol.

Multiple network redundancy protocols for data flow using the same physical interface

An electronic device and other electronic device include a first and second port that utilizes a parallel redundancy protocol in a communications network including a first and second lane. The devices include a processing circuit, a PRP handler, a protocol stack, a memory, permanent storage accessible by the processing circuit, and transmit and receive circuitry for transmitting and receiving packets. A redundancy manager is for identifying path faults in the network. The processing circuit implements a method of detecting network path fault, including the other electronic device transmitting a frame pair over the first lane and second lane. The electronic device receives the frame pair and implements a receive processing flow, when the first frame or the second frame is identified to be a redundant frame, removes the redundant frame, and compares a first frame parameter to a second frame parameter to determine when the path fault is present.

Detecting path faults in parallel redundancy protocol communications

An apparatus includes an interface configured to obtain data associated with multiple cables coupled to or forming a part of a redundant token bus control network. The apparatus also includes a traffic detector configured to determine whether valid data traffic is being received over the cables from the redundant token bus control network based on the data. The apparatus further includes at least one processing device configured to determine whether one or more of the cables has experienced a network fault or a return from a network fault based on the determination of whether valid data traffic is being received over the cables. The at least one processing device is also configured, in response to determining that one or more of the cables has experienced a network fault or a return from a network fault, to generate a notification that identifies the apparatus and the one or more cables and output the notification.

Apparatus and method for detecting network problems on redundant token bus control network using traffic sensor

An apparatus includes first hardware configured to communicate, via a first interface, over a supervisory control network with one or more components of an industrial process control and automation system. The apparatus also includes second hardware configured to communicate, via a second interface, with a computing platform that virtualizes at least one other component of the industrial process control and automation system. The apparatus further includes a third interface configured to transport information between the first and second hardware.

Apparatus and method for virtualizing a connection to a node in an industrial control and automation system

A method for bus bridging includes providing a bus interface device that is coupled between at least one module bus and at least one advanced extensible interface (AXI) bus for translating bus requests between the module bus and the AXI bus. The bus interface device includes logic. The logic is configured to receive a read/write (R/W) request that is one of a module bus protocol R/W request and an AXI bus protocol R/W request and to buffer the R/W request to provide a buffered R/W request. The logic translates the buffered R/W request to a first AXI protocol conforming request if the buffered R/W request is the module bus protocol R/W request and translates the buffered R/W request to a first module bus protocol conforming request if the buffered R/W request is the AXI bus protocol R/W request. The translated requests are transmitted to their respective bus.

Bus bridge for translating requests between a module bus and an axi bus

An apparatus includes a first network controller configured to communicate over a higher-level industrial process control network, a second network controller configured to communicate over a first lower-level industrial process control network, and a third network controller configured to communicate over a second lower-level industrial process control network. The first network controller is configured to provide first data messages from the higher-level control network to the second and third network controllers for transmission over the lower-level control networks. The second and third network controllers are configured to provide second data messages from the lower-level control networks to the first network controller for transmission over the higher-level control network. Each of the second and third network controllers is configured to provide third data messages from one of the lower-level control networks to another of the second and third network controllers for transmission over another of the lower-level control networks.

Apparatus and method for on-process migration of industrial control and automation system across disparate network types

A system includes redundant first process controllers configured to communicate over redundant supervisory networks in an industrial process control and automation system. Each first process controller is configured to operate in primary or secondary mode. The system also includes redundant second process controllers configured to communicate over redundant industrial control networks in the industrial process control and automation system. Each second process controller is configured to operate in primary or secondary mode. The system further includes a private network configured to communicatively couple the first and second process controllers. Each controller could be associated with at least three Media Access Control (MAC) addresses.

Redundant process controllers for segregated supervisory and industrial control networks

A method includes receiving downlink packets from multiple physical Ethernet interfaces and selectively discarding some of the downlink packets based on a packet filtering criterion. The method also includes updating a network connectivity database using address information in non-discarded downlink packets. The method further includes mapping a path for each of the non-discarded downlink packets using the database and transmitting the non-discarded downlink packets to a single network interface. The method could also include receiving an uplink packet from the single network interface, selecting a primary physical Ethernet interface from the multiple physical Ethernet interfaces based on information in the database, and transmitting the uplink packet through the selected primary physical Ethernet interface.

Hardware assist for redundant ethernet network

An apparatus includes at least one processing unit configured to execute a virtual network appliance and a virtual machine. The virtual network appliance includes a virtual NIC driver configured to transfer packets to and from a physical port of the apparatus. The virtual network appliance also includes an internal network interface configured to transfer the packets to and from the virtual machine through a hypervisor. The virtual network appliance further includes an aggregator configured to transfer the packets between the virtual NIC driver and the internal network interface.

Virtual fault tolerant ethernet appliance and method of operation

A method for detecting a proxy Address Resolution Protocol (ARP) agent in a network including at least a first machine with an IP address in a range of a first subnet, and at least one embedded controller with an IP address in a range of a second subnet. A router is also provided, wherein the second subnet is not contactable through the router provided its proxy ARP is disabled. The first machine and second machine each have static routes for inter-subnet communications. A test IP address is identified by the first machine. A test Media Access Control (MAC) address corresponding to the test IP address is then obtained. The test MAC address is compared to a range of MAC addresses for the embedded controller. An alarm is generated at the first machine if the test MAC address is outside the range of MAC addresses that can prompt actions to remove the proxy ARP condition.

Method for detecting a proxy ARP agent in secure networks having embedded controllers

A method includes receiving traffic through a first interface in a first group of interfaces at a switch. The first group of interfaces is associated with a first virtual network. The method also includes determining that the traffic is destined for a destination associated with a second virtual network and forwarding the traffic to a second interface in a second group of interfaces at the switch. The second group of interfaces is associated with the second virtual network. The method further includes filtering the traffic that is received at the second interface in the second group of interfaces and communicating the filtered traffic towards the destination. The first and second virtual networks could represent Virtual Local Area Networks associated with different network levels of a process control system.

Apparatus and method for traffic filtering in a communication system

Devices, systems and methods for network traffic monitoring for a process control network are disclosed. The exemplary system may include a connection to a physical media and a connection to a media access controller of the process control network. The system may also include a filter having a position identifier, a data comparator, a counter, and an access controller. The position identifier may determine the position of relevant data within a packet. The data comparator may compare the relevant data to predetermined criterion. The counter may count the amount of packets transmitted to the media access controller that do not match the predetermined criterion during a specified period. The access controller may pass packets to the media access controller if the relevant data matches the predetermined criterion or a predetermined amount of packets have not been transmitted.

Apparatus and methods for monitoring network traffic

A device that recognizes the time synchronization packet and substitutes a real-time value from the master internal counter into the proper place in a data packet is placed between an Ethernet Media Access Controller (MAC) and a Physical Interface Transceiver (PHY). A second device monitors the packet passing from the MAC to the PHY and determines when it is a time synchronization packet from the time master. Upon recognition of the proper packet, the second device simultaneously captures the master's time value and captures the value of a local real-time clock. The result of these captures are presented to the local host computer which controls the time base clock that increments the local real-time clock to either speed up or slow down this local clock, thereby synchronizing the local clock to the time master clock. The offset and skew of the local clock to the master clock is reduced to only the network latency plus variability due to network congestion.

Clock synchronizing method over fault-tolerant Ethernet

The present invention provides a method and apparatus for facilitating communication with non-fault tolerant network nodes in a fault-tolerant network environment. In various embodiments, a network address or network location of any network nodes present on a network that are not fault-tolerant is determined and stored, and data intended for the detected non-fault-tolerant network nodes is routed only over that network to which the non-fault-tolerant network node is connected. In further embodiments, the fault-tolerant network comprises a primary and redundant network with fault tolerant network nodes that are attached to each network; a non-fault-tolerant network node that is attached to either the primary or redundant network is then operable to communicate with any fault-tolerant network node via data sent over only the network to which the non-fault-tolerant network node is connected.

Non-fault tolerant network nodes in a multiple fault tolerant network

A system for, and method of, emulating, on a non-native computer, a native environment for a visual display object file for a real time process control system and a real time process control system employing the emulator. The visual display object file contains a drawing command, an address pointer for communicating data with the real time process control system and a rule for interpreting data received from a touch-sensitive screen. The system includes: (1) a display routine that causes the non-native computer to control a non-native visual display coupled thereto to display an image thereon as a function of the drawing command, (2) an address mapping routine that communicates the data between the visual display object file and the real time process control system as a function of the address pointer and (3) an input translation routine that translates data received into the non-native computer from a non-native pointing device coupled thereto into data suitable for interpretation by the rule, the system thereby allowing the non-native computer to display the image, communicate the data with the real time process control system and interpret the data received from the non-native pointing device.

Growing community of inventors

Scottsdale, AZ, United States of America

Jay William Gustin