User in Guernsey cannot connect to the network with NRF9160

RE: User in Guernsey cannot connect to the network with NRF9160

lzpons — Fri, 19 Jul 2024 16:21:46 GMT

close this ticket please

RE: User in Guernsey cannot connect to the network with NRF9160

Didrik Rokhaug — Tue, 07 Mar 2023 16:21:06 GMT

Hi,

That's great to hear!

Best regards,

Didrik

RE: User in Guernsey cannot connect to the network with NRF9160

lzpons — Sun, 05 Mar 2023 20:57:12 GMT

Hello Didrik,

Thanks for the latest answer. It was helpful. We went back to the SIM provider asking them what their SIM was capable. It seems that not all the support people at Airtel was aware SIM was supporting only data (on a mobile) and that this is not the same than data for M2M. Finally we found an expert in their team who advised us properly and providing a SIM that supports NB-iot in their own network (Airtel).

So as a summary, this was the main issue with all this support ticket : The SIM was not connecting because had the wrong "configuration". New SIM specially focused on M2M and nb-iot is able to connect.

(still facing some small issues on getting time from the network, but this is another topic.

I believe can close this ticket.

Thanks A LOT for your help and patience.

Lorenzo

RE: User in Guernsey cannot connect to the network with NRF9160

Didrik Rokhaug — Mon, 20 Feb 2023 15:13:43 GMT

As a way forward, the modem team suggest you ask Airtel if the device/SIM card is supposed to be able to connect at that location:

I can see from IMSI that the home network is 234 03 Jersey Airtel. From log we can see that tracking area 0A33 gives the Attach reject #15 "No suitable cells in tracking area". Customer could ask from the operator why their SIM subscription is not allowed to work in that tracking area. In another tracking area (09CF) network releases the RRC connection before Attach Accept is received, which seem not to be due to signal quality from modem point of view. This kind of unexpected RRC connection releases we have seen earlier but we have no workarounds for that and we don't know why this happens. But I think this is not network's way to reject the device, meaning that without this unexpected release the Attach might even get accepted.

RE: User in Guernsey cannot connect to the network with NRF9160

Didrik Rokhaug — Thu, 16 Feb 2023 12:02:45 GMT

In the JerseyAritel_SIM trace, manual network selection requested to 208 20 (Bouygues Telecom) which is not found. Could you try to send AT+COPS=0 (set automatic network selection), then AT+CFUN=0 (store the settings to non-volatile memory), and then reset the device?

In the JerseyAirtel_SIM_NBIOT_forced trace, this was the teams analysis:

Not forced to use NBIOT (looking at the trace, it looks like you tried to set NB-IoT only mode while the modem is running. This is not allowed. %XSYSTEMMODE must be used while the modem is offline), but forced (i.e. manual network selection) to 234 03 (Jersey Airtel). There is one tracking area available (in NBIoT), but network rejects Attach with cause #15 "No suitable cells in tracking area". This means that device is not allowed to operate in this tracking area with this SIM subscription. In the end of the log modem finds another tracking area and initiates Attach procedure. This time the Attach is not successful because signalling connection is lost before receiving Attach Accept. This is a bit unexpectable, because mapped RSRP was 47 at the time the cell was found. Although, there were some change in radio conditions because at first this cell was not found at all. Assuming the SIM subscription should work with Jersey Airtel, for some reason network releases the RRC connection in the middle of Attach procedure. We don't know the reason, but have seen similar now and then.

Looking at the traces, it also looks like you are trying to set the APN manually. Are you sure you are using the pre-compiled applications, and not a custom one?

It might also be that these settings has been stored in the modem previously. You can try to delete all saved data in the modem with the %XFACTORYRESET AT command. Resetting the user data should be enough. Note that this command also must be used while the modem is offline, so it can be a good idea to use AT+CFUN=4 first.

RE: User in Guernsey cannot connect to the network with NRF9160

lzpons — Thu, 09 Feb 2023 23:13:22 GMT

Didrik Rokhaug below are two tests traces run by the customer on Thingy91 board (no DK) using the thingy91_asset_tracker_v2_debug_2022-12-08_188a1603.hex app together with a locally purchased Jersey Airtel SIM.

- First test runs app in default mode

trace-2023-02-08T19-14-25.294Z_JerseyAirtel_SIM.bin

devzone.nordicsemi.com/.../trace_2D00_2023_2D00_02_2D00_08T19_2D00_14_2D00_25.294Z_5F00_JerseyAirtel_5F00_SIM.bin

- Second test has been forced to nbiot

trace-2023-02-09T10-28-05.811Z_JerseyAirtel_SIM_NBIOT_forced.bin

AT%XSYSTEMMODE=0,1,0,0
AT+CGDCONT=0,"IPV4V6","cdp.iot.t-mobile.nl"
AT+COPS=1,2,"23403",9
AT+CFUN=1

devzone.nordicsemi.com/.../trace_2D00_2023_2D00_02_2D00_09T10_2D00_28_2D00_05.811Z_5F00_JerseyAirtel_5F00_SIM_5F00_NBIOT_5F00_forced.bin

As a reminder (because there is already a long tread here) what we are seeking is to undersdand

- is there or not any LTE-M network available we can connect to?

- otherwise can we connect to nb-IoT as an alternative?

- If none are available what is the suspected reason?

Hope you can diagnose something.

RE: User in Guernsey cannot connect to the network with NRF9160

Didrik Rokhaug — Tue, 07 Feb 2023 18:12:13 GMT

Hi, and sorry for the late reply.

What board are they using?

[quote user="lzpons"]he took the trace with a NRF DK board[/quote][quote user="lzpons"]mg_app_bl/debug/thingy91_asset_tracker_v2_debug_2022-12-08_188a1603.hex[/quote]

That file is for a Thingy:91, not a DK.

[quote user="lzpons"]Hologram covers Guernsey with Sure carrier [/quote]

I am not able to see if this agreement supports LTE-M and/or NB-IoT or not. It might not be covered.

Getting a modem trace with the Jersey Air SIM would also be useful.

RE: User in Guernsey cannot connect to the network with NRF9160

lzpons — Mon, 30 Jan 2023 23:28:19 GMT

This is a weird answer,

Bouygues Telecom and Société Française du Radiotéléphone are two french carriers. I have them at home (I'm in france) but my customer shouldn't have them in Guernsey and he took the trace with a NRF DK board in the island. The only way to explain those networks being found is that some signal from continental France, 50km, away is reaching the island ? https://www.ariase.com/mobile/carte-antennes?iframe=1&partner=ariase&lat=49.43889157913611&lng=-2.2973269173533026&zoom=9.133815980236399&interactive=1

or that the device has some memory in the trace from when I had it home in france?

Maybe the root cause is related with this to explain what's going on there...

I do not thing user made an AT%XBANDLOCK because we used the original nordic app to run the tests

img_app_bl/debug/thingy91_asset_tracker_v2_debug_2022-12-08_188a1603.hex => Asset tracker v2 firmware for nRF9160, modem debug enabled, NB-Iot and LTE-M network modes

Hologram covers Guernsey with Sure carrier (https://support.hologram.io/hc/en-us/articles/360035213914-What-countries-and-carriers-do-you-support-)

As I told you we can also use a SIM from Jersey Air limited. This network seems to have NB-IoT active. Using thingy91_asset_tracker we should see it and be able to connect with their own SIM right?

What kind of test would you suggest to do now?

RE: User in Guernsey cannot connect to the network with NRF9160

Didrik Rokhaug — Mon, 30 Jan 2023 14:45:17 GMT

This is what the modem team replied:

The log shows that customer has done manual network selection to 208 20 (Bouygues Telecom) but the only networks found are 234 03 (Jersey Airtel Limited) and 208 10 (Société Française du Radiotéléphone). The latter one was found only once and signal was weak. Would either one of these be suitable for their subscription?

The search results were from NB-IoT and there were no results from CAT-M1. From which system they expect 208 20 to be found? Have they done restrictions to the scanned bands using AT%XBANDLOCK which could explain not finding the network? Of course, one possibility is that Bouygues Telecom just doesn't have coverage on the island.

Also, I looked at Hologram's coverage site, and in both France and the UK (they don't list Guernsey specifically), they only list LTE-M (CAT-M1) as supported.

RE: User in Guernsey cannot connect to the network with NRF9160

lzpons — Fri, 27 Jan 2023 23:22:06 GMT

That question is the one to go deeper indeed.
On that test we have been using a worldwide Hologram SIM.

If this was to be helpful for you, we could also do the same test with a SIM purchased locally to one of the available carriers

RE: User in Guernsey cannot connect to the network with NRF9160

Didrik Rokhaug — Fri, 27 Jan 2023 10:19:58 GMT

Thanks for the trace.

To me, it looks like the device finds some networks that it either cannot roam on, or are "normal" LTE cells that it cannot connect to.

I have asked our modem team to look at it as well, to confirm why it cannot connect.

RE: User in Guernsey cannot connect to the network with NRF9160

lzpons — Tue, 24 Jan 2023 23:26:01 GMT

Hi Didrik Rokhaug it took us a while to be set with the testing but here we are. This is the output of Trace Collector running in Guernsey. Hope you can tell us what you find in the bin.

devzone.nordicsemi.com/.../trace_2D00_2023_2D00_01_2D00_23T10_2D00_59_2D00_57.872Z.bin

RE: User in Guernsey cannot connect to the network with NRF9160

lzpons — Thu, 12 Jan 2023 10:11:55 GMT

My turn to apologize for the delays. I am setting the test conditions ready for the user to test in his place.

This takes a while (need an nrf9160-DK to ship there etc..)

Please keep this ticket open, we will update you soon !

RE: User in Guernsey cannot connect to the network with NRF9160

Didrik Rokhaug — Wed, 28 Dec 2022 09:52:45 GMT

Hi, and sorry for the late reply.

Yes, that combination should let you take a modem trace.

[quote user="lzpons"](trace collector produces a bin file so I have no means to check what it's doing..)[/quote]

You should see the file size increasing, which is a pretty good indication that the trace is captured correctly. In this case, I would expect the trace to be at least 200-300 kB, but there is a good amount of guesswork in that number, so as long as the modem has found and tried to connect to the base station (I believe you should be able to see the "+CEREG: 2,"09CF","00021408",9" in the application log), we should be good.

You can also use the Trace Collector v2 preview, which will let you see the communication with the network live if you select the "live" option together with the "raw" option.

P.S. I have some days off after newyer as well, so I might not be able to reply until late next week.

RE: User in Guernsey cannot connect to the network with NRF9160

lzpons — Tue, 27 Dec 2022 21:44:36 GMT

I understand the situation Susheel Nuguru ,

no problem, will wait.

RE: User in Guernsey cannot connect to the network with NRF9160

Susheel Nuguru — Tue, 27 Dec 2022 07:04:24 GMT

Sorry for the delayed response. We are a bit thinly staffed due to Christmas and New year holidays period in Norway. We will try to get to your question most likely early next week. Thank you for your patience.

RE: User in Guernsey cannot connect to the network with NRF9160

lzpons — Thu, 22 Dec 2022 11:31:18 GMT

For the trace collection I would like to use a "standard" configuration (out of my own app). Looking to the Nordic documentation I've found that it could be possible to directly configure a Thingy:91 through MCUBoot following those steps

https://developer.nordicsemi.com/nRF_Connect_SDK/doc/latest/nrf/ug_thingy91_gsg.html#updating-the-conn-bridge-52840

And installing the following files:

* img_fota_dfu_hex/debug/thingy91_asset_tracker_v2_debug_2022-12-08_188a1603.hex
Asset tracker v2 firmware for nRF9160, modem debug enabled, NB-Iot and LTE-M network modes

* img_fota_dfu_hex/thingy91_nrf52_connectivity_bridge_2022-12-08_188a1603.hex
Connectivity bridge for the nrf52

* mfw_nrf9160_1.3.3.zip
Modem firmware, updated through nRF Connect for Desktop

Is this all right?

(trace collector produces a bin file so I have no means to check what it's doing..)

RE: User in Guernsey cannot connect to the network with NRF9160

lzpons — Wed, 14 Dec 2022 15:20:26 GMT

Thank you very much Didrik for those explanations. They are really helpful and give us some guidance both on network configuration and also methods to run troubleshooting.

I am new setting up modem trace, so will go through this task and and post back the result.

RE: User in Guernsey cannot connect to the network with NRF9160

Didrik Rokhaug — Wed, 14 Dec 2022 13:03:27 GMT

[quote user="lzpons"]To better understand the underlying topic, an LTE and an LTE-M network are two different protocols that do not necessarily go together?[/quote]

Correct. "Normal" LTE and LTE-M (and NB-IoT) are all different.

[quote user="lzpons"]

How can we check the coverage then? checking with a smartphone may be misleading since it will find 4G=LTE but not check for LTE-M

Is there any available documentation on this practical aspect? I am not finding it on the web.

[/quote]

One answer is of course to go to the location and check.

Other than that, it will vary from location to location and carrier to carrier.

The GSMA have a deployment map, but it only shows deployment on a national level :https://www.gsma.com/iot/deployment-map/

For more local data, you typically need to see if the local carrier has a coverage map. E.g. this one for Telenor in Norway https://www.telenor.no/bedrift/iot/dekning/ (the website is in Norwegian)

[quote user="lzpons"]To be fully complete, it seems that one network supports NB-IOT, but you need to shift system mode to see it.[/quote]

Yes, if only one mode is enabled with %XSYSTEMMODE, the modem will only search for networks of that kind.

As you say, the modem finds one network, but it doesn't look like it is able to connect to it.

However, I am not able to see why the connection fails from the log.

Could you take a modem trace, to help me investigate why the connection fails?

RE: User in Guernsey cannot connect to the network with NRF9160

lzpons — Tue, 13 Dec 2022 15:39:10 GMT

To be fully complete, it seems that one network supports NB-IOT, but you need to shift system mode to see it.

Here is that trace (bold commands are what was typed)

2022-12-13T12:07:49.618Z DEBUG modem << +CEREG: 2,"09CF","0002140A",9

2022-12-13T11:52:33.193Z DEBUG modem >> AT+CFUN?
2022-12-13T11:52:33.209Z DEBUG modem << +CFUN: 0
2022-12-13T11:52:33.212Z DEBUG modem << OK
2022-12-13T11:52:35.970Z DEBUG modem >> AT+CFUN?
2022-12-13T11:52:35.985Z DEBUG modem << +CFUN: 0
2022-12-13T11:52:35.994Z DEBUG modem << OK
2022-12-13T11:52:50.830Z DEBUG modem >> AT%XSYSTEMMODE=0,1,0,0
2022-12-13T11:52:50.850Z DEBUG modem << OK
2022-12-13T11:53:10.991Z DEBUG modem >> AT+CGDCONT=0,"IPV4V6","cdp.iot.t-mobile.nl"
2022-12-13T11:53:11.008Z DEBUG modem << OK
2022-12-13T11:53:29.295Z DEBUG modem >> AT+COPS=1,2,"23403",9
2022-12-13T11:53:29.310Z DEBUG modem << OK
2022-12-13T11:53:38.475Z DEBUG modem >> AT+CFUN=1
2022-12-13T11:53:38.522Z DEBUG modem << OK
2022-12-13T11:53:46.303Z DEBUG modem >> AT+CFUN?
2022-12-13T11:53:46.311Z DEBUG modem << +CFUN: 1
2022-12-13T11:53:46.318Z DEBUG modem << OK
2022-12-13T11:53:46.325Z DEBUG modem >> AT+CGSN=1
2022-12-13T11:53:46.334Z DEBUG modem << +CGSN: "352656101505934"
2022-12-13T11:53:46.336Z DEBUG modem << OK
2022-12-13T11:53:46.343Z DEBUG modem >> AT+CGMI
2022-12-13T11:53:46.355Z DEBUG modem << Nordic Semiconductor ASA
2022-12-13T11:53:46.357Z DEBUG modem << OK
2022-12-13T11:53:46.362Z DEBUG modem >> AT+CGMM
2022-12-13T11:53:46.372Z DEBUG modem << nRF9160-SICA
2022-12-13T11:53:46.375Z DEBUG modem << OK
2022-12-13T11:53:46.379Z DEBUG modem >> AT+CGMR
2022-12-13T11:53:46.389Z DEBUG modem << mfw_nrf9160_1.3.2
2022-12-13T11:53:46.392Z DEBUG modem << OK
2022-12-13T11:53:46.393Z INFO Nordic Semiconductor ASA nRF9160-SICA [mfw_nrf9160_1.3.2] SerNr: 352656101505934
2022-12-13T11:53:46.396Z DEBUG modem >> AT+CEMODE?
2022-12-13T11:53:46.406Z DEBUG modem << +CEMODE: 0
2022-12-13T11:53:46.412Z DEBUG modem << OK
2022-12-13T11:53:46.423Z DEBUG modem >> AT%XCBAND=?
2022-12-13T11:53:46.440Z DEBUG modem << %XCBAND: (1,2,3,4,5,8,12,13,17,19,20,25,26,28,66)
2022-12-13T11:53:46.442Z DEBUG modem << OK
2022-12-13T11:53:46.450Z DEBUG modem >> AT+CMEE?
2022-12-13T11:53:46.457Z DEBUG modem << +CMEE: 0
2022-12-13T11:53:46.460Z DEBUG modem << OK
2022-12-13T11:53:46.466Z DEBUG modem >> AT+CMEE=1
2022-12-13T11:53:46.472Z DEBUG modem << OK
2022-12-13T11:53:46.477Z DEBUG modem >> AT+CNEC?
2022-12-13T11:53:46.489Z DEBUG modem << +CNEC: 0
2022-12-13T11:53:46.491Z DEBUG modem << OK
2022-12-13T11:53:46.496Z DEBUG modem >> AT+CNEC=24
2022-12-13T11:53:46.506Z DEBUG modem << OK
2022-12-13T11:53:46.511Z DEBUG modem >> AT+CGEREP?
2022-12-13T11:53:46.522Z DEBUG modem << +CGEREP: 0,0
2022-12-13T11:53:46.525Z DEBUG modem << OK
2022-12-13T11:53:46.529Z DEBUG modem >> AT+CGDCONT?
2022-12-13T11:53:46.540Z DEBUG modem << +CGDCONT: 0,"IPV4V6","cdp.iot.t-mobile.nl","",0,0
2022-12-13T11:53:46.542Z DEBUG modem << OK
2022-12-13T11:53:46.550Z DEBUG modem >> AT+CGACT?
2022-12-13T11:53:46.559Z DEBUG modem << +CGACT: 0,0
2022-12-13T11:53:46.561Z DEBUG modem << OK
2022-12-13T11:53:46.574Z DEBUG modem >> AT+CGEREP=1
2022-12-13T11:53:46.582Z DEBUG modem << OK
2022-12-13T11:53:46.589Z DEBUG modem >> AT+CIND=1,1,1
2022-12-13T11:53:46.597Z DEBUG modem << OK
2022-12-13T11:53:46.601Z DEBUG modem >> AT+CEREG=5
2022-12-13T11:53:46.610Z DEBUG modem << OK
2022-12-13T11:53:46.613Z DEBUG modem >> AT+CEREG?
2022-12-13T11:53:46.623Z DEBUG modem << +CEREG: 5,4
2022-12-13T11:53:46.627Z DEBUG modem << OK
2022-12-13T11:53:46.634Z DEBUG modem >> AT%CESQ=1
2022-12-13T11:53:46.642Z DEBUG modem << OK
2022-12-13T11:53:46.649Z DEBUG modem >> AT+CESQ
2022-12-13T11:53:46.657Z DEBUG modem << +CESQ: 99,99,255,255,255,255
2022-12-13T11:53:46.661Z DEBUG modem << OK
2022-12-13T11:53:46.675Z DEBUG modem >> AT%XSIM=1
2022-12-13T11:53:46.682Z DEBUG modem << OK
2022-12-13T11:53:46.689Z DEBUG modem >> AT%XSIM?
2022-12-13T11:53:46.697Z DEBUG modem << %XSIM: 1
2022-12-13T11:53:46.699Z DEBUG modem << OK
2022-12-13T11:53:46.711Z DEBUG modem >> AT+CPIN?
2022-12-13T11:53:46.723Z DEBUG modem << +CPIN: READY
2022-12-13T11:53:46.725Z DEBUG modem << OK
2022-12-13T11:53:46.731Z DEBUG modem >> AT+CPINR="SIM PIN"
2022-12-13T11:53:46.753Z DEBUG modem << +CPINR: "SIM PIN",3
2022-12-13T11:53:46.754Z DEBUG modem << OK
2022-12-13T11:53:46.761Z DEBUG modem >> AT+CIMI
2022-12-13T11:53:46.768Z DEBUG modem << 234030140071218
2022-12-13T11:53:46.770Z DEBUG modem << OK
2022-12-13T11:53:46.771Z INFO IMSIdentity: 234030140071218
2022-12-13T11:53:55.041Z DEBUG modem << %CESQ: 48,2,17,2
2022-12-13T11:53:55.075Z DEBUG modem << +CEREG: 2,"09CF","00021408",9
2022-12-13T11:53:58.674Z DEBUG modem << %CESQ: 48,2,22,3
2022-12-13T11:54:03.490Z DEBUG modem << %CESQ: 48,2,17,2
2022-12-13T11:54:13.328Z DEBUG modem << %CESQ: 49,2,22,3
2022-12-13T11:54:19.810Z DEBUG modem << %CESQ: 49,2,17,2
2022-12-13T11:54:37.379Z DEBUG modem << %CESQ: 49,2,22,3
2022-12-13T11:54:55.208Z DEBUG modem << %CESQ: 49,2,16,2
2022-12-13T11:55:04.751Z DEBUG modem << %CESQ: 48,2,21,3
2022-12-13T11:55:08.771Z DEBUG modem << %CESQ: 47,2,14,2
2022-12-13T11:55:28.678Z DEBUG modem << %CESQ: 46,2,19,2
2022-12-13T11:55:38.740Z DEBUG modem << %CESQ: 45,2,14,2
2022-12-13T11:55:49.083Z DEBUG modem << %CESQ: 47,2,19,2
2022-12-13T11:55:56.661Z DEBUG modem << %CESQ: 46,2,13,1
2022-12-13T11:56:17.164Z DEBUG modem << %CESQ: 47,2,18,2
2022-12-13T11:56:29.930Z DEBUG modem << %CESQ: 46,2,13,1
2022-12-13T11:56:37.798Z DEBUG modem << %CESQ: 46,2,21,3
2022-12-13T11:56:42.742Z DEBUG modem << %CESQ: 47,2,14,2
2022-12-13T11:56:46.109Z DEBUG modem >> AT+COPS=?
2022-12-13T11:58:25.319Z DEBUG modem << %CESQ: 48,2,19,2
2022-12-13T11:58:53.290Z DEBUG modem << %CESQ: 48,2,14,2
2022-12-13T11:58:59.003Z DEBUG modem << +COPS: (1,"","","23403",9)
2022-12-13T11:58:59.006Z DEBUG modem << OK
2022-12-13T11:58:59.027Z DEBUG modem >> AT+COPS?
2022-12-13T11:58:59.052Z DEBUG modem << +COPS: 1
2022-12-13T11:58:59.054Z DEBUG modem << OK
2022-12-13T11:59:01.005Z DEBUG modem << %CESQ: 48,2,19,2
2022-12-13T11:59:24.200Z DEBUG modem << %CESQ: 47,2,11,1
2022-12-13T11:59:26.760Z DEBUG modem << %CESQ: 42,2,9,1
2022-12-13T12:00:20.521Z DEBUG modem << %CESQ: 45,2,15,2
2022-12-13T12:00:38.440Z DEBUG modem << %CESQ: 42,2,10,1
2022-12-13T12:01:42.423Z DEBUG modem << %CESQ: 44,2,15,2
2022-12-13T12:01:49.967Z DEBUG modem << %CESQ: 43,2,9,1
2022-12-13T12:01:52.682Z DEBUG modem << %CESQ: 43,2,15,2
2022-12-13T12:02:13.162Z DEBUG modem << %CESQ: 43,2,10,1
2022-12-13T12:02:20.842Z DEBUG modem << %CESQ: 44,2,16,2
2022-12-13T12:02:28.345Z DEBUG modem << %CESQ: 43,2,9,1
2022-12-13T12:02:31.082Z DEBUG modem << %CESQ: 42,2,14,2
2022-12-13T12:03:17.162Z DEBUG modem << %CESQ: 42,2,9,1
2022-12-13T12:03:40.202Z DEBUG modem << %CESQ: 43,2,15,2
2022-12-13T12:03:55.563Z DEBUG modem << %CESQ: 41,2,10,1
2022-12-13T12:04:23.723Z DEBUG modem << %CESQ: 44,2,16,2
2022-12-13T12:04:31.226Z DEBUG modem << %CESQ: 44,2,11,1
2022-12-13T12:04:33.963Z DEBUG modem << %CESQ: 45,2,16,2
2022-12-13T12:04:51.707Z DEBUG modem << %CESQ: 44,2,8,1
2022-12-13T12:04:54.444Z DEBUG modem << %CESQ: 45,2,18,2
2022-12-13T12:05:35.250Z DEBUG modem << %CESQ: 46,2,13,1

RE: User in Guernsey cannot connect to the network with NRF9160

lzpons — Tue, 13 Dec 2022 15:29:07 GMT

That's right, nothing reported with AT+COPS? See the trace below.

To better understand the underlying topic, an LTE and an LTE-M network are two different protocols that do not necessarily go together?

It depends on how the overall network (or maybe the single antenna) are configured?

How can we check the coverage then? checking with a smartphone may be misleading since it will find 4G=LTE but not check for LTE-M

Is there any available documentation on this practical aspect? I am not finding it on the web.

2022-12-13T09:36:22.369Z DEBUG Application data folder: C:\Users\user\AppData\Roaming\nrfconnect\pc-nrfconnect-linkmonitor
2022-12-13T09:36:22.466Z INFO Using nrf-device-lib-js version: 0.4.13
2022-12-13T09:36:22.466Z INFO Using nrf-device-lib version: 0.12.8
2022-12-13T09:36:22.466Z INFO Using nrfjprog DLL version: 10.16.0
2022-12-13T09:36:22.467Z INFO Using JLink version: JLink_V7.82a
2022-12-13T09:36:22.501Z DEBUG App pc-nrfconnect-linkmonitor v2.0.2 official
2022-12-13T09:36:22.501Z DEBUG App path: C:\Users\user\.nrfconnect-apps\node_modules\pc-nrfconnect-linkmonitor
2022-12-13T09:36:22.502Z DEBUG nRFConnect 3.12.0, required by the app is (^3.12.0)
2022-12-13T09:36:22.502Z DEBUG nRFConnect path: C:\Users\user\AppData\Local\Programs\nrfconnect\resources\app.asar
2022-12-13T09:36:22.502Z DEBUG HomeDir: C:\Users\user
2022-12-13T09:36:22.502Z DEBUG TmpDir: C:\Users\user\AppData\Local\Temp
2022-12-13T09:36:22.504Z INFO Installed JLink version does not match the provided version (V7.66a)
2022-12-13T09:36:30.205Z INFO Modem port is opened
2022-12-13T09:36:30.222Z DEBUG modem >> AT+CFUN?
2022-12-13T09:36:30.264Z DEBUG modem << +CFUN: 0
2022-12-13T09:36:30.269Z DEBUG modem << OK
2022-12-13T09:36:59.885Z DEBUG modem >> AT+CFUN=1
2022-12-13T09:36:59.937Z DEBUG modem << OK
2022-12-13T09:37:06.439Z DEBUG modem >> AT+CFUN?
2022-12-13T09:37:06.449Z DEBUG modem << +CFUN: 1
2022-12-13T09:37:06.469Z DEBUG modem << OK
2022-12-13T09:37:06.477Z DEBUG modem >> AT+CGSN=1
2022-12-13T09:37:06.488Z DEBUG modem << +CGSN: "352656101505934"
2022-12-13T09:37:06.494Z DEBUG modem << OK
2022-12-13T09:37:06.502Z DEBUG modem >> AT+CGMI
2022-12-13T09:37:06.517Z DEBUG modem << Nordic Semiconductor ASA
2022-12-13T09:37:06.520Z DEBUG modem << OK
2022-12-13T09:37:06.527Z DEBUG modem >> AT+CGMM
2022-12-13T09:37:06.536Z DEBUG modem << nRF9160-SICA
2022-12-13T09:37:06.538Z DEBUG modem << OK
2022-12-13T09:37:06.546Z DEBUG modem >> AT+CGMR
2022-12-13T09:37:06.554Z DEBUG modem << mfw_nrf9160_1.3.2
2022-12-13T09:37:06.557Z DEBUG modem << OK
2022-12-13T09:37:06.560Z INFO Nordic Semiconductor ASA nRF9160-SICA [mfw_nrf9160_1.3.2] SerNr: 352656101505934
2022-12-13T09:37:06.564Z DEBUG modem >> AT+CEMODE?
2022-12-13T09:37:06.575Z DEBUG modem << +CEMODE: 2
2022-12-13T09:37:06.578Z DEBUG modem << OK
2022-12-13T09:37:06.593Z DEBUG modem >> AT%XCBAND=?
2022-12-13T09:37:06.604Z DEBUG modem << %XCBAND: (1,2,3,4,5,8,12,13,18,19,20,25,26,28,66)
2022-12-13T09:37:06.608Z DEBUG modem << OK
2022-12-13T09:37:06.625Z DEBUG modem >> AT+CMEE?
2022-12-13T09:37:06.635Z DEBUG modem << +CMEE: 0
2022-12-13T09:37:06.637Z DEBUG modem << OK
2022-12-13T09:37:06.645Z DEBUG modem >> AT+CMEE=1
2022-12-13T09:37:06.651Z DEBUG modem << OK
2022-12-13T09:37:06.655Z DEBUG modem >> AT+CNEC?
2022-12-13T09:37:06.664Z DEBUG modem << +CNEC: 0
2022-12-13T09:37:06.666Z DEBUG modem << OK
2022-12-13T09:37:06.671Z DEBUG modem >> AT+CNEC=24
2022-12-13T09:37:06.678Z DEBUG modem << OK
2022-12-13T09:37:06.684Z DEBUG modem >> AT+CGEREP?
2022-12-13T09:37:06.693Z DEBUG modem << +CGEREP: 0,0
2022-12-13T09:37:06.695Z DEBUG modem << OK
2022-12-13T09:37:06.700Z DEBUG modem >> AT+CGDCONT?
2022-12-13T09:37:06.709Z DEBUG modem << OK
2022-12-13T09:37:06.714Z DEBUG modem >> AT+CGACT?
2022-12-13T09:37:06.720Z DEBUG modem << OK
2022-12-13T09:37:06.726Z DEBUG modem >> AT+CGEREP=1
2022-12-13T09:37:06.733Z DEBUG modem << OK
2022-12-13T09:37:06.738Z DEBUG modem >> AT+CIND=1,1,1
2022-12-13T09:37:06.745Z DEBUG modem << OK
2022-12-13T09:37:06.750Z DEBUG modem >> AT+CEREG=5
2022-12-13T09:37:06.760Z DEBUG modem << OK
2022-12-13T09:37:06.764Z DEBUG modem >> AT+CEREG?
2022-12-13T09:37:06.774Z DEBUG modem << +CEREG: 5,4
2022-12-13T09:37:06.778Z DEBUG modem << OK
2022-12-13T09:37:06.796Z DEBUG modem >> AT%CESQ=1
2022-12-13T09:37:06.804Z DEBUG modem << OK
2022-12-13T09:37:06.810Z DEBUG modem >> AT+CESQ
2022-12-13T09:37:06.820Z DEBUG modem << +CESQ: 99,99,255,255,255,255
2022-12-13T09:37:06.822Z DEBUG modem << OK
2022-12-13T09:37:06.834Z DEBUG modem >> AT%XSIM=1
2022-12-13T09:37:06.843Z DEBUG modem << OK
2022-12-13T09:37:06.849Z DEBUG modem >> AT%XSIM?
2022-12-13T09:37:06.860Z DEBUG modem << %XSIM: 1
2022-12-13T09:37:06.862Z DEBUG modem << OK
2022-12-13T09:37:06.872Z DEBUG modem >> AT+CPIN?
2022-12-13T09:37:06.882Z DEBUG modem << +CPIN: READY
2022-12-13T09:37:06.885Z DEBUG modem << OK
2022-12-13T09:37:06.898Z DEBUG modem >> AT+CPINR="SIM PIN"
2022-12-13T09:37:06.917Z DEBUG modem << +CPINR: "SIM PIN",3
2022-12-13T09:37:06.920Z DEBUG modem << OK
2022-12-13T09:37:06.934Z DEBUG modem >> AT+CIMI
2022-12-13T09:37:06.943Z DEBUG modem << 234500093370919
2022-12-13T09:37:06.946Z DEBUG modem << OK
2022-12-13T09:37:06.947Z INFO IMSIdentity: 234500093370919
2022-12-13T09:38:08.689Z DEBUG modem << +CEREG: 4
2022-12-13T09:40:25.786Z DEBUG modem >> AT+COPS=?
2022-12-13T09:40:26.795Z ERROR Error: 'AT+COPS=?
' timed out
2022-12-13T09:40:44.284Z DEBUG modem << +CEREG: 2
2022-12-13T09:41:17.932Z DEBUG modem << +CEREG: 4
2022-12-13T09:41:55.439Z DEBUG modem << +CEREG: 2
2022-12-13T09:43:04.800Z DEBUG modem << +CEREG: 4
2022-12-13T09:43:24.958Z DEBUG modem << +COPS:
2022-12-13T09:43:24.961Z DEBUG modem << OK
2022-12-13T09:46:27.658Z DEBUG modem >> AT+COPS=?
2022-12-13T09:46:59.168Z DEBUG modem << +CEREG: 2
2022-12-13T09:47:01.356Z DEBUG modem << +CEREG: 4
2022-12-13T09:47:44.749Z DEBUG modem << +CEREG: 2
2022-12-13T09:47:44.755Z DEBUG modem << +COPS:
2022-12-13T09:47:44.761Z DEBUG modem << OK
2022-12-13T09:47:44.771Z DEBUG modem >> AT+COPS?
2022-12-13T09:47:44.780Z DEBUG modem << +COPS: 1
2022-12-13T09:47:44.783Z DEBUG modem << OK
2022-12-13T09:48:18.300Z DEBUG modem << +CEREG: 4
2022-12-13T09:49:00.558Z DEBUG modem << +CEREG: 2
2022-12-13T09:50:10.201Z DEBUG modem << +CEREG: 4

RE: User in Guernsey cannot connect to the network with NRF9160

Didrik Rokhaug — Tue, 13 Dec 2022 12:23:38 GMT

Hi,

Is there LTE-M or NB-IoT coverage on Guernsey?

The nRF9160 only works with LTE-M and NB-IoT, and not "normal" LTE like a cell phone.

[quote user=""]- when he looks to the available networks through the Thingy:91 with the LTE Link Monitor using AT+COPS? command : nothing is reported[/quote]

This would indicate that there isn't LTE-M or NB-IoT (whichever the modem is configured to use) coverage at that location.

Best regards,

Didrik