OTA over serial failure| sdk 15.2

[Somesh Burkule]

Hello Everyone,

I am using nrf52832 and sdk 15.2 for ota over serial. I have made bootloader for OTA over UART and tested same with nrfutil using my dfu package file. firmware is upgraded successfully and  working fine.

Now I need to upgrade firmware using host MCU. I tried sending dfu package file( .zip ) to nrf52832 over UART using slip librairy to upgrade firmware but it is not working.

Is there any compulsion to send Ping packet, PNR, MTU Packet, init packet, application and bootloader separately over UART?

Can we send directly dfu package created through nrfutil to nrf52832 from other MCU over UART?

Kindly suggest me right approach.

[Edvin]

Hello,

 

Now I need to upgrade firmware using host MCU. I tried sending dfu package file( .zip ) to nrf52832 over UART using slip librairy to upgrade firmware but it is not working.

 From this, I interpret that you want to drag'n'drop from a computer, isn't that right? Is that the final way you want to do it? Or do you want to program the nRF From a microcontroller on a PCB? 

What HW are you running on? Is it a DK, or is it a custom PCB?

BR,

Edvin

[Somesh Burkule]

No, I don't want drag and drop from computer. I want upgrade nrf from other MCU through UART. I have custom PCB. Kindly help for the same.

[Edvin]

Somesh Burkule said:

Can we send directly DFU package file through UART?

 

You need the init packet first, if that was the question.

I suggest that you rather dig into why it doesn't respond to the ping request. Have you tried to perform the DFU with different number of --verbose in the command? It will print more info the more "--verbose" commands you use in the DFU command.

e.g.:

nrfutil --verbose --verbose --verbose --verbose dfu serial -pkg dfu_image.zip -p COM48 -b 115200

will print all the data going over the UART.

Have you tried to analyze the UART coming from your master? Is there any data on the line? Is it anything coming back on the UART RX? Are both sides using the same baudrate?

BR,

Edvin

[Somesh Burkule]

Yes I will check for ping request response. also with different verbose in command.

there is data on Tx line of master but on Rx, there is garbage data coming contunuously. baud rate also same on both side.

[Somesh Burkule]

Does it require hardware flow control enabled?

[Edvin]

If your bootloader requires it. It is recommended, since the bootloader needs to save all the data to flash. Since this takes some time, you either need to use flow control, or you need to have some delay between the packets, so that the nRF has time to save all the data.

[Somesh Burkule]

Ok. I am using flow control and sending ping packet, still not receiving any data. I tried sending ping packet using slip also but not working. I am using secure dfu example pca10040_uart for bootloader. Please check 5265.sdk_config.h for configurations.

here is my test code.

    char init_data[4]={0x09,0x01};
	uint8_t  RespData[500];
	uint32_t length= 2;
	uint32_t rec_len=0, ret;
	char *rec = "";
//	SLIP_send(init_data,length);
	uart_write_bytes(UART_NUM_1, init_data, length);
	uart_wait_tx_done(UART_NUM_1, 5);

	vTaskDelay(10);
//	ret = SLIP_recv(rec,rec_len);
//	printf("%u bytes sent.",ret);
	uart_get_buffered_data_len(UART_NUM_1,&length);
	int readBytes = uart_read_bytes(UART_NUM_1, RespData,length, 0);
	printf("readBytes: %d",readBytes);

[Edvin]

Where does this code belong? The other MCU? Have you tried to analyze the lines? Are there any data going from the other MCU?

Do you get any interrupts in the bootloader application? Can you test with the pca10040_uart_debug bootloader project. There you can turn off optimization, and perform debugging properly.

BR,

Edvin

[Somesh Burkule]

Yes, other MCU. data is going over Tx line.

I'll test with debug bootloader project and get back to you.

[Somesh Burkule]

Hi,

I had written a code  for ping packet in python and connected nrf52 DK BOARD with my desktop using COM port. flashed softdevice and bootloader into it.

getting response( `\t\x01\x01\xc0 ) from DK board. is it correct response?

how can I communicate with DK board using Tx, Rx pins?

I tried connecting P.06 and P.08 of nrf52 with usb to ttl converter using same code. not getting any response. please help me regarding same.

[Edvin]

Perhaps you should start with the UART example on the SDK, e.g. the SDK\examples\peripheral\uart, so that you can test that the echoing is working properly. This example will only echo back everything you write to the UART.

On the nRF52832 DK pin P0.06 = UART TX, and pin P0.08 is the UART RX. This means that you have to connect your other MCU's UART TX to P0.08 and the other MCU's UART RX to P0.06. Is that what you did?

NB, when you are testing this example, turn off the Flow control. It is set in:

NRF_SERIAL_DRV_UART_CONFIG_DEF(m_uart0_drv_config,
                      RX_PIN_NUMBER, TX_PIN_NUMBER,
                      RTS_PIN_NUMBER, CTS_PIN_NUMBER,
                      NRF_UART_HWFC_ENABLED, NRF_UART_PARITY_EXCLUDED,
                      NRF_UART_BAUDRATE_115200,
                      UART_DEFAULT_CONFIG_IRQ_PRIORITY);

Change NRF_UART_HWFC_ENABLED to NRF_UART_HWFC_DISABLED.

Does your other MCU require flow control by the way?

[Somesh Burkule]

Yes, I did same connections and no need of flow control to other MCU.

Can we change Tx and Rx pins in bootloader settings?