Operationeller Einsatz von Talsim-NG: Unterschied zwischen den Versionen
Doeser (Diskussion | Beiträge) (Bereitete die Seite zur Übersetzung vor) |
(Diese Seite wurde zum Übersetzen freigegeben) |
||
| (2 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt) | |||
| Zeile 1: | Zeile 1: | ||
<languages/> | <languages/> | ||
<translate> | <translate> | ||
Soll TALSIM-NG im operationellen Betrieb eingesetzt werden, so sind einige Vorarbeiten zu leisten. | <!--T:1--> | ||
Soll TALSIM-NG im operationellen Betrieb eingesetzt werden, so sind einige Vorarbeiten zu leisten, die im Folgenden beschrieben werden. | |||
<!--T:21--> | |||
Eine alternative Möglichkeit ist, Talsim-NG innerhalb eines bestehenden operativen Frameworks (wie z.B. [[Special:MyLanguage/Delft-FEWS|Delft-FEWS]]), welches die Aufgaben des Pre- und Postprocessings übernimmt, einzusetzen. | |||
==Preprocessing== | ==Preprocessing== <!--T:3--> | ||
<!--T:4--> | |||
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. | 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. | ||
<!--T:5--> | |||
Sind die aktuellen Daten per Schnittstelle ausgelesen, werden diese üblicherweise in der eigenen Zeitreihenverwaltung abgelegt. Der nächste Schritt ist die Prüfung der aufgelaufenen Daten. Eine Prüfung wird immer dann erforderlich sein, wenn ungeprüfte Rohdaten eingelesen werden. Art und Umfang an Prüfungen sind im Einzelfall festzulegen und werden in sogenannten Aufgaben („Tasks“) definiert. Diese Tasks liest der TaskServer aus und setzt sie um. Dahinter steckt eine Art Skriptsprache, die beschreibt, was genau umzusetzen ist. Diese Tasks sind in Dateien abgelegt und werden für den speziellen Fall konfiguriert. | Sind die aktuellen Daten per Schnittstelle ausgelesen, werden diese üblicherweise in der eigenen Zeitreihenverwaltung abgelegt. Der nächste Schritt ist die Prüfung der aufgelaufenen Daten. Eine Prüfung wird immer dann erforderlich sein, wenn ungeprüfte Rohdaten eingelesen werden. Art und Umfang an Prüfungen sind im Einzelfall festzulegen und werden in sogenannten Aufgaben („Tasks“) definiert. Diese Tasks liest der TaskServer aus und setzt sie um. Dahinter steckt eine Art Skriptsprache, die beschreibt, was genau umzusetzen ist. Diese Tasks sind in Dateien abgelegt und werden für den speziellen Fall konfiguriert. | ||
Prüfungen können in unterschiedlichen Tiefen stattfinden: | Prüfungen können in unterschiedlichen Tiefen stattfinden: | ||
<!--T:6--> | |||
* Prüfung 1. Ordnung: Basisprüfung einer Zeitreihe in sich selbst | * Prüfung 1. Ordnung: Basisprüfung einer Zeitreihe in sich selbst | ||
:- Min-, Maxwerte | :- Min-, Maxwerte | ||
| Zeile 23: | Zeile 27: | ||
:- Neuronale Netze zur Bestimmung von Ersatzwerten | :- Neuronale Netze zur Bestimmung von Ersatzwerten | ||
<!--T:7--> | |||
Bild | Bild | ||
<!--T:8--> | |||
Im Falle einer Prüfung 2. oder 3. Ordnung liegt der Schwerpunkt der Arbeit in der Bereitstellung der Prüfungsregeln. | Im Falle einer Prüfung 2. oder 3. Ordnung liegt der Schwerpunkt der Arbeit in der Bereitstellung der Prüfungsregeln. | ||
<!--T:9--> | |||
Die Ergebnisse der Prüfung können wie alle sonstigen Prozessschritte auch in Berichtsform z.B. als PDF abgelegt werden. | Die Ergebnisse der Prüfung können wie alle sonstigen Prozessschritte auch in Berichtsform z.B. als PDF abgelegt werden. | ||
==Prognosen== | ==Prognosen== <!--T:10--> | ||
<!--T:11--> | |||
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. | 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== | ==Simulation== <!--T:12--> | ||
<!--T:13--> | |||
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. | 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. | ||
<!--T:14--> | |||
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. | 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 == | == Postprocessing == <!--T:15--> | ||
<!--T:16--> | |||
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. | 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 == | == Datentransfer zurück zu einem Leitsystem == <!--T:17--> | ||
<!--T:18--> | |||
Wenn es erforderlich sein sollte, können Daten auch wieder aus Richtung TALSIM NG zurück zum Datenlieferanten gelangen. | Wenn es erforderlich sein sollte, können Daten auch wieder aus Richtung TALSIM NG zurück zum Datenlieferanten gelangen. | ||
== Gesamtsteuerung des Ablaufs == | == Gesamtsteuerung des Ablaufs == <!--T:19--> | ||
<!--T:20--> | |||
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. | 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. | ||
</translate> | </translate> | ||
Aktuelle Version vom 29. Mai 2024, 10:52 Uhr
Soll TALSIM-NG im operationellen Betrieb eingesetzt werden, so sind einige Vorarbeiten zu leisten, die im Folgenden beschrieben werden.
Eine alternative Möglichkeit ist, Talsim-NG innerhalb eines bestehenden operativen Frameworks (wie z.B. Delft-FEWS), welches die Aufgaben des Pre- und Postprocessings übernimmt, einzusetzen.
Preprocessing
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.
Sind die aktuellen Daten per Schnittstelle ausgelesen, werden diese üblicherweise in der eigenen Zeitreihenverwaltung abgelegt. Der nächste Schritt ist die Prüfung der aufgelaufenen Daten. Eine Prüfung wird immer dann erforderlich sein, wenn ungeprüfte Rohdaten eingelesen werden. Art und Umfang an Prüfungen sind im Einzelfall festzulegen und werden in sogenannten Aufgaben („Tasks“) definiert. Diese Tasks liest der TaskServer aus und setzt sie um. Dahinter steckt eine Art Skriptsprache, die beschreibt, was genau umzusetzen ist. Diese Tasks sind in Dateien abgelegt und werden für den speziellen Fall konfiguriert. Prüfungen können in unterschiedlichen Tiefen stattfinden:
- 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.