@afzal_m Bij mij leek het registreren wel goed te gaan, maar kwam de data gewoon niet binnen. Ik kreeg geen foutmelding.
Deze foutmelding klinkt als een fout IMEI nummer bij verifyCode. De body voor “Register Device” moet er zo uit zien
{
“verifyCode”:“123456789012347”,
“nodeId”:“123456789012347”,
“timeout”:0,
“endUserId”:“yourname”
}
Als dat zo is kan je voor de zekerheid het IMEI nummer dat daar ingevuld is nog controleren op http://www.imei.info/
@svenvan waar loop je precies mee vast ? Ik heb een beknopte howto gemaakt voor het versturen en ontvangen. Als je je email adres stuurt dan stuur ik je een PDF.
Fysiek helpen met het board wordt wat lastig omdat ik op vakantie ben tot begin oktober en in Spanje is er nog geen NB-IoT roaming 
Maar mocht je het in oktober nog niet aan de praat krijgen is het voor mij geen probleem om af te spreken.
Maar nog makkelijker is het om 27-09 naar de Installfest te gaan, zie https://iot.t-mobile.nl/nieuws-events.
@AartTulp : Ik kan niet alles van ons platform openbaar maken maar we gebruiken een commerciële oplossing hiervoor. Maar ik heb deze toevallig ook getest met een open source database en daarmee ging de Cell Id van mijn voorbeeld ook goed, wel moest ik als LAC “70” doorgeven in plaats van “1070”.
@afzal_m Bij mij leek het registreren wel goed te gaan, maar kwam de data gewoon niet binnen. Ik kreeg geen foutmelding.
Deze foutmelding klinkt als een fout IMEI nummer bij verifyCode. De body voor “Register Device” moet er zo uit zien
{
“verifyCode”:“123456789012347”,
“nodeId”:“123456789012347”,
“timeout”:0,
“endUserId”:“yourname”
}
Als dat zo is kan je voor de zekerheid het IMEI nummer dat daar ingevuld is nog controleren op http://www.imei.info/
@afzal_m Thanks, het is AT+CEREG? voor de huidige NB-IoT chips. En MCC & MNC zijn bij jullie netwerk uiteraard vast, maar kan je opvragen met AT+COPS?
+COPS:1,2,“20416”
+CEREG:2,5,042E,609067,7
We stoppen dit er in.
{“temp”:27.68,“humidity”:31.67,“pressure”:1022.30}
{“rssi”:-87,“ber”:0,“oper”:“20416”,“tac”:“042E”,“lcid”:“609067”}
{“gps_lat”:51.9262920,“gps_lon”:4.4844370,“gps_alt”:19.50,“gps_satellites”:12}
En dit komt er uit.
“time”: “2017-07-15T16:18:28Z”,
“last_ber”: 0,
“last_cell_lat”: 51.929888,
“last_cell_lon”: 4.500237,
“last_gps_alt”: 19.5,
“last_gps_lat”: 51.926292,
“last_gps_lon”: 4.484437,
“last_gps_satellites”: 12,
“last_humidity”: 31.67,
“last_lcid”: “609067”,
“last_oper”: “20416”,
“last_pressure”: 1022.30,
“last_rssi”: -87,
“last_tac”: “042E”,
“last_temp”: 27.68
}
We kunnen dus zeggen dat het in de combinatie met T-Mobile netwerk en NessCis Middleware nu mogelijk is om locatie bepaling te doen zonder GPS modules 
@magnatron Hier had ik ook last van in het begin. Het device moet inderdaad eerst door Sodaq verwijderd worden. Ik heb toen een mailtje gestuurd naar ze met het verzoek en was snel geregeld.
Het Cell ID kan je opvragen met AT+NUESTATS. Kan het LAC ook opgevraagd worden ?
@magnatron : Voor de test heb ik een http:// adres gebruikt voor de callback, dus geen SSL. Zojuist geprobeerd aan een andere website te hangen met https:// en daar krijg ik ook niets binnen. Nu je het zeg valt me ook op dat in de Huawei documentatie de callback voorbeelden ook allemaal beginnen met http:// .
@magnatron , als ik een bericht stuur met
AT+NMGS=13,53656d6920697320636f6f6c21
Krijg op de binding URL de volgende data binnen:
{“notifyType”:“deviceDataChanged”,“deviceId”:“80448449-18b2-4f51-99bb-e8368ec5e256”,“gatewayId”:“80448449-18b2-4f51-99bb-e8368ec5e256”,“requestId”:null,“service”:{“serviceId”:“RawData”,“serviceType”:
“RawData”,“data”:{“rawData”:“U2VtaSBpcyBjb29sIQ==”},“eventTime”:“20170710T201121Z”}}
Dit moet dezelfde rawdata zijn die je ook met request “Get Device Data History” binnen krijgt.
@afzal_m Ik wil er ook graag bij zijn, alleen verwacht ik er pas rond 16:00 te kunnen zijn.