KR20130015243A - Apparatus and method for upgrading firmware of zigbee module - Google Patents

Apparatus and method for upgrading firmware of zigbee module Download PDF

Info

Publication number
KR20130015243A
KR20130015243A KR1020110077133A KR20110077133A KR20130015243A KR 20130015243 A KR20130015243 A KR 20130015243A KR 1020110077133 A KR1020110077133 A KR 1020110077133A KR 20110077133 A KR20110077133 A KR 20110077133A KR 20130015243 A KR20130015243 A KR 20130015243A
Authority
KR
South Korea
Prior art keywords
firmware
zigbee
upgrade
image
zigbee device
Prior art date
Application number
KR1020110077133A
Other languages
Korean (ko)
Inventor
김재홍
이해수
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to KR1020110077133A priority Critical patent/KR20130015243A/en
Publication of KR20130015243A publication Critical patent/KR20130015243A/en

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • H04L41/0813Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/082Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/22Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24Transfer of terminal data
    • H04W8/245Transfer of terminal data from a network towards a terminal

Abstract

According to the disclosure herein, a method of upgrading the firmware of a Zigbee device to the OTA method is provided. The method includes receiving a firmware image from a server; Identifying an attribute associated with an over-the-air upgrade; If the attribute is a first value, transmitting the firmware image or firmware extracted from the firmware image to at least one Zigbee device; If the attribute is the second value, the method may include upgrading the firmware by using the firmware image.

Description

How to upgrade ZigBee devices and firmware {APPARATUS AND METHOD FOR UPGRADING FIRMWARE OF ZIGBEE MODULE}

The present invention relates to a Zigbee (Zigbee) device and a method of upgrading the firmware (Firmware), and more particularly to a method and apparatus for upgrading the firmware of a Zigbee device using an over-the-air (OTA) method.

Recently, interest in green energy and technology is increasing, and in response to global environmental problems, smart grid (SG) technology is emerging as an important eco-friendly technology by inducing efficient use of energy. SG can be understood as the informatization and networking of the power grid, which enables the reception and reprocessing of power-related information at home. Therefore, the necessity of embedding the SG function in home appliances is being discussed, and the actual implementation / demonstration projects are in progress at home and abroad.

ZigBee is a standard for communication between devices in the SG network and plays a key role in device control and information exchange. Zigbee communication hardware consists of CPU, memory, ROM, and the application program, Smart Energy Profile (SEP), may be upgraded according to the development stage or error correction may be required.

In the above case, conventionally, a method of upgrading firmware of a Zigbee device (Frimware, F / W) using a separate upgrade wired device has been generally used. However, there is a problem that takes a lot of cost and time when upgrading to the wired method. ZigBee devices are generally installed in a distributed manner, and all devices must be visited wherever they are installed in order to upgrade them. Or, it was proposed to upgrade distributed ZigBee devices in one place and to upgrade them at the same time.

In order to solve the above problems, a method for wirelessly upgrading ZigBee devices has been proposed. However, in the conventional method, the firmware to be upgraded is sequentially transmitted from the Zigbee coordinator to the end device via the router. In other words, one Zigbee device is connected to the Zigbee Coordinator in order to receive firmware at a time. As a result, when the number of end devices increased, much time was required to upgrade all the end devices in the Zigbee network.

Korean Patent Publication No. 10-2006-0108816 (Kyongbuk National University Industry-Academic Cooperation Foundation) 2011.2.24

 ZigBee Alliance, ZigBee Document 095264r17, Zigbee Over-the-Air Upgrading Cluster, 2010.3.14

Accordingly, an object of the present invention is to allow the upgrade of several ZigBee devices at the same time by transmitting the firmware image to other ZigBee devices that have requested a firmware upgrade. That is, the purpose of the present invention is to reduce the time and cost of ZigBee network maintenance by reducing the firmware upgrade time of ZigBee devices.

In order to achieve the above object, according to one disclosure in the present specification, a method of upgrading a firmware of a Zigbee device to an OTA method is provided. The method includes receiving a firmware image from a server; Identifying an attribute associated with an over-the-air upgrade; If the attribute is a first value, transmitting the firmware image or firmware extracted from the firmware image to at least one Zigbee device; If the attribute is the second value, the method may include upgrading the firmware by using the firmware image.

If the attribute is a first value, the method may further include upgrading firmware by using the firmware image.

The attribute may be FloodUpgrade.

The value of the attribute may be set at the server.

The transmitting of the firmware image to the at least one ZigBee device may preferentially transmit to a ZigBee device whose wireless channel state meets a predetermined criterion.

The predetermined criterion may include one or more of RF received power, noise and interference levels of a wireless channel, and frame error rate.

The transmitting of the firmware image to the at least one ZigBee device may be performed by establishing a server / client relationship with the at least one ZigBee device.

The at least one ZigBee device may be a ZigBee device which transmits a firmware upgrade request according to a preset request period, or may be a ZigBee device which transmits a firmware upgrade request in response to a previously received firmware upgrade notification.

The firmware upgrade notification may be an Image Notify Command.

The firmware upgrade request may be a Query Next Image Request Command.

According to another disclosure herein, a Zigbee device is provided to achieve the above object. The device identifies attributes associated with over-the-air upgrade and, if the attribute is a first value, transmits the firmware image or firmware extracted from the firmware image to at least one ZigBee device. And a controller for controlling to upgrade firmware by using the firmware image when the attribute is a second value; The wireless communication unit may receive the firmware image from the server under the control of the controller, and transmit the firmware image to at least one Zigbee device.

The attribute may be FloodUpgrade.

The controller may control the at least one Zigbee device to establish a server / client relationship and transmit the firmware image or firmware extracted from the firmware image.

The controller may be configured to transmit the firmware or firmware extracted from the firmware image to a ZigBee device having a wireless channel state among the at least one ZigBee device satisfying a predetermined criterion.

According to the embodiment of the present invention, it is possible to reduce the time for upgrading the firmware of all the Zigbee devices constituting the Zigbee network. In addition, adding file compression and decompression to a ZigBee device that delivers firmware has an additional effect of saving memory of an end device.

1 is a diagram exemplarily illustrating a network topology formed by a Zigbee system.
2 is a structural diagram of a protocol stack showing an area of data processed in a Zigbee system.
3 is a conceptual diagram of a server and a client of an OTA upgrade.
4 is a flowchart illustrating an example of signaling for firmware upgrade in an OTA scheme.
5 is a conceptual diagram of an OTA upgrade according to the prior art.
6 is a conceptual diagram of an OTA upgrade according to an embodiment of the present invention.
7 is a flowchart showing a method according to the first embodiment of the present invention.
8 is a flowchart illustrating a method according to a second embodiment of the present invention.
9 is a block diagram schematically illustrating a Zigbee device according to an embodiment of the present invention.

It is to be noted that the technical terms used herein are merely used to describe particular embodiments, and are not intended to limit the present invention. It is also to be understood that the technical terms used herein are to be interpreted in a sense generally understood by a person skilled in the art to which the present invention belongs, Should not be construed to mean, or be interpreted in an excessively reduced sense. In addition, when the technical terms used herein are incorrect technical terms that do not accurately express the spirit of the present invention, they should be replaced with technical terms that can be understood correctly by those skilled in the art. In addition, the general terms used in the present invention should be interpreted according to a predefined or prior context, and should not be construed as being excessively reduced.

Also, the singular forms "as used herein include plural referents unless the context clearly dictates otherwise. In the present application, the term "comprising" or "comprising" or the like should not be construed as necessarily including the various elements or steps described in the specification, Or may be further comprised of additional components or steps.

In addition, the suffixes "module" and "unit" for the components used herein are given or mixed in consideration of ease of specification, and do not have distinct meanings or roles from each other.

Furthermore, terms including ordinals such as first, second, etc. used in this specification can be used to describe various elements, but the elements should not be limited by the terms. The terms are used only for the purpose of distinguishing one component from another. For example, without departing from the scope of the present invention, the first component may be referred to as a second component, and similarly, the second component may also be referred to as a first component.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings, wherein like reference numerals refer to like or similar elements throughout the several views, and redundant description thereof will be omitted.

In the following description, well-known functions or constructions are not described in detail since they would obscure the invention in unnecessary detail. It is to be noted that the accompanying drawings are only for the purpose of facilitating understanding of the present invention, and should not be construed as limiting the scope of the present invention with reference to the accompanying drawings.

FIG. 1 is a diagram illustrating a network topology formed by a Zigbee system.

Referring to FIG. 1, three network topologies that a Zigbee system composed of a plurality of Zigbee devices can be formed by processing a network protocol are illustrated. FIG. 1A illustrates a star network. FIG. 1B illustrates a mesh type network, and FIG. 1C illustrates a cluster tree type network.

The star network may operate ZigBee devices to maintain battery life for a long time, and the mesh network may form one or more data transmission paths in a peer-to-peer form and thus have high data reliability and connection recognition rate. . The cluster tree type network is a complex type of star type and mesh type and can implement the advantages of both networks.

In FIG. 1, a Zigbee device denoted by "F" means a Full Function Device (FFD) module, and a Zigbee device denoted by "R" means an RFD (Reduced Function Device) module. The Zigbee device denoted by "means a PAN Personal Area Network coordinator module.

The FFD module performs functions such as network initialization, node management, and node information storage. The FFD module for allowing the remaining Zigbee devices to configure any one of the three networks described above is called a "PAN coordinator module." .

The FFD module is a module capable of performing a coordinator function. The FFD module may configure the three types of networks, and may communicate with all of the FFD module or the RFD module. In order to perform the coordinator function, since a relatively large amount of power is consumed, power is usually supplied by wire.

On the other hand, the RFD module is a Zigbee device that does not perform a coordinator function, and is a coordinating target of the FFD module.

That is, the RFD module communicates only with the FFD module and is dedicated to the network function, thereby making it possible to use a stack structure having a minimum size and to save computational / memory resources.

Therefore, since the RFD module finds a PAN coordinator module and transmits data, the RFD module can immediately disconnect the connection and enter a sleep mode, so the power consumption is very low and can be operated for a long time even with battery power.

The ZigBee device 100 according to an embodiment of the present invention may be an RFD module, an FFD module, or a PAN coordinator module according to a type of a program mounted on a controller, that is, a type of a program that processes data of a network layer and a framework layer. The program code for processing the network layer and the framework layer may also be affected according to the type of the program processing the data of the application layer.

That is, the configuration of the network, the division of roles of the ZigBee device, and the like differ depending on which network service the ZigBee device 100 provides (how many ZigBee devices transmit which data in which case).

2 is a structural diagram of a protocol stack representing an area of data processed in a Zigbee system.

As can be seen with reference to Figure 2, the ZigBee protocol stack is largely divided into a physical (PHY) layer (105) (105), a media access control (MAC) layer 104, a network (security / security) layer 103, An application framework layer 102 and an application / profiles layer 101, wherein the PHY layer 105 and the MAC layer 104 correspond to an IEEE standard area, The network layer 103 and the framework layer 102 correspond to a prescribed area of the Zigbee Alliance, and the application layer 101 corresponds to an application area related to database management and control information generation.

The ZigBee device 100 may be a reduced function device (RFD), a full function device (FFD), or a coordinator according to a type of a loaded program, that is, a type of a program that processes data of the network layer 103 and the framework layer 102. It can function as.

The FFD performs functions such as network initialization, node management, and node information storage, and can communicate with all other FFDs or RFDs. In addition, the FFD that allows the remaining Zigbee devices to configure any one of the three nodes described above is called a personal area network (PAN) coordinator.

The PAN coordinator (hereinafter, coordinator) configures a PAN identified by a channel and a PAN ID, and assigns a network address to a router or an RFD.

The RFD does not perform a coordinator function and a routing function, and is a Zigbee device that operates as an end device. The RFD may be a coordinator and may communicate with a router or coordinator. That is, the RFD may participate in a PAN configured with the same channel and PAN ID.

The FFD, which is controlled by the coordinator and processes a routing path and delivers data to the RFD, is called a router. The router participates in a PAN composed of the same channel and PAN ID, and assigns a network address to another router or RFD that has not yet participated in the PAN to participate in the PAN.

3 is a conceptual diagram of a server and a client of an OTA upgrade.

A Zigbee network is generally composed of a coordinator and a router and end devices. Depending on the size of the network, many routers will be required around the end devices to reduce power consumption for each device, expand the range of communication and miniaturize the modules. In order to maintain and maintain such a network, it is necessary to replace the firmware (Firmware, F / W) of the Zigbee device. In this case, over-the-air (OTA) services are used to wirelessly replace firmware of routers and end devices.

The Zigbee Alliance has defined an OTA Upgrade Cluster for the OTA service. A cluster is a set of associated commands and attributes, hereinafter referred to as attributes, which together define an interface to a particular function. For example, an OTA upgrade cluster defines the commands and attributes used to upgrade firmware in an OTA manner.

In FIG. 3, the upgrade client 100b is a device for receiving new firmware and upgrading existing firmware, and the upgrade server 100a is defined as a device for transmitting the new firmware to the upgrade client 100b. The upgrade server 100a may store one or more firmware images. The upgrade server 100a may notify ZigBee devices in the ZigBee network that it can receive new firmware. The notification may be transmitted in unicast or broadcast form.

The coordinator and ZigBee devices in the ZigBee network may establish an upgrade server and upgrade client relationship using the OTA upgrade cluster.

4 is a flowchart illustrating an example of signaling for firmware upgrade in an OTA scheme.

The upgrade server 100a and the upgrade client 100b are as described with reference to FIG. 3. According to the conventional OTA upgrade method, two ZigBee devices form a server-client structure through the OTA upgrade cluster, and transmit and receive a firmware image to be upgraded through a message or a command. Typically, the upgrade server and upgrade client are coordinators and end devices, respectively.

The upgrade server 100a may transmit an Image Notify Command (S101). Through the Image Notify Command, the upgrade server 100a may notify the upgrade client 100b that there is a new firmware image. However, transmitting the Image Notify Command is an optional procedure.

The upgrade client 100b transmits a Query Next Image Request Command (next image query request) when receiving an Image Notify Command or according to a preset period (S102). The Query Next Image Request Command is a message for requesting transmission of the firmware image when the upgrade server 100a has a new firmware image. In general, when the router receives the Image Notify Command, the router transmits the Query Next Image Request Command, and the end device periodically transmits the Query Next Image Request Command.

Upon receiving the Query Next Image Request Command, the upgrade server 100a transmits a Query Next Image Response Command (next image query response) to inform whether to transmit a new firmware image (S103). If the upgrade server 100a is storing a new firmware image, it sends an indicator informing the fact that the upgrade client 100b can start the procedure of receiving the new firmware image. In other cases, if there is no new firmware image or there is a reason why other firmware images cannot be transmitted, the procedure for transferring the firmware image is no longer performed by sending the corresponding indicator.

When the upgrade client 100b receives a Query Next Image Response Command informing that there is a new firmware image, the upgrade client 100b receives an Image Block Request Command or an Image Page Request Command. The upgrade server 100a transmits an image block response command or an image page response command and transmits a new firmware image (S104).

The upgrade client 100b that has received all the firmware images through the above process sends an Upgrade End Request Command to notify that the reception of the firmware image is completed (S105). The upgrade client 100b may notify reception success or reception failure through the Upgrade End Request Command.

If the Upgrade End Request Command includes an indicator indicating the reception success, the upgrade server 100a transmits an Upgrade End Response Command (S106) to indicate an application time of the firmware.

The upgrade client 100b that has successfully received the firmware image and received the Upgrade End Response Command upgrades to new firmware.

5 is a conceptual diagram of an OTA upgrade according to the prior art.

For convenience of explanation, it is assumed that the Zigbee network is composed of one coordinator 100a, two routers 100b, and four end devices 100c. In addition, it is assumed that the end devices 100c form an upgrade server-client relationship with the coordinator 100a and receive a firmware image.

In this case, if the time taken for the firmware image to move from one device to another is T, the time at which the firmware image is transmitted from the coordinator 100a to each end device 100c is 2 * T. Therefore, when upgrading according to the conventional method, it takes 8 * T time before the firmware image is transmitted from the ED1 (100c) to the ED4 (100c).

This is because the upgrade server and the upgrade client must be set in a 1: 1 relationship. Therefore, upgrades must be made sequentially from ED1 (100c) to ED4 (100c), in which case the router (100b) only serves as a path through which the firmware image is transmitted from the coordinator (100a) to the end device (100c).

6 is a conceptual diagram of an OTA upgrade according to an embodiment of the present invention.

According to the method proposed in this specification, a specific attribute is added to the OTA upgrade cluster, and the operation of the corresponding client 100b (for example, a router) is defined differently according to the set attribute of the added attribute.

If the value of the attribute is the first value, the client 100b stores the received firmware image and then becomes a server from the firmware image or the firmware image to another client 100c (eg, an end device). Send the extracted firmware.

 When the value of the attribute is the second value, the client 100b upgrades the firmware by using the received firmware image and does not transmit the firmware image to another Zigbee device 100c.

The attribute is FloodUpgrade The first value may be 0xff and the second value may be 0x00.

Table 1 shows a ZigBee OTA upgrade cluster attribute including the FloodUpgrade.

Attribute Identifier Name Type Range Access Default Mandatory / Optional Stored On 0x0000 UpgradeServerID IEEE Address - Read 0xffffffffffffffff M Client 0x0001 Fileoffset Unsigned
32-bit integer
0x00000000 -0xffffffff Read 0xffffffff O Client
0x0002 CurrentFileVersion Unsigned
32-bit integer
0x00000000 -0xffffffff Read 0xffffffff O Client
0x0003 CurrentZigBeeStackVersion Unsigned
16-bit integer
0x0000
-0xffff
Read 0xffff O Client
0x0004 DownloadedFileVersion Unsigned
32-bit integer
0x00000000 -0xffffffff Read 0xffffffff O Client
0x0005 DownloadedZigBeeStackVersion Unsigned
16-bit integer
0x0000
-0xffff
Read 0xffff O Client
0x0006 ImageUpgradeStatus 8-bit enumeration 0x00
-0xff
Read 0x00 M Client
0x0007 Manufacturer ID Unsigned 16-bit integer 0x0000
-0xffff
Read - O Client
0x0008 Image Type ID Unsigned 16-bit integer 0x0000
-0xffff
Read - O Client
0x0009 Floodupgrade 8-bit enumeration 0x00
-0xff
Read - O Client

The attributes and their values in Table 1 may be delivered in the OTA upgrade signaling process or may be preset in each Zigbee device. When the values of the attributes of Table 1 are delivered in the OTA upgrade signaling process, they may be delivered through the commands described in FIG. 4 or may be delivered through a separately defined command or message.

As shown in FIG. 5, it is assumed that the Zigbee network is composed of one coordinator 100a, two routers 100b, and four end devices 100c. According to the method described above, the routers R1 100b and R2 100b that have received new firmware from the coordinator P 100a confirm the attribute. If the check result is that the server itself is set to transmit the firmware to another client (for example, an end device), the received firmware is stored, and each ED 100c and the server connected to the server are stored. -Firmware transmission can be done at the same time by setting client relationship. For example, the transfer from R1 to ED1 and the transfer from R2 to ED3 can be performed simultaneously.

When transmitting the firmware in the above manner, it takes 4 * T time to transmit the firmware to the four end devices (100c), the time required can be reduced by 50% compared to the conventional method described above in FIG.

7 is a flowchart showing a method according to the first embodiment of the present invention.

The Zigbee device 100b receives a new firmware image from the upgrade server 100a (S201). At this time, the procedure as described in Figure 4 may be used, other procedures may be used.

Upon receiving the firmware image, the Zigbee device 100b checks the attributes related to the OTA upgrade (S202). At this time, the attribute is FloodUpgrade Lt; / RTI > The attribute may be delivered in the OTA upgrade signaling process or may be preset in each Zigbee device.

When the attribute related to the OTA upgrade is the first value as a result of checking the attribute related to the OTA upgrade, the received firmware image may be stored (S203). In this case, the first value may be 0xff.

After the step S203, the Zigbee device 100b may transmit the firmware image to at least one Zigbee device 100c (S204). In this case, the transmission of the firmware image may be started by a firmware upgrade notification of the ZigBee device 100b or may be started according to a firmware upgrade request of the at least one ZigBee device 100c.

The firmware upgrade request of the at least one ZigBee device 100c may be a response to the firmware upgrade notification, or may be a request transmitted to the ZigBee device 100c according to a preset period.

Upon receiving the firmware upgrade request, the Zigbee device 100b may transmit a firmware image to the Zigbee device 100c that has transmitted the firmware upgrade request (S208). At this time, the procedure as described in Figure 4 may be used, other procedures may be used.

Also. When transmitting the firmware image, if the firmware image is a compressed file, the firmware image is decompressed and then transmitted. Alternatively, the firmware is preferably extracted from the firmware image and transmitted. This is because the client 100c needs an additional memory to decompress the firmware image or extract the firmware from the firmware image.

When the transmission of the firmware image is completed, the Zigbee device 100c which has transmitted the firmware upgrade request may upgrade its firmware using the received firmware image (S209).

As a result of checking the attribute related to the OTA upgrade, if the attribute related to the OTA upgrade is the second value, the own firmware is upgraded by using the received firmware image. At this time, the second value may be 0x00.

8 is a flowchart illustrating a method according to a second embodiment of the present invention.

The Zigbee device 100b receives a new firmware image from the upgrade server 100a (S301). At this time, the procedure as described in Figure 4 may be used, other procedures may be used.

Upon receiving the firmware image, the Zigbee device 100b checks the attributes related to the OTA upgrade (S302). At this time, the attribute is FloodUpgrade Lt; / RTI > The attribute may be delivered in the OTA upgrade signaling process or may be preset in each Zigbee device.

As a result of checking the attribute related to the OTA upgrade, when the attribute related to the OTA upgrade is the first value, the received firmware image may be stored (S303). In this case, the first value may be 0xff.

After the process S303, the Zigbee device 100b may transmit the firmware image to at least one Zigbee device 100c or 100d (S304). In this case, the transmission of the firmware image may be started by a firmware upgrade notification of the ZigBee device 100b or may be started according to a firmware upgrade request of the at least one ZigBee device 100c or 100d.

The firmware upgrade request of the at least one ZigBee devices 100c and 100d may be a response to the firmware upgrade notification or may be a request transmitted to the ZigBee devices 100c and 100d according to a preset period.

At this time, when the firmware upgrade request is received from two or more ZigBee devices, the ZigBee device 100b may compare the radio channel states of the two or more ZigBee devices (S306). If the first transmission to the device is not good wireless condition, it may take longer due to the retry.

The determination of the wireless channel state may be based on one or more of RF received power, noise and interference levels of the wireless channel, and frame error rate.

As a result of the comparison, when any one of the ZigBee devices 100c has a better wireless channel state, the ZigBee device 100b transmits firmware to the ZigBee device 100c having a better wireless channel state. In this case, the method as described in FIG. 4 may be used or another procedure may be used.

Also. When transmitting the firmware image, if the firmware image is a compressed file, the firmware image is decompressed and then transmitted. Alternatively, the firmware is preferably extracted from the firmware image and transmitted. This is because the client 100c needs an additional memory to decompress the firmware image or extract the firmware from the firmware image.

When the transmission of the firmware image is completed, the Zigbee device 100c that has transmitted the firmware upgrade request may upgrade its firmware by using the received firmware image (S309).

As a result of checking the attribute related to the OTA upgrade, if the attribute related to the OTA upgrade is the second value, the own firmware is upgraded by using the received firmware image. At this time, the second value may be 0x00.

9 is a block diagram schematically illustrating a Zigbee device according to an embodiment of the present invention.

9, the Zigbee device 100 according to the embodiment of the present invention includes an antenna 110, a wireless communication unit 120, a control unit 130, and a storage unit 140.

The wireless communication unit 120 processes an operation corresponding to the PHY layer 105 of the Zigbee protocol stack.

The wireless communication unit 120 may receive the firmware image from the upgrade server under the control of the controller 130 and transmit the firmware image to the Zigbee device that requests the upgrade of the firmware.

The storage unit 140 may store the firmware image under the control of the controller 130.

The controller 130 identifies an attribute related to an over-the-air upgrade, and when the attribute is a first value, at least one ZigBee device that extracts the firmware image or firmware extracted from the firmware image. And if the attribute is the second value, control to upgrade the firmware using the firmware image. In this case, the attribute may be FloodUgrade.

In addition, the controller 130 may establish a server / client relationship with at least one ZigBee device to control the firmware image or the firmware extracted from the firmware image to be transmitted.

In addition, the controller 130 may control to transmit the firmware or firmware extracted from the firmware image to a Zigbee device of which the wireless channel state among the at least one Zigbee device satisfies a predetermined criterion.

The various embodiments described so far may be implemented in a recording medium readable by a computer or similar device using, for example, software, hardware or a combination thereof.

While the present invention has been described with reference to exemplary embodiments, it is to be understood that the invention is not limited to the disclosed exemplary embodiments, but, on the contrary, May be modified, modified, or improved.

100: Zigbee Gear

Claims (14)

Receiving a firmware image from a server;
Identifying an attribute associated with an over-the-air upgrade;
If the attribute is a first value, transmitting the firmware image or firmware extracted from the firmware image to at least one Zigbee device; And
If the attribute is a second value, upgrading firmware using the firmware image
How to upgrade the firmware of the Zigbee (Zigbee) device comprising an OTA method.
The method of claim 1, wherein if the attribute is a first value,
Upgrading the firmware of the Zigbee device to the OTA method further comprising the step of upgrading the firmware by using the firmware image.
The method of claim 1,
The attribute is a method of upgrading the firmware of a Zigbee (Zigbee) device, characterized in that the FloodUpgrade OTA method.
The method of claim 1,
The value of the attribute is a method of upgrading the firmware of a Zigbee device (Zigbee) device, characterized in that set in the server.
The method of claim 1, wherein transmitting the firmware image to the at least one ZigBee device comprises:
A method of upgrading the firmware of a Zigbee device to an OTA method, characterized in that the radio channel state is transmitted to a Zigbee device that satisfies a predetermined criterion.
6. The method of claim 5, wherein the predetermined criteria is
Upgrade the firmware of a Zigbee device to the OTA method, which includes at least one of RF received power, noise and interference levels of the wireless channel, and frame error rate How to.
The method of claim 1, wherein transmitting the firmware image to the at least one ZigBee device comprises:
How to upgrade the firmware of the Zigbee (Zigbee) device to the OTA method, characterized in that by establishing a server / client relationship with the at least one Zigbee device.
The method of claim 1, wherein the at least one Zigbee device,
The Zigbee device that has sent a firmware upgrade request at a preset request interval, or
Or a Zigbee device that transmits a firmware upgrade request in response to a previously received firmware upgrade notification.
The method of claim 8,
The firmware upgrade notification is an image notify command. The method of upgrading a firmware of a Zigbee device to an OTA method.
The method of claim 8,
The firmware upgrade request is a Query Next Image Request Command. The method of upgrading a firmware of a Zigbee device by OTA method.
Identify the attributes associated with over-the-air upgrades,
If the attribute is a first value, transmit the firmware image or firmware extracted from the firmware image to at least one ZigBee device,
A control unit for controlling to upgrade the firmware by using the firmware image when the attribute is a second value; And
And a wireless communication unit which receives the firmware image from the server and transmits the firmware image to at least one Zigbee device under the control of the controller.
The method of claim 11, wherein the attribute is,
Zigbee device characterized by FloodUpgrade.
The method of claim 11, wherein the control unit,
And establishing a server / client relationship with the at least one ZigBee device and controlling to transmit the firmware image or firmware extracted from the firmware image.
The method of claim 11, wherein the control unit,
And controlling the ZigBee device to transmit the firmware or firmware extracted from the firmware image to a ZigBee device of which the wireless channel state among the at least one ZigBee device satisfies a predetermined criterion.
KR1020110077133A 2011-08-02 2011-08-02 Apparatus and method for upgrading firmware of zigbee module KR20130015243A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020110077133A KR20130015243A (en) 2011-08-02 2011-08-02 Apparatus and method for upgrading firmware of zigbee module

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020110077133A KR20130015243A (en) 2011-08-02 2011-08-02 Apparatus and method for upgrading firmware of zigbee module

Publications (1)

Publication Number Publication Date
KR20130015243A true KR20130015243A (en) 2013-02-13

Family

ID=47895090

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020110077133A KR20130015243A (en) 2011-08-02 2011-08-02 Apparatus and method for upgrading firmware of zigbee module

Country Status (1)

Country Link
KR (1) KR20130015243A (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103425508A (en) * 2013-05-27 2013-12-04 林永宗 Zigbee firmware compressing and updating method
KR101497934B1 (en) * 2013-03-15 2015-03-03 (주)로엔케이 Method for upgrading firmware of power line communication modem
CN106470114A (en) * 2015-08-20 2017-03-01 青岛海信移动通信技术股份有限公司 A kind of collocation method of OTA AKU and device
CN107656751A (en) * 2017-10-27 2018-02-02 深圳市银河风云网络系统股份有限公司 User program upgrade method and device
CN109002313A (en) * 2018-09-12 2018-12-14 青岛海信移动通信技术股份有限公司 Method for upgrading software, device, equipment and storage medium based on OTA
EP3614789A1 (en) * 2018-08-20 2020-02-26 NXP USA, Inc. Rf transceiver and wireless mesh network

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101497934B1 (en) * 2013-03-15 2015-03-03 (주)로엔케이 Method for upgrading firmware of power line communication modem
CN103425508A (en) * 2013-05-27 2013-12-04 林永宗 Zigbee firmware compressing and updating method
CN106470114A (en) * 2015-08-20 2017-03-01 青岛海信移动通信技术股份有限公司 A kind of collocation method of OTA AKU and device
CN107656751A (en) * 2017-10-27 2018-02-02 深圳市银河风云网络系统股份有限公司 User program upgrade method and device
EP3614789A1 (en) * 2018-08-20 2020-02-26 NXP USA, Inc. Rf transceiver and wireless mesh network
CN110855311A (en) * 2018-08-20 2020-02-28 恩智浦美国有限公司 RF transceiver and wireless mesh network
US10924589B2 (en) 2018-08-20 2021-02-16 Nxp Usa, Inc. RF transceiver and wireless mesh network
CN109002313A (en) * 2018-09-12 2018-12-14 青岛海信移动通信技术股份有限公司 Method for upgrading software, device, equipment and storage medium based on OTA

Similar Documents

Publication Publication Date Title
KR20130015243A (en) Apparatus and method for upgrading firmware of zigbee module
EP2484173B1 (en) Wlan peer-to-peer group owner negotiation
CN1835496B (en) Communication apparatus and method of controlling same
US9135208B1 (en) Method and system for group management
CN110383899A (en) Method and system for the wake-up trigger by out-of-band communication
US20110093536A1 (en) Group owner selection with crossing requests
KR20010072117A (en) Construction method of radio network system and radio transmission device
CN101291272A (en) Network formation method and communication apparatus
US10652090B2 (en) Method for self-constructing a multi-hop structured wireless communication network
CN106470458B (en) Method and device for controlling in WiFi network
US8787274B2 (en) Communication system
CN105637937A (en) Control device, base station, and communication terminal
US11140644B2 (en) Method for sending sync beacon message by NAN device, and device
CN111026426B (en) Repeater upgrading method and device
CN113498156B (en) Low-power consumption wireless sensor network
CN105430597A (en) Bluetooth device, and Bluetooth Scatternet networking method and device thereof
JP2009207050A (en) Wireless communication apparatus, wireless communication method and wireless communication control program
CN102202430B (en) Zigbee wireless gateway and data transmission method thereof
JP2009112037A (en) Apparatus for optimizing transmission power of network
CN110493338B (en) Equipment mutual control method, system and computer readable storage medium
WO2021103026A1 (en) Method for performing communication on bandwidth part
CN103249010A (en) Communication device and communication method
CN110582060A (en) communication method, communication device, node equipment and storage medium thereof
CN105162849A (en) Intelligent camera device and off-network access control method thereof
JP7152452B2 (en) Server device, communication device, terminal device, communication system, program and update method

Legal Events

Date Code Title Description
WITN Withdrawal due to no request for examination