2. End2end management of LTE-M devices, communication and integration
Protocol selection, device management, application callback URL's and other functionalities will be provided soon.
Updated 2 months ago
Yes, the SIM cards that we as IoT Creators send out are always activated when you get them delivered.
And our SIM can connect to the 4G network using our publick APN: m2m.public.nl
You can check our “roaming” page to read about operators and bands that you need for LTE-M at your location, please note that LTE-M is not necessarily available everywhere where you’ve got 4G coverage.
If all this seems to be fine on your end and you still can’t connect please tell us the details where you got stuck. (AT commands and module logs)
On the Sara N3 there is a special command NSOSTF (https://www.u-blox.com/sites/default/files/SARA-N2-Application-Development_AppNote_%28UBX-16017368%29.pdf) but could not find any other module that supports this type of command.
@Stefan-de-Lange ,@David-Micallef Quectel BC95-G also has the NSOSTF command, see AT commands manual. And I’m assuming that their other modules (some of which are NB + LTE-M) will have that command too.
after we integrated the connectivity from Magenta Austria in the last days with IoT Creators/SCS platform succesfully I tryed with my devkit Quectel BG96 not only NB-IoT but also LTE-M and GSM - unfortunately pure LTE is not supported by the devkit.
It worked immediatly 🙂
With following AT commands I could connect to our Telekom network in Germany and send UDP messages to our server:
# Set frequency band for Telekom Germany
# Set our APN
# Use 0 for GSM ...
# ... or 8 for LTE-M
# ... or 9 for NB-IoT
# Connect to our UDP server
# Send "hello world" as hex
I don’t see the URCs arriving at your screen. As described in my last message, please configure your URC port.
If it is configured correctly you should see something like this:
+QIND: SMS DONE
Notice that the +QCSCON: 1,1 and +CEREG: 5,“6F55”,“18CB40E”,8 pop up automatically.
Also right after turning on the radio with AT+CFUN=1 you can see
+QIND: SMS DONE
popping up automatically. I dont see that in your logs. Please configure your URC port and issue the commands as I’ve shown in the example here.
Together with The Things Industries we are combining LTE-M and LoRaWAN capabilities to provide an out-of-the-box connectivity solution allowing for easy to setup and secure device-to-cloud communication.
LTE-M features very good signal penetration, well-suited for standalone, managed gateways inside, for example, smart buildings. The solution will therefore start with a pre-configured LoRaWAN gateway from Mikrotik, connected over a LTE-M backhaul to LoRa devices and The Things Industry platform.
Use of LTE-M reduces costs compared to LTE because of more affordable hardware, and lower usage costs. Ease of use for the customer is guaranteed through no-touch provisioning of gateways, as they come pre-registered and only need powering up when installed. The gateway optionally supports LoRa 2.4GHz for global deployments.
To support IoT deployments in Germany and the Netherlands, an Early Access offer will be launched with LTE-M backhaul for solution providers and system integrators - learn more and get started 👈
@Stefan-de-Lange the PCBs for testing are open on Attribution-NonCommercial 4.0 International (CC BY-NC 4.0).
You have the freedom to copy it and re-measure it. But you will get the same result. Sometimes NB-IoT is better and sometimes LoRaWAN. You should also read before you judge something.
Awesome news ahead: LwM2M v1.2 specification is finally released! One of the headlining features of LwM2M v1.2 is LwM2M over MQTT! This is a good opportunity for LwM2M to get way more visibility, as MQTT (arguably the most popular IoT protocol) is currently missing any real data model.
LwM2M 1.2 feature highlights: 
State-of-the-art energy-efficient security—Leveraging (D)TLS 1.3 and Connection ID enhances security while reducing the challenges and energy losses of connecting devices over LPWAs like NB-IoT.
MQTT as a transport protocol—MQTT users can now add LwM2M device management functionality. Inversely, using MQTT as a transport mechanism for LwM2M simplifies connecting to the cloud in some scenarios.
Single-step device commissioning—Now, bootstrapping a device requires just a single bi-directional session instead of the previous five exchanges, saving time, energy, and other resources.
Optimized data reporting—LwM2M data-format optimizations shave bytes from each message, increasing energy-efficiency, device lifespan, and return-on-investment (ROI).
More details: 
New transports for LwM2M; this allows LwM2M messaging to be conveyed over MQTT and over HTTP.
Optimizations for the bootstrapping interface; this reduces the amount of data and the number of messages transmitted during the bootstrapping exchange.
Optimizations for the registration interface; this reduces the amount of data transmitted during registration exchanges.
Optimizations for the information reporting interface; observation attributes may now be included in an Observe operation.
Support for LwM2M gateway functionality; this allows non-LwM2M IoT devices as well as LwM2M devices behind a gateway to be connected to the LwM2M ecosystem and to manage those devices remotely.
New, highly optimized encoding format based on CBOR called LwM2M CBOR.
Enhanced functionality for firmware updates.
Definition of new notification attributes (edge, confirmable notification, and maximum historical queue). Edge allows notifications to be triggered on rising and falling edges. Confirmable notifications allow the control of reliable transmissions of notifications.
Maximum historical queue allows the control of time-series data usage. Clarifications of object versioning rules.
Updates to use the latest communication security protocols based on TLS and DTLS 1.3 (as well as the use of the Connection ID).
Flexibility to control the use of TLS and DTLS 1.3 through configuration information.
Untangling the relationship of security credentials and their server configuration.
As stated above, we will implement eDRX for LTE-M beginning of next year, but we cannot tell you exactly when right now (our current target is Q1 2021). As far as we know, most of the other European LTE-M operators haven’t yet enabled eDRX neither, but also plan to deploy it next year.
eDRX does not exist in 2G, only in LTE, and deployed primarily (if not exclusively) in its Low-Power Wide-Area categories (i.e. LTE-M and NB-IoT).
PSM is supported in all of DT’s LTE-M networks as well as in all of our roaming partner networks. Like eDRX, PSM has only been standardized in LTE networks and is not available for 2G.
is the feature ‘network time’ (3GPP 27.007 Ch. 8.15) for NB-IOT/Cat-M1 supported in the Deutsche Telekom mobile network?
The NRF9160 SIP returns an error, while requesting the time. Also after a long time of being connected.
Hi Sven, sorry that it took us so long.
But now we have a clear statement from our experts that the network time feature is NOT supported in our network in Germany.
I did “normal” TCP/IP MQTT on top of NB-IoT connection with the Quectel BC66. So TCP/IP is possible. But I didn’t try to post a normal HTTP request.
LWM2M is implemented on top of CoAP and UDP. By this it works perfectly on NB-IoT. It is also supported by Quectel BC66. We tested it successfully with Eclipse Leshan server and the Nokia Impact LWM2M server.
@afzal_m Hallo Afzal. Ik weet niet zo snel hoe ik een DM naar jou toe moet sturen. Maar heb het nummer van de SIM in een Chat met jou doorgegeven.
En natuurlijk zal ik doorgeven wat het resultaat is van de test 😉
every module supplier implement their own Maximal Transfer Unit (MTU). They can reach up to 1.358 Bytes.
If the message is larger than the MTU, the message should be divided into smaller messages.
We only limit the amount of data per month and the number of daily messages per device.