Bedankt, opgelost

@techniek said in PSM Duurtest:

@andre-rodenburg said in PSM Duurtest:

Ik heb wel een paar vraagjes.

De schaal in je tweede foto is in [A] neem ik aan?

Ik zie dat je in NCONFIG “AUTOCONNECT” op true hebt staan, is hier een reden voor? Wat is NAS_SIM_POWER_SAVING_ENABLE? Waarom staat bij +CGDCONT <cid> op 0 en niet op 1? Als de <TAU> aan de netwerk kant op 310 uur stond betekent dit dat AT+CEREG=5 een waarde van “010 11111” terug gaf? Volgens GPRS Timer 3 welke gespecificeerd wordt door 3GPP is dit namelijk 310 uur.
Ik zie dat het AT+CPSMS commando voor <TAU> een waarde van “010 000111” terug geeft. Volgens dezelfde GPRS Timer 3 timer is dit 70 uur, maar toch slaapt je device voor 310 uur… hoe kan dit?

Hi Andre,

“AUTOCONNECT”: control if the platform will automatically attempt to connect to the network
after power-on or reboot. When enabled, will set +CFUN=1 and read the PLMN from the SIM.
It will use the APN provided by the network

werkt voor mij… en leek me wel een handige feature…;)

Nieuwe setting, in fw versie A07.03 (ublox), stond default aan… ik vermoed dat dan de voeding voor de SIM on demand wordt aan gezet… Voor extra laag verbruik in PSM mode…

Heeft te maken denk ik dat APN uit nvram werd gebruikt…

Interessante observatie… Ik moet toegeven dat ik nog niet de bitmasks heb gedecodeerd… Dat zou staven dat nw nu op een vaste waarde staat…

Om terug te komen op je stroommeting:
Ik heb zelf net ook een meting gedaan, de VCC van het modem onderbroken en hiertussen een zeer accurate stroommeter geplaatst. Geeft metingen tussen de 2,8 en 3,2 uA in PSM wat heel erg netjes is.

Met betrekking to CEREG geeft mijn modem (SARA-N211) dit terug:
AT+CEREG=5
< OK

AT+CEREG?
< +CEREG: 5,5,“0629”,“235AA65”,7,“00001111”,“01011111”

“010 11111” = 10 uur X 31 = 310 uur! Klopt precies!!! 🙂

@techniek
Ik ben ook heel benieuwd naar de antwoorden.

@bokse001

Helemaal correct! Uit mijn hoofd weet ik alleen wel dat de BG96 geen Non-IP ondersteunt. Maar wellicht niet relevant voor jouw use case en needs!

@techniek
Is er een relatie tussen ECL=1 en 2 vs LTE-M Coverage Enhancement Mode A and B ? Zie ook: https://altair-semi.com/wp-content/uploads/2017/02/Coverage-Analysis-of-LTE-CAT-M1-White-Paper.pdf

@felixdonkers said in PSM op de uBlox SARA-N211:

P.s. wij meten de stroom door VCC naar het modem te onderbreken, daar een 1 ohm weerstand te plaatsen en daar het stroomprofiel over te meten. Daarmee meet je het stroomverbruik van het modem en de SIM kaart. In indel stand is dat ca 10 uA.

Dank je ik heb iets soortgelijks gedaan zie duurtest ben benieuwd wat je ervan vind… en of je er wat aan hebt.

@felixdonkers said in NB-IOT in nomadic mode:

Will this also work abroad and with other MNO’s (NB-IOT interoperability question) ?

Definitely 3gpp standard will be inter operable across all operators global…
The latest non-backwards compatible change happened during rel 13… but this is a rare event… Not all operators have this change implemented but this will be resolved in the next couple of months… And this has only some effects on PSM I believe.

Today read: "GSMA counts 31 NB-IoT launches to date… " As far as I can see is the NB-Iot rollout pace a lot faster than Cat-M1…

What if connection is lost after all, e.g. due to a bad signal, how to detect that in a reliable manner? Using parameters CSQ=99 or RSRP=0 does not seem to be reliable. Is there a white paper that describes a solid solution?

I would assume that connection only gets lost when after device misses its periodic registration requirements…
AT+CGATT? if returns 1 the device is attached.

NB-IOT provides various parameters to minimize power consumption; T3314, T3324, etc. I’m wondering how to apply those parameters in the most efficient way. And also what the impact is, e.g. on responsiveness, when changing these parameters. Is there a white paper that demonstrates adequate use of these parameters. And when will they be supported (roadmap question), as experiments have shown that these parameters currently seem to have no noticeable effect.

AT+CPSMS command influences this.

White paper covering these topics:
NB-IoT Deployment Guide to Basic Feature set Requirements.pdf

regards,

@afzal_m Deze vraag kan ik alleen in algemene zin beantwoorden. Ik zal er een separate treat voor opzetten zodat ook anderen hun input kunnen geven.

@felixdonkers : many thanks for your advice. I will try and report my experiment later

@pieterhoenderken NB-IoT supports geo-localisation based on the network itself. At this moment only cell-ID can be used, accuracy of course depends on the cell density. As of release 14, NB-IoT will also support triangulation which is much more accurate (<100mtr). Don’t know what’s currently and will be supported by T-Mobile NL.

@michaelwentzler

Yeap! Staat op onze roadmap en ook hierover zullen we 9 maart meer communiceren!

Wij hebben hiermee testen gedaan en de “roaming” performance lijkt toch niet goed te zijn. Wat we zien is dat zodra een bericht eenmaal faalt, de radio module de connectie niet hersteld. Alle berichten daarna blijven gewoon falen.

Wij lossen dit nu op door de hele radio module te resetten, maar dan duurt de connectie opbouwen duurt dan weer lang waardoor je een tijd data verliest.

Is dit iets wat in toekomstige firmware updates gefixed gaat worden ? Vooral dat de connectie niet hersteld wordt na een falen lijkt me niet goed.

Supergaaf dit! Gefeliciteerd met deze nieuwe launch @JanWillem

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!

Hoi,

Wordt PSM al ondersteund door het netwerk?

Ik heb de settings gevonden in de configuratie file van deze protocol adapter. Bedankt voor het wijzen op deze feature!

He guys,

Dit wordt mogelijk zodra we UDP passthrough gaan supporen. We gaan 9 maart bekend maken wanneer dat moment komt!

@iotguy

Beste IoTguy,

Bedankt voor je reactie. Ik heb je aanwijzing gevolgd en het is nu gelukt.
De ontvangen base64 string wordt geconverteerd naar een hexadecimale string van 8 karakters lang. Vervolgens gebruik ik substr(0,4) en substr(4,8) om de eerste twee bytes temperatuur en de volgende twee bytes vochtigheid van elkaar te scheiden. Deze converteer ik apart van elkaar naar een decimale waarde welke ik in een array stop op plaats 0 en plaats 1.

De output ziet er zo uit: alt text

De volgende stap is om de deviceId mee te sturen welke onze database nodig heeft.
Ook ga ik nu proberen om een LED aan te sturen 🙂

Welke standaard sensoren zijn er verkrijgbaar die op NB-IoT werken?
Te denken valt dan bijvoorbeeld aan energiemeters, watermeter, gasmeters, aanwezigheidsdetectie, deurschakelaars enz.
Is hiervan ergens een lijst beschikbaar?

Grote kans dat jij, als Early Access member, langs onze device and connection manager bent geweest. Het deel van ons netwerk waardoor jij je niet druk hoeft te maken om het registreren en authentiseren van jouw device. Het punt waar jij je op de data van jouw devices abonneert. De doorgewinterde Early Access members weten waarschijnlijk ook dat we in aanloop naar onze commercial launch nog een definitieve selectie moesten doen van dit netwerkcomponent.

We willen je graag laten weten dat we voor een nieuwe oplossing hebben gekozen voor device and connection management. Het is een onmisbaar component om NB-IoT succesvol te laten zijn. Het verlengen van de batterijduur is namelijk niet alleen afhankelijk van jouw use case maar ook van ons netwerk. Mobiele netwerken zijn tot nu toe immers gericht op apparaten die we iedere nacht in een oplader stoppen 🙂 Met het toevoegen van deze device and connection manager bieden we een netwerk aan dat het mogelijk maakt om features aan te bieden die ten goede komen van het energieverbruik. Zo kunnen we je straks vertellen of een device in ‘sleep mode’ is alvorens je een bericht naar een device verstuurt. Sterker nog, als jij dat wilt houden we het bericht voor je vast en sturen we het op wanneer het device weer wakker wordt. Maar denk ook aan features zoals locatiebepaling, FOTA of het versturen van gecomprimeerde data.

Met ons netwerk willen en moeten we verder vooruitkijken dan dat we eerder als telecomleverancier hebben gedaan. Wij zorgen ervoor dat je chipsets en applicatieprotocollen onafhankelijk van elkaar kunt ‘mixen’ zonder dat je daar aanpassingen in de back-end voor hoeft te doen. Dit netwerk maakt het in de toekomst ook mogelijk om security features aan te bieden voor authenticatie van devices en non-IP communicatie. Echter, zelfs mét IP communicatie zijn jouw IoT devices niet direct verbonden aan het Internet! Vanaf de simkaart tot en met het laatste stukje van ons netwerk, bevindt jouw IoT-connectie zich namelijk in secured omgeving.

We kijken er ontzettend naar uit om samen met jou de (nieuwe) mogelijkheden van ons IoT-netwerk te verkennen. In de week van 18 februari nemen we contact met je op en vertellen we hoe je de overstap kunt maken. Verder zijn we uiteraard ook zeer benieuwd naar je feedback en vragen.

CREG 0.5 betekent ‘roaming’. Dus dat is goed en zou betekenen dat je een network attach hebt!

Kun je checken of er een IP address is toegewezen?

@jeroend said in Kan ik data vanaf een node versturen met "standaard" AT HTTP commando's:

@techniek Dank voor je reactie. Ik wil alvast wat exerimenteren, kan je me helpen aan een link welke CoAp berichten er verstuurd moeten worden, maw welke inhoud de server van T-Mobile verwacht om een payload te ontvangen?

Een goede start kan zijn:
https://github.com/otheruse/NeulMessenger

Al heb ik er nog niet mee geexperimenteerd…

Oke bedankt! Als het in de NB-IoT specs staan dan zou het wel 512 bytes blijven.