RPU is unresponsive

[jrt]

Hi,

I have a custom board with the same connexion as the nrf7002 DK board between the nrf5340 and the nrf7002. So with the same device tree I can flash both boards. With the nrf7002 DK board every thing is OK, wifi start well and I can scan, but with my custom board I have these errors:

[00:00:00.404,479] <inf> wifi_nrf: qspi_init: QSPI freq = 24 MHz

[00:00:00.404,846] <inf> wifi_nrf: qspi_init: QSPI latency = 1

[00:00:00.412,872] <inf> wifi_nrf: zep_shim_pr_info: wifi_nrf_fmac_fw_load: LMAC patches loaded

[00:00:00.424,255] <inf> wifi_nrf: zep_shim_pr_info: wifi_nrf_fmac_fw_load: LMAC boot check passed

[00:00:00.427,764] <inf> wifi_nrf: zep_shim_pr_info: wifi_nrf_fmac_fw_load: UMAC patches loaded

[00:00:00.439,086] <inf> wifi_nrf: zep_shim_pr_info: wifi_nrf_fmac_fw_load: UMAC boot check passed

[00:00:00.466,094] <inf> wifi_nrf: zep_shim_pr_info: RPU LPM type: HW

[00:00:11.152,557] <err> wifi_nrf: zep_shim_pr_err: wifi_nrf_fmac_chg_vif_state: RPU is unresponsive for 10000 sec

[00:00:12.158,081] <err> wifi_nrf: zep_shim_pr_err: hal_rpu_ps_wake: RPU is not ready for more than 1 sec,reg_val = 0x2 rpu_ps_state_mask = 0x6

[00:00:12.158,721] <err> wifi_nrf: zep_shim_pr_err: hal_rpu_reg_read: RPU wake failed

[00:00:12.159,179] <err> wifi_nrf: zep_shim_pr_err: hal_rpu_hpq_is_empty: Read from dequeue address failed, val (0x0)

[00:00:12.159,698] <err> wifi_nrf: zep_shim_pr_err: hal_rpu_ready_wait: Timed out waiting (msg_type = 0)

[00:00:12.160,186] <err> wifi_nrf: zep_shim_pr_err: hal_rpu_cmd_process_queue: Timeout waiting to get free cmd buff from RPU

[00:00:12.160,736] <err> wifi_nrf: wifi_nrf_if_start_zep: wifi_nrf_if_start_zep: wifi_nrf_fmac_set_power_save failed

I suppose that RPU means radio processor unit, so I deduce that it was shutdown, no ? What kinds of raison can explain this ?

[jrt]

I reply to my own question.

I am not sure of the meaning of the error messages but I searched an answer about the supply of the nrf7002. I stabilised the VBAT supply to accept higher current,   now it works.

So I solved the problem.

[erichotterbeefcurry]

Hi jrt, I'm getting the same error. Could you elaborate on how you stabilised the VBAT supply to accept higher current? We are working on a custom board too. Looking forward to your kind reply!
Update: For context, our custom board has a lot of other components... if I just use the wifi (7002), it seems to work as normal, but once I put my code to the bigger project code with many new device tree nodes and other prj.confs, it gives me the error of "RPU is not ready for more than 1 sec".
-Eric

[jrt]

Hi Eric,

The first tests I made, I used only  22µF capacitor on the output of the battery charger. Then I had the error because of the current peak needed by the 7002 is too high for the capacitor. So to be sure to deliver at least 300ma to the 7002 without a voltage drop I plug a 500mah battery.

[erichotterbeefcurry]

Hi jrt, thank you for getting back! I did what you suggested and made some software changes too, it started to work for me. We are now getting a SPI line error but that's unrelated to RPU fault. Thank you so much!

-Eric