Samples
The Atmosic OpenAir SDK provides applications and samples targeting Atmosic devices, demonstrating how to implement typical use cases using Atmosic libraries and drivers.
Samples that showcase individual features—such as BLE functionality or device
peripheral demonstrations—are located in the openair/samples/ directory. Additionally,
the SDK integrates selected Zephyr samples into this directory. These samples,
verified by Atmosic, are based on their counterparts found in the
zephyr/samples/ folder.
Applications are built using a variety of libraries to support specific use cases and functionalities.
In the Atmosic OpenAir SDK, both applications and samples and Sysbuild target configurations are organized at the same hierarchy level within the build system.
Applications and Samples : Defines the main application logic, typically located under paths like
openair/samples/bluetooth/beacon. This includes source code and configuration files required to build and run the sample.Sysbuild Target Configuration (-T option in west build): Specifies the build configuration for Sysbuild, including how multiple firmware images (e.g., secure and non-secure) are built and integrated. For example,
samples.bluetooth.beacon.atmcorresponds to a Sysbuild target configuration associated with the beacon sample.
These two components work together during the build process: the application provides the source code, while the Sysbuild configuration defines how that code is built and linked for Atmosic platforms.
Build command:
west build -p always -b <BOARD> <APP> --sysbuild -T <test_item>
BOARDSelects the Atmosic device (see board)APPSample folder path relative to the Zephyr project root. (e.g.openair/samples/bluetooth/beacon)test_itemTest item defined in sample.yaml. (e.g.samples.bluetooth.beacon.atm)
Note
-p alwaysEnsures a pristine build directory is used.--sysbuildEnables the use of Zephyr’s Sysbuild system for building multiple images.
Flash command:
west flash --skip-rebuild --device <DEVICE_ID> --jlink --fast_load [--erase_flash]
DEVICE_IDSpecifies the serial number or identifier of the device to which the sample will be flashed. (see DEVICE_ID)
Note
--skip-rebuildSkips rebuilding the sample before flashing. This is useful when you want to flash without recompiling if no changes were made to the sample code.--jlinkSpecifies that J-Link to be used for flashing the device.--fast_loadSupport the fast load feature.--erase_flashErase the entire RRAM and flash on the device.Use the
--erase_flashoption cautiously, as it may erase critical data on the device.
Subpages:
- Bluetooth: beacon
- Bluetooth: broadcaster
- Bluetooth: broadcaster_multiple
- Bluetooth: DTM 2-wire
- Bluetooth: extended_adv_advertiser
- Bluetooth: extended_adv_scanner
- Bluetooth: hci_uart
- Bluetooth: hci_vendor
- Bluetooth: observer
- Bluetooth: periodic advertising
- Bluetooth: periodic_adv_conn
- Bluetooth: Periodic Advertising with Responses (PAwR) Advertiser
- Bluetooth: Periodic Advertising Connection Procedure (Responder)
- Bluetooth: Periodic Advertising with Responses (PAwR) Synchronization
- Bluetooth: peripheral
- Bluetooth: peripheral_accept_list
- Drivers: i2s_output
- Drivers: uart_passthrough
- Basic: Hello World
- Basic: NSC Hello World
- Basic: spe
- Sensor: adt7420
- Sensor: lis2dh
- Subsys: mgmt_mcumgr_smp_svr
- Subsys: settings
- Sysbuild: hello_world