Some problems about DFU via UART

RE: Some problems about DFU via UART

bjorn-spockeli — Fri, 28 Oct 2016 13:55:36 GMT

How have you connected the USB-TTL cable to your PCA10028? Have you altered the TX and RX pins to in the nrf_drv_config.h file to match the pins you're using?

RE: Some problems about DFU via UART

DonWoo — Fri, 28 Oct 2016 06:03:34 GMT

@bjorn-spockeli

I try as your suggest,but still get the invalid ACK;
Is there any other I can do.

RE: Some problems about DFU via UART

DonWoo — Fri, 28 Oct 2016 02:32:30 GMT

@coolnumber9

hi,coolnumber9,ths for your share. 1.the config files I used locate in nRF51_SDK_9.0.0_2e23562\examples\dfu\bootloader\config\dfu_dual_bank_serial_s110_pca10028\hci_transport_config.h and nRF51_SDK_9.0.0_2e23562\examples\bsp\pca10028.h. 2.I use USB-TTL and LOGIC ANALYZER to get the digital signals. BTW,I AM STILL STUCK .haha.

RE: Some problems about DFU via UART

bjorn-spockeli — Thu, 27 Oct 2016 09:31:29 GMT

@coolnumber9: Yes, I think that is a good idea. Could you post the link to the new question in your nest comment? Also it would be great if you could share your modified bootloader project. If it is confidencial, you can create a case in our closed-support system Mypage.

RE: Some problems about DFU via UART

coolnumber9 — Thu, 27 Oct 2016 09:21:35 GMT

@bjorn-spockeli: Let me know if I should be posting my problem as a different question. Thanks!

RE: Some problems about DFU via UART

coolnumber9 — Thu, 27 Oct 2016 09:14:26 GMT

@bjorn-spockeli :

When the pre-built serial bootloader hex from SDK v11.0.0 are used, no problem encountered. The device was programmed successfully.
Then, i modified the serial bootloader example for our specific need. Rebuilt the hex file and loaded it on the nRF52 (PCA10040) devkit. This is when the problem happened shown in the screenshots in my previous comment.

RE: Some problems about DFU via UART

bjorn-spockeli — Thu, 27 Oct 2016 09:02:13 GMT

@coolnumber9: Are you using one of the serial bootloaders from SDK v11.0.0 ?

RE: Some problems about DFU via UART

coolnumber9 — Thu, 27 Oct 2016 08:51:49 GMT

@donwoo, @bjorn-spockeli : Here are my screenshots...

DFU Serial on command line

UART Sniffed Data

RE: Some problems about DFU via UART

coolnumber9 — Thu, 27 Oct 2016 08:26:13 GMT

@bjorn-spockeli : I tried to edit the python script (class DfuTransportSerial in dfu_transport_serial.py):

DEFAULT_SERIAL_PORT_TIMEOUT = 5.0 #(Original is 1.0)
ACK_PACKET_TIMEOUT = 5.0 #(Original is 1.0)
SEND_INIT_PACKET_WAIT_TIME = 5.0  #(Original is 1.0)
SEND_START_DFU_WAIT_TIME = 15.0 #(Original is 10.0)

Adjusted the timeouts but still the same problem after nrfutil sends the application firmware file (512 KB). "Failed to upgrade target. Error is: No data received on serial port. Not able to proceed."

RE: Some problems about DFU via UART

coolnumber9 — Thu, 27 Oct 2016 08:20:57 GMT

@donwoo, I'm experiencing similar problem. When you configured your TX, RX, and Flow Control, are you modifying nrf_drv_config.h (from components/drivers_nrf/config/nrf_drv_config.h)? Or were you using another config file? I'm just making sure also that I am modifying the correct file as I'm doing similar but my SoC is nRF52832. What is your debug setup and tool you used to get the UART signals? I'm only using USB-TTL and monitoring the data through HTERM on both RX and TX lines but didn't get the invalid ACK.

RE: Some problems about DFU via UART

bjorn-spockeli — Wed, 26 Oct 2016 11:29:51 GMT

There are some timing considerations that must be taken in to account on the host side when using the serial bootloader. I suggest that you take a look at this python script from pc-nrfutil, which is used to perform serial DFU. Around line 60 you'll see several the definitions of several delays, e.g. how long you should wait before sending more data over the UART after you have sent the start packet.

Best regards

Bjørn