Operational use of Talsim-NG

Aus TALSIM Docs
Version vom 23. September 2020, 15:30 Uhr von Ferrao (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „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…“)
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:

  • Prüfung 1. Ordnung: Basisprüfung einer Zeitreihe in sich selbst
- Min-, Maxwerte
- erlaubte Gradienten
  • Prüfung 2. Ordnung: Erweiterte Prüfung mit abgeleiteten Werten
- Korrelation zu anderen Messwerten/ Vertrauensintervalle
- hydrologische Prüfungen
  • Prüfung 3. Ordnung: Einsatz von Modellierungstechniken
- Regelbaum mit Übertragungsfunktionen
- Neuronale Netze zur Bestimmung von Ersatzwerten

Bild

Im Falle einer Prüfung 2. oder 3. Ordnung liegt der Schwerpunkt der Arbeit in der Bereitstellung der Prüfungsregeln.

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


Prognosen

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

Wenn es erforderlich sein sollte, können Daten auch wieder aus Richtung TALSIM NG zurück zum Datenlieferanten gelangen.


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.