Adeunis is about to launch a new range of NB-IoT and LTE-Cat-M1 IoT sensors dedicated to SMART BUILDING applications.
In order to reduce power consumption but also to facilitate the remote operational management of this new range of cellular IoT sensors, Adeunis has chosen to integrate the Lightweight M2M communication protocol.
In this article, you will be able to discover a definition, an example of architecture, as well as the advantages of the Lightweight M2M protocol.
LWM2M is a communication protocol for operational management, data feedback, provisioning and lifecycle management of machine-to-machine (M2M) and Internet of Things (IoT) devices.
This protocol was defined in 2012 by the Open Mobile Alliance (OMA) SpecWorks.
It is specifically designed for connected devices with constraints (computing capacity, memory space) and is based on :
Mechanism to securely connect a sensor to a platform and manage all necessary keys and certificates
Possibility to configure a sensor remotely
Performing certain functions (activation, deactivation, etc.)
Execution of firmware updates by air (FOTA) in order to implement new functions in the sensor or to correct bugs
Remote diagnosis of the sensor (battery level, sw/hw version, etc.)
APN identification, activation, device reboot
Retrieval of sensor configuration parameters
Device error reporting (status change)
Encryption and authentication at device, application and data transport level (PSK, certificates, etc.)
Native support for DTLS, TLS and Oscore protocols with no performance impact
Native support for certificates and key-based authentication methods
Builds on the Ipso specification to standardise the semantics of data, i.e. how it should be structured to be interoperable
Supports a variety of data encoding formats for device-to-platform and platform-to-device communication, including TLV, JSON and CBOR.
IPSO or Custom data model
Client registration: Register/Update/De-register
Remote management: Read/Write/Execute/Create/Delete/Write attribute/Discover
Feedback: Observe/Cancel observation/Notify
Can work in UDP
Exchanges are optimised
Offers composite operations
Compression of frame headers
Integrated bootstrap process. Automated registration and provisioning.
Standard Objects and Resources (IPSO) to perform various sensor management tasks, such as updating parameters.
Integrated and defined by the LWM2M standard.
This diagram describes the 4 logical interfaces (API) used to establish a communication between an LWM2M server and an LWM2M client (an Adeunis sensor for example):
Object/Resource access: this interface allows the LWM2M server to access the LWM2M Client’s OIR (Object/Instance/Resource).
Reporting: this interface allows the LWM2M Client to report to the LWM2M Server periodic or event-based changes to the RTI.
For the exchange of information between an IoT sensor and a server, the LWM2M protocol uses a standardised data model. This data model is hierarchically divided into 3 levels: Object, Instance, Resource
This standardised set of objects, resources, properties, attributes and operations enables extensibility while maintaining product and application interoperability.
The OMA has predefined a set of standard Objects based on the OMA LWM2M standard. Other standardised objects have been registered by standards bodies or third-party alliances such as the IP for Smart Objects alliance (IPSO).
Some players in the IoT ecosystem, including Adeunis, have also specified so-called CUSTOM objects to address the functional specificities of their products.
In total, more than 300 objects and resources have been specified. The complete list is available on the website
The diagram below shows the relationship between an LWM2M Client, an Object and Resources
Thanks to these characteristics, LWM2M is the most suitable protocol for the device management of battery-powered connected objects such as Adeunis SMART BUILDING sensors.