Hi Eric.
Helaas support de chipset in de Pycom modules nog geen guard-band netwerken.
We vragen hier al ruim een jaar om, maar er is weinig verandering.
Ik laat het je weten wanneer er wel verandering is!
Hi Eric.
Helaas support de chipset in de Pycom modules nog geen guard-band netwerken.
We vragen hier al ruim een jaar om, maar er is weinig verandering.
Ik laat het je weten wanneer er wel verandering is!
Yes, you can use your existing simcards on the production network!
@datawatt wat bedoel je precies met een subgroup?
AT+CGDCONT=1,āIPā,ācdp.iot.t-mobile.nlā
AT+COPS=1,2,ā20416ā,9
AT+QCFG=ābandā,0,0,80,1
AT+QCFG=āiotopmodeā,1,1
AT+QCFG=ānwscanseqā,030303,1
AT+QCFG=āgprsattachā,0
AT+QCFG="nwscanmode"3
AT+QCFG=ānbsibscrambleā,1
AT+CFUN=1
Vanaf dit moment gaat het device proberen te connecten en kun je checken of het een IP address heeft gekregen met het commando:
AT+CGPADDR=1
Hieronder een curl voorbeeld. Ik zal later ook nog een nieuwe postman collectie delen als dat makkelijk is!
0) Register application
curl -X POST \
https://nodered.nbiot.io/main \
-H 'Content-Type: application/text \
Hier moet 200 OK op geretourneerd worden empty body
1) Registration event van een device
curl -X POST \
https://nodered.nbiot.io/main \
-H 'Content-Type: application/json' \
-d '{
"reports": [],
"registrations": [
{
"deviceType": "device",
"serialNumber": "{{deviceId}}",
"timestamp": 1524585235900,
"make": "Generic",
"model": "Sensor",
"groupName": "",
"imsi": "N/A",
"protocol": "N/A",
"tags": "N/A",
"subscriptionId": "55146185-c5df-47b8-bbc5-ca66f5ecdb3c",
"deviceProps": {
"device/0/endPointClientName": "deviceId",
"device/0/model": "Sensor",
"downlinkMsg/0/data": "",
"uplinkMsg/0/data": "aabbccdd",
"device/0/manufacturer": "Generic"
}
}
],
"deregistrations": [],
"updates": [],
"expirations": [],
"responses": []
}'
2) Report event
curl -X POST \
https://nodered.nbiot.io/main \
-H 'Content-Type: application/json' \
-d '{
"reports": [
{
"serialNumber": "IMEI:00000000000",
"timestamp": 1524582877912,
"subscriptionId": "55146185-c5df-47b8-bbc5-ca66f5ecdb3c",
"resourcePath": "uplinkMsg/0/data",
"value": "aabbccdd"
}
],
"registrations": [],
"deregistrations": [],
"updates": [],
"expirations": [],
"responses": []
}'
Lijkt er op dat het device al geregistreerd is als UDP en nu als CoAP wordt geregistreerd of anders. Zou je anders het IMEI nummer in een pm kunnen versturen?
Ben overigens ook benieuwd naar antwoord op de vraag van @Stefan-de-Lange
@hugo-burm said in SIMCOM 7000E Cannot setup connection:
Thanks for the reply.
The AT commands from the manual part IV do not work for the 7000E. The AT+CIPSTART at the bottom of my post is my best guess for the replacement. This is used in the Adafruit Fona Arduino library in a similar way (but for an older Simcom device).
Maybe this will help:
From the last post of Remco it looks like he has the same problem. We can attach to the network but cannot send data. Is there a way to find out why the connect fails and the whole IP subsystem is deactivated (e.g. find out from logging on your side)?
Should be possible. But to save some time, let me get in touch with my colleagues from the terminal testing team first. Will get back to you on this before 13 July
BTW, many of the AT commands from the manual part II do not work for the 7000E. It looks like this was tested on a ublox. Can you please add to the manual on which devices these commands were tested. The AT commandset has many vendor specific extensions. New users may not be aware of this. The posts of āDutchDevā and āMarcel Duijnisveldā contain the commands that give you an IP address on the 7000E.
Yeap. Good point. Most of our users were using the U-blox and Quectel modules. But that is changing these days. We will update our manuals.
Thanks!
Vroeg ik me ook af Gaan we testen! En als het er niet is dan moet het inderdaad op de roadmap.
Iāve seen some people attaching their Simcom devices to our network during our Installfests. @Remko from SDInternational for example. But heās not very active here on the forum.
Iām not sure if the AT commands which I used in our getting started manual part IV are also applicable for simcom modules. But I assume that you already tried these, right?
The API credentials are explained in getting started manual part V. However, itās not necessary to use the API just to register a device on the network. You can use our GUI for this. As soon as you are ready to forward your deviceās data to your own (cloud) server or application, you will need the API (untill we have released this feature in the GUI).
Topic closed because it contains outdated information. More details at https://forum.iot.t-mobile.nl/topic/269/new-starterkit-and-new-document-library
Topic closed because it contains outdated information. More details at https://forum.iot.t-mobile.nl/topic/269/new-starterkit-and-new-document-library
Topic closed because it contains outdated information. More details at https://forum.iot.t-mobile.nl/topic/269/new-starterkit-and-new-document-library
Topic closed because it contains outdated information. More details at https://forum.iot.t-mobile.nl/topic/269/new-starterkit-and-new-document-library
@eriks inmiddels gelukt? Kun je ook even checken of je up-to-date bent qua startpakket aub?
https://forum.iot.t-mobile.nl/topic/269/new-starterkit-and-new-document-library
@eriks check: https://forum.iot.t-mobile.nl/topic/269/new-starterkit-and-new-document-library
New starterkit
In the past thirteen months we have provided starterkit simcards to many of you. Along with the simcard(s) you probably also received access to our IoT-network. Directly from us or maybe with assistance from our friends at Sodaq or All Things Talk.
Last week we said goodbye to our Early Access Program and our pre-commercial network. Yes, we are live now! But donāt worry, we still have a free starterkit and weād love to provide you a new starterkit on our live network. With the new starterkit you will also enjoy the upcoming features of our network. Oh and by the way, you can still use the simcards which you already have.
How to check if you have the old starterkit or new starterkit?
Log in at https://portal.iot.t-mobile.nl. Donāt have an account yet? That also means that you donāt have the new starterkit.
Once you are logged in, please go to https://portal.iot.t-mobile.nl/projects. Here you can check if you have starterkit. Empty page? Then you donāt have the new starterkit.
If you have starterkit on this page, please check the startdate. If itās from 25 april or later, then you already have the new starterkit!
You can get the new starterkit here and send an e-mail to rowan.schaaf@t-mobile.nl with your simcard numbers.
Document Library
Maybe you have already noticed that we removed the manuals from the forum. From now on you can find everything at https://docs.iot.t-mobile.nl. Feel free to send us your feedback!
Zo ver ik weet zijn er geen internationale afspraken over performance. Er zijn daarentegen wel theorieĆ«n over hoe de performance en prestaties van NB-IoT zouden kunnen zijn. Met nadruk op ākunnenā en dus geen āmoetenā.
Ik ben niet in de positie om te vertellen wat er voor andere providers of andere Deutsche Telekom landen geldt. Logisch zou zijn dat alle telecom operators NB-IoT aanbieden zoals het bedoeld is en waarvoor het concept ooit ontworpen is.
Er zijn volgens mij nog niet zoveel telecombedrijven die NB-IoT commercieel aanbieden. En van die paar telcoās die het al wel commercieel aanbieden, zien wij dat ze het als een ābit pipeā aanbieden. Dat snappen wij niet zo goed. Dat was namelijk niet de bedoeling toen men aan de tekentafel stond voor NB-IoT.
Wij zien het in ieder geval als een dienst waarbij we de volgende zaken moeten aanbieden om van toegevoegde waarde te kunnen zijn:
Dit bieden we aan in combinatie met de mogelijkheid om 120 berichten per dag over en weer te kunnen versturen. Dit aantal is gebaseerd op de verschillende theorieƫn waar ik eerder in dit bericht over sprak en tevens bevestigd door de testen die we de afgelopen weken hebben gedaan. Deze vijf berichten per uur moeten ook altijd aankomen bij normale omstandigheden qua coverage.
Als ik iets nader moet toelichten hoor ik het graag!
Het blijft overigens wel een lastig verhaal. Als we met iedereen afspreken dat de payload nooit hoger is dan bijvoorbeeld 100 bytes, dan zou het gemiddeld aantal berichten per device ook hoger kunnen zijn.
Yeap! Vijf berichten per device per uur.
Alle verschillende componenten in ons IoT-netwerk hebben features om flood attacks te voorkomen.
Als jouw device elke seconde een bericht stuurt betekent het niet dat de antenne (cell) het ook iedere seconde ontvangt en/of doorstuurt naar andere onderdelen in het netwerk.
Als pakketje 1 vertraagd binnenkomt en pakketje 2 op tijd binnen komt, zit er uiteindelijk misschien maar 100 ms tussen wanneer beide pakketjes door andere componenten in het netwerk gaan. In ons core netwerk hebben we derhalve een rule ingesteld dat er minimaal 500 ms tussen de berichten van 1 device moet zitten.
Vandaar dus dat je wat pakketten bent verloren. Met een hogere interval moet dat dus minder zijn.
Je kunt ons verder ook uitdagen door bijvoorbeeld met 5 devices te testen, waarbij elk device om de 5 seconden een berichtje stuurt. Als het goed is krijg je dan alles binnen!
Door straks, als we commercieel live zijn, geen downtime meer te hebben!
Sorry, had hier niet gereageerd. Maar we hadden gisteren en vandaag meerdere maken de āverdwaaldeā IMEIās verwijderd. Zojuist weer!
Hahaā¦ misschien moeten we vanaf nu gewoon praten over connected mode en idle mode (zoals 3GPP het ook noemt).
Toch vind ik het bijzonder @JanWillem van Sodaq gaf ooit aan dat de 30 seconden idle mode wel killing is voor energieverbruikā¦