nRF Connect Device Manager library is compatible with Mcu Manager, a management subsystem supported by nRF Connect SDK, Zephyr and Apache Mynewt.
The library provides a transport agnostic implementation of the McuManager protocol. It contains a default implementation for BLE transport.
Minimum required Android version is 5.0 (Android Lollipop) due to a requirement for high MTU.
The sample application has been named nRF Connect Device Manager and is available on Google Play.
This repository is a fork of the McuManager Android Library, which has been deprecated. All new features and bug fixes will be added here. Please, migrate to the new version to get future updates. See migration guide.
Contains the core and a BLE transport implementation using Nordic's Android-BLE-Library v2.
implementation 'no.nordicsemi.android:mcumgr-ble:1.7.2'The core module will be included automatically.
Latest version targeting API 30 (Android 11) is 0.13.0-beta07.
Core dependency only. Use if you want to provide your own transport implementation.
implementation 'no.nordicsemi.android:mcumgr-core:1.7.2'Latest version targeting API 30 (Android 11) is 0.13.0-beta07.
The library was initially released as McuManager Android Library.
When migrating from the original version, change
implementation 'io.runtime.mcumgr:mcumgr-ble:0.XX.X'to the above.
The API and package names have not been changed to ease migration.
McuManager is an application layer protocol used to manage and monitor microcontrollers running Apache Mynewt and Zephyr. More specifically, McuManager implements over-the-air (OTA) firmware upgrades, log and stat collection, and file-system and configuration management.
McuManager are organized by functionality into command groups. In this Android library, command groups
are called managers and extend the McuManager class. The managers (groups) implemented in
the library are:
DefaultManager: Contains commands relevant to the OS. This includes task and memory pool statistics, device time read & write, and device reset.ImageManager: Manage image state on the device and perform image uploads.BasicManager: Allows erasing application storage (factory reset) (NCS 2.0+).StatsManager: Read stats from the device.CrashManager: Read crash logs from the device (not supported in Zephyr or NCS).ConfigManager: Read/Write config values on the device (not supported in Zephyr or NCS).LogManager: Collect logs from the device.FsManager: Download/upload files from the device file system.ShellManager: Execute shell commands.
Firmware upgrade is generally a four step process performed using commands from the image and
default commands groups: upload, test, reset, and confirm.
This library provides a FirmwareUpgradeManager as a convenience for upgrading the image running on a device.
// Initialize the BLE transporter with context and a BluetoothDevice
McuMgrTransport transport = new McuMgrBleTransport(context, bluetoothDevice);
// Initialize the Firmware Upgrade Manager.
FirmwareUpgradeManager dfuManager = new FirmwareUpgradeManager(transport, dfuCallback)
// Set estimated swap time, in milliseconds. This is an approximate time required by the McuBoot
// to swap images after a successful upgrade.
dfuManager.setEstimatedSwapTime(swapTime);
// Since version 1.1 the window upload is stable. It allows to send multiple packets concurrently,
// without the need to wait for a notification. This may speed up the upload process significantly,
// but it needs to be supported on the device side. See MCUMGR_BUF_COUNT in Zephyr KConfig file.
dfuManager.setWindowUploadCapacity(mcumgrBuffers);
// The memory alignment is read when window upload capacity was set to 2+, otherwise is ignored.
// For devices built on NCS 1.8 or older this may need to be set to 4 (4-byte alignment) on nRF5
// devices. Each packet sent will be trimmed to have number of bytes dividable by given value.
// Since NCS 1.9 the flash implementation can buffer unaligned data instead of discarding.
dfuManager.setMemoryAlignment(memoryAlignment);
// Set a mode: Confirm only, Test only, or Test & Confirm. For multi-core update only the first is
// supported. See details below.
dfuManager.setMode(mode);
// Start the firmware upgrade with the image data.
// The "eraseStorage" parameter allows to erase application data before swapping images, and is
// useful when switching to a different, incompatible application, or when upgrading by a major
// version, when app storage is structured differently. Set to false by default.
dfuManager.start(imageData, eraseStorage);To update multi-core device, use:
List<Pair<Integer, byte[]>> images = new ArrayList<>();
images.add(new Pair<Integer, byte[]>(0 /* image 0 */, appCoreImage));
images.add(new Pair<Integer, byte[]>(1 /* image 1 */, netCoreImage));
dfuManager.start(images, eraseStorage);You may also use ZipPackage
class from the Sample app, which can unpack the ZIP file generated by west in Zephyr or nRF Connect SDK
(see example).
A FirmwareUpgradeManager provides an easy way to perform firmware upgrades on a device.
A FirmwareUpgradeManager must be initialized with an McuMgrTransport which defines the transport
scheme and device. Once initialized, a FirmwareUpgradeManager can perform one firmware upgrade at a time.
Firmware upgrades are started using the start(byte[] imageData, boolean eraseStorage) or
start(List<Pair<Integer, byte[]>> images, boolean eraseStorage) methods and can be paused,
resumed, and canceled using pause(), resume(), and cancel() respectively.
McuManager firmware upgrades can actually be performed in few different ways. These different upgrade
modes determine the commands sent after the upload step. The FirmwareUpgradeManager can be
configured to perform these different methods using setMode(FirmwareUpgradeManager.Mode mode).
The different firmware upgrade modes are as follows:
TEST_AND_CONFIRM: This mode is the default and recommended mode for performing upgrades due to it's ability to recover from a bad firmware upgrade. Note, that the device must support this feature. Currently, multi-core devices (based on nRF5340) do not support this mode. The process for this mode isUPLOAD,TEST,RESET,CONFIRM.CONFIRM_ONLY: This mode may be used for devices with revert disabled. If the device fails to boot into the new image, it will not be able to recover and will need to be re-flashed. The process for this mode isUPLOAD,CONFIRM,RESET.TEST_ONLY: This mode is useful if you want to run tests on the new image running before confirming it manually as the primary boot image. This mode is recommended for devices that do not support reverting images, i.e. multi core devices. The process for this mode isUPLOAD,TEST,RESET.
Note: Devices based on nRF5340 SoC support only
CONFIRM_ONLYmode because the image from the Network Core cannot be read from the Application Core, making it impossible to temporarily save it.
FirmwareUpgradeManager acts as a simple, mostly linear state machine which is determined by the Mode.
As the manager moves through the firmware upgrade process, state changes are provided through the
FirmwareUpgradeCallback's onStateChanged method.
The FirmwareUpgradeManager contains an additional state, VALIDATE, which precedes the upload.
The VALIDATE state checks the current image state of the device in an attempt to bypass certain
states of the firmware upgrade. For example, if the image to upload is already in slot 1 on the
device, the State will skip UPLOAD and move directly to TEST (or CONFIRM if Mode.CONFIRM_ONLY
has been set). If the uploaded image is already active, and confirmed in slot 0, the upgrade will
succeed immediately. The VALIDATE state makes it easy to reattempt an upgrade without needing to
re-upload the image or manually determine where to start.
This library is licensed under the Apache 2.0 license. For more info, see the LICENSE file.