Hi IoT friends!

A frequently asked question is the possibility to provide location services for NB-IoT to avoid the necessity of GPS. (Since GPS is reducing the battery life).

There are several ways to provide NB-IoT location services. And there are also several use cases which require location services.

I’d like to learn more about how our users want to apply location services.

E.g.

• To track your devices
• To see if your device is moving
• To get a notification if your device has moves

Would you like to share here what you want to use location services for? Please also tell us more about the accuracy and if you need the information real time, a couple of times per day, every 5 minutes etc.

Thanks!

Hij wordt inderdaad ondersteund! Moet er wel bij zeggen dat deze modules nog niet zijn gecertificeerd voor ons netwerk, maar dat staat wel in de planning.

Leuk dat je 'm hebt besteld!

Spain confirmed!

@jmarcelino

That’s great news. Support for UDP passtrough is scheduled on our roadmap (apologies, only in Dutch). We aim to support UDP passtrough before the summer. However, if you are ready around the end of this month, we can test it on our PoC environment.

Please keep us posted!

Nadat het device een berichtje stuurt gaat hij een aantal milliseconden in connected mode an daarna een aantal seconden in idle mode.

Connected mode = voor het ontvangen van paging messages
Idle mode = voor het ontvangen van downlink messaged

Nu, in release 13, kun je idle mode op 0 seconden instellen. Straks, in release 14, ook de connected mode.

Not all cells are updated yet. Apologies.

Just talked to my colleagues from our radio network team. It will take 3 hours from now before all cells will be updated

@felixdonkers

Zo ver ik weet zijn er geen internationale afspraken over performance. Er zijn daarentegen wel theorieën over hoe de performance en prestaties van NB-IoT zouden kunnen zijn. Met nadruk op ‘kunnen’ en dus geen ‘moeten’.

Ik ben niet in de positie om te vertellen wat er voor andere providers of andere Deutsche Telekom landen geldt. Logisch zou zijn dat alle telecom operators NB-IoT aanbieden zoals het bedoeld is en waarvoor het concept ooit ontworpen is.

Er zijn volgens mij nog niet zoveel telecombedrijven die NB-IoT commercieel aanbieden. En van die paar telco’s die het al wel commercieel aanbieden, zien wij dat ze het als een ‘bit pipe’ aanbieden. Dat snappen wij niet zo goed. Dat was namelijk niet de bedoeling toen men aan de tekentafel stond voor NB-IoT.

Wij zien het in ieder geval als een dienst waarbij we de volgende zaken moeten aanbieden om van toegevoegde waarde te kunnen zijn:

• schaalbaarheid
• veiligheid
• duurzaamheid
• een lange houdbaarheid
• efficientie

Dit bieden we aan in combinatie met de mogelijkheid om 120 berichten per dag over en weer te kunnen versturen. Dit aantal is gebaseerd op de verschillende theorieën waar ik eerder in dit bericht over sprak en tevens bevestigd door de testen die we de afgelopen weken hebben gedaan. Deze vijf berichten per uur moeten ook altijd aankomen bij normale omstandigheden qua coverage.

Als ik iets nader moet toelichten hoor ik het graag!

Werkt weer na het herstarten van een proces op onze connection and device manager.

Root cause volgt!

@Philip-van-Gastel, heb je nog nieuws?

Positive feedback from all our customers. Most of them did not even notice the downtime.

We’re happy!

@magnatron thanks for the feedback. As already discussed today, we do realize that this was too short notice. We, therefore, postponed the maintenance to Mon Dec 19th 10:00 - 12:00.

@Reinier-Hasper are you very sure you are using the APN m2m.public.nl?

If I look at your IP address it really looks like you are using one of the other APNs.

Hey all,
I am trying to connect a Quectel BG96. Every time after configuring

AT+COPS=1,2,"20416",9

It says

CME Error: 13

Also a simple command to retrieve the IMSI AT+CIMI gives an error then.

When I reset the modem and use AT+CIMI again, it works and returns the IMSI. However, after trying to configure the COPS again, the error comes back…

Any ideas?

Should be fixed now!

@Muhammad-Tahir-Abbas

Sorry for the inconvenience. I think you’re trying to use a license which was expired months ago.

I’m double checking it with my colleague and will get back to you tomorrow again.

@mybeepad-0

One day you will have dreams about AT-commands

(I am talking from experience)

@mybeepad-0

when using APN cdp.iot.t-mobile.nl you can indeed only access our servers via 172.27.131.100. We have different servers available: MQTT, UDP, CoAP, LWM2M and NON-IP.
By using on of our services you will be able to get your device data in your preferred platform via webhook (http/callback).

when using APN m2m.public.nl you can send data to any IP destination on the public internet.

Hey Tibor,

Shoudn’t you also execute AT commands to configure the band and the PLMN id?

By using eDRX the device is able to receive downlink messages without sending uplinks.

Let me know if this helps:

https://docs.iotcreators.com/reference/send-base64-edrx-downlink-message

Copy / paste what one of my colleagues wrote:

I must admit I am not sure regarding the polarization used on our cell sites, an article stating that most operators use +/- 45° is probably correct. I’ll try to find out and let you know.

That said, knowing the base station antenna’s polarization is not as important as it might appear at first glance. In fact, it only matters in cases where a direct, uninterrupted, line-of-sight exists between the base station antenna and the UE antenna. In most practical cases, the signal the UE sees (and what the base station sees in the uplink case) is a mixture of signals that have been reflected off of and scattered by all kinds of objects (mountains, buildings, trees, vehicles etc.) in and around the line-of-sight. This is called “multipath”.

In a multipath environment, there is no way to predict the polarization of the signal at the receiving antenna, even if the polarization of the transmitting antenna is well known.

This is why the more complex variants of LTE (CAT.1 and above) require at least two antennas, which are typically set up to be sensitive to signals with different polarization.