A method and apparatus for self-assigning network identification codes to a network device. In one embodiment, a method comprises determining if the network device comprises a default network identification code. If the network identification code comprises a default network identification code, transmitting a first network identification code and determining whether a first response was received to the first network identification code transmission. If no response was received, assigning the first network identification code to the network device. If the first response was received, transmitting a second network identification code and determining whether a second response in response to the second network identification code transmission was received. If so, assigning the second network identification code to the network device.
|
1. A method for self-assigning network identification codes to a network device, comprising:
determining if the network device comprises a default network identification code;
if the network identification code comprises a default network identification code: transmitting a first network identification code;
determining whether a first response to the first network identification code transmission was received;
assigning the first network identification code to the network device if no response was received;
transmitting a second network identification code if the first response was received;
determining whether a second response in response to the second network identification code transmission was received; and
assigning the second network identification code to the network device if no response to the second network identification code transmission was received; and
transmitting a command to a second network device if no response to the second network identification code transmission was received, the command instructing the second network device to change a network identification code used by the second network device to the second network identification code.
13. A processor-readable medium having processor-usable instructions stored thereon for execution by a processor to perform a method for self-assigning network identification codes to a network device, comprising:
determining if the network device comprises a default network identification code;
if the network identification code comprises a default network identification code: transmitting a first network identification code;
determining whether a first response to the first network identification code transmission was received;
assigning the first network identification code to the network device if no response was received;
transmitting a second network identification code if the first response was received;
determining whether a second response in response to the second network identification code transmission was received;
assigning the second network identification code to the network device if the second response was not received; and
transmitting a command to a second network device if the second response was not received, the command instructing the second network device to change a network identification code used by the second network device to the second network identification code.
5. An apparatus for self-assigning network identification codes to a network device, comprising:
a memory for storing a network identification code;
a processor for determining if the network identification code comprises a default network identification code and, if the network identification code comprises a default network identification code:
causing a transmitter to transmit a first network identification code;
determining whether a first response to the first network identification code transmission was received;
assigning the first network identification code to the network device if no response was received;
causing the transmitter to transmit a second network identification code if the first response was received;
determining whether a second response in response to the second network identification code transmission was received;
assigning the second network identification code to the network device if the second response was not received; and
transmitting a command to a second network device, the command instructing the second network device to change a network identification code used by the second network device to the second network identification code; and
a transmitter for transmitting the first network identification code and the second network identification code; and
a receiver for receiving the first response and the second response.
9. An apparatus for self-assigning network identification codes to a network device, comprising:
means for storing a network identification code;
means for determining if the network identification code comprises a default network identification code and, if the network identification code comprises a default network identification code, the means further for:
causing a transmitter to transmit a first network identification code;
determining whether a first response to the first network identification code transmission was received;
assigning the first network identification code to the network device if no response was received;
causing the transmitter to transmit a second network identification code if the first response was received;
determining whether a second response in response to the second network identification code transmission was received;
assigning the second network identification code to the network device if the second response was not received; and
transmitting a command to a second network device if the second response was not received, the command instructing the second network device to change a network identification code used by the second network device to the second network identification code; and
means for transmitting the first network identification code and the second network identification code; and
means for receiving the first response and the second response.
2. The method of
3. The method of
4. The method of
6. The apparatus of
7. The apparatus of
8. The apparatus of
10. The apparatus of
11. The apparatus of
12. The apparatus of
14. The processor-readable medium of
15. The processor-readable medium of
16. The processor-readable medium of
|
This application claims priority to U.S. patent application Ser. No. 13/214,116, filed on Aug. 19, 2011 entitled, “ROBUST COMMUNICATION PROTOCOL FOR HOME NETWORKS”, assigned to the assignee of the present application.
I. Field of Use
The present application relates to the field of remote management and control of electric or electro-mechanical devices. More specifically, the present application relates to a method and apparatus for self-assigning network identification codes to devices in home networks.
II. Description of the Related Art
Network technology has proliferated over the years, thanks to the ubiquitous nature of the Internet. Millions of home and business networks have been set up to access network resources, such as printers and other computers on the network.
The most familiar type of routers are home and small office routers that simply pass data, such as web pages and email, between the home computers and the owner's cable or DSL modem, which connects to the Internet (ISP). However more sophisticated routers range from enterprise routers, which connect large business or ISP networks up to the powerful core routers that forward data at high speed along the optical fiber lines of the Internet backbone.
When a new network is set up, a user will typically simply power the router on and connect one or more devices to it. Routers are typically programmed during the manufacturing process to include a pre-assigned IP address, the most commonly one used today being 192.168.1.1. In the case of two or more wireless routers, their respective coverage areas may overlap. This would normally be a problem, but each router is additionally pre-programmed with a service-set identifier (SSID) that uniquely identifies each wireless router and, thus, a particular local-area network (LAN). Users must generally change the default SSID to avoid interference with other wireless routers that may be operating nearby.
Changing the SSID may be a difficult task for most consumers, as they generally do not possess the skills necessary to accomplish this task.
Thus, it would be desirable to provide wireless network devices that no not require user intervention in order to make them unique among other wireless network devices that may be operating nearby.
The embodiments described herein relate to methods and apparatus for self-assigning network identification codes to a network device. In one embodiment, a method for self-assigning network identification codes to a network device comprises determining if the network device comprises a default network identification code. If the network identification code comprises a default network identification code, transmitting a first network identification code and determining whether a first response was received to the first network identification code transmission. If no response was received, assigning the first network identification code to the network device. If the first response was received, transmitting a second network identification code and determining whether a second response in response to the second network identification code transmission was received. If so, assigning the second network identification code to the network device.
In another embodiment, an apparatus is described for self-assigning network identification codes to a network device. In one embodiment, the apparatus comprises a memory for storing a network identification code and a processor for determining if the network identification code comprises a default network identification code. If the network identification code comprises a default network identification code, the processor is further for causing a transmitter to transmit a first network identification code and for determining whether a first response to the first network identification code transmission was received. If no response is received, the processor assigns the first network identification code to the network device. If the first response was received, the processor causes the transmitter to transmit a second network identification code and then determines whether a second response in response to the second network identification code transmission was received. If so, the processor assigns the second network identification code to the network device. The apparatus further comprises a transmitter for transmitting the first network identification code and the second network identification code and a receiver for receiving the first response and the second response.
The features, advantages, and objects of the present invention will become more apparent from the detailed description as set forth below, when taken in conjunction with the drawings in which like referenced characters identify correspondingly throughout, and wherein:
The present description relates to methods and apparatus for self-assigning network codes to network devices. It should be understood that in some embodiments, the hardware described below may be designed and manufactured in compliance with one or more governmental regulations that restrict operation of such devices. For example, in one embodiment, the hardware is designed to meet the requirements of 47 C.F.R. Part 95, a United States regulation promulgated by the Federal Communications Commission. In another embodiment, the hardware is designed to meet the requirements of 47 C.F.R. Part 15.
In one embodiment, network 100 is used by consumers to provide networked command and control to household electric devices, such as indoor or outdoor lighting, water pumps (i.e., pumps for pools, Jacuzzis, fountains, etc.), security devices, garage door openers, heating and air conditioning systems (including thermostats, fans, electric and gas central heaters, portable heaters and air conditioners, appliances, communication devices, computers, video and still cameras, and other types of equipment. In other embodiments, network 100 can be configured to provide networked command and control to larger entities, such as businesses, apartment buildings, sporting venues, etc.
Each of the network devices (i.e., network control device 102, wired remote network device 104, and wireless remote network device 106) in
Communications among the network devices may be transmitted over-the-air using one or more well-known wireless communication techniques or they may be transmitted using powerline 110, typically comprising pre-existing, high-power wiring commonly found in homes, offices, businesses. In another embodiment, messages are transmitted over both communication channels, i.e., via both over-the-air communication channel 114 and powerline 110, either simultaneously or in a time-multiplexed fashion. Thus, each device in network 100 may comprise circuitry to transmit and/or receive information using RF circuitry, powerline circuitry, or both. In addition, devices may be configured to only receive information, to only transmit information, to only receive information using powerline technology, to only receive using RF technology, to only transmit information using powerline technology, to only transmit using RF technology, to transmit information using both powerline and RF technology, or any combination thereof.
Transmitting information over powerline 110 generally results in wireless propagation of such information along the length of powerline 110. This wireless propagation may be received by devices in network 100 equipped to receive only wireless transmissions although, generally, such a device must be located relatively close to powerline 110, since the level of electro-magnetic radiation may be limited by one or more governmental authorities.
Powerline 110 typically comprises a two or three-wire bundle of conductors. For example, in a three-wire scheme, one conductor carries 110 volts AC (commonly referred to as “hot”), one conductor acts as a return, or neutral, and one conductor acts as a safety ground. In two-wire embodiments, generally only the “hot” and neutral wires are found. Thus, transmitting communication signals over powerline 110 provides a readily-accessible communication channel throughout homes and businesses over which to send communications.
In the embodiment shown in
Commands may also comprise queries, instructing remote network devices to provide information to a requesting device, such as identification information (i.e., a serial number or house code), a location of the device, a status of the device or electric device 108 associated with the device, etc. In one embodiment, such information is transmitted in messages referred to as responses.
In another embodiment, one or more of the network devices shown in
Wired remote network device 104 and wireless remote network device 106 may comprise (or be incorporated into) a variety of devices, such as an electric switch (i.e., for controlling 110 VAC to various devices), a light, a thermometer, a thermostat, a video camera, a still camera, a microphone, a water pump, a water heater, household appliances such as refrigerators, freezers, ovens, microwave ovens, washers, dryers, solar energy systems, or virtually any type of energy-consuming device.
Processor 200 is configured to provide general operation of network control device 102 by executing processor-readable instructions stored in memory 202, for example, executable code. Processor 200 is typically a general purpose processor, such as a PIC16F1938 microcontroller manufactured by Microchip, Inc. of Chandler, Ariz.
Memory 202 comprises one or more information storage devices, such as RAM, ROM, EEPROM, UVPROM, flash memory, CD, DVD, Memory Stick, SD memory, XD memory, thumb drive, or virtually any other type of memory device. Memory 202 is used to store the processor-readable instructions for operation of network control device 102 as well as any information used by processor 200, such as data packet structure format, information received from other network devices, device parameter information, device identification information, device status information, etc. One of the primary functions of processor 200 is to encode commands and information into data packets for transmission to other network devices and to decode data packets received from those devices, as will be explained in greater detail later herein.
User interface 204 is coupled to processor 200 and allows a user to control operation of network control device 102, provide commands and instructions to network control device 102, and receive information from network control device 102. User interface 204 typically comprises an electronic display and means for inputting information into network control device 102. For example, the electronic display could comprise one or more seven-segment displays, a cathode ray tube (CRT), a liquid crystal display (LCD), a light emitting diode display (LEDD), one or more light emitting diodes (LEDs), light arrays, or any other type of visual display. Further, the electronic display could comprise an audio device, such as a speaker, for audible presentation of information to a user. Of course, the aforementioned items could be used alone or in combination with each other and other devices may be alternatively, or additionally, used.
User interface 204 typically comprises means for entering information into network control device 102, such as a keypad, keyboard, microphone, etc. Of course, the means for entering information could be incorporated into the display device, such as the case in a touchscreen device.
Modulator 206 is used to modulate data packets received from processor 200 for transmission to remote network devices. In one embodiment, modulator 206 comprises circuitry necessary to modulate information in accordance with any single-carrier modulation technique, such as any variation of frequency-shift keying (FSK), amplitude modulation (AM), or phase-shift keying (PSK). However, other modulation techniques could be used in the alternative, such as spread-spectrum techniques.
Demodulator 208 is used in applications where it is desirable to receive messages from network devices. In one embodiment, demodulator 208 comprises circuitry necessary to demodulate information encoded using a single-carrier modulation technique, such as the aforementioned frequency-shift keying (FSK), amplitude modulation (AM), or phase-shift keying (PSK). Other demodulation techniques could be used in the alternative.
Network control device 102 may additionally comprise interface 214 for allowing network control device 102 to communicate with other remote devices, such as a mobile telephone, portable or fixed computer, remote control, and/or other devices. As such, interface 214 comprises circuitry in accordance with the selected interface technology, such as Bluetooth, infrared, RF, Ethernet, wireless telephone protocols such as WIMAX, LTE, CDMA, GSM, and others. Interface 214 is coupled to processor 200 to provide received information to processor 200 and to send information from processor 200 to one or more remote devices. For example, interface 214 could be used to receive commands, instructions, and/or information from a home owner, home occupant, or other interested party to network control device 102 with regard to programming and/or control of network control device 102, wired remote network device 104, and/or wireless remote network device 106.
The modulated data packets from modulator 206 is provided to at least one transmitter. In the embodiment shown in
The transmitters are typically controlled by processor 200. In one embodiment, processor 200 instructs the transmitters to re-transmit the modulated data packets a number of times to increase the chance of successful reception.
RF transmitter 210 receives modulated information from modulator 206, comprising data packets for transmission to one or more remote devices. The information may comprise commands, instructions, data, acknowledgments, or any other type of information. In some cases, the amount and/or type of information may be limited by one or more governmental regulations, statues, or other restrictions.
In one embodiment, RF transmitter comprises circuitry necessary to upconvert the modulated information to a desired carrier frequency for wireless transmission to one or more network devices via antenna 222. Such circuitry is well known in the art. In other embodiments, RF transmitter 210 comprises circuitry well-known in the art for transmitting the information in accordance with other well-known transmission techniques, such as spread-spectrum techniques.
In one embodiment, RF transmitter 210 transmits the modulated, upconverted data packets at a relatively high power level for consumer devices, up to approximately 4 watts. Prior-art consumer transmitters typically transmit at very low power levels, to satisfy section 15 of the United States' Federal Communications Commission, more formally known as Title 47 Code of Federal Regulations Part 15. Part 15 is a common testing standard for most electronic equipment sold in the United States, and covers the regulations under which an intentional, unintentional, or incidental radiator can operate without an individual license. Maximum transmission power under Part 15 is generally limited to 10 milliWatts. However, under Title 47 C.F.R. Part 95 (“Personal Radio Service”), transmitters can operate at up to 50 watts of power, thus allowing for a much greater signal coverage area and eliminating the need for costly repeaters, or having to settle for spotty and unreliable signal reception. The tradeoff for allowing such high transmission power is that the emission bandwidth is limited to only tens of kilohertz, typically between 4 and 25 kHz. For example, Part 95.633(b) limits the bandwidth for any emission type to 8 kHz. Part 95 additionally comprises other restrictions, such as the types of messages that may be transmitted, the type of information that may be transmitted, and other limitations. In an embodiment where RF transmitter 210 is designed to comply with Part 95, a high transmission power may be achieved, but generally at the expense of a limited transmission bandwidth and potentially other restrictions. In other embodiments, RF transmitter 210 may be designed to comply with Part 15, or some other FCC requirement. In yet other embodiments, RF transmitter 210 may be designed without regard to FCC requirements if, for example, an associated network device is manufactured and/or sold in a country outside the United States. Most developed nations, however, impose some sort of requirements for wireless transmission.
Powerline transmitter 212 also receives the same modulated information from modulator 206 and sends the modulated information to remote devices via powerline 110. The information may comprise commands, instructions, data, acknowledgments, or any other type of information. Modulated information is received, upconverted, and coupled to powerline 110 typically using one or more transformers, capacitors, diodes, inductors, and/or other well-known components.
Although the process of upconverting the modulated information has been described as occurring independently within functional blocks 210 and 212, it may occur in a circuit that is common to both functional blocks.
RF receiver 216 receives upconverted, modulated information sent by remote devices via antenna 222. The information may comprise commands, instructions, data, acknowledgments, or any other type of information. Again, in some embodiments, the amount and/or type of information may be limited by one or more governmental regulations, statues, or other restrictions. In one embodiment, RF receiver 216 comprises circuitry well-known in the art for downconverting received RF signals and providing the resulting downcoverted signal to demodulator 108. In other embodiments, RF receiver 216 comprises circuitry well-known in the art for receiving information in accordance with other well-known techniques, such as spread-spectrum signal reception.
Powerline receiver 218 generally receives the same upconverted, modulated information received by RF receiver 216, sent by remote devices via a direct connection to powerline 110. RF receiver 218 receives these signals via wiring assembly 220 connected to powerline 110. Wiring assembly 220 typically comprises two or three insulated conductors and a plug for physically connecting the powerline 110 to powerline receiver 218. Typically, powerline transmitter 212 and powerline receiver 218 each use wiring assembly 220, because powerline receivers and transmitters are typically co-located, making a second wiring assembly redundant and unnecessary. In one embodiment, the upconverted, modulated information received by powerline receiver 218 is downconverted into a baseband signal, resulting in modulated information (i.e., data packets) that is provided to demodulator 208. Powerline receiver 218 comprises well-known circuitry, such as one or more transformers, capacitors, diodes, inductors, and/or other well-known components, to downconvert the signals received over powerline 110.
In one embodiment, modulated data packets are provided to both RF transmitter 210 and powerline transmitter 212 for simultaneous transmission to one or more remote devices. In other embodiments, the modulated data packets are transmitted to one or more remote devices using either RF transmitter 210 or powerline transmitter 212.
Processor 300, memory 302, modulator 306, demodulator 308, RF transmitter 310, powerline transmitter 312, RF receiver 316, and powerline receiver 318 have all been discussed previously with respect to
However, remote network device 301 typically comprises actuator 304. Actuator 304 typically comprises a switch that is used to control power to one or more lights, transformers, pumps, motors, and other electric devices. In other embodiments, actuator 304 comprises one of a variety of other possible devices, such as a rheostat, a voltage-controlled oscillator (VCO), a variable capacitor, a motor, or any other device that can be controlled by signals from processor 300. Actuator 304 typically receives a 110 VAC signal as an input and switchably provides the 110 VAC signal to its output, where it is used to power an electric device. Control of actuator 304 is provided by one or more signals from processor 300. For example, in an embodiment where actuator 304 comprises a switch, a signal can be sent from processor 300 instructing actuator 304 to connect the 110 VAC on its input to its output. In another embodiment where actuator 304 comprises a rheostat, a signal from processor 300 may be used to alter the resistance between the input and the output of actuator 304, thereby causing an output voltage to vary in accordance with the signal from processor 300.
In another embodiment, remote network device 301 comprises information source 320. Information source 320 comprises any device for providing information to processor 300, such as a thermometer, a sill or motion picture camera, a transducer of any sort, a pressure gauge, an encoder for determining the a position of an object or mechanism, a tachometer, a flow sensor, or other data measurement and/or reporting device. In another embodiment, information source 320 comprises a device separate and distinct from remote network device 301, whereby information source 320 provides information to processor 300 via wired or wireless means that is well-known in the art. Information source 320 may provide information to processor 300 at regular, or irregular time intervals, upon the occurrence of a predetermined event (such as a threshold condition being reached, i.e., an alarm condition), or when queried by processor 300. The query from processor 300 may be the result of network control device 102 or another remote network device requesting information from information source 320. The information from information source 320 is received by processor 300, where it is typically encoded into a data packet for transmission to network control device 102 and/or other remote network devices. In one embodiment, the information from information generator 320 is compared to one or more predetermined thresholds and only transmitted if the information represents a condition that exceeds the threshold. In another embodiment, information provided by information source 320 may be encoded using a predefined code, such as a look-up table. In this embodiment, a digital code is used to represent the information, thus potentially limiting the amount of information transmitted to another network device. For example, if information source 320 comprises a thermometer, then processor 300 could use a look-up table having 256 entries, each entry representing a unique potential temperature value. Processor 300 compares the information sent by information source 320 and matches it to the closest value in the look-up table, then constructs a data packet comprising a code related to the closest temperature value in the look-up table. In this way, the amount of transmitted data and, perhaps, the data classification or type, may conform to a required design constraint, such as those imposed by governmental authorities, for example.
Short data packet 400 comprises a number of fields 402-410, each field for specifying a certain characteristic of the data packet, for example, a command, a response, information, data, error checking information, etc.
Field 402, labeled “House Code,” is a network identification code, such as an address, that is generally pre-assigned to network control device 102 and remote network devices. Devices having the same house code can be thought of belonging to the same network so that they may communicate with each other. Each data packet comprises a house code that instructs network devices having the same house code to process the data packet. For example, if wired remote network device 104 and wireless remote network device 106 both are pre-assigned a house code of 0xE4, network control device 102 may communicate with both remote network devices by inserting 0xE4 into field 402. If wired remote network device 104 and wireless remote network device 106 are assigned different house codes, data packets may be sent to each device individually by inserting their respective house codes into respective data packets. Remote network devices having the same house code may also be addressed individually if some other identification information is known about each device, such as a serial number associated with each remote network device.
In general, devices in network 100 will only respond to messages sent that match their assigned house code. In one embodiment, however, devices will respond to messages sent to any house code if it is determined that a device's house code is a default house code. Alternatively, or in addition, a device will respond to a house code that is designated as a “universal” house code, i.e., a house code instructing devices to respond no matter what their assigned house code may be.
Device groups may be defined by assigning several devices to one house code and several others to another house code. Additional groups may be added as well. For example, two remote network devices could be assigned a house code of 0x3A, three other remote network devices could be assigned a house code of 0x22, and yet another remote device could be assigned a house code of 0xB1. A network control device 102 could then address the three groups individually using the house code assigned to each group.
Field 404 is one bit in length and represents whether a data packet is a “short” data packet or a “long” data packet. A long data packet is described more fully later herein.
Field 406, labeled “Short Command,” is, in one embodiment, a seven bit field which represents one of 128 different pre-defined messages (i.e., commands or responses) that may be transmitted between devices in network 100. Table 1 defines twelve such predetermined short messages available in one embodiment. The term “short command” is used to denote messages used in conjunction with short data packet 400. Commands generally instruct another device to perform an action, such as to actuate a switch resulting in an electric device being turned on or off, such as a light, a pump, a fan, an air conditioner, a heater, etc., transmit an acknowledgment message, change the device's house code, report the device's house code, group number, or device type, report a status of the device or equipment associated with the device, report an operating parameter or condition associated with the device itself or a related electrical or mechanical component associated with the device, such as a mechanical or electrical parameter such as a voltage, a current, a switch status (i.e., open or closed), a temperature, a pressure, a position, etc. Responses are generally transmitted by a device in response to receiving a command, although they can be transmitted autonomously as well (an example being the transmission of a device house code at predetermined time intervals). One example of a response is an acknowledgment of receipt of a command that may, or may not, contain data associated with the acknowledgement. Often, responses contain data that was requested by a command, such as the device's house code, the status of the device, an operating parameter or condition associated with the device itself or a related electrical or mechanical component associated with the device, such as a mechanical or electrical parameter such as a voltage, a current, a switch status (i.e., open or closed), a temperature, a pressure, a position, etc. Sometimes, the difference between a command and a response is a matter of semantics. For example, a command may be defined as a message transmitted from device A to device B requesting that device B send device B's serial number to device A. A response may be defined as device B sending its serial number to device A, but also requesting an acknowledgement from device A that the serial number was received. Another response may be defined as device A transmitting an acknowledgement to device B, indicating receipt of the serial number.
TABLE 1
Short Messages
Message
Name
Data
Description
0x1
HOUSE_CODE_QUERY
0x00
Request devices having
certain house code to respond
0x2
HOUSE_CODE_RESPONSE
0x00
Response from devices to
PLC_CMD_HOUSE_QUERY
0x3
HOUSE_CODE_SET
House
Set all devices in network to
Code
new house code
0x4
SERIAL_NUM_RESET
0x00
Reset serial number discovery
flag in device
0x5
SERIAL_NUM_QUERY
0x00
Query all devices for current
serial number
0x6
LEARN_MODE_ON
0x00
Devices will enter into a
configuration mode used to
assign devices to a group
0x7
LEARN_MODE_OFF
0x00
Devices will exit
configuration mode
0x8
DEVICE_TYPE_QUERY
0x00
Request devices in given
house code to respond (ACK)
0x9
DEVICE_TYPE_SN_QUERY
0x00
Request devices in given
house code to respond
0xA
GROUP_CHANGE
Group No.
Devices will enter into a
configuration mode where
parameter changes to devices
in the given group will be
stored
0xB
GROUP_CHANGE_ON
Group No.
Turn given group on
0xC
GROUP_CHANGE_OFF
Group No.
Turn given group off
Field 408, labeled as “Data Byte,” is, in one embodiment, an eight bit field reserved for sending information related to each particular message. Such information may comprise a house code, an operating status, a parameter, visual information, audio information, a sub-command, a serial number, a time, a date, a group number, a device type, or virtually any other type of information.
Field 410, labeled as “CRC”, is an error-checking field used to determine the integrity of data packet 400 upon receipt. In one embodiment, error-checking comprises the well-known cyclic redundancy check (CRC), although in other embodiments, other error-checking methods may be used. The information contained within field 410 may be commonly referred to as a checksum.
Long data packet 500 comprises a number of fields 502-518, each field for specifying a certain characteristic of the data packet, for example, a command, a response, information, data, error checking information, etc.
Field 502, labeled “House Code,” is an identification code, such as an address, that is pre-assigned to each of the remote devices in network 100. This field is similar to field 402 shown in
Field 504 is similar to field 402 above, and represents whether each data packet is a “short” data packet or a “long” data packet.
Field 506, labeled “SEQ,” is a one-bit field for identifying whether the data packet is part of a sequence of data packets being transmitted. In one embodiment, each data packet that is related to another data packet is assigned a “1” in the field 506. In one embodiment, the first byte in data field 516 identifies a source address of the device transmitting the sequence of data packets. In one embodiment, the source address comprises the house code of the device. Data packet sequences are used to transmit information that is too large to be placed into a single long data packet, enabling system flexibility to add additional messaging capabilities in the future.
Field 508, labeled “LAST”, is a field used in conjunction with field 506, described above, to indicate that a data packet is the last data packet in a sequence of data packets. In one embodiment, field 508 comprises one bit that is set to “1” to indicate that the data packet is the last data packet in a sequence.
Field 510, labeled “ACK”, is a field that generally used to acknowledge receipt of a message, (i.e., a query or command from another device on network 100). In one embodiment, field 510 is one bit long and is set to a “1” to denote that the data packet is an acknowledgement message. Typically, acknowledgement messages will not have any information placed into data field 516. In other embodiments, data packets may sometimes comprise information relating to the acknowledgement. For example, a serial number, a house code, a voltage, an RPM, a mechanical or electrical status, or virtually any other information, could be inserted into field 516 in an acknowledgement message.
Field 512, labeled “DATA SIZE”, is used to denote the amount of information in field 516, for example a number of bytes. In one embodiment, field 512 is 4 bits long, allowing for 16 possible indications of data size in field 516.
Field 514, labeled “COMMAND” is, in one embodiment, an eight bit field which represents one of 256 possible pre-defined “long” messages (i.e., commands or responses) that may be transmitted among devices in network 100. Table 2 illustrates one embodiment defining nine “long” messages.
TABLE 2
Long Messages
Message
Name
Description
0x0
PING
Ping device specified device
0x1
GET_HOUSE_CODE
Get house code of specified
device
0x2
SET_HOUSE_CODE
Set house code of specified
device
0x3
SEND_SERIAL_NUM
Serial number of device is
transmitted
0x4
GET_GROUP
Get device group number
0x5
SET_GROUP
Set device group number
0x6
PARAM_CHANGE
Change parameter of device
0x7
GET_STATUS
Get status of device
0x8
GET_TYPE
Get device type
The term “long messages” is used to denote messages used in conjunction with long data packet 500. Commands generally instruct another device to perform an action, such as actuate a switch resulting in an electric device being turned on or off, such as a light, a pump, a fan, an air conditioner, a heater, etc., change the device's house code, report the status of the device, report an operating parameter or condition associated with the device itself or a related electrical or mechanical component associated with the device, such as a mechanical or electrical parameter such as a voltage, a current, a switch status (i.e., open or closed), a temperature, a pressure, a position, etc. Responses are generally transmitted by a device in response to receiving a command, although they can be transmitted autonomously as well (an example being the transmission of a device house code at predetermined time intervals). One example of a response is an acknowledgment of receipt of a command that may, or may not, contain data associated with the acknowledgement. Often, responses contain data that was requested by a command, such as the device's house code, the status of the device, an operating parameter or condition associated with the device itself or a related electrical or mechanical component associated with the device, such as a mechanical or electrical parameter such as a voltage, a current, a switch status (i.e., open or closed), a temperature, a pressure, a position, etc. Sometimes, the difference between a command and a response is a matter of semantics. For example, a command may be defined as a message transmitted from device A to device B requesting that device B send device B's serial number to device A. A response may be defined as device B sending its serial number to device A, but also requesting an acknowledgement from device A that the serial number was received. Another response may be defined as device A transmitting an acknowledgement to device B, indicating receipt of the serial number.
Field 516, labeled “DATA”, comprises information relating to various messages. In the embodiment shown in
Field 518 labeled as “CRC”, is, in one embodiment, a two-byte error-checking field used to determine the integrity of data packet 500 upon receipt. In one embodiment, error-checking comprises the well-known cyclic redundancy check (CRC), although in other embodiments, other error-checking methods may be used. The information contained within field 518 may be commonly referred to as a checksum.
Processing begins in block 602, where the device is powered on.
In block 604, a processor within the device determines a house code stored within a memory of the device.
In block 606, the processor determines whether the house code is a default house code assigned to the device, generally during the manufacturing process. In one embodiment, a default house code is predetermined to equal 0xFF. Thus, if the processor determines that the house code stored in the memory is equal to 0xFF, it is assumed that the house code is a default house code, and that the device is being initialized for the first time. Processing then continues to block 608. If the processor determines that the house code is not the predetermined, default house code, then it is assumed that the new device has been previously installed and initialized, and process 600 terminates at block 610.
In block 608, the processor initializes a counter to a predetermined number, generally to a number that corresponds to a minimum value that a house code could be assigned. In this example, the counter is set to 0x01.
In block 612, the processor generates a message to determine whether there are any other devices within range of the device. The processor then causes the transmitter to transmit the message. For example, the HOUSE_CODE_QUERY described in Table 1 could be transmitted, either over-the-air, over powerline 110, or both, as described earlier. The message comprises a house code equal to the value of the counter. The message is sent by the device, instructing any other device able to receive the message to transmit a response identifying a house code currently assigned to the responding device. For example, the HOUSE_CODE_RESPONSE described in Table 1 might be transmitted in response to another device receiving the HOUSE_CODE_QUERY message. The HOUSE_CODE_QUERY comprises the house code assigned to the responding device. After the message is transmitted, processing continues to block 614.
In block 614, the processor determines if any responses (such as the HOUSE_CODE_RESPONSE message) are received in response to transmitting the message in block 612. Messages may be received over-the-air, via powerline 110, or both, as described earlier. If a response is received, it is an indication that another device is operating with the house code transmitted in step 612 and not available for the device to use. Processing continues to block 616, where the counter is incremented. Processing then returns to block 612, where another message is transmitted to determine if any other devices are within range of the device is using a house code equal to the value of the incremented counter.
Returning to block 614, if the processor does not determine that any response has been received as a result of the message transmitted in step 612, processing continues to block 618.
In block 618, the device's house code is set to a value related to the value of the counter. In one embodiment, the device's house code is set to the value of the counter. Processing optionally proceeds to block 620.
In block 620, the processor generates a command, instructing any device capable of receiving the command to change their respective house codes to the house code identified at block 618. The processor then causes the transmitter to transmit the command. For example, the HOUSE_CODE_SET command, described in Table 1, could be used. The HOUSE_CODE_SET command comprises a data field (field 408) where the house code determined in block 618 is placed. Other devices that receive this message having a default house code will set their house code to the one in the HOUSE_CODE_SET command, either in field 408 or in field 402.
The method beings at block 702, where, in one embodiment, a processor within the device monitors a clock to determine whether to continue processing to block 704. Executable code stored within a memory instructs the processor to continue to block 704 if the clock indicates that a predetermined time period has elapsed, such as a twelve hour time period or if the clock indicates one or more predetermined actual times.
In another embodiment, the processor determines whether a predetermined event has occurred as directed by the processor-executable instructions stored in the memory. Such a predetermined event, in one embodiment, includes receipt of a signal from another device. In other embodiments, the predetermined event is a power-up event or detection of an electrical or mechanical condition.
In still another embodiment, alternatively or in addition to the embodiments described above, the method 700 continues to block 704 if the processor is given a command to do so by a user of the device. For example, after a user installs a remote device within communication range of a network control device 102, the user may provide an indication, via a user interface such as user interface 204, for processing to proceed to block 704. In one embodiment, the indication is generated when the user initiates a predefined action, such as pressing two buttons located on the device for more than a predetermined time period, such as three seconds. When the processor detects this condition, processing continues to block 704.
In block 704, an electronic counter is initialized, using well-known techniques in either in software, hardware, or both.
Processing continues to block 706, where the counter is incremented. In another embodiment, the counter is decremented.
In another embodiment, a random house code is generated by the processor in block 704 and block 706 is omitted. This is an alternative to using a counter to generate house codes.
Processing continues to block 708, where the processor generates a message requesting any other device having a house code equal to a house code within the message respond to the request with a respective device serial number. The processor then causes the transmitter to transmit the message. For example, the SERIAL_NUM_QUERY described in Table 1 could be transmitted, either over-the-air, over powerline 110, or both, as described earlier. Each device in the network typically comprises a pre-assigned device serial number. In one embodiment, the device serial number comprises a four byte hexadecimal sequence, allowing for over four billion unique serial numbers to be assigned to devices, typically during the manufacturing process. In another embodiment, the serial number comprises a Media Access Control (MAC) address. In one embodiment, the message transmitted in block 708 comprises the house code assigned to the transmitting device, and directs any devices having the same house code to transmit their device serial number to the requesting device.
In block 710, the processor determines whether or not a response was received from another device. In one embodiment, the processor will wait for a predetermined time period after incrementing the counter before making the determination, for example, 1.5 seconds. In another embodiment, the processor waits for a longer predetermined time period, for example one minute, and if no response is received, it is assumed that no devices are active within range of the requesting device, and processing terminates at block 718.
Each of the other devices in network 100 is configured to send a response to the request transmitted in block 708 by transmitting a serial number pre-assigned to each device. For example, in one embodiment, the SEND_SERIAL_NUM command described in Table 2, above, is transmitted by each device upon receipt of the request. The SEND_SERIAL_NUM command comprises four bytes for sending the serial number of the device back to the master device.
In one embodiment, each device is configured to transmit the response a predetermined number of times in case one response “collides” with another response sent by a different device. In this way, the response message is much more likely to be received properly. The responses are typically transmitted at random times to minimize the likelihood of collisions.
Returning now back to block 710, if no response is received within the (shorter) predetermined time period, processing continues to block 712, where the value of the counter in block 706 is compared to a predetermined value stored in the memory of the master device, for example, the number 10. If the predetermined time period is equal to 1.5 seconds, and the predetermined number is 10, then the processor will have waited at least a total of 15 seconds for at least one device to respond to the request transmitted in block 708. If a greater time period is desired, either the predetermined time period can be increased, the predetermined number can be increased, or both.
If the counter value is not greater than the predetermined number, indicating that the processor has not waited long enough for at least one response to be received, processing loops back to block 706, where the counter is incremented, and blocks 708 through 712 are repeated, if necessary.
Returning to block 710 once again, if a response from another device is received within the predetermined time period after incrementing the counter, processing continues to block 714.
In block 714, the processor may generate an acknowledgement message to acknowledge receipt of the response. This message indicates that the response sent by the other device was successfully received by the requesting device. In one embodiment, the SEND_SERIAL_NUM response described in Table 2, above, is transmitted. This response message differs from the previous SEND_SERIAL_NUM command by having the ACK bit set in field 512, while no data fields 516 exist (or no data is inserted into a single data field). Upon receipt of the acknowledgement message, a device may discontinue transmitting its serial number if it has not yet transmitted all of its predetermined number of re-transmissions, described below with regard to
In block 716, the processor stores the serial number contained in the message received in block 710 in the memory. Other information may be stored in association with the serial number, such as the date and/or time that the serial number was received, an indication of the type of device that sent the received message, and/or any other characteristics related to the other device. Such additional information may be contained in the response message received in block 710 or it may be transmitted in a subsequent message.
Processing then continues back to block 704, where the counter is once again initialized (or in another embodiment, a random house code is generate). Blocks 704 through 716 are then repeated until no further messages from other devices are received. At that point, the counter at block 712 will have exceeded the predetermined value, and processing will end at block 718. Thus, at the completion of method 700, the requesting device will have discovered all other devices in network 100 using the same house code as the requesting device, and a serial number corresponding to each of the discovered devices.
The process begins in block 802 when the remote network device is powered on.
In block 804, a processor within the remote network device determines a house code stored within a memory of the device. The house code may be provided to a display associated with the remote network device for the convenience of a user of the device.
In block 806, the processor determines whether the device house code is a default house code assigned to the device, generally during the manufacturing process. In one embodiment, a default house code is predetermined to equal 0xFF. Thus, if the processor determines that the house code stored in the memory is equal to 0xFF, then that is an indication that the device is being installed for the first time, and processing continues to step 808. If the processor determines that the house code is not the default house code, then it is assumed that the remote network device has been previously installed, and processing continues to block 810.
In block 810, the user may reset the house code. This may be desired, for example, if the remote network device was previously installed in a prior network or location and is now being installed into a new network or location. A user interface on the device will typically allow such a reset. In other embodiments, the device may comprise a switch, sensor, or electronic interface that could be used to provide a reset command to the processor. If the house code is reset, processing continues to block 808. Otherwise, processing for the method terminates at block 812, where the device retains its house code.
In block 808, the processor generates a message indicating that the remote network device seeks registration with a network control device 102 or some other remote network device. The processor causes the transmitter to transmit the message either over-the-air, over powerline 110, or both. In one embodiment, the message comprises the HOUSE_CODE_QUERY described in Table 1. This message may comprise a 0xFF house code in field 402 and/or field 408 if the message is transmitted as a short message or in field 502 and/or 516 if the message is transmitted as a long message. In the case of a long message, the device may insert its pre-assigned serial number into data field 516 for identification to other devices that receive the message. In another embodiment, a new message is defined, not shown in either Table 1 or Table 2, having a unique command that indicates that the device is new and requesting registration with a network control device 102 or some other remote network device.
In block 814, the processor determines whether a response to the transmission at block 808 has been received. If not, it is an indication that no other device is within range of the remote network device, and processing continues to step 816, where, in one embodiment, the processor assigns a random house code to the device and stores the house code in the memory. In another embodiment, if no response is received within a predetermined time period, no new house code is assigned to the device, and the device retains its default house code, as shown in block 818. An alert may be generated to indicate to a user that the device failed to register. The alert may comprise an electrical signal used to illuminate a light on the device, produce a sound from the device, and/or transmit an error message to a pre-designated telephone number or an email address.
If a response to the message sent in block 808 is received in block 814, processing proceeds to block 820, as shown in
In block 820, the processor determines whether any additional messages have been received in response to the message sent in block 808. This could occur if, for example, the remote network device is within range of two or more network control devices 102, where each network control device 102 transmits a message to the device in response to receiving the message sent in block 808. The processor typically waits for a predetermined time period to determine whether it has received more than one message. If no other messages are received within the predetermined time period, i.e., only one response message is received, processing proceeds to block 822, where the house code contained in the response is stored within the memory, thereby replacing the default house code with the one received in the response.
If more than one response is received at block 820, processing continues to block 824, where the default house code in the memory is retained, due to the conflict of receiving more than one response to the message transmitted in block 808. An alert may be generated in block 826, providing an indication that multiple messages were received during the initialization process.
In one embodiment, processing continues to block 830, where a manual house code selection is received from a user of the device via a user interface. The manual house code selection is an indication of which house code, selected from the received messages, the user wishes to assign to the device. Typically, the user will assign a house code relating to a house code used by a network control device 102 owned by the user. The user interface will typically display each of the received house codes, allowing the user to conveniently select one of them.
In block 832, the default house code stored in the memory is changed to the house code selected by the user.
In another embodiment, after block 826, processing proceeds to block 834, where input is received from a user, placing the device into an alternative operating mode. The alternative operating mode instructs the processor to determine when a predefined message has been received from a network control device 102.
After placing the remote network device in the alternative operating mode, the user places the network control device 102 into an operating mode whereby network control device 102 transmits a predefined message instructing the remote network device to change its house code to a house code contained within the predefined message. The predefined message transmitted by network control device 102 is a different message that what is received in block 814 and/or 820. For example, a predefined message may comprise a pre-defined command for placement in field 406, instructing any device in the alternative operating mode to change their house code to the one found in field 402. Typically, the predefined message is transmitted repeatedly until either a device responds or a time-out condition is reached.
Meanwhile, the remote network device monitors for the predefined message from the selected network control device 102 at block 836. If a predefined message is received from the selected 102, processing continues to block 838.
In block 838, the processor in the device retrieves a new house code provided in the predefined message and stores the new house code in the memory in block 840. After storing the new house code, processing continues to block 842.
In block 842, a message is generated by the processor transmitted from the remote network device to the network control device 102, instructing the network control device 102 to exit the alternative operating mode and cease transmission of the predefined message. Such a message may comprise a simple “acknowledgement” message.
The process of device registration then terminates at block 844, and the device typically exits the alternative operating mode automatically.
Processing begins in block 902, where input is received from a user, placing the remote network device into an alternative operating mode. The alternative operating mode instructs the processor within the remote network device to determine when a predefined message has been received from a network control device 102 or other remote network device.
In block 904, the processor monitors for receipt of the predefined message from a selected network control device 102 or other remote device. The predefined message is one that is transmitted from the selected network control device 102 or other remote network device, as explained below.
After placing the remote network device in the alternative operating mode at block 902, the user places the selected network control device 102 or other remote network device into an operating mode whereby network control device 102 or other remote network device transmits the predefined message instructing any device operating in the alternative operating mode to change its house code to a house code contained within the message (this message is not defined in either Table 1 or Table 2). For example, a predefined message may be defined comprising a unique command for placement in field 406, instructing any device in the alternative operating mode to change their house code to the one found in field 402. The predefined message is typically transmitted repeatedly.
In block 908, the predefined message sent from network control device 102 or remote network device is received by the remote network device and identified by the processor.
In block 910, the processor retrieves a new house code provided by the predefined message and stores the new house code in the memory in place of the old or default house code.
In block 912, a message is transmitted from the remote network device to the network control device 102 or other remote network device, instructing the network control device or other remote network device to exit the alternative operating mode and cease transmission of the predefined message. Such a message may comprise a simple “acknowledgement” message.
In block 914, in one embodiment, remote network device registration terminates, whereby the remote network device generally exits the alternative operating mode automatically after transmitting the message in block 912.
The process begins at block 1002, where the remote network device receives a message, query, or command from network control device 102, requesting that any receiving device having a particular house code respond to the message, query, or command with information identifying each particular device. For example, the identifying information may comprise a device name, a device description, a device serial number, a date and/or time relating to when the device was first powered on, when the device was first registered within network 100, or a combination of these and/or other information. In one embodiment, the message comprises the SERIAL_NUM_QUERY described in Table 1, above.
In one embodiment, only devices having an assigned house code stored in memory matching a house code within the message respond to the message received in block 1002.
After receiving the message in block 1002, processing continues to block 1004, where the processor checks to see if the remote network device has previously successfully registered with network control device 102 or another remote network device. If the remote network device has not previously successfully registered, processing continues to block 1006. If the remote network device has previously successfully registered, there is no need for the device to continue with the remainder of method 1000, so the process terminates in step 1018. The processor determines whether the remote network device has previously registered with the network control device or other remote network device by checking the memory to see if an indication has been previously stored that the remote network device has previously successfully registered. Such an indication is discussed with respect to block 1016, below.
In block 1006, processing is delayed by a randomly-generated time period. Such a randomly-generated time period may be obtained using techniques well-known in the art. The random nature of the delay provides time diversity between messages sent by multiple devices attempting to respond to the query in block 1002.
After the delay in block 1006, processing continues to block 1008, where the remote network device transmits the identifying information to the network control device 102, either over-the-air, over powerline 110, or both, as described previously.
At block 1010, processing is delayed by a predetermined time period to allow time for an acknowledgement message to be received in response to the transmission in block 1008. For example, the predetermined time period could comprise a value between half a second and 10 seconds.
In block 1012, a processor within the remote network device determines whether the acknowledgement message has been received from the network control device 102 or other remote network device in response to sending the identification information in block 1008. The acknowledgment message signifies that the network control device or other remote network device successfully received the transmitted identification information. If no acknowledgement message is received, processing continues to block 1014.
In block 1012, the processor determines whether a predetermined number of failures has occurred at block 1012, typically by using a counter to track the number of times the “No” branch has been taken and comparing that number to a predetermined number. If the number of failures at block 1012 does not exceed the predetermined number, then processing continues back to block 1006, where another random delay is determined, and blocks 1008 through 1012 are repeated. In another embodiment, processing reverts to block 1008 instead of block 1006, where the identification information is transmitted without calculating another random delay.
Back in block 1014, if the number of failures at block 1012 exceeds the predetermined number, it is an indication that the identification information is not being received by the network control device or remote network device after repeated efforts, so the remote network device stops trying to send the identification information and processing terminates at block 1018.
Back in block 1012, if an acknowledgement message is received from the network control device or other remote network device, it is an indication that the identification information transmitted in block 1008 was successfully received. In that case, processing continues to block 1016.
In block 1016, an indication is stored in the memory that the remote network device has successfully registered with the network control device or other remote network device. The indication typically comprises a flag, or bit, that is set in the memory. The process 1000 then terminates in block 1018.
The method begins at block 1102, where, in one embodiment, a processor within the device monitors a clock to determine whether to continue processing to block 1104. Executable code stored within a memory instructs the processor to continue to block 1104 if the clock indicates that a predetermined time period has elapsed, such as a twelve hour time period or if the clock indicates one or more predetermined actual times.
In another embodiment, the processor determines whether a predetermined event has occurred as directed by the processor-executable instructions stored in the memory. Such a predetermined event, in one embodiment, includes receipt of a signal from another device. In other embodiments, the predetermined event is a power-up event or detection of an electrical or mechanical condition.
In still another embodiment, alternatively or in addition to the embodiments described above, the method 1100 continues to block 1104 if the processor is given a command to do so by a user of the device. For example, after a user installs a remote device within communication range of a network control device 102, the user may provide an indication, via a user interface such as user interface 204, for processing to proceed to block 1104. In one embodiment, the indication is generated when the user initiates a predefined action, such as pressing two buttons located on the device for more than a predetermined time period, such as three seconds. When the processor detects this condition, processing continues to block 1104.
In block 1104, the processor generates a message that instructs any remote device who receives it to respond with their respective house code. The processor further causes a transmitter to transmit the message, either over-the-air, over powerline 110, or both, as described earlier. Normally, remote devices will only respond to messages that comprise a house code matching their assigned house code. However, in one embodiment, one house code may be designated as a “universal” house code that instructs remote devices to take an action no matter what their pre-assigned house code may be. For example, house code 0x00 could be pre-designated as a “universal” house code, so that when a remote device receives a message comprising house code 0x00, it will respond to the message no matter what its pre-assigned house code may be.
One problem with requesting many remote devices to respond to the message transmitted in block 1104 is the potential for message collision, as responses from multiple remote devices may be received simultaneously. To combat this problem, each remote device in the network may be programmed with a different delay period for responding to either all messages or just messages designated for all remote devices to respond. In this way, messages received by the requesting device will be received at different times, allowing for successful reception of messages. In another embodiment, each remote device may be programmed to delay transmission of a response for a randomly-generated time period.
In one embodiment, remote devices respond only once to the message transmitted in block 1104 and ignore subsequently-transmitted messages for a predetermined time period after receipt of an initial message. In another embodiment, remote devices repeatedly transmit responses until an acknowledgement message is received from the requesting device.
The responses sent by remote devices each comprise a house code assigned to the particular remote device sending the response.
Referring back to
In block 1108, the processor determines whether or not one or more responses were received from at least one remote device. If one or more responses were received, processing continues to block 1112.
In block 1112, the processor removes the house code found in the received response message(s) from consideration as a potential house code for self-assignment. The processor may store the received house code(s) in the memory to accomplish this. Processing continues to block 1114.
In block 1114, the processor may generate one or more acknowledgement messages and cause the transmitter to transmit the acknowledgement message(s) back to the device that sent the response message(s). These messages indicate that the response sent by the remote device was successfully received. In one embodiment, the SEND_SERIAL_NUM response described in Table 2, above, is transmitted. The ACK bit in field 512 is set, while no data fields 516 exists (or no data is inserted into a single data field). Upon receipt of the acknowledgement message, a remote device may discontinue re-transmitting responses. Processing then continues back to block 1104, where another message is transmitted, requesting all remote devices to respond with their house code. Blocks 1104 through 1114
Back in 1108, the if no response is received, this is an indication that all remote devices within range of the message transmitted in block 1104 have transmitted a response and that they have been successfully received. In this case, processing proceeds to block 1110.
In block 1110 the processor selects a house code for self-assignment. Typically, the processor will select a house code from an available number of house codes, while omitting any house code received in step 1108 from consideration. The selected house code is then stored in the memory for use in subsequent transmissions, as shown in block 1116.
The methods or algorithms described in connection with the embodiments disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor such that the processor can read information from, and write information to, the storage medium. In the alternative, the storage medium may be integral to the processor. The processor and the storage medium may reside in an ASIC. The ASIC may reside in a user terminal. In the alternative, the processor and the storage medium may reside as discrete components.
Accordingly, an embodiment of the invention can include a computer readable media embodying a code or processor-readable instructions to implement the methods of operation of the master device and other devices in network 100 in accordance with the methods, processes, algorithms, steps and/or functions disclosed herein.
While the foregoing disclosure shows illustrative embodiments of the invention, it should be noted that various changes and modifications could be made herein without departing from the scope of the invention as defined by the appended claims. The functions, steps and/or actions of the method claims in accordance with the embodiments of the invention described herein need not be performed in any particular order. Furthermore, although elements of the invention may be described or claimed in the singular, the plural is contemplated unless limitation to the singular is explicitly stated.
Bailey, Michael, Stone, Jay, Lamb, Michael, Seelman, George
Patent | Priority | Assignee | Title |
10824427, | Oct 25 2017 | Nicor, Inc. | Method and system for power supply control |
11234380, | Sep 27 2018 | Rain Bird Corporation | Irrigation controller with relays |
11357181, | Feb 12 2020 | Rain Bird Corporation | Data modulated signal generation in a multi-wire irrigation control system |
11621867, | Aug 19 2011 | Ecolink Intelligent Technology, Inc. | Method and apparatus for network device detection |
11793129, | Sep 27 2018 | Rain Bird Corporation | Irrigation controller with relays |
11894943, | Aug 19 2011 | Ecolink Intelligent Technology, Inc. | Method and apparatus for network device detection |
12068601, | Oct 25 2017 | Method and system for power supply control |
Patent | Priority | Assignee | Title |
4176395, | Nov 16 1977 | Clemar Manufacturing Corporation | Interactive irrigation control system |
5150464, | Jun 06 1990 | Apple Inc | Local area network device startup process |
5854901, | Jul 23 1996 | Cisco Technology, Inc | Method and apparatus for serverless internet protocol address discovery using source address of broadcast or unicast packet |
6118768, | Sep 26 1997 | Hewlett Packard Enterprise Development LP | Apparatus and methods for use therein for an ISDN LAN modem utilizing browser-based configuration with adaptation of network parameters |
6688535, | Jan 26 2000 | ACCURAIN, INC | Accurate horticultural sprinkler system and sprinkler head |
6754750, | May 17 2001 | DOT HILL SYSTEMS CORP | Method for automatically detecting and correcting duplicate controller SCSI ids |
6938834, | Feb 26 2002 | Irrigation system peripheral communications using valve control wires | |
6970072, | May 29 2003 | Smarthome, Inc. | Home automation module having externally powered communications port |
7069115, | Jun 30 2004 | HUNTER INDUSTRIES, INC | Hybrid modular/decoder irrigation controller |
7181319, | Jun 30 2004 | Hunter Industries, Inc., A Delaware Corporation | Hybrid modular/decoder irrigation controller |
7272690, | Dec 17 2003 | International Business Machines Corporation | Method and system for assigning a resource |
7345998, | Dec 15 2004 | SMARTLABS, INC | Mesh network of intelligent devices communicating via powerline and radio frequency |
7358626, | May 26 2004 | TORO COMPANY, THE | Two-wire power and communications for irrigation systems |
7562832, | Jan 17 2008 | Technical Development Consultants, Inc.; TECHNICAL DEVELOPMENT CONSULTANTS, INC | Two-conductor moisture activated switch |
7619322, | May 26 2004 | The Toro Company | Two-wire power and communications for irrigation systems |
7653352, | Dec 22 2005 | Google Technology Holdings LLC | Method and apparatus for self-assigning addresses |
7683504, | Sep 13 2006 | Lutron Technology Company LLC | Multiple location electronic timer system |
7826931, | Sep 15 2005 | Rain Bird Corporation | Integrated actuator coil and decoder module for irrigation control |
20060106918, | |||
20070149122, | |||
20100268392, | |||
20110282979, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Aug 16 2011 | BAILEY, MICHAEL | Ecolink Intelligent Technology, Inc | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 036308 | /0266 | |
Aug 16 2011 | STONE, JAY | Ecolink Intelligent Technology, Inc | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 036308 | /0266 | |
Aug 17 2011 | LAMB, MICHAEL | Ecolink Intelligent Technology, Inc | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 036308 | /0266 | |
Aug 17 2011 | SEELMAN, GEORGE | Ecolink Intelligent Technology, Inc | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 036308 | /0266 | |
Sep 29 2011 | Ecolink Intelligent Technology, Inc. | (assignment on the face of the patent) | / | |||
Sep 14 2012 | UNIVERSAL ELECTRONICS INC | U S BANK NATIONAL ASSOCIATION | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 067417 | /0402 |
Date | Maintenance Fee Events |
Aug 11 2016 | STOL: Pat Hldr no Longer Claims Small Ent Stat |
Dec 05 2016 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
Dec 04 2020 | M1552: Payment of Maintenance Fee, 8th Year, Large Entity. |
Date | Maintenance Schedule |
Jun 04 2016 | 4 years fee payment window open |
Dec 04 2016 | 6 months grace period start (w surcharge) |
Jun 04 2017 | patent expiry (for year 4) |
Jun 04 2019 | 2 years to revive unintentionally abandoned end. (for year 4) |
Jun 04 2020 | 8 years fee payment window open |
Dec 04 2020 | 6 months grace period start (w surcharge) |
Jun 04 2021 | patent expiry (for year 8) |
Jun 04 2023 | 2 years to revive unintentionally abandoned end. (for year 8) |
Jun 04 2024 | 12 years fee payment window open |
Dec 04 2024 | 6 months grace period start (w surcharge) |
Jun 04 2025 | patent expiry (for year 12) |
Jun 04 2027 | 2 years to revive unintentionally abandoned end. (for year 12) |