Matter MCXW71
Door Lock Example Application#
For generic information related to door lock application, please see the common README.
Introduction#
The following board was used when testing this Matter reference app for an
mcxw71
device:
Device UI#
The state feedback is provided through LED effects:
widget |
effect |
description |
---|---|---|
LED2 |
short flash on (50ms on/950ms off) |
The device is in an unprovisioned (unpaired) state and is waiting for a commissioner to connect. |
LED2 |
rapid even flashing (100ms period) |
The device is in an unprovisioned state and a commissioner is connected via BLE. |
LED2 |
short flash off (950ms on/50ms off) |
The device is fully provisioned, but does not yet have full network (Thread) or service connectivity. |
LED2 |
solid on |
The device is fully provisioned and has full network and service connectivity. |
RGB LED |
on |
The |
RGB LED |
off |
The |
NOTE: LED2
will be disabled when OTA is used. On MCXW71
board, PTB0
is
wired to both LED2
and CS (Chip Select) of the External Flash Memory. Since
the OTA image is stored in external memory, LED2
operations will affect OTA
operation by corrupting packages and OTA will not work.
The user actions are summarized below:
button |
action |
state |
output |
---|---|---|---|
SW2 |
short press |
not commissioned |
Enable BLE advertising |
SW2 |
short press |
commissioned + device is LIT |
Enable Active Mode |
SW2 |
long press |
NA |
Initiate a factory reset (can be cancelled by pressing the button again within the factory reset timeout limit - 6 seconds by default) |
SW3 |
short press |
NA |
Toggle attribute |
SW3 |
long press |
NA |
Clean soft reset of the device (takes into account proper Matter shutdown procedure) |
Building#
Manually building requires running the following commands:
user@ubuntu:~/Desktop/git/connectedhomeip$ cd examples/lock-app/nxp/mcxw71
user@ubuntu:~/Desktop/git/connectedhomeip/examples/lock-app/nxp/mcxw71$ gn gen out/debug
user@ubuntu:~/Desktop/git/connectedhomeip/examples/lock-app/nxp/mcxw71$ ninja -C out/debug
Please note that running gn gen out/debug
without --args
option will use the
default gn args values found in args.gni
.
After a successful build, the elf
and srec
files are found in out/debug/
.
See the files prefixed with chip-mcxw71-lock-example
.
Flashing#
Two images must be written to the board: one for the host (CM33) and one for the
NBU
(CM3).
The image needed on the host side is the one generated in out/debug/
while the
one needed on the NBU
side can be found in the downloaded NXP-SDK package at
path -
middleware\wireless\ieee-802.15.4\bin\k32w1\k32w1_nbu_ble_15_4_dyn_matter.sb3
.
Flashing the NBU
image#
NBU
image should be written only when a new NXP SDK is released.
Install Secure Provisioning SDK tool using Python:
pip install spsdk
Note: There might be some dependencies that cause conflicts with already installed Python modules. However,
blhost
tool is still installed and can be used.Updating
NBU
for Wireless examplesIt is necessary to work with the matching
NBU
image for the SDK version of the application you are working with. This means that when you download your SDK, prior to loading any wireless SDK example, update yourNBU
image with the SDK provided binaries. ForFRDM
users, please write the following binary:middleware\wireless\ieee-802.15.4\bin\mcxw71\mcxw71_nbu_ble_15_4_dyn_matter_<nbu_version>.sb3
Please note that
<nbu_version>
may vary depending on the SDK version.Place your device in
ISP
mode.Make sure a jumper is placed on
JP25
Press and hold
SW4
, press and release Reset, then releaseSW4
Once the device is connected, you may find the assigned port by running:
nxpdevscan
Run the
blhost
command to write thesb3
file:blhost -p <assigned_port> receive-sb-file <path_to_SDK>\middleware\wireless\ieee-802.15.4\bin\mcxw71\mcxw71_nbu_ble_15_4_dyn_matter_<nbu_version>.sb3
Flashing the host image#
Host image is the one found under out/debug/
. It should be written after each
build process.
If debugging is needed then jump directly to the Debugging section. Otherwise, if only flashing is needed then JLink 7.84b or greater can be used:
Plug
MCXW71
to the USB port (no need to keep theSW4
button pressed while doing this, e.g. ISP mode is not needed for host flashing)Connect JLink to the device:
JLinkExe -device MCXW71 -if SWD -speed 4000 -autoconnect 1
Run the following commands:
reset halt loadfile chip-mcxw71-lock-example.srec reset go quit
Debugging#
One option for debugging would be to use MCUXpresso IDE.
Drag-and-drop the zip file containing the NXP SDK in the “Installed SDKs” tab:
Import any demo application from the installed SDK:
Import SDK example(s).. -> choose a demo app (demo_apps -> hello_world) -> Finish
Flash the previously imported demo application on the board:
Right click on the application (from Project Explorer) -> Debug as -> JLink/CMSIS-DAP
After this step, a debug configuration specific for the MCXW71
board was
created. This debug configuration will be used later on for debugging the
application resulted after ot-nxp compilation.
Import Matter repo in MCUXpresso IDE as Makefile Project. Use none as Toolchain for Indexer Settings:
File -> Import -> C/C++ -> Existing Code as Makefile Project
Replace the path of the existing demo application with the path of the
MCXW71
application:
Run -> Debug Configurations... -> C/C++ Application
OTA#
Please see mcxw71 OTA guide.
Multiple BLE connections#
To compile with the Multiple BLE connections support demo example add the gn
argument nxp_multiple_ble_connections=true
.
The application will accept multiple BLE connections after commissioning, by pressing the BLE advertise button again. Once discovered by a BLE central, a custom GATT service will be visible on the device.
The user can change the default behavior by implementing the class defined in BLEApplicationManager.h