FYI - we managed to get our LoRa gateway to hook up with the IoT Creators’s LNS

Thanks for your DM Florian. Ordering process for SIMs works again.

Thanks Afzal,

Do I understand correct that if you have an account only the registered IMEIs are costs-charged? So e.g. :

• Somebody steals my SIM cards,

• I deregister the related IMEIs in our account and we are no longer charged once deregistered

• The thiefs could re-use the SIM card in their own TMO account and be charged for usage
  (and in the end we only need to get some new SIMs?)

Is that how it works?

@uta I dropped you a couple of lines in an email

Hi,

We normally use band 8 to connect to TMO NB-IoT network.
However I am curious which other bands are supported for NB-IoT devices.

For 4G (T-mobile) I see band 1,3, 8 and 20. Check the following link:

https://antennekaart.nl/kaart/4g?lat=52.20915826&lng=5.95579147&zoom=14&providers=t-mobile

However simple test shows that we can only connect to band 8. Is that the only band in NL for now?

Thnx

Using manual PLMN selection works if you know in which country your device is (or will be). Otherwise I do not see the benefit of manually selecting the PLMN. And afaik when using AT+COPS you can not set multiple PLMNs

@Uta / @Florian-Duecker - Would it not be possible to have a list of preferred PLMNs stored on the SIM card.

@magnatron Sorry for the late reply. I just created IMEI / UDP device and it worked again.

But you have to be patient with the portal. Sometimes repeating things helps

Using manual PLMN selection works if you know in which country your device is (or will be). Otherwise I do not see the benefit of manually selecting the PLMN. And afaik when using AT+COPS you can not set multiple PLMNs

@Uta / @Florian-Duecker - Would it not be possible to have a list of preferred PLMNs stored on the SIM card.

I removed the IMEI from IoTcreators and registered the device again.
Now UDP packets are received at IoTCreators again

Something seem to have gone wrong at IoT Creators

Hi,

I experience that my UDP payload is not or only sometimes getting thru. I see the following

• Socket is well established
• IP history from the device is known (see below)
• UDP payload however only sometimes gets thru

Working with SIM7022 NB-IoT modem. In the screenshot below data is send which is OKed by the modem.

@Ronan-Lacroix - thanks, it is obvious that it is defined as Optional

Regarding the DST. In the +CCLK command the timezone is returned. I assume (but I am not sure) that the timezone includes the DST (Daylight Saving Time) changes?

In 3GPP 27.007 the format returned by the +CCLK is defined as:

<time>: string type value; format is “yy/MM/dd,hh: mm:ss+zz”, where characters indicate year (two last digits), month, day, hour, minutes, seconds and time zone (indicates the difference, expressed in quarters of an hour, between the local time and GMT; range -96…+96). E.g. 6th of May 1994, 22:10:00 GMT+2 hours equals to “94/05/06,22:10:00+08”

So my question is whether your network automatically updates the timezone according to DST or not.

@Ronan-Lacroix - we are using the +CCLK (3GPP 27.007) and it works fine in the Netherlands.

Is the network time mandatory to be present in a NB-IoT network? When the feature is optional in the network itself we cannot rely on it when roaming.

@MarcoPeli thanks for the feedback.

So replacing the APN “cdp.iot.t-mobile.nl” with “m2m.public.nl” should do the trick?

Quick question: is it possible that a NB-IoT device connects directly to a public IP address?

Thnx

@meneerjacco

3GPP and finding the right docs is always challenging and time consuming :-). But once you know the doc number it is well managed and organized to download it:

3GPP document download

I assume you looking for R13 information? The following TS may be interesting

• TS36.331

However I have no clue at what power levels the MIBs and SIBs are broadcasted. (afaik you need to sync and collect some info before you can send out the RRC Connection Setup Request)

Maybe somebody else here has more radio experience and knows?

@florian-duecker
Thanks for confirming. I was confused by the information I found in the link (see above)