boot loader nRF52810

RE: boot loader nRF52810

dnguyen2019 — Tue, 03 Dec 2019 18:31:56 GMT

Hi Vidar,

This issue was from my STM32 main CPU. I notice it keeps sending message to nordic CPU. So I just fix it from my MAIN CPU & it works ok now. Other corrupt register of the Nordic CPU issue, which I will post other thread.

Thanks

David

RE: boot loader nRF52810

Vidar Berg — Tue, 03 Dec 2019 07:08:59 GMT

Hi David,

Please upload your project with instructions on how to reproduce if that is possible. I don't have enough information now to determine why random data is sent in a loop.

RE: boot loader nRF52810

dnguyen2019 — Mon, 02 Dec 2019 23:40:39 GMT

Hi Vidar,

See belowm frame#3274 has 18 bytes, which main CPU sends over to BLE CPU. The BLE CPU automatically random data (185 bytes) which starts from frame#3320 and never stop.

Regards,

David

RE: boot loader nRF52810

dnguyen2019 — Mon, 02 Dec 2019 23:28:32 GMT

Hi Vidar,

Sometimes, most of the time it sends 185 bytes and it does not stop. It’s only working about 10%.

Even though, I only send 14 bytes with new line at once but it keeps sending 185 without stopping. The data is random.

Regards,

David

RE: boot loader nRF52810

Vidar Berg — Thu, 28 Nov 2019 08:30:55 GMT

Hi David,

So does it work now when you append the new line to the text string?

RE: boot loader nRF52810

dnguyen2019 — Wed, 27 Nov 2019 21:40:50 GMT

Hi Vidar,

Initially, I though the error from BLE code but it works fine. I debug the BLE code and see the way it works.

I need to send the 'new line' command at the end of the UART package so it can process it.

Regards,

David

RE: boot loader nRF52810

dnguyen2019 — Wed, 27 Nov 2019 16:20:30 GMT

RE: boot loader nRF52810

dnguyen2019 — Wed, 27 Nov 2019 16:19:23 GMT

Hi Vidar,

Even I sends 1 byte every 5s. it still waits until reach the PDU length 185 before it sends out.

void sendaByteData()
{
USART_SendData(USART1,0xEF);
}

Can you help to look into this?

Regards,

David

RE: boot loader nRF52810

dnguyen2019 — Wed, 27 Nov 2019 15:24:24 GMT

Hi Vidar,

OK, can you answer case#1 vs. case#2 above?

Thanks,

David

RE: boot loader nRF52810

Vidar Berg — Wed, 27 Nov 2019 07:22:33 GMT

Hi David,

Please create a new thread for the UART question and try to include more information about the problem. Preferably the full project and instructions on how to replicate it. It's strange that the debugger reads all the UART0 registers as 0xAAA..

RE: boot loader nRF52810

dnguyen2019 — Wed, 27 Nov 2019 00:00:18 GMT

Hi Vidar,

I also see this issue. I sends data over the UART to nRF52810 CPU. Sometimes, it causes issue below. I seems the UART registers are messing up?

Regards,

David

RE: boot loader nRF52810

dnguyen2019 — Tue, 26 Nov 2019 23:03:30 GMT

Hi Vidar,

I sent data from other CPU to the nRF52810 CPU over UART

Thanks,

David

RE: boot loader nRF52810

dnguyen2019 — Tue, 26 Nov 2019 23:01:50 GMT

Hi Vidar,

Following is my uart txd code:

Case #1: it is good. I sends 10 bytes and it receives 10 bytes

void sendData()
{
uByte Array[10] = {0x01,0x02,0x03,0x04,0x05,0x06,0x07,0x08,0x09,0x0A};
HAL_UART_Transmit(&huart1, (uint8_t *) Array, 10, 200);
}

case#2: it does not work. I sends 10 bytes but it receives 182 bytes. Do you know why?

void sendData()
{
uByte Array[10] = {0x01,0x22,0x33,0x44,0x55,0x66,0x77,0x88,0x99,0xAA};
HAL_UART_Transmit(&huart1, (uint8_t *) Array, 10, 200);
}

RE: boot loader nRF52810

Vidar Berg — Thu, 21 Nov 2019 09:36:04 GMT

Hi David,

The Message sequence charts in the bootloader documentation illustrate the packet exchange between the app (dfu master) and the bootloader.

Regards,

Vidar

RE: boot loader nRF52810

dnguyen2019 — Wed, 20 Nov 2019 22:35:20 GMT

Hi Vidar,

Do you have the document for bootloader?

How it initializes and sends data package to from the APPs to bootloader?

I mean the shakehand of the communication between the Apps & bootloader.

Thanks,

David

RE: boot loader nRF52810

Vidar Berg — Tue, 12 Nov 2019 14:43:13 GMT

Hi David,

I've tested this with SDK 16.0.0. I didn't make any modifications to the bootloader except for changing the public key. To test it, unzip the attached zip and program the softdevice and bootlaoder in \dfu_test\bl+sd. Then try to do DFU with the included app_dfu.zip package.

dfu_test.zip

Note: there seems to be a bug in the latest pre-release of nrfutil. Please make sure you're using nrfutil v.5.2.0. https://devzone.nordicsemi.com/f/nordic-q-a/54202/error-of-invalid_object-when-using-nrf-connect-desktop-after-generating-dfu-zip-file-with-new-keys