> For the complete documentation index, see [llms.txt](https://docs.buildings.ability.abb/collection/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.buildings.ability.abb/collection/german/plattform/platform-core/baseline-and-factors/heating-and-cooling-days.md).

# Heiz- und Kühltage

Heizgradtage (HDD) und Kühlgradtage (CDD) beschreiben, wie stark sich die Außentemperatur von einer konfigurierten Basistemperatur unterscheidet. Sie helfen dabei, Wetterbedingungen mit dem Heiz- und Kühlbedarf in Zusammenhang zu bringen.

Konfigurieren Sie Standard-Basistemperaturen auf Mandantenebene und aktivieren Sie dann Heiztage, Kühltage oder beides einzeln für jedes Asset. Der Dienst erstellt stündliche Gradtag-Attribute, die plattformweit verwendet werden können, einschließlich in Berechnungen, Dashboards, Analysen, Berichten, Regeln und Regelketten.

## Voraussetzungen

Um Heiz- und Kühlgradtage zu berechnen, muss das Asset zu einer Site gehören. Die Site muss über einen konfigurierten Standort verfügen. Der Dienst verwendet diesen Standort, um Wetterdaten abzurufen und die Gradtagwerte zu berechnen. Heiz- und Kühltage können auf jeden Asset-Typ angewendet werden.

## Wie Gradtage berechnet werden

Der Dienst berechnet für jedes Intervall eine Temperaturdifferenz und schreibt den entsprechenden Beitrag in den Heap. Bei einem stündlichen Intervall ist der geschriebene Wert ein Vierundzwanzigstel des täglichen Gradtagbeitrags, da Gradtage eine tägliche Einheit sind, keine Gradstunden.

Die Formeln lauten:

$$
HDD\_{hour} = \max(T\_{base,HDD} - T\_{outside}, 0) \times \frac{1}{24}
$$

$$
CDD\_{hour} = \max(T\_{outside} - T\_{base,CDD}, 0) \times \frac{1}{24}
$$

`HDD_stunde` und `CDD_stunde` sind die für ein stündliches Intervall geschriebenen Werte. Es wird kein Wert hinzugefügt, wenn die relevante Temperaturdifferenz null oder darunter liegt. Um die tatsächlichen Gradtage anzuzeigen, aggregieren Sie das stündliche Attribut mit **Summe** über einen Tag. Derselbe Ansatz kann über längere Zeiträume wie einen Monat oder ein Jahr verwendet werden.

## Anleitungen

* [Heiz- und Kühltage öffnen](/collection/german/plattform/platform-core/baseline-and-factors/heating-and-cooling-days/open-heating-and-cooling-days.md)
* [Mandanten-Standardeinstellungen konfigurieren](/collection/german/plattform/platform-core/baseline-and-factors/heating-and-cooling-days/configure-tenant-defaults.md)
* [Heiz- und Kühltage für ein Asset konfigurieren](/collection/german/plattform/platform-core/baseline-and-factors/heating-and-cooling-days/configure-heating-and-cooling-days-for-an-asset.md)

## Gradtag-Attribute verwenden

Gradtag-Attribute verhalten sich wie andere Asset-Attribute. Sie können sie in Berechnungen, Dashboards, Analysen, Berichten, Regeln und Regelketten verwenden. Vergleichen Sie zum Beispiel den Energieverbrauch mit Heizgradtagen, um den heizungsbezogenen Bedarf zu analysieren, oder verwenden Sie Kühlgradtage als Eingabe für eine Berechnung.

Um die Kühlgradtage für einen ganzen Tag zu ermitteln, wählen Sie das *Kühlgradtage* Attribut in [Asset-Daten](/collection/german/verpflichtende-basis/assets/asset-data.md#display-aggregated-data) aus, setzen Sie das Aggregationsintervall auf **Tag** und verwenden Sie die **Summe** Aggregation. Für ein ganzes Jahr setzen Sie den Zeitraum auf das erforderliche Jahr und belassen Sie **Summe** als Aggregation. Dieselbe Methode gilt für Heizgradtage. Allgemeine Hinweise zu Aggregationsmethoden finden Sie unter [Aggregationen in BuildingPro Suites](/collection/german/akademie/aggregations-in-eliona.md).


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.buildings.ability.abb/collection/german/plattform/platform-core/baseline-and-factors/heating-and-cooling-days.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.