The metering module is neither restricted to specific sources nor to specific meter types. It enables you to use any smart meter (KNX, BACnet, Modbus, M-Bus, ...) from different sources (electricity, water, air, heating, ...).

All calculated consumption values (hourly, daily, weekly, monthly, yearly) are provided as normal data points. These data points can be used within our visualization or can be forwarded to other management clients via standard interfaces like OPC, BACnet, MQTT or other web services.

Within the metering module, other trending values can also be included in calculation charts. This provides the possibility to use data points that influence the consumption of energy resource (e.g. temperature values) as comparative values.

The metering module helps you collect consumption values from smart meters and save them in an SQL database. You can then show and export the hourly, daily, weekly, monthly or annual consumption as a table or chart. You can compare the values from different meters or from different time periods. The integrated meters can be structured hierarchically using so called cost centers. The assignment of the meters to the cost centers can be made on a percentage base. Based on the selected cost center and the assigned meters, consumption calculations can be carried out.

The metering module enables you to manually add meter readings for Excel tables.

You are free to use our central user management. Using different permission roles, you can restrict the access to the metering module. While users with higher permissions are able to change the project structure, other users may only be allowed to evaluate calculation charts and generate reports.

All results can be exported for further processing via the open interfaces. This means that applications from third-party manufacturers can also access the data. For information about third-party interfaces, please contact us.

The results of the consumption calculations can be exported in different formats. You can show the results online within our web interface as chart elements or tables. In addition, you generate reports in different file formats like PDF, Excel, … The time period of the shown values can freely be chosen. To be able to compare the calculation results with each other, it is possible to display several meters or periods in one calculation chart. For easy handling of the metering module, the calculation charts can be saved. If you want to reuse a saved calculation chart later, the saved configuration is loaded and displayed with the current values. In addition to the visualization of the consumption values, it is also possible to define actions, such as periodically sending reports by email or exporting them to other systems.

Based on construction plans, a 3D model of the building, the blinds and surrounded objects will be created. This 3D model is the basis for the simulation of the shadow of the building and its environment. The simulation is performed for every minute of the whole year.

Based on the simulation and different run time parameters, all blinds are controlled automatically. The control logic can be adapted to the needs of the building owner. In addition to the current weather situation, other parameters like a manual override or special operating and safety modes can be considered.

One or more weather stations determine the current weather situation. You are free to choose any weather station. You might also use sophisticated stations, which measure the current global solar radiation.

The blinds can be controlled individually or per group.

In addition of the position of the blinds, also the position of the slats can be controlled automatically. The slat adjustment is controlled according to the elevation and azimuth angle of the sun.

Besides the automatic control, you can also control the blinds manually. We can adapt the manual override to your project-specific needs.

To include the current weather situation, you can define a brightness threshold and a hysteresis for each shading group. Dynamic adjustment of the threshold according to the elevation angle of the sun can avoid a glaring due to a low position of the sun.

• KNX is the most common way to integrate DALI
• Some KNX/DALI gateways have multiple channels
• Up to 64 DALI devices can be connected to one (1) channel
• Using KNX, DALI can be connected to Building Management Systems (BMS) - Visualization, monitoring, maintenance of lighting control
• KNX/DALI gateways are used to interconnect the DALI bus to KNX
• DALI data and information are provided as KNX group objects - objects for: lighting control (on/off, dimming, status, ...), maintenance (trigger tests, providing test results, ...), emergency lighting control (emergency status, emergency tests, ...)

• High amount of functions and high amount of devices per gateway would result in a high amount of KNX group objects at the gateway
• To avoid this, only parts of the functionality are available for each DALI device
  • Group objects per DALI device: on/off, dimming, status, ...
  • Group object per channel: trigger function tests, test results, ...
• Stateful communication is required to get all information per device, e.g. DALI tests

• Standard functions are available as standard DPTs (e.g. dimming)
• Many KNX/DALI gateways use even non-standardized DPTs
• For enhanced functions like testing, complex DPTs are used, e.g. DPT_DALI_Control_Gear_Diagnostics

• There are many different manufactures for KNX/DALI gateways
• Only standard functionality is common to all DALI gateways (on/off, dimming, ...)
• Advanced features like DALI testing are manufacturer-specific
  • Manufacturer-specific: non-standardized DPTs
  • stateful communication logics are required
• Time-consuming and complex task for integrators and electrical engineers