Types of chipset
There are three types of chipset you can use in your project: a module, a SoC (for System on Chip), or a transceiver. They each have their advantages and disadvantages, which you must consider carefully so that you can make a sensible decision.
Two essential aspects differ between each:
- Whether the chipset implements the Sigfox Library or not. Modules and reference designs do. We call them "Sigfox Verified modular design".
- Whether you want to customize the hardware or not. Dev solutions and transceivers allow that.
Buying a Module
With a module, you get the fastest and easiest solution to work with Sigfox while providing very good performance.
As a Sigfox Verified modular design, it already integrates the Sigfox Library and is very easy to use.
Note that modules can get expensive for high volumes.
Find your Sigfox module on Sigfox Partner Network
Using a SoC
A SoC (for System on Chip) especially with a development solution Sigfox Verified, makes it easy to get started with Sigfox.
It gives a good balance between price, customizability, and ease of use. Unless it is a ref design, Sigfox RF and Protocol tests are required for certification.
Find your Sigfox SoC on Sigfox Partner Network
Building a Transceiver
Building your own modem design based on a transceiver is the most complex solution as you will have to:
- integrate the Sigfox library yourself.
- be required to pass the Sigfox RF and Protocol test.
Transceivers are perfect for large-volume projects, since they require a larger investment from the device maker. Indeed, with a complex integration and a certification, using transceiver can be more demanding both financially and in terms of manpower. Still, it can be interesting for high-volume projects.
Which solution is best? This depends on your needs, volume targets and radio knowledge. Each product has its own advantages (electrical consumption, footprint / land pattern, price, other connectivity, etc.), so it is up to the device maker to find the best solution for their product.
In order to achieve a quick time-to-market, we strongly advise device makers to use a Sigfox Verified module, as this is the fastest and easiest solution to work with Sigfox while providing very good performance. For larger volumes, all options are open: it depends on what your objectives are.
Here is a diagram to help you make a choice:
Which module to choose?
There is no single perfect module that fits all use-cases. The best way for you to get better at choosing a module that fits your current project, is to explore your choices thoroughly every single time. Build and learn.
There are a few criteria to keep in mind: technology-related and environment-related.
Technology-related criteria
When benchmarking modules for your current project, dive into their technical specifications in order to learn more about the module.
Here are some important aspects to consider:
- Electrical consumption. This is the most important point. Some modules consume twice more than others.
- Price. Obviously, this has a real impact on your business plan.
- Size. This can force your option in terms of PCB (printed circuit board) or casing.
- Additional technologies. Wi-Fi, Bluetooth, etc. If you need it, does it support Sigfox Monarch?
- Openness. Does it need an MCU (microcontroller unit), or is it a closed module with its own MCU?
- Support for Sigfox features. Which RC (radio configuration) does it support? If not multi-RC, do chips for different RC have the same pin design, so as to be interchangeable in the same casing? Does it support Monarch and/or Atlas?
- Minimum order quantity (MOQ) from the maker.
Electrical consumption might be the most important aspect to consider. Consumption depends on radio frequency: the one announced by the maker is sometimes lower than the one required for Sigfox, so be sure to double-check what the techspec says.
Also, do compare modules, as some can consume twice than others -- but can have better documentation or ecosystem. It's up to you to find the right balance. Sometimes it's better to have good support and documentation with a "good enough" module, rather than an extremely optimized but bare-bane module.
Environment-related criteria
So, by now you should have filtered down your chipset options down to a handful of candidates. How to pick The One for your current project?
Here are a few important additional aspects to consider:
- Is the chipset documented? Some makers sell excellent chipsets with no documentation whatsoever; others make "good enough for this project" chipsets with plenty of documentation. If this is your first time using a Sigfox module, make sure to pick one which is documented, either officially or through online tutorials.
- Is it available in your timeframe? This is extremely important, as this will have an impact on your whole project delivery. Chipsets can be marked as available from a seller, but in reality will only be delivered to you months after you ordered them. 6 months is a good timeframe in the current market; actual delivery can often take 9 to 12 months. You have to budget for this.
- Is it available in your needed volume? A chipset can tick all your boxes, but if the maker cannot deliver enough items for your project, then you might want to rethink your choice.
- Is there a community around it? You don't want to be the only one to use a chipset. Find out whether your pick is used elsewhere, as it can be helpful to have other users to talk with.
- Is it easy to use? This means having an SDK and a programmable MCU, not an MCU that only does Sigfox modulations with AT commands. Also, check that the SDK environment is maintained and up-to-date.
- Is there an evaluation board/kit (evalkit) available? An evalkit is meant to help you get a better understanding of a given radio chipset. Once you have settled your choice, you can move it to a devkit, which is meant to help you test and have fun with the Sigfox technology!
- Do you have people at hand who know the chipset already? Ideally, it would be in-house, but having a local provider available can help tremendously, and greatly accelerate your project delivery.
As you can see, there's a lot to consider, and you'll have to read through piles of document and webpages. But it's worth it!
From the Sigfox Partner Network
Sigfox Build is agnostic: we won't promote on chipset over another, we prefer to give you the keys to finding your own ideal.
What we can provide is a list of the most popular modules on Sigfox Partner Network. You still have to check that it is indeed the right choice for your current project.
When choosing your development kit, remember to select a product that is compatible with your Sigfox Radio Configuration (RC).
Please be aware that these devices are not made for field testing, as they are not optimized for radio performance. For testing purposes, some of our device makers have developed dedicated products.
Oscillator Tech Note
Building your own radio chipset involves a lot of RF knowledge, even when using a transceiver. To help you achieve the best RF performance possible, we have created a technote presenting recommendation on the creation of your device's RF oscillator. Keep it in mind when selecting a crystal for your device!
TCXO Replacement solution
Due to TCXO shortage, it may be necessary for Device/Module makers to find a different solution for their products.
This document explains the impact on Sigfox certification if there is a TCXO change in a Sigfox certified product.
Downlink Optimization Tech Note
The battery lifetime is one of the most important challenge when designing a product.
We explain in the following document how to reduce the current drain consumption when in downlink mode.
Access the Current Drain Downlink Optimization Tech Note (pdf)