LoRaWAN – Low-Power IoT with Spark

LoRaWAN is a Low-Power, Wide Area (LPWA) wireless networking protocol for the Internet of Things (IoT). Its features include long range bi-directional communication, very low power requirements, and with end-to-end security. These Spark LoRaWAN pages may be of use to existing Spark LoRaWAN subscribers, or if you are interested in finding out more information about Spark LoRaWAN. It provides information for:

The ThingPark Wireless (TPW) platform provides the routing, device & gateway management, telemetry, alarms & monitoring, and many other services to ensure that your devices can connect to the Internet via Spark’s backhaul fibre and cellular networks. The top-level page for documentation related to Actility’s TPW platform can be found at:

For new Spark LoRaWAN customers, please refer to the following link for the quick start guide to guide you to activate, setup and use your Spark LoRaWAN ThingPark Wireless account:

For more specific information on getting your end-devices connected, and part of the Internet of Things, then we hope that the following sections of this page and site contains the information that you are after:

If there is some information that you would like to see, and if you also think that it may be of use to others, then we are open to suggestions. We can be reached via the contact us link.

Getting Started


To add your end-device to the Internet of Things using Spark LoRaWAN, first you will need an AS923 compliant end-device to connect to the network, and a connection plan from Spark so that you can add your device to our network. From here, the general steps required to connect a new end-device to our network involves this sequence of steps:

Figure 1: The sequence of steps to add a new device to the Internet of Things.

New end-devices are provisioned using Device Manager which is part of the ThingPark Wireless (TPW) platform. ThingPark Wireless is provided by a Spark partner, Actility. For supported end-devices, Device Manager allows you to route your messages directly to services such as Cayenne by myDevices or the Losant IoT Platform – for visualisation, rapid prototyping, or web application development.

Another option is to build your own application-specific IoT services and platforms. Both Amazon Web Services (AWS) and Microsoft Azure provide extensive API’s and services to support building IoT solutions, and there are many other IoT service & solution providers, as well.

The TPW Device Manager (accessible from the Webportal) can be used to perform the first three steps:

and our front page lists many IoT-related partners & services for IoT platforms and services, if you are not building your own. The remainder of this page gives an overview of LoRaWAN, and its (AS923) regional parameters, links to numerous user & developer guides, Spark LoRaWAN connectivity & coverage, tips to maximise the performance of your devices, and external links to even more LoRaWAN-related information, as well as a list of ways to contact us. Finally, be sure to:

LoRaWAN Overview


LoRaWAN is the Media Access Control (MAC) network layer protocol that uses the LoRa physical layer protocol for signaling over a RF link – it is primarily this physical layer that is responsible for its long-range performance, while using little power. Information about the LoRaWAN protocol is available from the LoRa Alliance:

LoRaWAN uses unlicensed radio spectrum, which it must share with all other devices that communicate using the same ISM bands. To support operation within different regions, the LoRa Alliance also creates & maintains regional specifications & parameters. Here in New Zealand, our regional specification is AS923, and using the 915-928 MHz ISM band.

Figure 2: Industries and applications for LoRaWAN.

Figure 2 gives examples of industries using LoRaWAN – due to its low-power and low-range performance, its support for bidirectional communication, as well its (typically) low per-device costs. Sensors are a commonly cited example of LoRaWAN end-device – LoRaWAN enables inexpensive sensors to be deployed in the field for years, providing telemetry, and requiring zero maintenance.

LoRaWAN IoT end-devices each have a unique Device EUI, but do not have IP (Internet Protocol) addresses and connect to the Internet through a (LoRaWAN) Network Server (NS). LoRaWAN gateways act as repeaters, relaying messages between end-devices and the NS, and typically via wired and/or cellular backhaul networks.

Uplinks sent to the NS are passed on to designated (and Internet accessible) Application Server(s) (AS). An AS may simply store the data from an end-device, and allowing subscribers to access these data, or can perform some processing and/or visualisation – perhaps as part of some sort of control/feedback/automation process.

AS923 Compliance


Spark LoRaWAN uses the 915-928 MHz ISM band and operates according to the AS923 regional specification. Only Class A and Class C operating modes are currently supported, and end-devices must be capable of supporting LoRaWAN v1.0.2 or v1.0.3 . End devices will need to be AS923 compliant, as this is the specification for New Zealand and the Asia-Pacific region. The following links provide more information regarding AS923 compliance and other LoRaWAN regional inforation:

LoRaWAN Guides


Spark LoRaWAN subscribers will typically need to onboard their devices, and then connect their end-devices to an Application Server (AS). Below are links to guides for these tasks. There is also information that may be of use to those that are developing their own firmware and hardware, and/or building their own AS. And for news & updates on covering topics including: manufacturers releasing new software, firmware, or hardware; or if the status of the network changes, there is information on this. We have grouped this information into the following, top-level categories:

The following subsections give an overview of this material, followed by a flat list of all LoRaWAN-related information, to help you quickly find the information that you need.

Using the ThingPark Wireless Platform


There are many ThinkPark Wireless Platform tasks that every Spark LoRaWAN subscriber will likely need to perform, or probably need to have some understanding of. Much of this information is reachable from this page – providing useful information, examples, and tutorials to help you quickly gain the knowledge and understanding for performing many common ThingPark tasks. For example, provision new devices (and even in batches), query the status of all of your devices using the Actility ThingPark Wireless (TPW) DX API, or generate a token so that you can push downlinks to your end-devices.

LoRaWAN Developer Information


The guides and examples accessible from the top-level developer page are:

The provided information is not exhaustive, and is primarily intended to be of use to those that already have development experience in related fields. There are many excellent resources on the web, and the pages listed above include a small sample of these – when needed to further elaborate on some topic of interest.


The following list has been compiled from the topics and pages of all of our LoRaWAN and related content available at this site:

LoRaWAN Connectivity


Spark LoRaWAN is still being deployed across New Zealand, and the ever-expanding LoRaWAN coverage can be estimated using a convenient web-based coverage map. While the network already covers most of the places where New Zealanders live and work, there are still regions of NZ that are not yet covered – this is especially true in rural and remote locations. If Spark LoRaWAN coverage is not already available in your area, or does not extend sufficiently-far into large buildings, then Spark provides a couple of coverage extension programs that may be able to help.

This section covers:

LoRaWAN Coverage Map


Spark/Kordia LoRaWAN coverage map:

Refer to the following images (Figures 3 & 4) as an example of what a subscriber can learn by first gaining an approximate expectation of LoRaWAN signal strength in some area of interested, using the Spark LoRaWAN coverage map. Then a more accurate survey can be performed using a network survey device, along with the ThingPark Network Survey application. These images show predicted coverage (see Figure 3), vs what was measured using a handheld network survey tool (shown in Figure 4).

Figure 3: Expected coverage around Nugent St in Newmarket, Auckland (during December, 2018).
Figure 4: Coverage results obtained using a handheld network survey tool show strong LoRaWAN signal strength in the area around Nugent St in Newmarket, Auckland.

Spark customers can purchase their own network survey devices, and fine-tune the location of their devices, or accurately determine possible locations for additional LoRaWAN gateways which can be obtained via one of Spark’s coverage extension programs.

Coverage Extension Programs


Not all regions of NZ have Spark LoRaWAN coverage, and even for regions that do have coverage, it may not extend sufficiently deep into some buildings. For these cases, Spark can provide Spark LoRaWAN Coverage-in-a-Box, or we can discuss having a new LoRaWAN macro gateway installed. There are various options for deploying additional LoRaWAN macro gateways, please contact us to discuss these.

Coverage-in-a-Box


Lease a LoRaWAN pico gateway to extend your LoRaWAN coverage to areas without line-of-sight to one of our gateways. For example:

  • for improved indoor signal strength;
  • reach even the most remote locations;
  • to provide coverage for carparks and basements; or
  • allowing an entire factory to be connected via Spark LoRaWAN.

Contact us for more information.

Additional Information


This section contains some technical information to help you set up your devices for better signal strength, and also provides links to additional information provided by Spark. And for topics that are not covered on this page, then maybe our support page will be of use:

as it contains answers to questions that we are frequently asked, as well as how to contact us.

Device Setup and Usage Tips


For optimium performance, an end-device should be at least one meter above the ground, and with its antenna correctly oriented. Signal strength will be better outdoors, in general, and clear lines-of-site to LoRaWAN gateways will maximise the achievable ranges.

Device Height: Manufacturers tend to cite/measure device performance when the device is one metre above the ground (or higher), and they will mention in their device datasheets if the radio signal range was measured for the device when it was positioned closer to the ground than this. Signal range will be reduced when the device is lower than this, due to ground clutter, and line-of-sight issues – including due to Earth’s curvature.

Device Orientation: If your end-device has an external antenna, and if this antenna is longer than 8 cm, then the antenna will probably have a preferred orientation. For optimum signal strength, the antenna should be oriented vertically. This is just a general tip, and always refer to the manufacturer-provided information for instructions that are specific to your device.

LoRaWAN Device Operation Best Practices


The following are LoRaWAN parameters which should be enabled in firmware. If a device does not support the following parameters, it will NOT be LoRaWAN 1.0.2 Spec compliant. Spark reserves the right to modify/remove devices from our LoRaWAN network, that are not operating within specifications or are causing issues to the network and/or other devices.

More information on the above operating parameters is available in the LoRaWAN 1.0.2 Specification document, available from the LoRa Alliance upon request.


LoRaWAN Device Certification Requirements


LoRaWAN™ Certification
The LoRa Alliance Certified™ product program ensures that products meet national frequency regulations as well as the LoRaWAN features required to ensure interoperability and compliance. The LoRa Alliance Certified™ product program also ensures LoRaWAN interoperability and compliance of network infrastructure, components and offerings according to national frequency regulations and the Alliance specification.

Actility ThingPark Certification
The LoRaWAN certification ensures interoperability and compliance with LoRaWAN networks. This certification doesn’t cover radio performance. ThingPark tests your devices in real application software environment.

https://partners.thingpark.com/en/thingpark-connected
https://partners.thingpark.com/en/node/28

We encourage LoRaWAN device developers to become a member of the LoRa Alliance™, where they will receive access to the relevant specification documents and guidelines on getting their devices through the certification program and other benefits are detailed on their site, see URL below.

See the LoRa Alliance website for further details on becoming a member.

https://www.lora-alliance.org/lorawan-for-developers

Membership benefits are listed here.

https://www.lora-alliance.org/membership-benefits

NZ Radio And Electrical Certification Requirements


Any electrical, electronic or radio devices sold in NZ will require appropriate certification (i.e. AS/NZS, RCM, R-NZ). Product compliance maybe obtained if devices are mutually certified products from Australia and China.

Information about the certification process can be obtained at the NZ Radiocommunications (EMC Standards) site linked below.

https://www.rsm.govt.nz/business-individuals/supplier-compliance/


More information relating to the Spark IoT networks, their coverage, and Spark IoT solutions can be found on our main Spark Digital Services website, and at the following locations:


For offsite, technical information that may help you improve your understanding of LoRaWAN: