This article describes how to use CHIPTool for Android smartphones to commission an NXP K32W061 DK6 running NXP K32W Lock/Light Example Application onto a CHIP-enabled Thread network.
The commissioning process is composed of the following main stages:
Bluetooth LE is only used during the commissioning phase. Afterwards, only the IP connectivity between the smartphone and the accessory device is needed to send operational messages. Since a typical smartphone does not have a Thread radio built-in, extra effort is needed to prepare a fully-fledged testing environment. This page describes how to build a Thread Border Router using a PC with a spare Wi-Fi card and an OpenThread Radio Co-Processor device.
The following diagram shows the connectivity between network components required to allow communication between devices running the CHIPTool and Lock/Light applications:
You need the following hardware and software to build a Thread Border Router:
2 K32W061 DK6 boards
Smartphone compatible with Android 8.0 or later
PC with the following characteristics:
While this page references Ubuntu 20.04, all the procedures can be completed using other popular operating systems.
OpenThread RCP firmware is required to allow the PC to communicate with Thread devices. Run the commands mentioned in the following steps to build and program the RCP firmware onto an K32W061 DK6:
Clone the OpenThread repository into the current directory (we recommand using commit ced158e65a00dd5394c04548b7b187d3a3f11eef):
$ git clone https://github.com/openthread/openthread.git
Enter the openthread directory:
$ cd openthread
Install OpenThread dependencies:
$ ./script/bootstrap
Set up the build environment:
$ ./bootstrap
Build OpenThread for the K32W061 DK6:
$ make -f examples/Makefile-k32w061
This creates an RCP image in the bin/ot-rcp
directory.
Program the RCP firmware using the official OpenThread Flash Instructions.
Plug-in the K32W061 DK6 to the PC.
To make your PC work as a Thread Border Router, complete the following tasks:
Set up Thread Border Router package by following steps 3,4,5 from the official documentation. Use NETWORK_MANAGER=0 as the Wi-Fi AP will be set manually at the next step. Also, we recommend using commit 83babaf236cad8471be28185d8d4351d37564919 for ot-br-posix repository.
Configure the Wi-Fi AP
Install the required package:
$ sudo apt-get install hostapd
Configure hostapd (create new file and add content):
$ sudo vim /etc/hostapd/hostapd.conf interface=wlan0 driver=nl80211 ssid=OT-BR hw_mode=g channel=7 wmm_enabled=0 macaddr_acl=0 auth_algs=1 ignore_broadcast_ssid=0 wpa=2 wpa_passphrase=12345678 wpa_key_mgmt=WPA-PSK wpa_pairwise=TKIP rsn_pairwise=CCMP
We need to tell hostapd to use our config file by editing the main hostapd configuration file. Change the line that starts with #DAEMON_CONF (remember to remove #):
$ sudo vim /etc/default/hostapd
DAEMON_CONF="/etc/hostapd/hostapd.conf"
Start hostapd:
$ sudo systemctl unmask hostapd $ sudo systemctl enable hostapd
Configure Dnsmasq
Install the required package:
$ sudo apt-get install dnsmasq
Make a backup of the default config file:
$ sudo cp /etc/dnsmasq.conf /etc/dnsmasq.conf.org
Set the DHCP range:
$ sudo vim /etc/dnsmasq.conf interface=wlan0 dhcp-range=192.168.4.2,192.168.4.20,255.255.255.0,24h
On System startup, dnsmasq will not wait for wlan0 interface to initialize and will fail. We need to tell systemd to launch it after networks get ready, so we will modify dnsmasq service file by specifying the initialization order under the After= and Wants= sections:
$ sudo vim /lib/systemd/system/dnsmasq.service [Unit] ... After=... network-online.target Wants=... network-online.target
Force systemd to avoid using port 53 (used by dnsmasqd service):
$ sudo vim /etc/systemd/resolved.conf DNSStubListener=no
Configure static IP for the Wi-Fi AP interface
Modify the cloud-init file and add content to it (use spaces, not tabs, USE THE ):
$ sudo vim /etc/netplan/50-cloud-init.yaml wlan0: dhcp4: false addresses: - 192.168.4.1/24
The final configuration file should like like this (pay attention to the spacing used):
network: version: 2 ethernets: eth0: dhcp4: true optional: true wlan0: dhcp4: false addresses: - 192.168.4.1/24
Set up RADVD
Install required package:
$ sudo apt-get install radvd
Configure RADVD for distributing the prefix fd11:33::/64 to the devices connected to the AP, while announcing them that is also has a route to fd11:22::/64
$ sudo vim /etc/radvd.conf
interface wlan0 { AdvManagedFlag on; AdvSendAdvert on; MinRtrAdvInterval 30; MaxRtrAdvInterval 60; prefix fd11:33::1/64 { AdvOnLink on; AdvAutonomous on; AdvRouterAddr on; }; route fd11:22::/64 { }; };
Enable radvd service: $ sudo chmod u=rw,g=r,o=r /etc/radvd.conf $ sudo systemctl enable radvd.service
Configure routing:
Create a configuration file for setting the routing behavior (forward between Thread and Wi-Fi AP interfaces):
$ sudo vim configurations.sh #!/bin/bash sudo iptables -A FORWARD -i wlan0 -o wpan0 -j ACCEPT sudo iptables -A FORWARD -i wpan0 -o wlan0 -j ACCEPT
Set the executable bit for the above file:
$ sudo chmod +x configurations.sh
Configure the above script to be run each time the PC is restarted using a systemd service configuration (change the path for ExecStart):
$ sudo vim /etc/systemd/system/br.service [Unit] Description=Job [Service] ExecStart=/home/replace_with_real_path/configurations.sh Type=oneshot RemainAfterExit=yes [Install] WantedBy=multi-user.target
Then run:
$ sudo systemctl daemon-reload $ sudo systemctl enable br.service
As a quick checkpoint, restart the PC and make sure that the mobile phone can connect to the OT-BR AP (password: 12345678). Also, check that it gets assigned an IPv4 address in the range 192.168.4.0/24 and an IPV6 address with the prefix fd11:33::/64. Commands for debugging possible issues with the services:
$ sudo service hostapd status $ sudo service dnsmasq status $ sudo service radvd status $ sudo service br status
See NXP K32W Lock Example Application README to learn how to build and program the lock example onto an K32W061 DK6.
See NXP K32W Light Example Application README to learn how to build and program the light example onto an K32W061 DK6.
To build the CHIPTool application for your smartphone, read Android CHIPTool README.
After building, install the application by completing the following steps:
Install the Android Debug Bridge (adb) package by running the following command:
$ sudo apt install android-tools-adb
Enable USB debugging on the smartphone. See the Configure on-device developer options guide on the Android Studio hub for detailed information.
If the Install via USB option is supported for your Android version, turn it on.
Plug the smartphone into an USB port on your PC.
Run the following command to install the application, with chip-dir replaced with the path to the CHIP source directory:
$ adb install -r chip-dir/src/android/CHIPTool/app/build/outputs/apk/debug/app-debug.apk
Navigate to settings on your smartphone and grant Camera and Location permissions to CHIPTool.
CHIPTool is now ready to be used for commissioning.
On the mobile phone connect to the OT-BR Wi-Fi network.
Open a browser and type the IP address 192.168.4.1. The Thread Border Router Web Management page will open.
Navigate to the Form tab then push the Form button using the default parameters:
The message Form operation is successful should be display after a few seconds.
In case you ever want to reset these parameters issue this command from the border router shell:
$ sudo ot-ctl factoryreset
Info: For debugging the Border Router, ot-ctl offers an entry point to Thread CLI Commands.
In case there is any issue with the Web GUI check the logs on the Border Router side / restart the daemon:
$ sudo service otbr-web status
In case the status is not leader then restart the service:
$ sudo service otbr-web restart
To prepare the accessory device for commissioning, complete the following steps:
Make sure that JP4 and JP7 jumpers are in leftmost position and a mini-USB cable is connected between the LPC connector and PC
Use a terminal emulator (e.g.: Putty) to connect to the UART console of the accessory device. Use a baudrate of 115200.
This will grant you access to the application logs.
Push Button SW2 on the accessory device and wait 6s for factory reset of the device.
Find a message similar to the following one in the application logs:
I: 666[SVR] Copy/paste the below URL in a browser to see the QR Code: https://dhrishi.github.io/connectedhomeip/qrcode.html?data=CH%3AI34DV%2A-00%200C9SS0
Open the URL in a web browser to have the commissioning QR code generated.
To commission the accessory device onto the Thread network created in the Forming Thread network section, complete the following steps:
Enable Bluetooth and Location services on your smartphone;
Connect the smartphone to OT-BR WiFi network;
Open the CHIPTool application on your smartphone;
Push the USERINTERFACE button on the K32W board. This will start the BLE advertising process;
Tap the PROVISION CHIP DEVICE WITH THREAD button and scan the commissioning QR code. Several notifications will appear, informing you of commissioning progress with scanning, connection, and pairing. At the end of this process, the Thread network settings screen appears.
In the Thread network settings screen, use the default settings and tap the SAVE NETWORK button to send a Thread provisioning message to the accessory device. You will see the “Network provisioning completed” message when the accessory device successfully joins the Thread network.
Once the device is commissioned, the below screen appears. This means that the provisioning is completed successfully and you are connected to the device.
Verify that the text box on the screen is not empty and contains the IPv6 address of the accessory device.
Tap the following buttons to change the lock/light state:
The LED D3 on the device turns on or off based on the changes of the lock/light state.