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.
This last monday I had the chance to meet the two Sigfox founders Ludovic Le-Moan and Christophe Fourtet during a really nice day at Labege (SigFox headquarter) with other Sigfox ambassadors.
From the meeting we had with the founders I retained some of the Sigfox strategical guide line:
Scalability – this is the major point raised during our discussions : the network must be able to scale and all what has been designed in the radio protocol & technology, as in the cloud architecture was for scalability.
Thanks to this initial design no big change are expected in the radio solution in the coming years. It has already been designed for future.
In regard to this scalability strategy we have also meet the team operating the network. I’ve seen a really nice Network Operation Center, well equiped and with about 40 people involved. It has been fun for me as in my daily job I’m managing internal inter-application communication of a large company. The volume of data we are proceeding every day is quite similar as of now but Sigfox is well more equiped than I am and better prepared for scaling 😉
Reliability – The ISM band will continue to have more and more noise on it coming from all the coming radio device using it. Sigfox design has been made to ensure a long term capacity to support this evolution. Ultra narrow band is actually the best and secure way to continue to communicate over noisy environment also protecting this common good by limiting the spectral usage.
Simplicity – Sigfox has been made to be simple to use with no parameters to tune the radio or the protocol. Everything is defined to ensure a good quality in the communications. This spirit will be kept in the future but potentially we will have the capability to tweak some of the parameters. We could imagine to limit the repetition time for frame with lower criticality. This will save power or send more frame per hour. We could imagine to get higher speed. Why not having more downlink ? Larger payload ?
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.