We previously discovered the UnaMKR devkit. This devkit has two boards. The module board with the radio module and the sensors. It is the one I talked about in my previous post. The Arduino board is the second one. By programming this Arduino MKR Zero you can create custom program to use sensors and radio module to experiment Sigfox. The big advantage is a single board where ever you are located as it supports all the Sigfox zones.
During this second step, we are going to see how we can use the devkit to make a simple sensor measuring and reporting.
Unabiz has recently released the first Sigfox Monarch certified devkit. It is based on a LiteOn WSG309S module. The LiteOn module contains a St-Microelectronics based solution including a BlueNRG / S2LP in it.
In addition, the module board also have different sensors: temperature, humidity, pressure, air quality, accelerometer, magnetometer, light sensor, magnetic switch (reed switch).
You are able to use the module board as a standalone circuit. You directly program the LiteOn module. Or you can use the standard AT interface of the module and connect an Arduino MKR Zero board to use it.
In this post, we are going to see how to use the kit to test Sigfox Monarch solution.
Sigfox Monarch service is a free global service allowing to determine the zone where a device is located.
By zone location I mean RC (Radio Configuration zone). It basically defines the European Zone (RC1) or the North American Zone (RC2)…
Thank to this technology a world-wide device, having no GPS to get its location, is able to determine its radio configuration and the associated frequencies to use for transmissions.
This service is covering most of the airports and ports around the world to support the existing customer use-cases like Louis-Vuiton tracker and Safecube container tracking.
It would be great if this service could, in the future, be also used to broadcast/multicast information to devices. It could be used to get time from the network and later be also used to transport custom data to the group of devices. But currently it does not transport any data.
In my previous post I explained how to communicate on LoRaWan with the Murata CMWX1ZZABZ module. This module is capable to support Sigfox communication also and this time we are going to see how to do it !
The usual attack on Sigfox network is related to the “security”. Behind this large concept, for real, the only point is related to the use of clear payload over the air. As a consequence some are extending this to the possible replay after 2048 frames so regarding a standard use of Sigfox is will be about 6 month later…
That said, for real, all of this is just ignorance from these pseudo “security” experts and developer laziness. Don’t beat me for saying that, I’m part of the lazy developer, the only difference is I’m not complaining and I’m aware the solution is in my own hands.
So saying the Sigfox is not proposing payload encryption is wrong and this option is also fixing any 6 months later message replay. It’s like saying WiFi is not secured because you can create an open-network.
So now, let’s see why encryption is not the default option, why a network encryption standard is not the best option and then see how to stop to be a lazy developer and make encryption working.
STM32 solution for using Sigfox is actually one of the best offer on the market has the solution is powerful, low consumption and allows global coverage with the use of the last Sigfox library versions including Monarq, Bubble… Different module providers are actually designing solutions based on this platform.
In this post we are going to see how to configure the STM32 platform, starting from a STM32L053 devkit plus a S2LP extension. Using a eclipse/gcc environment. The environment installation is described in this post about installing Eclipse for STM32.