Template sub-GHz

The sample demonstrates a template for the Sidewalk End Node application. It supports LoRa and FSK link modes. The external QSPI Flash is used for firmware updates.

Requirements

The sample supports the following development kits:

Hardware platforms

PCA

Board name

Build target

nRF52840 DK

PCA10056

nrf52840dk_nrf52840

nrf52840dk_nrf52840

Besides the development kit, a LoRa radio module is also needed for this sample if you build it with the LoRa or FSK configuration. The supported modules are as follows:

Radio chip

Board name

Interface

SX1262

SX126xMB2xAS

SPI @ 8Mhz

Note

The LoRa radio module shield must be connected to the development kit header, and the antenna has to be connected to the radio module. For the exact pin assignment, refer to the Pinout section.

Overview

You can use this sample as a starting point to implement a Sidewalk device. The sample shows implementation of the Sidewalk API for the following transport protocols:

  • LoRa - Bluetooth LE for registration and LoRa for communication

  • FSK - FSK for registration and communication

The Template sample supports all available configurations but because the size and location of the bootloader partitions must be consistent, the sample uses external memory to store the secondary partition for the application. This solution is required only for the Device Firmware Update (DFU).

User interface

A button action is triggered when you release the button. To use a long press action, hold a button for 2 seconds or longer, and release it.

The button assignment is as follows:

  • Button 1 (long press):

    Factory reset - The application informs the Sidewalk stack about the factory reset event. The Sidewalk library clears its configuration from the non-volatile storage. After a successful reset, the device needs to be registered with the cloud services again.

  • Button 2 (short press):

    Get current Device Profiles - The divice profile paramters are printed in logs.

  • Button 2 (long press):

    Switch between Device Profiles - The application sets the device profile fields like link, profile ID, window count, sync and async intervals for communication.

  • Button 3:

    Send Hello - This action will queue a message to the cloud. If Sidewalk is not ready, it will simply show an error without sending the message. The queue will be processed eventually, and all the queued messages will be sent.

  • Button 4 (short press):

    Send Hello.

  • Button 4 (long press):

    Enter DFU state - This action disables the Sidewalk stack and starts the Bluetooth LE SMP Server. You can update the firmware image using nRF Connect for mobile application. To exit DFU state, perform a power cycle on your device.

LEDs represent the current state of the application:

  • LED 1:

    Application Connected successfully.

  • LED 2:

    Application Registered successfully.

  • LED 3:

    Application time sync is successful.

  • LED 4:

    Application link is up.

Other states are routed to generic GPIO pins. When the voltage drops to 0, entering low logic state, it means that one of the following states is active:

  • P1.1:

    DFU state.

  • P1.2:

    ERROR has occured.

  • P1.3:

    Sending pin is active when the packet is being transmitted.

  • P1.4:

    The Received pin is toggled on and immediately off when the packet has been received.

Configuration

When running the sample, you can use different configurations files depending on the supported features.

Build types

Configuration files are provided for different build types and are located in the application root directory.

The prj.conf file represents a debug build type. Other build types are covered by dedicated files with the respective build type added to the file name. For example, the release build type file is named prj_release.conf. The same naming convention is followed if a board has other configuration files that are, for example, associated with the partition layout or child image configuration.

Before you start testing the application, you can select one of the build types supported by the sample. Depending on the selected board, a sample supports the following build types:

  • debug – Debug version of the application - can be used to enable additional features, such as logs or command-line shell, to verify the application behavior.

  • release – Release version of the application - can be used to enable only the necessary application functionalities to optimize its performance.

You can build the release firmware for nrf52840dk_nrf52840 by running the following command in the project directory:

$ west build -b nrf52840dk_nrf52840 -- -DCONF_FILE=prj_release.conf

Note

Selecting a build type is optional. However, if the build type is not selected, the debug build type is used by default.

Configuration files

For this sample, you can use the following overlays:

  • fsk.conf - This configuration enables the FSK transport in the Sidewalk application. To enable this overlay, you have to connect the Semtech SX1262MB2CAS Arduino Shield.

  • cli - This configuration adds an nRF Connect Shell with Sidewalk Command Line Interface.

Bootloader and Device Firmware Update (DFU)

MCUboot is configured to have two banks of memory for an application.

For more information on bootloaders and delivery options for the updated images, see Bootloader and DFU solutions for NCS.

Memory layout

The following table presents how the memory is allocated for the Template sub-GHz sample:

  external_flash (0x00000000 - 0x007fffff):
+-------------------------------------------------------+
| 0x00000000 - 0x000eefff: mcuboot_secondary (956kB)    |
| 0x000ef000 - 0x007fffff: external_flash (7.07MB)      |
+-------------------------------------------------------+

  flash_primary (0x00000000 - 0x000fffff):
+-------------------------------------------------------+
| 0x00000000 - 0x00006fff: mcuboot (28kB)               |
+---mcuboot_primary (480kB)-----------------------------+
| 0x00007000 - 0x000071ff: mcuboot_pad (512B)           |
| 0x00072000 - 0x000f5fff: mcuboot_primary_app (955.5kB)|
+-------------------------------------------------------+
| 0x000f6000 - 0x000f7fff: settings_storage (8kB)       |
| 0x000f8000 - 0x000fefff: sidewalk_storage (28kB)      |
| 0x000ff000 - 0x000fffff: mfg_storage (4kB)            |
+-------------------------------------------------------+

  sram_primary (0x20000000 - 0x2003ffff):
+-------------------------------------------------------+
| 0x20000000 - 0x2003ffff: sram_primary (256kB)         |
+-------------------------------------------------------+

DFU services

To test the Device Firmware Update, follow Testing Device Firmware Update (DFU).

If a new, correct image is found, the bootloader can only start the application that is placed in the first partition and exchange the application from the second partition. It may take a few seconds.

Building and running

This sample can be found under samples/template_subghz.

Note

Before you flash you Sidewalk sample, make sure you completed the following:

This step needs to be completed only once. You do not have to repeat it on every sample rebuild.

To build the sample, follow the steps in the Building and programming an application documentation. If you want to select a specific build type instead of a default one, see Selecting a build type

Selecting a build type

Before you start testing the application, you can select one of the available build types. To select the build type when building the application from command line, specify it by adding one of the following parameters to the west build command:

  • Build with the default configuration (LoRa link mode):

    $ west build -b nrf52840dk_nrf52840
    
  • Build with the FSK link mode:

    $ west build -b nrf52840dk_nrf52840 -- -DOVERLAY_CONFIG="fsk.conf"
    
  • Build with the release configuration:

    $ west build -b nrf52840dk_nrf52840 -- -DCONF_FILE=prj_release.conf
    
  • Build with the debug configuration with application CLI:

    $ west build -b nrf52840dk_nrf52840 -DCONFIG_SIDEWALK_CLI=y
    

Testing

See Testing and debugging an application for information on testing and debugging in the nRF Connect SDK.

After successfully building the sample and flashing manufacturing data, the sample is ready to use. To refresh the logs, restart the program by pressing the RESET button on your development kit. You should see the following output:

*** Booting Zephyr OS build v3.2.99-ncs2 ***
----------------------------------------------------------------
sidewalk             v1.14.3-1-g1232aabb
nrf                  v2.3.0
zephyr               v3.2.99-ncs2
----------------------------------------------------------------
sidewalk_fork_point = af5d608303eb03465f35e369ef22ad6c02564ac6
build time          = 2023-03-14 15:00:00.000000+00:00
----------------------------------------------------------------

[00:00:00.006,225] <inf> sid_template: Sidewalk example started!

Wait for the device to complete the Automatic Touchless Registration using Sidewalk FFN.

To test the device, follow the steps in Testing Sidewalk.

Note

If you have multiple Echo devices registered under a single Amazon account, only one of those devices will be able to operate as an FSK gateway even if other devices have the same capability. If you need to operate multiple FSK gateways, we recommend setting them up under separate Amazon accounts.