BlueM - User contributions [en]

Systemübergreifende hydrologische Methoden

2015-01-24T10:01:51Z

Heusch: New navigation

{{BlueM.Sim_nav}}
{{BlueMTheory_nav}}

Im den folgenden Abschnitten werden modellübergreifende Methoden beschrieben, die von den verschiedenen Systemelementen verwendet werden und somit ein wesentlicher Bestandteil der Software sind.

[[Kategorie:BlueM Theorie]]

Talsperren

2015-01-24T10:00:34Z

Heusch: New navigation

{{BlueM.Sim_nav}}
{{BlueMTheory_nav}}

Das Talsperrenmodul erhält seine Steuerungsanweisungen über funktionale Zusammenhänge, die zwischen den verschiedenen Nutzungen und dem Speicherinhalt und beliebigen anderen Systemzuständen definiert werden. Im Falle von Verbundsteuerungen oder korrespondierenden Kontrollquerschnitten existieren zusätzliche Steuerungsanweisungen, welche die Abgaben beeinflussen.

Die Berechnung von Speichern ist im [[Umsetzung der Gesetzmäßigkeiten für die Simulation|Kapitel 2.3]] detailliert erklärt.

==Betriebsregelkonzept==

Zum bestmöglichen wasserwirtschaftlichen Betrieb von Speichersystemen sind Handlungsanweisungen erforderlich, die eindeutig festlegen wie bei gegebenen Systembelastungen und -zuständen Wasser gespeichert, abgegeben oder verteilt werden soll. Die Summe dieser Anweisungen wird in einem Betriebsplan zusammengefasst. Ein Betriebsplan kann sich aus vielen Einzelvorschriften zusammensetzen, z.B. die Einhaltung einer Abgabe in Abhängigkeit des Speicherinhalts. Eine Einzelvorschrift kann wiederum als Betriebsregel bezeichnet werden.

Da die Formulierung einer Betriebsregel immer mit einem korrigierenden Eingriff in das natürliche Abflussverhalten in Verbindung steht, muss zu ihrer Ausführung die Möglichkeit zur Durchflussänderung gegeben sein. Dazu sind nur wenige wasserwirtschaftliche Elemente geeignet. Normalerweise werden diese Speicher mit regulierbaren Auslässen sein. Ansonsten stehen variable Aufteilungsbauwerke oder veränderliche Wehre zur Verfügung.

Der Zweck aller Betriebsregeln liegt in der Anpassung wasserwirtschaftlicher [[Systemzustände]] zur Einhaltung vorgegebener Zielvorstellungen. Dabei ist es unerheblich an welchem Ort die zu regelnden Systemzustände und Zielgrößen auftreten, solange über eine Änderung an den Systemzuständen die Zielgrößen beeinflusst werden können.

==Speicher mit Wasserkraftanlagen==

Wasserkraftanlagen treten in Verbindung mit Speichern auf. Soll ein Laufwasserkraftwerk abgebildet werden, ist der zugehörende Gewässerabschnitt als Speicher zu definieren.

In Abhängigkeit der Priorität von Wasserkraft gegenüber anderen Nutzungen gibt es verschiedene Konzepte zur Simulation von Turbinen. An den Talsperren der deutschen Mittelgebirgslagen tritt die Gewinnung von Wasserkraft in den meisten Fällen als Nebenprodukt auf. Dort nutzt man die Fallhöhe aus, um neben primären anderen Nutzungen einen weiteren Vorteil aus dem Bau einer Talsperre zu ziehen. Dort wird man versucht sein, immer genau dann Turbinen in Betrieb zu nehmen, wenn ausreichend Wasser zur Verfügung steht, ohne dabei konkurrierende Nutzungen zu beeinträchtigen.

===Wasserkraft als Nebenprodukt===

Hier bietet sich eine Näherungsberechnung an, welche die Turbinenabgabe in Abhängigkeit des aktuellen Wasserstandes, unter Beachtung von Schluckfähigkeit und Wirkungsgrad, definiert. Als Vereinfachung wird ein konstanter Unterwasserstand angenommen. Die notwendigen Berechnungsschritte sind im Folgenden gegeben:

# Vorgabe mehrerer Stützstellen entlang des Speicherinhaltes
# Iterative Berechnung der Turbinenabgabe für alle Stützstellen unter Annahme eines konstanten Unterwasserstandes
# Vorgabe eines Grenzinhaltes, ab dem die Turbinenabgabe zugunsten anderer Nutzungen auf Null reduziert wird
# Abgabenfunktion der Speichernutzung 'Wasserkraft' zuweisen
# Simulation

Die Bestimmung der ''Abgabenfunktion'' für die Turbine ist somit als Vorleistung zu erbringen.

Beispiel:

[[Bild:Theorie_Abb48.gif|thumb|left|400px|Abbildung 48: Iterative Berechnung der Turbinenabgabe]]

Es sei eine Turbine mit ihrem Wirkungsgrad gegeben. Bei Vorgabe einer erwünschten Leistung muss der Turbinendurchfluss iterativ berechnet werden, da Fallhöhe, Wirkungsgrad und Verlusthöhe vom Durchfluss abhängen. Wird der Wasserspiegel im Unterwasser als konstant angenommen, kann für beliebige Wasserstände im Speicher ein leistungsabhängiger Durchfluss berechnet werden. Die Annahme eines konstanten Unterwasserstandes erscheint im Hinblick auf Talsperren mit hohen und stark schwankenden Oberwasserständen aber wenig unterschiedlichen Unterwasserständen als Näherungslösung gerechtfertigt.

Die gegenüber den Hauptnutzungen zurückgesetzte Priorität kommt durch das Zurücknehmen der Funktion auf Null zum Ausdruck. Ergebnis der Vorberechnung der Turbinenleistung ist eine eindeutige Funktion entlang des Speicherinhaltes.

Durch Verschieben des Punktes 'S1' nach rechts wird die Turbinenabgabe früher auf Null reduziert. Damit bleiben für andere Nutzungen mehr Reserven frei. Grundsätzlich ist bei der Aufstellung der Funktion auf den Wirkungsgradbereich zu achten und gegebenenfalls die Funktion entlang des Speicherinhaltes einzuschränken.

[[Bild:Theorie_Abb49.gif|thumb|center|600px|Abbildung 49: Beispiel einer speicherinhaltsabhängigen Turbinenabgabe bei konstantem Unterwasserstand]]

===Wasserkraft als Hauptprodukt===

Ist die Produktion von Wasserkraft Hauptziel des Talsperrenbetriebs, so steht die maximale Leistungsabgabe einer Turbine im Vordergrund. Für eine genauere Betrachtung sollte auch der Unterwasserstand korrekt einbezogen werden. Die Berechnungsreihenfolge ändert sich:

# Ermittlung/Festlegung der Kenngrößen der Turbine. Dazu gehören die Leistung, maximale Schluckfähigkeit, durchflussabhängiger Wirkungsgrad und die Angabe durchflussabhängiger Verlusthöhen. Während der Simulation folgen die nächsten Berechnungsschritte:
# letzten Unterwasserstand abgreifen
# Iterative Berechnung des Turbinendurchflusses QTurbine mit einem geschätzten Wasserstand im Speicher
# Für den betroffenen Speicher erfolgt eine Inhalts- und Abgabenberechnung nach [[Umsetzung der Gesetzmäßigkeiten für die Simulation|Kapitel 2.3]] unter Berücksichtigung aller am Speicher wirkenden Nutzungen, wobei QTurbine konstant gehalten wird
# Vergleich der neuen und alten mittleren Wasserstände im Zeitintervall
# Ist das WSP-Abbruchkriterium nicht erreicht, neuen mittleren Wasserstand im Speicher schätzen und ab 3. die Berechnung wiederholen

Auf diese Art erreicht die Turbine immer die erwünschte Leistung, solange die maximal mögliche Durchflussmenge des Auslasses nicht überschritten wird.

Bei der Wasserkrafterzeugung als Hauptprodukt ergibt sich nun ein in Abhängigkeit des Ober- und Unterwasserstandes veränderlicher Turbinendurchfluss. Der wesentliche Unterschied zur Wasserkraftnutzung als Nebenprodukt liegt im variablen Unterwasserstand, der einmal höhere oder niedrigere Nettofallhöhen verursacht und dadurch die optimale Abgabe der Turbine beeinflusst.

Ist beabsichtigt, nur für bestimmte Speicherinhalte eine Turbine auf optimaler Leistung zu fahren, kann die Turbine durch eine zusätzliche speicherinhaltsabhängige ''Abgabenfunktion'' oder eine ''Systemzustandsfunktion'' gemäß dem Faktorkonzept aus [[Betriebsregelkonzept|Kapitel 2]] beeinflusst werden. Diese wird zwischen 0 bis maximaler Speicherinhalt und für die y-Achse einheitenlos zwischen 0 und 1 definiert. Der Turbinendurchfluss dient als Faktor.

[[Kategorie:BlueM Theorie]]

BlueM.MPC application

2010-12-20T10:06:42Z

Heusch: Text hinzugefuegt

__NOTOC__
[[File:Setup_BlueMMPC_englisch.png|thumb|BlueM.MPC modules]]
[[File:Workflow_BlueMMPC_deutsch.png|thumb|BlueM.MPC workflow]]
BlueM.MPC is a modular software consisting of three modules. The supervising module '''BlueM.MPC''' coordinates work and data flow. Module '''SWMM5''' represents the process model which is used for the evaluation of the objective function that is required by the optimization module '''[[BlueM.Opt]]'''. Data exchange between modules is based on text files.

==Dataset==
Application of BlueM.MPC requires seven input files:

Process control:

* '''[[XML-File]]:''' Inflow prediction

Optimization:
* '''[[OPT-Datei]]''': Definition of optimization parameters
* '''[[ZIE-Datei]]''': Definition of objective function
* '''[[MOD-Datei]]''': Localization / identification of optimzation parameters in inp

Process model:
* '''[[INP-File]]''': Definition of the process model
* '''[[TXT-File]]''': Inflow-Data
* '''[[HSF-File]]''': Initial flows and water levels

==Simulation==
[[File:BlueMMPC_UserForm.png|thumb|BlueM.MPC GUI screenshot]]

After starting the application '''MPC.exe''' a user form is opened. In this form all relevant information for the process control has to be filled in. After pressing the button ''Init BlueM.Opt'' the GUI of the optimizer '''[[BlueM.Opt]]''' is launched. The user selects an optimization algorithm and after setting the relevant optimization parameters the MPC simulation will start from there.

The following informations are required in the BlueM.MPC form:
* ''Input File.'' Path and file name of the process model ([[INP-File]]).
* ''Output Folder.'' Path of the folder for results and log-files.
* ''Start.'' Date and time of the start of the MPC simulations.
* ''Stop.'' Date and time of the end of the MPC simulations.
* ''Control step.'' Length of the control horizon in minutes.
* ''Evaluation horizon.'' Length of the evaluation horizon in hours.
* ''Forecast handling.'' Selection of method, that determines how the time difference between the end of the forecast and the evaluation horizon is handled (see [[BlueMMPC_TimeHorizons]]). The user can choose between three methods:
# Set all inflow values to zero.
# Set all inflow values to the average of the forecast horizon of the node.
# Use the last value of the forecast horizon.
* ''Objective function threshold.'' An optional value to speed up the simulation can be set in cases where objective functions values are minimized towards zero (which is for example the case when overflow volumes are minimized). The user defines a threshold value, which is compared in each control loop to the calculated objective function of the first simulation run. If the calculated value is smaller than the given threshold value, the iterative calculation of optimal control values is not necessary.

XML-File

2010-12-20T09:51:42Z

Heusch:

In BlueM.MPC, each inflow node in the sewer network can have its own forecast horizon and its own reliability factor. Forecast horizon and reliability factors are defined by meteostations. Theoretically, an unlimited number of meteostatins can be defined. Each meteostation is described by four parameters:

# <name>: Name of the meteostation.
# <nodename>: Name of the inflow node. The keyword "all" is used for all nodes without specified meteostations.
# <maxrange>: Length of the forecast horizon.
# <reliabiltyAtMaxrrange>: A linear function can be defined to each meteostation taking into account uncertainties in the forecast horizon. Possible values are positive real numbers.

An example file is given below:

<bluem>
<?xml version="1.0" encoding="utf-8"?>
<MeteoStationArray>
<stations>
<Meteostation>
<name>default</name>
<nodename>all</nodename>
<maxrange>120</maxrange>
<reliabilityAtMaxrange>1.0</reliabilityAtMaxrange>
</Meteostation>
</stations>
</MeteoStationArray>
</bluem>

XML-File

2010-12-20T09:51:02Z

Heusch: Text hinzugefuegt

In BlueM.MPC, each inflow node in the sewer network can have its own forecast horizon and its own reliability factor. Forecast horizon and reliability factors are defined by meteostations. Theoretically, an unlimited number of meteostatins can be defined. Each meteostation is described by four parameters:

# <name>: Name of the meteostations
# <nodename>: Name of the inflow node. The keyword "all" is used for all nodes without specified meteostations.
# <maxrange>: Length of the forecast horizon.
# <reliabiltyAtMaxrrange>: A linear function can be defined to each meteostation taking into account uncertainties in the forecast horizon. Possible values are positive real numbers.

An example file is given below:

<bluem>
<?xml version="1.0" encoding="utf-8"?>
<MeteoStationArray>
<stations>
<Meteostation>
<name>default</name>
<nodename>all</nodename>
<maxrange>120</maxrange>
<reliabilityAtMaxrange>1.0</reliabilityAtMaxrange>
</Meteostation>
</stations>
</MeteoStationArray>
</bluem>

BlueM.MPC application

2010-12-15T12:11:11Z

Heusch:

2010-12-14T12:48:59Z

Heusch: /* Application */

__NOTOC__
[[File:BlueMMPC_UserForm.png|thumb|User form of BlueM.MPC]]
==Description==
BlueM.MPC is a software for the simulation of model predictive control (MPC) in sewer networks. MPC is an online strategy for real time control (RTC). Control decisions are calculated during operation with a process model and optimization algorithms. This feature distinguishes MPC from off-line control strategies, in which the control decisions are calculated during the design phase. These control decisions are usually stored in a database (rule-based control) and are available during operation without delay. BlueM.MPC implements [[SWMM | SWMM5]] for process modelling and [[BlueM.Opt | BlueM.Opt]] for optimization.

==Application==
Model predictive control is a method that was first used for process control of chemical plants and oil refineries. MPC is conceptually a method for generating feedback control actions by continuously solving an open-loop optimal control problem over a finite control horizon. MPC systems are characterized by three principles:

1. Implementation of a receding horizon strategy.

2. Explicit use of a process model to predict future state developments of the
system.

3. Application of optimization algorithms to calculate optimal control settings.

For the operation of urban drainage systems only view MPC systems are in operation. The best known MPC system is the control system of the Quebec Urban Community (QUC) in Canada which is operation since 1999. MPC applications of sewer networks are so far not popular since the control constraints (i.e. the available time to calculate control decisions) place restrictions on the degree of sophistication of the process model and the optimization algorithm. In many other technical disciplines MPC is based on linear models. But flow processes in sewer network are highly nonlinear and the proper mathematical description of these processes is based on hyperbolic differential equations.

* '''[[BlueM.MPC application|BlueM.MPC User Manual]]'''
* Documentation of the [[BlueM.MPC input files|input files]]
* Documentation of the [[BlueM.MPC output files|output files]]

BlueM.MPC

2010-12-14T11:26:16Z

Heusch:

2009-10-27T11:55:40Z

Heusch:

TXT-Format

2009-10-27T11:53:31Z

Heusch:

TXT-Format

2009-10-27T09:01:16Z

Heusch: Neu angelegt

Format für Zuflussdaten in [[SWMM]].

Eine Beschreibung des Formats findet sich in der {{file|pdf|SWMM_txtFormat.pdf|SWMM-Formatbeschreibung}}.

Beispiel:
<pre>
SWMM5 Interface File
RTC-Demonstrator , Regenbelastung Wupperverband ,
60 - reporting time step in sec
1 - number of constituents as listed below:
FLOW LPS
5 - number of nodes as listed below:
S101
S201
S401
S203
S602
Node Year Mon Day Hr Min Sec FLOW
S101 2001 6 10 0 0 0 0.000
S201 2001 6 10 0 0 0 0.000
S401 2001 6 10 0 0 0 0.000
S203 2001 6 10 0 0 0 0.000
S602 2001 6 10 0 0 0 0.000
S101 2001 6 10 0 1 0 1.960
S201 2001 6 10 0 1 0 0.420
S401 2001 6 10 0 1 0 1.400
S203 2001 6 10 0 1 0 0.560
S602 2001 6 10 0 1 0 4.900
</pre>

[[Category:Zeitreihenformate]]

BlueM.Wave

2009-10-27T08:55:47Z

Heusch: TXT-Format (SWMM Routing Interface File) hinzugefügt

__NOTOC__
{{Wave_nav}}
[[Bild:Wave_screenshot.png|thumb|Screenshot]]
[[Bild:Monatsauswertung.png|thumb|Analysis function months evaluation]]
[[Bild:Doppelsummenanalyse.png|thumb|Analysis function double sum analysis]]
[[Bild:Wave_Statistik.png|thumb|Statistical analysis function]]
==Description==
Wave is a tool for importing, exporting, analyzing and displaying time series.

==Features==
* '''Import time series:'''
** [[WEL-Format | WEL]] ([[WEL-Format (BlueM)|BlueM]] and [[WEL-Format (Hystem-Extran)|Hystem-Extran]])
** [[ZRE-Format | ZRE]]
** [[ASC-Format | ASC]]
** [[SMB-Format | SMB]]
** [[REG-Format | REG]] ([[SMUSI REG-Format|SMUSI]] and [[Hystem-Extran REG-Format|Hystem-Extran]])
** OUT ([[SWMM]] binary result files)
** [[TXT-Format | TXT]] ([[SWMM]] Routing interface files)
** and generic text files (e.g. [[CSV-Format | CSV]])
* '''Input time series:''' manual input, or copy & paste from Excel
* '''Display time series''' in a [http://www.steema.com/products/teechart/overview.html TeeChart] diagram with any number of axes, etc.
** When importing time series, series are automatically assigned to different axes depending on their unit.
* '''Save diagrams''' (TEN-File)
* '''Drag&Drop''' files onto the form and "Open with ...", or double-click on file (if file extension is associated with Wave.exe)
* '''Time series overview''' for navigating through long time series
* '''API''', used by [[BlueM.Opt]] and [[BlueM.Win]].
* '''Export time series:'''
** [[ZRE-Format | ZRE]]
** [[SMUSI REG-Format | SMUSI REG]]
** [[SWMM]] DAT
** <del>[[WEL-Format | WEL]]</del> (not yet - Bug 318)
** CSV and XLS made available by TeeChart
* '''Crop time series'''
* '''Time series analysis:'''
** [[Wave:Monatsauswertung|Monthly statistics]]
** [[Wave:Doppelsummenanalyse|Double mass curve]]
** [[Wave:GoodnessOfFit|Goodness of Fit]] (volume error, sum of squares error, Nash-Sutcliffe efficiency, etc.)
** [[Wave:Statistik|Statistics]]
** [[Wave:Gegenueberstellung|Plot two time series against each other]]

==Notes==
===Importing time series===
* WEL and ZRE files have to adhere to the file format: see [[WEL-Format|WEL]], [[ZRE-Format|ZRE]].
* '''Number format:'''
** Decimal point should be represented by a dot (<code>.</code>) (Bug 351)
** "NaN", "Infinity" and "-Infinity" in import files are recognized and accepted. Unreadable values are converted to NaN. Values of NaN or Infinity are removed before displaying or performing analysis functions.
* '''Date format'''
:{| border="0" cellpadding="5" cellspacing="0"
| TXT, CSV, ASC and WEL || → || <code>DD.MM.YYYY HH:MM</code>
|-
| ZRE || → || <code>YYYYMMDD HH:MM</code>
|}

==Development==
* [[Wave:Code|Code documentation]]
* [http://130.83.196.154/svn/Wave/trunk/WAVE_RELEASE-NOTES.txt RELEASE-NOTES]
* [http://bugs.bluemodel.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&content=&product=Wave&query_format=specific&order=bug_severity%2Cpriority%20ASC&query_based_on= Bugzilla:Wave]

[[Category:Wave]]

WEL-Format (Hystem-Extran)

2009-10-27T08:17:40Z

Heusch:

Format für Zuflussdaten in [http://www.itwh.de/S_extinfo.htm Hystem-Extran].

Eine Beschreibung des Formats findet sich in der {{file|pdf|HysExt_welFormat.pdf|Hystem-Extran-Formatbeschreibung}}. Die Einheit ist mit m3/s festgelegt.

Beispiel:
<pre>
Regenbelastung
Musterstadt
11 42008 18 0 0 14 42008 1 5 0
HYSTEM BLOCK 32
17*21 17O8 17*37 17*43 17K1 17D19 17H17 17K8
36F7 17U5 17P28 17S5 17X19 17T15 17T31 17Z8
36R36 36M41 17W226 17X34 17W58 17Y31 17Z21 17Z12
17Z20 17Z6 36*13 36*33 36B15 38*72 38E2 38P44
11 42008 18 0 0
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
11 42008 2017 0
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
.
.
.
14 42008 1 5 0
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
********************
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
</pre>

Der Datensatz muss mit einem Block abschließen, bei dem alle Daten genullt sind und dem eine Zeile mit 20 * vorsteht (siehe Beispiel).

[[Category:Zeitreihenformate]]

WEL-Format (Hystem-Extran)

2009-10-27T07:48:23Z

Heusch: Link zur pdf-Datei geändert

Format für Zuflussdaten in [http://www.itwh.de/S_extinfo.htm Hystem-Extran].

Eine Beschreibung des Formats findet sich in der {{file|pdf|HysExt_welFormat.pdf|Hystem-Extran-Formatbeschreibung}}.

Beispiel:
<pre>
Regenbelastung
Musterstadt
11 42008 18 0 0 14 42008 1 5 0
HYSTEM BLOCK 32
17*21 17O8 17*37 17*43 17K1 17D19 17H17 17K8
36F7 17U5 17P28 17S5 17X19 17T15 17T31 17Z8
36R36 36M41 17W226 17X34 17W58 17Y31 17Z21 17Z12
17Z20 17Z6 36*13 36*33 36B15 38*72 38E2 38P44
11 42008 18 0 0
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
11 42008 2017 0
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
.
.
.
14 42008 1 5 0
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
********************
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000 0.000000
</pre>

Der Datensatz muss mit einem Block abschließen, bei dem alle Daten genullt sind und dem eine Zeile mit 20 * vorsteht (siehe Beispiel).

[[Category:Zeitreihenformate]]