@sjors-zanders keep in mind that if you what to order simscards (by 10 pieces). There is no option to select the nano SIM (4FF). Only the 2FF and 3FF. We had to cut the 2FF to 4FF

@bart-abel you can create an other project by ordering a “plan” in the portal.
https://portal.iot.t-mobile.nl/order/professional

@ronald-bolijn there are 2 options

1. Create an application server that forwards the POST requests to other application servers based on IMEI and/or data.

2. Create a second project in the T-Mobile portal and register a new application server callback url. And move the devices from your existing project to the new project.

@gerrit-seigers deze ervaring kan ik delen. Voor mijn gevoel was het “vroeger” sneller. Alleen heb ik geen metingen/getallen omdat hard te maken.

Hoi,

2de versie van onze hardware is net afgerond.
Heb netjes eerst het IMEI nummer aangemeld in de portal van T-Mobile.
Daarna het simkaartje overgezet van de oude hardware naar de nieuwe hardware.
En daarna alles aangezet.

Er kan netjes een verbinding gemaakt worden met het netwerk en de data (volgens onze software) netjes verstuurd.
Alleen in de portal van T-Mobile blijft de payload leeg. Ook is er geen data doorgestuurd naar onze (application) server, via de callback url.
Onze hardware maar weer uit gezet.

De IMEI van de oude hardware verwijderd en opnieuw de nieuwe hardware aangezet.
Ook nu weer wordt er netjes een verbinding gemaakt en de data (volgens onze software) weer netjes verstuurd.
Nu ook weer blijft de payload in de portal leeg. Maar dit keer is de data wel verzonden naar onze (Application) server, via de callback url.

Waar ligt dit aan en wat kan ik doen?

@bart-abel Voor het versturen van een downlink bericht kan je de volgende API call uitvoeren

curl -X PUT -H "Authorization: Basic xxxxxxxxx" -H "Content-Type: application/json" -d "{ "resourceValue" : "Hallo" }" https://iot.netwerk.t-mobile.nl/m2m/endpoints/IMEI:xxxxxxx004/downlinkMsg/0/data

Waarbij de xxxxxxx waardes ingevuld moeten worden met jouw credentials en IMEI. (Vergeet niet om van te voren een endpoint te registreren via de API)

Zo als je hierboven ziet, ziet body er als volgt uitziet

{ "resourceValue" : "Hallo" }

Aangezien de body JSON is kunnen er alleen ASCII characters verstuurd worden. Om binary data te versturen kan er base64 encoding gebruikt worden.

@eric-barten gefeliciteerd!
Kan ik uit de volgende zin halen dat de Nederlandse T-Mobile simkaarten ook in Duitsland werken?
Roaming offer in Europe

Zo ja, welke aanpassen moet ik maken in mijn AT commando’s om van het Duitse netwerk gebruik te kunnen maken?

Het lijkt mij deze AT commando’s aangepast worden:

AT+CGDCONT=1,"IP","cdp.iot.t-mobile.nl"
AT+COPS=1,2,"20416"

En misschien ook deze?

AT+USOST=0,"172.27.131.100",15683,

@alessandro-mirabella

These commands are for connecting to the t-mobile network

AT+URAT=8
AT+CMEE=2
AT+CGDCONT=1,“IP”,"cdp.iot.t-mobile.nl"
AT+CFUN=1
AT+COPS=1,2,"20416"
AT+CSQ
AT+CEREG=2

These for creating a (UDP) socket and sending data

AT+USOCR=17
AT+USOST=0,“172.27.131.100”,15683,4,"Data"
AT+USOCL=0

Create UDP Socket AT+USOCR=17
SendTo command (UDP only) AT+USOST=0,“172.27.131.100”,15683,4,"Data"
Close Socket AT+USOCL=0

You can find all the AT commands and the description of the commands here:
https://www.u-blox.com/sites/default/files/SARA-R4-SARA-N4_ATCommands_%28UBX-17003787%29.pdf

@alessandro-mirabella it looks like you have a SARA-R4 from ublox.

Can you try the following commands:

AT+URAT=8
AT+URAT?
AT+CMEE=2
AT+CGDCONT=1,“IP”,“cdp.iot.t-mobile.nl”
AT+CGDCONT?
AT+CFUN=1
AT+COPS=1,2,“20416”
AT+CSQ
AT+CEREG=2
AT+CEREG?
AT+CGPADDR
AT+USOCR=17
AT+USOST=0,“172.27.131.100”,15683,4,“Data”
AT+USOCL=0

(Source: https://support.sodaq.com/sodaq-one/sodaq-sara-r410m/#tmobile_at_commands)

@jeroen-gronsveld you can always write your own forwarder. You register 1 application endpoint and forward the requests to your other applications.

@jigs krijg je bij het aanpassen van de URL de volgende melding:
Something went wrong with editing your callback URL.

Wanneer je de URL via de portal aanpast, wordt de URL gecontroleerd. Er wordt, volgens mij, een leeg PUT request gestuurd naar de nieuwe applicatie URL, deze moet een HTTP 200 terug sturen. Wanneer deze iets anders dan 200 terug stuurt krijg je een foutmelding.
(@Eric-Barten correct me if I’m wrong)

@jigs aangezien de records die jouw applicatie binnenkrijgt afkomstig zijn van de portal registratie, zou de extra headers in de portal toe kunnen voegen.

Het lijkt er op dat de applicatie die via ReST geregistreerd is genegeerd wordt, alleen moet deze wel geregistreerd worden om downlink berichten te kunnen versturen.

@eric-barten ik heb de zelfde configuratie (callback in de portal & een applicatie geregistreerd via ReST) en zie op dit moment geen dubbele berichten naar de callback URL verstuurd worden

De down- & uplink berichten werken.

Dank je wel @Jigs voor de tip om de callback url ook via Curl/Postman te zetten.
Dank je wel @Eric-Barten

@Eric-Barten & @Jigs
Ben weer een stap verder. Via postman {{base_url}}/m2m/applications/registration heb ik succesvol (nogmaals) mijn endpoint geregistreerd. (Het endpoint had ik namelijk ook al via de portal geregistreerd).

Nu krijg ik op {{base_url}}/m2m/endpoints/{{DeviceId}}/downlinkMsg/0/data het antwoord:

{
    "requestId": "b7e80c39-6868-4f3b-xxxxxxxxxxx",
    "msg": "Accepted",
    "code": 1002
}

Ik ga zo testen of het het downlink bericht is aangekomen en/of mijn uplink berichten nogsteeds werken.

@eric-barten ik heb een callback url (al een hele tijd geleden) geregistreerd via de portal. De uplink berichten komen hier ook netjes op binnen.

Hoi @eric-barten,

Ik heb PUT gebruikt en heb de API credentials gebruikt.
Zie:

curl -X PUT -H "Authorization: Basic xxxxxxxxx" -H "Content-Type: application/json" -d "{ "resourceValue" : "Hallo" }" https://iot.netwerk.t-mobile.nl/m2m/endpoints/IMEI:xxxxxxx004/downlinkMsg/0/data

{"msg":"Unauthorized","code":1001}

Ik probeer via de ReST interface een downlinkMsg te versturen (met postman).
{{base_url}}/m2m/endpoints/{{DeviceId}}/downlinkMsg/0/data

{{base_url}} = https://iot.netwerk.t-mobile.nl
{{DeviceId}} = IMEI:xxxxxxxxxxxxxxxxxx004

Daarop krijg ik elke keer een 403 Forbidden.
{
“msg”: “Unauthorized”,
“code”: 1001
}

P.S. Ik kan wel de details van mijn device opvragen via:
{{base_url}}/rest/device/xxxx

Ik heb een device geregistreerd, maar er kwamen geen berichten aan.
Daarop wilde ik proberen om het device te verwijderen en opnieuw te registreren, maar als ik het device via de portal probeer te verwijderen krijg ik in de volgende meldingen:

• “Something went wrong with deleting your device”
• “Something went wrong. Looks like a connection issue, still have an internet connection?”

Als ik het device via het “data management platform” probeer te verwijderen krijg ik de volgende fout melding:
“Error!
Internal system error. Please contact administrator if the problem persists.”

@arie-van-wettum said in Kan device niet registreren:

Ik heb een SARA UBEE R410M welke ik wil registreren bij T-Mobile maar krijg na het invullen van het IMEI nummer en methode (UDP) telkens weer te lezen “Something went wrong while registering your devices. Please try it again.”

Ik heb het zelfde probleem. Is het gewoon een kwestie van later op nieuw proberen?