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:

RF fixed chip attenuators
29 January 2020, RF Design , Telecoms, Datacoms, Wireless, IoT
The TT5 Series from Smiths Interconnect are Q-band chip attenuators that operate from DC to 18 GHz. The broadband attenuators are available in attenuation values from 0 to 20 dB in 0,5 dB increments and ...

Read more...
RF variable attenuator
29 January 2020, RF Design , Telecoms, Datacoms, Wireless, IoT
The 4209-30-63-1 from API Technologies - Weinschel is a solid-state programmable attenuator that operates from 0,1 to 30 GHz. It has an attenuation range from 0 to 63 dB with a step size of 0,5 dB and ...

Read more...
Thingstream extends LoRaWAN support
29 January 2020, Altron Arrow , Telecoms, Datacoms, Wireless, IoT
It is now possible to add LoRaWAN gateways and LoRaWAN devices to Thingstream, giving developers quick, easy on-boarding, and the full power of Thingstream’s MQTT broker, and Data Flow Manager. This new ...

Read more...
Wi-Fi 6 front-end module
29 January 2020, Hi-Q Electronics , Telecoms, Datacoms, Wireless, IoT
Skyworks has introduced the SKY85772-11, a new addition to its family of front-end modules (FEMs) that are designed for growing retail, carrier and enterprise Wi-Fi 6 applications. The 5 GHz FEM offers ...

Read more...
RF power amplifier for 18 - 26 GHz
29 January 2020, RFiber Solutions , Telecoms, Datacoms, Wireless, IoT
The MAAP-118260 is a packaged linear power amplifier that operates over the frequency range 17,7 – 26,5 GHz. The device, manufactured by MACOM, provides 28,5 dB of gain and 37,0 dBm output third order ...

Read more...
Wideband GaN power amplifier
29 January 2020, RF Design , Telecoms, Datacoms, Wireless, IoT
Qorvo introduced what it claims is the world’s highest-performance wideband power amplifier (PA). Designed for electronic warfare, radar and test instrumentation applications, the TGA2962 boasts 10 W ...

Read more...
GaN is breaking barriers for RF power amplifiers
29 January 2020, Altron Arrow , Telecoms, Datacoms, Wireless, IoT
The increasing demand for higher data rates in telecommunications and higher resolution in industrial systems is pushing the frequency of operation higher for the electronics that support them. Many of ...

Read more...
V2X: The future of vehicle communications
29 January 2020, Avnet South Africa , Editor's Choice, Telecoms, Datacoms, Wireless, IoT
A recent report by Juniper Research forecasts that more than 62 million vehicles will be capable of vehicle-to-vehicle communication by 2023; up from just over 1,1 million in 2019.

Read more...
PCIe 2.0 packet switches
29 January 2020, Altron Arrow , Telecoms, Datacoms, Wireless, IoT
Diodes Incorporated announced the PI7C9X2G304EVQ and PI7C9X2G404EVQ PCIe 2.0 packet switches, offering 3-ports/4-lanes and 4-ports/4-lanes, respectively. The packet switches are automotive-compliant for ...

Read more...
High-performance IoT SoCs with dual processors
29 January 2020, RF Design , Telecoms, Datacoms, Wireless, IoT, Editor's Choice
Nordic Semiconductor’s new nRF5340 high-end multiprotocol system-on-chip (SoC) is the first member of its next generation of nRF5 Series SoCs. The nRF5340 builds on Nordic’s proven and globally adopted ...

Read more...