Jump to content
Menü aufrufen
Toggle preferences menu
Persönliches Menü aufrufen
Nicht angemeldet
Ihre IP-Adresse wird öffentlich sichtbar sein, wenn Sie Änderungen vornehmen.

Programm Dokumentation/Berechnung/Prozesswärme: Unterschied zwischen den Versionen

Aus wiki.epos-plan.de
H13: Hilferubrik Berechnung aus EPOS-Plan (Stand 06.09.2026)
 
Sammel-Upload: Repo-Quelle Projekte/Wiki (Dokumentation/aktuell/Wiki_Update_*.md)
 
(6 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 1: Zeile 1:
<!-- EPOS-Plan Hilferubrik Berechnung | Seite: Prozesswärme | Stand: 2026-09-06 | Rechenkern:
<!-- EPOS-Plan Hilferubrik Berechnung | Seite: Prozesswärme | Fassung 3 | Rechenkern:
     EPOS.Kern/Allgemein/Simulation/ProfilBedarf.cs, EPOS.Kern/Allgemein/Simulation/SimulationWaermebedarf.cs,
     EPOS.Kern/Allgemein/Simulation/ProfilBedarf.cs, EPOS.Kern/Allgemein/Simulation/SimulationWaermebedarf.cs, EPOS.Kern/Allgemein/Simulation/Prozesstemperatur.cs,
     EPOS.Kern/Allgemein/BhkwPlan.cs, EPOS.Kern/Allgemein/Simulation/Init.cs,
     EPOS.Kern/Allgemein/Simulation/SimulationWaermepumpe.cs, EPOS.Kern/Allgemein/Simulation/SimulationSPK.cs, EPOS.Kern/Allgemein/Simulation/Kaskadenschleife.cs,
     EPOS.Kern/Allgemein/Simulation/SimulationKanaele.cs, EPOS.Kern/Allgemein/Energieeinheit.cs -->
     EPOS.Kern/Allgemein/Simulation/Init.cs, EPOS.Kern/Allgemein/Simulation/SimulationKanaele.cs, EPOS.Kern/Allgemein/Simulation/Betriebskalenderschicht.cs, EPOS.Kern/Allgemein/BhkwPlan.cs, EPOS.Kern/Allgemein/Energieeinheit.cs,
    EPOS.Kern/Allgemein/Update/ProzesstypSaat.cs -->


== Was berechnet wird ==
== Was berechnet wird ==
{{Anker|was}}


Der '''Prozesswaermebedarf''' als Reihe von 8 760 Stundenwerten [kWh] — der dritte der drei
Der '''Prozesswaermebedarf''' als Reihe von 8 760 Stundenwerten [kWh] — der dritte der drei Bedarfskanaele. Der Rechenweg ist derselbe wie beim Brauchwasser: je Profil ein Satz aus '''zwoelf Monatswerten''' und einem '''Wochenprofil mit 168 Stundenwerten''', daraus der Jahresgang.
Bedarfskanaele. Der Rechenweg ist derselbe wie beim Brauchwasser: je Profil ein Satz aus
'''zwoelf Monatswerten''' und einem '''Wochenprofil mit 168 Stundenwerten''', daraus der
Jahresgang.


Der eigene Kanal ist der Grund, warum die Prozesswaerme ueberhaupt getrennt gefuehrt wird:
Der eigene Kanal ist der Grund, warum die Prozesswaerme ueberhaupt getrennt gefuehrt wird: Ein Erzeuger darf Heizung und Brauchwasser decken und die Prozesswaerme nicht — oder umgekehrt. Ausgewiesen werden die Jahressumme und die zwoelf Monatssummen.
Ein Erzeuger darf Heizung und Brauchwasser decken und die Prozesswaerme nicht — oder
 
umgekehrt. Ausgewiesen werden die Jahressumme und die zwoelf Monatssummen.
Traegt ein Profil ein '''Temperaturpaar''' (Vorlauf und Ruecklauf), bildet der Lauf daneben das '''Temperaturniveau des Kanals''': je Stunde den hoechsten geforderten Vorlauf und den mengengewichteten Ruecklauf. Es entscheidet, ob ein Erzeuger den Prozess in dieser Stunde erreicht, an welcher Kennlinie eine Waermepumpe rechnet, welchen Ruecklauf ein Brennwertkessel sieht und aus welchen Schichten ein Pufferspeicher an den Prozess abgibt. Ohne Temperaturpaar ist der Prozess eine reine Waermemenge.


== Eingangsgrößen ==
== Eingangsgrößen ==
{{Anker|eingang}}


{| class="wikitable"
{| class="wikitable"
Zeile 30: Zeile 30:
| Jahressumme des Projekts || MWh oder kWh (waehlbar) || Dialog „Prozesswärme", Feld „Jahresverbrauch"; leer oder 0 = Katalogwerte gelten unveraendert
| Jahressumme des Projekts || MWh oder kWh (waehlbar) || Dialog „Prozesswärme", Feld „Jahresverbrauch"; leer oder 0 = Katalogwerte gelten unveraendert
|-
|-
| Wochentag des 1. Januar || — || aus den Klimadaten der Projektregion abgeleitet
| Wochentag des 1. Januar || — || aus den Klimadaten der Projektregion abgeleitet; mit einer Spotpreisreihe mit Jahr der Kalender dieses Jahres
|-
| Vorlauf und Ruecklauf je Profil || °C || Kopfsatz des Profils, Gruppe „Temperaturniveau des Prozesses"; im Projekt die Projektkopie (Dialog „Prozesswärme", „Temperaturen übernehmen"); beide leer = ohne Temperaturniveau
|}
 
== Formelzeichen und Parameter ==
{{Anker|zeichen}}
 
=== Parameter ===
 
Was in die Rechnung hereinkommt:
 
{| class="wikitable"
! Symbol !! Bedeutung !! Einheit !! Herkunft
|-
| <math>t</math> || Stunde des Jahres, <math>t = 0 \dots 8\,759</math> || — || Zeitraster (Konstante: 8 760 Stunden je Jahr)
|-
| <math>m</math> || Monat, <math>m = 1 \dots 12</math> || — || Zeitraster (Konstante: zwoelf Monatsgrenzen eines Nicht-Schaltjahres)
|-
| <math>j</math> || Stunde der Woche, <math>j = 0 \dots 167</math> || — || Zeitraster (Konstante: 168 Wochenstunden)
|-
| <math>w</math> || Wochentag des 1. Januar, <math>w = 0</math> (Montag) … <math>6</math> (Sonntag) || — || aus den Klimadaten abgeleitet, siehe [[Programm Dokumentation/Berechnung/Wärmebedarf|Berechnung: Wärmebedarf]], Gleichung (1)
|-
| <math>P_{\mathrm{W}}(j)</math> || Wochenprofil, 168 Stundenwerte || beliebige Skala || Prozesstyp-Katalog, Reiter „Wochenwerte"
|-
| <math>Q_{\mathrm{M,Kat}}(m)</math> || Monatswert m des Profils || MWh || Prozesswaerme-Katalog, Kopfsatz, Felder <code>Monat_1</code> … <code>Monat_12</code>
|-
| <math>Q_{\mathrm{a,Proj}}</math> || Jahressumme des Projekts || MWh (intern; Eingabe wahlweise in MWh oder kWh) || Dialog „Prozesswärme", Feld „Jahresverbrauch"; leer oder 0 = keine Skalierung
|-
| <math>1\,000</math> || Umrechnung MWh in kWh || kWh/MWh || Konstante
|-
| <math>T_{\mathrm{VL},p}</math>, <math>T_{\mathrm{RL},p}</math> || Vorlauf und Ruecklauf des Profils p || °C || Kopfsatz, Felder <code>Vorlauf</code>, <code>Ruecklauf</code>; 0 bis 250 °C, beide oder keiner, Vorlauf nicht unter dem Ruecklauf
|}
 
=== Variablen ===
 
Was die Rechnung selbst bildet:
 
{| class="wikitable"
! Symbol !! Bedeutung !! Einheit !! berechnet in
|-
| <math>Q_{\mathrm{a,Kat}}</math> || Summe der zwoelf Katalog-Monatswerte || MWh || (1)
|-
| <math>Q_{\mathrm{M}}(m)</math> || Monatswert nach der Skalierung auf die Projektsumme || MWh || (2)
|-
| <math>x(t)</math> || gekachelter Wochenprofilwert der Stunde t, noch ohne Energiemass || Skala von <math>P_{\mathrm{W}}</math> || (3)
|-
| <math>S(m)</math> || Summe der gekachelten Werte innerhalb des Monats m || Skala von <math>P_{\mathrm{W}}</math> || (4)
|-
| <math>Q_{\mathrm{Pro}}(t)</math> || Prozesswaermebedarf der Stunde t || kWh || (5)
|-
| <math>Q_{\mathrm{a}}</math> || ausgewiesene Jahresmenge des Kanals || MWh || (6)
|-
| <math>T_{\mathrm{VL}}(t)</math> || hoechster geforderter Vorlauf des Kanals in der Stunde t || °C || (7)
|-
| <math>T_{\mathrm{RL}}(t)</math> || mengengewichteter Ruecklauf des Kanals in der Stunde t || °C || (8)
|}
|}


== Rechenweg ==
== Rechenweg ==
{{Anker|rechenweg}}


=== 1. Profile des Projekts sammeln ===
=== 1. Profile des Projekts sammeln ===


Alle dem Projekt zugeordneten Prozessprofile werden nacheinander '''in denselben
Alle dem Projekt zugeordneten Prozessprofile werden '''ueber die ID ihrer Zuordnungszeile''' geholt und nacheinander '''in denselben Zielvektor''' gerechnet; die Stundenwerte addieren sich. Kopf- und Typdaten kommen aus den '''Projektkopien''' — ein im Projekt geaendertes Profil rechnet mit seinen eigenen Werten, nicht mit denen des Katalogs. Weil die Zuordnung ueber die ID der Projektkopie laeuft, gelten Kopfsatz und gepflegte Jahressumme auch dann, wenn die Kopie anders heisst als der Katalogsatz.
Zielvektor''' gerechnet; die Stundenwerte addieren sich. Kopf- und Typdaten kommen aus den
'''Projektkopien''' — ein im Projekt geaendertes Profil rechnet mit seinen eigenen Werten,
nicht mit denen des Katalogs.


Ohne Kopfsatz geht ein Profil mit '''Anteil 0''' ein und wird gemeldet. '''Fehlt der
Ohne Kopfsatz geht ein Profil mit '''Anteil 0''' ein und wird gemeldet. '''Fehlt der Typbezug''', gilt dasselbe: Ohne Typ gibt es keine Verteilung, das Profil geht mit '''Anteil 0''' ein, der Lauf meldet es mit seinem Namen, und die uebrigen Profile rechnen vollstaendig. Die Summe haengt damit nicht an der Reihenfolge der Profile.
Typbezug''', bricht die Prozesswaermerechnung ab — ohne Typ gibt es keine Verteilung, und
ein Vektor aus Nullen sieht aus wie ein Ergebnis.


=== 2. Jahressumme des Projekts einrechnen ===
=== 2. Jahressumme des Projekts einrechnen ===


jv  = Summe der zwoelf Katalog-Monatswerte
: <math>\displaystyle Q_{\mathrm{a,Kat}} = \sum_{m=1}^{12} Q_{\mathrm{M,Kat}}(m)</math> &nbsp;&nbsp;(1)
pjv = Jahressumme des Projekts
:: <math>Q_{\mathrm{a,Kat}}</math> – Summe der zwoelf Katalog-Monatswerte [MWh]
Monatswert_neu(m) = Monatswert(m) * pjv / jv        fuer alle m, wenn pjv > 0
:: <math>Q_{\mathrm{M,Kat}}(m)</math> – Monatswert des Profils, wie er im Katalog steht [MWh]
:: <math>m</math> – Monat, 1 bis 12 [–]
: <math>\displaystyle Q_{\mathrm{M}}(m) = Q_{\mathrm{M,Kat}}(m) \cdot \frac{Q_{\mathrm{a,Proj}}}{Q_{\mathrm{a,Kat}}}, \quad Q_{\mathrm{a,Proj}} > 0</math> &nbsp;&nbsp;(2)
:: <math>Q_{\mathrm{M}}(m)</math> – Monatswert nach der Skalierung auf die Projektsumme [MWh]
:: <math>Q_{\mathrm{M,Kat}}(m)</math> – Monatswert des Profils aus dem Katalog [MWh]
:: <math>Q_{\mathrm{a,Proj}}</math> – Jahressumme des Projekts, intern in MWh gefuehrt; leer oder 0 = keine Skalierung [MWh]
:: <math>Q_{\mathrm{a,Kat}}</math> – Summe der Katalog-Monatswerte nach (1) [MWh]


Die Verteilung ueber das Jahr bleibt unveraendert; skaliert wird nur die Hoehe. Ist ''pjv''
Die Verteilung ueber das Jahr bleibt unveraendert; skaliert wird nur die Hoehe. Ohne eigene Jahressumme gilt <math>Q_{\mathrm{M}}(m) = Q_{\mathrm{M,Kat}}(m)</math>. Ist <math>Q_{\mathrm{a,Proj}}</math> gesetzt und <math>Q_{\mathrm{a,Kat}}</math> null, wird das Profil uebersprungen und gemeldet.
gesetzt und ''jv'' null, wird das Profil uebersprungen und gemeldet.


Der Wert wird im Dialog in der '''gewaehlten Einheit''' eingegeben (Vorgabe MWh, wahlweise
Der Wert wird im Dialog in der '''gewaehlten Einheit''' eingegeben (Vorgabe MWh, wahlweise kWh) und intern in MWh gefuehrt — (2) rechnet also immer mit MWh.
kWh) und intern in MWh gefuehrt.


=== 3. Wochenprofil auf das Jahr kacheln ===
=== 3. Wochenprofil auf das Jahr kacheln ===


Start = Wochentag(1. Januar) * 24            (Montag = 0 … Sonntag = 6)
: <math>\displaystyle x(t) = P_{\mathrm{W}}\left( (w \cdot 24 + t)\ \operatorname{mod}\ 168 \right), \quad t = 0 \dots 8\,759</math> &nbsp;&nbsp;(3)
Jahreswert(h) = Wochenprofil( (Start + h) mod 168 )      fuer h = 0 … 8759
:: <math>x(t)</math> – gekachelter Wochenprofilwert der Stunde, noch ohne Energiemass [Skala von <math>P_{\mathrm{W}}</math>]
:: <math>P_{\mathrm{W}}(j)</math> – Wochenprofil, 168 Stundenwerte [beliebige Skala]
:: <math>w</math> – Wochentag des 1. Januar, 0 = Montag bis 6 = Sonntag [–]
:: <math>24</math> – Stunden je Tag [h]
:: <math>168</math> – Stunden je Woche [h]


Stunden 1 bis 24 des Wochenprofils sind der Montag, 145 bis 168 der Sonntag. Ein Profil,
Stunden 1 bis 24 des Wochenprofils sind der Montag, 145 bis 168 der Sonntag; im Index <math>j</math> von (3) sind das <math>j = 0 \dots 23</math> bzw. <math>j = 144 \dots 167</math>. Ein Profil, dessen 168 Werte in der Summe null sind, wird uebersprungen und gemeldet.
dessen 168 Werte in der Summe null sind, wird uebersprungen und gemeldet.
 
Mit einem '''Betriebskalender''' an der Zuordnung (Auswahl im Bedarfsprofil-Dialog, gepflegt unter ''Betriebskalender'') wird <math>x(t)</math> vor der Normierung tageweise ersetzt: Ein '''Feiertag''' traegt die 24 Werte des Sonntags im Wochenprofil (<math>j = 144 \dots 167</math>), sofern der Kalender „Feiertag wie Sonntag" fuehrt; ein '''Ferientag''' traegt je Stunde <math>s</math> den Ferienfaktor <math>f</math> mal dem Tagesmittel des Wochenprofils, <math>f \cdot \frac{1}{7} \sum_{d=0}^{6} P_{\mathrm{W}}(24 d + s)</math>. Ferien gehen Feiertagen vor. Die Feiertage sind die neun bundeseinheitlichen und, mit gewaehltem Bundesland, die landesweiten Feiertage dieses Landes, nach festen Regeln in das Wochentagsraster des Projekts gelegt (siehe [[Programm Dokumentation/Berechnung/Wärmebedarf|Berechnung: Wärmebedarf]], Schritt 1). Normiert wird danach wie in (4) und (5): Die Monatsmenge bleibt erhalten und verteilt sich auf die uebrigen Tage. Mit „Ferien kuerzen die Monatsmenge" steht im Nenner von (5) statt <math>S(m)</math> die Monatssumme OHNE die Ferientage — die Menge des Monats sinkt dann im Verhaeltnis der Ferienstunden; Feiertage verteilen stets nur um. Ohne Kalender bleibt <math>x(t)</math>, wie es (3) bildet.


=== 4. Monatsweise auf die Monatswerte normieren ===
=== 4. Monatsweise auf die Monatswerte normieren ===


je Monat m:
: <math>\displaystyle S(m) = \sum_{t \in \mathrm{Monat}\, m} x(t)</math> &nbsp;&nbsp;(4)
  S = Summe der gekachelten Jahreswerte innerhalb des Monats
:: <math>S(m)</math> – Summe der gekachelten Werte innerhalb des Monats [Skala von <math>P_{\mathrm{W}}</math>]
  Jahreswert(h) = Jahreswert(h) / S * Monatswert(m) * 1000      fuer alle h im Monat m
:: <math>x(t)</math> – gekachelter Wochenprofilwert nach (3) [Skala von <math>P_{\mathrm{W}}</math>]
:: <math>m</math> – Monat, 1 bis 12; die Monatsgrenzen sind die eines Nicht-Schaltjahres [–]
: <math>\displaystyle Q_{\mathrm{Pro}}(t) = \frac{x(t)}{S(m)} \cdot Q_{\mathrm{M}}(m) \cdot 1\,000, \quad t \in \mathrm{Monat}\, m</math> &nbsp;&nbsp;(5)
:: <math>Q_{\mathrm{Pro}}(t)</math> – Prozesswaermebedarf der Stunde [kWh]
:: <math>x(t)</math> – gekachelter Wochenprofilwert nach (3) [Skala von <math>P_{\mathrm{W}}</math>]
:: <math>S(m)</math> – Monatssumme derselben Werte nach (4) [Skala von <math>P_{\mathrm{W}}</math>]
:: <math>Q_{\mathrm{M}}(m)</math> – Monatswert nach (2) [MWh]
:: <math>1\,000</math> – Umrechnung MWh in kWh [kWh/MWh]


Die '''Skala des Wochenprofils ist damit frei''' — es zaehlt nur das Verhaeltnis der 168
Die '''Skala des Wochenprofils ist damit frei''' — <math>x(t)</math> steht in (5) im Zaehler und ueber <math>S(m)</math> im Nenner, es zaehlt also nur das Verhaeltnis der 168 Werte zueinander. Die '''Energiemenge bestimmen allein die Monatswerte'''; der Faktor 1 000 rechnet sie von MWh in kWh.
Werte zueinander. Die '''Energiemenge bestimmen allein die Monatswerte'''; der Faktor 1 000
rechnet sie von MWh in kWh.


Der '''monatliche Verlauf''', den der Dialog auf Knopfdruck zeigt, ist genau das Ergebnis
Der '''monatliche Verlauf''', den der Dialog auf Knopfdruck zeigt, ist genau das Ergebnis dieses Schrittes: die zwoelf Monatssummen des fertigen Stundenvektors. Er ist deshalb bis zur ersten Vorschaurechnung gesperrt — ohne sie gibt es nichts zu zeigen.
dieses Schrittes: die zwoelf Monatssummen des fertigen Stundenvektors. Er ist deshalb bis
zur ersten Vorschaurechnung gesperrt — vorher gibt es nichts zu zeigen.


=== 5. In den Kanal und in die Bilanz ===
=== 5. In den Kanal und in die Bilanz ===
Zeile 84: Zeile 147:
Der Vektor geht in den '''Prozesskanal'''. Ausgewiesen wird
Der Vektor geht in den '''Prozesskanal'''. Ausgewiesen wird


Jahresmenge [MWh] = Summe der 8 760 Stundenwerte / 1000
: <math>\displaystyle Q_{\mathrm{a}} = \frac{\sum_{t=0}^{8\,759} Q_{\mathrm{Pro}}(t)}{1\,000}</math> &nbsp;&nbsp;(6)
:: <math>Q_{\mathrm{a}}</math> – ausgewiesene Jahresmenge des Kanals [MWh]
:: <math>Q_{\mathrm{Pro}}(t)</math> – Prozesswaermebedarf der Stunde nach (5) [kWh]
:: <math>1\,000</math> – Umrechnung kWh in MWh [kWh/MWh]


und zwar '''vor''' der Verteilung der Netzverluste; der Stundenvektor bekommt seinen Anteil
Diese Menge gilt '''vor''' der Verteilung der Netzverluste; der Stundenvektor bekommt seinen Anteil daran anschliessend (siehe [[Programm Dokumentation/Berechnung/Wärmebedarf|Berechnung: Wärmebedarf]], Schritt 7 und Gleichung (21) dort).
daran anschliessend (siehe
[[Programm Dokumentation/Berechnung/Wärmebedarf|Berechnung: Wärmebedarf]], Schritt 7).


'''Die Einheit gehoert zum Wert''' (Anwenderentscheid vom 04.09.2026). Bis dahin trug der
'''Die Einheit gehoert zum Wert.''' Die Umrechnung steht an EINER Stelle, und die Anzeigeeinheit ist waehlbar: MWh mit zwei Nachkommastellen (Vorgabe) oder kWh ohne.
eine Weg den Teiler 1 000 und der andere nicht — die Prozesswaerme stand in der Vorschau um
 
den Faktor 1 000 zu hoch da. Die Umrechnung steht seither an EINER Stelle, und die
=== 6. Temperaturniveau des Kanals ===
Anzeigeeinheit ist waehlbar: MWh mit zwei Nachkommastellen (Vorgabe) oder kWh ohne.
 
Jedes Profil p mit Temperaturpaar traegt in den Stunden mit Bedarf <math>Q_{\mathrm{Pro},p}(t) > 0</math> bei:
 
: <math>\displaystyle T_{\mathrm{VL}}(t) = \max_{p:\ Q_{\mathrm{Pro},p}(t) > 0} T_{\mathrm{VL},p}</math> &nbsp;&nbsp;(7)
:: <math>T_{\mathrm{VL}}(t)</math> – hoechster geforderter Vorlauf der Stunde [°C]
:: <math>T_{\mathrm{VL},p}</math> – Vorlauf des Profils p [°C]
:: <math>Q_{\mathrm{Pro},p}(t)</math> – Bedarf des Profils p in der Stunde nach (5) [kWh]
: <math>\displaystyle T_{\mathrm{RL}}(t) = \frac{\sum_{p} Q_{\mathrm{Pro},p}(t) \cdot T_{\mathrm{RL},p}}{\sum_{p} Q_{\mathrm{Pro},p}(t)}</math> &nbsp;&nbsp;(8)
:: <math>T_{\mathrm{RL}}(t)</math> – mengengewichteter Ruecklauf der Stunde [°C]
:: <math>T_{\mathrm{RL},p}</math> – Ruecklauf des Profils p [°C]
 
Summiert wird ueber dieselben Profile wie in (7). In Stunden ohne ein solches Profil gibt es kein Niveau; ohne ein einziges Temperaturpaar im Projekt rechnet der Lauf wie fuer eine reine Waermemenge.
 
Wirkung in Stunden mit Prozessbedarf und gefordertem Vorlauf:
 
* '''Waermepumpe mit Direktsenke Prozesswaerme.''' Liegt <math>T_{\mathrm{VL}}(t)</math> ueber dem Vorlauf der Kennlinie der Stunde, rechnet die Stunde mit der untersten Kennlinie des Geraets, die ihn erreicht — fuer die ganze Abgabe der Stunde, die hoechste geforderte Temperatur bestimmt den Betriebspunkt. Ueber der obersten Kennlinie gilt die Projekteinstellung „Extrapolation der Kennlinie erlauben“: erlaubt — die oberste Kennlinie; nicht erlaubt — die Waermepumpe erreicht den Vorlauf nicht. Unterhalb der untersten Quelltemperatur dieser Kennlinie gibt es keinen Betriebspunkt; auch dann erreicht sie ihn nicht.
* '''Ein Erzeuger, der den Vorlauf nicht erreicht''', deckt den Prozesskanal in dieser Stunde nicht; die uebrigen Kanaele bedient er weiter. Der Heizkessel wird an seinem gepflegten Vorlauf gemessen (Anlage, sonst Heizkessel); ohne gepflegten Vorlauf gilt er als erreichend. Die Pruefung der Senkenzuordnung (Warnkriterium W3) meldet einen Erzeuger mit Direktsenke Prozesswaerme, dessen Vorlauf unter dem hoechsten Prozessvorlauf liegt.
* '''Brennwertkessel mit Kennlinie.''' Fuer den Anteil seiner Stundenabgabe, der in den Prozesskanal ging, gilt der Ruecklauf <math>T_{\mathrm{RL}}(t)</math>; fuer den Rest der Ruecklauf seiner Kette (siehe [[Programm Dokumentation/Berechnung/Heizkessel|Berechnung: Heizkessel]]).
* '''Pufferspeicher.''' Ein geschichteter Speicher gibt an den Prozess nur aus Schichten ab, die <math>T_{\mathrm{VL}}(t)</math> halten. Ein ungeschichteter Speicher mit gepflegtem Temperaturpaar gibt nichts ab, wenn sein Vorlauf <math>T_{\mathrm{VL}}(t)</math> nicht erreicht.
 
=== 7. Ausgelieferte Betriebsweisen ===
 
Der Prozesswaerme-Katalog liefert acht typische Betriebsweisen als Schichtmodelle mit, je mit Jahresmenge 100 MWh, Monatswerten nach Monatsfaktor und Kalendertagen, Wochenprofil als relative Last und Temperaturpaar als Vorbelegung. Sie sind schreibgeschuetzt; im Projekt wird die Menge ueber den Jahresverbrauch skaliert und das Temperaturpaar bei Bedarf angepasst.
 
{| class="wikitable"
! Betriebsweise !! Wochenprofil !! Monatsfaktoren !! Vorlauf/Ruecklauf
|-
| Einschicht 5 Tage || Mo–Fr 6–14 Uhr voll, 5 Uhr halbe Last || August 0,4, Dezember 0,8 || 60/40 °C
|-
| Zweischicht 5 Tage || Mo–Fr 6–22 Uhr || August 0,4, Dezember 0,8 || 70/50 °C
|-
| Dreischicht 5 Tage || Mo 6 Uhr bis Sa 6 Uhr durchgehend || August 0,4, Dezember 0,8 || 80/60 °C
|-
| Durchlaufbetrieb 7 Tage || rund um die Uhr, nachts 10 % weniger || August 0,7 (Revision) || 90/70 °C
|-
| Reinigung/Spülen (CIP) || Mo–Fr je eine Spitze 14 und 22 Uhr || 1,0 || 75/40 °C
|-
| Trocknung/Lackierung || Mo–Fr 6–22 Uhr, erste Stunde 150 % || 1,0 || 120/90 °C
|-
| Waschen/Bäder || Mo–Fr 6–18 Uhr, Montag erste Stunde 200 % || 1,0 || 60/45 °C
|-
| Raumlufttechnik Halle || Mo–Fr 5–20 Uhr || Oktober–April 1,0, Mai–September 0,1 || 50/30 °C
|}


== Grenzen und Annahmen ==
== Grenzen und Annahmen ==
{{Anker|grenzen}}


* '''Der Prozess ist eine Waermemenge, kein Prozess.''' Temperaturniveau, Vor- und Ruecklauf, Gleichzeitigkeit mehrerer Verbraucher und Abwaerme werden hier nicht gerechnet. Welcher Erzeuger den Prozesskanal ueberhaupt bedienen darf, entscheidet die Senkenzuordnung — dort wirkt auch die Temperaturpruefung (Warnkriterium W3).
* '''Ein Temperaturpaar je Prozess, kein Verlauf.''' Das Temperaturniveau kommt aus dem Paar des Profils nach (7) und (8); ein Prozess mit wechselndem Niveau innerhalb des Jahres (Reinigungszyklen, Chargen) ist nicht abbildbar, und Lastgaenge mit Kanal Prozesswaerme tragen kein Niveau. Gleichzeitigkeit mehrerer Verbraucher und Abwaerme werden hier nicht gerechnet. Welcher Erzeuger den Prozesskanal ueberhaupt bedienen darf, entscheidet die Senkenzuordnung.
* '''Die Waermepumpe rechnet die ganze Stunde am hoechsten Vorlauf.''' Bedient sie in einer Stunde Prozess und Heizung, teilt sie die Stunde nicht in Zeitanteile — die Kennlinie am Prozessvorlauf gilt fuer ihre ganze Abgabe der Stunde, auch fuer eine Pufferladung. Die Solarthermie wertet den Prozessvorlauf nicht aus.
* '''Kein Wirkungsgrad, keine Verteilverluste je Prozess.''' Was eingegeben wird, ist die Nutzwaerme am Prozess; Verluste bildet der pauschale Netzverlust ab.
* '''Kein Wirkungsgrad, keine Verteilverluste je Prozess.''' Was eingegeben wird, ist die Nutzwaerme am Prozess; Verluste bildet der pauschale Netzverlust ab.
* '''Der Wochengang ist starr.''' Dasselbe 168-Stunden-Muster gilt fuer alle 52 Wochen. Schichtplaene, Betriebsferien und Sonderschichten bildet allein der Monatswert ab; ein Werk mit drei Wochen Sommerstillstand braucht dafuer einen kleinen Julimonatswert, nicht ein zweites Profil.
* '''Der Wochengang ist ein Muster.''' Dasselbe 168-Stunden-Muster <math>P_{\mathrm{W}}</math> gilt fuer alle 52 Wochen; Feiertage und Betriebsferien legt ein '''Betriebskalender''' an der Zuordnung darauf (Schritt 3). Ein Werk mit drei Wochen Sommerstillstand waehlt einen Kalender mit diesen Ferien und „Ferien kuerzen die Monatsmenge"; Sonderschichten bildet weiter der Monatswert <math>Q_{\mathrm{M}}(m)</math> ab.
* '''Die Monatsmenge ist unantastbar.''' Der Kalender verschiebt nur die Verteilung INNERHALB des Monats; wie viele Wochenenden ein Monat hat, aendert seine Menge nicht.
* '''Die Monatsmenge ist unantastbar.''' Wegen (4) und (5) verschiebt der Kalender nur die Verteilung INNERHALB des Monats; wie viele Wochenenden ein Monat hat, aendert seine Menge nicht.
* '''Kein Auslieferungskatalog.''' Anders als beim Brauchwasser liefert das Programm keine Normprofile fuer Prozesswaerme mit — Monatswerte und Wochenprofil sind Anwenderdaten. Das ist Absicht: Ein Prozess ist ein Einzelfall.
* '''Die ausgelieferten Betriebsweisen sind Schichtmodelle, keine Messungen.''' Sie geben einen typischen Wochengang und ein typisches Temperaturniveau vor; fuer einen konkreten Betrieb sind Monatswerte, Wochenprofil und Temperaturpaar zu pruefen.
* '''Abbruch statt Nullprofil.''' Ein fehlender Typbezug beendet die Prozesswaermerechnung, statt sie mit Nullen fortzusetzen.
* '''Ueberspringen statt Abbruch.''' Ein Profil ohne Typbezug traegt nichts bei und wird gemeldet; die uebrigen Profile rechnen vollstaendig.


== Ergebnisse und wo sie stehen ==
== Ergebnisse und wo sie stehen ==
{{Anker|ergebnisse}}


* '''Dialog „Prozesswärme"''', Knopf „Simulation…" — Jahresmenge und Monatswerte der ausgewaehlten Profile; „monatlicher Verlauf…" zeigt sie als Balken.
* '''Dialog „Prozesswärme"''', Knopf „Simulation…" — Jahresmenge und Monatswerte der ausgewaehlten Profile mit dem Jahresverbrauch, der im Dialog steht (auch vor dem Speichern); der Reiter „Grafik" zeigt die Monate als Balken und die Stundenreihe als Jahresverlauf sowie je Woche.
* '''Simulationsergebnis''', Reiter „Wärme-/Strombedarf" — der Prozessanteil im Jahresbedarf.
* '''Simulationsergebnis''', Reiter „Wärme-/Strombedarf" — der Prozessanteil im Jahresbedarf.
* '''Bericht''' — Bedarfsuebersicht.
* '''Bericht''' — Bedarfsuebersicht; mit Temperaturpaar die Zeile „Temperaturniveau Prozesswärme" (hoechster Vorlauf / tiefster Ruecklauf).
* '''Laufprotokoll''' — uebersprungene Profile und der Abbruchgrund „Typ nicht definiert".
* '''Laufprotokoll''' — uebersprungene Profile, auch die ohne Typbezug („Typ nicht definiert"); mit Temperaturpaar das Niveau des Kanals und je Erzeuger und Speicher die Stunden mit Kennlinie am Prozessvorlauf, ohne Prozessdeckung, mit Prozessruecklauf und mit begrenzter Entnahme.


== Bezüge ==
== Bezüge ==
{{Anker|bezuege}}


* [[Programm Dokumentation/Prozesswärme|Prozesswärme]] — Bedienung des Dialogs und Katalogpflege
* [[Programm Dokumentation/Prozesswärme|Prozesswärme]] — Bedienung des Dialogs und Katalogpflege
Zeile 118: Zeile 228:
* [[Programm Dokumentation/Berechnung/Strombedarf|Berechnung: Strombedarf]] — dieselbe Profilroutine
* [[Programm Dokumentation/Berechnung/Strombedarf|Berechnung: Strombedarf]] — dieselbe Profilroutine
* [[Programm Dokumentation/Berechnung/Simulationsablauf|Berechnung: Simulationsablauf]] — die drei Kanäle in der Kaskade
* [[Programm Dokumentation/Berechnung/Simulationsablauf|Berechnung: Simulationsablauf]] — die drei Kanäle in der Kaskade
* [[Programm Dokumentation/Berechnung/Wärmepumpe|Berechnung: Wärmepumpe]] — die Kennlinie am Prozessvorlauf
* [[Programm Dokumentation/Berechnung/Heizkessel|Berechnung: Heizkessel]] — der Rücklauf der Brennwertkennlinie
* [[Programm Dokumentation/Berechnung/Pufferspeicher|Berechnung: Pufferspeicher]] — die Entnahme aus den Schichten

Aktuelle Version vom 1. November 2026, 14:25 Uhr


Was berechnet wird

Der Prozesswaermebedarf als Reihe von 8 760 Stundenwerten [kWh] — der dritte der drei Bedarfskanaele. Der Rechenweg ist derselbe wie beim Brauchwasser: je Profil ein Satz aus zwoelf Monatswerten und einem Wochenprofil mit 168 Stundenwerten, daraus der Jahresgang.

Der eigene Kanal ist der Grund, warum die Prozesswaerme ueberhaupt getrennt gefuehrt wird: Ein Erzeuger darf Heizung und Brauchwasser decken und die Prozesswaerme nicht — oder umgekehrt. Ausgewiesen werden die Jahressumme und die zwoelf Monatssummen.

Traegt ein Profil ein Temperaturpaar (Vorlauf und Ruecklauf), bildet der Lauf daneben das Temperaturniveau des Kanals: je Stunde den hoechsten geforderten Vorlauf und den mengengewichteten Ruecklauf. Es entscheidet, ob ein Erzeuger den Prozess in dieser Stunde erreicht, an welcher Kennlinie eine Waermepumpe rechnet, welchen Ruecklauf ein Brennwertkessel sieht und aus welchen Schichten ein Pufferspeicher an den Prozess abgibt. Ohne Temperaturpaar ist der Prozess eine reine Waermemenge.

Eingangsgrößen

Groesse Einheit Herkunft im Programm
Prozesswaermeprofile des Projekts — Dialog „Prozesswärme", Liste „Ausgewählt im Projekt"
Zwoelf Monatswerte je Profil MWh Prozesswaerme-Katalog (Kopfsatz des Profils)
Typbezug des Profils — Kopfsatz des Profils, Feld „Typ"
Wochenprofil, 168 Stundenwerte beliebige Skala Prozesstyp-Katalog, Reiter „Wochenwerte"
Jahressumme des Projekts MWh oder kWh (waehlbar) Dialog „Prozesswärme", Feld „Jahresverbrauch"; leer oder 0 = Katalogwerte gelten unveraendert
Wochentag des 1. Januar — aus den Klimadaten der Projektregion abgeleitet; mit einer Spotpreisreihe mit Jahr der Kalender dieses Jahres
Vorlauf und Ruecklauf je Profil °C Kopfsatz des Profils, Gruppe „Temperaturniveau des Prozesses"; im Projekt die Projektkopie (Dialog „Prozesswärme", „Temperaturen übernehmen"); beide leer = ohne Temperaturniveau

Formelzeichen und Parameter

Parameter

Was in die Rechnung hereinkommt:

Symbol Bedeutung Einheit Herkunft
t Stunde des Jahres, t=0…8759 — Zeitraster (Konstante: 8 760 Stunden je Jahr)
m Monat, m=1…12 — Zeitraster (Konstante: zwoelf Monatsgrenzen eines Nicht-Schaltjahres)
j Stunde der Woche, j=0…167 — Zeitraster (Konstante: 168 Wochenstunden)
w Wochentag des 1. Januar, w=0 (Montag) … 6 (Sonntag) — aus den Klimadaten abgeleitet, siehe Berechnung: Wärmebedarf, Gleichung (1)
PW(j) Wochenprofil, 168 Stundenwerte beliebige Skala Prozesstyp-Katalog, Reiter „Wochenwerte"
QM,Kat(m) Monatswert m des Profils MWh Prozesswaerme-Katalog, Kopfsatz, Felder Monat_1 … Monat_12
Qa,Proj Jahressumme des Projekts MWh (intern; Eingabe wahlweise in MWh oder kWh) Dialog „Prozesswärme", Feld „Jahresverbrauch"; leer oder 0 = keine Skalierung
1000 Umrechnung MWh in kWh kWh/MWh Konstante
TVL,p, TRL,p Vorlauf und Ruecklauf des Profils p °C Kopfsatz, Felder Vorlauf, Ruecklauf; 0 bis 250 °C, beide oder keiner, Vorlauf nicht unter dem Ruecklauf

Variablen

Was die Rechnung selbst bildet:

Symbol Bedeutung Einheit berechnet in
Qa,Kat Summe der zwoelf Katalog-Monatswerte MWh (1)
QM(m) Monatswert nach der Skalierung auf die Projektsumme MWh (2)
x(t) gekachelter Wochenprofilwert der Stunde t, noch ohne Energiemass Skala von PW (3)
S(m) Summe der gekachelten Werte innerhalb des Monats m Skala von PW (4)
QPro(t) Prozesswaermebedarf der Stunde t kWh (5)
Qa ausgewiesene Jahresmenge des Kanals MWh (6)
TVL(t) hoechster geforderter Vorlauf des Kanals in der Stunde t °C (7)
TRL(t) mengengewichteter Ruecklauf des Kanals in der Stunde t °C (8)

Rechenweg

1. Profile des Projekts sammeln

Alle dem Projekt zugeordneten Prozessprofile werden ueber die ID ihrer Zuordnungszeile geholt und nacheinander in denselben Zielvektor gerechnet; die Stundenwerte addieren sich. Kopf- und Typdaten kommen aus den Projektkopien — ein im Projekt geaendertes Profil rechnet mit seinen eigenen Werten, nicht mit denen des Katalogs. Weil die Zuordnung ueber die ID der Projektkopie laeuft, gelten Kopfsatz und gepflegte Jahressumme auch dann, wenn die Kopie anders heisst als der Katalogsatz.

Ohne Kopfsatz geht ein Profil mit Anteil 0 ein und wird gemeldet. Fehlt der Typbezug, gilt dasselbe: Ohne Typ gibt es keine Verteilung, das Profil geht mit Anteil 0 ein, der Lauf meldet es mit seinem Namen, und die uebrigen Profile rechnen vollstaendig. Die Summe haengt damit nicht an der Reihenfolge der Profile.

2. Jahressumme des Projekts einrechnen

Qa,Kat=∑m=112QM,Kat(m)   (1)
Qa,Kat – Summe der zwoelf Katalog-Monatswerte [MWh]
QM,Kat(m) – Monatswert des Profils, wie er im Katalog steht [MWh]
m – Monat, 1 bis 12 [–]
QM(m)=QM,Kat(m)⋅Qa,ProjQa,Kat,Qa,Proj>0   (2)
QM(m) – Monatswert nach der Skalierung auf die Projektsumme [MWh]
QM,Kat(m) – Monatswert des Profils aus dem Katalog [MWh]
Qa,Proj – Jahressumme des Projekts, intern in MWh gefuehrt; leer oder 0 = keine Skalierung [MWh]
Qa,Kat – Summe der Katalog-Monatswerte nach (1) [MWh]

Die Verteilung ueber das Jahr bleibt unveraendert; skaliert wird nur die Hoehe. Ohne eigene Jahressumme gilt QM(m)=QM,Kat(m). Ist Qa,Proj gesetzt und Qa,Kat null, wird das Profil uebersprungen und gemeldet.

Der Wert wird im Dialog in der gewaehlten Einheit eingegeben (Vorgabe MWh, wahlweise kWh) und intern in MWh gefuehrt — (2) rechnet also immer mit MWh.

3. Wochenprofil auf das Jahr kacheln

x(t)=PW((w⋅24+t) mod⁡ 168),t=0…8759   (3)
x(t) – gekachelter Wochenprofilwert der Stunde, noch ohne Energiemass [Skala von PW]
PW(j) – Wochenprofil, 168 Stundenwerte [beliebige Skala]
w – Wochentag des 1. Januar, 0 = Montag bis 6 = Sonntag [–]
24 – Stunden je Tag [h]
168 – Stunden je Woche [h]

Stunden 1 bis 24 des Wochenprofils sind der Montag, 145 bis 168 der Sonntag; im Index j von (3) sind das j=0…23 bzw. j=144…167. Ein Profil, dessen 168 Werte in der Summe null sind, wird uebersprungen und gemeldet.

Mit einem Betriebskalender an der Zuordnung (Auswahl im Bedarfsprofil-Dialog, gepflegt unter Betriebskalender) wird x(t) vor der Normierung tageweise ersetzt: Ein Feiertag traegt die 24 Werte des Sonntags im Wochenprofil (j=144…167), sofern der Kalender „Feiertag wie Sonntag" fuehrt; ein Ferientag traegt je Stunde s den Ferienfaktor f mal dem Tagesmittel des Wochenprofils, f⋅17∑d=06PW(24d+s). Ferien gehen Feiertagen vor. Die Feiertage sind die neun bundeseinheitlichen und, mit gewaehltem Bundesland, die landesweiten Feiertage dieses Landes, nach festen Regeln in das Wochentagsraster des Projekts gelegt (siehe Berechnung: Wärmebedarf, Schritt 1). Normiert wird danach wie in (4) und (5): Die Monatsmenge bleibt erhalten und verteilt sich auf die uebrigen Tage. Mit „Ferien kuerzen die Monatsmenge" steht im Nenner von (5) statt S(m) die Monatssumme OHNE die Ferientage — die Menge des Monats sinkt dann im Verhaeltnis der Ferienstunden; Feiertage verteilen stets nur um. Ohne Kalender bleibt x(t), wie es (3) bildet.

4. Monatsweise auf die Monatswerte normieren

S(m)=∑t∈Monatmx(t)   (4)
S(m) – Summe der gekachelten Werte innerhalb des Monats [Skala von PW]
x(t) – gekachelter Wochenprofilwert nach (3) [Skala von PW]
m – Monat, 1 bis 12; die Monatsgrenzen sind die eines Nicht-Schaltjahres [–]
QPro(t)=x(t)S(m)⋅QM(m)⋅1000,t∈Monatm   (5)
QPro(t) – Prozesswaermebedarf der Stunde [kWh]
x(t) – gekachelter Wochenprofilwert nach (3) [Skala von PW]
S(m) – Monatssumme derselben Werte nach (4) [Skala von PW]
QM(m) – Monatswert nach (2) [MWh]
1000 – Umrechnung MWh in kWh [kWh/MWh]

Die Skala des Wochenprofils ist damit frei — x(t) steht in (5) im Zaehler und ueber S(m) im Nenner, es zaehlt also nur das Verhaeltnis der 168 Werte zueinander. Die Energiemenge bestimmen allein die Monatswerte; der Faktor 1 000 rechnet sie von MWh in kWh.

Der monatliche Verlauf, den der Dialog auf Knopfdruck zeigt, ist genau das Ergebnis dieses Schrittes: die zwoelf Monatssummen des fertigen Stundenvektors. Er ist deshalb bis zur ersten Vorschaurechnung gesperrt — ohne sie gibt es nichts zu zeigen.

5. In den Kanal und in die Bilanz

Der Vektor geht in den Prozesskanal. Ausgewiesen wird

Qa=∑t=08759QPro(t)1000   (6)
Qa – ausgewiesene Jahresmenge des Kanals [MWh]
QPro(t) – Prozesswaermebedarf der Stunde nach (5) [kWh]
1000 – Umrechnung kWh in MWh [kWh/MWh]

Diese Menge gilt vor der Verteilung der Netzverluste; der Stundenvektor bekommt seinen Anteil daran anschliessend (siehe Berechnung: Wärmebedarf, Schritt 7 und Gleichung (21) dort).

Die Einheit gehoert zum Wert. Die Umrechnung steht an EINER Stelle, und die Anzeigeeinheit ist waehlbar: MWh mit zwei Nachkommastellen (Vorgabe) oder kWh ohne.

6. Temperaturniveau des Kanals

Jedes Profil p mit Temperaturpaar traegt in den Stunden mit Bedarf QPro,p(t)>0 bei:

TVL(t)=maxp: QPro,p(t)>0TVL,p   (7)
TVL(t) – hoechster geforderter Vorlauf der Stunde [°C]
TVL,p – Vorlauf des Profils p [°C]
QPro,p(t) – Bedarf des Profils p in der Stunde nach (5) [kWh]
TRL(t)=∑pQPro,p(t)⋅TRL,p∑pQPro,p(t)   (8)
TRL(t) – mengengewichteter Ruecklauf der Stunde [°C]
TRL,p – Ruecklauf des Profils p [°C]

Summiert wird ueber dieselben Profile wie in (7). In Stunden ohne ein solches Profil gibt es kein Niveau; ohne ein einziges Temperaturpaar im Projekt rechnet der Lauf wie fuer eine reine Waermemenge.

Wirkung in Stunden mit Prozessbedarf und gefordertem Vorlauf:

  • Waermepumpe mit Direktsenke Prozesswaerme. Liegt TVL(t) ueber dem Vorlauf der Kennlinie der Stunde, rechnet die Stunde mit der untersten Kennlinie des Geraets, die ihn erreicht — fuer die ganze Abgabe der Stunde, die hoechste geforderte Temperatur bestimmt den Betriebspunkt. Ueber der obersten Kennlinie gilt die Projekteinstellung „Extrapolation der Kennlinie erlauben“: erlaubt — die oberste Kennlinie; nicht erlaubt — die Waermepumpe erreicht den Vorlauf nicht. Unterhalb der untersten Quelltemperatur dieser Kennlinie gibt es keinen Betriebspunkt; auch dann erreicht sie ihn nicht.
  • Ein Erzeuger, der den Vorlauf nicht erreicht, deckt den Prozesskanal in dieser Stunde nicht; die uebrigen Kanaele bedient er weiter. Der Heizkessel wird an seinem gepflegten Vorlauf gemessen (Anlage, sonst Heizkessel); ohne gepflegten Vorlauf gilt er als erreichend. Die Pruefung der Senkenzuordnung (Warnkriterium W3) meldet einen Erzeuger mit Direktsenke Prozesswaerme, dessen Vorlauf unter dem hoechsten Prozessvorlauf liegt.
  • Brennwertkessel mit Kennlinie. Fuer den Anteil seiner Stundenabgabe, der in den Prozesskanal ging, gilt der Ruecklauf TRL(t); fuer den Rest der Ruecklauf seiner Kette (siehe Berechnung: Heizkessel).
  • Pufferspeicher. Ein geschichteter Speicher gibt an den Prozess nur aus Schichten ab, die TVL(t) halten. Ein ungeschichteter Speicher mit gepflegtem Temperaturpaar gibt nichts ab, wenn sein Vorlauf TVL(t) nicht erreicht.

7. Ausgelieferte Betriebsweisen

Der Prozesswaerme-Katalog liefert acht typische Betriebsweisen als Schichtmodelle mit, je mit Jahresmenge 100 MWh, Monatswerten nach Monatsfaktor und Kalendertagen, Wochenprofil als relative Last und Temperaturpaar als Vorbelegung. Sie sind schreibgeschuetzt; im Projekt wird die Menge ueber den Jahresverbrauch skaliert und das Temperaturpaar bei Bedarf angepasst.

Betriebsweise Wochenprofil Monatsfaktoren Vorlauf/Ruecklauf
Einschicht 5 Tage Mo–Fr 6–14 Uhr voll, 5 Uhr halbe Last August 0,4, Dezember 0,8 60/40 °C
Zweischicht 5 Tage Mo–Fr 6–22 Uhr August 0,4, Dezember 0,8 70/50 °C
Dreischicht 5 Tage Mo 6 Uhr bis Sa 6 Uhr durchgehend August 0,4, Dezember 0,8 80/60 °C
Durchlaufbetrieb 7 Tage rund um die Uhr, nachts 10 % weniger August 0,7 (Revision) 90/70 °C
Reinigung/Spülen (CIP) Mo–Fr je eine Spitze 14 und 22 Uhr 1,0 75/40 °C
Trocknung/Lackierung Mo–Fr 6–22 Uhr, erste Stunde 150 % 1,0 120/90 °C
Waschen/Bäder Mo–Fr 6–18 Uhr, Montag erste Stunde 200 % 1,0 60/45 °C
Raumlufttechnik Halle Mo–Fr 5–20 Uhr Oktober–April 1,0, Mai–September 0,1 50/30 °C

Grenzen und Annahmen

  • Ein Temperaturpaar je Prozess, kein Verlauf. Das Temperaturniveau kommt aus dem Paar des Profils nach (7) und (8); ein Prozess mit wechselndem Niveau innerhalb des Jahres (Reinigungszyklen, Chargen) ist nicht abbildbar, und Lastgaenge mit Kanal Prozesswaerme tragen kein Niveau. Gleichzeitigkeit mehrerer Verbraucher und Abwaerme werden hier nicht gerechnet. Welcher Erzeuger den Prozesskanal ueberhaupt bedienen darf, entscheidet die Senkenzuordnung.
  • Die Waermepumpe rechnet die ganze Stunde am hoechsten Vorlauf. Bedient sie in einer Stunde Prozess und Heizung, teilt sie die Stunde nicht in Zeitanteile — die Kennlinie am Prozessvorlauf gilt fuer ihre ganze Abgabe der Stunde, auch fuer eine Pufferladung. Die Solarthermie wertet den Prozessvorlauf nicht aus.
  • Kein Wirkungsgrad, keine Verteilverluste je Prozess. Was eingegeben wird, ist die Nutzwaerme am Prozess; Verluste bildet der pauschale Netzverlust ab.
  • Der Wochengang ist ein Muster. Dasselbe 168-Stunden-Muster PW gilt fuer alle 52 Wochen; Feiertage und Betriebsferien legt ein Betriebskalender an der Zuordnung darauf (Schritt 3). Ein Werk mit drei Wochen Sommerstillstand waehlt einen Kalender mit diesen Ferien und „Ferien kuerzen die Monatsmenge"; Sonderschichten bildet weiter der Monatswert QM(m) ab.
  • Die Monatsmenge ist unantastbar. Wegen (4) und (5) verschiebt der Kalender nur die Verteilung INNERHALB des Monats; wie viele Wochenenden ein Monat hat, aendert seine Menge nicht.
  • Die ausgelieferten Betriebsweisen sind Schichtmodelle, keine Messungen. Sie geben einen typischen Wochengang und ein typisches Temperaturniveau vor; fuer einen konkreten Betrieb sind Monatswerte, Wochenprofil und Temperaturpaar zu pruefen.
  • Ueberspringen statt Abbruch. Ein Profil ohne Typbezug traegt nichts bei und wird gemeldet; die uebrigen Profile rechnen vollstaendig.

Ergebnisse und wo sie stehen

  • Dialog „Prozesswärme", Knopf „Simulation…" — Jahresmenge und Monatswerte der ausgewaehlten Profile mit dem Jahresverbrauch, der im Dialog steht (auch vor dem Speichern); der Reiter „Grafik" zeigt die Monate als Balken und die Stundenreihe als Jahresverlauf sowie je Woche.
  • Simulationsergebnis, Reiter „Wärme-/Strombedarf" — der Prozessanteil im Jahresbedarf.
  • Bericht — Bedarfsuebersicht; mit Temperaturpaar die Zeile „Temperaturniveau Prozesswärme" (hoechster Vorlauf / tiefster Ruecklauf).
  • Laufprotokoll — uebersprungene Profile, auch die ohne Typbezug („Typ nicht definiert"); mit Temperaturpaar das Niveau des Kanals und je Erzeuger und Speicher die Stunden mit Kennlinie am Prozessvorlauf, ohne Prozessdeckung, mit Prozessruecklauf und mit begrenzter Entnahme.

Bezüge