Posts made by Eric Barten

If your device has transmitted data it has "auto registered’ to the main account and can not be claimed by any project account anymore. Everyday at approx. 8 AM devices get cleared again from the main account and can be registered again.

Hi Marijn,

Great that you solved your problem yourself!

However you made me curious, I have never seen an integration with an google apps script before!

Would you be willing to share an skeleton example of an script and point us towards how you did the set-up?

Thanks, Eric

Hoi @JeroenD ,

Er staat informatie over hoe data verstuurd wordt in onze documentatie.
Over CoAp is niet veel beschreven, onze CoAp server is een vrij specifieke implementatie van CoAp voor HiSilicon chipset devices en daarmee niet te gebruiken alse een generieke CoAp server, ik zou je willen aanraden om met UDP aan de slag te gaan en CoAp te termineren op jouw application server.

@afzal_m and @Marijn everything looks fine indeed the problem is in the socket creation.
Depending on the firmware version of the module it could be the case that the quotes are not required:
AT+NSOCR=“DGRAM”,17,7000,1 could be changed to AT+NSOCR=DGRAM,17,7000,1
Also try different port numbers (7000) and socket numbers (1)
And perhaps try to retype the quotes sometimes they get copied wrong

Hoi @JeroenD de sim kaarten zijn actief en zouden moeten werken ongeacht het geselecteerde plan.

@jeroend deze vraag heb ik nog niet eerder gehad we hebben nog geen nano sim kaarten beschikbaar maar als de vraag gaat groeien moeten we die snel bestellen. Kan je aangeven in wat voor hardware module je een nano sim kaart nodig hebt?

@bob-mooij het heeft even geduurd maar ik wil hier toch op reageren.

De SIM kaarten die we tot op heden verstrekken kunnen alleen gebruik maken van deze APN : “cdp.iot.t-mobile.nl”.
Dit is ongeacht welk netwerk er geroamed wordt. (Onze global SIM kaarten roamen altijd overal).

Wat wel aangepast moet worden is de netwerkselectie.

Automatische netwerkselectie:

AT+COPS=0

Of handmatig (is sneller de eerste keer) maar land specifiek:

AT+COPS=1,2,"PLMN" 

De lijst met codes is publieke informatie bijvoorbeeld hier: PLMN lijst
Voor NB-IOT kan er geroamed worden op alle Telekom netwerken waar NB-IOT beschikbaar is.
Er kan wel een aanpassing nodig zijn van de geselecteerde banden (B3, B8 of B20).
De AT commandos verschillen hiervoor per module.

Hoi @rijsman ik zie dat je 1 device geregistreerd hebt die is nog niet actief geweest.
Kan je me vertellen welke stappen je hebt doorlopen om data te versturen? Waar wijk je bijvoorbeeld af van onze stappen in de documentatie mocht dat het geval zijn?

Je SIM kaarten kan ik toevoegen aan je account stuur je ze via een DM? Normaal gesproken gaat dat vanzelf maar er is blijkbaar iets mis, ik krijg meer van dergelijke vragen.

@bart-abel indeed the UI user subscribes autmatically to all serialnumbers

Hi @Ronald-Bolijn and @Bob-Mooij ,

The options presented by @Bob-Mooij are correct in the documentation however a third option is available.

Where we describe multiple applications in the documentation, you can register an application per authorization / user account of a project. You have access to two of such users per project; one is invisible and used by the portal and the second is the user that is provided by with the API credentials in your project.

Per user you can manage the serialnumbers of the subscriptions as described here.

This option is more applicable when you want to sent data from the same devices to different applications.
Where one application could be subscribing to the lifecycle events and another application subscribes to the payload resources

So concluding advice
The preferred way for grouping devices to applications is trough creation of separate projects.
But if you need data from the same device distributed to more applications this can be done using this approach.

@gerrit-seigers en @Derko-Drukker jullie devices zijn bevrijd

Problem is solved now @Derko-Drukker @gerrit-seigers thanks for your support

@derko-drukker @gerrit-seigers indeed there is a license problem we are working on a fix let you know.

Hoi @bart-abel en @Bob-Mooij jullie zijn op de goede weg er zijn 2 nog ongedocumenteerde API calls beschikbaar voor binaire downlink berichten.

*PUT {{base_url}}/m2m/endpoints/{{DeviceId}}/downlinkMsgBase64/0/data

*PUT {{base_url}}/m2m/endpoints/{{DeviceId}}/downlinkMsgBase64Drx/0/data

Voor beide API’s geldt dat de base64 encoded payload, binair wordt afgeleverd bij je device als je hem via de UDP adapter hebt geregistreerd.

Het verschil tussen deze calls is dat bij de eerste call je downlinks (Max 10) worden gebufferd en pas naar het device wordt gestuurd als we zeker weten dat hij luistert en dat is dus nadat we een uplink bericht hebben ontvangen.

De tweede call versturen we direct door naar je device, je moet dan zelf zeker weten dat hij op dat moment in staat is berichten te ontvangen. NB; Ook hier is een tijdelijke netwerk buffer van 1 bericht aanwezig deze is minder betrouwbaar.

@gijs-mos could you check if this was a temporary issue or is it difficult to test this.
I will investigate this report. In nthe announecement made to day you will see that roaming on the German network could be expected on the eastern border It includes another coverage map.

And @felixdonkers the car wash promise is still standing I have @Afzal-Mangal his phone number still

Link naar persbericht

@magnatron @Joffrey-van-Wageninginen restart is requested, please use the mailbox : hi@iot.t-mobile.nl for issue reporting until the new solution is in place. I am sorry for the inconvenience.

Hi @alessandro-mirabella I have the same device and it works fine with both ther libraries and through AT commands.
Can you specifiy which command fails? Usually when the SIM card is not correctly inserted a lot of commands give an error, can you check this?

Hi @Alfons-Geurts this is a strange problem not sure how I can assist you. Are you able to test with a second device? Or with a second SIM card?

@jeroen-gronsveld there is an option for more endpoints which we offer in our paid packages. However you can already register two endpoints, one is the endpoint registered trough our portal and the second one can be set using the API user.

Hi @ahdv ,

We have not enabled SMS, until now we are assuming NB-IOT transport can exist without SMS. Do you have a specific use case for this we would like to know?

Thanks for your notification, we have corrected the issue after your message.