US20030014535A1 - Collision avoidance method for home automation devices using an ethernet hub - Google Patents

Collision avoidance method for home automation devices using an ethernet hub Download PDF

Info

Publication number
US20030014535A1
US20030014535A1 US09682062 US68206201A US20030014535A1 US 20030014535 A1 US20030014535 A1 US 20030014535A1 US 09682062 US09682062 US 09682062 US 68206201 A US68206201 A US 68206201A US 20030014535 A1 US20030014535 A1 US 20030014535A1
Authority
US
Grant status
Application
Patent type
Prior art keywords
control
devices
device
network
ethernet
Prior art date
Legal status (The legal status 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 status listed.)
Abandoned
Application number
US09682062
Inventor
Oscar Mora
Original Assignee
Oscar Mora
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

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance or administration or management of packet switching networks
    • H04L41/12Arrangements for maintenance or administration or management of packet switching networks network topology discovery or management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. local area networks [LAN], wide area networks [WAN]
    • H04L12/40Bus networks
    • H04L12/407Bus networks with decentralised control
    • H04L12/413Bus networks with decentralised control with random access, e.g. carrier-sense multiple-access with collision detection (CSMA-CD)
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. local area networks [LAN], wide area networks [WAN]
    • H04L12/44Star or tree networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. local area networks [LAN], wide area networks [WAN]
    • H04L12/2803Home automation networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. local area networks [LAN], wide area networks [WAN]
    • H04L12/46Interconnection of networks
    • H04L12/4604LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462LAN interconnection over a bridge based backbone
    • H04L12/4625Single bridge functionality, e.g. connection of two networks over a single bridge

Abstract

This invention discloses a method for collision avoidance in Ethernet networks, such as home automation networks, with both personal computers and control devices attached to it. Ethernet hubs are considered as the type of device used to create the Ethernet network. When a network management message is sent as a broadcast information from one personal computer to all control devices, they will generate a delayed response to the sender computer. Such delay is generated on each control device in accordance to its own MAC address. It will guarantee different delay times on all attached control devices. The minimal time interval between two consecutive MAC addresses and the maximum possible delay time are estimated from the maximum number of expected devices attached to the hub(s).

Description

    BACKGROUNDFIELD OF INVENTION
  • [0001]
    This invention relates to collision avoidance in a communication layer two protocol, and more specifically, to a collision avoidance mechanism suitable to networking, low processing power devices, connected through an Ethernet hub.
  • BACKGROUNDDISCUSSION OF PRIOR ART
  • [0002]
    In modern systems it is very common to find a set of individual devices, each one with its own functions, capable of sharing information with each other through some kind of communication media. A clear example of such systems comes from a computer network. A local computer network is defined as a group of personal computers geographically located in a house or building. It is called Local Area Network (LAN) and comprises a group of personal computers sharing information, such as files, services, etc. The most cost-effective solution to such shared network is the utilization of only one physical media for all nodes present on the network. In this scheme, every device has the same right to use the unique channel to communicate with other device(s). A mechanism included in every device must be responsible for sharing the communication channel in an efficient manner.
  • [0003]
    The most popular type of computer network uses the Carrier Sense Multiple Access with Collision Detection (CSMA/CD) algorithm. A group of standards called 802, published by the IEEE, use this algorithm on different types of physical media.
  • [0004]
    The CSMA/CD algorithm senses first the communication media to determine if any other device is using it to transmit its information. If the channel is free, transmission starts but the channel is still sensed. If corrupt data is detected (sent information is different from actual channel content), transmission is aborted and each device involved in such collision backs off for a random time before sending the information again. Even when useful channel time is wasted on a collision, this mechanism has proved to satisfy the needs of a network that must be scalable to a great number of devices, in the order of hundreds of personal computers.
  • [0005]
    One of the most used CSMA/CD network is the 10BaseT Ethernet standard, which is very similar to the IEEE 802.3 standard. The Ethernet standard defines the type of physical media along with its electrical and timing characteristics. It works at 10 Mbps with Manchester bit encoding. It also defines the Media Access Control (MAC) with the CSMA/CD algorithm. When a device wants to transmit information to another device, the MAC layer of each device handles the recognition of the destination address in order to accept or refuse such packet. Such address is called MAC address, because it identifies the device accessing the communication channel. The MAC address is a 6-bytes unique identification number present on each device compatible with the Ethernet standard.
  • [0006]
    All devices connected to a 10BaseT Ethernet network use a twisted pair cable called UTP (Unshielded Twisted Pair) cable. A segment of UTP cable comes from each personal computer and is attached to a central device, which is responsible to connect all computers with each other. Initially, such device was called Ethernet hub. As said earlier, the hub takes any information coming from one of its connections and sends it to all other computers attached to it. It works as a repeater. Another device, called Ethernet switch, takes a step further and each connected computer is treated as an independent port, so information sent from one port to another doesn't have to be repeated to every other computer. It is directly sent from origin to destination port. Switches increase the performance, allowing a greater number of connected devices, but the cost is higher compared to a hub.
  • [0007]
    Due to its extended use, Ethernet LANs have not been limited to personal computers. Several devices used in industrial control and automation use this standard as the basis of communication network. It is also used in building and home automation, facilitating the merging of data computer networks and control networks. Having control devices attached to Ethernet networks makes it possible to perform remote configuration from a personal computer, reducing operational costs. It also allows the use of the personal computer as the monitoring station for the automation control network.
  • [0008]
    In order to make such control device interoperable with a personal computer, the communication protocol used by the computer must be present into the control device also. The most common protocol used by personal computers is the TCP/IP (Transfer Control Protocol/Internet Protocol). The IP protocol works at a lower level and is responsible for defining the logic address of each computer. That address is called the IP address, and each computer present on the same LAN must have different IP addresses. TCP protocol handles the integrity of the information and establishment of connections to transfer information between two devices present on the network in a reliable context. It is capable of fragmenting the information to make it more suitable for transmission over Ethernet networks. It also handles reordering of all pieces of incoming data and guarantees the correct arrival of all sent information. The TCP protocol is connection-oriented. A connection-oriented protocol has to ask for a connection to be opened. After the destination device accepts the connection petition, data transfer takes place, and finally the connection is closed by either of the two devices.
  • [0009]
    Another common protocol is the UDP/IP (User Datagram Protocol/Internet Protocol). Contrary to TCP, UDP protocol doesn't provide any reliability and it doesn't use any connection mechanism. It is called a message-oriented protocol, since each data packet goes from source to destination without any open-accept-transfer-close process.
  • [0010]
    As was stated before, the merging of a data network with a control network can be made only if both the personal computer and the control device handle the same communication protocol. In home automation specifically, low cost is one of the primary requirements for control devices. Such devices must be simple enough to keep cost down. That simplicity is achieved by using low processing power microcomputers, or most often, low processing power microcontrollers. This invention considers a low processing power microcontroller working at 8-bits, with 512 bytes (or less) of RAM registers and 8 k bytes (or less) of effective program memory. From this point and on the term microcontroller alone will be used as a reference to low processing power microcontrollers.
  • [0011]
    The TCP protocol is a very memory-demanding protocol, making difficult its implementation in a microcontroller. The UDP protocol instead requires much less memory resources, so its implementation in a microcontroller is easier.
  • [0012]
    Since home automation devices share the same Ethernet network with personal computers, they should behave as another connected computer in order to be recognized by them. The Dynamic Host Configuration Protocol (DHCP), defined on the public document RFC2131 and published by the Network Working Group, was created for a personal computer attached to a network to obtain automatically its IP address. Even when this protocol works with the UDP protocol, it requires sending and receiving UDP packets more than 100 bytes long. Some microcontrollers don't contain enough RAM registers to cover this requirement.
  • [0013]
    With such limitations, control devices can't be considered as personal computers also, even when they are attached to the same LAN.
  • [0014]
    Thus, there is the need for a specialized and simple mechanism with low memory and protocol requirements (UDP protocol, with data packets from 16 up to 64 bytes long), capable of handling network management functions, as IP address assignment, presence detection or any other function involving all connected control devices.
  • [0015]
    In accordance to these characteristics, a control network manager installed on a computer could use UDP broadcasting messaging to communicate with every control device. If a given broadcast message generates a response from each control device, a problem arises since all of them would try to respond at the same time. As was stated before, the Ethernet standard considers a back-off algorithm to handle network collisions, but in case of having 32 (which could be real numbers for a home automation systems) control devices, collisions would still occur on every retry, and the back-off algorithm would fail.
  • [0016]
    This multiple collision condition only occurs when Ethernet hubs are used, because they work as repeaters. Ethernet switches can handle such situation avoiding multiple collisions.
  • [0017]
    However, home automation is very likely to see hubs instead of switches, since their cost is considerably lower and the number of devices attached would rarely be more than 32 or 64.This invention to provides a simple mechanism to avoid multiple collisions occurring in an Ethernet network using hubs, in accordance to home automation control devices with limited processing power.
  • SUMMARY OF INVENTION
  • [0018]
    This invention discloses a method for collision avoidance in Ethernet networks, such as home automation networks, with both personal computers and control devices attached to it. Ethernet hubs are considered as the type of device used to create the Ethernet network.
  • [0019]
    When a network management message is sent as a broadcast information from one personal computer to all control devices, they will generate a delayed response to the sender computer. Such delay is generated on each control device in accordance to its own MAC address. It will guarantee different delay times on all attached control devices.
  • [0020]
    The minimal time interval between two consecutive MAC addresses and the maximum possible delay time are estimated from the maximum number of expected devices attached to the hub(s).
  • OBJECTS AND ADVANTAGES
  • [0021]
    Accordingly, several objects and advantages of the present invention are:
  • [0022]
    a) To provide a simple mechanism of collision avoidance for low processing power control devices attached to a hub-based Ethernet network;
  • [0023]
    b) To provide a delayed responding mechanism present on every control device, which guarantees unique, different delay values for each device;
  • [0024]
    c) To provide optimal delay time estimation for minimal timing spacing and maximum response time in accordance to the maximum of expected control devices.
  • [0025]
    Other objects and advantages of this invention will become apparent from a consideration of the ensuing description and drawings.
  • BRIEF DESCRIPTION OF DRAWINGS
  • [0026]
    [0026]FIG. 1 Ethernet network connecting a personal computer and control devices.
  • LIST OF REFERENCE NUMERALS IN DRAWINGS
  • [0027]
    [0027]110 Ethernet hub
  • [0028]
    [0028]112 Personal computer and network manager
  • [0029]
    [0029]114 a, 114 b, 114 n Control devices for home automation
  • [0030]
    [0030]116 Broadcast message for network management
  • [0031]
    [0031]118 a, 118 b, 118 n Response messages from control devices
  • DETAILED DESCRIPTION
  • [0032]
    Let there be an Ethernet installed in a residential infrastructure or a small building. Hubs are used to connect all Ethernet-compliant devices. The Ethernet network is used at the same time as a data network for personal computers and as a control network for home automation devices.
  • [0033]
    Control devices are considered as low cost, low processing power equipment, capable of handling the 10BaseT Ethernet standard for UTP cable, along with the connectionless UDP/IP protocol to communicate with both personal computers and other control devices.
  • [0034]
    A computer attached to the network executes all control network management functions applicable to all control devices. Management functions can be sent either as a point-to-point UDP message or as a broadcast UDP message. Broadcast messaging will be the point of discussion for this invention.
  • [0035]
    Given a set of broadcast messages sent by a computer and a group of control devices capable of receiving and decoding such messages. All control devices finally generate back a response to the origin computer. Due to the use of Ethernet hub(s), multiple initial collisions of response messages are avoided by including unique, deterministic delays generated in each control device. FIG. 1 represents an Ethernet network comprising a hub 110 connecting a personal computer 112 with control devices 114 a, 114 b and 114 n. The suffix n is an indication that a generic number of control devices can be connected on the hub.
  • [0036]
    A hypothetical broadcast UDP/IP message 116, called Look_for_nodes is sent by the computer. As its name suggests, this network management message is sent to detect the presence of any control device. The corresponding response must include, for example, the actual IP address. All control devices 114 a, 114 b and 114 n receive the UDP/IP message and must send back their response.
  • [0037]
    As was said before, every Ethernet-compliant device contains a 6-byte unique identification number called MAC address. The MAC can be separated in two parts: The three least significant bytes are called Organizationally Unique Identifier (OUI) and they identify the manufacturer of the device; the upper three bytes are used by the manufacturer to produce any kinds of 802-compliant devices. In the preferred embodiment of the invention, each control device must use the fourth byte (least significant byte of manufacturer's set of numbers) of its own MAC address to start a decreasing counter called TOUT_CTR. When the TOUT_CTR reaches zero, the response is sent to the origin computer. For a 10BaseT network, and considering up to 256 nodes, each count for de TOUT_CTR must last between 600 microseconds and 1 millisecond. It keeps an adequate minimum time spacing between consecutive MAC addresses (on the LSByte only) and also maintain a low maximum-worst case delay (256 milliseconds for the 1 millisecond spacing). Using one byte as the initial counter value allows 256 different delays, allowing a maximum of 256 control devices sharing the same Ethernet network. This number is enough for home automation solutions. Even more, Ethernet networks connected through hubs usually don't have more than 64 nodes connected to it.
  • [0038]
    In our example, if the least significant byte of the MAC address in control device 114 a is lower than 114 b's, and this last lower than 114 n's, a response 118 a will come first, followed by a response 118 b, and this one followed by a response 118 n. In another embodiment, not only the fourth byte of the MAC address is used, but up to all three upper bytes could be considered for a bigger TOUT_CTR. The preferred embodiment considers just one byte to keep a low resource-demanding profile. As was said before, using one byte would allow 256 different delays, so the chances to have two control devices with the same TOUT_CTR (equal fourth byte in the MAC address) are higher than having a TOUT_CTR represented by two or three bytes. It must be noticed that all three bytes would be an extreme case (there would exist more than 16 million of different TOUT_COUNTERS), because the worst wait case would be then in the order dozens of minutes! Using up to two bytes allows a maximum of 65536 different counts (chances of equal TOUT_CTR are almost zero), with a bearable one-minute delay for the worst wait case.
  • [0039]
    In a preferred embodiment of the invention, each broadcast message sent from computer 112 contains an adjustment parameter called CTR_ADJ. The CTR_ADJ can vary from 0 up to 255 and contains an exact or approximate number of actual nodes connected to the network. This information is considered to create a more or less accurate decreasing count to the TOUT_CTR. For Example, if the CTR_ADJ has a value of 10, then the full eight bit counter in TOUT_CTR is not necessary, and the four least significant bits are enough (four bits would allow 16 control nodes). This mechanism would increase the total response time. This procedure can be used as long as the control devices contain consecutive MAC addresses adjusted to the binary value contained in CTR_ADJ. If that is not the case, another simpler embodiment ignores the CTR_ADJ parameter and the full 8-bit counter TOUT_CTR is always used, regardless of the number of estimated nodes.
  • [0040]
    CONCLUSION, RAMIFICATIONS AND SCOPE OF INVENTION
  • [0041]
    As the reader can see, the collision avoidance mechanism shown here represents a simple solution for low processing power control devices, specific to in home automation systems.
  • [0042]
    Creating unique, delayed responses on each control device in response to a broadcast network management message, the occurrence of initial multiple collisions in an Ethernet hub is avoided. Since the unique MAC address contained on each Ethernet-compliant device is used as the initial timeout count, each delay will be different in a block of 256 devices (sufficient for home automation systems).With this mechanism, simple network management functions can be created to handle low cost control devices attached to an Ethernet network. A low computation time and low memory resource demanding protocol, like the UDP/IP protocol, along with short messages (16, 32 or 64 bytes long), will be enough to establish a communication between control devices and a personal computer.
  • [0043]
    While our above description contains many specificities, these should not be construed as limitations to the scope of the invention, but rather as an exemplification of one preferred embodiment thereof. Obviously, modifications and alterations will occur to others upon a reading and understanding of this specification such as, for example, creating a parameter that could control the time duration of each TOUT_CTR count.
  • [0044]
    The description above is intended, however, to include all such modifications and alterations insofar as they come within the scope of the appended claims or the equivalents thereof.

Claims (12)

    What is claimed is:
  1. 1. A method for collision avoidance in Ethernet networks, the method comprising the following steps: Having a network with a plurality of control devices; Having all control devices management functions executed by a computer means; Sending a broadcast message to all of the control devices; and Having said control devices response to said broadcast message on an unique time delay.
  2. 2. A method as in claim 1 in which the network uses an Ethernet standard.
  3. 3. A method as in claim 1 in which said computer means is an 8-bit processor.
  4. 4. A method as in claim 1 further comprising having a hub.
  5. 5. A method as in claim 1 including the following steps: Using the fourth byte of the control device's MAC address as a counter; and Using said counter to determine the delay that said control device will send said response.
  6. 6. A method as in claim 1 including the following steps: Using the fourth byte of the control device's MAC address as a decreasing counter; Reducing the counter until counter reaches zero then having the control device send the response.
  7. 7. A method as in claim 1 including the following steps: Using the fourth byte of the control device's MAC address as a counter; Having a parameter to set time increments for delay; and Using said counter to determine the delay that said control device will send said response.
  8. 8. A method as in claim 1 including the following steps: Using the fourth byte of the control device's MAC address as a counter; Having said broadcast message contain an adjustment parameter to set required number of bytes used by said counter; and Using said counter to determine the delay that said control device will send said response.
  9. 9. A method as in claim 1 including the following steps: Using the fourth, fifth and sixth bytes of the control device's MAC address as a counter; and Using said counter to determine the delay that said control device will send said response.
  10. 10. A method as in claim 1 including the following steps: Using the fourth, fifth and sixth bytes of the control device's MAC address as a decreasing counter; and Reducing the counter until counter reaches zero then having the control device send the response.
  11. 11. A method as in claim 1 including the following steps: Using the fourth, fifth and sixth bytes of the control device's MAC address as a decreasing counter; Having a parameter to set time increments for delay; and Using said counter to determine the delay that said control device will send said response.
  12. 12. A method as in claim 1 including the following steps: Using the fourth, fifth and sixth bytes of the control device's MAC address as a decreasing counter; Having said broadcast message contain an adjustment parameter to set required number of bytes used by said counter; and Using said counter to determine the delay that said control device will send said response.
US09682062 2001-07-16 2001-07-16 Collision avoidance method for home automation devices using an ethernet hub Abandoned US20030014535A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US09682062 US20030014535A1 (en) 2001-07-16 2001-07-16 Collision avoidance method for home automation devices using an ethernet hub

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09682062 US20030014535A1 (en) 2001-07-16 2001-07-16 Collision avoidance method for home automation devices using an ethernet hub
US10906694 US7701878B2 (en) 2001-07-16 2005-03-02 Collision avoidance method for home automation devices using an ethernet hub

Publications (1)

Publication Number Publication Date
US20030014535A1 true true US20030014535A1 (en) 2003-01-16

Family

ID=24738038

Family Applications (2)

Application Number Title Priority Date Filing Date
US09682062 Abandoned US20030014535A1 (en) 2001-07-16 2001-07-16 Collision avoidance method for home automation devices using an ethernet hub
US10906694 Active 2024-09-22 US7701878B2 (en) 2001-07-16 2005-03-02 Collision avoidance method for home automation devices using an ethernet hub

Family Applications After (1)

Application Number Title Priority Date Filing Date
US10906694 Active 2024-09-22 US7701878B2 (en) 2001-07-16 2005-03-02 Collision avoidance method for home automation devices using an ethernet hub

Country Status (1)

Country Link
US (2) US20030014535A1 (en)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020191636A1 (en) * 2001-06-14 2002-12-19 Hallenbeck Peter D. Timekeeping apparatus providing premises-automation-related function through a network
US20050068978A1 (en) * 2003-09-26 2005-03-31 General Electric Company High performance network communication device and method
WO2007054567A1 (en) * 2005-11-14 2007-05-18 Siemens Aktiengesellschaft Serial bus system, node device and an input/output card that can be connected to the node device
US20080274766A1 (en) * 2007-04-13 2008-11-06 Hart Communication Foundation Combined Wired and Wireless Communications with Field Devices in a Process Control Environment
US20080273486A1 (en) * 2007-04-13 2008-11-06 Hart Communication Foundation Wireless Protocol Adapter
US20080279155A1 (en) * 2007-04-13 2008-11-13 Hart Communication Foundation Adaptive Scheduling in a Wireless Network
US20090010203A1 (en) * 2007-04-13 2009-01-08 Hart Communication Foundation Efficient Addressing in Wireless Hart Protocol
US20090046732A1 (en) * 2007-04-13 2009-02-19 Hart Communication Foundation Routing Packets on a Network Using Directed Graphs
US20090046675A1 (en) * 2007-04-13 2009-02-19 Hart Communication Foundation Scheduling Communication Frames in a Wireless Network
US20100110916A1 (en) * 2008-06-23 2010-05-06 Hart Communication Foundation Wireless Communication Network Analyzer
US20120327950A1 (en) * 2011-06-22 2012-12-27 Siemens Aktiengesellschaft Method for Transmitting Data Packets
US20130251372A1 (en) * 2012-03-22 2013-09-26 Seiko Instruments Inc. Device identification apparatus and remote control system

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030014535A1 (en) * 2001-07-16 2003-01-16 Oscar Mora Collision avoidance method for home automation devices using an ethernet hub
JP3767561B2 (en) * 2002-09-02 2006-04-19 ソニー株式会社 Device authentication apparatus, a device authentication method, and an information processing apparatus, information processing method, and computer program
JP5537022B2 (en) * 2008-12-18 2014-07-02 パナソニック株式会社 Communication method and a communication device
DE102010037719A1 (en) * 2010-09-23 2012-03-29 Insta Elektro Gmbh Method for addressing subscribers in a building installation system
US20160028670A1 (en) * 2014-07-28 2016-01-28 Vivint, Inc. Asynchronous communications using home automation system

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4354226A (en) * 1978-11-14 1982-10-12 Cutler-Hammer, Inc. Communication terminal for interconnecting programmable controllers in a loop
US6002669A (en) * 1996-03-26 1999-12-14 White; Darryl C. Efficient, multi-purpose network data communications protocol
US6574234B1 (en) * 1997-09-05 2003-06-03 Amx Corporation Method and apparatus for controlling network devices

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5319641A (en) * 1990-12-03 1994-06-07 Echelon Systems Corp. Multiaccess carrier sensing network communication protocol with priority messages
US5784375A (en) * 1996-06-12 1998-07-21 Advanced Micro Devices, Inc. Rotating priority arrangement in an ethernet network
US5894559A (en) * 1996-08-15 1999-04-13 Advanced Micro Devices, Inc. System for selectively reducing capture effect in a network station by increasing delay time after a predetermined number of consecutive successful transmissions
US5838688A (en) * 1996-10-11 1998-11-17 Advanced Micro Devices, Inc. Determining the number of active nudes on an ethernet network by counting a number of packet receptions
US5961646A (en) * 1997-01-02 1999-10-05 Level One Communications, Inc. Method and apparatus employing an invalid symbol security jam for communications network security
US6275476B1 (en) * 1998-02-19 2001-08-14 Micron Technology, Inc. Method of addressing messages and communications system
US6865160B1 (en) * 1998-05-04 2005-03-08 Hewlett-Packard Development Company, L.P. Broadcast tree determination in load balancing switch protocols
US6473403B1 (en) * 1998-05-04 2002-10-29 Hewlett-Packard Company Identify negotiation switch protocols
US6577600B1 (en) * 1999-01-11 2003-06-10 Hewlett-Packard Development Company, L.P. Cost calculation in load balancing switch protocols
US6556541B1 (en) * 1999-01-11 2003-04-29 Hewlett-Packard Development Company, L.P. MAC address learning and propagation in load balancing switch protocols
US7089003B2 (en) * 2000-08-01 2006-08-08 Bellsouth Intellectual Property Corporation Methods and systems for selective broadcast enhancement
DE60116401D1 (en) * 2000-09-20 2006-03-30 Broadcom Corp to block Netzwerverkmittlung with the possibility of connections
US7570656B2 (en) * 2001-06-18 2009-08-04 Yitran Communications Ltd. Channel access method for powerline carrier based media access control protocol
US20030014535A1 (en) * 2001-07-16 2003-01-16 Oscar Mora Collision avoidance method for home automation devices using an ethernet hub
WO2003017701A1 (en) * 2001-08-16 2003-02-27 Celltick Technologies Ltd Concatenated point-to-multipoint (ptmp) broadcast messages for displaying display messages in cellular phones

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4354226A (en) * 1978-11-14 1982-10-12 Cutler-Hammer, Inc. Communication terminal for interconnecting programmable controllers in a loop
US6002669A (en) * 1996-03-26 1999-12-14 White; Darryl C. Efficient, multi-purpose network data communications protocol
US6574234B1 (en) * 1997-09-05 2003-06-03 Amx Corporation Method and apparatus for controlling network devices

Cited By (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7162517B2 (en) * 2001-06-14 2007-01-09 Hallenbeck Peter D Timekeeping apparatus providing premises-automation-related function through a network
US20020191636A1 (en) * 2001-06-14 2002-12-19 Hallenbeck Peter D. Timekeeping apparatus providing premises-automation-related function through a network
US20050068978A1 (en) * 2003-09-26 2005-03-31 General Electric Company High performance network communication device and method
US20090222608A1 (en) * 2005-11-14 2009-09-03 Gerhard Schott Serial Bus System, Node Device and Input/Output Card That Can Be Connected To the Node Device
WO2007054567A1 (en) * 2005-11-14 2007-05-18 Siemens Aktiengesellschaft Serial bus system, node device and an input/output card that can be connected to the node device
US8171196B2 (en) 2005-11-14 2012-05-01 Siemens Aktiengesellschaft Serial bus system, node device and input/output card that can be connected to the node device
US8660108B2 (en) 2007-04-13 2014-02-25 Hart Communication Foundation Synchronizing timeslots in a wireless communication protocol
US20090010204A1 (en) * 2007-04-13 2009-01-08 Hart Communication Foundation Support for Network Management and Device Communications in a Wireless Network
US20090010233A1 (en) * 2007-04-13 2009-01-08 Hart Communication Foundation Wireless Gateway in a Process Control Environment Supporting a Wireless Communication Protocol
US20090010203A1 (en) * 2007-04-13 2009-01-08 Hart Communication Foundation Efficient Addressing in Wireless Hart Protocol
US20090046732A1 (en) * 2007-04-13 2009-02-19 Hart Communication Foundation Routing Packets on a Network Using Directed Graphs
US20090046675A1 (en) * 2007-04-13 2009-02-19 Hart Communication Foundation Scheduling Communication Frames in a Wireless Network
US20090052429A1 (en) * 2007-04-13 2009-02-26 Hart Communication Foundation Synchronizing Timeslots in a Wireless Communication Protocol
US20080279155A1 (en) * 2007-04-13 2008-11-13 Hart Communication Foundation Adaptive Scheduling in a Wireless Network
US8942219B2 (en) 2007-04-13 2015-01-27 Hart Communication Foundation Support for network management and device communications in a wireless network
US20110216656A1 (en) * 2007-04-13 2011-09-08 Hart Communication Foundation Routing Packets on a Network Using Directed Graphs
US20080273486A1 (en) * 2007-04-13 2008-11-06 Hart Communication Foundation Wireless Protocol Adapter
US8169974B2 (en) 2007-04-13 2012-05-01 Hart Communication Foundation Suspending transmissions in a wireless network
US20080274766A1 (en) * 2007-04-13 2008-11-06 Hart Communication Foundation Combined Wired and Wireless Communications with Field Devices in a Process Control Environment
US8325627B2 (en) 2007-04-13 2012-12-04 Hart Communication Foundation Adaptive scheduling in a wireless network
US8892769B2 (en) 2007-04-13 2014-11-18 Hart Communication Foundation Routing packets on a network using directed graphs
US8356431B2 (en) 2007-04-13 2013-01-22 Hart Communication Foundation Scheduling communication frames in a wireless network
US8406248B2 (en) 2007-04-13 2013-03-26 Hart Communication Foundation Priority-based scheduling and routing in a wireless network
US8798084B2 (en) 2007-04-13 2014-08-05 Hart Communication Foundation Increasing reliability and reducing latency in a wireless network
US8451809B2 (en) 2007-04-13 2013-05-28 Hart Communication Foundation Wireless gateway in a process control environment supporting a wireless communication protocol
US8676219B2 (en) 2007-04-13 2014-03-18 Hart Communication Foundation Combined wired and wireless communications with field devices in a process control environment
US8670749B2 (en) 2007-04-13 2014-03-11 Hart Communication Foundation Enhancing security in a wireless network
US8570922B2 (en) 2007-04-13 2013-10-29 Hart Communication Foundation Efficient addressing in wireless hart protocol
US8230108B2 (en) 2007-04-13 2012-07-24 Hart Communication Foundation Routing packets on a network using directed graphs
US8670746B2 (en) 2007-04-13 2014-03-11 Hart Communication Foundation Enhancing security in a wireless network
US8441947B2 (en) 2008-06-23 2013-05-14 Hart Communication Foundation Simultaneous data packet processing
US20100110916A1 (en) * 2008-06-23 2010-05-06 Hart Communication Foundation Wireless Communication Network Analyzer
US20120327950A1 (en) * 2011-06-22 2012-12-27 Siemens Aktiengesellschaft Method for Transmitting Data Packets
CN103366547A (en) * 2012-03-22 2013-10-23 精工电子有限公司 Device identification apparatus and remote control system
US20130251372A1 (en) * 2012-03-22 2013-09-26 Seiko Instruments Inc. Device identification apparatus and remote control system
US9117365B2 (en) * 2012-03-22 2015-08-25 Seiko Instruments Inc. Device identification apparatus and remote control system

Also Published As

Publication number Publication date Type
US7701878B2 (en) 2010-04-20 grant
US20050135407A1 (en) 2005-06-23 application

Similar Documents

Publication Publication Date Title
Decotignie Ethernet-based real-time and industrial communications
US7233991B2 (en) Self-healing tree network
US4410889A (en) System and method for synchronizing variable-length messages in a local area network data communication system
US5673254A (en) Enhancements to 802.3 media access control and associated signaling schemes for ethernet switching
US5859837A (en) Flow control method and apparatus for ethernet packet switched hub
US4423414A (en) System and method for name-lookup in a local area network data communication system
US5432775A (en) Auto negotiation system for a communications network
US5659787A (en) Data communication network with highly efficient polling procedure
US6192053B1 (en) Enhanced adjacency detection protocol for wireless applications
US5297138A (en) Determining physical topology across repeaters and bridges in a computer network
US7251231B2 (en) Method and apparatus for controlling communication within a computer network
US6917626B1 (en) Apparatus and method for automatic cluster network device address assignment
US5351241A (en) Twisted pair ethernet hub for a star local area network
US20040123142A1 (en) Detecting a network attack
US5940399A (en) Methods of collision control in CSMA local area network
US5293635A (en) Detection on a network by a mapping application of a relative location of a first device to a second device
US20070245033A1 (en) Link layer discovery and diagnostics
US5420572A (en) Configuration device for use in a networked communication system
US5339316A (en) Wireless local area network system
US6738816B1 (en) System and method for reliable real-time communications among a plurality of nodes having functions conforming to IEEE-1394 serial bus and participating in a session of sharing the maximum bandwidth
US6542935B1 (en) Method for obtaining a second address free from association with multiple devices
US6781989B1 (en) Method to support VLANs on a phoneline network
US7088687B2 (en) Managing packet transmissions between a device in a limited connectivity network and a device residing outside the limited connectivity network
Elson et al. Random, ephemeral transaction identifiers in dynamic sensor networks
Bux Token-ring local-area networks and their performance