This disclosure relates generally to industrial control and automation systems. More specifically, this disclosure relates to an apparatus and method for improving the reliability of industrial wireless networks that experience outages in backbone connectivity.
Industrial control and automation systems routinely include wireless networks that facilitate communications with a wide range of field devices (such as wireless sensors and wireless actuators). For example, the ISA100.11a standard specifies how wireless routers can form a mesh network to provide wireless service for field devices. The mesh network routes data back and forth between the field devices and a backbone network, which is often connected to a plant network through one or more gateways. The backbone network typically includes backbone routers, each of which can route data between multiple field devices and destinations on the backbone network.
This disclosure provides an apparatus and method for improving the reliability of industrial wireless networks that experience outages in backbone connectivity.
In a first embodiment, a method includes wirelessly receiving first data at a first backbone router in a wireless network and routing the first data from the first backbone router to a backbone network using a backbone connection of the first backbone router when the backbone connection is operational. The method also includes detecting a failure of the backbone connection after routing of the first data and automatically reconfiguring the first backbone router to function as a field router that does not route data using the backbone connection. The method further includes wirelessly receiving second data at the first backbone router and wirelessly routing the second data along an alternate path from the first backbone router to a second backbone router without using the backbone connection.
In a second embodiment, an apparatus includes at least one wireless transceiver configured to communicate over a wireless network. The apparatus also includes at least one network interface configured to communicate over a backbone connection. In addition, the apparatus includes a controller configured to, when the backbone connection is operational, route first data over the backbone connection using the at least one network interface. The controller is also configured to, when the backbone connection is non-operational, (i) automatically reconfigure the apparatus to function as a field router that does not route data using the backbone connection and (ii) wirelessly route second data along an alternate path to a backbone router with an alternate backbone connection using the at least one wireless transceiver. The first and second data are received wirelessly by the at least one wireless transceiver.
In a third embodiment, a computer readable medium embodies a computer program. The computer program includes computer readable program code for receiving first data transmitted wirelessly to a first backbone router in a wireless network and routing the first data from the first backbone router to a backbone network using a backbone connection of the first backbone router when the backbone connection is operational. The computer program also includes computer readable program code for detecting a failure of the backbone connection after routing of the first data and automatically reconfiguring the first backbone router to function as a field router that does not route data using the backbone connection. The computer program further includes computer readable program code for receiving second data transmitted wirelessly to the first backbone router and wirelessly routing the second data along an alternate path from the first backbone router to a second backbone router without using the backbone connection.
Other technical features may be readily apparent to one skilled in the art from the following figures, descriptions, and claims.
For a more complete understanding of this disclosure, reference is now made to the following description, taken in conjunction with the accompanying drawings, in which:
A controller 104 is coupled to the process elements 102. The controller 104 controls the operation of one or more of the process elements 102. For example, the controller 104 could receive information associated with the process system, such as sensor measurements from some of the process elements 102. The controller 104 could use this information to generate control signals for others of the process elements 102 such as actuators, thereby adjusting the operation of those process elements 102. The controller 104 includes any hardware, software, firmware, or combination thereof for controlling one or more process elements 102. The controller 104 could, for example, represent a computing device executing a MICROSOFT WINDOWS or suitable real-time operating system.
A plant network 106 facilitates communication between various components in the system 100, such as components in at least one processing plant or other facility. For example, the network 106 may communicate Internet Protocol (IP) packets, frame relay frames, Asynchronous Transfer Mode (ATM) cells, or other suitable information between network addresses. The network 106 may include one or more local area networks, metropolitan area networks, wide area networks, all or a portion of a global network, or any other communication system(s) at one or more locations. As a particular example, the network 106 could include a FAULT TOLERANT ETHERNET network from HONEYWELL INTERNATIONAL INC.
In
In this example, the field routers 108a-108c and backbone routers 110a-110b generally represent routing devices that store and forward messages for other devices and that are typically line-powered, meaning these devices receive operating power from external sources. However, a field or backbone router could represent a device powered by a local power supply, such as an internal battery (referred to as locally-powered). The leaf nodes 112a-112e generally represent non-routing devices that are routinely locally-powered, although a leaf node could provide routing functionality or be line-powered.
Each field router 108a-108c and backbone router 110a-110b includes any suitable structure facilitating wireless communications, such as a radio frequency (RF) frequency-hopping spread spectrum (FHSS) or direct sequence spread spectrum (DSSS) transceiver. Each of the backbone routers 110a-110b also includes any suitable structure facilitating communication over the backbone network 114, such as an Ethernet transceiver. The backbone network 114 includes any suitable network for transporting data, such as a FAULT TOLERANT ETHERNET network, a wireless mesh network, or other wired or wireless network.
A gateway 116 couples the plant network 106 and the backbone network 114. The gateway 116 can perform security functions to allow only authorized traffic to flow between the networks 106 and 114. The gateway 116 can also perform translation functions to translate between an industrial wireless network protocol (such as ISA100.11a) and the plant network protocol. The gateway 116 includes any suitable structure for providing access to networks and translating between protocols used by those networks.
A wireless configuration and OLE for Process Control (OPC) server 118 can configure and control various aspects of the system 100. For example, the server 118 could configure the operation of the field routers 108a-108c, backbone routers 110a-110b, and leaf nodes 112a-112e. The server 118 could also support security in the system 100, such as by distributing cryptographic keys or other security data to various wireless devices or other components. The server 118 includes any hardware, software, firmware, or combination thereof for configuring wireless networks and providing security information.
In particular embodiments, various devices in the wireless network of
In one aspect of operation, each backbone router 110a-110b can support multiple field devices, meaning each backbone router can route data back and forth between those field devices and destinations on the backbone network 114. If the backbone connection of a backbone router 110a-110b goes down, communications with all of the field devices served by that backbone router might be interrupted. The system 100 therefore supports a mechanism to maintain the reliability of the wireless network and maintain these communications even if a backbone connection goes down temporarily or permanently. Such an outage may occur at any backbone router 110a-110b. The system 100 does this by allowing reconfiguration of each backbone router 110a-110b.
As described in more detail below, when a backbone router 110a-110b loses its backbone connection, that backbone router may be reconfigured as a field router. The reconfigured backbone router could then forward any data it would normally send over the backbone network 114 to another backbone router, either directly or indirectly through other field routers. If, for example, the backbone router 110a loses its backbone connection, the backbone router 110a reconfigures itself as a field router. When the backbone router 110a receives data it would normally send over the backbone network 114, the backbone router 110a can transmit that data to the backbone router 110b either directly or indirectly via the field router 108b.
In this way, communications can still occur between a backbone router with a failed backbone connection and the field routers and field devices (such as leaf nodes) that ordinarily communicate with that backbone router. The reconfiguration of a backbone router into a field router can be substantially or completely transparent to field routers and leaf nodes that communicate with that backbone router. This provides improved reliability of the wireless network. This can also help to reduce or eliminate the immediate network turbulence that a loss of a backbone connection might otherwise cause. Moreover, this can be done without requiring one backbone router to function as a backup of the other backbone router, meaning the backbone routers do not need to exchange data so that one backbone router can take over if the other backbone router fails. Rather, the backbone router with the functional backbone connection may simply operate normally, routing data as it is received wirelessly.
In some embodiments, the alternate communication path to be used by a backbone router 110a-110b when its backbone connection fails can be static and established at an earlier time. For example, a human operator or an automated system manager could assign each backbone router 110a-110b with an alternate route to be used when that backbone router loses its backbone connection. This could be done when each backbone router 110a-110b first joins the wireless network. Of course, other static selections or any dynamic selections of alternate routes could be used.
In this document, a backbone connection may be said to be “operational” when communication with an intended destination on the backbone network 114 can occur successfully. A backbone connection may be said to be “non-operational” or “failed” when communication with an intended destination on the backbone network 114 cannot occur successfully. A backbone connection may be non-operational or failed even when a backbone router itself is completely functional and one or more cables forming the backbone connection from the backbone router to the backbone network 114 are working correctly. For example, a failure of a gateway or a failure of a portion of the backbone network 114 itself could cut off a backbone router from an intended destination, in which case the backbone connection is said to have failed.
Although
As shown in
A memory 204 is coupled to the controller 202. The memory 204 stores any of a wide variety of information used, collected, or generated by the router 200. For example, the memory 204 could store information received over a network that is to be transmitted over the same or other network. In a backbone router, the memory 204 could also store information identifying an alternate wireless communication path to be used if and when the backbone router's backbone connection fails. The memory 204 includes any suitable volatile and/or non-volatile storage and retrieval device(s).
The router 200 also includes one or more wireless transceivers 206 coupled to one or more antennas 208. In a field or backbone router, the transceiver(s) 206 and antenna(s) 208 can be used to communicate wirelessly with one or more leaf nodes. One or more additional transceivers 210 can be used to communicate with other field or backbone routers. The additional transceiver(s) 210 may be coupled to one or more antennas 212 or share one or more common antennas (such as antenna(s) 208). Each transceiver includes any suitable structure for providing signals for wireless transmission and/or for obtaining signals received wirelessly. Each antenna represents any suitable structure for transmitting and/or receiving wireless signals. In some embodiments, each transceiver represents an RF transceiver, such as an RF FHSS or DSSS transceiver. Also, each antenna could represent an RF antenna. Note that any other suitable wireless signals could be used to communicate and that each transceiver could include a transmitter and a separate receiver.
If the router 200 represents a backbone router, the router 200 further includes one or more backbone network interfaces 214. The backbone network interfaces 214 allow the router 200 to communicate over one or more backbone networks 114. Each backbone network interface 214 includes any suitable structure for transmitting and/or receiving signals over a backbone network, such as an Ethernet interface or a wireless transceiver.
Although
Each backbone router 110a-110b includes an ISA100.11a physical layer, data link layer, and network layer. Each backbone router 110a-110b also includes a backbone network transport layer, network layer, data link layer, and physical layer. The backbone layers support communications over the backbone network 114 using the backbone network's protocol.
Each gateway 116 includes a backbone network physical layer, data link layer, network layer, and transport layer. Each gateway 116 also includes an ISA100.11a network layer, transport layer, and application layer. These layers support the communication of ISA100.11a data over the backbone network 114. Each gateway 116 further includes a plant network physical layer, data link layer, network layer, and transport layer. The plant network layers support communications over the plant network 106 using the plant network's protocol. A control application layer sits above the plant network transport layer and supports various industrial process control functions. In addition, each gateway 116 includes a translator, which translates between the industrial wireless protocol (in this case ISA100.11a) and the plant network protocol. A control system component (such as the controller) 104 includes a plant network physical layer, data link layer, network layer, and transport layer, as well as a control application layer that sits above the plant network transport layer. The various layers shown here could be compliant with the Open Systems Interconnection (OSI) model.
In this example, the dashed path 302 represents the normal path for exchanging data between the field device 112 and the control system component 104. The path 302 includes all of the illustrated layers in the field device 112, the backbone router 110a, the gateway 116, and the control system component 104, as well as the lower two illustrated layers in the field router 108. During normal operation when the backbone connection of the backbone router 110a is functional, the backbone router 110a uses its own internal routing table at the ISA100.11a network layer to determine whether to use the backbone transport layer or the ISA100.11a data link layer for sending out data that needs to reach a particular destination. Thus, when data from the field device 112 is received, the backbone router 110a could route that data to the backbone network 114.
As shown in
In some embodiments, only the backbone router BR1 may take immediate action in response to the loss of its backbone connection. None of the other devices (including a system manager 408) may need to take any immediate action to recover. This is because the reconfiguration of the backbone router BR1 into a field router may reduce or eliminate the loss of any information being transmitted through the backbone router BR1. The backbone router BR1 could inform the system manager 408 of the loss of its backbone connection, either immediately or at some later time. The system manager 408 may then decide to make necessary adjustments to the wireless network, although this need not be performed immediately.
As noted above, the establishment of an alternate path from a first backbone router to a second backbone router can be done when the first backbone router joins a wireless network. The establishment of the alternate path could differ depending on whether the first backbone router can communicate directly with the second backbone router.
In some embodiments, when the first backbone router is within wireless range of and can communicate directly with the second backbone router, the establishment of the alternate path could occur as follows. The system manager 408 can ensure that the first backbone router assigns the second backbone router as one of its data link layer neighbors. Both backbone routers are assigned CCQ transmit and receive links (or some other contention-based links such as carrier sense multiple access links) that occur in certain time slots. When the first backbone router detects that its backbone connection has failed, it can send data to the second backbone router using these transmit and receive links since the second backbone router is listening on these links. In these embodiments, the first backbone router can use source routing at the data link layer for the data sent to the second backbone router. No other device in the wireless network may have to take any action since the second backbone router forwards the received data as per the source route in the data link layer header of the data. The first backbone router can inform the system manager 408 about its lost backbone connection via the second backbone router.
In some embodiments, when the first backbone router cannot communicate directly with the second backbone router, the system manager 408 can assign one or more neighboring field routers to act as a bridge between the first and second backbone routers. If a neighboring field router is line-powered, the first and second backbone routers and the neighboring field router are assigned CCQ transmit and receive links (or other contention-based links) that occur in certain time slots. If a neighboring field router is internally powered, the system manager 408 can make sure that there is at least one CCQ link for sending data from the first backbone router to the neighboring field router (such as a Guaranteed Leaf Access or “GLA” transmit link in a ONEWIRELESS network from HONEYWELL INTERNATIONAL INC.). The system manager 408 can also make sure that there is at least one CCQ link for sending data from the neighboring field router to the second backbone router (such as a dedicated CCQ transmit link in a ONEWIRELESS network). When the first backbone router detects that its backbone connection has failed, it can send data to the neighboring field router using at least one CCQ link since the neighboring field router is listening on the link(s). The first backbone router can use source routing at the data link layer for this data. As the source route is included in the data, the neighboring field router can examine the source route (which points to the second backbone router as the next hop), and the field router forwards the data to the second backbone router. No other device in the network has to take any action. The neighboring field router and the second backbone router forward the received data as per the source route in the header of the data. Again, the first backbone router can inform the system manager 408 about its lost backbone connection via the second backbone router.
Note that these techniques for assigning communication links are for illustration only. Other techniques could be used to assign communication links between neighboring backbone routers or between backbone routers and neighboring field routers. Also note that the system manager 408 could periodically or at other times test the alternate connections between backbone routers. If necessary, the connections between backbone routers can be updated based on the tests. This can help to ensure that the alternate connections between backbone routers are valid when they are needed. In addition, note that a backbone router that has configured itself as a field router can then reconfigure itself as a backbone router if and when its backbone connection is restored.
As network connectivity between field devices and backbone devices can be substantially or completely maintained throughout this process, there may be little or no loss of communication between those devices, and all of their on-going conversations can be maintained. However, there may be degradation in the quality of service (QoS) for certain conversations. This is because the communication path that previously went through the first backbone router into the backbone network now goes from the first backbone router to the second backbone router (and possibly through one or more intervening field routers). This adds one or more data link layer hops to the communication path. The system manager 408 may decide to restore the QoS for one or more of these conversations, or the affected devices may ask the system manager 408 to do so. In either case, the system manager 408 can reconfigure the affected devices to use more optimal communication paths so as to restore their QoS. Even if there are no QoS issues, the system manager 408 may decide to reconfigure some of the communication paths for various reasons, such as load balancing or optimizing battery life of certain field devices.
Note that this scheme can handle backbone outages at more than one location in the network. Assuming there are n backbone routers, up to n−1 backbone routers may lose their backbone connections, and communications through those backbone routers may continue as long as there is a data link layer path from those backbone routers to the backbone router with a functioning backbone connection. Each backbone router can perform the process described above to maintain network connectivity using its data link layer to reach another backbone router.
Although
A failure of the backbone connection is identified at step 506. The backbone connection failure could be due to a number of reasons, such as a fault in the network interface 214 of the backbone router 110a or a cut cable in the backbone network 114. The failure of the backbone connection could be detected in any suitable manner, such as by failing to receive expected messages over the backbone connection. The backbone router is reconfigured at step 508. This could include, for example, the controller 202 in the backbone router 110a reconfiguring the backbone router 110a to function as a field router. In particular embodiments, the controller 202 can cause the backbone router 110a to route incoming data back out through its ISA100.11a protocol layers instead of through its backbone network protocol layers.
Second data is received at the backbone router at step 510, and the second data is transmitted to another backbone router at step 512. This could include, for example, the backbone router 110a receiving data from one or more field routers or leaf nodes and transmitting the data to the backbone router 110b. The data can be sent to the backbone router 110b directly or via one or more intermediate field routers. The backbone router with the failed backbone connection also sends a message to a system manager at step 514. This could include, for example, the backbone router 110a sending the message to the system manager via the backbone router 110b. This allows the backbone router 110a to notify the system manager of its failed backbone connection problem, which allows the system manager to notify appropriate personnel and take any necessary or desired actions to reconfigure the wireless network in view of the fault. The system manager could also cause the backbone router(s) 110a-110b to adjust one or more QoS parameters, communication paths, or other parameters for the existing communications in the wireless network.
If and when the backbone router detects that its backbone connection has been restored at step 516, the backbone router is reconfigured at step 518. This could include, for example, the controller 202 in the backbone router 110a reconfiguring the backbone router 110a to function as a backbone router. In particular embodiments, the controller 202 can cause the backbone router 110a to route incoming data through its backbone network protocol layers to the backbone network 114.
Although
In some embodiments, various functions described above are implemented or supported by a computer program that is formed from computer readable program code and that is embodied in a computer readable medium. The phrase “computer readable program code” includes any type of computer code, including source code, object code, and executable code. The phrase “computer readable medium” includes any type of medium capable of being accessed by a computer, such as read only memory (ROM), random access memory (RAM), a hard disk drive, a compact disc (CD), a digital video disc (DVD), or any other type of memory.
It may be advantageous to set forth definitions of certain words and phrases used throughout this patent document. The term “couple” and its derivatives refer to any direct or indirect communication between two or more elements, whether or not those elements are in physical contact with one another. The terms “transmit,” “receive,” and “communicate,” as well as derivatives thereof, encompass both direct and indirect communication. The terms “include” and “comprise,” as well as derivatives thereof, mean inclusion without limitation. The term “or” is inclusive, meaning and/or. The phrases “associated with” and “associated therewith,” as well as derivatives thereof, may mean to include, be included within, interconnect with, contain, be contained within, connect to or with, couple to or with, be communicable with, cooperate with, interleave, juxtapose, be proximate to, be bound to or with, have, have a property of, have a relationship to or with, or the like.
While this disclosure has described certain embodiments and generally associated methods, alterations and permutations of these embodiments and methods will be apparent to those skilled in the art. Accordingly, the above description of example embodiments does not define or constrain this disclosure. Other changes, substitutions, and alterations are also possible without departing from the spirit and scope of this disclosure, as defined by the following claims.
Number | Name | Date | Kind |
---|---|---|---|
4679189 | Olson et al. | Jul 1987 | A |
5537414 | Takiyasu et al. | Jul 1996 | A |
5566356 | Taketsugu | Oct 1996 | A |
5749053 | Kusaki et al. | May 1998 | A |
5898826 | Pierce et al. | Apr 1999 | A |
6192232 | Iseyama | Feb 2001 | B1 |
6256297 | Haferbeck et al. | Jul 2001 | B1 |
6427071 | Adams et al. | Jul 2002 | B1 |
6437692 | Petite et al. | Aug 2002 | B1 |
6631416 | Bendinelli et al. | Oct 2003 | B2 |
6751219 | Lipp et al. | Jun 2004 | B1 |
6847316 | Keller | Jan 2005 | B1 |
6850486 | Saleh et al. | Feb 2005 | B2 |
6917584 | Kuwabara | Jul 2005 | B2 |
7031308 | Garcia-Luna-Aceves et al. | Apr 2006 | B2 |
7035937 | Haas et al. | Apr 2006 | B2 |
7190961 | Burr | Mar 2007 | B2 |
7203743 | Shah-Heydari | Apr 2007 | B2 |
7236987 | Faulkner et al. | Jun 2007 | B1 |
7275157 | Cam Winget | Sep 2007 | B2 |
7366114 | Park et al. | Apr 2008 | B2 |
7440735 | Karschnia et al. | Oct 2008 | B2 |
7460865 | Nixon et al. | Dec 2008 | B2 |
7620409 | Budampati et al. | Nov 2009 | B2 |
7688802 | Gonia et al. | Mar 2010 | B2 |
20020072329 | Bandeira et al. | Jun 2002 | A1 |
20020120671 | Daffner et al. | Aug 2002 | A1 |
20020122230 | Izadpanah et al. | Sep 2002 | A1 |
20020176396 | Hammel et al. | Nov 2002 | A1 |
20030003912 | Melpignano et al. | Jan 2003 | A1 |
20030005149 | Haas et al. | Jan 2003 | A1 |
20030076840 | Rajagopal et al. | Apr 2003 | A1 |
20040010694 | Collens et al. | Jan 2004 | A1 |
20040028023 | Mandhyan et al. | Feb 2004 | A1 |
20040029553 | Cain | Feb 2004 | A1 |
20040083833 | Hitt et al. | May 2004 | A1 |
20040174829 | Ayyagari | Sep 2004 | A1 |
20040230899 | Pagnano et al. | Nov 2004 | A1 |
20040259533 | Nixon et al. | Dec 2004 | A1 |
20050059379 | Sovio et al. | Mar 2005 | A1 |
20050141553 | Kim et al. | Jun 2005 | A1 |
20050201349 | Budampati | Sep 2005 | A1 |
20050228509 | James | Oct 2005 | A1 |
20050254653 | Potashnik et al. | Nov 2005 | A1 |
20050281215 | Budampati et al. | Dec 2005 | A1 |
20060002368 | Budampati et al. | Jan 2006 | A1 |
20060039347 | Nakamura et al. | Feb 2006 | A1 |
20060083200 | Emeott et al. | Apr 2006 | A1 |
20060104301 | Beyer et al. | May 2006 | A1 |
20060128349 | Yoon | Jun 2006 | A1 |
20060171344 | Subramanian et al. | Aug 2006 | A1 |
20060171346 | Kolavennu et al. | Aug 2006 | A1 |
20060227729 | Budampati et al. | Oct 2006 | A1 |
20060256740 | Koski | Nov 2006 | A1 |
20060274644 | Budampati et al. | Dec 2006 | A1 |
20060274671 | Budampati et al. | Dec 2006 | A1 |
20060282498 | Muro | Dec 2006 | A1 |
20060287001 | Budampati et al. | Dec 2006 | A1 |
20070030816 | Kolavennu | Feb 2007 | A1 |
20070030832 | Gonia et al. | Feb 2007 | A1 |
20070067458 | Chand | Mar 2007 | A1 |
20070073861 | Amanuddin et al. | Mar 2007 | A1 |
20070076638 | Kore et al. | Apr 2007 | A1 |
20070077941 | Gonia et al. | Apr 2007 | A1 |
20070087763 | Budampati et al. | Apr 2007 | A1 |
20070091824 | Budampati et al. | Apr 2007 | A1 |
20070091825 | Budampati et al. | Apr 2007 | A1 |
20070103303 | Shoarinejad | May 2007 | A1 |
20070153677 | McLaughlin et al. | Jul 2007 | A1 |
20070153789 | Barker, Jr. et al. | Jul 2007 | A1 |
20070155423 | Carmody et al. | Jul 2007 | A1 |
20070237137 | McLaughlin | Oct 2007 | A1 |
20070280178 | Hodson et al. | Dec 2007 | A1 |
20080043637 | Rahman | Feb 2008 | A1 |
20080075109 | Zangi | Mar 2008 | A1 |
20080267259 | Budampati et al. | Oct 2008 | A1 |
20080273547 | Phinney | Nov 2008 | A1 |
20090010153 | Filsfils et al. | Jan 2009 | A1 |
20090022121 | Budampati et al. | Jan 2009 | A1 |
20090034441 | Budampati et al. | Feb 2009 | A1 |
20090060192 | Budampati et al. | Mar 2009 | A1 |
20090086692 | Chen | Apr 2009 | A1 |
20090109889 | Budampati et al. | Apr 2009 | A1 |
20090213730 | Zeng et al. | Aug 2009 | A1 |
Number | Date | Country |
---|---|---|
103 14 721 | Nov 2004 | DE |
1 081 895 | Mar 2001 | EP |
1 401 171 | Mar 2004 | EP |
1 401 171 | Mar 2004 | EP |
1 439 667 | Jul 2004 | EP |
2 427 329 | Dec 2006 | GB |
WO 0135190 | May 2001 | WO |
WO 0135190 | May 2001 | WO |
WO 03079616 | Sep 2003 | WO |
WO 2004047385 | Jun 2004 | WO |
WO 2004047385 | Jun 2004 | WO |
WO 2006017994 | Feb 2006 | WO |
WO 2006053041 | May 2006 | WO |
Entry |
---|
Salman Taherian, et al., “Event Dissemination in Mobile Wireless Sensor Networks”, 2004 IEEE International Conference on Mobile Ad-Hoc and Sensor Systems, p. 573-575. |
Dongyan Chen et al., “Dependability Enhancement for IEEE 802.11 Wireless LAN with Redundancy Techniques,” Proceedings of the 2003 International Conference on Dependable Systems and Networks, 2003, 8 pages. |
Dr. Soumitri Kolavennu, Presentation, “WNSIA MAC Layer”, ISA SP100 meeting, Feb. 14, 2007, 24 pages, see esp. p. 17. |
Ying Zhang, et al., “A Learning-based Adaptive Routing Tree for Wireless Sensor Networks”, Journal of Communications, vol. 1, No. 2, May 2006, p. 12-21. |
Yau-Ming Sun, et al., “An Efficient Deadlock-Free Tree-Based Routing Algorithm for Irregular Wormhole-Routed Networks Based on the Turn Model”, Proceedings of the 2004 International Conference on Parallel Processing (ICPP'04), 10 pages. |
Sejun Song, “Fault Recovery Port-based Fast Spanning Tree Algorithm (FRP-FAST) for the Fault-Tolerant Ethernet on the Arbitrary Switched Network Topology”, 2001 IEEE, p. 325-332. |
“XYR 5000 Wireless Transmitters, Honeywell Solutions for Wireless Data Acquisiton and Monitoring,” www.acs.honeywell.com, Feb. 2006, 6 pages. |
Christopher Pulini, et al. “Gateway Supporting Transparent Redundancy in Process Control Systems and Other Systems and Related Method”, U.S. Appl. No. 12/762,215, filed Apr. 16, 2010. |
A. Aiello et al., “Wireless Distributed Measurement System by Using Mobile Devices,” IEEE Workshop on Intelligent Data Acquisition and Advanced Computing Systems: Technology and Applications, Sep. 5-7, 2005, Sofia, Bulgaria, pp. 316-319. |
International Search Report and Written Opinion of the International Searching Authority in PCT Application No. PCT/US2007/069717 dated Dec. 10, 2007. |
International Search Report and Written Opinion of the International Searching Authority in PCT Application No. PCT/US2007/069614 dated Nov. 22, 2007. |
International Search Report and Written Opinion of the International Searching Authority in PCT Application No. PCT/US2007/069710 dated Nov. 27, 2007. |
International Search Report and Written Opinion of the International Searching Authority in PCT Application No. PCT/US2007/069705 dated Apr. 15, 2008. |
Pereira, J.M. Dias, “A Fieldbus Prototype for Educational Purposes”, IEEE Instrumentation & Measurement Magazine, New York, NY vol. 7, No. 1, Mar. 2004, p. 24-31. |
International Search Report and Written Opinion of the International Searching Authority in PCT Application No. PCT/US2006/048334 dated Jul. 5, 2007. |
European Search Report dated Oct. 6, 2008 in connection with European Patent Application No. 08 16 1387. |
Number | Date | Country | |
---|---|---|---|
20120051211 A1 | Mar 2012 | US |