Skip to content

Cookie preferences

We use cookies for our own analytics, to see how our campaigns perform and, if you allow it, to load content from other services such as the Google site search. We never sell your data. Necessary cookies keep the site working and cannot be switched off. See our Cookie Policy for details and our Privacy Policy for how we handle personal data.

Security, load balancing and remembering your cookie choice.

Show us which pages people read, how they find the site and where they get stuck, so we can improve it (Google Analytics, Microsoft Clarity).

Show us which of our ad campaigns bring visitors to the site and remember the campaign or partner link you arrived from (Google Ads, LinkedIn, Meta, partner program). We do not use these cookies to build advertising profiles.

Load the site search from Google when you use it. Google sets its own cookies and shows ads in the search results.

© 2026 The ThingsBoard Authors
22.5k Try for free

ThingsBoard Cloud

Choose your data region

Your data stays in the region you choose, for residency and compliance. No credit card required.

Rather run it yourself? Install on your own servers

Trigger Calculated Fields

Use this node to trigger calculated field evaluation against incoming telemetry or attribute data without persisting that data to the database — for example, computing a derived metric such as a heat index from incoming temperature and humidity values and publishing the result to the rule chain, while keeping the raw values out of the time-series storage.

This node has no configuration options.

  1. Check that the incoming message type is POST_TELEMETRY_REQUEST or POST_ATTRIBUTES_REQUEST. Any other type routes via Failure.
  2. Parse the time-series or attribute data from the message body (including attribute scope from metadata scope key when applicable).
  3. Trigger evaluation of all calculated fields configured for the message originator that reference the incoming data keys. The raw data is not written to the database.
  4. For each calculated field whose state is updated, generate a new message with the originator and push it to the originator’s root rule chain.
  5. Forward the original message unchanged via Success.
Connection Condition
Success Calculated field processing triggered (or data was empty — no processing required).
Failure Unsupported message type, message data cannot be parsed, or unexpected error.

Example 1 — Compute heat index from telemetry

Section titled “Example 1 — Compute heat index from telemetry”

Type: POST_TELEMETRY_REQUEST | Originator: DEVICE with calculated field heatIndex = temperature + 0.5 * humidity.

{
"temperature": 25.5,
"humidity": 60
}

Result: heatIndex is evaluated (25.5 + 0.5 × 60 = 55.5). A new message containing the calculated value is pushed to the root rule chain. The original temperature and humidity values are not stored. Routes via Success.


Type: POST_ATTRIBUTES_REQUEST | Metadata: { "scope": "SERVER_SCOPE" } | Calculated field: speedPercentage = (currentSpeed / maxSpeed) * 100.

{
"maxSpeed": 100,
"currentSpeed": 75
}

Result: speedPercentage = 75%. New message pushed to root rule chain; attributes not persisted. Routes via Success.


Example 3 — Unsupported type → Failure

Section titled “Example 3 — Unsupported type → Failure”

Type: ENTITY_CREATED → routes via Failure. Only POST_TELEMETRY_REQUEST and POST_ATTRIBUTES_REQUEST are supported.

{
"$schema": "https://json-schema.org/draft/2020-12/schema",
"title": "EmptyNodeConfiguration",
"type": "object",
"properties": {},
"additionalProperties": false
}