A device represents a single physical IoT device that might consist of multiple Sensors and Actors.

Each device has a Device Type that defines the type of the device, e.g. how data is parsed, displayed and forwarded via integrations.

When opening the device page there are multiple sub pages:

  • Overview
  • Device Data
  • Uplinks
  • Downlinks
  • Config
  • Settings
  • Security


Device Properties

Device Properties are bound to the device and can be manipulated (read / write) by the parser and via API's.

We are planning support to Edit the properties via the User Interface as well, deletion is already possible.

See "Edit Properties" button below the property list:


The feature is currently not supported.


The device can have a physical location. The location can be set via the Web UI, APIs and by the parser.

Device Data

Device data lists all data records returned from the Parser.

The table is configured via the "Data Table Config" in the "Device Type".

Uplinks are raw Uplink messages from the device that will be processed by the parser to create Device Data records.

A list of queued and sent downlinks.

Config (optional)

Requires Trait:

The config tab is only displayed when the Device Type has the Trait "Remote Config Update"

Allows to see and edit the device configuration.

Config properties must be updated by the parser, else the page is empty.

Updating configuration only works for NB-IoT devices yet (10/2022).


Edit devices Settings:

  • Name - User friendly display name
  • Address - used to identify the device when receiving Incoming data
  • Serial - Serial number, provided in device import
  • Device Tags - see below
  • Description - User friendly description of the device
  • Device Type
  • App - (warning) Deprecated
  • Datasource - allows to assign additional Pull or MQTT based datasources
  • Parser - Parser to handle uplinks and generate device data

Device Tags

Tags on device level are meant to group devices inside an organisation. Use cases can can be external ID's, Installation location, data export targets, etc.
Some future plans are to filter by tag in integrations, display tags in the device table and use them for search, grouping, etc.

Currently the most important difference to device properties (where you can also story lists) is, that the parser has no write access to tags.
Also a device with too many tags might get less handy, where device properties can be added as needed.