The upgrade HASH verification fails because the bootloader does not connect to the j-link RTT Viewer

RE: The upgrade HASH verification fails because the bootloader does not connect to the j-link RTT Viewer

stars — Mon, 29 Jan 2024 01:30:37 GMT

Hi Vidar，

Thank you very much for your reply. Due to the tight schedule of the project, I felt that the upgrade speed was sacrificed, so I used the normal upgrade method of 100K.

This ticket can be closed

Best regards,

Vidar

RE: The upgrade HASH verification fails because the bootloader does not connect to the j-link RTT Viewer

Vidar Berg — Fri, 26 Jan 2024 12:58:15 GMT

Hi Stars,

I don't think your bench supply should have any problems handling this load, but it might be good to measure the supply voltage using an oscilloscope to confirm that the voltage remains stable and accurate throughout the DFU process. Also, maybe double check if you are meeting the min. voltage requirement for your EEPROM.

[quote user="stars"]That's a suggestion we'll put to the test.[/quote]

Sounds good. Thanks.

Best regards,

Vidar

RE: The upgrade HASH verification fails because the bootloader does not connect to the j-link RTT Viewer

stars — Fri, 26 Jan 2024 08:09:09 GMT

Hi Vidar，

1.8V comes from a DC regulated power supply:

However, in the test, it was normal when the VCC was 2V. Doesn't this reduce the capacitor charge.

We don't have DCDC inductors:

Another troubleshooting step could be to replace the calls to NVIC_SystemReset() in the bootloader with while(1){}. Then, attach a debugger to your board after the bootloader gets stuck in the loop. This may help you determine the source of the reset. Maybe it's caused by an error in the IIC communication.

That's a suggestion we'll put to the test.

Best regards

Stars

RE: The upgrade HASH verification fails because the bootloader does not connect to the j-link RTT Viewer

Vidar Berg — Fri, 26 Jan 2024 07:51:32 GMT

Hi Stars,

It seems that the issue could be related to the voltage supply in your case. Have you measured your 1.8V supply under load to ensure that it does not drop below the min. supply voltage (1.7V) when the CPU and EEPROM are running?

[quote userid="107881" url="~/f/nordic-q-a/107710/the-upgrade-hash-verification-fails-because-the-bootloader-does-not-connect-to-the-j-link-rtt-viewer/466146"]Is it possible to reduce the capacitance of the reference circuit so that this reduction in charge and discharge time can help us solve the problem? Or can you recommend how we can design to meet the normal operation of 1.8V VCC?[/quote]

I don't think you are facing the same problem as the other user. The chip is characterizied and verified with the component values used in the reference circuit.

Does your design include the optional DCDC inductors? In that case, you could try enabling the DCDC regulator in your bootloader to reduce the peak currents.

Best regards,

Vidar

Edit: Another troubleshooting step could be to replace the calls to NVIC_SystemReset() in the bootloader with while(1){}. Then, attach a debugger to your board after the bootloader gets stuck in the loop. This may help you determine the source of the reset. Maybe it's caused by an error in the IIC communication.

RE: The upgrade HASH verification fails because the bootloader does not connect to the j-link RTT Viewer

stars — Fri, 26 Jan 2024 07:27:04 GMT

Hi Vidar，

Thank you so much for your guidance. TASKS_CONSTLAT = 1; The setup solved the problem.

But nrfjprog --memrd 0x40000400 reads not lockup, but SREQ:

RE: Wierd hardfault:It is speculated that the capacitor charge/discharge speed is not fast enough, resulting in the clock/power rail does not meet the requirements. However, the current design is completely based on the parameters selected by the reference circuit diagram (the equipment works at 1.8V VCC).

devzone.nordicsemi.com/.../QC26C_5F00_QCM4490_5F00_DVT2_5F00_2023_5F00_1008_5F00_1600_5F00_BLE.pdf

The VCC was increased to 2V for testing, and the IIC was upgraded normally at 400K, confirming this conjecture. But using TASKS_CONSTLAT = 1; The power consumption to enter constant delay mode is very high, and the VCC needs to operate at 1.8V.

Is it possible to reduce the capacitance of the reference circuit so that this reduction in charge and discharge time can help us solve the problem? Or can you recommend how we can design to meet the normal operation of 1.8V VCC?

Best regards

Stars

RE: The upgrade HASH verification fails because the bootloader does not connect to the j-link RTT Viewer

Vidar Berg — Thu, 25 Jan 2024 11:57:17 GMT

Hi Starts,

This suggests that DFU works when the chip is in Debug Interface mode for some reason. The bootloader is being reset here:

Please read out the RESETREAS register after this reset to find the reset source. You can use nrfjprog for this. E.g.,

$ nrfjprog --memrd 0x40000400

If it shows a lockup reset, then it may be similar to the problem discussed in this thread: RE: Wierd hardfault

Best regards,

Vidar

RE: The upgrade HASH verification fails because the bootloader does not connect to the j-link RTT Viewer

stars — Thu, 25 Jan 2024 06:23:02 GMT

Hi Vidar，

keil DEBUG has been tested and DFU is normal when debugging. No HASH verification failure occurs.

Best regards

Stars

RE: The upgrade HASH verification fails because the bootloader does not connect to the j-link RTT Viewer

stars — Thu, 25 Jan 2024 01:59:26 GMT

Hi Vidar，

Yes, you understand correctly, the HASH will only check if the JLink RTTViewer is connected (regardless of whether the log is output from RTT or not, because the log is also tested for output from UART, the same phenomenon).
We'll test the way to start debugging in keil.

Update a test case. When the IIC speed drops to 100K, the IIC can be upgraded without connecting to the JLink RTTViewer. In other words, the HASH check is successful.

Does the bootloader verify after the transfer is complete? If one of the packages fails, there is no error check inside, only the final HASH check, because I checked the reference code on the host side, each package seems to be sent without checking (program is: DFUMaster_SPI - downloaded in the connection given at the beginning)

I can't understand the relationship between IIC rate, data clutter, and whether j-link is connected to the SWD port.

Best regards

Stars

RE: The upgrade HASH verification fails because the bootloader does not connect to the j-link RTT Viewer

Vidar Berg — Wed, 24 Jan 2024 13:01:46 GMT

Hi Stars,

Please correct me if I'm wrong, but do I understand correctly that the bootloader only succeeds in retrieving the firmware image from your EEPROM device when the JLink RTTViewer is connected? In other words, does everything work as long as you are viewing the RTT logs? Does starting a debug session in Keil have the same effect?

Best regards,

Vidar