Other IoT (Besides BLE)

I wanted to let you know that there are other IoT protocols out there besides BLE. We hear a lot about BLE, and last time, I wrote a lot about the operation of BLE.

This time I want to write about other alternatives. This isn’t going to be a comprehensive list but, hopefully, will give you a flavor of what is out there.

Where to start? Well let’s start with Wi-FI. Wi-Fi operates in 2.4GHz and 5GHz (and soon 6GHz, but we’ll ignore that for now). Most people don’t automatically register Wi-Fi with IoT but there are IoT devices out there that use Wi-Fi.

Most IoT protocols run on top of 802.15.4 or a variant of it. These protocols are ideal for IoT systems.

IoT protocols that use 2.4GHz include Bluetooth/BLE, Zigbee and WirelessHART. These operate in the same frequency space as 2.4GHz Wi-Fi.

We also have CBRS (private LTE) operating around 3.6 MHz.

Most of the rest of the more common protocols* operate Sub-1GHz. Usually operating around 800-900+MHz (country dependent in many cases). This is where you will find Z-Wave, LoRa, Thread, and HaLow.

Let’s have a high-level overview of WirelessHART, LoRa, Thread and HaLow.

WirelessHART operates in the 2.4GHz ISM band and is designed to be low-power and have long battery life. Used in industrial and especially refinery industries. Here is a link to a great overview of WirelessHART by my colleague and friend, Troy Martin: https://www.youtube.com/watch?v=FkoY5NF0fVY

LoRa stands for Long Range. It is designed to allow communication between 2 points (P2P) over long distances. LoRaWAN is based on LoRa and is the protocol for building a network.

Thread is a mesh-based system based on 802.15.4. It runs on IP(v6) and is designed to create device-to-device, or device-to-cloud communications. Thread builds on top of 6LowPAN, which is IPv6 over Low-Power Wireless Personal Area networks.

HaLow was created by the Wi-Fi Alliance and is sometimes called Wi-Fi for IoT. It is based on 802.11ah and thus runs below 1GHz (S1G). It has low-power and long-range, penetrating walls and building due to its operation below 1GHz. It is designed to be very power efficient, running for years on coin cell-type batteries. Like other Sub-1GHz protocols the exact frequencies that HaLow runs on is region dependent.

Well there you go. Now you know more about IoT and some of the various protocols that exist to support it.

See you next time!

===

About NC-Expert

NC-Expert is a privately-held California corporation and is well established within the Wireless, Security, and Collaboration industry certification training, courseware development, and consulting markets.

Led by its Founder and CEO, Rie Vainstein, NC-Expert has won numerous private contracts with Fortune level companies around the world. These customers have depended on NC-Expert to train, advise, and mentor their staff.

So remember, if you are looking for the best IT training just call us at (855) 941-2121 or contact us

The post Other IoT (Besides BLE) appeared first on NC Expert.

NC-Expert Blog

By Rie Morgan September 16, 2026
We’ve all seen it happen: someone reports that the Wi-Fi is slow. A speed test is launched. The little needle races across the screen and, a few seconds later, an impressive number appears. “See? 600 Mbps. The Wi-Fi is fine.” Case closed. Except, of course, it isn’t. A speed test can be useful. It can tell you something about the performance experienced by a device at a particular location, at a particular moment, using a particular test server and network path. What it cannot do is provide a complete diagnosis of Wi-Fi health. That distinction matters because throughput is only one part of the user experience.
By Rie Morgan September 10, 2026
Mesh Wi-Fi has developed quite the reputation: Need coverage in the far end of the building? Mesh. Can’t get Ethernet to an access point? Mesh. Dead spot upstairs? Mesh. Need Wi-Fi in the warehouse, courtyard, annex, garage, loading dock, or that mysterious conference room where RF signals apparently go to die? Mesh. And there’s a reason for the enthusiasm. Mesh networking can be extremely useful: it can extend connectivity into places where running cable is difficult, expensive, disruptive, or simply impossible. Modern mesh systems can dynamically select paths, recover from connectivity changes, and provide remarkably capable wireless backhaul... but that doesn’t mean mesh is automatically the best architecture. Sometimes the best mesh network is the one you don’t build!
By Rie Morgan August 28, 2026
Automatic Channel Selection sounds like one of those features we should simply be able to trust: the APs monitor the RF environment, the Controller gathers data, an Algorithm considers interference, utilization, neighboring APs, channel availability, and other metrics, then Radio Resource Management (RRM) does its “thing” and selects the best channels. Wonderful! One less problem for the wireless engineer to worry about... except RF rarely cooperates with anything quite that neatly! Modern RRM systems are remarkably capable, and automatic channel selection can dramatically simplify the management of large wireless environments, but an algorithm can only make decisions based on the information it collects, the parameters it has been given, and the objectives it has been designed to optimize. That makes automation a powerful engineering tool. It does not make it the engineer.