Posts made by Eric Barten

Hi @ahdv this is strange are you sure your device is in autoconnect mode? Otherwise you will need to re-issue the connect AT command like AT+COPS. Normally 99 indicates that the modem is switched off.

Hi @ahdv the answer to your question is yes but only with eDRX enabled. We have not enabled this yet for all SIM cards.

@jigs verwijderen zou beter zijn alleen bestaat die optie niet als je beide accounts naar hetzelfde endpoint laat sturen kan het zijn dat je berichten dubbel ziet onder verschillende subscriptions.

@anup-bhattacharjee and @wesley-TOP thanks for your updates I will change the post accordingly

Hoi @Jigs in de documentatie hier : https://docs.iot.t-mobile.nl/docs/using-the-api staat beschreven hoe dat gaat. In de body van de payload specificeer je extra headers naast de basic-authorization header die al in het voorbeeld staat.

curl -X PUT
–header ‘Content-Type: application/json’
–header ‘Accept: application/json’
–header ‘Authorization: Basic ZG9jdXNlcjpBc2RmMSM=’
-d ‘{
“headers”: {“authorization”:“Basic dWF0YWRlcDpBc2RmMSM=”},
“url”: “https://<callback_url>/callback”
}’ http://<base_url>/m2m/applications/registration’

Response Body:
{
“msg”: “Success”
}

@bob-mooij heb je al een endpoint geregistreerd of call back url zoals we dat noemen. Het is een beetje vreemd maar dat moet ook eerst gedaan zijn voordat je bepaalde API calls kunt gebruiken.

Hoi @Bob-Mooij dat zou wel moeten werken.
2 vragen, gebruik je een PUT method? en aan Basic auth header?

Hoi @Bob-Mooij kan je in een prive de IMEI sturen van je device waar het probleem mee hebt en het nummer van je project omgeving?

Hoi Arie,
Je hebt inderdaad verbinding met ons netwerk.
Zou het kunnen dat jouw device zich al geregistreerd heeft door het verzenden van een bericht?
Je kan het even opnieuw proberen.
En als het nog niet lukt kan je me dan je IMEI nummer sturen in een DM?

Eric

Hi @hoekynl do you have this problem still? I am afraid we should ask ATT about this. Could it be due to reregistration of your device at ATT? Do you have the possibility to test with a new device?

Connect to LTE-M

//First do a reboot
AT+CFUN=15

ATE0

AT+URAT=7

AT+CEREG=3

AT+CMEE=2

//Set APN
AT+CGDCONT=1,“IP”,“smartsites.t-mobile”

//Choose Operator
AT+COPS=1,2,“20416”

//Show PDP Address
AT+CGPADDR

//Check if the device is attached to the network
AT+CGATT?

If the response is 1 it means attached
+CGATT: 1

//Setup a UDP socket
AT+USOCR=17

//Send some text data (put your target here)
AT+USOST=0,“172.27.131.100”,15683,4,“Data”

You have now successfully sent your first UDP message(s)!
AT+USOCL=0

I think this should be the sequence to connect to LTE-M for the BG-96

//First do a reboot
AT+CFUN=1,1

//Set APN
AT+CGDCONT=1,“IP”,“smartsites.t-mobile”

//Choose Operator and RAT type
AT+COPS=1,2,“20416”,8

//Choose communication band for LTE-M to 1800MhZ ->Band 3
(relates to 4 in below AT command)
AT+QCFG=“band”,0,4,80,1

//Configure Network Category to be Searched
AT+QCFG=“iotopmode”,2,1

//Set scanning network to LTE-M first than NB network
AT+QCFG=“nwscanseq”,020301,1

//Configure RAT(s) to be Searched (LTE-M - band 3 = 0x4)
AT+QCFG=“nwscanmode”,3,1

// enable scrambling
AT+QCFG=“nbsibscramble”,0

//Switch the module to full functionality
AT+CFUN=1

//Show PDP Address
AT+CGPADDR=1

//Check if the device is attached to the network
AT+CGATT?

If the response is 1 it means attached
+CGATT: 1

//Setup a UDP socket (put your target here)
AT+QIOPEN=1,0,“UDP”,“172.27.131.100”,15683

//Send some text data
AT+QISEND=0,5

//Type for example “Hello World”

Hello World

//And a second time, since the first ever UDP message is used for registration. This message you should now receive in your own environment.

Hello World

//You can also send data via UDP in HEX as follows
AT+QISENDEX=0,”48656c6c6f20576f726c64”

You have now successfully sent your first UDP message(s)!

@stefan-de-lange Inderdaad Stefan TCP/IP aan device kant kan niet over NB-IOT daar is alleen UDP beschikbaar. En @JeroenD nee op dit moment kan je alleen connecten met ons CDP, we willen het netwerk graag gescheiden houden van Internet.

Hoi @jeroend,
Bedankt voor deze vraag dit heeft ons wel even aan het puzellen gezet maar inderdaad AT+CCLK? werkt nog niet voor de SIMCOM module op ons netwerk. Waarom dit ons nog niet eerder is opgevallen is? Omdat we gewoon nog niet zoveel ervaring hebben met deze modules. Het commando werkt wel met de modules van U-BLOX en Quectel bijvoorbeeld. Waarom werkt het wel op het andere netwerk? Nou er zijn in de 3GPP standaard 2 manieren om de netwerktijd (NITZ) door te geven en wij ondersteunen die nog niet allebei. Ik ga erachteraan om hier een update over te krijgen maar voor nu is dit de conclusie.

Enkele alternatieven die je wellicht al bedacht hebt;

• Mocht je de module als LTE-M module willen gebruiken dan kan je wel het NTP protocol gebruiken om de netwerktijd op te vragen maar dat voegt wel weer wat complexiteit toe.
• Of je kan via een eventuele GPS module de tijd verkrijgen mocht je die aan boord hebben.

Sodaq just shared their NB-IOT based sniffer bike project on Hackster.io. Besides being an cool and ecologically relevant project, it includes one of the most elaborate NB-IOT libraries I have seen sofar. You can find the project here.

Hoi @gerrit-seigers ,

Inderdaad je hebt gelijk er kan een rapportage event komen van meerdere devices tegelijkertijd in 1 bericht. Op dit moment komt dat niet vaak voor maar bij onze loadtesten hebben we gezien dat als er binnen ongeveer 50 ms meer dan 1 event te rapporteren is, deze gebundeld wordt. Daarom is de reports sectie inderdaad een array.

Groet,
Eric

Hi Jonathan,

We have no experience with this specific module but I will try to give some ideas based on other modules.

When you want to change NVM configuration you could try to turn off autoconnect.

Then reboot the module and change the apn using the command you showed.
Then either reboot with autoconnect or start with AT+CFUN=1 , AT+COPS… etc.

Let me know if this helps you forward.

Regards,
Eric

@corbo je hebt helemaal gelijk. Sommige functies zijn al via de portal uit te voeren en sommige functies moeten nog via de API gebeuren.
Een nieuw endpoint kan je ook registreren via de API. Het staat uitgelegd in de documentatie hier.

Hi @jonathan-carter did you select basic Authorization in Postman? Or maybe you can DM me your request? So I can have a look.

@andre-rodenburg

@paul-koenen het registreren van een endpoint gaat met deze call.

curl -X PUT
https://api.m2m.t-mobile.nl/m2m/applications/registration
-H ‘Accept: application/json’
-H ‘Content-Type: application/json’
-d '{ “headers” : { “authorization” : “Basic xx”
},
“url” : “https://nodered.nbiot.io/SK_TMNL_02”
}
’

De auth header info in de body kan je gebruiken om je eigen authorsatie mee te geven aan het applicatie endpoint dat je registreert. Je kan ook andere headers definieren zoals bijvoorbeeld een API key, afhankelijk van welke jouw endpoint nodig heeft.

Met deze aanroep gaat ons platform jouw endpoint testen met een lege body en verwacht een 200 OK terug op deze call.

Hoi Felix,

Bij dit respons hoor je de volgende zaken te zien als het device zichzelf registreert (door door data te versturen)
“lastSeen”: “2018-05-09T14:19:21Z”,
“announcedMake”: “Generic”,
“announcedModel”: “Sensor”,

Dit zie ik bij jou niet en daarom vermoed ik dat het device zichzelf anders registreert (kan je het IMEI nog eens goed controleren?) Met commando AT+CGSN=1 bijvoorbeeld?

@andre-rodenburg jawel ook voor UDP moet een resource subscription gedaan worden. Dit verschilt niet van CoAp