LoRa®-based devices connected to a LoRaWAN network operate in the unlicensed radio band known as the ISM band. While a LoRaWAN network can be deployed anywhere in the world, there are different regulatory requirements depending on the location of the deployment.

Welcome to the LoRa Developer Crossword Corner.

Last time we took a look at LoRa® and LoRaWAN® fundamentals. This time, we’re going to dig a little deeper and take a look at Adaptive Data Rate and Blind ADR in LoRa devices. Before trying your hand at our puzzle, we suggest reading two of our newest technical papers: Understanding the LoRa Adaptive Data Rate and LoRaWAN Mobile Applications: An Introduction to Blind ADR.

Have fun, and good luck!

Complete the puzzle: LoRa Adaptive Data Rate

LoRa® is a registered trademark or service mark of Semtech Corporation or its affiliates.

Like any other low power wide area network (LPWAN), the LoRaWAN® specification was developed to allow multiple end devices (nodes) to communicate with a server, which can then distribute information. As such, one of the key elements of the network structure is the software implemented in every end node, allowing the node to communicate with the server. In this paper, we will review the various types of LoRaWAN stacks currently available.

With the continued maturation of low power wide area networks (LPWANs) and the Internet of Things (IoT), here are my predictions for the coming year:

There are a number of differentiators for LoRa® devices and the LoRaWAN® protocol that have helped in its widespread adoption, including long range connectivity, battery lifetime, security, network architecture, and network capacity. However, there is one particular feature that will drive LoRaWAN adoption for years to come. Technical challenges or limitations (range, capacity, battery lifetime, etc.) are no longer a barrier to Internet of Things (IoT) adoption. The remaining challenges of the IoT are system integration, digital transformation, return-on-investment (ROI), service level agreements (SLA), and ensuring interoperability across an ecosystem.

This week we are taking a look at the contents of each module within the LoRaWAN Academy™ curriculum, and what you can expect to learn in each.

Static Context Header Compression (SCHC) is a compression and fragmentation mechanism that enables the use of internet protocols over low power, wide area networks (LPWAN).

Resulting from the common work carried out by Acklio and IMT Atlantique, SCHC opens new horizons for the Internet of Things (IoT) and accelerates LoRaWAN® adoption. Historically, most Internet standards were too complex for LPWAN environments. IoT technologies and use cases were not interoperable and it was challenging to integrate them with existing architectures.

Consider licensed low power wide area networks (LPWANs), such as NB-IoT, and unlicensed LPWANs, such as LoRaWAN®. LoRaWAN is optimal for long battery lifetime, and for devices that are low cost and only need to send small amounts of data a few times per hour. For its part, NB-IoT is optimal for sending larger packets, guaranteeing downlink latency and guaranteeing a quality of service with the licensed band spectrum. Due to these characteristics, NB-IoT is suited for critical Internet of Things (IoT) use cases, while LoRaWAN is perfect for the volume of IoT (even massive IoT) use cases, because most IoT use cases need low cost devices with a long battery lifetime to achieve an attractive return on . (For a more in-depth comparison of LoRaWAN and NB-IoT, take a moment to read 10 Things About LoRaWAN & NB-IoT.)

Welcome, once again, to the LoRa Developer Crossword Corner. Last month we focused on the LoRa Basics™ Station. This month, the Crossword Corner takes a step back to review the fundamentals of LoRa® and LoRaWAN.