mfw 1.3.5, NCS 2.4.1
I received a
+CGEV: APNRATECTRL STAT 0,1,86307
from the modem.
I'm wondering, if that is processed by a pdn_event_handler_t.
If not, how does the application know that?
mfw 1.3.5, NCS 2.4.1
I received a
+CGEV: APNRATECTRL STAT 0,1,86307
from the modem.
I'm wondering, if that is processed by a pdn_event_handler_t.
If not, how does the application know that?
Additionally,
+CGEV: APNRATECTRL CFG 0,256,86400
seems also to be not forwarded to the application.
Hi,
I am checking with the development team and will update you later when I get enough information.
Regards,
Amanda H.
Hello Achim Kraus
currently there is no support for APN rate control notifications in the PDN library.
I will check if that can be added there and open a PR for that if possible.
Regardless, the application can subscribe to any AT notifications using the AT monitor library, which will also let you parse the AT command as necessary in your application to extract all the information you want from it.
Thanks!
One additional comment:
Using
AT%APNRATECTRL=0,0
helps also to read that. Once the rate limit is triggered, that's indicated there. The pain is unfortunately, if the modem is switched off CFUN=0 and one CFUN=1 again, that AT cmd reports inactive rate limit, but the modem continues to fail sending the data. If the device gets rebooted, it's able to send data again.
Not sure, what the nature of that "rate limit" should be. For now I only saw that from one SIM card provider. Maybe Nordic checks, what the right behavior for switching off and on would be. I guess either the modem should then continue to send data or the modem should continue to report, that the rate limit is triggered.
The APN rate control state should be cleared by the modem upon CFUN=0 or in general PDN deactivation, and I think you should be able to send() successfully afterwards.
If that's not the case, which error do you receive from send() ?