Hi
In the mqtt_simple example there is a line "modem_configure();" which establishes the LTE Link connection. If connecting the LTE link is not possible (for example no signal), this function never returns.
1. Is this the intention of this function or is there a possibility to configure a timeout?
2. Is it normal, that this function needs several minutes to establish the LTE link, if a provider is present?
regards
ExAg
1. Is this the intention of this function or is there a possibility to configure a timeout?
The reason it is blocking is due to some semaphores inside w_lte_lc_init_and_connect(..) in lte_lc.c. It will wait for the at_handler() to run and if the response is appropriate it will give up the semaphore and the program continues. See code below
//From w_lte_lc_init_and_connect() in lte_lc.c
k_sem_init(&link, 0, 1);
//k_sem_init(&link, 1, 2);
at_cmd_set_notification_handler(at_handler);
if (at_cmd_write(normal, NULL, 0, NULL) != 0) {
return -EIO;
}
k_sem_take(&link, K_FOREVER);
You can set a timeout, by running k_sem_take(&link, timeout_in_ms); where you specify the timeout in timeout_in_ms.
Be aware that this may cause some unwanted results/race conditions etc., but I am not sure specifically what may happen.
2. Is it normal, that this function needs several minutes to establish the LTE link, if a provider is present?
I will look into this and come back to you.
Best regards,
Simon
2. Is it normal, that this function needs several minutes to establish the LTE link, if a provider is present?
The time to establish an LTE link varies depending on the signal strength and the network, it may more than 5 minutes at worst. If the network settings are stored on the modem, the connection only takes some few seconds. The network settings are automatically stored to the modem when the modem is turned off, through the call to AT+CFUN=0.
Best regards,
Simon
I am sorry for the delay, I have been sick lately, which is why I haven't been able to answer you. I will look into your issue the next couple of days.
Best regards,
Simon
What is the signal strength when the connection establishment takes long time (7-9 minutes)? Check out this thread for more information about this and how to improve the performance.
Best regards,
Simon
Hi Simon
I will check this thread.
I don't know the signal strength is, but it should always be the same because the dev-kit was on my table on the same position during all these tests.
Regards
Michael
Hi Simon
The signals strength is between -86dBm and -83dBm on my desk.
Regards
Michael
That should be sufficient.
However, a reason for this might be that the network detects that the same device tries to connects many times in a row in a given period of time. This may cause the network to block the device for a short period, to avoid it from flooding the base station.
I will try to get some feedback internally from people that knows more about this, and get it confirmed whether this is the reason, or if there is another reason.
You could also try to do some testing after calling AT+CFUN=0 followed by a modem reset. As mentioned earlier, this will store the network settings, and the connection time may decrease. Read more about it in this ticket.
Best regards,
Simon
That should be sufficient.
However, a reason for this might be that the network detects that the same device tries to connects many times in a row in a given period of time. This may cause the network to block the device for a short period, to avoid it from flooding the base station.
I will try to get some feedback internally from people that knows more about this, and get it confirmed whether this is the reason, or if there is another reason.
You could also try to do some testing after calling AT+CFUN=0 followed by a modem reset. As mentioned earlier, this will store the network settings, and the connection time may decrease. Read more about it in this ticket.
Best regards,
Simon
Hi Simon
Really strange behaviour. Today the first try to connect took over 3,5 Minutes. Than the 2. and 3. try only took ca. 3s to connect the LTE. So i do not think its bacauese I am "spaming" the network with connection tries.
What exacltly do you mean with "AT+CFUN=0"? As I understand, it's the same as "lte_lc_power_off()", what causes a power off of the modem?
How should this help with the connection time after starting a debug session?
Where in my code do I have to place this funtion call? I am using the Nordic MQTT TLS demo code:
void main(void)
{
int err;
if (!IS_ENABLED(CONFIG_AT_HOST_LIBRARY))
{
/* Stop the UART RX for power consumption reasons */
NRF_UARTE0_NS->TASKS_STOPRX = 1;
NRF_UARTE1_NS->TASKS_STOPRX = 1;
}
printk("The MQTT TLS simple sample started\n");
provision_certificate();
modem_configure();
client_init(&client);
err = mqtt_connect(&client);
if (err != 0)
{
printk("ERROR: mqtt_connect %d\n", err);
return;
}
err = fds_init(&client);
if (err != 0)
{
printk("ERROR: fds_init %d\n", err);
return;
}
while (1)
{
...
...
...
Best regards
Michael
ExAg said:What exacltly do you mean with "AT+CFUN=0"? As I understand, it's the same as "lte_lc_power_off()", what causes a power off of the modem?
I understand your confusion. I could not really find much documentation confirming that the modem settings are stored when calling this (except for a lot of devzone cases: here, here and here). In the nRF91 AT Commands documentation it says the following:
"When commanding the device to power off, wait for OK to make sure that Non-volatile Memory (NVM) has been updated."
In the NCS documentation it says the following:
"If the modem is shut down gracefully before the next boot (by using AT+CFUN=0), it keeps the current setting."
But, I will report it internally and ask for a more explicit explanation.
ExAg said:Where in my code do I have to place this funtion call?
Call it after a connection has been established. Try putting it right before while(1) loop, and remember to power cycle the device after this call has been made.
If you are still having problems after this has been done, please tell me and I will report that as well, and get somebody to consider your issue more carefully.
Best regards,
Simon
Hi Simon
First it looked better after calling "lte_lc_power_off()" and power cycling the board. The connection was estalished several times in a row after only some seconds. But I allways had such phases with faster connection times.
After some intense testing, I thing it is the same as before. Sometimes it needs only 2s or 3s, but sometimes it nees over 5 minutes or even longer to establish the LTE connection.
Are the settings persistantly stored on the modem after "lte_lc_power_off()" or are they deleted after erasing the target and downloading a new intel HEX file? Or even when resetting the target an starting a new debug session?
Best regards
Michael
I have reported your issue internally, and I am currently waiting for an answer. Could you provide a modem trace in the meantime?
Best regards,
Simon
Hi Simon
I have attached the modem trace-2019-10-21T12-15-37.075Z.bintrace file. It took several minutes to establish the LTE connection for this trace file.
Best regards
Michael