Telecoms, Datacoms, Wireless, IoT


Choosing an RF transceiver for ZigBee

26 November 2008 Telecoms, Datacoms, Wireless, IoT

Designed for sensing and control applications, the ZigBee wireless standard is based on the IEEE 802.15.4 standard and was developed by the ZigBee Alliance (www.zigbee.org). The specification addresses the network, security and application layers that are situated on top of the IEEE 802.15.4 low-data-rate wireless personal area network (WPAN) standard.

One of the most important decisions for designers of systems based on the ZigBee protocol is the choice of the radio frequency (RF) transceiver. The factors affecting this choice are many and complex, so it is important that designers first understand the fundamental concepts of the ZigBee standard.

Designers choosing a transceiver need to understand the features of devices from different vendors and the ways in which these features affect the performance of their system. They also need to understand the available development tools tied to these transceivers, to ensure that time to market is minimised.

When selecting a transceiver for use with the ZigBee protocol, it is important to consider the impact of the choice on the complete system and also to think about the features of the transceiver that can offer system enhancements.

It is, of course, important to consider factors such as cost, current and maximum output power when choosing a transceiver, but understanding the features supported by the transceiver can have a large impact on the true system cost.

For example, the maximum length of an IEEE 802.15.4 MAC packet is 127 Bytes, including a 16-bit CRC value that helps to verify the frame integrity. Most transceivers provide built-in CRC modules that automatically calculate these values, filter incoming packets based on a successful CRC, and pad outgoing packets with a correct CRC. In addition, IEEE 802.15.4 optionally uses an acknowledged data-transfer mechanism, in which all frames with a special ACK flag are acknowledged by its receiver. If the frame is transmitted with an ACK flag and the acknowledgement is not received within a specified time, the transmitter will retry the transmission a fixed number of times before declaring an error.

Some transceivers provide automatic transmission of ACK packets to reduce the overhead placed on the system controller by reading, processing and responding to the incoming packet in the short amount of time allowed for a successful acknowledgement. Even fewer transceivers support automatic processing of ACK packets, which can further reduce the host controller overhead.

Figure 1. An IEEE 802.15.4 transceiver, such as Microchip’s MRF24J40 can offer a range of features, such as a built-in security module, to simplify ZigBee protocol system design
Figure 1. An IEEE 802.15.4 transceiver, such as Microchip’s MRF24J40 can offer a range of features, such as a built-in security module, to simplify ZigBee protocol system design

Automatic MAC retransmission on transmission failure can help to limit the host controller interaction with the transceiver. This removes the burden of having to check and wait for an acknowledgement. Understanding these key differences between different transceivers can save the host controller several KB of program memory, as well as several milliseconds of CPU time per transmitted packet.

Nodes that act as co-ordinators or routers in a network play a vital role in extending the network to reach all the end devices. The output power of these nodes can clearly affect the number of routers required to cover an area. However, a large output power has side effects. Because all the devices on the network share the same channel, every node within a device’s radio range reduces its transmission potential. Routers that do not need to transmit at high power should have their output reduced to the minimum required. This requires a selectable output gain facility on the transceiver.

The other key parameter that affects the number of nodes needed on a network is receiver sensitivity. As with output power, sensitivity has a potential system cost, because increased sensitivity can mean that the node will determine that the channel is busy more frequently, since it can hear more nodes. An adjustable clear-channel assessment threshold feature, when used in conjunction with a lowered output power, can allow transmission of packets locally without causing collisions in the rest of the network.

The ZigBee specification uses an encryption scheme very similar to the IEEE 802.15.3 security suite. Most IEEE 802.15.4 transceivers support the IEEE 802.15.4 encryption modes. This feature is extremely useful in applications where the packets are encrypted, according to the IEEE 802.15.4 specification.

Beyond this, some transceivers support an additional mode in which the security module can be used in a standalone mode, so that it can be re-used for the ZigBee specification security layer requirements. This hardware option can save up to 10 KB of code and several milliseconds of processing, by freeing the microcontroller from encrypting/decrypting the packet in firmware. This simple feature allows applications to save both cost and power by having a microcontroller with a smaller memory and by being able to place the application in a low-power mode sooner.

IEEE 802.15.4 uses carrier sense, multiple access with collision avoidance (CSMA-CA) to access the airwaves. This helps to avoid collisions by checking the channel before transmitting. The CSMA-CA algorithm has a random exponential back-off, when it senses that a collision could occur. This helps to randomise when nodes transmit, to reduce the likelihood of future collisions.

Figure 2. In addition to supplying transceivers such as the MRF24J40 shown here, vendors such as Microchip offer low-cost ZigBee protocol analysers, graphical stack configuration tools and royalty-free stacks with source code to shorten ZigBee protocol development cycles
Figure 2. In addition to supplying transceivers such as the MRF24J40 shown here, vendors such as Microchip offer low-cost ZigBee protocol analysers, graphical stack configuration tools and royalty-free stacks with source code to shorten ZigBee protocol development cycles

To work effectively, this back-off must be fairly accurate. Without hardware support, this can be a burden on the host controller – both from a code size and a system usage point of view. In systems with a transceiver that does not have built-in support for the CSMA-CA algorithm, the total system current will increase because the host controller is busy servicing and monitoring the RF transceiver, instead of finishing its pending tasks.

Support for the designer is important, to ensure that an effective and robust design can be developed in the minimum amount of time. An easy-to-use stack configuration tool is extremely important, to minimise the size and run-time of the software stack by including only the features that are required by the application. Also, access to the software stack source code can help in understanding how the stack works and what impact it may have on the application. Finally, a full-featured protocol analyser that can decode packets to the highest layers of the stack is important during the development cycle, to debug the system.

Summary

Highly integrated RF transceivers, which require very few external components, can greatly simplify the task of designers developing complete ZigBee protocol platforms. To keep system costs to a minimum, designers should select a transceiver that can work with the wide range of 8- and 16-bit microcontrollers on the market today. The entire system design and the key features of the transceiver that enhance the system should be considered when selecting a transceiver. Finally, having the right tools to develop and debug the system can greatly reduce time to market.



Credit(s)



Share this article:
Share via emailShare via LinkedInPrint this page

Further reading:

Quectel partners with GEODNET
Quectel Wireless Solutions Telecoms, Datacoms, Wireless, IoT
Quectel Wireless Solutions has partnered with GEODNET to deliver Quectel’s Real-Time Kinematic (RTK) correction services, enabling high-precision positioning for IoT applications.

Read more...
Bringing Bluetooth Channel Sounding to automotive and beyond with KW47
Altron Arrow Telecoms, Datacoms, Wireless, IoT
NXP’s new Channel Sounding-certified KW47 and MCX W72 wireless MCUs are set to help automakers with distance measurement, bringing an additional ranging solution for car access and autonomous systems, and will be utilised across a broader spectrum of applications.

Read more...
Dual-band GNSS antenna
RF Design Telecoms, Datacoms, Wireless, IoT
The Taoglas Accura GVLB258.A, is a passive, dual-band GNSS L1/L5, high-performance antenna for high precision GNSS accuracy and fast positioning.

Read more...
What is Wi-Fi HaLow and why choose it for IoT?
iCorp Technologies Editor's Choice Telecoms, Datacoms, Wireless, IoT
Wi-Fi HaLow introduces a low power connectivity option that, in contrast to other Wi-Fi options, offers greater range of approximately 1 km, which opens up a raft of IoT use cases.

Read more...
Wi-Fi 6 and Bluetooth LE coprocessor module
Altron Arrow Telecoms, Datacoms, Wireless, IoT
The ST67W611M1 from STMicroelectronics boasts an all-in-one design which, together with its capabilities, contribute to making it an attractive choice for IoT edge devices requiring a single-chip solution.

Read more...
Futureproofing IoT connectivity
SIMcontrol Telecoms, Datacoms, Wireless, IoT
A managed private APN assigns every device to an isolated carrier slice, producing a single ingress to the enterprise network, with traffic bypassing shared internet paths and reducing exposure.

Read more...
Extra slim 2,4 GHz radio module
Telecoms, Datacoms, Wireless, IoT
The Thyone I radio module from Würth Elektronik now has a little sibling: Thyone-e, which takes up 30% less space and represents a cost-effective alternative for applications in which the long-range mode is not required.

Read more...
Wi-Fi 6 plus Bluetooth LE SoC
Altron Arrow Telecoms, Datacoms, Wireless, IoT
Silicon Labs’ SiWx917M SoC is the company’s lowest power Wi-Fi 6 SoC, ideal for ultra-low power IoT wireless devices using Wi-Fi, Bluetooth, Matter, and IP networking for secure cloud connectivity.

Read more...
Two Bluetooth protocols – one module
Telecoms, Datacoms, Wireless, IoT
Würth Elektronik has introduced its Skoll-I, a compact wireless module that combines both Bluetooth Classic and Bluetooth Low Energy version 5.4 into a single solution.

Read more...
Compact high-performance antennas
Electrocomp Telecoms, Datacoms, Wireless, IoT
KYOCERA AVX offers a variety of extremely compact and high-performance internal, on-board, multiprotocol 2,4 GHz antennas ideal for use in SiP applications.

Read more...









While every effort has been made to ensure the accuracy of the information contained herein, the publisher and its agents cannot be held responsible for any errors contained, or any loss incurred as a result. Articles published do not necessarily reflect the views of the publishers. The editor reserves the right to alter or cut copy. Articles submitted are deemed to have been cleared for publication. Advertisements and company contact details are published as provided by the advertiser. Technews Publishing (Pty) Ltd cannot be held responsible for the accuracy or veracity of supplied material.




© Technews Publishing (Pty) Ltd | All Rights Reserved