LPWA networks needs antennas and gateway to receive the device communication and transfer them to a network kernel. You can take a look to my post on the LPWA network architecture for more details.
In the LoRaWan ecosystem we call the first part of this network architecture a gateway. There are different kind of gateway : The network operator gateway with a big and efficient antenna, capable to support external weather like the Kerlink IoT Station and some low costs solution you can deploy at home or within a building (indoor) to cover a local device fleet.
The Kerlink Wirenet iFemtoCell device is a such type of gateway. this post will review how to get start with it and what we can expect in term of coverage.
IoT design a usually a matter of antenna as already seen in different previous blog post. Antenna performance is the assurance of your capacity to deploy your object in larger zone and a way to save energy by reducing transmission power.
As we will see, if you get a hardware component and simply put it in a box its radio behavior will be totally different as the box is impacting the transmission.
This post will practically show you the impact of a box on a device radio quality.
New episode of my LPWAn post series, this time, about the network architecture and the role of the network kernel.
The network architecture is different than a classical IP communication from client to server: the LPWAn architecture is based on a kernel network allowing the protocol transformation from the Sigfox / LoRaWan world to the IP-Internet world.
In the LPWAn protocol the addressing is limited to one device address only to reduce the frame size and as a consequence all the frame have to be captured by a central system: the network kernel. It will route the message correctly to the end user application based on device association made on registration.
This post is related to a french video (as usual) and detailed in the following part of this post.
The Things Network (TTN) is a global LoRaWan public network kernel based on crowd-source infrastructure. This initiative sounds really interesting in my point of view because it breaks one of the main LoRaWan issues : the country based operators organization.
Related to this good point, the negative point is the current area covered by a such network limited to the contributor localization, generally in the main cities.
That said, I’m convinced : when you want to create a private LoRaWan network you have to manage a network kernel managing gateways, device authorizations… You can do it yourself, you can pay someone to do it for you or, eventually, you can lever TTN for this use. As a counterpart you will extend the network and offer this benefit to any around. That way it makes sense and gives large opportunities to the networks and it’s private users.
Long introduction for a technical topic … How to join this network once you have a Kerlink LoRa Iot station available ? Continue reading →
Episode 3 & 4 of my Youtube series about LPWAN is about antennas for LPWAN and impact on object design. The episode 4 go deeper on the way to improve radio performance by tuning and adapting antennas with matching circuit.
As usual, this series of post are summarizing in English the content of my French video on youtube.
The RF 868MHz is a public bandwidth European Low Power Networks (LPWAN) as Sigfox and LoRaWan are using for communicating.
This bandwidth is regulated by different norms like ERC-REC-70-3E in Europe and have national norms in relation. In France ARCEP 2014-1263 seems to be the last one validated in the JO on the 30th of January 2015. The following video is a second episode of my VLOG on LPWan technologies. As usual, the video is in French but this post will give you a overview in english.
Since a long to time I did not post about MQTT … The main reason was I uses MQTT as a protocol to publish data directly from a device but in a centralized environment like SigFox / LoraWan you can’t use it directly on the device. Actually I have some devices communicating with a backend and the question about how to provide these information to the customers of my service are raising. To match this pattern I have to ways : providing and API where the information are pulled by the customer and MQTT where the information are pushed to the customer.
One choice is not against the other one, I had the two kind of customers. For this reason I will describe how we can implement a MQTT server (mosquitto) to push Sigfox data device as json content.