2020-08-18 12:16 PM
Using STM32CubeMonitor-RF I am able to update my device via OTA with one small issue. I send the command to program my device and my application gets deleted and the device reboots into our OTA application but I have to search for my device a second time, select the device and then reinitate the programming process. It works fine as a two step process but would like for it to be a single step process.
I have a BLE sniffer and I can see where the problem occurs but I have not been able to figure out what is causing it.
Here's a snippet from the Nucleo board that works:
Here's the snippet form our device that doesn't:
The LL_TERMINATE_IND is missing from our connection but I am not sure what is causing the problem.
Solved! Go to Solution.
2020-08-19 02:01 PM
Figured it out.
From AN5247:
Re-scan to find the new service (right side of Figure 17). Note that Bluetooth MAC address is intentionally modified for OTA application by increasing the first byte. This is to ensure that the client will launch a new discovering phase to detect new services.
This is critical for the OTA to work in one pass.
-Louis
2020-08-19 02:01 PM
Figured it out.
From AN5247:
Re-scan to find the new service (right side of Figure 17). Note that Bluetooth MAC address is intentionally modified for OTA application by increasing the first byte. This is to ensure that the client will launch a new discovering phase to detect new services.
This is critical for the OTA to work in one pass.
-Louis