Operational use of Talsim-NG

Aus TALSIM Docs
Version vom 23. September 2020, 15:45 Uhr von Ferrao (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „If necessary, data can also be returned to the data supplier from TALSIM NG.“)
Sprachen:

If TALSIM-NG is to be used in operational mode, some preliminary work is required. This becomes clear in the following process flow:

Picture


Vorverarbeitung

TALSIM-NG selbst ist nicht konzipiert, Messsensoren abzurufen. In der Regel liegen dafür bereits etablierte Werkzeuge vor. Der Prozessablauf aus Sicht von TALSIM-NG beginnt mit der Schnittstelle zu einem Datenlieferanten (Leitsystem, Steuerungssoftware, etc.). Die Ausgestaltung der Schnittstelle ist von Fall zu Fall unterschiedlich und bedarf der genauen Abstimmung. Ziel ist es, zeitnah die benötigten Daten bereitzustellen. Dabei ist es unerheblich, ob die Datenanfrage von Seiten TALSIM-NG gestartet wird oder ob Daten zeitgesteuert auflaufen und TALSIM-NG reagieren soll. Letztendlich stehen aktuelle Messdaten in einem zeitlich definierten oder variablen Rhythmus zur Verfügung. Die Schnittstelle ist Teil des Preprocessings, welches von einem eigenen Tool in der TALSIM-NG Produktfamilie bedient wird, dem TaskServer.

If the current data are read out via interface, they are usually archived in the own time series management. The next step is to check the accumulated data. A check will always be necessary if unchecked raw data are read in. The type and range of checks have to be determined in each individual case and are defined in so-called tasks. The TaskServer reads these tasks and implements them. Behind this, there is a kind of scripting language that describes what exactly has to be implemented. These tasks are saved in files and are configured for the specific case. Checks can take place at different depths:

  • 1st order test: basic test of a time series in itself
- Min-, Max values
- Allowed gradients
  • 2st order test: extended test with derived values
- Correlation to other measured values/ confidence intervals
- hydrological tests
  • 3st order test:
- Rule tree with transfer functions
- Neural networks to determine substitute values

Picture

In the case of a 2nd or 3rd order examination, the focus of the work is on providing the examination rules.

Die Ergebnisse der Prüfung können wie alle sonstigen Prozessschritte auch in Berichtsform z.B. als PDF abgelegt werden.


Forecasts

Die Art der Prognosen hängt vom jeweiligen Einsatzzweck ab. Im Falle einer reinen Niederschlag-Abfluss Modellierung liegt es nahe, erwartete Niederschläge bereitzustellen. Der prinzipielle Ablauf ist mit der Schnittstelle zur Datenübernahme vergleichbar.


Simulation

Für die Simulation muss ein vorkonfigurierter Datensatz vorliegen. Änderungen am Datensatz sind zwar jederzeit über die graphische Benutzungsoberfläche von TALSIM NG möglich, jedoch wird hier unterschieden in Produktionsdatensatz, der für den scharfen Betrieb eingesetzt wird und quasi beliebig vielen Ableitungen bzw. Varianten davon.

Grundsätzlich braucht es für eine Simulation keine Eingabe eines Anwenders. Es ist aber prinzipiell möglich, bestimmte Parameter freizugeben, die vor Simulationsbeginn gesetzt werden müssen. Diese editierbaren Parameter werden Hot Spots genannt. So lässt sich auch ein extrem kompliziertes System auf eine einfache Eingabe von wenigen Werten reduzieren, ohne Gefahr zu laufen, durch Fehleingaben unerwünschte Effekte zu erzielen.


Postprocessing

Das Postprocessing übernimmt wiederum der TaskServer. Die Zusammenstellung der wichtigsten Ergebnisse, das Exportieren von Ergebnisganglinien in andere Formate oder eine graphische Darstellung der Handlungsempfehlungen gehören zu diesem Schritt.


Datentransfer zurück zu einem Leitsystem

If necessary, data can also be returned to the data supplier from TALSIM NG.


Gesamtsteuerung des Ablaufs

Die Gesamtsteuerung des Ablaufs übernimmt der sogenannte jobService. Der zusammen mit der Zeitsteuerung talsimCronos sowohl event- als auch zeitgesteuert operieren kann. Der gesamte Prozess ist modular aufgebaut, d.h. es wird im Einzelnen festgelegt, welche Teilprozesse benötigt werden und in welcher Reihenfolge diese ablaufen sollen. Somit ist auch denkbar, dass nur ein Pre und Postprocessing stattfindet, bzw. Pre und Postprocessing in einem anderen zeitlichen Takt als Simulationen ablaufen.