Silicon Labs
|
Silicon Labs Community Silicon Labs Community
  • Products
    1. 8-bit MCU
    2. 32-bit MCU
    3. Bluetooth
    4. Proprietary
    5. Wi-Fi
    6. Zigbee & Thread
    7. Z-Wave
    8. Interface
    9. Isolation
    10. Power
    11. Sensors
    12. Timing
  • Development Tools
    1. Simplicity Studio
    2. Third Party Tools
  • Expert's Corner
    1. Announcements
    2. Blog
    3. General Interest
    4. Projects
How to Buy
English
  • English
  • 简体中文
  • 日本語
//
Community // Blog

Tying the IoT Together: Wireless Protocols

01/09/2017 | 05:59 PM
Lance Looper
Employee

Level 5


As you know, the number of devices for the connected home is growing faster than you can say “Alexa.”  And as this world expands, it’s important to understand the way in which all of these devices communicate with each other.

 

That’s where wireless communication protocols come into play. Let’s take a look at the most commonly used wireless protocols and discuss which use cases are best for each.

 

Echo_Blog.png

 

Sub-GHz Wireless

For low-data-rate applications like home security and automation, sub-GHz networks (operating at frequencies below 1 GHz) offer substantive benefits over the more powerful and feature-rich protocols such as Wi-Fi, Bluetooth™ and ZigBee operating in the 2.4 GHz band.

 

Range is one area where a sub-GHz network shines. Narrowband transmissions can operate uninterrupted for a kilometer or more. They transmit data to distant hubs without hopping from node to node. However, this longer range can also come with increased interference from adjacent devices. Lower interference can be a benefit, in regions where a wide range of sub-GHz frequencies, and these frequencies are less ‘crowded’ than the 2.4 GHz band. However, in some regions there are few available sub-GHz channels and they may have duty cycle restrictions limiting the time a device can be transmitting. Finally, sub-GHz wireless also uses very little power compared to 2.4 GHz protocols.

 

However, sub-GHz networks aren’t a perfect fit for every aspect of the connected home. Many of the existing sub-GHz networks use proprietary protocols and are closed systems. Such systems often require application translation to communicate with other systems. Intra-home communication, and communication to a data services and controls that might reside in the cloud, can be more complex using sub-GHz wireless.

 

Wi-Fi 802.11 b/g/n

Wi-Fi is the best known protocol by far, because most of us use it in our own homes every day, and have for more than a decade. This wide adoption has been fostered by the standards and upgrades The Institute of Electrical and Electronics Engineers (IEEE) provides through letter designations (b/g/n), while the Wi-Fi Alliance manages certification and branding of devices.

 

The chief advantage of Wi-Fi is its familiarity, the perception that it is “easy” compared to other protocols, and its ubiquity in existing homes. After all, the precursor to Wi-Fi was first developed in 1991. At this point most tech-savvy homeowners (the likely customer base for current connected home products) can reset a Wi-Fi router to troubleshoot basic issues.

 

Wi-Fi defines a MAC layer protocol and security but it does not define application objects for devices and how they communicate. This means each manufacturer can define their own application level protocol and device to device communication is complex or impossible unless two companies work closely together to define them. This limits Wi-Fi usage in the device to device market for the connected home. Wi-Fi also assumes a central access point model of a network which means if that access point is not operating the network stops functioning.

 

Wi-Fi consumes a great deal of power relative to other protocols so while suitable for powered devices it does not do as well in applications where battery powered operation is critical. Wi-Fi has also shown issues around scalability. For example, some routers are configured to only support a maximum of 15 devices where the connected home is expected to have closer to 100 devices.

 

Another issue is competition on the Wi-Fi network due to the variety of data sources. If you have streaming video competing with your thermostat, both data streams may not get the bandwidth they need. And if you thought having your streaming TV show competing with your kids’ video game download was inconvenient, imagine having your thermostat trying to get in on the bandwidth, too.

 

IoT-Solutions-house.jpg

 

Bluetooth™ with Low Energy Functionality

Bluetooth is a short-range communications protocol that is ubiquitous in smartphones applications. It doesn’t require a special gateway to function because it already uses the smartphone or mobile devices, but it does have some drawbacks. It is only a point-to-point network, which limits its range and reliability. If your smart phone is not in range or not in the home then connectivity is lost.  Bluetooth does not currently natively support IP addressing but this is being worked on as an update to the Bluetooth Standards.

 

Bluetooth does have standard application protocols but these are generally related to the phone or PC use cases and not device to device communication in the connected home.

 

ZigBee

ZigBee was first standardized in 2004, and features lower power consumption relative to Wi-Fi. It operates on the IEEE’s 802.15.4 physical radio specification (as opposed to the more familiar 802.11 of Wi-Fi fame). ZigBee is used heavily in home automation mesh networks currently, as well as in many industrial applications.

 

ZigBee has created a set of application protocols defining a wide range of devices and their communication patterns for device to device usage in home and businesses. These application protocols were developed within an Alliance of companies so there is a healthy ecosystem of products as well as competing silicon providers.

 

There are numerous advantages to the ZigBee protocol, including its reliability, scalability and ability to self-heal its mesh network:

 

Reliability: Devices on a ZigBee network can communicate with each other even if the gateway goes down or there is no gateway to begin with.

 

Scalability: ZigBee and other 802.15.4 protocols are not constrained by the number of devices they can have per router. You can add dozens, even hundreds, of devices without reaching an upper limit.

 

Self-Healing: If the Personal Area Network (or PAN) coordinator for the mesh network is no longer available or is inoperable, the mesh seamlessly fails over and continues to function. Think of it like RAID for your computer—if one hard drive goes down, then the mirrored second hard drive takes over so that your work isn’t interrupted. In the case of home automation, it means that your thermostat still works even if your gateway is down.

 

Z-Wave

The Z-Wave protocol is primarily devoted to home control and monitoring, and is proprietary in nature. Home security companies use the Z-Wave wireless protocol to create networks of door/window sensors, fire detectors, thermostats and other home automation devices that are accessible through high-level applications or even over the Web. Z-Wave functions best in low-bandwidth, sub-GHz deployments.

 

Z-Wave has created an application protocol to standardize how devices communicate with each other to allow true device to device communication in the home. However, this standard is controlled by one company making growth and expansion difficult. The application layer protocol is not IP friendly and required translation into IP protocols for device to cloud or phone communications.

 

Z-Wave is not an open standard and requires both address and application translation to communicate with devices on the internet. Z-Wave requires a gateway to function creating a single point of failure in the networks. Additionally, the protocol assumes that devices are static, disallowing mobile devices (like remote controls) from joining the network.

 

Thread

Thread is a new open standard that assigns an Internet Protocol (IP) address to every device on a network, and that IP address extends through the node. Thread provides device-to-device communication without the need for an application gateway.

Thread presents three major advantages:

 

Scalability: The average connected home will host a hundred devices. If that sounds like a lot, just remember that every window and door will have a sensor, and every room will be monitored for temperature and humidity. At that rate, complexity and scale grows exponentially.

 

Interoperability: With so many devices in play within a single mesh network, it’s important that they all communicate with each other and with the home owner in an intelligent and effective manner.

 

Less expensive and simpler hardware:

It’s not a new story that as a technology becomes more widely adopted the cost of devices tends to go down. (Look at what happened with flat-screen televisions over the last decade.) IP-based technology is well known and easy to implement.

 

While Thread is in development, there’s no need to hold off on developing products for the connected home. Any product using existing 802.15.4 silicon can be updated over-the-air (OTA) to the Thread IP-based protocol. This allows continued deployment of existing systems knowing they can be upgraded to Thread when the system is ready.

 

SMart_Home_Protocols.png

 

Security and the Connected Home

Security is built into many of the existing mesh-network connected home protocols at a deep level in the software stack, for example, using AES encryption at the 802.15.4 MAC layer. Traffic is always encrypted, and with the addition of authentication technology, all nodes will have the capability to require authentication to communicate with each other and the network.

 

Even devices using low level security in the software stacks are only as secure as the method used to install the keys in new devices. Weaknesses in this key installation or device bring up then require rekeying of the entire system.

 

IP Connectivity and the Connected Home

The existing protocols in the home are a mix of IP and not-IP stacks. Other markets and networks have converged onto IP because it offers a number of different addressing, routing and security mechanisms that can be selected for a given network or device and still allow end to end addressability and routing of messages without application layer translation. The rapid expansion of the Internet into other industries and market segments is an indication of how this technology shift opens up innovation and rapid development of new services and devices over the appropriate IP infrastructure.

 

The use of IP also allows a mix of underlying technologies with bridging devices between the different MAC/PHY so that an application running on your PC at home connected over Ethernet can also run wirelessly to your cell phone using Wi-Fi or a cellular connection. This type of seamless connectivity is important in many new application areas where consumers expect control while in their home but also from their phone when traveling.

 

The Connected Home is an area where large numbers of companies are innovating and creating new devices and services. Some of these services require high bandwidth and are more suitable for using Wi-Fi, while others are constrained battery operated sensors that would prefer using the 802.15.4 lower power radios and a ZigBee stack today, migrating to a Thread stack in the future.

 

Protocols.png

 

As the Internet of Things and the Connected Home continue to explode in popularity, it won’t be uncommon to have several protocols running simultaneously in your home, just like you do in your smartphone. It isn’t a case of one protocol “winning,” but rather finding the right combinations of protocols to keep your IoT applications happily communicating with each other, the gateway, the cloud, and the consumer.

 

What applications do you anticipate enabling your home? We may not be getting our flying cars anytime soon, but with the proliferation of devices and protocols available, we’ll soon have connected homes that function seamlessly to make our environments more convenient, comfortable and energy-friendly.

  • Bluetooth Low Energy
  • Blog Posts
  • Internet of Things

Tags

  • Wireless
  • High Performance Jitter Attenuators
  • EFR32FG22 Series 2 SoCs
  • EFR32MG21 Series 2 SoCs
  • Security
  • Bluegiga Legacy Modules
  • Zigbee SDK
  • ZigBee and Thread
  • EFR32BG13 Series 1 Modules
  • Internet Infrastructure
  • Sensors
  • Wireless Xpress BGX13
  • Blue Gecko Bluetooth Low Energy SoCs
  • Z-Wave
  • Micrium OS
  • Blog Posts
  • Low Jitter Clock Generators
  • Bluetooth Classic
  • Makers
  • Flex SDK
  • Tips and Tricks
  • timing
  • Smart Cities
  • Smart Homes
  • IoT Heroes
  • Reviews
  • RAIL
  • Simplicity Studio
  • Tiny Gecko
  • EFR32MG22 Series 2 SoCs
  • Mighty Gecko SoCs
  • Timing
  • Temperature Sensors
  • Blue Gecko Bluetooth Low Energy Modules
  • Ultra Low Jitter Clock Generators
  • General Purpose Clock Generators
  • EFR32BG22 Series 2 SoCs
  • Industry 4.0
  • Giant Gecko
  • 32-bit MCUs
  • Bluetooth Low Energy
  • 32-bit MCU SDK
  • Gecko
  • Microcontrollers
  • Jitter Attenuators
  • EFR32BG21 Series 2 SoCs
  • News and Events
  • Wi-Fi
  • Bluetooth SDK
  • Community Spotlight
  • Clock Generators
  • Biometric Sensors
  • General Purpose Jitter Attenuators
  • Giant Gecko S1
  • WF200
  • Flex Gecko
  • Internet of Things
  • 8-bit MCUs
  • Wireless Jitter Attenuators
  • Isolation
  • Powered Devices
  • Power

Top Authors

  • Avatar image Siliconlabs
  • Avatar image Jackie Padgett
  • Avatar image Nari Shin
  • Avatar image lynchtron
  • Avatar image deirdrewalsh
  • Avatar image Lance Looper
  • Avatar image lethawicker

Archives

  • 2016 February
  • 2016 March
  • 2016 April
  • 2016 May
  • 2016 June
  • 2016 July
  • 2016 August
  • 2016 September
  • 2016 October
  • 2016 November
  • 2016 December
  • 2017 January
  • 2017 February
  • 2017 March
  • 2017 April
  • 2017 May
  • 2017 June
  • 2017 July
  • 2017 August
  • 2017 September
  • 2017 October
  • 2017 November
  • 2017 December
  • 2018 January
  • 2018 February
  • 2018 March
  • 2018 April
  • 2018 May
  • 2018 June
  • 2018 July
  • 2018 August
  • 2018 September
  • 2018 October
  • 2018 November
  • 2018 December
  • 2019 January
  • 2019 February
  • 2019 March
  • 2019 April
  • 2019 May
  • 2019 June
  • 2019 July
  • 2019 August
  • 2019 September
  • 2019 October
  • 2019 November
  • 2019 December
  • 2020 January
  • 2020 February
  • 2020 March
  • 2020 April
  • 2020 May
  • 2020 June
  • 2020 July
  • 2020 August
  • 2020 September
  • 2020 October
  • 2020 November
  • 2020 December
  • 2021 January
  • 2021 February
Silicon Labs
Stay Connected With Us
Plug into the latest on Silicon Labs products, including product releases and resources, documentation updates, PCN notifications, upcoming events, and more.
  • About Us
  • Careers
  • Community
  • Contact Us
  • Corporate Responsibility
  • Privacy and Terms
  • Press Room
  • Investor Relations
  • Site Feedback
  • Cookies
Copyright © Silicon Laboratories. All rights reserved.
粤ICP备15107361号
Also of Interest:
  • Bring Your IoT Designs to Life with Smart,...
  • A Guide to IoT Protocols at Works With...
  • IoT Hero Rainus Enhances the In-Store Shopping...