This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

Bootloader Logging for BLE Fails

Hello:

We are developing a DFU bootloader for an NRF52 product that supports USB and BLE upload methods (they are 2 separate bootloaders from a common source).  Both work as expected (able to boot the device and download firmware applications correctly). With the USB bootloader we can enable logging in the sdk_config.h file and see output logging on our serial debug port.  When logging is enabled with BLE  bootloader, we see logging but the BLE connection either disconnects or the Firmware update does load correctly (and never launches) or we get dropped log errors (and the firmware does not load correctly).  The BLE bootloader works fine if we disable logging but we cannot debug it without printouts.  What can we do to enable BLE logging in our bootloader and still have it upload our firmware correctly?


Thanks

Parents
  • Hi Joe, 

    I just want to clarify that you have 2 separate bootloaders and they are not running on the same device, correct ? You just want to compare the behavior between the two ? Could you give more information about the bootloaders ? Did you base the bootloader on our bootloader example ? which SDK was that ? 


    When you mentioned "serial debug port" you meant UART ? 

    We will need to look into the reason for disconnection and/or image failed to transfer/launch. Please provide more debug information bout any disconnect reason, DFU terminate reason, etc. We need to look into why printing log in UART affect DFU process. 
    A sniffer trace of the DFU process would also be useful. 

Reply
  • Hi Joe, 

    I just want to clarify that you have 2 separate bootloaders and they are not running on the same device, correct ? You just want to compare the behavior between the two ? Could you give more information about the bootloaders ? Did you base the bootloader on our bootloader example ? which SDK was that ? 


    When you mentioned "serial debug port" you meant UART ? 

    We will need to look into the reason for disconnection and/or image failed to transfer/launch. Please provide more debug information bout any disconnect reason, DFU terminate reason, etc. We need to look into why printing log in UART affect DFU process. 
    A sniffer trace of the DFU process would also be useful. 

Children
No Data
Related