#XCARRIEREVT: 10,0

RE: #XCARRIEREVT: 10,0

dejans — Mon, 13 Jan 2025 12:51:35 GMT

Hi,

Can you provide full logs which show XCARRIEREVT: 10,0 and XCARRIEREVT 6,0?

Do you see excessive current also in case when you got XCARRIEREVT: 10,0?

There should not be any problem with sending file of mentioned size. For comparison, please provide zipped PPK files in both cases.

Best regards,
Dejan

RE: #XCARRIEREVT: 10,0

Bryan Mills — Fri, 10 Jan 2025 16:01:39 GMT

Yes it has entered the reset loop which we have seen before and I do have an automatic way to get out of that, my question was why is that happening?
Since I posted this, I have change the way I end the call by issuing a CFUN=0 to shut off the radio instead of the CFUN=4 that I was doing when I posted this issue, then I wait 3 second and then issuing a XSLEEP=1 to put the rest of the nrf9160 to sleep to get the lowest power. I am no longer getting the XCARRIEREVT: 10,0 and I am no longer getting into the reset loop. However, almost every time I get a XCARRIEREVT 6,0 now and I see that occasionally, the nrf9160 is drawing excessive current (~1.9 mA) after it is supposed to have shut down. I have included a picture from the PPK2 to show current draw. I also have the PPK file but it is over 21MB and I don't know if this will be blocked if I attach it.

RE: #XCARRIEREVT: 10,0

dejans — Fri, 10 Jan 2025 14:39:16 GMT

Hi,

Modem might have entered the reset loop. You can read more about this in the documentation - modem reset loop restriction and activation of reset loop restriction.
Is the behavior that you see consistent with what is described in the documentation?

Best regards,
Dejan