Overview of data available on


The platform is all about collecting, storing, processing, and visualizing data with the goal to optimize the operation of buildings, plants, or even whole districts w.r.t. their primary energy consumption. To this end, aedifion continuously collects fine-grained time series and meta data directly from the building automation technology in the targeted plants, buildings, and districts. This primary, native dataset is complemented by further useful data from third party sources such as weather predictions or room occupancy.

In this article, we first lay out the data model of the platform, then provide an overview of the native and third party data it provides.

Data model

All data on is separated into two categories: time series data and meta data. In the following, we briefly explain how these two types of data are structured.

Time series data

Time series data refers to all data that continuously changes over time. This applies, e.g., to real measurements collected from sensors and actors in the field, but also to stream aggregation functions that generate continuous outputs.

The set of time series data is structured into many single time series, where each time series is related to a single physical or virtual datapoint.

Time series dataset example
-> Office01_RoomTemperature
-> Office01_CO2
-> Office02_RoomTemperature
-> ...
-> Office10_RoomTemperature
-> Office10_CO2
-> Offices_RoomTemperature_average
-> Offices_CO2_average

In the above example, we have the time series data set for the building Headquarters, that consists of 22 individual time series. The first twenty of those, Office01_RoomTemperature to Office10_CO2 correspond to physical sensors while the last two, Offices_RoomTemperature_average and Offices_CO2_average, correspond to virtual datapoints that are generated by computing the average over the other sensors.

A single time series has a name and a list of observations, i.e., (time, value) tuples, with an optional set of tags per observation.

Time series example
Name: Office10_RoomTemperature
Time | Value | Tags
2019-02-06T12:00:00Z | 20.1 |
2019-02-06T12:01:30Z | 20.3 |
2019-02-06T12:03:00Z | 20.2 |
2019-02-06T12:04:30Z | 20.5 | maintenance=True
2019-02-06T12:06:00Z | 20.8 | maintenance=True
2019-02-06T12:07:30Z | 21.1 | maintenance=True
2019-02-06T23:30:00Z | 0.0 | outOfService=True
2019-02-06T23:30:00Z | 0.0 | outOfService=True

In the above example, the sensor Office10_RoomTemperature is read every 1,5 minutes. The time-dependent tags mark a maintenance period and when the sensor reported an error.

Meta data

Meta data refers to all data that remains largely unchanged over time such as units and descriptions of datapoints, but also user-generated meta-data such as favorites, renamings, or custom plot views.

Most meta data is stored within tags that can then be freely assigned to projects, devices, or datapoints. The main ingredients of a single tag are a short (string) key and an arbitrarily long (string) value. A tag can be as short and simple as 'unit'='°C' or as long and complex as a JSON-encoded configuration of a custom plotview, e.g.,


Tags allow filtering through projects, devices, and datapoints using a range of high-level criteria, e.g., "show me all CO2 sensors", or "filter out every datapoint that has a fault". And, tags can be used to specify access control policies, e.g., "user A gets access to all datapoints that correspond to temperature sensors".

Native data

Native data refers to all time series and meta data that is directly collected or generated by aedifion and does not come from third party sources.

Data from building automation

Most of the native data is collected automatically from your building automation network by the aedifion edge device. This includes time series data for all discovered datapoints as well as meta data for all discovered devices and datapoints.

Time series

A typical non-residential building has between 1000 and 15 000 datapoints that can be automatically discovered and logged by the aedifion edge device. This typically includes, among many others, the following types of data:

  • Room temperatures

  • CO2 concentrations

  • Setpoints and schedules

  • Alarm states

  • ...

Want to see in detail which datapoints are discovered? The following is a complete list of datapoints that the aedifion edge device has discovered in the main building of the EON ERC.

Meta data

Most building automation networks such as BACnet provide a set of meta data that can be automatically collected. This meta data is logged daily and ingested into the platform where it is stored as tags on devices and datapoints.

The following example shows the set of meta data tags that have been automatically collected from a real BACnet datapoint. As we can see, this already contains a lot of useful information, such as min and max values, units, and error flags.

Tags of a real datapoint
Key | Value
bacnet_id | 514
description | 'Ventil Kühler Besprechung-3'
deviceType | 'AO OUT9'
minPresValue | 0.0
maxPresValue | 100.0
objinstance | 3000563
objtype | 'analogOutput'
outOfService | 'False'
priorityArray | ['null', 'null', ..., 'null', 100.0]
reliability | 'noFaultDetected'
resolution | 1.0
relinquishDefault | 0.0
statusFlags | [0, 0, 0, 0]
units | 'percent'

Virtual datapoints

A virtual datapoint is a datapoint not gathered from a local plant but denotes a predefined stream or batch process that runs on one or multiple datapoints. The virtual datapoint makes the output continuously available in the form of a new datapoint in's time series database.

The time series based on the virtual datapoint's result exactly handles the same as time series data. Virtual datapoints are denoted as such in their datapoint key according to customers conventions.

AI-generated meta data

The platform uses state-of-the-art machine learning and AI techniques to augment the already provided data. From the already given observations and metadata collected from the edge devices it regularly predicts additional tags (e.g. the type of the data point) and provides them via the API or the frontend. The AI system is able to learn and is therefore expanded perpetually to further improve the quality of the annotations.

The latest classifier we provide, is able to classify the data into five sets of classes: L1_analog_digital, L2_virtual, L3_direction, L4_type and L5_unit. All sets of classes are ordered in a tree like structure separated by slashes (like a directory structure or paths on a website). For example within L4_type /position/damper position is closely related to /position/valve position and not related to /temperature/liquid/hot/return flow. A full list of the classes is shown below.

  1. L1_analog_digital

    1. /analog

    2. /digital

    3. /multi-state

  2. L2_virtual:

    1. /physical

    2. /virtual

  3. L3_direction:

    1. /input

    2. /output

  4. L4_type:

    1. /counter

    2. /electric/current

    3. /electric/frequency

    4. /electric/power factor

    5. /electric/resistor

    6. /electric/voltage

    7. /energy/chill energy

    8. /energy/electrical energy

    9. /energy/heat energy

    10. /gas concentration/CO2

    11. /gas concentration/VOC

    12. /global radiation

    13. /illumination intensity

    14. /message/alarm

    15. /message/available

    16. /message/modus

    17. /message/operating

    18. /message/presence

    19. /message/switch command

    20. /misc /operating time

    21. /parameter/parameter

    22. /parameter/setpoint

    23. /position/damper position

    24. /position/misc

    25. /position/valve position

    26. /power/electric

    27. /power/thermal

    28. /pressure/gaseous/absolute

    29. /pressure/gaseous/differential

    30. /pressure/liquid/absolute

    31. /pressure/liquid/differential

    32. /relative humidity /rotational speed

    33. /temperature/difference

    34. /temperature/gaseous/exhaust

    35. /temperature/gaseous/extract

    36. /temperature/gaseous/indoor

    37. /temperature/gaseous/misc

    38. /temperature/gaseous/outdoor

    39. /temperature/gaseous/recirculation

    40. /temperature/gaseous/supply

    41. /temperature/liquid/cold/input flow

    42. /temperature/liquid/cold/return flow

    43. /temperature/liquid/cold/storage tank

    44. /temperature/liquid/hot/input flow

    45. /temperature/liquid/hot/return flow

    46. /temperature/liquid/hot/storage tank

    47. /temperature/liquid/warm/input flow

    48. /temperature/liquid/warm/return flow

    49. /temperature/liquid/warm/storage tank

    50. /volume flow/gaseous

    51. /volume flow/liquid

    52. /wind speed

  5. L5_unit:

    1. /electric/Ampere

    2. /electric/Ohm

    3. /electric/Volt

    4. /energy/Joule

    5. /energy/KiloBTU

    6. /energy/KiloWattHours

    7. /energy/TonHours

    8. /energy/WattHours

    9. /frequency/Hertz

    10. /frequency/rpm

    11. /light/Candela

    12. /light/Lumen

    13. /light/Lux

    14. /power/KiloBTUsPerHour

    15. /power/Kilowatt

    16. /power/TonsRefrigeration

    17. /power/Watt

    18. /pressure/Pascal

    19. /pressure/bar

    20. /scalar/degrees

    21. /scalar/generic

    22. /scalar/percent

    23. /scalar/ppm

    24. /scalar/radiant

    25. /speed/kmPerHour

    26. /speed/meterPerSecond

    27. /temperature/Celsius

    28. /temperature/Fahrenheit

    29. /temperature/Kelvin

    30. /time/hours

    31. /time/minutes

    32. /time/seconds

    33. /volume flow/cubicMetersPerHour

    34. /volume flow/gallonsPerMinute

    35. /volume flow/litersPerMinute

    36. /volume flow/litersPerSecond

Each time the classifier runs, a tag for the datapoint is created, which looks as follows:

AI generated meta data tag
"id": 92807,
"key": "L4_type",
"probability": 0.857322,
"protected": true,
"source": "ai",
"value": "/gas concentration/CO2"

The key of the tag is one of the class sets e.g. "L4_type". The value of this tag is /gas concentration/CO2, which indicates that the analyzed datapoint is recognized as a CO2 sensor. A complete list of all the possible values and their meaning you can find within the engineers' specification section. With just those properties you can easily filter the set of datapoints.

The tag has as source "ai", since it is originating from an AI-based classifier. Each classifier also provides the property probability. In this example the classifier has a confidence of 85.73% that the given classification is correct.

For more information on the classification process refer to the section on artificial intelligence based meta data generation.

Third party data

Microsoft Exchange

On request, data from Microsoft Exchange can be integrated into the platform. This currently includes only the booking status of rooms that are available as a resource in Microsoft Exchange. Booking status is made available for the past and future as a boolean time series on

Visualization of the temperature, CO2 concentration and booking status of a meeting room.

Weather data uses the data services of the Dark Sky Company, LLC for weather data integration. Therefore, both current and predicted weather conditions localized by geocoordinates are available on

Learn more? Explore the weather data specifications.

On the next subsubpage, we introduce our AI-based meta data generation. On the next subpage we introduce integrations to