Best posts made by afzal_m

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!

Hey @magnatron

We understand your worries. Really. And that is exactly why the team picked this timeslot for the maintenance.

We’ve been planning this since October 2020. The reason why we are already working on this upgrade and migration for more than 7 (!!) months, is because we want to mitigate all risks during and after this maintenance.

Hence, we are very optmistic about our statement that the interruption will not last longer than just a few minutes.

However, in case something goes wrong… we’d like to solve the problem as quickly as possible. And to solve it as quickly as possible, we need to involve people from different parts of the world.

If we move the maintenance to another timeslot and something goes wrong, there us a high possibility that solving the problem will take more time than we want.

For this reason, we see the announced time-slot as the time-slot with the least risk.

But I promise you that we are doing everything to avoid problems.

Onder de users die al toegang hebben tot ons Early Access Program was er de behoefte om nu ook een bericht vanuit het IoT platform naar een device te kunnen sturen. Iets wat we zelf graag ook willen uiteraard maar ook nog moeten uitvogelen. Hierbij in ieder geval de instructie die we van Huawei hebben ontvangen.

Challenge: presentje voor degene die dit als eerst aan de praat heeft! Eric gaat nu ook aan onze kant beginnen.

Thanks voor het delen van je bevindingen hier!

Ik heb begrepen dat resource subscription niet nodig is in de UDP adapter.

Dus dat betekent dat je alleen een IMEI hoeft te registreren en een applicatie te registreren. Zou je het opnieuw kunnen proberen zonder de resource subscriptions stap te doen?

[Eric] Een resource subscriptie is ook nodig voor UDP net als bij CoAp.

Verwijder door een DELETE call te doen naar {{base_url_cdp}}/rest/device/<je ID>

We gaan het nog toevoegen in een nieuwe postman collectie!

ah that’s awesome new Aleksandra!! Didn’t know that

Thanks Armin!

Ik heb de openingspost ook even aangepast met drie veel voorkomende situaties omtrent hardware.

Alle verschillende componenten in ons IoT-netwerk hebben features om flood attacks te voorkomen.
Als jouw device elke seconde een bericht stuurt betekent het niet dat de antenne (cell) het ook iedere seconde ontvangt en/of doorstuurt naar andere onderdelen in het netwerk.

Als pakketje 1 vertraagd binnenkomt en pakketje 2 op tijd binnen komt, zit er uiteindelijk misschien maar 100 ms tussen wanneer beide pakketjes door andere componenten in het netwerk gaan. In ons core netwerk hebben we derhalve een rule ingesteld dat er minimaal 500 ms tussen de berichten van 1 device moet zitten.

Vandaar dus dat je wat pakketten bent verloren. Met een hogere interval moet dat dus minder zijn.

Je kunt ons verder ook uitdagen door bijvoorbeeld met 5 devices te testen, waarbij elk device om de 5 seconden een berichtje stuurt. Als het goed is krijg je dan alles binnen!

Hi Timo. It depends. Where did you get your simcard? If you got it from iotcreators.com then, yes, there is a guideline of 120 messages per day max.

However, currently there are no technical limitations and no financial implications.

@ericbarten kun je hier iets roepen over ssl?

Yeap! Vijf berichten per device per uur.

United Kingdom just confirmed!!!

@magnatron

geen probleem!

Het blijft overigens wel een lastig verhaal. Als we met iedereen afspreken dat de payload nooit hoger is dan bijvoorbeeld 100 bytes, dan zou het gemiddeld aantal berichten per device ook hoger kunnen zijn.

Activated yesterday and finetuning at the moment.

Will update you next week again!