+QCSCON: 1,1 represents that the RRC connection is established and the network registration is completed; The network will then be held by the inactive timer, and when the inactive timer expires, the network will make an RRC connection release and the module will return to the URC +QCSCON: 1,0;According to logs, 10s is an inactive timer that is determined by the network and generally cannot be changed
Thanks for the answer.
So in NbIOT, when a device has only 10Byte to send from time to time the BG770 must stay 10sec awake, the power consumption is quite significant.
Then, you mean there is no way to inform the network that no more data will be sent and the UE would like to go to sleep immediately, is that it?
Maybe maybe you can convince the system to release the RRC connection. On a BG77 that is ‘AT+QCFG="rrcabort",1’ which tells the stack you have no more to do.
@herbert.pan-Q I was just trying to help @omandine
I don’t know if it works. I have good experience with BC95-G (AT+NSOSTF, so no, no problem with Czech Vodafone, it works) but very bad with BG77 and BG95-M3 (PSM, with(BG77) and without(BG95) QuecOpen).
We are hoping for BG772 (testing that for few days).
even worse: cannot be applied to “UDP SERVICE” … oh, f***
Before I open ticket for Bartlomiej Brzychcy, can you tell me how to use something like that in API? (QISENDEX/NSOSTF but in ql_send flags, or something. I did ask for that in BG77, nope, can BG772 do that? BC95-G works, can I get NSOSTF or anything like that in BG772?)
I don’t see anything in ql_socket.h about RAI, nothing to test, it is not there.
(SDK 1.0.2 I got with BG772AGLAAR01A03_BETA0816A_01.001V01.01.001V01_BETA0816A)