Whether you are a hardware or software developer, engineering manager or just a keen follower of South African information and communication technology, you are bound to have come across a new wireless technology over the past year or two named LoRa.
This is one of the latest additions to the collection of Internet networking and mobile communication protocols that you may already be familiar with, such as cellular, Wi-Fi and Bluetooth.
Cellular, Wi-Fi and Bluetooth have become commonly known wireless technologies largely due to their applications being of a commercial nature. This technology is commonly accessed via computers, phones or tablets at irregular times with large amounts of data being accessed. Embedded sensors and other distributed Internet of Things (IoT) devices, on the other hand, only send small packets of data at regular intervals and are usually placed in remote areas which do not have access to traditional infrastructure or a convenient power source. This unique set of requirements, coupled with an increasing demand in IoT applications, has resulted in the emergence of several new wireless technologies – in this article we will focus on LoRa.
LoRa is an innovation by the Semtech Corporation that offers a combined performance focused towards long range (Long Range – LoRa) communication and low power consumption. Semtech offers a range of LoRa supported QFN transceiver ICs, some operating over all the regional ISM bands (EU 868, EU 433, US 915 and AS 430) and others over a select few. LoRa is a physical layer implementation which allows for a proprietary software layer to be implemented on top of the LoRa technology.
The LoRa Alliance is a non-profit association that was initiated by industry leaders with the intention of standardising Low Power Wide Area Networks (LPWAN) being deployed around the world. LoRaWAN is a protocol specification which has been developed in collaboration by the alliance members that is built on top of the LoRa technology.
The LoRaWAN network infrastructure consists of an Internet gateway ‘concentrator’ which collects the data transmitted from nodes deployed in the field and passes the data onto an application server. LoRa concentrators are more robust than the LoRa nodes in the sense that they are designed to handle multiple simultaneous data packets being sent to and from registered nodes.
Various module manufacturers around the world, such as IMST GmbH, offer a LoRaWAN or a proprietary software layer implementation on finished SMT LoRa modules. The two implementations are distinguished by a LoRaWAN certified logo and are primarily targeting public versus private LoRa network deployments.
The LoRa modulation is a spread spectrum scheme that is a derivative of Chirp Spread Spectrum modulation (CSS) and achieves the spreading within the signal bandwidth by generating a chirp signal that continuously varies in frequency. The configurable parameters within the LoRa modulation include the spreading factor (distribution of chirps within the bandwidth), modulation bandwidth (number of bits or symbols per second) and code rate (variable error correction scheme to improve robustness of the transmitted signal at the expense of redundancy).
Varying the spreading factor, modulation bandwidth and code rate parameters will result in a different network speed and range perform-ance. Two LoRa nodes will only be able to communicate with each other provided these parameters are identical, as they are used in the encoding and decoding of the transmitted signal.
LoRa operates within the licence-exempt spectrum, which in practice relates to no quality of service guarantee, as opposed to licensed operation whereby the network operator has paid a fee for exclusive access to the spectrum being used. A crucial local consideration to keep in mind is that due to the extensive capabilities supported by the Semtech transceivers, incorrect usage can certainly result in a device operating outside of the ICASA regulations.
A device operating in a licence-exempt spectrum is likely to experience issues related to interference as opposed to link budget limitations. A typical scenario might involve several co-located networks attempting to access the same frequency space simultaneously. There are a number of collision mitigation mechanisms that can be implemented, such as frequency agility (a characteristic built into LoRa modulation), LBT or transmitter duty cycle limits which are imposed but not regulated by ICASA.
The LoRaWAN stack incorporates additional parameters such as a node and network ID. These parameters are used to assist with communication between registered nodes and concentrators. LoRaWAN service providers primarily focus on maintaining a sufficient number of concentrators needed for the demand of nodes in an area and act as the regulators of the node and network IDs to minimise network interference.
Typically LoRaWAN deployments will be in the form of a star network topology where the concentrators will act as a central coordinator for all network traffic – see Figure 1. The benefit of this type of network topology is minimisation of network traffic due to isolated nodes that do not communicate between each other. The potential risks of this deployment are based on the reliability of the central network coordinator.
Proprietary software that has been developed by module manufactures may or may not support some of the features built into the LoRaWAN stack. The nature of proprietary firmware means that it will likely differ from one manufacturer to another. AppconWireless, as an example, is a Shenzhen based proprietary LoRa module manufacturer which has developed its firmware to act in a mesh network topology such as the one illustrated in Figure 2. The advantage of mesh networks is their ability to ‘self-heal’ and reconfigure themselves in the event of a loss of connectivity to a node or group of nodes. The trade-off for the redundancy gained in this network topology is the increased network traffic that each node has to handle which relates to a less power efficient deployment.
The capabilities of LoRa are vast to say the least, and making the correct choice of which module is required can either lead a developer to achieving their objectives sooner than they could have ever imagined or it could put them into an unproductive, never-ending design cycle.
Developers are always faced with the question of using existing technology that they are familiar with or new technology that has improved performance. With a clear understanding of what the LoRa technology can offer, developers are well positioned to adopt LoRa into their designs to produce competitive, cutting edge solutions.
For more information contact Otto Wireless Solutions, +27 (0)11 791 1033, contact@otto.co.za, www.otto.co.za.
| Tel: | +27 11 791 1033 |
| Email: | wireless@otto.co.za |
| www: | www.otto.co.za |
| Articles: | More information and articles about Otto Wireless Solutions |
© Technews Publishing (Pty) Ltd | All Rights Reserved
printer friendly version