Our portfolio consists of the nRF9151 SiP, the nRF9161 SiP and its predecessor, the nRF9160 SiP.
The nRF91 Series is Nordic cellular IoT based System-in-Package (SiP) supporting both LTE-M and NB-IoT and is the hardware used throughout this course. The nRF91 Series SiP consists of an application processor, an LTE modem, an RF Front End (RFFE), a PMIC, passive components, and crystal oscillators. In addition, you need a power source (typically a battery), an (e)SIM, and an LTE antenna. You can also add a dedicated GPS antenna and sensors.
For an exhaustive list of all the nRF91 Series features, see the Product Specification:
Nordic Semiconductor provides modem firmware binaries to operate the LTE modem, and the nRF Connect SDK as a tool to develop the application, which will run on the application core and interface with the modem.
This course will focus mainly on application development for the application core and how to interface with the LTE modem using the available libraries in the nRF Connect SDK.
The application processor runs your application, while the modem runs modem firmware, provided by Nordic as pre-compiled binaries. The nRF Connect SDK contains the Modem library, which the application uses to interface with the LTE modem.
The application processor on the nRF91 Series SiP is an Arm Cortex-M33 MCU with Arm TrustZone technology. This is relevant because the TrustZone technology enables the separation of a secure and non-secure domain.
At boot-up, the application always starts execution from the secure domain. From there, the Trusted Firmware-M (TF-M) is started, which will configure part of the memory and peripherals as non-secure and then jump to the main application in the non-secure area.
This is all automated by the nRF Connect SDK when building your application with TF-M. As you can see from the figure, the modem library, which interfaces with the LTE modem, is defined in the non-secure domain. Therefore, when building for the nRF91 Series, you should always build with TF-M, i.e with the _ns
suffix.
Below is an illustration of the nRF91 Series SiP communication stack. Throughout this course, we will cover different layers and refer back to this diagram. The modem firmware is running on the modem core of the nRF91 Series SiP and is provided as a binary. To interface with the modem, we have the Modem Library. On top of there sits all the drivers, subsystems and libraries available in the nRF Connect SDK and at the top is your cellular application.
In nRF Connect SDK Fundamentals, we briefly discussed the concept of multi-image builds. With cellular IoT development, multi-image builds become more relevant because you are developing on the nRF91 Series SiP, which is a multi-partition target. As mentioned, any application that wants to interface with the modem needs to run in the non-secure domain, and will therefore be a multi-image build. And even though this happens automatically when building with TF-M, it is useful to know how it works.
All nRF91 Series applications (the parent image) require Trusted Firmware-M (the child image) to be programmed together with the actual application. When building an application with TF-M, TF-M is automatically included as the child image, making it a multi-image build.
In a multi-image build, the resulting executable can be found at <build_directory>/zephyr/merged.hex
.
For development, Nordic offers the nRF9151 Development Kit (DK), nRF9161 DK, nRF9160 DK, and the Thingy:91 Prototyping Platform, all of which are supported by this course.
The nRF9151 DK and nRF9161 DK are both affordable, pre-certified single-board development kit for evaluation and development on the nRF9151 SiP or nRF9161 SiP for LTE-M, NB-IoT, GNSS, and DECT NR+.
Hardware | Board target |
nRF9151 DK | nrf9151dk/nrf9151/ns |
nRF9161 DK | nrf9161dk/nrf9161/ns |
The Thingy:91 X is a multi-sensor cellular IoT prototyping platformhouses the nRF9151 SiP for the development of LTE-M, NB-IoT, DECT NR+ and GNSS, as well as the nRF5340 SoC and the nRF7002 companion IC.
See the table below for the board targets to use when building applications for this device.
Hardware | Board target | Board target (nRF5340) |
Thingy:91 X | thingy91x/nrf9151/ns |
The nRF9160 DK and Thingy:91 both house the nRF9160 SiP for the development of LTE-M, NB-IoT, and GNSS. These devices also house an nRF52840 board controller that can be used to build a Bluetooth LE gateway, for instance, the LTE Sensor Gateway sample in nRF Connect SDK.
See the table below for the board targets to use when building applications for these devices.
Hardware | Board target | Board target (nRF52840) |
nRF9160 DK | nrf9160dk/nrf9160_ns | nrf9160dk/nrf52840 |
Thingy:91 | thingy91/nrf9160_ns | thingy91/nrf52840 |
All nRF91 Series SiP’s and the accompanying development hardware have been certified for a broad range of LTE bands globally.
Cellular devices require some kind of certification, in which the type depends on LTE bands, service provider and operation area. It is often possible to reuse the nRF91 Series SiP’s certification in your own device. See the nRF91 Series certifications page for more information.
Our portfolio consists of the nRF9151 SiP, the nRF9161 SiP and its predecessor, the nRF9160 SiP.
The nRF91 Series is Nordic cellular IoT based System-in-Package (SiP) supporting both LTE-M and NB-IoT and is the hardware used throughout this course. The nRF91 Series SiP consists of an application processor, an LTE modem, an RF Front End (RFFE), a PMIC, passive components, and crystal oscillators. In addition, you need a power source (typically a battery), an (e)SIM, and an LTE antenna. You can also add a dedicated GPS antenna and sensors.
For an exhaustive list of all the nRF91 Series features, see the Product Specification:
Nordic Semiconductor provides modem firmware binaries to operate the LTE modem, and the nRF Connect SDK as a tool to develop the application, which will run on the application core and interface with the modem.
This course will focus mainly on application development for the application core and how to interface with the LTE modem using the available libraries in the nRF Connect SDK.
The application processor runs your application, while the modem runs modem firmware, provided by Nordic as pre-compiled binaries. The nRF Connect SDK contains the Modem library, which the application uses to interface with the LTE modem.
The application processor on the nRF91 Series SiP is an Arm Cortex-M33 MCU with Arm TrustZone technology. This is relevant because the TrustZone technology enables the separation of a secure and non-secure domain.
At boot-up, the application always starts execution from the secure domain. From there, the Trusted Firmware-M (TF-M) is started, which will configure part of the memory and peripherals as non-secure and then jump to the main application in the non-secure area.
This is all automated by the nRF Connect SDK when building your application with TF-M. As you can see from the figure, the modem library, which interfaces with the LTE modem, is defined in the non-secure domain. Therefore, when building for the nRF91 Series, you should always build with TF-M, i.e with the _ns
suffix.
Below is an illustration of the nRF91 Series SiP communication stack. Throughout this course, we will cover different layers and refer back to this diagram. The modem firmware is running on the modem core of the nRF91 Series SiP and is provided as a binary. To interface with the modem, we have the Modem Library. On top of there sits all the drivers, subsystems and libraries available in the nRF Connect SDK and at the top is your cellular application.
In nRF Connect SDK Fundamentals, we briefly discussed the concept of multi-image builds. With cellular IoT development, multi-image builds become more relevant because you are developing on the nRF91 Series SiP, which is a multi-partition target. As mentioned, any application that wants to interface with the modem needs to run in the non-secure domain, and will therefore be a multi-image build. And even though this happens automatically when building with TF-M, it is useful to know how it works.
All nRF91 Series applications (the parent image) require Trusted Firmware-M (the child image) to be programmed together with the actual application. When building an application with TF-M, TF-M is automatically included as the child image, making it a multi-image build.
In a multi-image build, the resulting executable can be found at <build_directory>/zephyr/merged.hex
.
For development, Nordic offers the nRF9151 Development Kit (DK), nRF9161 DK, nRF9160 DK, and the Thingy:91 Prototyping Platform, all of which are supported by this course.
The nRF9151 DK and nRF9161 DK are both affordable, pre-certified single-board development kit for evaluation and development on the nRF9151 SiP or nRF9161 SiP for LTE-M, NB-IoT, GNSS, and DECT NR+.
Hardware | Board target |
nRF9151 DK | nrf9151dk_nrf9151_ns |
nRF9161 DK | nrf9161dk_nrf9161_ns |
The nRF9160 DK and Thingy:91 both house the nRF9160 SiP for the development of LTE-M, NB-IoT, and GNSS. These devices also house an nRF52840 board controller that can be used to build a Bluetooth LE gateway, for instance, the LTE Sensor Gateway sample in nRF Connect SDK.
See the table below for the board targets to use when building applications for these devices.
Hardware | Board target | Board target (nRF52840) |
nRF9160 DK | nrf9160dk_nrf9160_ns | nrf9160dk_nrf52840 |
Thingy:91 | thingy91_nrf9160_ns | thingy91_nrf52840 |
All nRF91 Series SiP’s and the accompanying development hardware have been certified for a broad range of LTE bands globally.
Cellular devices require some kind of certification, in which the type depends on LTE bands, service provider and operation area. It is often possible to reuse the nRF91 Series SiP’s certification in your own device. See the nRF91 Series certifications page for more information.
The nRF91 Series System-in-Package (SiP) is Nordic’s cellular IoT solution supporting both LTE-M and NB-IoT and is the hardware used throughout this course. The nRF91 Series SiP consists of an application processor, an LTE modem, an RF Front End (RFFE), a PMIC, passive components, and crystal oscillators. In addition, you need a power source (typically a battery), an (e)SIM, and an LTE antenna. You can also add a dedicated GPS antenna and sensors.
Nordic Semiconductor provides modem firmware binaries to operate the LTE modem, and the nRF Connect SDK as a tool to develop the application which will run on the application core and interface with the modem.
For an exhaustive list of all the nRF91 Series features and a more detailed product specification, see the Product Specification.
This course will focus mainly on application development for the application core and how to interface with the LTE modem using the available libraries in the nRF Connect SDK.
The application processor runs your application, while the modem runs modem firmware, provided by Nordic as pre-compiled binaries. nRF Connect SDK contains the Modem library, which the application will use to interface with the LTE modem.
The application processor on the nRF91 Series SiP is an Arm Cortex-M33 MCU with Arm TrustZone technology. This is relevant because the TrustZone technology enables the separation of a secure and non-secure domain.
At boot-up, the application always starts execution from the secure domain. From there, the Trusted Firmware-M (TF-M) is started, which will configure part of the memory and peripherals as non-secure and then jump to the main application in the non-secure area.
This is all automated by the nRF Connect SDK when building your application with TF-M. As you can see from the figure, the modem library, which interfaces with the LTE modem, is defined in the non-secure domain. Therefore, when building for the nRF91 Series, you should always build with TF-M, i.e use the board target with the _ns
suffix.
Below is an illustration of the nRF91 Series SiP communication stack. Throughout this course, we will cover different layers and refer back to this diagram. The modem firmware is running on the modem core of the nRF91 Series SiP and is provided as a binary. To interface with the modem, we have the Modem Library. On top of there sits all the drivers, subsystems and libraries available in the nRF Connect SDK and at the top is your cellular application.
In nRF Connect SDK Fundamentals, we briefly discussed the concept of multi-image builds. With cellular IoT development, multi-image builds become more relevant because you are developing on the nRF91 Series SiP, which is a multi-partition target. As mentioned, any application that wants to interface with the modem needs to run in the non-secure domain, and will therefore be a multi-image build. And even though this happens automatically when building for the non-secure domain, it is useful to know how it works.
All nRF91 Series applications (the parent image) require Trusted Firmware-M (the child image) to be programmed together with the actual application. When building an application for the non-secure domain, TF-M is automatically included as the child image, making it a multi-image build.
In a multi-image build, the resulting executable can be found at <build_directory>/zephyr/merged.hex
.
For development, Nordic offers the nRF9160 Development Kit (DK) and the Thingy:91 Prototyping Platform.
Both these devices house an nRF52840 board controller that can be used to build a Bluetooth LE gateway, for instance, the LTE Sensor Gateway sample in nRF Connect SDK.
See the table below for the board name to use when building applications for these devices, where ns
stand for non-secure
Hardware | Board name | Board name (nRF52840) |
nRF9160 DK | nrf9160dk_nrf9160_ns | nrf9160dk_nrf52840 |
Thingy:91 | thingy91_nrf9160_ns | thingy91_nrf52840 |
Board names for nRF9160 SiP development HW
Both the nRF9160 SiP and the accompanying development hardware have been certified for a broad range of LTE bands globally.
Cellular devices require some kind of certification, in which the type depends on LTE bands, service provider and operation area. It is often possible to reuse the nRF9160 SiP’s certification in your own device.
See the nRF9160 certifications page for more information.