US20040243684A1 - Network control system for home appliances - Google Patents
Network control system for home appliances Download PDFInfo
- Publication number
- US20040243684A1 US20040243684A1 US10/882,311 US88231104A US2004243684A1 US 20040243684 A1 US20040243684 A1 US 20040243684A1 US 88231104 A US88231104 A US 88231104A US 2004243684 A1 US2004243684 A1 US 2004243684A1
- Authority
- US
- United States
- Prior art keywords
- master
- communication
- slave device
- slave
- packet
- 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
Links
- 238000004891 communication Methods 0.000 claims abstract description 160
- 230000004044 response Effects 0.000 claims description 85
- 238000012544 monitoring process Methods 0.000 claims description 6
- 230000006870 function Effects 0.000 description 32
- 238000000034 method Methods 0.000 description 32
- 230000005540 biological transmission Effects 0.000 description 29
- 230000008569 process Effects 0.000 description 27
- 230000008859 change Effects 0.000 description 17
- 238000005406 washing Methods 0.000 description 7
- 238000012545 processing Methods 0.000 description 4
- 238000010276 construction Methods 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 101100172132 Mus musculus Eif3a gene Proteins 0.000 description 2
- 210000000746 body region Anatomy 0.000 description 2
- 230000010485 coping Effects 0.000 description 2
- 238000012937 correction Methods 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000001364 causal effect Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000002542 deteriorative effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000036541 health Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
- 235000019640 taste Nutrition 0.000 description 1
- 230000002747 voluntary effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5038—Address allocation for local use, e.g. in LAN or USB networks, or in a controller area network [CAN]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B3/00—Line transmission systems
- H04B3/54—Systems for transmission via power distribution lines
- H04B3/542—Systems for transmission via power distribution lines the information being in digital form
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/2816—Controlling appliance services of a home automation network by calling their functionalities
- H04L12/2818—Controlling appliance services of a home automation network by calling their functionalities from a device located outside both the home and the home network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/2816—Controlling appliance services of a home automation network by calling their functionalities
- H04L12/282—Controlling appliance services of a home automation network by calling their functionalities based on user interaction within the home
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/403—Bus networks with centralised control, e.g. polling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
- H04L41/0273—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using web services for network management, e.g. simple object access protocol [SOAP]
- H04L41/028—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using web services for network management, e.g. simple object access protocol [SOAP] for synchronisation between service call and response
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/4104—Peripherals receiving signals from specially adapted client devices
- H04N21/4131—Peripherals receiving signals from specially adapted client devices home appliance, e.g. lighting, air conditioning system, metering devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
- H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
- H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
- H04N21/43632—Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wired protocol, e.g. IEEE 1394
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B2203/00—Indexing scheme relating to line transmission systems
- H04B2203/54—Aspects of powerline communications not already covered by H04B3/54 and its subgroups
- H04B2203/5404—Methods of transmitting or receiving signals via power distribution lines
- H04B2203/5408—Methods of transmitting or receiving signals via power distribution lines using protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B2203/00—Indexing scheme relating to line transmission systems
- H04B2203/54—Aspects of powerline communications not already covered by H04B3/54 and its subgroups
- H04B2203/5404—Methods of transmitting or receiving signals via power distribution lines
- H04B2203/5425—Methods of transmitting or receiving signals via power distribution lines improving S/N by matching impedance, noise reduction, gain control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B2203/00—Indexing scheme relating to line transmission systems
- H04B2203/54—Aspects of powerline communications not already covered by H04B3/54 and its subgroups
- H04B2203/5429—Applications for powerline communications
- H04B2203/5445—Local network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B2203/00—Indexing scheme relating to line transmission systems
- H04B2203/54—Aspects of powerline communications not already covered by H04B3/54 and its subgroups
- H04B2203/5429—Applications for powerline communications
- H04B2203/545—Audio/video application, e.g. interphone
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B2203/00—Indexing scheme relating to line transmission systems
- H04B2203/54—Aspects of powerline communications not already covered by H04B3/54 and its subgroups
- H04B2203/5429—Applications for powerline communications
- H04B2203/5458—Monitor sensor; Alarm systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/2807—Exchanging configuration information on appliance services in a home automation network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L2012/284—Home automation networks characterised by the type of medium used
- H04L2012/2841—Wireless
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L2012/284—Home automation networks characterised by the type of medium used
- H04L2012/2843—Mains power line
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L2012/284—Home automation networks characterised by the type of medium used
- H04L2012/2845—Telephone line
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L2012/2847—Home automation networks characterised by the type of home appliance used
- H04L2012/2849—Audio/video appliances
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L2012/2847—Home automation networks characterised by the type of home appliance used
- H04L2012/285—Generic home appliances, e.g. refrigerators
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0681—Configuration of triggering conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/06—Generation of reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y04—INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
- Y04S—SYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
- Y04S40/00—Systems for electrical power generation, transmission, distribution or end-user application management characterised by the use of communication or information technologies, or communication or information technology specific aspects supporting them
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y04—INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
- Y04S—SYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
- Y04S40/00—Systems for electrical power generation, transmission, distribution or end-user application management characterised by the use of communication or information technologies, or communication or information technology specific aspects supporting them
- Y04S40/18—Network protocols supporting networked applications, e.g. including control of end-device applications over a network
Definitions
- the present invention relates to a network control apparatus and method, and more particularly to a network control system for home appliances.
- a network is constructed among the appliances using a communication means, and a controller for controlling the network is provided to manage the appliances in integration.
- Microcomputers applied to the appliances have a built-in serial communication function, and can communicate with other microcomputers or appliances.
- This microcomputer has diverse sizes of resources that can be used in communications such as a memory according to the characteristic of the appliance.
- multimedia products such as personal computers (PCs), television receivers (TVs), audio appliances, etc.
- high-performance hardware specifications are adopted to operate diverse basic functions, and the communication standard for processing a large amount of data at a high speed is required.
- the conventional home appliances adopt the high-performance communication standard used in the PCs or multimedia appliances, and thus have the problems of inefficiency and increase of cost due to the adoption of the unnecessary communication standard higher than their actual functions since a separate hardware communication module such as a modem is to be additionally installed in each appliance.
- an object of the present invention is to solve the problems involved in the prior art and to provide a network control system for home appliances that satisfies the characteristics of low-cost and high-efficiency with respect to the currently used appliances adopting a low-performance microcomputer.
- the present invention provides a network control system for home appliances provided with a low-performance microcomputer having a serial communication function that defines a master/slave type communication structure with respect to the respective appliances; determines a communication standard composed of an application layer, data link layer, and physical layer according to the communication structure; constructs a network by connecting the appliances through the serial communication function; and enables the appliances to communicate with one another in the unit of a specified packet according to the communication structure and communication standard if a predetermined communication event is produced.
- FIG. 1 is a view illustrating a network of home appliances.
- FIG. 2 is a view illustrating a communication structure between master/slave type appliances according to the present invention.
- FIG. 3 is a view illustrating a detailed construction of a master/slave type communication structure according to the present invention.
- FIG. 4 is a view illustrating a half-duplex type communication structure according to the present invention.
- FIG. 5 is a view illustrating a one-request/one-response type communication cycle.
- FIG. 6 is a view illustrating a communication cycle when a packet error is produced.
- FIG. 7 is a view illustrating a one-request/multi-response type communication cycle.
- FIG. 8 is a view illustrating a one-request communication cycle.
- FIG. 9 is a view illustrating a division type of communication layers.
- FIG. 10 is a view illustrating a packet communication structure among layers.
- FIG. 11 is a view illustrating the whole packet structure.
- FIG. 12 is a view illustrating a request/notification packet.
- FIG. 13 is a view illustrating the structure of a response packet.
- FIG. 14 is a view illustrating an address structure.
- FIG. 15 is a view illustrating a network code division method.
- FIG. 16 is a view illustrating a group address according to a kind of a product.
- FIG. 17 is a view illustrating a group address according to an installed place.
- FIG. 18 is a view illustrating a group address according to an installed place and kind of product.
- FIG. 19 is a view illustrating a header structure of an event file.
- FIG. 20 is a view illustrating a body structure of an event file.
- FIG. 21 is a view illustrating the construction of a response packet when an error is produced.
- the network according to the present invention may comprise multimedia appliances such as a-television receiver (TV), audio appliance, etc., connected to an audio/video (A/V) network through a gateway connected to an external Internet; PC lower appliances such as a printer, scanner, PC camera, etc., connected to a personal computer (PC) network; and lower appliances such as a refrigerator, air conditioner, washing machine, cleaner, microwave oven, humidifier, lamp, desk lamp, gas alarm, etc., connected to a living network through a network manager.
- multimedia appliances such as a-television receiver (TV), audio appliance, etc., connected to an audio/video (A/V) network through a gateway connected to an external Internet
- PC lower appliances such as a printer, scanner, PC camera, etc., connected to a personal computer (PC) network
- lower appliances such as a refrigerator, air conditioner, washing machine, cleaner, microwave oven, humidifier, lamp, desk lamp, gas alarm, etc., connected to a living network through a network manager.
- the present invention adopts a master/slave system. That is, all the communication cycles start from a master, and end with a master device. Any appliance may be the master, but for this, it should have a function of controlling the data flow on communication lines, information on appliances connected to a network, and a control code. According to the present invention applied to the network among the home appliances of relatively low-performance specifications, only a device having a user interface function such as a PC carries all functions of the master, and other devices serve only as the masters having limited functions such as communication with a predetermined slave or communication using a simple control code.
- the present invention defines a device in which the master and the slave coexist logically so that a direct communication between devices, i.e., peer-to-peer communication, is possible while maintaining the basic master/slave communication system. That is, a shown in FIG. 2, a device (hereinafter, referred to as P2P device) that is one physical device, but is logically divided into an independent master and slave is defined.
- P2P device a device that is one physical device, but is logically divided into an independent master and slave is defined.
- All products connected to the network are basically the P2P devices, but as shown in FIG. 3, they may be defined as the master, slave, dedicated sender, and dedicated receiver according to the hardware characteristics of the products.
- the master in order to start a new communication cycle, the master functions to start and end the communication with the corresponding slave if an event of communication start is produced by the last user or due to the internal state change of the device.
- the P2P device is a device in which the master and the slave are logically coexist, and serves as the master to lead the communication cycle if an event of communication start is produced by the last user or due to the internal state change of the device. After the termination of the corresponding communication, the P2P device serves as the slave to be in the standby state of reception.
- the dedicated sender is a device only for sending according to its hardware characteristics, and may be a remote controller.
- the dedicated receiver is a device only for reception according to its hardware characteristics, and may be a product that is provided with an infrared-rays receiver and operated by a dry battery.
- the network control system for home appliances performs a half-duplex type signal transmission using one bus.
- the device in case of transmission, the device does not receive data transmitted from other devices, and in case of reception, the device does not send data to other devices. This is for minimizing the memory use for the communication, and simultaneously for coping with the network that is constructed with one bus using the serial communication function such as the network for home appliances according to the present invention.
- the memory for all the transmission and reception can be shared, and in case of the P2P device, the memory for the transmission and reception can also be shared since the master and the slave do not simultaneously operate.
- the degree of freedom for programming the function of the product to be heightened.
- the network control system for home appliances performs a one-cycle type communication.
- the one-cycle type is classified with a one-request/one-response type, one-request/multi-response type, and one request type.
- a master transmits one packet to a slave, and in response to this, the slave transmits one packet to the master to terminate the communication.
- a master transmits one packet to a plurality of slaves, and in response to this, the respective slaves transmit one packet to the master.
- the master waits for the response continuously, and if a predetermined maximum waiting time elapses, the master terminates the communication. Meanwhile, as shown in FIG.
- a master transmits one request with respect to a slave or a plurality of slaves, and then terminates the communication without waiting for the response.
- the master divides the data into packets having the size matching the corresponding slave, and transmits the data to the slave in the unit of a packet.
- FIG. 6 shows the communication type whereby if a response error is produced in the slave, the master retransmits the request, and receives the corresponding response to terminate the communication.
- the network control system for home appliances has a protocol composed of a physical layer, data link layer, and application layer.
- the communication layer comprises an application layer composed of regions of application software, message structure, message execution, message combination, and message redundancy check; data link layer composed of regions of packet structure, packet transmission, CSM/CD, packet check, address check, and packet data reception; and physical layer composed of UART.
- the physical layer may include an adapter selected when a power-line communication is used.
- the communication layer comprises an application layer composed of regions of application software, message division, and message combination; data link layer composed of regions of packet structure, confirmation of packet transmission, CSM/CD, packet check, address check, and packet data reception; and physical layer composed of UART.
- the physical layer of the master may also include an adapter selected when a power-line communication is used.
- the physical layer serves to receive bit signals on communication lines to construct the packet, or carry the packet received from the data link layer on the bit signal to transfer the bit signal through the communication lines.
- the data link layer constructs the packet using data received from the application layer to send the packet to the physical layer, or processes the packet received from the physical layer to transfer the packet to the application layer.
- the role of the data link layer of the master is somewhat different from that of the slave.
- the data link layer of the master includes the process of securing the packet transmission to the physical layer. In the products serving as the slave, the physical layer and the data link layer have the same structure.
- the application layer comprises message sets, and serves to analyze and process the message.
- the message includes a load control or memory control method
- the master serves to manage the slaves using results of the slaves' message processing or control the whole network. Accordingly, the application layer includes different contents for each product.
- the application layer of the master also serves as the transmission layer that divides the data into packets if the data to be transmitted is larger than one packet to transmit the divided packets, or combines and processes the divided packets if the divided packets are received. The reason why the transmission layer is not separated, but is included in the application layer is that the division and combination of the packets are performed only with respect to a specified message, not with respect to all the data.
- the packet communication structure between the communication layers is shown in FIG. 10.
- the interface between the application layer and the data link layer is performed in the unit of a message, while the interface between the data link layer and the physical layer is performed in the unit of a full packet.
- the communication is performed in the unit of the full packet so that the packets can be used as they are.
- the length of a header added to the data link layer and the physical layer cannot not be known in the application layer, it is difficult to interface the data in the unit of a full packet, but the data is transferred from the application layer to the data link layer in the unit of a message.
- the packet should include all the information to be communicated, and have the structure to cope with the later extension of the communication function.
- the packet as shown in FIG. 11, basically comprises a header region composed of a packet header field and field for later addition of the packet function; body region composed of a message header field, field for later addition of the packet function, and message field; and a trailer region.
- the request/notification packet used in the master is composed of 17 bytes at minimum, and 255 bytes at maximum, and comprises a home code (HC) composed of 8 bit for classifying a home where the network is constructed, receiver address (RA) composed of 16 bits for indicating the receiver, sender address (SA) composed of 16 bits for indicating the sender, packet length (PL) composed of 8 bits for indicating the length of the packet, access priority (AP) composed of 3 bits for indicating a priority of transmission, packet header length (PHL) composed of 5 bits for indicating the length of the packet header, protocol version (PV) composed of 8 bits for indicating the version of the protocol, packet type (PT) composed of 4 bits for indicating the type of the packet, retransmission counter (RC) composed of 2 bits for indicating the number of retransmission, packet number (PN) composed of 2 bits for indicating the transmission of a new packet, message length (ML) composed of 8 bits, message header length (MHL) composed of 8 bits,
- HC home code
- HC home
- the response packet used in the slave is identical with the request/notification packet except that its body region includes an ACK/NAK of 8 bits.
- the home code (HC) is a code for logically classifying the home where the network is constructed. Especially, in case that the transmission lines among the respective homes, such as the power lines, are not classified, hexadic values in the range of 0x03-0xFE are used for classifying the respective homes.
- the receiver address (RA) located in front of the sender address (SA) is for early judging whether the receiver continuously receives the packet or ignores it when the packet is received.
- the upper 2 bits are for indicating the kind of the network, and the following 6 bits are for classifying the products having an independent function such as a washing machine, refrigerator, etc.
- the lower 8 bits are allocated to classify the product in case that several products of the same kind exist.
- the packet length (PL) is composed of 1 byte for storing a number that indicates the packet length calculated in the unit of a byte from the home code to ETX of the packet.
- the receiver After receiving the packet length (PL) data value, the receiver receives only the data as much as the packet length data value, and performs the subsequent processes. Accordingly, the packet length (PL) value is used for identifying in advance the size of a receiving buffer, and for detecting an error of the received packet data. That is, the last byte of the packet is read out, and if it is not ETX, it is judged as the packet error.
- the access priority (AP) is a field for indicating a transmission priority given to the message such as an urgent message, packet to be retransmitted due to the failure of transmission, or message that is less important than a general communication message, so that the physical layer can perform the CSMA/CD function according to the given priority. This field is significant if the adapter that performs the CSMA/CD function can transmit the message according to the transmission priority, and otherwise, it is ignored.
- the access priority values according to the respective communications are as follows.
- the packet header length is a field for the extension of the packet header. If an extension field is added to the present packet header, and the packet header length is changed accordingly. In case of no change, it is of 9 bytes, and can be extended to 32 bytes at maximum.
- the protocol version (PV) is 1-byte field that indicates the version of the adopted protocol.
- the version and subversion take the values of 0 ⁇ 15 in the order of their updating.
- the packet type (PT) is composed of 4 bits determined when the packet is transmitted, and divided into a request packet, response packet, and notification packet.
- the response packet is further divided into a successful response and failed response.
- the master determines the request packet, and the slave determines the response packet. If the device operates only as the slave, it processes the request packet only.
- the reason why the response packet is divided into the two response types is that the packet is not transmitted to the application layer, but is immediately retransmitted if the packet type (PT) field in the packet header indicates the failed response even though the contents of the message is not known in the data link layer.
- a notification packet represents the packet that does not request the response.
- An arrayed packet is used for dividing and sending all the data without any response to the respective packet when the mass data file is transmitted at a high transmission speed, and its hexadic values are as follows.
- the retransmission count is a 2-bit field for preventing the duplicate process of the same message when the communication error is produced. If a CRC error is included in the received response packet, the received packet includes the CRC error, or the reception byte time is over, the master can retransmit the packet three times at maximum, while the slave can transmit only once.
- the packet number (PN) is also a 2-bit field for preventing the duplicate process of the same message when the communication error is produced.
- the master increase the packet number by 1 whenever a new packet is transmitted, and in case of the retransmission of the same packet, the master maintains the previous packet number. Accordingly, the slave stores the packet number and transmission address of the previous message, and if the same message is received again, it ignores the duplicate message. If the received message is different from the previous message, the slave processes the message. The slave copies the packet number of the received message and constructs the response packet when the slave responds to the received message.
- the message length (ML) is information for identifying the length of the message field since the length of the message field is variable. Accordingly, the application layer identifies the length of the message field by means of the message length.
- the message header length is a field for extending the message field later, and may include in addition a message header in case of encoding the message field, changing the application protocol, etc.
- the port number (PO) is a field for extending the message set, and the message set may be classified for each port. For the version-up of the message set, or the compatibility with other application protocols, the message set may be placed in each port.
- the message comprises a command code for the master's requesting of the function performance to the slave, input factors required for performing the command, and factors transmitted to the master after the slave performs the command.
- the message should be constructed and defined to facilitate the programming in the 8-bit microcomputer. Specifically, even if the message is corrected, it should be module-programmed so that the correction of the message can be easily reflected. For this, all the messages have independent functions, respectively. This means that all the messages do not include any corresponding low-ranking message, and no causal relation among the respective routines in the software implementation. If the messages have independent functions from one another, the functions for controlling and monitoring the product can be extended through the combination of the messages.
- the factors transmitted to the master are ⁇ ACK+Return arguments ⁇ , and otherwise, the factors are ⁇ NAK+Error code ⁇ .
- 256 commands at maximum can be included in each device. The existence/nonexistence and the number of bytes of input arguments and return arguments are determined according to the command code.
- command codes are classified into essential command codes and optional command codes.
- the essential commands are the commands for the basic information of the device and commands required for the communication. They are classified into temporary commands (indicated as I) and program commands (indicated as P). The temporary command can be immediately performed when the slave receives it, and the program command requires a sequence for performing the command.
- Command codes in an algorithm area are not designated by the standardized codes for all the products.
- the products of the same kind can communicate with one another using different algorithms in accordance with their model numbers or their makers, they can perform the different functions using the same command code. Accordingly, all the command codes of this area should be allocated with inherent numbers of the product models, and included as the factors. Also, the message structure when the master transmits the message with the protocol for processing the message in the application layer is different from that when the slave responds to the master. When transmitted from the master, the message is composed of a command code and input factors for performing the command code, i.e., arguments (ARG). The number and data type of the factors become different according to the command code.
- the structure of the message transmitted by the slave that received one packet from the master is divided into one having an error and the other having no error when the packet error or command code received from the master is performed. If the packet received from the master has no error, and the command code is normally performed, the message structure is composed of a command code, ACK, and factors (ARG) resulted from the command coded performance. The number of resultant factors and data type are different according to the command code. If an error is produced in the packet received from the master, the message is composed of a command code, NAK, and packet error code. If the packet is normal, but an error is produced during the performance of the command code, the message is composed of a command code, NAK, and error code.
- the CRC is a value for detecting an error of the received packet or making the receiver detect the packet error during the transmission.
- the CRC is composed of 16 bits, and its value is created or an error is detected using the data from ETX to the byte just before the CRC field.
- the ETX(0x03) is a communication letter that means the end of the packet, and provides a method of detecting the packet error without using the CRC along with the packet length field during the reception. That is, when the byte data as long as the packet length is received, it can be judged to be the packet error if the last byte is not ETX. At this time, the packet error check using the CRC can be omitted.
- Each master or slave on the network is recognized as an address.
- the respective system has an allocated address of 2 bytes, and can transmit the packet to the corresponding opposite party through the allocated address.
- the address is divided into a physical address which is composed of a network code of 3 bits and product code of 5 bits and is fixed unchangeable when the product is sent out, and logical address of 8 bits which is used for classifying the products of the same kind or as a group address, and is changeable through the communication and so on.
- the network at home can be briefly classified into a PC group, A/V group, and living group, i.e., home appliance group, and a 3-bit network code is used for this classification. Even if the home appliance network is different from other sub-networks at home in communication protocol, the network classification field is necessary for the communication with the PC group or A/V group products.
- An example of the network code classification is shown in FIG. 15.
- a product code i.e., product name (for example, washing machine, refrigerator, health product, lamp, security product, etc.), and 8 bits are allocated for classifying the products of the same kind. This is in consideration of the condition of an inn, hotel, etc.
- the 8-bit field for classifying the products of the same kind is also used as a group address that is classified according to the installed place of the product.
- a user inputs the installed place of the product when the network manager registers the product on the network.
- the product group is determined in two ways.
- all objects corresponding to the lower field can be determined by filling values of respective fields with ‘1’, respectively.
- the group means the products that belong to the same kind or same network. For example, if the network code value is ‘111’, it indicates all the networks at home, and if the product code value is ‘1111’, it indicates all the products of the corresponding network.
- the product group of a specified kind is selected according to the group address, and if the group address value is ‘11111111’, it indicates all the products of the corresponding network and product code.
- the second group address is selected the product group of a specified place.
- the product code become ‘11111’ to designate all the products, and the logical address value is designated according to the installed place. If the network code is ‘111’, and the product code is ‘11111’, the logical address field indicates the place code. Also, as shown in FIG. 18, a specified product group located in a specified place can be selected by designating the group address.
- the network manager determines home codes for classifying the respective homes when the power is initially supplied. After the home codes are determined, the network manager receives the input of the information on the device from the user when the device is firstly connected on the network, and performs a discovery and addressing process for allocating an address to the corresponding device.
- a pre-request process for changing product information such as the model number or controller version of the device subject to communication, the size of a buffer for the packet construction, or the communication speed is performed.
- This pre-request process is not always necessary, but is performed as needed.
- the product information is necessary for identifying the name of the connected product, and the request for the buffer size is performed when the size of the packet is determined in order for the master to send a mass of data to the slave.
- the master requests the speed change to the slave when the mass data is transmitted/received, or the transmission/reception of the data is terminated.
- a general communication mode is performed.
- the plug and play process should be immediately performed when the power is inputted to the device without any user's additional installation or input work.
- the information on the device is inputted to the network manager, considering that the power lines are used as the network media.
- the transmission lines among the neighbors are not classified.
- the network manager in the neighboring house may allocate the address to the device.
- the network manager first requests registration of the address to the device in a manner that the device inputs the device information to the network manager.
- the network manager transmits a home code confirming message to all the devices in order to determine the inherent home codes for discriminating the respective homes.
- the factor is the value produced as a certain home code within the range of 0x00 ⁇ 0xFF. If no response is received, the network manager determines the corresponding home code as its own home code since the home code is a unique value in the physical network where the network manager is connected. If the response is received, it means that the corresponding home code is not the unique value, and the network manager produces again a certain home code to repeat the above process. Since the above-described home codes are determined simultaneously with respect to the respective products when the network manager decides the addresses of the respective products, the same home code is given to the products in the same home, enabling the respective homes to be classified.
- the address-related information including the home code is stored in a non-volatile memory of the respective product, and thus it may become an issue if the user changes his/her residence after the address allocation of the respective products.
- the respective homes cannot be classified due to the home code collision.
- the home code collision should be repeatedly confirmed at an initial home code determination by inputting the power only to the network manager in a state that the power supplied to all the products is cut off. If no collision occurs, they can be used as they are without the home code change, while if the collision occurs, the home codes of all the products should be reset, and then re-determined.
- a user ID is used as a factor. The user ID is inputted through the network manager when the device is first connected on the network.
- the user inputs to the network manager that can manage the network the product name, number of products, installed place, and user ID of the device to which the power is supplied when the device is initially connected on the network. Then, the network manager requests the registration of the device initially connected on the network, and allocates the address if a temporary address registration message is received from the device. At this time, even if a plurality of products of the same kind exist, the network manager designates new addresses to the respective products to prevent any address collision. The reason why the number of products is inputted is that when several products of the same kind are simultaneously connected on the network, it is required that the network manager recognizes whether the registration messages are received from all the connected products.
- the reason why the installed place is inputted is that the user can easily identify the product through the position information of the product that appears on the screen of the network manager.
- the user ID is for confirming the product during the home code reset as described above.
- the address of the network manager is fixed to 0x00 irrespective of the on/off state of the power.
- other devices which may be masters or slaves, have representative product addresses given during their sending out when the power is off.
- the network manager determines a region of extra addresses which can be selected by the products using a command called ‘join request’, and requests the devices (i.e., designated as the representative product addresses) whose addresses are not designated through the user's input to register with the temporary addresses.
- 0x20 is selected as the receiver's number, and the extra address has the factor in the range of 0x21 ⁇ 0x2E.
- the ‘join request’ command can recognize only the product whose address is not decided.
- the called products determine their addresses (i.e., temporary addresses) by optionally selecting the extra addresses by operating a random-number generator, and inform their address values to the network manager. If 0x25 is selected from 0x21[0x2E, it is transmitted to the network manager.
- the temporary address acts as the address of the corresponding product until the network manager or master changes it using an ‘address change’ command, or the power supply to the product is turned off.
- the network manager resets the duplicate addresses of the products to the representative addresses, respectively, using the ‘address change’ command, and decides the addresses of the products having the temporary addresses not duplicated in the order of the extra addresses to re-call the corresponding products.
- the network manager determines the home codes of the corresponding products and the user ID by transmitting both its own home code and the user ID inputted by the user. If the temporary address not uplicated are 0x2A, 0x25, and 0x23, and the extra addresses are in the range of 0x21 ⁇ 0x2E, the addresses of the products having the temporary addresses 0x23, 0x25, and 0x2A are decided to be 0x21, 0x252, and 0x23, respectively. If any duplicate temporary address exists, the above process is repeated. The above-described discovery and addressing process is repeated 14 times with respect to all the kinds of products (i.e., 0x01 ⁇ 0x0F).
- the names, addresses, and installed places of the devices have been stored in the database of the network manager.
- the devices connected to the network manager start for the first time to operate as the masters or slaves after their addresses are completely designated by the network manager.
- the devices acting as the master read out the names and addresses of the devices from the database of the network manager to store them in its own memory, and start to communicate with the slaves.
- the devices allocated with their addresses periodically broadcast a message for informing their existence because the masters that can control the respective devices should know whether the devices are connected on the network.
- the disconnected devices are displayed in an inactive state on the screen of the network manager to be informed to the user. All the devices allocated with the addresses periodically broadcast alive messages to inform their existence, and at this time, it is necessary to adjust the period. If the number of devices is small, it does not matter, but if the number of devices is large, too short period causes too many alive messages to be transmitted, thereby deteriorating the performance of the network. The initial period is determined to be long, and then adjusted in proportion to the number of devices.
- the network manager determines the period, and the respective device broadcasts its own period as the factor of the alive message.
- the network manager receives the alive message of the respective device, and if the received alive message is different from the period determined by the network manager, the network manager determines the period of the corresponding device as its own period.
- the event means the case that a certain state change is produced in the device, and can be classified into the following 5 types according to the production sources. They are a user event that is produced when the user directly commands the device through a key, periodic event that is automatically produced at predetermined intervals (for example, an alive notification message transmitted from the network manager for a predetermined period), status event that is produced due to the voluntary state change of the device during monitoring of the system state (for example, change of temperature, humidity, washing cycle, etc.), error event that is produced when an error related to the operation of the system occurs, and external event that is produced when requested from the outside of the system such as a web server and so on (for example, a communication request from a remote place when the network manager serves as a home server).
- a user event that is produced when the user directly commands the device through a key
- periodic event that is automatically produced at predetermined intervals (for example, an alive notification message transmitted from the network manager for a predetermined period)
- status event that is produced due to the voluntary state change of the device during
- a device provided with a user interface such as a keyboard, mouse, and monitor can perform a peer-to-peer communication with all the devices by all the 5 events.
- the condition for effecting the communication should be determined in advance, or the peer-to-peer communication is possible only by the events produced due to the internal factors of the device.
- the corresponding device performs the communication by informing its own state change to all the devices using a notification packet.
- the reason why the event has an important meaning is that in case that the user monitors the state of the device, it is much more effective that the device informs its state change for itself than that the user requests the state value of the device every time when he/she desires to know the state of the device. Also, since the trouble of the device or error occurrence should be immediately informed as soon as it occurs, the process of immediately informing the state change when the event is produced is necessary.
- the event implemented by the respective device is represented by an event code of 1 byte, and is divided into a common event commonly implemented in all the devices and a private event implemented for each product.
- an area classification rather than a field classification is used since the number of codes that may be added later is different for each term.
- the common event may be further divided into an event region related to the user's manipulation, and error event region that is common to all the devices.
- the event related to the user's manipulation may be a key or dial input, door opening/closing, load input, etc., and has an event code value of 0x11 ⁇ 0x2F.
- the common event may be door opening during operation and so on, and has an event code value of 0x30 ⁇ 0x4F.
- the private event may be classified into an error event for each product, and a status event for each product.
- the error event for each product represents an inherent error state or trouble state of each product, and has an event code value of 0x70 ⁇ 0xAF.
- the operation status event is an event produced whenever the status of the product is changed during the operation of the product, and has an event code value of 0xB9 ⁇ 0xFF.
- the event code may be classified into an essential event code that is essentially implemented by all the devices (for example, a trouble event code) and an optional event code that is optionally implemented by the devices.
- the essential event code makes the state change to be broadcast as the notification packet when the event is produced, so that another device can monitor the state change.
- the used command code is the notification command, and has an event code of 1 byte and event code state value of 4 bytes as the factors. If an event is produced in a device, it may be informed simply by broadcasting the notification packet, but it commands an operation of another device. For example, when the washing cycle of the washing machine is terminated, it commands a lamp of a veranda to be turned on, or it commands an air conditioner to display a text message.
- each device should store information on an address, operation command code, and factors of the device subject to communication whenever the event code is produced.
- the communication condition when the event is produced in the respective device should be determined through the network manager.
- the user should determined the options.
- Another one to be considered when the event communication condition is determined is a time interval for informing the event. If the temperature state or sensor state where the event communication is determined is rapidly changed, the performance of the network may deteriorate due to too many event communication packets, and thus a minimum event producing interval is necessary. Accordingly, when the user determines the communication condition for the produced event through the network manager, he/she should determine the event code, device subject to communication, minimum interval of event production, communication message, etc.
- the event communication condition is stored in the non-volatile memory of the respective device as an event file composed of a header of FIG. 19 and body of FIG. 20.
- the user can re-determine the event communication condition through the network manager. In case of an initial determination, the user determines the event communication condition after confirming whether the size of the non-volatile memory of the device is enough through a buffer size read command. Also, since the size of the non-volatile memory is limited, the information on an unnecessary event communication condition should be deleted. A message for this purpose also exists, and the user can delete the unnecessary event communication condition using this message (i.e., an event code delete command code).
- the event code In order to perform the event code, the total number of events (total_event_no) to be executed and the event codes are read out from the header of the event file stored in the non-volatile memory. If the state of the defined variable is changed during the operation, a system main program stores this information in the corresponding memory. An event code executing routine judges whether to execute by comparing the system state value with the event code read out from the event file. In order to prevent the resources of the microcomputer from being occupied due to the continuous execution of the event code when the various states of the system are simultaneously changed, the event code executing routine executes one event code at a time.
- the communication error is classified into a data bit error due to a noise of the communication lines, error caused by the different communication frequencies, data bit error due to the data collision, error caused by the transmitted signal attenuation when impedances between the lines and devices do not match, and error caused by transmission/reception of data that cannot be processed by the receiving device though no data bit error is produced.
- the noise of the communication lines causes a frame error of the physical layer of the receiving side, i.e., UART frame error, or serves to change the data value. If the communication frequencies of the sending/receiving devices are different, the UART frame error is mostly produced in the receiving side. When several devices transmit simultaneously, the UART frame error is mostly produced in the receiving side. When the impedances between the lines and devices do not match, no signal is received in the receiving side.
- the slave If the master transmits the request packet to the slave, the slave receives the packet, and detects the defined errors. If the slave detects the error from the received data bits, the slave transmits to the master a response packet including the code value of the error detected in the sending side as shown in FIG. 21, and the master performs the retransmission or error-processing function according to the error code.
- the error code is composed of 1 byte, and is divided into a common error code allocated to the region of 0x00 ⁇ 0x9F commonly used by all the devices, and a trouble code allocated to the region of 0xA0 ⁇ 0xFF independently used by the devices.
- the common error code indicates values of the communication error
- the trouble code indicates values for diagnosing the trouble of the inherent functions of the device such as the sensor, being separated from the communication function.
- Each device has 96 codes, which is classified into packet error, receiver error, bad command, illegal arguments, illegal access, and trouble codes. The details thereof are as follows.
- the packet error is divided into a CRC error of the received packet, receiving time over of 1 byte, and response waiting time over.
- the CRC error of the received packet is produced when the CRC value included in the received packet of both the master and the slave is different from the calculated CRC value. If the CRC error is produced in the response packet received in the slave, the slave transmits the response packet including the CRC error value to the master. If the master received the response packet, the retransmission of the packet is repeated three times at maximum.
- the 1-byte receiving time over error is produced when the time interval between the received bytes deviates from 2BTU (i.e., minimum time 3 msec: 9600 bps basis) due to the noise or other reasons on the communication lines. However, at this time, even the packet length field should be received in the receiving side. If the byte time interval becomes larger than a predetermined value before the packet length field is received, the received data is ignored. If 1-byte receiving time over error is produced, the receiver stops the reception, fills the remaining region of the packet-receiving buffer with 0, and transfers the packet to the upper layer. As a result, the CRC error is produced in the receiver.
- the response packet including the CRC error is transmitted to the master. If the master normally received the response packet, the packet is retransmitted three times at maximum. If the 1-byte receiving timer over error is produced in the master even though the slave normally received the request packet and transmitted a normal response packet, the master retransmits the packet three times at maximum. Even though the byte receiving time over error may be produced In both the master and slave, the error code is necessary among the respective communication layers only, and the information on the 1-byte receiving time over error is not given to the sender. That is, the byte receiving time error is a value for the process inside the device, and is not transferred between the master and the slave.
- the time limit of the receiving time over is related to the busy check. According Lo the present invention, since the transmission/reception is performed in the unit of a packet, the time interval of the byte transmission should be shortened in order to inform the bus occupation during the busy check by another device. If the time limit of the receiving time over is large, the time delay may occur during the transmission of one packet. At this time, another device attempting at transmission may judge the present state to be in an idle state during the busy check, and immediately start the transmission, causing the data collision to occur.
- the response waiting time over error is produced when no data is received after the master transmitted the request packet. That is, it is produced when no slave subject to communication exists.
- the physical layer of the master waits for 5 seconds at maximum, and if no data is received, it prepares and sends to the data link layer a packet including a response waiting timer over code.
- the data link layer sends a message to the application layer, and thus the application layer recognizes that the corresponding device does not exist.
- the receiver error is divided into a lack of memory, rejection of communication, refusal of remote control, non-match of protocol version, and non-match of message ports.
- the lack-of-memory error is produced if the slave has no spare memory for writing the received data when the master transmits to the slave a command code such as a memory write, LCD write, EEPROM write, etc.
- the communication rejection error is produced when the slave intends to preferentially perform another function other than the communication even though it normally received the request packet from the master.
- the master that received the communication rejection error can attempt again after 5 seconds (i.e., maximum waiting time of the master) at minimum.
- the remote control refusal error is produced when the slave receives a control command message in a state that the remote control of the slave is not possible.
- a bad command is divided into a command code that cannot be performed and factor values that cannot be performed.
- the command code error that cannot be performed is produced in case that the slave normally received the request packet, but the request packet includes a command code that cannot be performed by the slave.
- the factor value error that cannot be performed is produced in case that the command code that can be performed is received and the factors are determined within a defined range, but the value cannot be performed by the device. For example, in case of a load on/off command of a microwave oven, if input value relates to a hood fan but the microwave oven has no hood fan, the factor value error that cannot be performed is produced.
- the factor number error that is different from the defined number is produced in case that the slave normally received the request packet from the master, but the number of input factors for performing the command code is different from the number defined in the message set. At this time, the number of factors is the number of bytes. If the input factor is a variable defined as an “unsigned int”, the number of input factors becomes 2 since each factor is composed of 2 bytes.
- the over range error is produced in case that the slave normally received the request packet from the master, but the input factor value for performing the command code deviates from a range defined in the message set.
- the illegal access error caused by detection of a prohibited action is produced in case that the slave normally received the request packet from the master, but the input factor value for performing the command code designates a prohibited memory region or a load whose control is prohibited.
- All the devices have their inherent functions besides the communication, and any trouble of such functions can be remotely diagnosed.
- the trouble code is included in the response packet to be sent to the master. For example, if a temperature sensor is judged to be in trouble when the slave receives the response packet including the command code for reading the value from the temperature sensor, the slave includes the trouble code value of the temperature sensor in the response packet along with ‘NAK’ to transmit the response packet including the trouble code to the master. All the devices determine the value of the trouble code using the common region.
- the present invention processes them as the CRC errors.
- the detailed explanation thereof is as follows.
- the device If an error is produced in the bits of the receiver address field, the device that is not called receives the packet. At this time, the device detects the CRC error due to the error in the bits of the receiver address field.
- the slave B transmits a response packet including the CRC error value to the master A.
- the master A which received the response packet from the slave B, ignores the sender's address, and considers that the originally called slave A responded although another device that is not the slave A responded. Specifically, the master considers one packet received after the master transmits one packet to be the response packet from the device that was called.
- the master A that received the response packet retransmits the packet to the slave A three times at maximum.
- the slave B transmits the response packet including the CRC error to the slave A.
- the slave A can recognize the response packet from the packet kind field value, and thus ignores the received packet.
- the master A continuously waits for the response packet from the slave A for 10 seconds at maximum. After 10 seconds elapses, the communication starting from the request packet transmitted from the master A to the slave A is terminated without performing any command code through the slave.
- the device that is called by the sender receives the packet, and detects the CRC error due to the error in the bits of the sender address field.
- the slave A that received the packet transmits the response packet to the device (i.e., master or slave) of the address value in the sender address field. If this response packet is transmitted without error, and another slave B received the response packet, the slave B can recognize the response packet from the packet kind field value, and thus ignores the received packet.
- the master B ignores the received packet according to the 1-packet-transmission/1-packet-reception rule since it did not transmit the request packet.
- the master A waits for the response packet from the slave A for 10 seconds at maximum. After 10 seconds elapses, the slave does not perform any command code, and the communication is terminated.
- Second is the case that the master A normally transmitted the request packet to the slave A, and an error is produced in the sender address field of the response packet transmitted from the slave A to the master A. In this case, if the response packet was transmitted without error, and another slave B received the response packet, the slave B can recognize the response packet from the packet kind field value, and ignores the received packet.
- the master B ignores the received packet according to the 1-packet-transmission/1-packet-reception rule since it did not transmit the request packet.
- the master A waits for the response packet from the slave A for 10 seconds at maximum. After 10 seconds elapses, the slave does not perform any command code, and the communication is terminated.
- the receiver constructs a received packet buffer using the number of bytes as much as the value of the packet length field.
- the receiver continuously waits for the data though the receiver received the actual packet. If no more byte is received, and the reception limit time between bytes elapses, the time over error is produced, and the receiver fills the remaining portion of the received packet buffer with certain data, causing the CRC error to be produced. Accordingly, the master retransmits the packet three times at maximum.
- the receiver also detects the CRC error.
- the network control system according to the present invention has the following effects.
- the network is constructed using the master/slave type, 1-cycle type, and half-duplex type communication system and the serial communication of a low-performance microcomputer used in home appliances with a simplified and standardized protocol, and thus a low-priced and optimized network for the home appliances can be implemented.
- the power lines can be used as the communication media, the network connection becomes possible by connecting the power plug of the home appliance to the outlet without any further manipulation.
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Automation & Control Theory (AREA)
- Multimedia (AREA)
- Environmental & Geological Engineering (AREA)
- Computer Security & Cryptography (AREA)
- Human Computer Interaction (AREA)
- Power Engineering (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Small-Scale Networks (AREA)
- Selective Calling Equipment (AREA)
Abstract
Disclosed is a network control system for home appliances that satisfies the characteristics of low-cost and high-efficiency with respect to currently used appliances adopting a low-performance microcomputer. The system is constructed to define a master/slave type communication structure with respect to the respective appliances; construct a network by connecting the appliances through the serial communication function; and enable the appliances to communicate with one another if a predetermined communication event is produced. According to the system, an optimized network for the home appliances can be implemented, and operation states of the respective appliances can be displayed through the co-operation among the appliances, thereby maximizing the user convenience.
Description
- The present invention relates to a network control apparatus and method, and more particularly to a network control system for home appliances.
- Currently, the home automation for automatically controlling home appliances at home or at a remote place has been almost commercialized. In case of the initial-stage home automation, the respective appliances are separately controlled using telephones or infrared rays without interconnection between the appliances. At present, a network is constructed among the appliances using a communication means, and a controller for controlling the network is provided to manage the appliances in integration.
- Microcomputers applied to the appliances have a built-in serial communication function, and can communicate with other microcomputers or appliances. This microcomputer has diverse sizes of resources that can be used in communications such as a memory according to the characteristic of the appliance. In case of multimedia products such as personal computers (PCs), television receivers (TVs), audio appliances, etc., high-performance hardware specifications are adopted to operate diverse basic functions, and the communication standard for processing a large amount of data at a high speed is required.
- On the contrary, in case of refrigerators, washing machines, microwave ovens, lamps, gas alarms, desk lamps, boilers, etc., their functions are very simple in comparison to the above-mentioned PCs or multimedia products, and thus a low-performance microcomputer of8 bits or less is generally used. In case of the home appliances adopting the low-performance microcomputer, the basic remote control or monitoring of the operation state is the main object of the communications, and thus the communication standard using small-sized microcomputer resources is required.
- However, in case of the communication protocols being currently used or proceeding for the purpose of communications between the appliances, separate communication modules such as modems are additionally installed in the respective appliances in order to use the high-performance communication standard applied to the PCs or multimedia appliances as it is, or the high-performance communication standard is partially modified.
- The conventional home appliances adopt the high-performance communication standard used in the PCs or multimedia appliances, and thus have the problems of inefficiency and increase of cost due to the adoption of the unnecessary communication standard higher than their actual functions since a separate hardware communication module such as a modem is to be additionally installed in each appliance.
- Therefore, an object of the present invention is to solve the problems involved in the prior art and to provide a network control system for home appliances that satisfies the characteristics of low-cost and high-efficiency with respect to the currently used appliances adopting a low-performance microcomputer.
- In order to accomplish the above-mentioned object, the present invention provides a network control system for home appliances provided with a low-performance microcomputer having a serial communication function that defines a master/slave type communication structure with respect to the respective appliances; determines a communication standard composed of an application layer, data link layer, and physical layer according to the communication structure; constructs a network by connecting the appliances through the serial communication function; and enables the appliances to communicate with one another in the unit of a specified packet according to the communication structure and communication standard if a predetermined communication event is produced.
- The above object, other features and advantages of the present invention will become more apparent by describing the preferred embodiment thereof with reference to the accompanying drawings, in which:
- FIG. 1 is a view illustrating a network of home appliances.
- FIG. 2 is a view illustrating a communication structure between master/slave type appliances according to the present invention.
- FIG. 3 is a view illustrating a detailed construction of a master/slave type communication structure according to the present invention.
- FIG. 4 is a view illustrating a half-duplex type communication structure according to the present invention.
- FIG. 5 is a view illustrating a one-request/one-response type communication cycle.
- FIG. 6 is a view illustrating a communication cycle when a packet error is produced.
- FIG. 7 is a view illustrating a one-request/multi-response type communication cycle.
- FIG. 8 is a view illustrating a one-request communication cycle.
- FIG. 9 is a view illustrating a division type of communication layers.
- FIG. 10 is a view illustrating a packet communication structure among layers.
- FIG. 11 is a view illustrating the whole packet structure.
- FIG. 12 is a view illustrating a request/notification packet.
- FIG. 13 is a view illustrating the structure of a response packet.
- FIG. 14 is a view illustrating an address structure.
- FIG. 15 is a view illustrating a network code division method.
- FIG. 16 is a view illustrating a group address according to a kind of a product.
- FIG. 17 is a view illustrating a group address according to an installed place.
- FIG. 18 is a view illustrating a group address according to an installed place and kind of product.
- FIG. 19 is a view illustrating a header structure of an event file.
- FIG. 20 is a view illustrating a body structure of an event file.
- FIG. 21 is a view illustrating the construction of a response packet when an error is produced.
- Now, the network control system for home appliances according to preferred embodiments of the present invention will be described in detail with reference to the annexed drawings.
- First, as shown in FIG. 1, the network according to the present invention may comprise multimedia appliances such as a-television receiver (TV), audio appliance, etc., connected to an audio/video (A/V) network through a gateway connected to an external Internet; PC lower appliances such as a printer, scanner, PC camera, etc., connected to a personal computer (PC) network; and lower appliances such as a refrigerator, air conditioner, washing machine, cleaner, microwave oven, humidifier, lamp, desk lamp, gas alarm, etc., connected to a living network through a network manager.
- The network control system for home appliances according to the present invention will now be explained.
- The present invention adopts a master/slave system. That is, all the communication cycles start from a master, and end with a master device. Any appliance may be the master, but for this, it should have a function of controlling the data flow on communication lines, information on appliances connected to a network, and a control code. According to the present invention applied to the network among the home appliances of relatively low-performance specifications, only a device having a user interface function such as a PC carries all functions of the master, and other devices serve only as the masters having limited functions such as communication with a predetermined slave or communication using a simple control code.
- Also, the present invention defines a device in which the master and the slave coexist logically so that a direct communication between devices, i.e., peer-to-peer communication, is possible while maintaining the basic master/slave communication system. That is, a shown in FIG. 2, a device (hereinafter, referred to as P2P device) that is one physical device, but is logically divided into an independent master and slave is defined.
- All products connected to the network are basically the P2P devices, but as shown in FIG. 3, they may be defined as the master, slave, dedicated sender, and dedicated receiver according to the hardware characteristics of the products.
- Specifically, in case of the master, in order to start a new communication cycle, the master functions to start and end the communication with the corresponding slave if an event of communication start is produced by the last user or due to the internal state change of the device.
- In case of the slave, it is always in a standby state of reception, and cannot request the communication to other devices for itself.
- The P2P device is a device in which the master and the slave are logically coexist, and serves as the master to lead the communication cycle if an event of communication start is produced by the last user or due to the internal state change of the device. After the termination of the corresponding communication, the P2P device serves as the slave to be in the standby state of reception.
- The dedicated sender is a device only for sending according to its hardware characteristics, and may be a remote controller.
- The dedicated receiver is a device only for reception according to its hardware characteristics, and may be a product that is provided with an infrared-rays receiver and operated by a dry battery.
- As shown in FIG. 4, the network control system for home appliances according to the present invention performs a half-duplex type signal transmission using one bus.
- Specifically, in case of transmission, the device does not receive data transmitted from other devices, and in case of reception, the device does not send data to other devices. This is for minimizing the memory use for the communication, and simultaneously for coping with the network that is constructed with one bus using the serial communication function such as the network for home appliances according to the present invention.
- Accordingly, in case of the master or slave, the memory for all the transmission and reception can be shared, and in case of the P2P device, the memory for the transmission and reception can also be shared since the master and the slave do not simultaneously operate. Thus, it is not necessary to interrupt all the transmission/reception process, and this causes the degree of freedom for programming the function of the product to be heightened.
- Next, the network control system for home appliances according to the present invention performs a one-cycle type communication. The one-cycle type is classified with a one-request/one-response type, one-request/multi-response type, and one request type.
- At this time, as shown in FIG. 5, according to the one-request/one-response type communication, a master transmits one packet to a slave, and in response to this, the slave transmits one packet to the master to terminate the communication. As shown in FIG. 7, according to the one-request/multi-response type communication, a master transmits one packet to a plurality of slaves, and in response to this, the respective slaves transmit one packet to the master. The master waits for the response continuously, and if a predetermined maximum waiting time elapses, the master terminates the communication. Meanwhile, as shown in FIG. 8, according to the one request type communication, a master transmits one request with respect to a slave or a plurality of slaves, and then terminates the communication without waiting for the response. At this time, if data composed of several packets is transmitted, the master divides the data into packets having the size matching the corresponding slave, and transmits the data to the slave in the unit of a packet. FIG. 6 shows the communication type whereby if a response error is produced in the slave, the master retransmits the request, and receives the corresponding response to terminate the communication.
- Next, the network control system for home appliances according to the present invention has a protocol composed of a physical layer, data link layer, and application layer.
- In case of a TCP/IP protocol currently used as the Internet protocol, its communication layers are divided into an application layer, transport layer, network layer, data link layer, and physical layer. In case of the protocol for other home appliances or factory automation, it is basically provided with an application layer, data link layer, and physical layer, and additionally provided with a transport layer or network layer. However, since the present invention is for coping with the above-described communication types with respect to the home appliances of the low-performance specifications, it has the communication layer composed of the physical layer, data link layer, and application layer only. Also, according to the present invention, the physical layer and data link layer are simplified at maximum, and many portions for operating the product are assigned to the application layer in order to minimize the load of the microcomputer so as to match the master/slave type and the half-duplex type.
- As shown in FIG. 9, in case of the slave, the communication layer comprises an application layer composed of regions of application software, message structure, message execution, message combination, and message redundancy check; data link layer composed of regions of packet structure, packet transmission, CSM/CD, packet check, address check, and packet data reception; and physical layer composed of UART. At this time, the physical layer may include an adapter selected when a power-line communication is used.
- In case of the master, the communication layer comprises an application layer composed of regions of application software, message division, and message combination; data link layer composed of regions of packet structure, confirmation of packet transmission, CSM/CD, packet check, address check, and packet data reception; and physical layer composed of UART. The physical layer of the master may also include an adapter selected when a power-line communication is used.
- At this time, the physical layer serves to receive bit signals on communication lines to construct the packet, or carry the packet received from the data link layer on the bit signal to transfer the bit signal through the communication lines.
- The data link layer constructs the packet using data received from the application layer to send the packet to the physical layer, or processes the packet received from the physical layer to transfer the packet to the application layer. The role of the data link layer of the master is somewhat different from that of the slave. The data link layer of the master includes the process of securing the packet transmission to the physical layer. In the products serving as the slave, the physical layer and the data link layer have the same structure.
- The application layer comprises message sets, and serves to analyze and process the message. In the products serving as the slave, the message includes a load control or memory control method, and the master serves to manage the slaves using results of the slaves' message processing or control the whole network. Accordingly, the application layer includes different contents for each product. The application layer of the master also serves as the transmission layer that divides the data into packets if the data to be transmitted is larger than one packet to transmit the divided packets, or combines and processes the divided packets if the divided packets are received. The reason why the transmission layer is not separated, but is included in the application layer is that the division and combination of the packets are performed only with respect to a specified message, not with respect to all the data.
- The packet communication structure between the communication layers is shown in FIG. 10. The interface between the application layer and the data link layer is performed in the unit of a message, while the interface between the data link layer and the physical layer is performed in the unit of a full packet. Between the data link layer and the physical layer, it is not required to separately construct the packets, but the communication is performed in the unit of the full packet so that the packets can be used as they are. However, since the length of a header added to the data link layer and the physical layer cannot not be known in the application layer, it is difficult to interface the data in the unit of a full packet, but the data is transferred from the application layer to the data link layer in the unit of a message. The packet should include all the information to be communicated, and have the structure to cope with the later extension of the communication function.
- The packet, as shown in FIG. 11, basically comprises a header region composed of a packet header field and field for later addition of the packet function; body region composed of a message header field, field for later addition of the packet function, and message field; and a trailer region.
- Also, as shown in FIG. 12, the request/notification packet used in the master is composed of 17 bytes at minimum, and 255 bytes at maximum, and comprises a home code (HC) composed of 8 bit for classifying a home where the network is constructed, receiver address (RA) composed of 16 bits for indicating the receiver, sender address (SA) composed of 16 bits for indicating the sender, packet length (PL) composed of 8 bits for indicating the length of the packet, access priority (AP) composed of 3 bits for indicating a priority of transmission, packet header length (PHL) composed of 5 bits for indicating the length of the packet header, protocol version (PV) composed of 8 bits for indicating the version of the protocol, packet type (PT) composed of 4 bits for indicating the type of the packet, retransmission counter (RC) composed of 2 bits for indicating the number of retransmission, packet number (PN) composed of 2 bits for indicating the transmission of a new packet, message length (ML) composed of 8 bits, message header length (MHL) composed of 8 bits, port number (PO) composed of 8 bits, command code (CC) composed of 8 bits, argument (ARG) having the variable number of bits, cyclic redundancy check composed of 16 bits, and end of text (ETX) composed of 8 bits for indicating the end of the packet.
- Also, as shown in FIG. 13, the response packet used in the slave is identical with the request/notification packet except that its body region includes an ACK/NAK of 8 bits.
- At this time, the home code (HC) is a code for logically classifying the home where the network is constructed. Especially, in case that the transmission lines among the respective homes, such as the power lines, are not classified, hexadic values in the range of 0x03-0xFE are used for classifying the respective homes.
- The receiver address (RA) located in front of the sender address (SA) is for early judging whether the receiver continuously receives the packet or ignores it when the packet is received. The upper 2 bits are for indicating the kind of the network, and the following 6 bits are for classifying the products having an independent function such as a washing machine, refrigerator, etc. The lower 8 bits are allocated to classify the product in case that several products of the same kind exist.
- The packet length (PL) is composed of 1 byte for storing a number that indicates the packet length calculated in the unit of a byte from the home code to ETX of the packet. After receiving the packet length (PL) data value, the receiver receives only the data as much as the packet length data value, and performs the subsequent processes. Accordingly, the packet length (PL) value is used for identifying in advance the size of a receiving buffer, and for detecting an error of the received packet data. That is, the last byte of the packet is read out, and if it is not ETX, it is judged as the packet error.
- The access priority (AP) is a field for indicating a transmission priority given to the message such as an urgent message, packet to be retransmitted due to the failure of transmission, or message that is less important than a general communication message, so that the physical layer can perform the CSMA/CD function according to the given priority. This field is significant if the adapter that performs the CSMA/CD function can transmit the message according to the transmission priority, and otherwise, it is ignored. The access priority values according to the respective communications are as follows.
- 0: in case of the retransmission due to the collision or in a state of emergency
- 1: in case of the mass transmission of data through the message division
- 2: in case of a normal communication
- 3: in case that the network connection state is reported (also in case of the collision, the priority is maintained 3.)
- The packet header length (PHL) is a field for the extension of the packet header. If an extension field is added to the present packet header, and the packet header length is changed accordingly. In case of no change, it is of 9 bytes, and can be extended to 32 bytes at maximum.
- The protocol version (PV) is 1-byte field that indicates the version of the adopted protocol. The version and subversion take the values of 0˜15 in the order of their updating.
- The packet type (PT) is composed of 4 bits determined when the packet is transmitted, and divided into a request packet, response packet, and notification packet. The response packet is further divided into a successful response and failed response. The master determines the request packet, and the slave determines the response packet. If the device operates only as the slave, it processes the request packet only. The reason why the response packet is divided into the two response types is that the packet is not transmitted to the application layer, but is immediately retransmitted if the packet type (PT) field in the packet header indicates the failed response even though the contents of the message is not known in the data link layer. A notification packet represents the packet that does not request the response. An arrayed packet is used for dividing and sending all the data without any response to the respective packet when the mass data file is transmitted at a high transmission speed, and its hexadic values are as follows.
- 0: Request packet
- 1˜3: Reserved
- 4: Successful response packet
- 5: Failed response packet
- 6˜7: Reserved
- 8: Broadcast notification packet
- 9: Arrayed packet
- 10: End packet of arrayed data
- 11˜15: Reserved
- The retransmission count (RC) is a 2-bit field for preventing the duplicate process of the same message when the communication error is produced. If a CRC error is included in the received response packet, the received packet includes the CRC error, or the reception byte time is over, the master can retransmit the packet three times at maximum, while the slave can transmit only once.
- The packet number (PN) is also a 2-bit field for preventing the duplicate process of the same message when the communication error is produced. The master increase the packet number by 1 whenever a new packet is transmitted, and in case of the retransmission of the same packet, the master maintains the previous packet number. Accordingly, the slave stores the packet number and transmission address of the previous message, and if the same message is received again, it ignores the duplicate message. If the received message is different from the previous message, the slave processes the message. The slave copies the packet number of the received message and constructs the response packet when the slave responds to the received message.
- The message length (ML) is information for identifying the length of the message field since the length of the message field is variable. Accordingly, the application layer identifies the length of the message field by means of the message length.
- The message header length (MHL) is a field for extending the message field later, and may include in addition a message header in case of encoding the message field, changing the application protocol, etc.
- The port number (PO) is a field for extending the message set, and the message set may be classified for each port. For the version-up of the message set, or the compatibility with other application protocols, the message set may be placed in each port.
- The message comprises a command code for the master's requesting of the function performance to the slave, input factors required for performing the command, and factors transmitted to the master after the slave performs the command. Also, the message should be constructed and defined to facilitate the programming in the 8-bit microcomputer. Specifically, even if the message is corrected, it should be module-programmed so that the correction of the message can be easily reflected. For this, all the messages have independent functions, respectively. This means that all the messages do not include any corresponding low-ranking message, and no causal relation among the respective routines in the software implementation. If the messages have independent functions from one another, the functions for controlling and monitoring the product can be extended through the combination of the messages. If the slave has normally performed the command, the factors transmitted to the master are {ACK+Return arguments}, and otherwise, the factors are {NAK+Error code}. 256 commands at maximum can be included in each device. The existence/nonexistence and the number of bytes of input arguments and return arguments are determined according to the command code.
- At this time, the data types of the arguments are as follows.
- boolean: 1 byte
- char, unsigned char: 1 byte
- int, unsigned int, short int, unsigned short int: 2 bytes
- long, unsigned long: 4 bytes
- string: transmission/reception with NULL included
- Also, in order to classify the command code, the following concept is put.
- Though all product independently use 256 command codes in the range of 0x00˜0xFF, common codes are used as commands commonly used in all the products. The correction of the terms is facilitated through the inclusion of the function of the product in the generalized structure. All the command codes are classified into essential command codes and optional command codes. The essential commands are the commands for the basic information of the device and commands required for the communication. They are classified into temporary commands (indicated as I) and program commands (indicated as P). The temporary command can be immediately performed when the slave receives it, and the program command requires a sequence for performing the command. Command codes in an algorithm area are not designated by the standardized codes for all the products. Since the products of the same kind can communicate with one another using different algorithms in accordance with their model numbers or their makers, they can perform the different functions using the same command code. Accordingly, all the command codes of this area should be allocated with inherent numbers of the product models, and included as the factors. Also, the message structure when the master transmits the message with the protocol for processing the message in the application layer is different from that when the slave responds to the master. When transmitted from the master, the message is composed of a command code and input factors for performing the command code, i.e., arguments (ARG). The number and data type of the factors become different according to the command code. The structure of the message transmitted by the slave that received one packet from the master is divided into one having an error and the other having no error when the packet error or command code received from the master is performed. If the packet received from the master has no error, and the command code is normally performed, the message structure is composed of a command code, ACK, and factors (ARG) resulted from the command coded performance. The number of resultant factors and data type are different according to the command code. If an error is produced in the packet received from the master, the message is composed of a command code, NAK, and packet error code. If the packet is normal, but an error is produced during the performance of the command code, the message is composed of a command code, NAK, and error code.
- The CRC is a value for detecting an error of the received packet or making the receiver detect the packet error during the transmission. The CRC is composed of 16 bits, and its value is created or an error is detected using the data from ETX to the byte just before the CRC field.
- The ETX(0x03) is a communication letter that means the end of the packet, and provides a method of detecting the packet error without using the CRC along with the packet length field during the reception. That is, when the byte data as long as the packet length is received, it can be judged to be the packet error if the last byte is not ETX. At this time, the packet error check using the CRC can be omitted.
- The address of the above-described packet structure will now be explained in detail.
- Each master or slave on the network is recognized as an address. The respective system has an allocated address of 2 bytes, and can transmit the packet to the corresponding opposite party through the allocated address. As shown in FIG. 14, the address is divided into a physical address which is composed of a network code of 3 bits and product code of 5 bits and is fixed unchangeable when the product is sent out, and logical address of 8 bits which is used for classifying the products of the same kind or as a group address, and is changeable through the communication and so on.
- The network at home can be briefly classified into a PC group, A/V group, and living group, i.e., home appliance group, and a 3-bit network code is used for this classification. Even if the home appliance network is different from other sub-networks at home in communication protocol, the network classification field is necessary for the communication with the PC group or A/V group products. An example of the network code classification is shown in FIG. 15.
- According to the network code, 5 bits are allocated for a product code, i.e., product name (for example, washing machine, refrigerator, health product, lamp, security product, etc.), and 8 bits are allocated for classifying the products of the same kind. This is in consideration of the condition of an inn, hotel, etc.
- The 8-bit field for classifying the products of the same kind is also used as a group address that is classified according to the installed place of the product. A user inputs the installed place of the product when the network manager registers the product on the network.
- At this time, the product group is determined in two ways. According to the first group address, all objects corresponding to the lower field can be determined by filling values of respective fields with ‘1’, respectively. At this time, the group means the products that belong to the same kind or same network. For example, if the network code value is ‘111’, it indicates all the networks at home, and if the product code value is ‘1111’, it indicates all the products of the corresponding network. As shown in FIG. 16, the product group of a specified kind is selected according to the group address, and if the group address value is ‘11111111’, it indicates all the products of the corresponding network and product code. According to the second group address, as shown in FIG. 17, is selected the product group of a specified place. At this time, the product code become ‘11111’ to designate all the products, and the logical address value is designated according to the installed place. If the network code is ‘111’, and the product code is ‘11111’, the logical address field indicates the place code. Also, as shown in FIG. 18, a specified product group located in a specified place can be selected by designating the group address.
- Next, a plug and play process, whereby the devices are connected through the network, initial home codes and addresses allocated to the devices, and the communication environment is determined, will be explained.
- In order for the devices connected through the network to communicate with one another, all the devices are determined to have the same communication speed, and their unique addresses are allocated in the physical network. At this time, the master should be provided with a database of the names and addresses of all the devices. Also, in case that the transmission lines among the respective homes are not classified like the power lines, the respective homes should be classified. For this, the network manager that is in charge of the plug and play process determines home codes for classifying the respective homes when the power is initially supplied. After the home codes are determined, the network manager receives the input of the information on the device from the user when the device is firstly connected on the network, and performs a discovery and addressing process for allocating an address to the corresponding device. After completion of this process, a pre-request process for changing product information such as the model number or controller version of the device subject to communication, the size of a buffer for the packet construction, or the communication speed is performed. This pre-request process is not always necessary, but is performed as needed. The product information is necessary for identifying the name of the connected product, and the request for the buffer size is performed when the size of the packet is determined in order for the master to send a mass of data to the slave. The master requests the speed change to the slave when the mass data is transmitted/received, or the transmission/reception of the data is terminated. After the termination of the pre-request process, a general communication mode is performed. In view of the user's position, the plug and play process should be immediately performed when the power is inputted to the device without any user's additional installation or input work. However, after the device is connected on the network, the information on the device is inputted to the network manager, considering that the power lines are used as the network media. In case of the power lines, the transmission lines among the neighbors are not classified. Thus, if the network manager is also installed in the neighboring house in a state that the device is connected on the network, the network manager in the neighboring house may allocate the address to the device. To solve this problem, the network manager first requests registration of the address to the device in a manner that the device inputs the device information to the network manager.
- According to the above-described home code determining process, the network manager, at the initial power input stage, transmits a home code confirming message to all the devices in order to determine the inherent home codes for discriminating the respective homes. At this time, the factor is the value produced as a certain home code within the range of 0x00˜0xFF. If no response is received, the network manager determines the corresponding home code as its own home code since the home code is a unique value in the physical network where the network manager is connected. If the response is received, it means that the corresponding home code is not the unique value, and the network manager produces again a certain home code to repeat the above process. Since the above-described home codes are determined simultaneously with respect to the respective products when the network manager decides the addresses of the respective products, the same home code is given to the products in the same home, enabling the respective homes to be classified.
- However, the address-related information including the home code is stored in a non-volatile memory of the respective product, and thus it may become an issue if the user changes his/her residence after the address allocation of the respective products. Specifically, if any other home connected on the same physical network as the moving-out home uses the same home code, the respective homes cannot be classified due to the home code collision. Accordingly, in case of moving, the home code collision should be repeatedly confirmed at an initial home code determination by inputting the power only to the network manager in a state that the power supplied to all the products is cut off. If no collision occurs, they can be used as they are without the home code change, while if the collision occurs, the home codes of all the products should be reset, and then re-determined. At this time, in order to discriminate the home products whose home codes are in collision, a user ID is used as a factor. The user ID is inputted through the network manager when the device is first connected on the network.
- Next, in the discovery and addressing process, the user inputs to the network manager that can manage the network the product name, number of products, installed place, and user ID of the device to which the power is supplied when the device is initially connected on the network. Then, the network manager requests the registration of the device initially connected on the network, and allocates the address if a temporary address registration message is received from the device. At this time, even if a plurality of products of the same kind exist, the network manager designates new addresses to the respective products to prevent any address collision. The reason why the number of products is inputted is that when several products of the same kind are simultaneously connected on the network, it is required that the network manager recognizes whether the registration messages are received from all the connected products. Also, the reason why the installed place is inputted is that the user can easily identify the product through the position information of the product that appears on the screen of the network manager. The user ID is for confirming the product during the home code reset as described above. The address of the network manager is fixed to 0x00 irrespective of the on/off state of the power. However, other devices, which may be masters or slaves, have representative product addresses given during their sending out when the power is off. The network manager determines a region of extra addresses which can be selected by the products using a command called ‘join request’, and requests the devices (i.e., designated as the representative product addresses) whose addresses are not designated through the user's input to register with the temporary addresses. In case of an air conditioner, 0x20 is selected as the receiver's number, and the extra address has the factor in the range of 0x21˜0x2E. The ‘join request’ command can recognize only the product whose address is not decided. The called products determine their addresses (i.e., temporary addresses) by optionally selecting the extra addresses by operating a random-number generator, and inform their address values to the network manager. If 0x25 is selected from 0x21[0x2E, it is transmitted to the network manager. The temporary address acts as the address of the corresponding product until the network manager or master changes it using an ‘address change’ command, or the power supply to the product is turned off. The network manager resets the duplicate addresses of the products to the representative addresses, respectively, using the ‘address change’ command, and decides the addresses of the products having the temporary addresses not duplicated in the order of the extra addresses to re-call the corresponding products. At this time, the network manager determines the home codes of the corresponding products and the user ID by transmitting both its own home code and the user ID inputted by the user. If the temporary address not uplicated are 0x2A, 0x25, and 0x23, and the extra addresses are in the range of 0x21˜0x2E, the addresses of the products having the temporary addresses 0x23, 0x25, and 0x2A are decided to be 0x21, 0x252, and 0x23, respectively. If any duplicate temporary address exists, the above process is repeated. The above-described discovery and addressing process is repeated 14 times with respect to all the kinds of products (i.e., 0x01˜0x0F).
- As described above, after completion of the discovery and addressing process, the names, addresses, and installed places of the devices have been stored in the database of the network manager. The devices connected to the network manager start for the first time to operate as the masters or slaves after their addresses are completely designated by the network manager. At this time, the devices acting as the master read out the names and addresses of the devices from the database of the network manager to store them in its own memory, and start to communicate with the slaves. Before the address allocation, all the devices cannot but act as the slaves. The devices allocated with their addresses periodically broadcast a message for informing their existence because the masters that can control the respective devices should know whether the devices are connected on the network. If the connected devices and disconnected devices are not discriminated, it becomes difficult to find out whether the communication impossibility is caused by the power-off or the trouble of the device. Also, the disconnected devices are displayed in an inactive state on the screen of the network manager to be informed to the user. All the devices allocated with the addresses periodically broadcast alive messages to inform their existence, and at this time, it is necessary to adjust the period. If the number of devices is small, it does not matter, but if the number of devices is large, too short period causes too many alive messages to be transmitted, thereby deteriorating the performance of the network. The initial period is determined to be long, and then adjusted in proportion to the number of devices. That is, if the number of devices is small, the period is determined to be short, while the number of devices is large, the period is determined to be long, and this causes the performance of the network to be maintained. At this time, the network manager determines the period, and the respective device broadcasts its own period as the factor of the alive message. The network manager receives the alive message of the respective device, and if the received alive message is different from the period determined by the network manager, the network manager determines the period of the corresponding device as its own period.
- Next, the event that produces the communication conditions of the device will be explained.
- The event means the case that a certain state change is produced in the device, and can be classified into the following 5 types according to the production sources. They are a user event that is produced when the user directly commands the device through a key, periodic event that is automatically produced at predetermined intervals (for example, an alive notification message transmitted from the network manager for a predetermined period), status event that is produced due to the voluntary state change of the device during monitoring of the system state (for example, change of temperature, humidity, washing cycle, etc.), error event that is produced when an error related to the operation of the system occurs, and external event that is produced when requested from the outside of the system such as a web server and so on (for example, a communication request from a remote place when the network manager serves as a home server).
- A device provided with a user interface such as a keyboard, mouse, and monitor can perform a peer-to-peer communication with all the devices by all the 5 events. However, in order for the device that is short of user interface to perform the peer-to-peer communication, the condition for effecting the communication should be determined in advance, or the peer-to-peer communication is possible only by the events produced due to the internal factors of the device.
- According to the present invention, if an event is produced, the corresponding device performs the communication by informing its own state change to all the devices using a notification packet. The reason why the event has an important meaning is that in case that the user monitors the state of the device, it is much more effective that the device informs its state change for itself than that the user requests the state value of the device every time when he/she desires to know the state of the device. Also, since the trouble of the device or error occurrence should be immediately informed as soon as it occurs, the process of immediately informing the state change when the event is produced is necessary.
- The event implemented by the respective device is represented by an event code of 1 byte, and is divided into a common event commonly implemented in all the devices and a private event implemented for each product. As the code classification, an area classification rather than a field classification is used since the number of codes that may be added later is different for each term.
- The common event may be further divided into an event region related to the user's manipulation, and error event region that is common to all the devices. The event related to the user's manipulation may be a key or dial input, door opening/closing, load input, etc., and has an event code value of 0x11˜0x2F. The common event may be door opening during operation and so on, and has an event code value of 0x30˜0x4F. The private event may be classified into an error event for each product, and a status event for each product. The error event for each product represents an inherent error state or trouble state of each product, and has an event code value of 0x70˜0xAF. The operation status event is an event produced whenever the status of the product is changed during the operation of the product, and has an event code value of 0xB9˜0xFF.
- The event code may be classified into an essential event code that is essentially implemented by all the devices (for example, a trouble event code) and an optional event code that is optionally implemented by the devices. The essential event code makes the state change to be broadcast as the notification packet when the event is produced, so that another device can monitor the state change. At this time, the used command code is the notification command, and has an event code of 1 byte and event code state value of 4 bytes as the factors. If an event is produced in a device, it may be informed simply by broadcasting the notification packet, but it commands an operation of another device. For example, when the washing cycle of the washing machine is terminated, it commands a lamp of a veranda to be turned on, or it commands an air conditioner to display a text message. For this, each device should store information on an address, operation command code, and factors of the device subject to communication whenever the event code is produced. However, since such information is different according to the users' tastes, the communication condition when the event is produced in the respective device should be determined through the network manager. At this time, in case of not only commanding the operation of another device but also broadcasting the event, the user should determined the options. Another one to be considered when the event communication condition is determined is a time interval for informing the event. If the temperature state or sensor state where the event communication is determined is rapidly changed, the performance of the network may deteriorate due to too many event communication packets, and thus a minimum event producing interval is necessary. Accordingly, when the user determines the communication condition for the produced event through the network manager, he/she should determine the event code, device subject to communication, minimum interval of event production, communication message, etc.
- The event communication condition is stored in the non-volatile memory of the respective device as an event file composed of a header of FIG. 19 and body of FIG. 20. The user can re-determine the event communication condition through the network manager. In case of an initial determination, the user determines the event communication condition after confirming whether the size of the non-volatile memory of the device is enough through a buffer size read command. Also, since the size of the non-volatile memory is limited, the information on an unnecessary event communication condition should be deleted. A message for this purpose also exists, and the user can delete the unnecessary event communication condition using this message (i.e., an event code delete command code).
- In order to perform the event code, the total number of events (total_event_no) to be executed and the event codes are read out from the header of the event file stored in the non-volatile memory. If the state of the defined variable is changed during the operation, a system main program stores this information in the corresponding memory. An event code executing routine judges whether to execute by comparing the system state value with the event code read out from the event file. In order to prevent the resources of the microcomputer from being occupied due to the continuous execution of the event code when the various states of the system are simultaneously changed, the event code executing routine executes one event code at a time.
- Next, a method of controlling various kinds of errors will be explained.
- The communication error is classified into a data bit error due to a noise of the communication lines, error caused by the different communication frequencies, data bit error due to the data collision, error caused by the transmitted signal attenuation when impedances between the lines and devices do not match, and error caused by transmission/reception of data that cannot be processed by the receiving device though no data bit error is produced. The noise of the communication lines causes a frame error of the physical layer of the receiving side, i.e., UART frame error, or serves to change the data value. If the communication frequencies of the sending/receiving devices are different, the UART frame error is mostly produced in the receiving side. When several devices transmit simultaneously, the UART frame error is mostly produced in the receiving side. When the impedances between the lines and devices do not match, no signal is received in the receiving side.
- If the master transmits the request packet to the slave, the slave receives the packet, and detects the defined errors. If the slave detects the error from the received data bits, the slave transmits to the master a response packet including the code value of the error detected in the sending side as shown in FIG. 21, and the master performs the retransmission or error-processing function according to the error code.
- At this time, the error code is composed of 1 byte, and is divided into a common error code allocated to the region of 0x00˜0x9F commonly used by all the devices, and a trouble code allocated to the region of 0xA0˜0xFF independently used by the devices. The common error code indicates values of the communication error, and the trouble code indicates values for diagnosing the trouble of the inherent functions of the device such as the sensor, being separated from the communication function. Each device has 96 codes, which is classified into packet error, receiver error, bad command, illegal arguments, illegal access, and trouble codes. The details thereof are as follows.
- First, the packet error is divided into a CRC error of the received packet, receiving time over of 1 byte, and response waiting time over.
- The CRC error of the received packet is produced when the CRC value included in the received packet of both the master and the slave is different from the calculated CRC value. If the CRC error is produced in the response packet received in the slave, the slave transmits the response packet including the CRC error value to the master. If the master received the response packet, the retransmission of the packet is repeated three times at maximum.
- The 1-byte receiving time over error is produced when the time interval between the received bytes deviates from 2BTU (i.e.,
minimum time 3 msec: 9600 bps basis) due to the noise or other reasons on the communication lines. However, at this time, even the packet length field should be received in the receiving side. If the byte time interval becomes larger than a predetermined value before the packet length field is received, the received data is ignored. If 1-byte receiving time over error is produced, the receiver stops the reception, fills the remaining region of the packet-receiving buffer with 0, and transfers the packet to the upper layer. As a result, the CRC error is produced in the receiver. If an error is produced in the slave due to the noise of the lines when the master transmits the request packet to the slave, the response packet including the CRC error is transmitted to the master. If the master normally received the response packet, the packet is retransmitted three times at maximum. If the 1-byte receiving timer over error is produced in the master even though the slave normally received the request packet and transmitted a normal response packet, the master retransmits the packet three times at maximum. Even though the byte receiving time over error may be produced In both the master and slave, the error code is necessary among the respective communication layers only, and the information on the 1-byte receiving time over error is not given to the sender. That is, the byte receiving time error is a value for the process inside the device, and is not transferred between the master and the slave. The time limit of the receiving time over is related to the busy check. According Lo the present invention, since the transmission/reception is performed in the unit of a packet, the time interval of the byte transmission should be shortened in order to inform the bus occupation during the busy check by another device. If the time limit of the receiving time over is large, the time delay may occur during the transmission of one packet. At this time, another device attempting at transmission may judge the present state to be in an idle state during the busy check, and immediately start the transmission, causing the data collision to occur. - The response waiting time over error is produced when no data is received after the master transmitted the request packet. That is, it is produced when no slave subject to communication exists. The physical layer of the master waits for 5 seconds at maximum, and if no data is received, it prepares and sends to the data link layer a packet including a response waiting timer over code. The data link layer sends a message to the application layer, and thus the application layer recognizes that the corresponding device does not exist.
- Next, the receiver error is divided into a lack of memory, rejection of communication, refusal of remote control, non-match of protocol version, and non-match of message ports.
- The lack-of-memory error is produced if the slave has no spare memory for writing the received data when the master transmits to the slave a command code such as a memory write, LCD write, EEPROM write, etc.
- The communication rejection error is produced when the slave intends to preferentially perform another function other than the communication even though it normally received the request packet from the master. The master that received the communication rejection error can attempt again after 5 seconds (i.e., maximum waiting time of the master) at minimum.
- The remote control refusal error is produced when the slave receives a control command message in a state that the remote control of the slave is not possible.
- Next, a bad command is divided into a command code that cannot be performed and factor values that cannot be performed.
- The command code error that cannot be performed is produced in case that the slave normally received the request packet, but the request packet includes a command code that cannot be performed by the slave.
- The factor value error that cannot be performed is produced in case that the command code that can be performed is received and the factors are determined within a defined range, but the value cannot be performed by the device. For example, in case of a load on/off command of a microwave oven, if input value relates to a hood fan but the microwave oven has no hood fan, the factor value error that cannot be performed is produced.
- Next, the illegal arguments are divided into a factor number error that is different from the defined number, and over range error.
- The factor number error that is different from the defined number is produced in case that the slave normally received the request packet from the master, but the number of input factors for performing the command code is different from the number defined in the message set. At this time, the number of factors is the number of bytes. If the input factor is a variable defined as an “unsigned int”, the number of input factors becomes 2 since each factor is composed of 2 bytes.
- The over range error is produced in case that the slave normally received the request packet from the master, but the input factor value for performing the command code deviates from a range defined in the message set.
- Next, the illegal access error caused by detection of a prohibited action is produced in case that the slave normally received the request packet from the master, but the input factor value for performing the command code designates a prohibited memory region or a load whose control is prohibited.
- Next, the trouble code will be explained.
- All the devices have their inherent functions besides the communication, and any trouble of such functions can be remotely diagnosed. When the function of the device is in trouble, the trouble code is included in the response packet to be sent to the master. For example, if a temperature sensor is judged to be in trouble when the slave receives the response packet including the command code for reading the value from the temperature sensor, the slave includes the trouble code value of the temperature sensor in the response packet along with ‘NAK’ to transmit the response packet including the trouble code to the master. All the devices determine the value of the trouble code using the common region.
- If the data bits constituting the packet are in trouble, i.e., if the receiver address error, sender address error, sending/receiving address error, and packet length error are produced, the present invention processes them as the CRC errors. The detailed explanation thereof is as follows.
- First, the receiver address error will be explained.
- If an error is produced in the bits of the receiver address field, the device that is not called receives the packet. At this time, the device detects the CRC error due to the error in the bits of the receiver address field. First, if an error packet is transmitted from a master A to a slave A, and another slave B also receives the error packet, the slave B transmits a response packet including the CRC error value to the master A. The master A, which received the response packet from the slave B, ignores the sender's address, and considers that the originally called slave A responded although another device that is not the slave A responded. Specifically, the master considers one packet received after the master transmits one packet to be the response packet from the device that was called. The master A that received the response packet retransmits the packet to the slave A three times at maximum. Second, if another slave B receives the response packet transmitted to the master A by the slave A which received the request packet from the master A due to the error of the receiver address field, the slave B transmits the response packet including the CRC error to the slave A. At this time, if no packet error exists, the slave A can recognize the response packet from the packet kind field value, and thus ignores the received packet. The master A continuously waits for the response packet from the slave A for 10 seconds at maximum. After 10 seconds elapses, the communication starting from the request packet transmitted from the master A to the slave A is terminated without performing any command code through the slave.
- Next, the sender address error will be explained.
- If an error is produced in the bits of the sender address field, the device that is called by the sender receives the packet, and detects the CRC error due to the error in the bits of the sender address field. First, if an error is produced in the sender address field when the master A transmits the request packet to the slave A, the slave A that received the packet transmits the response packet to the device (i.e., master or slave) of the address value in the sender address field. If this response packet is transmitted without error, and another slave B received the response packet, the slave B can recognize the response packet from the packet kind field value, and thus ignores the received packet. If another master B receives this response packet, the master B ignores the received packet according to the 1-packet-transmission/1-packet-reception rule since it did not transmit the request packet. The master A waits for the response packet from the slave A for 10 seconds at maximum. After 10 seconds elapses, the slave does not perform any command code, and the communication is terminated. Second is the case that the master A normally transmitted the request packet to the slave A, and an error is produced in the sender address field of the response packet transmitted from the slave A to the master A. In this case, if the response packet was transmitted without error, and another slave B received the response packet, the slave B can recognize the response packet from the packet kind field value, and ignores the received packet. If another master B received this-response packet, the master B ignores the received packet according to the 1-packet-transmission/1-packet-reception rule since it did not transmit the request packet. The master A waits for the response packet from the slave A for 10 seconds at maximum. After 10 seconds elapses, the slave does not perform any command code, and the communication is terminated.
- Next, the sending/receiving address error will be explained.
- If an error is produced in the bits of the receiver address field and the sender address field, another device that is not called by the sender receives the packet, but detects the CRC error. In this case, the communication between the devices is performed in the same sequence as the receiver address error and the sender address error, and then terminated.
- At last, the packet length error will be explained.
- The receiver constructs a received packet buffer using the number of bytes as much as the value of the packet length field. First, in case that the packet length field value is larger than the actual value, the receiver continuously waits for the data though the receiver received the actual packet. If no more byte is received, and the reception limit time between bytes elapses, the time over error is produced, and the receiver fills the remaining portion of the received packet buffer with certain data, causing the CRC error to be produced. Accordingly, the master retransmits the packet three times at maximum. Second, in case that the packet length field value is smaller than the actual value, the receiver also detects the CRC error.
- As apparent from the above description, the network control system according to the present invention has the following effects.
- First, according to the present invention, the network is constructed using the master/slave type, 1-cycle type, and half-duplex type communication system and the serial communication of a low-performance microcomputer used in home appliances with a simplified and standardized protocol, and thus a low-priced and optimized network for the home appliances can be implemented.
- Second, according to the present invention, since the operation state change of one appliance among the home appliances connected on the network can be informed to the user through another appliance, and the communication condition and the appliance subject to the communication can be selected by the user, the user convenience can be maximized.
- Third, according to the present invention, since the power lines can be used as the communication media, the network connection becomes possible by connecting the power plug of the home appliance to the outlet without any further manipulation.
Claims (15)
1-56. Cancelled
57. A network control system, comprising:
at least one slave device; and
a master device connected to the slave device through a predetermined network and controlling operation of the slave device and/or monitoring the state of the slave device, wherein the master device and the slave device perform the communication according to one-cycle type communication.
58. The network control system of claim 57 , the one-cycle type communication includes at least one communication among a one-request/one-response communication whereby the master device transmits one request packet to the slave device, and in response to this, the slave device transmits one response packet to the master device to terminate the communication; a one-request/multi-response communication whereby the master device transmits one request packet to a plurality of the slave devices, the respective slave device transmits one response packet to the master device in response to this, the master device receives and waits for the response packet continuously, and if a predetermined maximum waiting time elapses, the master device terminates the communication; and a one request communication whereby the master device transmits one request packet to a slave device or a plurality of slave devices, and then terminates the communication without waiting for the response packet.
59. The network control system of claim 58 , wherein if a response error is produced in the slave device during the one request/one-response communication, the master device retransmits the request packet to the slave device.
60. The network control system of claim 58 , wherein a predetermined delay time is given among the respective communication cycles.
61. The network control system of claim 60 , wherein the delay time is determined so that another master except for the master that is performing the communication attempts to perform the communication.
62. The network control system of either claim 57 or 58, wherein the master device includes a master means controlling the operation of the slave device and/or monitoring the state of the slave device and a slave means responding a request/requests from another master device.
63. The network control system of claim 62 wherein the master means and the slave means are logically independent.
64. A network control system, comprising: at least one slave device; a master device connected to the slave device through a predetermined network; and a combined master/slave device connected the slave device and the master device through the network, wherein the master device, the slave device and the combined master/slave device perform the communication according to one-cycle type communication.
65. The network control system of claim 64 , wherein the combined master/slave device includes a master means controlling the operation of the slave device and monitoring the state of the slave device and a slave means responding a request/requests from the master device and/or another combined master/slave device.
66. The network control system of claim 64 or 65, the one-cycle type communication includes at least one communication among a one-request/one-response communication whereby the master device transmits one request packet to one device of the slave device and the combined master/slave device or the combined master/slave device transmits one request packet to one device of the slave device and another combined master/slave device, and in response to this, the one device transmits one response packet to the master device or the combined master/slave device to terminate the communication; a one-request/multi-response communication whereby the master device transmits one request packet to a plurality of the slave devices and the combined master/slave device or the combined master/slave device transmits one request packet to a plurality of the slave device and another combined master/slave device, the respective slave device and/or the combined master/slave device and/or the another combined master/slave device transmits one response packet to the master device or the combined master/slave device in response to this, the master device or the combined master/slave device receives and waits for the response packet continuously, and if a predetermined maximum waiting time elapses, the master device or the combined master/slave device terminates the communication; and a one request communication whereby the master device transmits one request packet to the slave device or the combined master/slave device or a plurality of slave devices and/or the combined master/slave device, or the combined master/slave device transmits one request packet to the slave device or another combined master/slave device or a plurality of slave devices and/or the another combined master/slave device, and then terminates the communication without waiting for the response packet.
67. The network control system of claim 66 , wherein if a response error is produced in the slave device or the combined master/slave device or the another combined master/slave device during the one request/one-response communication, the master device or the combined master/slave device retransmits the request packet to the slave device or the combined master/slave device or the another combined master/slave device.
68. The network control system of claim 66 , wherein a predetermined delay time is given among the respective communication cycles.
69. The network control system of claim 68 , wherein the delay time is determined so that another master except for the master or the another combined master/slave device except for the combined master/slave device that is performing the communication attempts to perform the communication.
70. The network control system of either claim 65 , wherein the master means and the slave means are logically independent.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/882,311 US20040243684A1 (en) | 2001-05-30 | 2004-07-02 | Network control system for home appliances |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR2001-0030036 | 2001-05-30 | ||
KR10-2001-0030036A KR100434270B1 (en) | 2001-05-30 | 2001-05-30 | Control System for Home Appliance Network |
US10/478,816 US7853662B2 (en) | 2001-05-30 | 2001-07-05 | Network control system for home appliances |
US10/882,311 US20040243684A1 (en) | 2001-05-30 | 2004-07-02 | Network control system for home appliances |
Related Parent Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/KR2001/001151 Continuation WO2002097555A2 (en) | 2001-05-30 | 2001-07-05 | Network control system for home appliances |
US10/478,816 Continuation US7853662B2 (en) | 2001-05-30 | 2001-07-05 | Network control system for home appliances |
Publications (1)
Publication Number | Publication Date |
---|---|
US20040243684A1 true US20040243684A1 (en) | 2004-12-02 |
Family
ID=19710161
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/478,816 Expired - Fee Related US7853662B2 (en) | 2001-05-30 | 2001-07-05 | Network control system for home appliances |
US10/882,426 Expired - Fee Related US7873699B2 (en) | 2001-05-30 | 2004-07-02 | Network control system for home appliances |
US10/882,311 Abandoned US20040243684A1 (en) | 2001-05-30 | 2004-07-02 | Network control system for home appliances |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/478,816 Expired - Fee Related US7853662B2 (en) | 2001-05-30 | 2001-07-05 | Network control system for home appliances |
US10/882,426 Expired - Fee Related US7873699B2 (en) | 2001-05-30 | 2004-07-02 | Network control system for home appliances |
Country Status (8)
Country | Link |
---|---|
US (3) | US7853662B2 (en) |
EP (4) | EP1863189B1 (en) |
KR (1) | KR100434270B1 (en) |
CN (3) | CN1538709A (en) |
AU (1) | AU2001269567A1 (en) |
DE (2) | DE60137979D1 (en) |
ES (3) | ES2295179T3 (en) |
WO (1) | WO2002097555A2 (en) |
Cited By (40)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030111218A1 (en) * | 2001-12-14 | 2003-06-19 | Yukinobu Iguchi | Image forming apparatus |
US20030139191A1 (en) * | 2001-12-18 | 2003-07-24 | Samsung Electronics Co., Ltd. | Wireless communication apparatus capable of improving connection rate |
US20040088387A1 (en) * | 2002-10-21 | 2004-05-06 | Samsung Electronics Co., Ltd. | Wireless network and method for sharing flexible data between a master and slaves in real time |
US20050003822A1 (en) * | 2003-07-01 | 2005-01-06 | Markus Aholainen | Method and apparatus for automatically selecting a bearer for a wireless connection |
US20050081080A1 (en) * | 2003-10-14 | 2005-04-14 | International Business Machines Corporation | Error recovery for data processing systems transferring message packets through communications adapters |
US20050123109A1 (en) * | 2003-12-08 | 2005-06-09 | Toshihiro Yamagishi | System and method for remote control |
US20050234568A1 (en) * | 2004-04-19 | 2005-10-20 | Lg Electronics Inc. | Home network system and method for operating the same |
US7141950B1 (en) * | 2006-02-28 | 2006-11-28 | Cypress Semiconductor Corp. | Fan control utilizing bi-directional communication |
US20070022193A1 (en) * | 2005-07-21 | 2007-01-25 | Ryuichi Iwamura | System and method for establishing master component in multiple home networks |
US20070130278A1 (en) * | 2003-05-30 | 2007-06-07 | Seung-Myun Baek | Home network system |
US20070135085A1 (en) * | 2005-12-09 | 2007-06-14 | Ryuichi Iwamura | System and method for providing access in powerline communications (PLC) network |
EP1825630A1 (en) * | 2004-12-15 | 2007-08-29 | Smartlabs, Inc. | Mesh network of intelligent devices communicating via powerline and radio frequency |
US20080027566A1 (en) * | 2003-05-30 | 2008-01-31 | Seung-Myun Baek | Home Network System |
US20080130687A1 (en) * | 2004-03-31 | 2008-06-05 | Lg Electronics Inc. | Data Receiving Method and Transferring Method for Data Link Layer |
US20080259956A1 (en) * | 2004-03-31 | 2008-10-23 | Lg Electronics Inc. | Data Processing Method for Network Layer |
WO2009007730A2 (en) * | 2007-07-11 | 2009-01-15 | En-Twyn Ltd. | Power socket fascia |
US20090022151A1 (en) * | 2005-02-24 | 2009-01-22 | Lg Electronic Inc. | Packet structure and packet transmission method of network control protocol |
US20100118760A1 (en) * | 2007-07-11 | 2010-05-13 | Zte Corporation | Method for transmitting mobile multimedia broadcast service data flow and a multiplexing frame for transmitting |
FR2947138A1 (en) * | 2009-06-23 | 2010-12-24 | Delta Dore | METHOD FOR ASSOCIATION BETWEEN A HOME DEVICE AND A MANAGEMENT EQUIPMENT OF A REMOTE CONTROL SYSTEM |
US20110072162A1 (en) * | 2009-09-23 | 2011-03-24 | Lsi Corporation | Serial Line Protocol for Embedded Devices |
US8031724B2 (en) | 2003-05-30 | 2011-10-04 | Lg Electronics Inc. | Home network system |
US20120072522A1 (en) * | 2010-09-22 | 2012-03-22 | Yamatake Corporation | Radio communication system |
US20130013593A1 (en) * | 2008-09-22 | 2013-01-10 | Optim Corporation | Information processing device, method and server for determining type of electric appliance |
US9251700B2 (en) | 2013-10-28 | 2016-02-02 | Smartlabs, Inc. | Methods and systems for powerline and radio frequency communications |
US9317984B2 (en) | 2013-10-28 | 2016-04-19 | Smartlabs, Inc. | Systems and methods to control locking and unlocking of doors using powerline and radio frequency communications |
US9324203B2 (en) | 2013-10-28 | 2016-04-26 | Smartlabs, Inc. | Systems and methods to control a door keypad |
US9347242B2 (en) | 2013-10-28 | 2016-05-24 | Smartlabs, Inc. | Systems and methods to automatically detect a door state |
US9361786B2 (en) | 2013-12-05 | 2016-06-07 | Smartlabs, Inc. | Systems and methods to control window coverings using powerline and radio frequency communications |
US9425979B2 (en) | 2014-11-12 | 2016-08-23 | Smartlabs, Inc. | Installation of network devices using secure broadcasting systems and methods from remote intelligent devices |
US9438573B2 (en) | 2014-11-12 | 2016-09-06 | Smartlabs, Inc. | Systems and methods to securely install network devices using physical confirmation |
US9474133B2 (en) | 2014-12-01 | 2016-10-18 | Smartlabs, Inc. | Sensor lighting control systems and methods |
US9531587B2 (en) | 2014-11-12 | 2016-12-27 | Smartlabs, Inc. | Systems and methods to link network controllers using installed network devices |
US9529345B2 (en) | 2013-12-05 | 2016-12-27 | Smartlabs, Inc. | Systems and methods to automatically adjust window coverings |
US9578443B2 (en) | 2014-12-19 | 2017-02-21 | Smartlabs, Inc. | Smart home device adaptive configuration systems and methods |
US9628422B2 (en) | 2013-07-12 | 2017-04-18 | Smartlabs, Inc. | Acknowledgement as a propagation of messages in a simulcast mesh network |
US9755744B2 (en) | 2012-07-03 | 2017-09-05 | Smartlabs, Inc. | Simulcast mesh dimmable illumination source |
US9985796B2 (en) | 2014-12-19 | 2018-05-29 | Smartlabs, Inc. | Smart sensor adaptive configuration systems and methods using cloud data |
US10069735B2 (en) * | 2015-10-01 | 2018-09-04 | B&R Industrial Automation GmbH | Method for data communication with reduced overhead in a real-time capable Ethernet data network |
US11489690B2 (en) | 2014-12-19 | 2022-11-01 | Smartlabs, Inc. | System communication utilizing path between neighboring networks |
US11736597B2 (en) * | 2020-08-31 | 2023-08-22 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Data exchange method, electronic device, and non-transitory storage medium |
Families Citing this family (170)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20030045576A (en) * | 2001-12-04 | 2003-06-11 | 주식회사 플레넷 | Data packet recording media, management method thereof and bi-directional communication method applying on power line communication |
US7099318B2 (en) * | 2001-12-28 | 2006-08-29 | Intel Corporation | Communicating message request transaction types between agents in a computer system using multiple message groups |
KR100442256B1 (en) * | 2002-02-28 | 2004-07-30 | 엘지전자 주식회사 | Method and apparatus for compatible a standard of home network system |
US6859644B2 (en) * | 2002-03-13 | 2005-02-22 | Koninklijke Philips Electronics N.V. | Initialization of wireless-controlled lighting systems |
KR100511950B1 (en) * | 2002-03-20 | 2005-09-02 | 엘지전자 주식회사 | Error Checking System for Network Enable Home Appliance and Method for the Same |
KR100437099B1 (en) * | 2002-03-20 | 2004-06-23 | 엘지전자 주식회사 | Home Appliance Network System and Controlling Method for the same |
US20050256903A1 (en) * | 2002-06-24 | 2005-11-17 | Van De Sluis Bartel M | Managing a home network |
KR100442275B1 (en) * | 2002-07-15 | 2004-07-30 | 엘지전자 주식회사 | Method for Checking Communication Interference of Home Network System |
US20040066935A1 (en) * | 2002-10-02 | 2004-04-08 | Marino Francis C. | Method and apparatus for providing a message sequence count in a security system |
US7444401B1 (en) | 2002-11-18 | 2008-10-28 | Arkion Systems Llc | Method and apparatus for inexpensively monitoring and controlling remotely distributed appliances |
KR100505230B1 (en) * | 2002-12-10 | 2005-08-03 | 엘지전자 주식회사 | Home Network System and Home Appliance Reducing Method for the Same |
DE10313360A1 (en) * | 2003-03-25 | 2004-10-21 | BSH Bosch und Siemens Hausgeräte GmbH | Method and device for detecting the registration of the connection of a domestic appliance to a bus line arrangement |
KR100605216B1 (en) * | 2003-05-30 | 2006-07-31 | 엘지전자 주식회사 | 0network device |
KR100605219B1 (en) * | 2003-05-30 | 2006-07-31 | 엘지전자 주식회사 | Network electric device |
KR100638017B1 (en) * | 2003-05-30 | 2006-10-23 | 엘지전자 주식회사 | Network device |
US20040240451A1 (en) * | 2003-05-30 | 2004-12-02 | Koon-Seok Lee | Connection handling, service management, and channel handling devices of home network management system |
CN1771695B (en) * | 2003-05-30 | 2010-09-29 | Lg电子株式会社 | Home network system |
US20070061406A1 (en) * | 2003-05-30 | 2007-03-15 | Seung-Myun Baek | Home network system |
US7715325B2 (en) | 2003-05-30 | 2010-05-11 | Lg Electronics Inc | Home network system |
WO2004107658A1 (en) * | 2003-05-30 | 2004-12-09 | Lg Electronics, Inc. | Home network system and its configuration system |
KR100638030B1 (en) * | 2003-05-30 | 2006-10-23 | 엘지전자 주식회사 | Network electric device |
KR100596755B1 (en) * | 2003-05-30 | 2006-07-04 | 엘지전자 주식회사 | Home network system |
WO2004107657A1 (en) * | 2003-05-30 | 2004-12-09 | Lg Electronics, Inc. | Home network system |
DE10354498A1 (en) * | 2003-11-21 | 2005-06-09 | BSH Bosch und Siemens Hausgeräte GmbH | Treatment of an interruption of a communication connection between a home appliance and a control device |
EP1690375A1 (en) * | 2003-12-01 | 2006-08-16 | Samsung Electronics Co., Ltd. | System and method for building home domain using smart card which contains information of home network member device |
KR101044937B1 (en) | 2003-12-01 | 2011-06-28 | 삼성전자주식회사 | Home network system and method thereof |
US7543037B2 (en) * | 2003-12-02 | 2009-06-02 | International Business Machines Corporation | RDMA completion and retransmit system and method |
EP1564990A3 (en) * | 2004-02-16 | 2008-04-16 | Matsushita Electric Industrial Co., Ltd. | Equipment management system and method |
JP2005277655A (en) * | 2004-03-24 | 2005-10-06 | Sony Corp | Input/output terminal, master apparatus, slave apparatus, information processing system and method, and program for input/output terminal, master apparatus and slave apparatus |
US7668074B2 (en) | 2004-03-31 | 2010-02-23 | Lg Electronics Inc. | Home network system |
US7844680B2 (en) * | 2004-05-27 | 2010-11-30 | Lg Electronics Inc. | Home network system |
US7792106B2 (en) * | 2004-06-08 | 2010-09-07 | Sony Corporation | Audio/video network interface |
US20060020690A1 (en) * | 2004-06-17 | 2006-01-26 | Richards Martin J | Network topology and method of operation for a playback system in a digital cinema network |
FR2872982A1 (en) * | 2004-07-07 | 2006-01-13 | Oxance Sarl | Computer data transmitting method, involves utilizing power line routing protocol adapted to power line network, for encapsulation of computer data, initialization of power line adapters and routing of data |
US7500105B2 (en) * | 2004-07-13 | 2009-03-03 | Honeywell International Inc. | Hybrid encoding of data transmissions in a security system |
US20060064730A1 (en) * | 2004-09-17 | 2006-03-23 | Jacob Rael | Configurable entertainment network |
ATE347215T1 (en) * | 2004-09-27 | 2006-12-15 | Bft Spa | METHOD AND SYSTEM FOR TRANSMISSION IN A HOME NETWORK |
CN100466568C (en) * | 2004-10-27 | 2009-03-04 | 乐金电子(天津)电器有限公司 | Household network system and its address setting method and associated electrical appliance equipment |
US20070055386A1 (en) * | 2004-11-03 | 2007-03-08 | Rockwell Automation Technologies, Inc. | Abstracted display building method and system |
KR100599131B1 (en) * | 2004-12-09 | 2006-07-12 | 삼성전자주식회사 | Security device for home network and method for security setup thereof |
US7979862B2 (en) * | 2004-12-21 | 2011-07-12 | Hewlett-Packard Development Company, L.P. | System and method for replacing an inoperable master workload management process |
US7181293B2 (en) * | 2004-12-27 | 2007-02-20 | Intel Corporation | System and method for enabling home power management |
KR100698111B1 (en) * | 2004-12-29 | 2007-03-26 | 엘지전자 주식회사 | Emboding method of the A/V network |
US20060149395A1 (en) * | 2004-12-30 | 2006-07-06 | Carrier Corporation | Routine and urgent remote notifications from multiple home comfort systems |
KR101025547B1 (en) * | 2005-02-02 | 2011-03-30 | 엘지전자 주식회사 | Packet Transmission?Response Process and Event Transmission Method Between Two Masters in a Home Network |
KR100735968B1 (en) * | 2005-02-07 | 2007-07-06 | 엘지전자 주식회사 | Method for providing download and upload service in living network control system |
US20060198208A1 (en) * | 2005-03-07 | 2006-09-07 | Lantronix, Inc. | Publicasting systems and methods |
KR100763636B1 (en) * | 2005-04-11 | 2007-10-05 | 엘지전자 주식회사 | Appliance Control Method of Home-Network System |
JP4900891B2 (en) | 2005-04-27 | 2012-03-21 | キヤノン株式会社 | Communication apparatus and communication method |
GB2426897A (en) * | 2005-06-01 | 2006-12-06 | Agilent Technologies Inc | Transferring control and signalling data between protocol stack layers by inserting it into Destination Options Headers of IPv6 packets |
US8533253B2 (en) | 2005-06-09 | 2013-09-10 | Whirlpool Corporation | Distributed object-oriented appliance control system |
US7813831B2 (en) * | 2005-06-09 | 2010-10-12 | Whirlpool Corporation | Software architecture system and method for operating an appliance in multiple operating modes |
ATE523984T1 (en) * | 2005-07-04 | 2011-09-15 | Vkr Holding As | SYSTEM WITH AT LEAST ONE MAIN UNIT AND SEVERAL SLAVE UNITS |
WO2007003189A1 (en) * | 2005-07-04 | 2007-01-11 | Vkr Holding A/S | System and method for operating a master unit and a plurality of slave units |
US20080198035A1 (en) * | 2005-07-04 | 2008-08-21 | Vkr Holding A/S | System Comprising a Master Unit and a Plurality of Slave Units for Operating a Plurality of Devices |
US7415310B2 (en) * | 2005-09-15 | 2008-08-19 | Intermatic Incorporated | System for home automation |
US7412432B2 (en) * | 2005-10-27 | 2008-08-12 | International Business Machines Corporation | Problem determination rules processing |
CA2628235A1 (en) * | 2005-11-07 | 2007-05-10 | Lg Electronics Inc. | Near field communication host controller interface |
DE102005060025A1 (en) * | 2005-12-15 | 2007-06-21 | Siemens Ag | Method for transmitting information by means of pulse diagnosis modulating pulse width modulation |
US7958436B2 (en) | 2005-12-23 | 2011-06-07 | Intel Corporation | Performing a cyclic redundancy checksum operation responsive to a user-level instruction |
KR20070078115A (en) * | 2006-01-26 | 2007-07-31 | 엘지전자 주식회사 | Remote controlling method |
US7925957B2 (en) * | 2006-03-20 | 2011-04-12 | Intel Corporation | Validating data using processor instructions |
AU2007247918B2 (en) * | 2006-05-04 | 2011-07-21 | Capstone Mobile Technologies, Llc | System and method for remotely monitoring and controlling a water meter |
US8690117B2 (en) | 2006-05-04 | 2014-04-08 | Capstone Metering Llc | Water meter |
KR100824792B1 (en) * | 2006-07-11 | 2008-04-24 | 삼성전자주식회사 | Command processing devices and method thereof, and systems having the same |
KR100837705B1 (en) * | 2006-12-08 | 2008-06-13 | 한국전자통신연구원 | Framework Configuration and Operating Method of Open Home Network |
CN101611614A (en) * | 2007-02-12 | 2009-12-23 | 皇家飞利浦电子股份有限公司 | Network control system and the equipment that is used for network control system |
JP5105916B2 (en) * | 2007-03-15 | 2012-12-26 | 三洋電機株式会社 | Serial communication system |
US9889239B2 (en) | 2007-03-23 | 2018-02-13 | Allegiance Corporation | Fluid collection and disposal system and related methods |
AU2008232361B2 (en) | 2007-03-23 | 2013-05-16 | Allegiance Corporation | Fluid collection and disposal system and related methods |
JP4347358B2 (en) * | 2007-03-29 | 2009-10-21 | 株式会社沖データ | Image processing apparatus and image processing system |
FR2915046B1 (en) * | 2007-04-10 | 2018-06-22 | Patrick Gilles Maillot | SOURCE DEVICE OF A DOMESTIC AUDIOVISUAL COMMUNICATION NETWORK, CORRESPONDING MANAGEMENT METHOD AND COMPUTER PROGRAM PRODUCT. |
JP4865623B2 (en) * | 2007-04-16 | 2012-02-01 | キヤノン株式会社 | Method for forming wireless network for direct wireless communication between wireless terminals and wireless terminal |
US8209728B2 (en) | 2007-08-31 | 2012-06-26 | At&T Intellectual Property I, L.P. | System and method of delivering video content |
KR101627219B1 (en) * | 2008-04-29 | 2016-06-03 | 엘지전자 주식회사 | Home appliance and home appliance system |
WO2009134044A2 (en) * | 2008-04-29 | 2009-11-05 | Lg Electronics Inc. | Home appliance and home appliance system |
US8532273B2 (en) * | 2008-04-29 | 2013-09-10 | Lg Electronics Inc. | Home appliance and home appliance system |
US20100040213A1 (en) * | 2008-04-30 | 2010-02-18 | Lg Electronics Inc. | Home appliance and home appliance system |
US8705715B2 (en) * | 2008-04-30 | 2014-04-22 | Lg Electronics Inc. | Home appliance, home appliance system, and diagnosis method of a home appliance |
US9054953B2 (en) * | 2008-06-16 | 2015-06-09 | Lg Electronics Inc. | Home appliance and home appliance system |
EP2308204A4 (en) * | 2008-07-18 | 2017-01-04 | LG Electronics Inc. | A method and an apparatus for controlling messages between host and controller. |
WO2010008249A2 (en) * | 2008-07-18 | 2010-01-21 | Lg Electronics Inc. | A method and an apparatus for controlling messages between host and controller. |
WO2010008251A2 (en) * | 2008-07-18 | 2010-01-21 | Lg Electronics Inc. | Apparatus for controlling a power and method thereof |
EP2152022B1 (en) * | 2008-08-08 | 2016-03-23 | VEGA Grieshaber KG | Recognition of telegram limits |
CN101345666B (en) * | 2008-08-28 | 2011-09-07 | 宇龙计算机通信科技(深圳)有限公司 | Terminal monitoring method, apparatus and system |
US20100066554A1 (en) * | 2008-09-02 | 2010-03-18 | Lg Electronics Inc. | Home appliance system |
US8352623B2 (en) * | 2008-09-17 | 2013-01-08 | International Business Machines Corporation | System for energy efficient computer management environment via tightly integrated target status and directed work sessions |
ES2730077T3 (en) | 2008-10-27 | 2019-11-08 | Mueller Int Llc | Infrastructure monitoring system and method |
US8655995B2 (en) * | 2009-01-13 | 2014-02-18 | Whirlpool Corporation | Home network commissioning |
KR101597523B1 (en) * | 2009-04-10 | 2016-02-25 | 엘지전자 주식회사 | Home appliance Service apparatus and Controlling method thereof |
KR101555586B1 (en) * | 2009-04-10 | 2015-09-24 | 엘지전자 주식회사 | Home appliance |
US8565079B2 (en) * | 2009-04-10 | 2013-10-22 | Lg Electronics Inc. | Home appliance and home appliance system |
KR101579481B1 (en) * | 2009-04-10 | 2015-12-22 | 엘지전자 주식회사 | Diagnostic system and method for home appliance |
KR20100112948A (en) * | 2009-04-10 | 2010-10-20 | 엘지전자 주식회사 | Diagnostic system and method for home appliance |
KR101421685B1 (en) * | 2009-04-10 | 2014-08-13 | 엘지전자 주식회사 | Diagnostic system and method for home appliance |
KR101442115B1 (en) * | 2009-04-10 | 2014-09-18 | 엘지전자 주식회사 | Home appliance and home appliance system |
JP5332854B2 (en) * | 2009-04-20 | 2013-11-06 | ソニー株式会社 | Wireless transmitter, wireless transmission method, wireless receiver, and wireless reception method |
EP2433440B1 (en) | 2009-05-22 | 2018-07-25 | Mueller International, LLC | Infrastructure monitoring devices, systems, and methods |
JP5632912B2 (en) * | 2009-06-25 | 2014-11-26 | コーニンクレッカ フィリップス エヌ ヴェ | Home automation system and method for controlling the same |
WO2011005018A2 (en) | 2009-07-06 | 2011-01-13 | 엘지전자 주식회사 | Home appliance diagnosis system, and method for operating same |
WO2011008961A1 (en) | 2009-07-15 | 2011-01-20 | Allegiance Corporation | Fluid collection and disposal system and related methods |
WO2011010432A1 (en) * | 2009-07-22 | 2011-01-27 | パナソニック株式会社 | Base station and client device |
KR20110010374A (en) | 2009-07-24 | 2011-02-01 | 엘지전자 주식회사 | Diagnostic system and method for home appliance |
KR101403000B1 (en) | 2009-07-24 | 2014-06-17 | 엘지전자 주식회사 | Home appliance and method for signal output of home appliance |
KR101472401B1 (en) * | 2009-07-31 | 2014-12-12 | 엘지전자 주식회사 | Diagnostic system and method for home appliance |
KR101482137B1 (en) * | 2009-07-31 | 2015-01-13 | 엘지전자 주식회사 | Diagnostic system and method for home appliance |
KR101607891B1 (en) * | 2009-07-31 | 2016-04-11 | 엘지전자 주식회사 | Diagnostic system and method for home appliance |
KR101482138B1 (en) * | 2009-07-31 | 2015-01-13 | 엘지전자 주식회사 | Diagnostic system and method for home appliance |
KR101472402B1 (en) * | 2009-07-31 | 2014-12-12 | 엘지전자 주식회사 | Diagnostic system and method for home appliance |
KR101553843B1 (en) * | 2009-07-31 | 2015-09-30 | 엘지전자 주식회사 | Diagnostic system and method for home appliance |
KR20110013582A (en) * | 2009-07-31 | 2011-02-10 | 엘지전자 주식회사 | Diagnostic system and method for home appliance |
AU2010279835B2 (en) * | 2009-08-05 | 2014-08-28 | Lg Electronics Inc. | Home appliance and method for operating the same |
US8344641B1 (en) | 2009-09-01 | 2013-01-01 | NuLEDs, Inc. | LED illumination control using simple digital command structure |
US8710759B1 (en) * | 2009-09-01 | 2014-04-29 | NuLEDs, Inc. | LED illumination control using a simple digital command structure |
CN102096848B (en) * | 2009-12-09 | 2015-11-25 | Sap欧洲公司 | For carrying out the scheduling of response fast during the query pattern coupling of convection current event |
TW201122742A (en) * | 2009-12-31 | 2011-07-01 | Netvox Technology Co Ltd | Electronic equipment fast classification control method. |
KR101748605B1 (en) | 2010-01-15 | 2017-06-20 | 엘지전자 주식회사 | Refrigerator and diagnostic system for the refrigerator |
KR101582695B1 (en) * | 2010-01-18 | 2016-01-06 | 엘에스산전 주식회사 | System for monitoring a communication failure of power device based on ethernet and method therefor |
DE102010015509A1 (en) * | 2010-04-20 | 2011-11-24 | Gira Giersiepen Gmbh & Co. Kg | System for building automation |
MX363340B (en) | 2010-06-16 | 2019-03-20 | Mueller Int Llc | Infrastructure monitoring devices, systems, and methods. |
FR2962276B1 (en) * | 2010-07-02 | 2015-07-10 | Luc Wathelet | DEVICE, METHOD AND CURRENT CONTROL NETWORK FOR ELECTRICAL DEVICES |
CN103053136B (en) | 2010-07-06 | 2015-11-25 | Lg电子株式会社 | Household electrical appliance diagnostic system and for its diagnostic method |
EP3554003B1 (en) * | 2011-01-06 | 2021-03-03 | LG Electronics Inc. -1- | Network system |
US10240787B2 (en) * | 2011-05-03 | 2019-03-26 | Field Controls, Llc | Integrated damper control system |
US8833390B2 (en) | 2011-05-31 | 2014-09-16 | Mueller International, Llc | Valve meter assembly and method |
KR101416937B1 (en) | 2011-08-02 | 2014-08-06 | 엘지전자 주식회사 | home appliance, home appliance diagnostic system, and method |
KR101252167B1 (en) | 2011-08-18 | 2013-04-05 | 엘지전자 주식회사 | Diagnostic system and method for home appliance |
US9882734B2 (en) * | 2011-08-19 | 2018-01-30 | Ecolink Intelligent Technology Inc. | Method and apparatus for network device detection |
JP2013090125A (en) * | 2011-10-18 | 2013-05-13 | Gaia Holdings Corp | Server for storing electric home appliance information |
US8660134B2 (en) | 2011-10-27 | 2014-02-25 | Mueller International, Llc | Systems and methods for time-based hailing of radio frequency devices |
US8855569B2 (en) | 2011-10-27 | 2014-10-07 | Mueller International, Llc | Systems and methods for dynamic squelching in radio frequency devices |
WO2013065891A1 (en) * | 2011-11-03 | 2013-05-10 | 주식회사 우암코퍼레이션 | Ami and system for monitoring home network power |
US9054892B2 (en) * | 2012-02-21 | 2015-06-09 | Ecolink Intelligent Technology, Inc. | Method and apparatus for registering remote network devices with a control device |
NL1039562C2 (en) * | 2012-04-24 | 2013-10-28 | Fusion Electronics B V | METHOD, CONTROL, MESSAGE RECEPTION MODULE, DATA MESSAGE FORMAT AND NETWORK PROTOCOL FOR AN AGRICULTURAL SYSTEM. |
KR101942781B1 (en) | 2012-07-03 | 2019-01-28 | 엘지전자 주식회사 | Home appliance and method of outputting audible signal for diagnosis |
KR20140007178A (en) | 2012-07-09 | 2014-01-17 | 엘지전자 주식회사 | Diagnostic system for home appliance |
US9491251B2 (en) | 2012-11-27 | 2016-11-08 | Facebook, Inc. | Transmission of notifications to multiple devices associated with a user |
JP6081795B2 (en) * | 2012-12-27 | 2017-02-15 | 東芝ライテック株式会社 | Lighting control system and lighting |
CN104038309B (en) * | 2013-03-07 | 2017-07-28 | 上海东软载波微电子有限公司 | Analogue system communication means and analogue system |
WO2014151384A1 (en) | 2013-03-15 | 2014-09-25 | Mueller International, Llc | Systems for measuring properties of water in a water distribution system |
US20150084547A1 (en) * | 2013-09-26 | 2015-03-26 | Verified Energy, Llc | DALI commissioning tools and methods for implementing |
JP6454702B2 (en) * | 2013-11-04 | 2019-01-16 | コーニンクレッカ フィリップス エヌ ヴェKoninklijke Philips N.V. | Method for notifying user of task on device |
US10263915B2 (en) * | 2013-11-28 | 2019-04-16 | Kt Corporation | Method for processing event between controller and network device |
WO2015108326A1 (en) | 2014-01-14 | 2015-07-23 | Lg Electronics Inc. | Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals |
US10783030B2 (en) * | 2014-03-12 | 2020-09-22 | Sensia Llc | Network synchronization for master and slave devices |
US10079751B2 (en) * | 2014-03-12 | 2018-09-18 | Link Advance Co., Ltd. | Flexible network building method for remote-programmable monitoring and controlling system applied to smart home |
US9494249B2 (en) | 2014-05-09 | 2016-11-15 | Mueller International, Llc | Mechanical stop for actuator and orifice |
KR20160010785A (en) * | 2014-07-18 | 2016-01-28 | 삼성전자주식회사 | Home appliance and control method the same |
US9565620B2 (en) | 2014-09-02 | 2017-02-07 | Mueller International, Llc | Dynamic routing in a mesh network |
US10523731B2 (en) * | 2014-10-20 | 2019-12-31 | Lg Electronics Inc. | Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal |
CN104615005B (en) * | 2015-01-04 | 2017-03-08 | 苏州触达信息技术有限公司 | The Internal management control method of interactive multimedia device group |
US9934117B2 (en) * | 2015-03-24 | 2018-04-03 | Honeywell International Inc. | Apparatus and method for fault detection to ensure device independence on a bus |
CN104902424B (en) * | 2015-04-07 | 2018-05-11 | 广东欧珀移动通信有限公司 | Control method, the device and system of wireless smart devices |
US11041839B2 (en) | 2015-06-05 | 2021-06-22 | Mueller International, Llc | Distribution system monitoring |
KR101718215B1 (en) * | 2015-06-15 | 2017-03-20 | 엘지전자 주식회사 | Home appliance |
CN105096978B (en) * | 2015-08-25 | 2017-11-24 | 广东欧珀移动通信有限公司 | The name management method and terminal of a kind of playback equipment group |
US20170170979A1 (en) | 2015-12-15 | 2017-06-15 | Pentair Flow Technologies, Llc | Systems and Methods for Wireless Control and Monitoring of Residential Devices |
JP6763940B2 (en) * | 2016-02-24 | 2020-09-30 | 京セラ株式会社 | Management system and management method |
AU2017243868A1 (en) * | 2016-03-30 | 2018-11-15 | Sockitz Pty Ltd | An interchangeable circuitry module network |
EP3478031B1 (en) * | 2017-10-30 | 2020-06-24 | Melexis Technologies NV | Bus protocol for dynamic lighting application |
CN108650296A (en) * | 2018-03-30 | 2018-10-12 | 深圳阿凡达智控有限公司 | The means of communication, device and system |
US11144493B1 (en) | 2018-05-02 | 2021-10-12 | Ecosense Lighting Inc. | Composite interface circuit |
US11994035B2 (en) | 2018-07-03 | 2024-05-28 | Pentair Residential Filtration, Llc | Valve controller system and method |
WO2020068093A1 (en) * | 2018-09-28 | 2020-04-02 | Hewlett-Packard Development Company, L.P. | Master/slave communication protocol |
JP7010268B2 (en) * | 2019-04-19 | 2022-01-26 | オムロン株式会社 | Communication monitoring system and communication monitoring method |
US10805262B1 (en) * | 2019-06-10 | 2020-10-13 | Banner Engineering Corp. | Modbus system having actual and virtual slave addresses and slave sensors |
US10784993B1 (en) * | 2019-11-01 | 2020-09-22 | Qualcomm Incorporated | Soft combining packets received from different piconets |
CN111427850A (en) * | 2019-11-06 | 2020-07-17 | 杭州海康威视数字技术股份有限公司 | Method, device and system for displaying alarm file |
US11725366B2 (en) | 2020-07-16 | 2023-08-15 | Mueller International, Llc | Remote-operated flushing system |
CN113391566A (en) * | 2021-06-23 | 2021-09-14 | 疯壳(深圳)科技有限公司 | Cooperative working method and system of integrated programmable device |
Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4703306A (en) * | 1986-09-26 | 1987-10-27 | The Maytag Company | Appliance system |
US5235685A (en) * | 1989-05-11 | 1993-08-10 | Data General Corp. | Interface bus with independent data, command and direct control sections for parallel transfer of information between host and intelligent storage |
US5255185A (en) * | 1988-04-18 | 1993-10-19 | Brunswick Bowling & Billiards Corp. | Bowling center video display system |
US5309567A (en) * | 1992-01-24 | 1994-05-03 | C-Cube Microsystems | Structure and method for an asynchronous communication protocol between master and slave processors |
US5319755A (en) * | 1990-04-18 | 1994-06-07 | Rambus, Inc. | Integrated circuit I/O using high performance bus interface |
US5600310A (en) * | 1994-12-02 | 1997-02-04 | General Electric Company | Serial bus control for appliances |
US6018816A (en) * | 1997-04-04 | 2000-01-25 | Canon Kabushiki Kaisha | Information processing system and method, image processing system and method, information processing apparatus and computer readable memory |
US6108718A (en) * | 1996-11-12 | 2000-08-22 | Sony Corporation | Communication method and electronic apparatus thereof |
US20020027886A1 (en) * | 2000-04-07 | 2002-03-07 | Fischer Matthew James | Method of controlling data sampling clocking of asynchronous network nodes in a frame-based communications network |
US20020103898A1 (en) * | 2001-01-31 | 2002-08-01 | Moyer Stanley L. | System and method for using session initiation protocol (SIP) to communicate with networked appliances |
US20030149757A1 (en) * | 2000-12-27 | 2003-08-07 | Reiko Ueno | Identification code management system for home network |
US20030219030A1 (en) * | 1998-09-11 | 2003-11-27 | Cirrus Logic, Inc. | Method and apparatus for controlling communication within a computer network |
US6785720B1 (en) * | 1998-05-23 | 2004-08-31 | Samsung Electronics Co., Ltd. | Method for connecting to server devices in browser-based home network apparatus therefor |
US7103834B1 (en) * | 1997-06-25 | 2006-09-05 | Samsung Electronics Co., Ltd. | Method and apparatus for a home network auto-tree builder |
Family Cites Families (48)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4210780A (en) * | 1978-03-27 | 1980-07-01 | The Mitre Corporation | Multiple access digital communications system |
JPS6083447A (en) * | 1983-10-13 | 1985-05-11 | Matsushita Electric Ind Co Ltd | Resetting control circuit |
US4638313A (en) | 1984-11-08 | 1987-01-20 | Spacelabs, Inc. | Addressing for a multipoint communication system for patient monitoring |
DE3644868A1 (en) | 1986-09-16 | 1988-03-24 | Siegfried Dipl Ing Schwarz | PARTICIPANTS IN A LOCAL NETWORK |
GB8912276D0 (en) * | 1989-05-27 | 1989-07-12 | Allen John | Data communication apparatus |
WO1990015394A1 (en) * | 1989-06-02 | 1990-12-13 | Aisi Research Corporation | Appliance interface for exchanging data |
US5151977A (en) * | 1990-08-31 | 1992-09-29 | International Business Machines Corp. | Managing a serial link in an input/output system which indicates link status by continuous sequences of characters between data frames |
FR2678084B1 (en) * | 1991-06-24 | 1993-09-24 | Sgs Thomson Microelectronics | METHOD FOR COMMUNICATING INFORMATION AND CONTROLS WITHIN A HOUSE OR A BUILDING, SYSTEM FOR IMPLEMENTING SAME, AND APPLICATION OF THIS SYSTEM TO A HOME AUTOMATION. |
US5191326A (en) * | 1991-09-05 | 1993-03-02 | Schlumberger Technology Corporation | Communications protocol for digital telemetry system |
US6098188A (en) | 1992-02-14 | 2000-08-01 | Lucent Technologies Inc. | Packet framer |
FR2697100B1 (en) * | 1992-10-16 | 1995-03-03 | It Com | Interactive communication device, especially for home automation applications. |
US5621662A (en) * | 1994-02-15 | 1997-04-15 | Intellinet, Inc. | Home automation system |
US5922050A (en) | 1996-07-02 | 1999-07-13 | Sun Microsystems, Inc. | Method and apparatus for controlling a device on a network |
US5751970A (en) | 1996-08-08 | 1998-05-12 | International Business Machines Corp. | Method for determining an optimal segmentation size for file transmission in a communications system |
US5877957A (en) * | 1996-11-06 | 1999-03-02 | Ameritech Services, Inc. | Method and system of programming at least one appliance to change state upon the occurrence of a trigger event |
JP3586548B2 (en) | 1997-01-10 | 2004-11-10 | シャープ株式会社 | Communication method, communication system, computer-readable recording medium storing communication program, and communication device |
SG101460A1 (en) | 1997-02-14 | 2004-01-30 | Canon Kk | Data communication apparatus and method |
JP3011677B2 (en) * | 1997-06-06 | 2000-02-21 | 三洋電機株式会社 | Information transfer device and information transmission system |
KR100294432B1 (en) * | 1997-06-19 | 2001-09-17 | 이내흔 | Data communication device and method for home automation system |
JP2000512472A (en) | 1997-06-25 | 2000-09-19 | サムソン エレクトロニクス カンパニー リミテッド | Programming tools for home networks |
US6134245A (en) | 1997-08-08 | 2000-10-17 | Paradyne Corporation | System and method for the compression and transportation of non frame relay data over a frame relay network |
FR2770017B1 (en) * | 1997-10-17 | 1999-12-03 | Thomson Multimedia Sa | DOMESTIC EQUIPMENT CONTROL SYSTEM BY GRAPHIC DISPLAY ON SCREEN |
US6160808A (en) | 1997-12-18 | 2000-12-12 | 3Com Corporation | Technique for transmitting incoming multi-link point-to-point (PPP) packet traffic over multiple outgoing links in a multi-link bundle |
US6006272A (en) | 1998-02-23 | 1999-12-21 | Lucent Technologies Inc. | Method for network address translation |
CN1233144A (en) * | 1998-04-23 | 1999-10-27 | 欧阳炳宇 | Concentrated household appliance controlling system |
JP3922817B2 (en) * | 1998-06-30 | 2007-05-30 | 株式会社東芝 | Communication node and communication terminal |
AUPP471098A0 (en) * | 1998-07-16 | 1998-08-06 | United Technology Pty Ltd | Internet utility interconnect method and means |
AU1519300A (en) | 1998-11-25 | 2000-06-13 | Consonance Technologies, Inc. | Apparatus and methods for unidirectional data communication |
KR100275707B1 (en) | 1998-11-26 | 2000-12-15 | 윤종용 | Home networl system and node id assignment method thereof |
CN1290442A (en) * | 1998-12-07 | 2001-04-04 | 索尼株式会社 | Method and apparatus for network control |
JP2000184471A (en) * | 1998-12-11 | 2000-06-30 | Nec Corp | Home automation system |
JP2000196700A (en) * | 1998-12-24 | 2000-07-14 | Smc Corp | Start-stop synchronization data transmitting method |
US6584096B1 (en) | 1998-12-30 | 2003-06-24 | Nortel Networks Limited | Method and apparatus for connecting a home network to the internet |
JP2000287119A (en) | 1999-01-26 | 2000-10-13 | Canon Inc | Equipment, method and system for communication, method for controlling communication system, photographing device, display device and storage medium |
JP3743194B2 (en) | 1999-02-25 | 2006-02-08 | 株式会社日立製作所 | Packet relay device |
KR20010071821A (en) | 1999-05-11 | 2001-07-31 | 이데이 노부유끼 | Network connection recognition method, network system and network connection terminal device |
JP3687412B2 (en) * | 1999-05-21 | 2005-08-24 | Kddi株式会社 | Method, apparatus and system for evaluating service quality in packet switching network |
US6785258B1 (en) | 1999-06-23 | 2004-08-31 | At&T Wireless Services, Inc. | System and method for data scrambling to reduce the crest factor in an OFDM waveform |
WO2001005186A1 (en) * | 1999-07-13 | 2001-01-18 | Matsushita Electric Industrial Co., Ltd. | Household appliance control network system |
JP3318289B2 (en) * | 1999-08-10 | 2002-08-26 | 松下電送システム株式会社 | Home network gateway equipment |
US6956818B1 (en) | 2000-02-23 | 2005-10-18 | Sun Microsystems, Inc. | Method and apparatus for dynamic class-based packet scheduling |
US6831912B1 (en) | 2000-03-09 | 2004-12-14 | Raytheon Company | Effective protocol for high-rate, long-latency, asymmetric, and bit-error prone data links |
US6580950B1 (en) | 2000-04-28 | 2003-06-17 | Echelon Corporation | Internet based home communications system |
EP1187015A3 (en) | 2000-05-09 | 2003-01-29 | Yipee!, Inc. | Internet-enabled embedded device |
WO2001086848A1 (en) | 2000-05-09 | 2001-11-15 | Scivac, Inc. | Optical wavelength division multiplexer and de-multiplexer |
US6965646B1 (en) | 2000-06-28 | 2005-11-15 | Cisco Technology, Inc. | MPEG file format optimization for streaming |
KR20020028470A (en) * | 2000-10-10 | 2002-04-17 | 구자홍 | system and method for remote control and monitoring of electric home appliances |
JP3903714B2 (en) * | 2000-12-20 | 2007-04-11 | 株式会社日立製作所 | Position relationship acquisition method and equipment |
-
2001
- 2001-05-30 KR KR10-2001-0030036A patent/KR100434270B1/en not_active IP Right Cessation
- 2001-07-05 ES ES01948086T patent/ES2295179T3/en not_active Expired - Lifetime
- 2001-07-05 DE DE60137979T patent/DE60137979D1/en not_active Expired - Lifetime
- 2001-07-05 ES ES04010684T patent/ES2320214T3/en not_active Expired - Lifetime
- 2001-07-05 CN CNA2004100445603A patent/CN1538709A/en active Pending
- 2001-07-05 CN CNB018234666A patent/CN1328631C/en not_active Expired - Fee Related
- 2001-07-05 US US10/478,816 patent/US7853662B2/en not_active Expired - Fee Related
- 2001-07-05 EP EP07075504A patent/EP1863189B1/en not_active Expired - Lifetime
- 2001-07-05 WO PCT/KR2001/001151 patent/WO2002097555A2/en active IP Right Grant
- 2001-07-05 CN CNA2004100445618A patent/CN1538689A/en active Pending
- 2001-07-05 ES ES07075504T patent/ES2395559T3/en not_active Expired - Lifetime
- 2001-07-05 EP EP04010684A patent/EP1443709B1/en not_active Expired - Lifetime
- 2001-07-05 EP EP01948086A patent/EP1390817B1/en not_active Expired - Lifetime
- 2001-07-05 DE DE60131197T patent/DE60131197T2/en not_active Expired - Lifetime
- 2001-07-05 EP EP04010683A patent/EP1443708A3/en not_active Withdrawn
- 2001-07-05 AU AU2001269567A patent/AU2001269567A1/en not_active Abandoned
-
2004
- 2004-07-02 US US10/882,426 patent/US7873699B2/en not_active Expired - Fee Related
- 2004-07-02 US US10/882,311 patent/US20040243684A1/en not_active Abandoned
Patent Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4703306A (en) * | 1986-09-26 | 1987-10-27 | The Maytag Company | Appliance system |
US5255185A (en) * | 1988-04-18 | 1993-10-19 | Brunswick Bowling & Billiards Corp. | Bowling center video display system |
US5235685A (en) * | 1989-05-11 | 1993-08-10 | Data General Corp. | Interface bus with independent data, command and direct control sections for parallel transfer of information between host and intelligent storage |
US5319755A (en) * | 1990-04-18 | 1994-06-07 | Rambus, Inc. | Integrated circuit I/O using high performance bus interface |
US5309567A (en) * | 1992-01-24 | 1994-05-03 | C-Cube Microsystems | Structure and method for an asynchronous communication protocol between master and slave processors |
US5600310A (en) * | 1994-12-02 | 1997-02-04 | General Electric Company | Serial bus control for appliances |
US6108718A (en) * | 1996-11-12 | 2000-08-22 | Sony Corporation | Communication method and electronic apparatus thereof |
US6018816A (en) * | 1997-04-04 | 2000-01-25 | Canon Kabushiki Kaisha | Information processing system and method, image processing system and method, information processing apparatus and computer readable memory |
US7103834B1 (en) * | 1997-06-25 | 2006-09-05 | Samsung Electronics Co., Ltd. | Method and apparatus for a home network auto-tree builder |
US6785720B1 (en) * | 1998-05-23 | 2004-08-31 | Samsung Electronics Co., Ltd. | Method for connecting to server devices in browser-based home network apparatus therefor |
US20030219030A1 (en) * | 1998-09-11 | 2003-11-27 | Cirrus Logic, Inc. | Method and apparatus for controlling communication within a computer network |
US20020027886A1 (en) * | 2000-04-07 | 2002-03-07 | Fischer Matthew James | Method of controlling data sampling clocking of asynchronous network nodes in a frame-based communications network |
US20030149757A1 (en) * | 2000-12-27 | 2003-08-07 | Reiko Ueno | Identification code management system for home network |
US20020103898A1 (en) * | 2001-01-31 | 2002-08-01 | Moyer Stanley L. | System and method for using session initiation protocol (SIP) to communicate with networked appliances |
Cited By (59)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7447730B2 (en) * | 2001-12-14 | 2008-11-04 | Minolta Co., Ltd. | Image forming apparatus |
US20030111218A1 (en) * | 2001-12-14 | 2003-06-19 | Yukinobu Iguchi | Image forming apparatus |
US20030139191A1 (en) * | 2001-12-18 | 2003-07-24 | Samsung Electronics Co., Ltd. | Wireless communication apparatus capable of improving connection rate |
US7286541B2 (en) * | 2001-12-18 | 2007-10-23 | Samsung Electronics Co., Ltd. | Wireless communication apparatus capable of improving connection rate |
US20040088387A1 (en) * | 2002-10-21 | 2004-05-06 | Samsung Electronics Co., Ltd. | Wireless network and method for sharing flexible data between a master and slaves in real time |
US8275849B2 (en) * | 2002-10-24 | 2012-09-25 | Samsung Electronics Co., Ltd | Wireless network and method for sharing flexible data between a master and slaves in real time |
US20080027566A1 (en) * | 2003-05-30 | 2008-01-31 | Seung-Myun Baek | Home Network System |
US8031724B2 (en) | 2003-05-30 | 2011-10-04 | Lg Electronics Inc. | Home network system |
US20070130278A1 (en) * | 2003-05-30 | 2007-06-07 | Seung-Myun Baek | Home network system |
US20050003822A1 (en) * | 2003-07-01 | 2005-01-06 | Markus Aholainen | Method and apparatus for automatically selecting a bearer for a wireless connection |
US7280832B2 (en) * | 2003-07-01 | 2007-10-09 | Nokia Corporation | Method and apparatus for automatically selecting a bearer for a wireless connection |
US20050081080A1 (en) * | 2003-10-14 | 2005-04-14 | International Business Machines Corporation | Error recovery for data processing systems transferring message packets through communications adapters |
US7492877B2 (en) * | 2003-12-08 | 2009-02-17 | Hitachi, Ltd. | System and method for remote control |
US20050123109A1 (en) * | 2003-12-08 | 2005-06-09 | Toshihiro Yamagishi | System and method for remote control |
US20080259956A1 (en) * | 2004-03-31 | 2008-10-23 | Lg Electronics Inc. | Data Processing Method for Network Layer |
US7852842B2 (en) * | 2004-03-31 | 2010-12-14 | Lg Electronics Inc. | Data processing method for network layer |
US20080130687A1 (en) * | 2004-03-31 | 2008-06-05 | Lg Electronics Inc. | Data Receiving Method and Transferring Method for Data Link Layer |
US20050234568A1 (en) * | 2004-04-19 | 2005-10-20 | Lg Electronics Inc. | Home network system and method for operating the same |
US7124184B2 (en) * | 2004-04-19 | 2006-10-17 | Lg Electronics Inc. | Home networking system having alive and connection termination messages and method for operating same |
EP1825630A4 (en) * | 2004-12-15 | 2011-05-25 | Smartlabs Inc | Mesh network of intelligent devices communicating via powerline and radio frequency |
EP1825630A1 (en) * | 2004-12-15 | 2007-08-29 | Smartlabs, Inc. | Mesh network of intelligent devices communicating via powerline and radio frequency |
US20090022151A1 (en) * | 2005-02-24 | 2009-01-22 | Lg Electronic Inc. | Packet structure and packet transmission method of network control protocol |
US20070022193A1 (en) * | 2005-07-21 | 2007-01-25 | Ryuichi Iwamura | System and method for establishing master component in multiple home networks |
US7756942B2 (en) | 2005-07-21 | 2010-07-13 | Sony Corporation | System and method for establishing master component in multiple home networks |
US20070135085A1 (en) * | 2005-12-09 | 2007-06-14 | Ryuichi Iwamura | System and method for providing access in powerline communications (PLC) network |
US7876717B2 (en) | 2005-12-09 | 2011-01-25 | Sony Corporation | System and method for providing access in powerline communications (PLC) network |
US7141950B1 (en) * | 2006-02-28 | 2006-11-28 | Cypress Semiconductor Corp. | Fan control utilizing bi-directional communication |
US7327114B2 (en) | 2006-02-28 | 2008-02-05 | Cypress Semiconductor Corp. | Fan control utilizing bi-directional communications |
US20070200518A1 (en) * | 2006-02-28 | 2007-08-30 | Cypress Semiconductor Corp. | Fan control utilizing bi-directional communications |
US20100118760A1 (en) * | 2007-07-11 | 2010-05-13 | Zte Corporation | Method for transmitting mobile multimedia broadcast service data flow and a multiplexing frame for transmitting |
WO2009007730A3 (en) * | 2007-07-11 | 2009-05-14 | En Twyn Ltd | Power socket fascia |
WO2009007730A2 (en) * | 2007-07-11 | 2009-01-15 | En-Twyn Ltd. | Power socket fascia |
US8832089B2 (en) * | 2008-09-22 | 2014-09-09 | Optim Corporation | Information processing device, method and server for determining type of electric appliance |
US20130013593A1 (en) * | 2008-09-22 | 2013-01-10 | Optim Corporation | Information processing device, method and server for determining type of electric appliance |
FR2947138A1 (en) * | 2009-06-23 | 2010-12-24 | Delta Dore | METHOD FOR ASSOCIATION BETWEEN A HOME DEVICE AND A MANAGEMENT EQUIPMENT OF A REMOTE CONTROL SYSTEM |
EP2267941A3 (en) * | 2009-06-23 | 2011-01-05 | Delta Dore | Method for binding a home device to a management device of a remote control system |
US20110072162A1 (en) * | 2009-09-23 | 2011-03-24 | Lsi Corporation | Serial Line Protocol for Embedded Devices |
US8504737B2 (en) * | 2009-09-23 | 2013-08-06 | Randal S. Rysavy | Serial line protocol for embedded devices |
US20120072522A1 (en) * | 2010-09-22 | 2012-03-22 | Yamatake Corporation | Radio communication system |
US10594398B2 (en) | 2012-07-03 | 2020-03-17 | Smartlabs, Inc. | Multi-media communication device |
US10181902B2 (en) | 2012-07-03 | 2019-01-15 | Smartlabs, Inc. | Multi-media communication device |
US9755744B2 (en) | 2012-07-03 | 2017-09-05 | Smartlabs, Inc. | Simulcast mesh dimmable illumination source |
US9628422B2 (en) | 2013-07-12 | 2017-04-18 | Smartlabs, Inc. | Acknowledgement as a propagation of messages in a simulcast mesh network |
US9317984B2 (en) | 2013-10-28 | 2016-04-19 | Smartlabs, Inc. | Systems and methods to control locking and unlocking of doors using powerline and radio frequency communications |
US9324203B2 (en) | 2013-10-28 | 2016-04-26 | Smartlabs, Inc. | Systems and methods to control a door keypad |
US9347242B2 (en) | 2013-10-28 | 2016-05-24 | Smartlabs, Inc. | Systems and methods to automatically detect a door state |
US9251700B2 (en) | 2013-10-28 | 2016-02-02 | Smartlabs, Inc. | Methods and systems for powerline and radio frequency communications |
US9754483B2 (en) | 2013-10-28 | 2017-09-05 | Smartlabs, Inc. | Methods and systems for powerline and radio frequency communications |
US9361786B2 (en) | 2013-12-05 | 2016-06-07 | Smartlabs, Inc. | Systems and methods to control window coverings using powerline and radio frequency communications |
US9529345B2 (en) | 2013-12-05 | 2016-12-27 | Smartlabs, Inc. | Systems and methods to automatically adjust window coverings |
US9531587B2 (en) | 2014-11-12 | 2016-12-27 | Smartlabs, Inc. | Systems and methods to link network controllers using installed network devices |
US9438573B2 (en) | 2014-11-12 | 2016-09-06 | Smartlabs, Inc. | Systems and methods to securely install network devices using physical confirmation |
US9425979B2 (en) | 2014-11-12 | 2016-08-23 | Smartlabs, Inc. | Installation of network devices using secure broadcasting systems and methods from remote intelligent devices |
US9474133B2 (en) | 2014-12-01 | 2016-10-18 | Smartlabs, Inc. | Sensor lighting control systems and methods |
US9578443B2 (en) | 2014-12-19 | 2017-02-21 | Smartlabs, Inc. | Smart home device adaptive configuration systems and methods |
US9985796B2 (en) | 2014-12-19 | 2018-05-29 | Smartlabs, Inc. | Smart sensor adaptive configuration systems and methods using cloud data |
US11489690B2 (en) | 2014-12-19 | 2022-11-01 | Smartlabs, Inc. | System communication utilizing path between neighboring networks |
US10069735B2 (en) * | 2015-10-01 | 2018-09-04 | B&R Industrial Automation GmbH | Method for data communication with reduced overhead in a real-time capable Ethernet data network |
US11736597B2 (en) * | 2020-08-31 | 2023-08-22 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Data exchange method, electronic device, and non-transitory storage medium |
Also Published As
Publication number | Publication date |
---|---|
EP1863189B1 (en) | 2012-11-14 |
ES2320214T3 (en) | 2009-05-20 |
US7853662B2 (en) | 2010-12-14 |
KR20020091312A (en) | 2002-12-06 |
AU2001269567A1 (en) | 2002-12-09 |
US20040158333A1 (en) | 2004-08-12 |
US20040249903A1 (en) | 2004-12-09 |
CN1538689A (en) | 2004-10-20 |
CN1328631C (en) | 2007-07-25 |
US7873699B2 (en) | 2011-01-18 |
EP1443709A2 (en) | 2004-08-04 |
KR100434270B1 (en) | 2004-06-04 |
WO2002097555A2 (en) | 2002-12-05 |
EP1863189A2 (en) | 2007-12-05 |
EP1443708A3 (en) | 2006-04-26 |
CN1533519A (en) | 2004-09-29 |
CN1538709A (en) | 2004-10-20 |
EP1443709B1 (en) | 2009-03-11 |
DE60131197T2 (en) | 2008-08-07 |
DE60137979D1 (en) | 2009-04-23 |
EP1443709A3 (en) | 2006-03-08 |
ES2295179T3 (en) | 2008-04-16 |
EP1390817B1 (en) | 2007-10-31 |
DE60131197D1 (en) | 2007-12-13 |
EP1390817A2 (en) | 2004-02-25 |
EP1443708A2 (en) | 2004-08-04 |
WO2002097555A3 (en) | 2003-03-27 |
EP1863189A3 (en) | 2010-05-05 |
ES2395559T3 (en) | 2013-02-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7853662B2 (en) | Network control system for home appliances | |
KR100605207B1 (en) | Service managing apparatus for network device | |
KR100559025B1 (en) | Home network management system | |
KR100440969B1 (en) | Method and apparatus of networking | |
US20040240451A1 (en) | Connection handling, service management, and channel handling devices of home network management system | |
WO2007086711A1 (en) | Network device | |
US8484323B2 (en) | Network system connected with multiple master devices and method for operating the same | |
US20090022151A1 (en) | Packet structure and packet transmission method of network control protocol | |
Lee et al. | A new control protocol for home appliances-LnCP | |
WO2005094193A2 (en) | Home network system | |
KR100431523B1 (en) | Control System for Home Appliance Network | |
KR20040016921A (en) | Control System for Home Appliance Network | |
KR100425762B1 (en) | Control System for Home Appliance Network | |
WO2005094195A2 (en) | Home network system | |
WO2004107091A2 (en) | Home network system | |
Rabbie | Distributed processing using local operating networks | |
KR101062219B1 (en) | Data transmission and reception control method in data link layer | |
KR100556758B1 (en) | Message interface method for master handler based living network control procotol |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |