For the complete documentation index, see llms.txt. This page is also available as Markdown.

Configuration

Endpoint for receiving sensor configuration updates

Receive sensor configuration

post

Overview

This endpoint is used to report the current configuration settings stored in the sensor's memory. The CoAP Loader forwards this data to help you track and synchronize sensor settings with your platform.

Important: The endpoint paths shown in this documentation (/measurements, /configuration, /device-info) are examples only.

The actual endpoint URLs are fully configurable in the CoAP Loader's application.yml file

When is it called?

  • During the first communication after sensor boot/reset

  • Whenever a configuration change is detected on the device (hash value changes)

  • After you remotely update sensor settings via the /measurements response

What data do you receive?

  • Complete snapshot of all current sensor settings

  • Configuration metadata: hash (version), timestamp, serialNumber

  • Information about configuration split (if payload is divided into multiple parts)

Use cases:

  • Synchronize your database with actual sensor settings

  • Audit and track configuration changes over time

  • Verify that remote configuration updates were applied successfully

Request Structure

Method: POST

Endpoint: Configurable in application.yml under the endpointConfiguration key. The path /configuration shown here is just an example.

Headers:

  • Content-Type: application/json

  • charset: UTF-8

  • X-Api-Token: "optional api token" (if configured on sensor via CLOUD_TOKEN parameter)

Body: JSON object containing:

  • serialNumber - Unique sensor identifier

  • timestamp - Configuration timestamp

  • hash - Configuration version (changes with every update). Important: If hash = "0", the sensor runs deprecated software.

  • partsCount - Total number of configuration parts (for large configs)

  • partIndex - Current part index (1-based)

  • parameters - Array of configuration parameters. For detailed specification of all available parameter types, see ConfigurationParametersReference in the Models section.

Data Processing Notes

The CoAP Loader preprocesses the configuration data before forwarding:

  • Duplicate parameters: If the sensor sends duplicate parameter types, the CoAP Loader keeps only the last occurrence and logs a warning

  • Invalid parameters: Parameters that cannot be parsed are automatically removed and logged as errors - the remaining valid parameters are still forwarded to your API

  • Partial data: Even if some parameters fail to parse, you will receive all successfully parsed parameters

Response

Your platform must respond with HTTP status code 2xx (e.g., 200, 201, or 204) with an empty body to confirm receipt.

Note: Unlike /measurements, this endpoint does NOT support returning configuration updates in the response.

Header parameters
X-Api-TokenstringOptional

Optional API token for authentication (if configured)

Example: your_api_token
Content-TypestringRequiredDefault: application/json
charsetstringRequiredDefault: UTF-8
Body
serialNumberstringRequired

Unique serial number of the sensor

Example: 282C024FFFB1
timestampstringRequired

Data timestamp

Example: 1
partsCountinteger · min: 1Required

Total number of parts the configuration is divided into

Example: 1
partIndexinteger · min: 1Required

Index of the currently transmitted configuration part

Example: 1
hashstringRequired

Configuration hash (changes with every setting update). Important: If hash = "0", the sensor runs deprecated software and cannot receive configuration updates.

Example: 1
Responses
post
/configuration

No content

Last updated