Beruflich Dokumente
Kultur Dokumente
fr
AUTOMATISCHE KLIMASTATIONEN
Februar 2001
Deutscher Wetterdienst
Abteilung Messnetze und Daten
Inhalt 1. 2.
2.1 2.1.1 2.1.2 2.1.3 2.1.3.1 2.1.3.2 2.1.3.3 2.1.3.4 2.1.3.5 2.1.3.6 2.1.3.7 2.1.4 2.2
3.
PROJEKT MESSNETZ 2000 Modernisierung der Messnetze des DWD Anforderungen an eine automatische Datenerfassungsanlage fr Klimastationen
Allgemeine Anforderungen Sensorik Schnittstellen Messbereich, Auflsung und Messgte der meteorologischen Elemente Datenerfassungsanlage Spezifikation Signalaufbereitung Qualittssicherung an der Station
4.
4.1 4.2 4.2.1 4.2.2 4.3 4.3.1 4.3.2 4.4
5. 6.
6.1 6.2 6.3
Abkrzungsverzeichnis Anlagen
DWD-Mustermessfeld einer nebenamtlichen Klimastation DWD-Sensorik (IST/geplant) DWD-Algorithmen Temperatur Luftfeuchte Niederschlag Windsensoren Datenformat ESAU Datensatz UDA AMDA-Datenstruktur UDA-Parameter an AMDA III Datenprotokoll DDP DDP: Nicht nur ein Deskriptives Datenprotokoll fr Messdaten
1.
Einleitung
Die vorliegende "Richtlinie fr Automatische Klimastationen" wendet sich an DWDfremde Netzbetreiber, die bereits mit dem DWD zusammenarbeiten und ein automatisches Messsystem einsetzen wollen bzw. an einer Zusammenarbeit interessiert sind. Die Richtlinie beschreibt alle fachlichen und technischen Anforderungen, deren Erfllung die Grundlage fr eine qualittsgerechte Datengewinnung nach DWDStandard und - falls erforderlich oder gewnscht - fr eine kompatible Datenbertragung / Kommunikation sowie ggf. routinemige Bearbeitung der Daten im DWD ist. Die dargelegten technischen Forderungen an das automatische Messsystem orientieren sich bereits an den Anforderungen, die der DWD an seine zuknftige Automatische M eteorologische Datenerfassungsanlage (AMDA III/S) stellt, die im nebenamtlichen Netz an Klimastationen (nach Automatisierung "Wetterstationen Typ III" [Wst III] genannt) eingesetzt werden wird. Die Automatisierung der nebenamtlichen Klimastationen des DWD erfolgt im Rahmen der im Projekt "Messnetz 2000" geplanten Modernisierung der Bodennetze und des aerologischen Messnetzes. Sie begann im DWD im Jahre 2000. Die Datenbertragung von der Wst III wird im DWD (in 2001) ber ISDN und in dem DWD-eigenen Datenformat UDA (U niverseller Datensatz AMDA) per DDP erfolgen. Werden DWD-fremde Stationen schon ab 2001 automatisiert und ist eine Datenbertragung / routinemige Bearbeitung der Daten zum / durch den DWD erforderlich, so mu die Datenbertragung derzeit noch auf Diskette und im ESAU-Format erfolgen. Das ESAU-Format kann vom DWD noch etwa bis zum Jahre 2005 bedient werden. Ab 2002 wird empfohlen, die Datenbertragung per ISDN im UDA/DDP-Format durchzufhren.
2.
2.1
2.1.1 Standortanforderungen Wesentlich fr die Auswahl eines Standortes ist seine Reprsentanz fr die Umgebung. Deshalb sollten Klimastationen z.B. nicht auf oder in der unmittelbaren Nhe von steilen Hgeln und Kuppen, Klippen oder in Senken eingerichtet werden.
Der Hhenunterschied sollte im Umkreis von 200 m nicht mehr als 30 m betragen
Zur Erhaltung der Reprsentanz der Station hinsichtlich ihrer Standortbedingungen mu gesichert werden, da die zum Zeitpunkt der Einrichtung der Station bestehende Flchennutzung im wesentlichen erhalten bleibt. Der Messbetrieb einer Station sollte mglichst fr mindestens 10 Jahre mit unvernderter Aufstellung erhalten werden. Die freie Exposition der Station gegenber den meteorologischen Einflugren mu dadurch gewhrleistet werden, da alle die Strahlung und den Wind abschirmenden Hindernisse in Abhngigkeit von ihrer Hhe und Breite einen Mindestabstand vom Messfeld haben mssen. Die unmittelbare Nhe zu groen Gebuden ist deshalb z.B. unbedingt zu vermeiden. 2.1.2 Meteorologische Elemente (Wetterelemente) / Gren In Realisierung des Projektes "Messnetz 2000" werden im nebenamtlichen Messnetz des DWD an den zuknftigen Wetterstationen Typ III (Wst III) - jetzige nebenamtliche Klimastationen - abgesehen von der Strahlung, die in der folgenden Tabelle angegebenen meteorologischen Elemente / Gren automatisch gemessen / bestimmt. Erdbodentemperaturen, Sonnenscheindauer sowie Windrichtung und -geschwindigkeit sind optionale Elemente, die nur an ausgewhlten Stationen gemessen werden. Alle 10 Minuten erfat und in einem Datensatz abgelegt werden:
Element Lufttemperatur (2 m) Lufttemperatur (5 cm ) Luftfeuchte (2 m) : : : Gre Momentanwert Extremwerte Momentanwert Extremwert Momentanwert 5 (1-min-Mittel) (10-min-Max., 10-min-Min.) (1-min-Mittel) (10-min-Min.) (1-min-Mittel)
: : :
Momentanwerte der letzten 10 Minuten Momentanwerte der letzten 10 Minuten Summenwert der letzten 10 Minuten Mittelwerte Extremwerte
(v10-min-Mit., skal. ) ( 10-min-Mit., vekt . ) v10-min-Max. (3 sec-Mittel), gleit. v10-min-Min. (3-sec-Mittel) v10-min-Max. (10-min-Mittel), skal. 10-min-Extr. (3-sec-Mittel), links 10-min-Extr. (3-sec-Mittel), rechts
Sonstige meteorologische Gren (Wind): v10-min-Mit., vekt . / v10-min-Mit., skal. (Quotient) (Varianzen; Kovarianz) xx , yy ; xy
Erdbodentemperatur
Momentanwert
(1-min-Mittel).
2.1.3 Anforderungen an die Aufstellung der Sensoren zur Messung meteorologischer Elemente 2.1.3.1 Lufttemperatur (2 m)
Die Lufttemperatur wird in 2 m Hhe ber Grund gemessen. Die Messung erfolgt in einer strahlungs- und witterungsgeschtzten Htte. Die Htte soll auf natrlichem Untergrund, mglichst auf einer Rasenflche stehen und der Luftstrmung ungehindert ausgesetzt sein. Am besten eignet sich hierfr ein freier Platz oder ein locker mit niedrigen Bumen und Struchern bewachsenes Gelnde (ausgedehnter Garten) in mglichst ebenem Gelnde. Der Luftraum, in dem gemessen wird, darf nicht durch Mauern, Bretterzune, Hecken, dicht stehendes Strauchwerk oder dicht wachsende hhere Pflanzenkulturen abgeschlossen sein. Hindernisse (Gebude, Bewuchs) mssen so weit von der Htte entfernt sein, da der Messplatz mit Ausnahme der Sonnenauf- und Sonnenuntergangszeiten von der Sonne beschienen werden kann, mindestens jedoch ber Mittag. Das heit, die Hinderniswinkel mssen im Sden auch im Winter unterhalb des hchsten Sonnenstandes liegen, in Abhngigkeit von der geographischen Breite also zwischen 12 und 19.
In der Folgezeit ist darauf zu achten, da Bume und Bsche unter dem angegebenen Winkel bleiben. Das gilt auch fr benachbarte Grundstcke und fr Bauten, die neu errichtet werden sollen. Mauern (auch Hauswnde) mssen wegen der Reflexion und/oder der Abgabe von Wrmestrahlung mindestens 10 m entfernt sein.
Lt sich dies nicht realisieren, kann die Mauer ggf. durch Buschwerk verdeckt werden. Wrmequellen (z.B. Gewchshuser), Feuchtequellen (z.B. Springbrunnen) und Erschtterungsquellen (z.B. Straen mit Schwerlastverkehr) sollen mglichst weit entfernt sein.
Eine Aufstellung auf dem Hausdach, auf einer Terrasse oder einer (Beton-) Plattform ist nur in Ausnahmefllen (z.B. an Bergstationen) zulssig.
2.1.3.2
Der Boden, ber dem die Lufttemperatur in 5 cm ber Grund gemessen wird, soll eben und ohne Pflanzenbewuchs sein. Der Erdboden soll die natrliche Zusammensetzung haben; seine Oberflche darf nicht durch Aufbringen von Kies, Sand, Schwarzerde o.. oder durch knstliche Befeuchtung in seiner Strahlungs- und Wrmeleitungseigenschaft beeinflut sein. Der Luftraum um den 5 cm-Lufttemperatursensor darf nicht durch Hindernisse, auch nicht durch dichte Hecken, abgeschlossen sein. Die Ausstrahlung gegen den Himmel mu frei sein. Die Messung erfolgt auf dem Erdbodentemperaturmessfeld (siehe Kap. 2.1.3.3). Hindernisse mssen, wie bei der Messung der Lufttemperatur in 2 m Hhe, so weit entfernt sein, da der Messplatz mit Ausnahme der Sonnenauf- und Sonnenuntergangszeiten von der Sonne beschienen werden kann, mindestens jedoch ber Mittag (siehe Kap. 2.1.3.1).
Die Messung der Lufttemperatur in 5 cm Hhe soll nicht weiter von der Htte entfernt erfolgen als ntig ist, da sonst ein einwandfreier Vergleich mit der Lufttemperatur in 2 m Hhe nicht mehr mglich ist.
2.1.3.3
Erdbodentemperatur
Die Erdbodentemperatur wird in 5, 10, 20, 50 und 100 cm Tiefe gemessen. Die Sensoren drfen nicht in das Grundwasser hineinreichen. Die Messung erfolgt auf einem 2,00 m x 2,50 m groen ErdbodentemperaturMessfeld. Dieses ist auf natrlichem, von Bewuchs freigehaltenem Boden einzurichten, da aufgeschttete Bden eine andere Wrmeleit- und Feuchtigskeitsspeicherfhigkeit besitzen und damit nicht mehr den Standortbedingungen entsprechen wrden. Das Messfeld mu eben sein, damit sich kein Regen- oder Schmelzwasser darauf ansammeln kann und mglichst sicher vor Schneeverwehungen sein. Sein einwandfreier Zustand mu stndig erhalten bleiben; es sollte bei elektrischer Messung berhaupt nicht betreten werden. Eine Decke aus festen Niederschlgen (Schnee, ...) ist weitgehend in ihrem natrlichen Zustand zu belassen. Hindernisse mssen, wie bei der Messung der Lufttemperatur in 2 m und 5 cm Hhe, so weit entfernt sein, da der Messplatz mit Ausnahme der Sonnenauf- und Sonnenuntergangszeiten von der Sonne beschienen werden kann, mindestens jedoch ber Mittag.
2.1.3.4
Luftfeuchte (2 m)
Die Luftfeuchte wird wie die Lufttemperatur in 2 m Hhe ber Grund in einer Htte gemessen. Fr die Messung gelten die gleichen Bedingungen wie fr die Lufttemperatur in 2 m Hhe. 2.1.3.5 Niederschlagshhe
Standardmig sind Niederschlagssensoren so aufzustellen, da sich die Auffangflche des Sensors waagerecht in 1 m Hhe ber Grund befindet. In Abhngigkeit von den zu erwartenden Schneehhen wurden im DWD folgende Aufstellungshhen fr Niederschlagssensoren festgelegt: bis 500 m ber NN 501 bis 800 m ber NN ber 800 m ber NN : : : 1.00 m ber Grund (Standard) 1.50 m ber Grund 2.00 m ber Grund.
Standorte auf Hgeln und in Gelnde mit starken Neigungen (besonders in vorherrschender Windrichtung) sind bei der Aufstellung von Niederschlagssensoren zu meiden.
Es ist darauf zu achten, da keine Auf- oder Fallwinde auftreten knnen, was z.B. an Hngen, Deichen, Anhhen und hinter groen Hindernissen der Fall ist. Der Niederschlagssensor mu frei, aber mglichst windgeschtzt aufgestellt werden. Das heit, das Gelnde in der Umgebung sollte so viel aufgelockerte Bebauung und/oder Bewuchs aufweisen, da in Bodennhe nicht zu hohe Windgeschwindigkeiten herrschen, ohne da dadurch jedoch nennenswerte Turbulenzen entstehen. Hindernisse (Bewuchs, Gebude) mssen mindestens doppelt soweit vom Niederschlagssensor entfernt sein wie sie hoch sind, mindestens jedoch 2 m, damit die durch sie hervorgerufenen Vernderungen der Strmungsverhltnisse die Niederschlagsmessung nicht verflschen.
Die Aufstellung des Niederschlagssensors auf Dchern und Terrassen ist nicht gestattet. Der Untergrund fr die Aufstellung sollte aus Rasen oder Kies bestehen, Beton kommt wegen der Spritzgefahr nicht in Frage. 2.1.3.6 Sonnenscheindauer / Strahlung
Wenn mglich, sind die Sensoren in 2 m Hhe am Httenmast anzubringen. Ist die geforderte Hindernisfreiheit an diesem Standort nicht gegeben, kann der Sensor an einem gesonderten Mast in erforderlicher Hhe (maximal 6 m), am Windmast oder auch auf dem Dach eines Gebudes installiert werden, sofern hier die Bedingungen fr die Messung erfllt werden. Dabei ist immer zu gewhrleisten, da die Sensoren fr Pflege- und Wartungsarbeiten gut zugnglich sind (ggf. Masten mit Schlitten oder Schranke). Der Sensor zur Messung der Sonnenscheindauer sollte mglichst so aufgestellt werden, da Hindernisse im Bereich zwischen dem Sonnenaufgang SA und dem Sonnenuntergang SU zurzeit des Sonnentiefststandes (21. Dezember) unterhalb der tiefsten Sonnenbahn liegen,
sowie im Bereich des SA zwischen Nordost bis Sdost und im Bereich des SU zwischen Sdwest bis Nordwest einen Hhenwinkel von 3 nicht berschreiten.
Fr die Messung der Strahlung gilt folgendes: In den Sonnenauf- und Sonnenuntergangssektoren wird eine Horizontfreiheit von 3 gefordert, im Nord- und Sdsektor eine Horizontfreiheit von 5. Im Nord- und Sdsektor knnen einzelne Hindernisse hher sein; im Sdsektor bis maximal zur tiefsten Sonnenstandskurve.
2.1.3.7
Die Windmessung sollte in ebenem und freiem Gelnde 10 m ber Grund durchgefhrt werden. Das heit, da Hindernisse mindestens das Zehnfache ihrer Hhe vom Windmast entfernt sein sollten. Befinden sich Hindernisse nher am Windmessstandort, kann die Messung beeintrchtigt werden. Strungen knnen in Abhngigkeit von der Entfernung des Hindernisses zum Windmessstandort, der Hhe und Breite des Hindernisses, seiner Durchlssigkeit sowie der Hufigkeit des aus der Richtung des Hindernisses wehenden Windes dadurch kompensiert werden, da in greren Hhen gemessen wird. Da die Windgeschwindigkeit jedoch in Bodennhe mit der Hhe stark zunimmt, ist es wnschenswert, in einer einheitlichen Hhe ber Grund zu messen, damit die Vergleichbarkeit der an verschiedenen Orten gemessenen Windgeschwindigkeiten gewhrleistet ist. Wegen der Forderung nach Messung der Windrichtung und Windgeschwindigkeit in ebenem und freiem Gelnde wird im DWD eine Masthhe von 1012 m zugelassen. Als Messhhe wird die Hhe der Messebene des Windgeschwindigkeitssensors ber Grund definiert.
Ist die Windmessung in unmittelbarer Nhe des Messfeldes, auf dem die anderen meteorologischen Elemente gemessen werden, nicht mglich, kann sie auch bis 1500 m abgesetzt erfolgen. Wird auch in diesem Umkreis kein geeigneter Standort gefunden, der eine Messhhe von 10 - 12 m zult, wird ein Standort akzeptiert (in umittelbarer Nhe des Messfeldes bzw. bis 1500 m abgesetzt), der eine Messhhe von 15 m erfordert. Nur in Ausnahmefllen werden nach Einzelfallprfung auch Standorte zugelassen, an denen der Wind in bis zu 18 m Hhe gemessen werden mu.
10
Die Forderung nach Einheitlichkeit der Messung bezieht sich nicht nur auf die Hhe der Messung, sondern auch auf die unmittelbaren Anstrmungsbedingungen bzw. die Aufstellung der Windsensoren. Deshalb sollte der Wind nur auf freistehenden Masten und nicht auf kurzen Masten auf Gebuden gemessen werden, da die Umstrmungseffekte der Gebude den Wind derart beeinflussen, da die Messwerte schwer interpretierbar und mit Mastmessungen nicht direkt vergleichbar sind. Bauart, Geometrie und Materialbeschaffenheit des Windmastes und der an ihm befestigten Messgertetrger sind so zu whlen, da eine Beeinflussung der Windsensoren sowohl durch strmungsmechanische Interferenzen als auch durch Schwingungen des Tragwerks weitgehend ausgeschlossen werden kann. Einzelheiten sind in der Anlage 6.2 (unter 4.2 Windmaste) beschrieben. Die Windmessung an Klimastationen, die nicht vom DWD betrieben werden, sollte ebenfalls den o.g. Forderungen entsprechen. 2.1.4 Aufbau des Messfeldes Die Flche, auf der die Sensoren aufgebaut werden (auer Wind), wird Messfeld genannt. Das Messfeld selbst soll eben und mit Ausnahme des Bodentemperaturmessfeldes mit Rasen bewachsen sein. Werden an einer Klima-/Wetterstation Typ III alle meteorologischen Elemente (Standard-, optionale Elemente) gemessen, so mu das Messfeld eine Gre von ca. 10 m2 haben. Die Standardanordnung der Sensoren ist aus der Anlage 1 ersichtlich. Wird auch der Wind in unmittelbarer Nhe des Messfeldes gemessen, sollte der Windmast nrdlich desselben aufgestellt werden. Die Anordnung der Sensoren kann den rtlichen Gegebenheiten entsprechend verndert werden, vorausgesetzt, die Anforderungen an die Messung der einzelnen meteorologischen Elemente (Kap. 2.1.3) und die erforderlichen Mindest- bzw. Maximalabstnde zwischen den Sensoren werden eingehalten: der Abstand zwischen dem Niederschlagssensor und dem HellmannNiederschlagssensor mu 2 m betragen,
der Abstand zwischen dem Gertetrger fr die Sensoren Lufttemperatur/Luftfeuchte und dem abgesetzten Mast fr die Messung der Sonnenscheindauer/Strahlung mu 2 m sein.
11
2.2
Standorte in der Nhe von Sendeanlagen (z.B. Funk und Fernsehen, Flugsicherungssender) sowie Hochspannungsleitungen und elektrifizierten Bahnstrecken sind zu vermeiden, da dies hufig zu Beeintrchtigungen der elektronischen Gerte fhrt und gegebenenfalls entsprechende Abschirmmanahmen erforderlich macht. Auf dem Messfeld ist ein Netzanschlu erforderlich. Alle Leitungen sollten in der Erde verlegt werden.
12
3.
Im Rahmen der Modernisierung seiner Messnetze plante der DWD ab Anfang des Jahres 2000 durch weitere Automatisierung die Datengewinnung rationeller und wirtschaftlicher durchzufhren. Ziel war hierbei die Anhebung der Datenqualitt und Datenaktualitt, bestehend aus folgender Prozekette: Sensorik Automatische Station DDP-Server Datenbank.
Verwendet wird die DWD-Standardsensorik (Anlage 6.2). Der Standort fr den Server und die Datenbank befindet sich beim DWD in Offenbach. Die Komponenten Sensorik Automatische Station Datenbank bilden ein System mit bidirektionaler Wirkungskette, wobei die Automatische Station mit der Sensorik und der Datenbank wechselwirken mu. Der Datenbank vor-/nachgeschaltet ist ein Server, der im Strfall Datenstze nachfordert und bei technischen Strungen Meldungen fr die Wartungssttzpunkte des DWD generiert. Die Prfung der Daten erfolgt interaktiv an den Regionalen Messnetzgruppen (RMG) des DWD. Desweiteren ist zur Datenbank eine Schnittstelle fr den Dialog mit Kunden erforderlich, um Produkte abzugeben oder notwendige Dienstleistungen anzufordern (im Alarmfall). Prozeschema AMDA III Sensorik Automatische Station Kommunikation Datenbank (Alarmfall) RMG Externe Nutzer
Fr das nebenamtliche Messnetz sind die drei Automatentypen AMDA III/S (an Klimastationen mit teilautomatischem Betrieb) AMDA III/N (an Niederschlagsstationen mit teilautomatischem Betrieb) AMDA III/W (an WindMessstationen mit vollautomatischem Betrieb) geplant, denen zu einem spteren Zeitpunkt im hauptamtlichen Messnetz die Automatentypen AMDA II AMDA I
13
mit einem wesentlich erweiterten Mess- und Beobachtungsprogramm folgen werden. Die AMDA III/S und AMDA III/N erfordern zustzlich zu den automatisch erzeugten Daten Handeingaben (Tastatur-Eingaben) durch den Beobachter. Fr die automatisch gemessenen Daten ist eine alphanumerische und graphische Prsentation (Linien- und Balkengraphiken) vorgesehen. Geplant ist eine PC-Lsung, die bei gegebener Sensorik (Stationstyp) modular erweitert werden kann. Ausgestattet mit einem einheitlichen Betriebssystem und einer einheitlichen Software ist sie entsprechend dem jeweiligen Stationstyp durch Schalterstellung (Software) konfigurierbar. Ein wesentliches Merkmal der zuknftigen Daterfassungsanlage AMDA ist die Servicefreundlichkeit, die eine Fernadministration (Sensor, Automat) und SoftwareDownloads erlaubt (online-Anbindung)! Nach dem jetzigen Planungsstand des DWD werden die Daten online abgerufen, mit folgender Prozekette: Datenerzeugung an der Automatischen Station (Generierung von Termin- und Ereignisdatenstzen) internes Datenmanagement Verwaltung und berwachung der Station Regelung des Datentransports zur Zentrale strukturierte Datenbereitstellung fr die Datenbank.
Die von den Automatischen Stationen eingehenden Datenstze durchlaufen im Normalfall den gesamten Weg von den Automaten bis in die Datenbank volla utomatisch. Im Bedarfsfall mu es mglich sein, die eingehenden Datenstze vor ihrer Weiterverarbeitung auf Eingangssystemen zu prfen: Eingangskontrolle Zwischenspeicherung Messen von Betriebsparametern Statistiken Grafische Eingangsberwachung Prozeanalyse (Vollstndigkeit der Datenstze) (direkte Datensichtbarkeit) (Ereignisprotokoll in Listenform) (System-Schwachstellenanalyse) (geografische Stationsabbildung) (durchgngige Fehleranalyse).
Zusammengefat durchluft die Datenprfung im DWD folgende 3 Prfstufen: Prfstufe 1 Prfungen an der automatischen Datenerfassungsanlage Kontrolle der Sensoren/Betriebsparameter Formale Prfungen der Messwerte (Grenzwerte, Variabilitt, Plausibilitt) Flag-Setzung bei Strungen oder Datenbeanstandungen Eingangsprfung (Offenbach) Datenbank (Rechenzentrum) Vollstndigkeit des Datenkollektivs
Prfstufe 2
14
Prfstufe 3
Interaktive Prfung Vervollstndigung der Datenstze (Lcken) Konsistenzprfung der meteorologischen Elemente (Datenstze) Plausibilisierung durch Umfeldprfung (umliegende Stationen).
In der Zentrale werden die Messdaten auf einem DDP-Server (Workstation) abgelegt (Software notwendig zur Ablage der Datenstze) und in geeigneter Weise von einer Datenbank bernommen. Warnmeldungen und Statusmeldungen stehen online auf einem DDP-Server zur Verfgung (Kunden, DWD-Wartungssttzpunkte).
15
4.
4.1
Die hier beschriebenen Anforderungen an eine automatische Datenerfassungsanlage fr Klimastationen entsprechen den Anforderungen, die der DWD bezglich der Grundfunktionen auch an seine im Projekt "Messnetz 2000" geplanten automatischen Datenerfassungsanlagen stellt. Von wesentlicher Bedeutung ist die Verfgbarkeit eines Messnetzes bezglich der Messdatengewinnung (Sensor), Messdatenverarbeitung (Messstation) und Messdatenweitergabe (Fernbertragung per ISDN). Die Sensorik und die Datenerfassungsanlage erfordern neben Sockeln und Ha lterungen einen Anschlukasten in Bodenhhe/-nhe (Stromversorgung, Datenleitungen), einen separaten Telefonanschlu zur Datenfernbertragung (ISDN) sowie einen Blitzschutz/berspannungsschutz fr das Netz (230 V ), die einzelnen Datenleitungen und den ISDN-Anschlu. Unterschieden werden folgende Schutzarten Grobschutz Mittelschutz Feinschutz, die funktional fr alle Komponenten am Standort umgesetzt werden mssen. Zu beachten sind insbesondere die DIN ENV 6124 und die DIN VDE 0185 (Teil 100, 103). Fr die ungestrte Messwerterfassung ist ein Potentialausgleich zwischen den Installationsbaugruppen und Anschlueinheiten notwendig! 4.2 Sensorik
4.2.1 Schnittstellen Die Ausgangssignale der Sensoren sind elektrische Signale, die analog digital (Widerstand, Spannung) oder (Code, Frequenz, seriell: RS232, RS422, RS485)
16
Schnittstelle analog, passiv analog, aktiv digital,aktiv digital,aktiv digital,aktiv digital,aktiv analog, aktiv
Einzelheiten zu den Sensoren und Algorithmen sind in den Anlagen 6.2 und 6.3 angegeben. 4.2.2 Messbereich, Auflsung und Messgte der meteorologischen Elemente In der folgenden Tabelle sind Messbereich, Auflsung und Messgte der meteorologischen Elemente einer Klimastation aufgelistet:
Messbereich -37.0C...+45.0C +3%...+105% -40.0C...+70.0C -30.0C...+45.0C -20.0C...+35.0C -15.0C...+30.0C -10.0C...+25.0C - 5.0C...+25.0C 0 mm ...250 mm dto. dto. 0 m/s...60 m/s 0 m/s...80 m/s 0...360 0...360 <>120 W/m2 0 W/m2...1400W/m 2
Auflsung Messgte 0.1K 0.1% 0.1K 0.1K 0.1K 0.1K 0.1K 0.1K 0.01 mm dto. dto. 0.2K 3.0% MB 0.2K 0.2K 0.2K 0.2K 0.2K 0.2K 5.0% MW dto. dto.
Niederschlagshhe bis 500 m NN >500 m NN >800 m NN Windgeschwindigkeit bis 600 m NN >600 m NN Windrichtung 1) bis 600 m NN >600 m NN Sonnenscheindauer 2) Globalstrahlung 2)
1) 2)
0.1 m/s 0.5 m/s 0.1 m/s 0.5 m/s 2.5 2.5 5.0 5.0
17
4.3
Datenerfassungsanlage
4.3.1 Spezifikation Die technische Ausfhrung des Automaten kann als Datenlogger oder als PC-Lsung realisiert werden. Zur Synchronisation aller Prozesse wird zustzlich zur internen Zeitbasis der Einsatz einer Funkuhr empfohlen! Als Kern empfiehlt sich eine Arbeitsteilung zwischen der Datengewinnung Datenverarbeitung (Dateneinsammeln) z.B. SNI 160, 16-bit Controller, und der (Berechnungen, ...) z.B. 486 Embedded Controller 0.5 MB Flash-EPROM 0.5 MB RAM.
4.3.2 Signalaufbereitung Die Signalaufbereitung der Messwerte erfolgt auf Erfassungskarten, in externen Systemen oder ber Standardschnittstellen. Einige Sensortypen erfordern spezielle Signalaufbereitungskarten (Thermoelemente, Widerstandsthermometer, Thermistoren, ...) oder ihre Signale sind per Algorithmus zu linearisieren. Die Eingangssignale sind Analoge Messwerte (Verarbeitung ber A/D-Wandler, Multiplexer) elektrische Widerstnde elektrische Spannungen Digitale Messwerte Parallelsignal (8 bit) Impulse/Frequenzen Serielle Signale RS232: Arbeitet mit einem Draht je Signal (Single-Ended). RS422: Jede Signalleitung hat ihre eigene Masseleitung (Differenz-Ended). Leitungen meist verdrillt. RS485: wie RS422, jedoch Anschlu von bis zu 32 Gerten. Anstelle der seriellen Standardschnittstellen knnen bei Eignung auch Bus-Systeme verwendet werden (CAN-Bus , ...). Zur Abfrage der passiven Sensoren werden die betreffenden Kanle gescannt. Die Abtastrate ist definiert als die Anzahl der Abtastungen/Sekunde. Die meisten A/DWandlerkarten bestehen aus einem A/D-Wandler und einem Eingangsmultiplexer. Die Abtastrate/Kanal ist gleich der Abtastrate des Multiplexers dividiert durch die Anzahl der Kanle (Temperaturmessung). Unte rschiedliche Verstrkungen der Kanle verlangsamen die Summenabtastrate.
18
Bei der AMDA III werden in der Regel die Sensoren mit 1 Hz abgefragt, die Windsensoren mit 4 Hz. Die Sensoren fr Niederschlag und Sonnenscheindauer erzeugen Telegramme mit abweichendem Verhalten (RS232, RS422). 4.4 Qualittssicherung an der Station
Von wesentlicher Bedeutung fr die Datenqualitt ist das frhzeitige Erkennen von Strungen und Fehlern. Der DWD plant fr die Qualittssicherung der Daten folgende Manahmen: stationsinterne Datenprfung (Grenzwerte, zeitliche Konsistenz) Plausibilittsprfung automatisch gewonnener Daten (Betriebsparameter) automatische Absetzung von Strungsmeldungen (Servicesttzpunkte) Monitoring der Messsysteme/Sensoren (Abschaltung fehlerhafter Sensoren) Kontroll- und Ersatzmessungen (Sensor-Verdoppelung Temperatur/Feuchte, bei der Lufttemperatur zumindest Funktionskontrolle mittels Festwiderstandes) Speicherung der Daten und Betriebsinformationen fr 14 Tage. Die aktuellen Verfahren an der Klimastation betreffen die Kontrolle der Sensoren und Betriebsparameter sowie die formale Prfung der Messwerte: Prfstufe 1 Prfungen an der automatischen Datenerfassungsanlage Kontrolle der Sensoren/Betriebsparameter Formale Prfungen der Messwerte (Grenzwerte, Variabilitt, Plausibilitt) Flag-Setzung bei Strungen oder Datenbeanstandungen
Der Grenzwerttest prft, ob der betreffende Messwert innerhalb des vorgegebenen Messbereiches liegt. Der Variabilittstest prft die Differenz jedes neu erzeugten Messwertes gegen den aktuellen Parameterwert (Nachfolger gegen Vorgnger). Der Grenzwerttest sollte generell durchgefhrt werden. Der Variabilittstest sichert auf einfache Weise die Gte des Momentanwertes. Aus der langjhrigen Praxis des DWD konnten fr einige Parameter empirisch Maximalabweichungen zwischen Mittelwert- und Max-/Min-Werten innerhalb der Mittelwertbildungen abgeleitet werden (Gtesicherung der Messwerte Softwareprogrammierung), mit folgenden Definitionen:
19
Maximal zulssige Abweichung des 1 min-Mittelwertes vom 1 min-Mittelwert vor 1 min. Maximal zulssige Abweichung des 10 min-Minimums vom 10 min-Minimum vor 10 Minuten Maximal zulssige Abweichung des 10 min-Maximums vom 10 min-Maximum vor 10 Minuten Absolute Grenzwerte fr den gleitenden 1 minSummenwert Absolute Grenzwerte fr den gleitenden 10 minSummenwert. Maximal zulssige Abweichung der 1 min-Mittelwerte der gedoppelten Sensoren 1,2.
Messhhe 200 cm
Prfgren Variabilitt 1 min-Mittel 10 min-Min 10 min-Max Variabilitt 1 min-Mittel Variabilitt 1 min-Mittel 10 min-Min Variabilitt 1 min-Mittel Variabilitt 1 min-Mittel Variabilitt 1 min-Mittel Variabilitt 1 min-Mittel Variabilitt 1 min-Mittel 1 min-Sum 10 min-Sum
Toleranzen -0.2K ... +0.2K -2.5K ... +2.0K -6.0K ... +5.0K -6.0K ... +5.0K -0.5% ... +0.5% -15.0% ...+15.0% -0.3K ... +0.3K -4.0K ... +3.0K -8.0K ... +6.5K -0.2K ... +0.2K -2.5K ... +2.0K -0.2K ... +0.2K -1.5K ... +1.0K -0.1K ... +0.1K -1.0K ... +0.8K -0.1K ... +0.1K -0.5K ... +0.5K -0.1K ... +0.1K -0.5K ... +0.5K 0.0mm... 7.0mm 0.0mm... 15.0mm
Luftfeuchte Lufttemperatur
200 cm 5 cm
Erdbodentemperatur
100 cm
Bei der Sensorverdoppelung der Lufttemperatur (200 cm) und der Luftfeuchte werden folgende Werte angesetzt Lufttemperatur Luftfeuchte 1 min-Mittel1,2 1 min-Mittel1,2 0.5K 5.0%.
Vom Hersteller sind Manahmen vorzusehen, die eine technische Fernberwachung erlauben. Sptestens nach Auswertung der Datendiskette in Offenbach mu im festgestellten Strungsfall (ESAU RJ,ST) der Hersteller verstndigt werden.
20
4.5
Kommunikation
4.5.1 ESAU-Format, Datenbertragung Zur Zeit wird im DWD zur Datenbertragung das ESAU-Format (Einheitliches Satzformat fr Automaten) verwendet. Das ESAU-Format ist eine Entwicklung des DWD zur einheitlichen Datenbertragung von Daten verschiedener Automatentypen, wobei alle Daten im ASCII-Code verschlsselt werden. Die Beschreibung der ESAU-Daten Satztypen, den Satztyp 1: Satztyp 3: Kopfsatz Datensatz (Anlage 6.4) der Klimastation erfordert zwei
Beschreibung
Momentane Lufttemperatur in 2 m Hhe (0.1C) Hchsttemperatur in 2 m Hhe der vorangegangenen 10 Minuten (0.1C) Tiefsttemperatur in 2 m Hhe der vorangegangenen 10 Minuten (0.1C) Momentane Temperatur in 5 cm Hhe ber Grund (0.1C) Tiefsttemperatur in 5 cm Hhe whrend der vorangeg. 10 Min. (0.1C) Momentane Taupunkttemperatur (0.1C) Momentane relative Luftfeuchte (%) Minutenwerte der Niederschlagshhe der vergang. 10 Minuten (0.01 mm) Statusinformation Niederschlag fr jede der vergangenen 10 Minuten Windrichtungsmittel der vorangeg. 10 Minuten (Dekagrad) Windgeschwindigkeitsmittel der vorangeg. 10 Minuten (0.1 m/s) Standardabweichung der Lateralkomponente (0.1 m/s) Standardabweichung der Longitudialkomponente (0.1 m/s) bei DE=102 (Wind vektoriell): Richtung der Windspitze der vorangegangenen 10 Minuten (Dekagrad) bei DE=103 (Wind skalar): Verhltnis vektorielles zu skalarem Mittel der Windgeschwindigkeit 100*FFv/FFs Geschwindigkeit der Windspitze der vorangeg. 10 Minuten (0.1 m/s) Sonnenscheindauer der vorangegangenen 10 Minuten in Minuten Globalstrahlung, 10 min-Summe (0.1 Joule/qcm) Momentane Erdbodentemperatur in 5 cm Tiefe (0.1C) Momentane Erdbodentemperatur in 10 cm Tiefe (0.1C) Momentane Erdbodentemperatur in 20 cm Tiefe (0.1C) Momentane Erdbodentemperatur in 50 cm Tiefe (0.1C) Momentane Erdbodentemperatur in 100 cm Tiefe (0.1C) Statusinformation (wird noch definiert).
Die erzeugten Daten werden intern gespeichert und alle 10 Minuten auf eine Diskette geschrieben, zwecks spterem Versand zum DWD (2 Disketten/Monat) und Weiterverarbeitung in der Zentrale .
21
In der Station und an den Sensoren aufgetretene Probleme knnen erst nach Eingang der Diskette beim DWD erkannt werden. Eine online-Fernadministrierung der Station durch den DWD ist nicht mglich! Bei DWD-Kunden mit vertraglicher Vereinbarung knnen die Daten weitere Prfstufen durchlaufen (siehe Kapitel 3). 4.5.2 UDA, Datenbertragung per DDP Das derzeitige Datenformat ESAU wird ab dem Jahr 2000 durch den flexiblen uncodierten Datensatz UDA (Universeller Datensatz AMDA) ersetzt. Aus der Gesamtheit aller bertragbaren Informationen (meteorologische Elemente, Statusinformationen, Betriebsparameter, Metadaten) wird zu den Meldeterminen aus den jeweils anstehenden Informationen ein Datensatz UDA erzeugt (Anlage 6.5 ). Geplant ist eine Fernbertragung der Daten (Kommunikation) ber ISDN. Der Datentransport zur DWD-Datenbank (Offenbach/M.) wird mittels Standardprotokoll (TCP/IP, DDP) abgewickelt (Anlage 6.5). In der Zentrale wird das Protokoll entpackt und der UDA-Datensatz in eine datenbankgerechte Form berfhrt (KonverterSoftware). Das Deskriptive Datenprotokoll DDP existiert als Entwurf der Bundesanstalt fr Gewsserkunde (Entwurf 1/97) und regelt die digitale Fernbertragung gewsserkundlicher Daten mit seriellen Modems oder per ISDN. Es wird von einigen Bundeslndern genutzt zwecks Erzeugung und Transport von Pegel- und Niederschlagsdatenstzen. Die Protokollebene entspricht ISO/OSI 6. Die Nomenklatur der Bezeichner ist frei whlbar entsprechend den jeweiligen A nforderungen der Nutzer. Die Administrierung des Netzwerkes erfolgt in der Zentrale mittels SNMP . Der Automat bentigt zustzlich einen Softwarekern, der den Zugriff von DDP-Anfragen auf die Station (Datenstrukturen, Fernadministration) regelt.
22
4.6
Ansprechpartner
Als Ansprechpartner zur Klrung offener Fragen stehen im DWD zur Verfgung: fr allgemeine Messnetzfragen DEUTSCHER WETTERDIENST Abteilung Messnetze und Daten Referat TI 21 Tel. (069) 8062-2883 Frau G. Schulze Fax (069) 8062-5219 Kaiserleistr. 42 e-mail: Gertraud.Schulze@dwd.de 63067 Offenbach/Main fr technische Fragen DEUTSCHER WETTERDIENST Abteilung Messnetze und Daten Referat TI 22 Tel. (069) 8062-2841 Leiter Dr. J.Dibbern Fax (069) 8062-3827 Kaiserleistr. 42 e-mail: Jochen.Dibbern@dwd.de 63067 Offenbach/Main
23
ABKRZUNGSVERZEICHNIS
AMDA
AUTOKLIM Auto matische Klimastation DDP ESAU FTP ISDN RMG SNMP TCP/IP UDA WSV Deskriptives Daten-Protokoll Einheitliches Satzformat fr Automaten (Datenformat) File Transfer Protocol Integrated Services Digital Network Regionale Messnetzgruppe Simple Network Management Protocol Transmission Control Protocol/I nternet Protocol Universeller Datensatz AMDA Wasser- und Schiffahrtsverwaltung des Bundes
24
6.
Anlagen
25
Anlage 6.1
DWD-Mustermessfeld einer nebenamtlichen Klimastation DEUTSCHER WETTERDIENST MESSNETZ 2000 Messfeld AMDA III/S Stand: 6. November 2000
1,0 m 1
2,5 m
1,0 m 5
Bodenmessfeld
3 4 2,0 m 1,0 m 6
1,0 m
Legende: 1 2 3 4 5 6 Hellmann-Niederschlagsmesser Niederschlagssensor Erdbodentemperatur Lufttemperatur, 5cm Lufttemperatur, -feuchte, (SONI optional), 2m SONI (optional), 6m, kippbar
26
Anlage 6.2
1.
Temperatursensoren Widerstandsthermometer Pt100, DIN EN 60751 Typ DLW-1, Vierleiterschaltung Messbereich: -30C bis +40C (Tol. +/-0.10 K) Stromaufnahme: 1 mA Hersteller: HARTMANN & BRAUN DWD-Montageanleitungen: (Luft-Temperaturfhler) (Erdboden-Temperaturfhler).
2.
Luftfeuchtesensor Typ HMP 45 D kapazitives Messelement (Polymersensor) Messbereich: 0...1 VDC = 0...100% rF Hersteller: VAISALA alternativ: Serie MP100A, Typ MP101A-T7-W4W Messbereich: 0...1 VDC = 0...100% rF Stromaufnahme: 6 mA Hersteller: ROTRONIC Messgerte GmbH.
3.
Niederschlagssensor Typ OTT-PLUVIO elektronisches Wgesystem (0.01 mm Auflsung) Impulsausgang, RS232 Messzyklus: 1 min Messbereich: 0...250 mm (Niederschlagshhe) 0... 10 mm/min (Niederschlagsintensitt) [1 mm/min 20 ml/min] Versorgung: 12 VDC (4 bis 18 V) Hersteller: OTT Messtechnik.
27
4.
Windsensoren/Windmaste
Fr die Auswahl und Aufstellung der Windsensoren ist die Richtlinie VDI 3786 Bl. 2, fr den Standsicherheitsnachweis des Windmastes sind die Vorschriften der DIN 4131 Antennentragwerke, der DIN 1055 Teil 5 Lastannahmen fr Bauten und der DIN 1054 Baugrund zu beachten. Die Sensoren sind mit einer Blitzschutzeinrichtung unter Beachtung von VDE DIN 0185 Teil 1 gegen elektrische Entladungen zu schtzen. 4.1 Windsensoren
Fr die Windgeber (Windgeschwindigkeit/Windrichtung) ist oberhalb 600 m NN eine andere Sensorik erforderlich, mit erweitertem Messbereich (...80 m/s) und wesentlich verstrkter Heizung. bis 600 m NN ( Landstationen ) : Windgeschwindigkeit, Typ THIES 4.3303.22.000 optoelektronische Abtastung (3 bis 1042 Hz) Messbereich: 0.3 bis 50 m/s Versorgung: 15 VDC (4 bis 18 V) Heizung: 24 V AC/DC, 20 W Windrichtung, Typ THIES 4.3121.32.000 optoelektronische Abtastung parallel, 8-bit GRAY-Code Versorgung: 3.5 bis 18 V, max. 0.5 mA Heizung: 24 V AC/DC, 20 W. ber 600 m NN ( Bergstationen ): Windgeschwindigkeit, Windgeber SK565 Typ THIES 4.3304.22.565 optoelektronische Abtastung (0 bis 1200 Hz) Messbereich: 0.5 bis 80 m/s Versorgung: 12 VDC (9 bis 18 V) Heizung: 42 V AC/DC, 255 W MTBF: 2.8 Jahre (DWD) Windrichtung, Windrichtungsgeber SK566 Typ THIES 4.3123.22.566 optoelektronische Abtastung parallel, 8-bit GRAY-Excess-3Code Versorgung: 9 bis 18 VDC, 300 mA Heizung: 42 V AC/DC, ca. 230 W MTBF: 2.9 Jahre (DWD) DWD-Halterung (Windgeber Bergstation).
28
Planung:
Als Ersatz fr die beweglichen Windgeber (Schalenstern, Fahne) plant der DWD die Einfhrung von Ultraschall-Anemometern. Momentan laufende Untersuchungen an mehreren Standorten werden in den nchsten Jahren zur Ablsung der vorhandenen Sensorik fhren. Zwecks Vermeidung von Mewertverflschungen durch flssige oder feste Niederschlge sollte der Sensor beheizt werden; es wird eine Heizleistung von 25 W (Standard) oder optional 50 W (fr Bergstationen) empfohlen.
4.2
Windmaste
Zur Aufstellung der Windsensoren werden in der Regel freistehende umlegbare Kunststoff-Rohrmaste in Kohlenstoff-Faserverbund-Bauweise eingesetzt (CFKWindmast): Typ: Pfleiderer, Baureihe CFK-Standard-Windmast, Baureihe CFK-Berg-Windmast Bauart: freistehender, umlegbarer Kunststoff-Rohrmast in KohlenstoffFaserverbund-Bauweise Messhhen: 10 m, 12 m, 15 m, 18 m, bezogen auf die Messebene des Windgeschwindigkeitssensors Einsatzbereich: Windzonen I - IV nach DIN 4131 Der CFK-Windmast wird unter Bercksichtigung der 4 Windzonen in den Typen A, B, C gefertigt (Standardversion, Bergversion) in folgenden 4 Ausfhrungen: Mastbezeichnung CFK-Standard-Windmast H m - Typen A1, B1, C1 CFK-Standard-Windmast H m - Typen A2, B2, C2 CFK-Standard-Windmast H m - Typen A3, B3, C3 CFK-Standard-Windmast H m - Typen A4, B4, C4 CFK-Berg-Windmast H m - Typen A1, B1, C1 Windzone Zone IV Zone III Zone II Zone I Bemerkungen kippbar, nicht teilbar (Grundversion) kippbar, teilbar nicht kippbar, nicht teilbar nicht kippbar, teilbar kippbar, nicht teilbar (Grundversion) Masttyp Standard Typ C Standard Typ B Standard Typ A Standard Typ A
Gebiet Inseln der Deutschen Bucht Nord- und Ostsee-Kstengebiet Norddeutsche Tiefebene briges Gebiet: Standorte mit Gelndehhen H 600 m NN Standorte mit Gelndehhen H > 600 m NN Mittelgebirge: H > 600 m ... 1000 m NN Mittelgebirge: H > 1000 m ... 1500 m NN Hochgebirge: H > 1500 m
Der Einsatz des entsprechenden Masttyps ist nach den rtlichen Bedingungen festzulegen und hngt ab vom Aufstellungsort und den klimatologischen Verhltnissen. Teilbare Maste werden nur dort eingesetzt, wo die rumlichen Aufstellungsbedingungen den Transport eines unteilbaren Mastes nicht zulassen!
29
Fr die im DWD eingesetzten CFK-Windmaste ist bei der nach DIN 4131 standortabhngigen Windgeschwindigkeit eine maximale Auslenkung des Mastkopfes von +/- 15 cm zulssig (ohne Eisansatz). Nach DIN 4134, Abschnitt 3.2, ist die Standsicherheit des Windmastes in prfbarer Form nachzuweisen. Nach der Richtlinie VDI 3786, Blatt 2, soll der horizontale Abstand der Windsensoren etwa 1,5 m betragen. Beide Gerte sind vertikal so gegeneinander zu versetzen, da sich die Unterkante des oberen Gertes ( Windgeschwindigkeitsgeber) 0,1 bis 0,5 m ber der Oberkante des unteren Gertes (Windrichtungsgeber) befindet. Im Falle einer erforderlichen Mastbesteigung sind die gesetzlichen Manahmen zur Unfallverhtung einzuhalten (Masttauglichkeit, Steigschutzeinrichtungen, persnl. Sicherheitsausrstung ). 5. Strahlungssensoren Sonnenscheindauer, Typ SONIe Messprinzip: optoelektronisch Messbereich: 0 bis 1200 W/m2 , +/-5% vom MB Ausgang: 0 bis 12 VDC, analog/RS422 Versorgung: 11 bis 28 VDC Heizung: 6W Hersteller: SIGGELKOW Gertebau GmbH Dokumentation: Sonnenenergie-Sensor SONI e2 Globalstrahlung, Pyranometer CM 11 WMO, Secondary Standard Messprinzip: Thermosule (Spannungsausgang) Messbereich: 0 bis 1400 W/m2 Anmerkung: Belftung sinnvoll (Geblse, Heizung).
Planung:
Fr die Messung der Globalstrahlung ist der Einsatz eines Strahlungssensors vorgesehen, der die Globalstrahlung als Summe aus der gemessenen direkten und diffusen Strahlung berechnet: Globalstrahlung, SCAPP DWD-Entwicklung Verfgbarkeit: 2001/2002.
30
Anlage 6.3
DWD-Algorithmen
Temperatur
Der Maximalfehler der gemessenen Temperatur betrgt: max 0.2K 2 Relative Luftfeuchte und Taupunkt
Algorithmus zur Berechnung von RH aus DP und DP aus RH: (MaxFehler 0.6% MB) RH = [(112-0.1*TT+DP)/(112+0.9*TT)]8 *100% DP = 8(RH/100%)*(112+0.9*TT)+0.1*TT 112
RH TT DP Relative Feuchte Trockentemperatur Taupunkt [% ], [C] [C] gemessen ber Wasser (Polymersystem)
Beispiele: TT = - 7.0C, RH = 49% (49.5%) DP = -15.9C TT = + 5.0C, RH = 58% (58.3%) DP = - 2.6C TT = -10.0C, RH = DP = -43.0C 5% ( 4.6%)
31
Niederschlag
Die Algorithmen des Herstellers sind vom DWD modifiziert worden und sollten in dieser Form eingesetzt werden! 4 Windsensoren
vSOLL 50.0 m/s 40.0 m/s 30.0 m/s 20.0 m/s 10.0 m/s 5.0 m/s 0.2 m/s
vIST 40.00 m/s 30.01 m/s 20.02 m/s 9.97 m/s 5.00 m/s 0.17 m/s
Algorithmus, Konstanten, Anlaufwert v=a+bf+cf2 a=0.17 m/s b=0.04782 m c=0.0 ms (Thies-Sensor) Anlaufwert des Anemometers
Der Maximalfehler der gemessenen Windgeschwindigkeit ist abhngig von der Windgeschwindigkeit; es gilt: v15 m/s (2%), v<15 m/s (0.3 m/s). Die Berechnung der Horizontalkomponenten des Windes sollte vektoriell und skalar erfolgen (Richtlinie VDI 3786, Mrz 1980). Die Bestimmung der vektoriellen Mittelwerte des Windes erfordert folgende Schritte: Erzeugung der Messdaten: N Messwertepaare: vi, i Umwandlung der Daten in Vektorkomponenten: vix = vi sin( i) viy = vi cos( i) Vektorielle Mittelung der Komponenten: vx = vix ,
N 1 1 N
vy = viy
N 1
32
Die Berechnung bezieht sich auf ein raumfestes Koordinatensystem (Ost-West, NordSd).Die Varianzen xx , yy sowie die Kovarianz xy berechnen sich aus den Komponenten vix und viy der Einzel-Windvektoren und den Komponenten vx ,vy des Mittelwert-Windvektors: Varianzen xx , yy xx = (vix 2) - vx 2
N 1 1 N 1 N
yy = (viy 2) - vy 2
N 1
Kovarianz xy
1 N N 1
Analog zur Standardabweichung bei skalaren Gren werden beim vektoriellen Wind die Standardabweichungen durch die Quadratwurzeln aus den Varianzen und der Kovarianz reprsentiert: xx ,yy und xy .
33
Anlage 6 .4
Datenformat ESAU DEUTSCHER WETTERDIENST MESSNETZ 2000 Datenformat ESAU Stand: 03.01.2000
34
Deutscher Wetterdienst
Geschftsbereich Forschung und Entwicklung Abteilung Klima und Umwelt Referat FE 23
Bearbeitung: Johannes Behrendt, Diana Stein August 1996
Inhaltsverzeichnis
Einleitung Beschreibung der Satztypen Satztyp 1 (Stationsdaten) Satztyp 2 (nderungsmeldung) Satztyp 3 (Daten) Satztyp 4 (Kontrolldaten) Satztyp 5 (Stundenwerte) Konventionen fr den Datentransfer und Datenbeispiele AFMS2 bzw. MIRIAM-U Stationen MIRIAM-KW Stationen AUTOKLIM Stationen Datentransfer auf Disketten per Datenleitung auf Kassetten Spezielle Regeln fr MIRIAM-U oder AFMS2Stationen Beispiele fr das ESAU-Format einer MIRIAM-UStation auf Diskette auf Kassette ESAU-Satzformate ESAU-Variante MUQ: Stationen mit MIRIAM-U oder AFMS2-Automaten ESAU-Variante MWV: Stationen mit MIRIAM-KWAutomaten ESAU-Variante MAU: Stationen mit AUTOKLIM-IAutomaten ESAU-Variante MAK: Stationen mit AUTOKLIM-IIAutomaten ESAU-Variante MAJ: Stationen mit AUTOKLIM-IIIAutomaten ESAU-Variante MAS: Stationen mit ASDUV-NAutomaten ESAU-Variante MOM: Stationen mit OMBROMETER-Automaten Code-Tabelle fr RJ Statusinformation Niederschlag im ESAU-Format -01-
35
Einleitung
Stand 29.02.2000 Das ESAU-Format wurde entwickelt, um Daten verschiedener Automatentypen in einheitlicher Form zu bertragen. Fr jeden Automatentyp gibt es eine ESAU-Variante, die im wesentlichen von den zu speichernden Parametern abhngt. Die Struktur, insbesondere die Art der Identifikation und die verschiedenen Arten von Satztypen bleiben dieselben. Das ESAU-Format dient nur zum Datentransfer, bei der Verarbeitung und Archivierung werden die Daten weiter umgeformt. Generell werden alle Daten im ASCII-Code verschlsselt. Die Stze enthalten keine Sonderzeichen. Alle Felder werden durch ein SPACE-Zeichen voneinander getrennt. Im Satztyp 3 wird der Identifikationsteil vom Datenteil mit zwei SPACE - Zeichen getrennt. Das Satzende wird (auer bei dem Datentransfer auf Kassetten) durch Carriage Return (CR) und Linefeed (LF) markiert. Alle Felder, die nicht genutzt werden (weil die bermittlung nicht vorgesehen ist oder weil Sensoren ausgefallen sind) werden mit '*'gefllt. Die Fehlkennung fr ein 4-stelliges Feld wre dann '****'. Im Satztyp 1 und in den Datum/Zeit-Feldern drfen keine Fehlkennungen vorkommen. Es gibt fnf Satztypen: Satztyp 1: Kopfsatz: Stationsdaten (mit Stationsnummer und Informationen zur ESAU-Variante) Satztyp 2: nderungssatz: nderungsmeldungen Satztyp 3: Datensatz: gemessene 10-Minuten-Werte (mit Zeitangabe) Satztyp 4: Kontrollsatz: Kontrollmessungen Satztyp 5: Stundenwertsatz: Stundenwerte, die nicht auf UTC bezogen sind (mit Zeitangabe) Zwei dieser Satztypen, mssen immer genutzt werden: die Satztypen 1 und 3. Diese Satztypen werden durch die Zeichenketten AA01 und 01EE bzw. AA03 und 03EE begrenzt. Es ist unbedingt erforderlich, da zu Beginn eines jeden Datentrgers bzw. einer jeden Datei der Satztyp 1 bermittelt wird. Satztyp 1 (Stationsdaten) Zweck: Identifikation der Station und des Messprogramms Hufigkeit: Auf j e d e n Fall am Beginn eines jeden Datentrgers bzw. einer jeden Datei (mglichst 2 mal hintereinander) und wenn die Daten einer neuen Station folgen. Satzlnge: Immer 32 Zeichen, keine Sonderzeichen. Position: Immer am Anfang einer Datei oder eines Datentrgers und bei nderung der Station, bzw. des Messprogramms Felder: Siehe Felder AA01 - 01EE aus Tabelle ESAU-Felder im Anhang. Unbedingt erforderlich fr die Weiterverarbeitung sind die Felder 2 (Stationskennzahl, unbedingt numerisch) und 5 (Lnge des Satztyps 3), da sie bei der automatischen Konvertierung genutzt werden. In diesen Feldern drfen auf keinen Fall Sonderzeichen oder Buchstaben stehen. Fr Datenlieferungen von Stationen, die nicht zum DWD gehren, ist es unbedingt erforderlich, da die Stationsnummern mit dem DWD (TI 21) abgestimmt werden. -02-
36
Fr die Felder 3 und 5 gelten folgende Werte: Da die 10-Minuten-Mittel der Windgeschwindigkeit sowohl skalar als auch vektoriell gemittelt werden knnen, gibt es im Feld 3 (DE) unterschiedliche Kennungen fr unterschiedliche Mittlungsverfahren. Feld 3 (DE) Wind vekt. kein Wind 102 211 301 302 303 501 401 Feld 3(DE) Feld 5 (N3) Wind skalar 103 212 311 312 225 046 181 117 100 048 107
Esau-Variante MIRIAM-U, AFMS2 MIRIAM-KW AUTOKLIM I vollstndige Version AUTOKLIM II reduzierte Version, Kurort AUTOKLIM III Kurzversion ASDUV_N OMBROMETER
Satztyp 2 (nderungsmeldung) Wird nur bei Bedarf zwischen den Stellen vereinbart, die Daten austauschen wollen. Zweck: Aufnahme von Klartextmeldungen oder nderungskennungen Hufigkeit: nur bei Bedarf Satzlnge: variabel, maximal 51 Zeichen Position: kann in Anschluss an jeden anderen Satz geschrieben werden. Felder festgelegt nach folgendem Format: AA02 <S> 8*<EEEEA> 02EE oder AA02 <Text> 02EE (Trennung der Felder durch ein SPACE) mit AA02: Anfangskennung 02EE: Endkennung S: nderungskennung fr stationsbezogene Daten 0: keine nderung 1: Vernderung 2: Vernderung; Platz reichte nicht aus, um alle nderungen zu dokumentieren EEEE: Elementkennung gem ESAU-Beschreibung Satztyp 3 (s. Anhang) A: durchgefhrte Aktion 0: keine Aktion 1: Austausch 2: Reparatur 3: Justierung Text: max 41 ASCII Zeichen (erstes Zeichen nicht numerisch) -03-
37
Satztyp 3 (Daten) Der Satztyp 3 enthlt die meteorologischen Daten. Er darf auf keinen Fall am Anfang stehen, da erst durch den Satztyp 1 festgelegt wird, nach welchem Format die Daten abgelegt sind und von welcher Station sie kommen. Zweck: bermittlung der meteorologischen Information Hufigkeit: fr die aktuellen ESAU-Varianten einmal alle 10 Minuten. Satzlnge: feste Lnge fr einen bestimmten Gertetyp (wird im 5. Feld des Satztyps 1 gespeichert) Position: kann in Anschlu an jeden anderen Satz geschrieben werden Felder: siehe Felder AA03 - 03EE aus Beschreibung der ESAU-Varianten (s. Anhang) AA03 - KK: Identifikation: zwischen den Feldern 1 SPACE, als Abschlu 2 SPACE 1. Datenfeld - 03EE: meteorologische Daten: entsprechend der Parameterzusammenstellung aus der Beschreibung der ESAU-Felder. zwischen den Feldern 1 SPACE Satztyp 4 (Kontrolldaten) Aus Grnden der Qualittssicherungen knnen in diesem Satz Messungen von konventionellen Messanordnungen eingegeben werden. Fr die ESAU-Variante OMBROMETER ist dieser Satz einmal tglich Pflicht. Zweck: Eingabe von Kontrollmessungen Hufigkeit: nach Bedarf, fr OMBROMETER einmal tglich Satzlnge: 34 Zeichen Position: kann im Anschlu an jeden anderen Satz geschrieben werden Felder: festgelegt nach folgendem Format AA04 <E1> <DZ> <Wert> <Bez> 04EE (Trennung der Felder durch ein SPACE) mit:
AA04:(4 Zeichen) Beginn des Satzes E1 (2 Zeichen) Kennung fr Parameter RS: Niederschlag mit dem Hellmann-Niederschlagsmesser gemessen (sog. Kontrollmessung) in 1/10 mm SH: Schneedeckenhhe (gesamt) in cm SA: Kennung und Art der Schneedecke (Schlsselzahl) NS: Neuschneedeckenhhe in cm WA: spezifisches Wasserquivalent der Schneedecke in 1/10 mm pro cm ER: Erdbodenzustand (Schlsselzahl WR: Art des Niederschlags (Schlsselzahl) TT: Temperatur in 1/10 C RF: relative Feuchte in % P0: Luftdruck in 1/10 hPa DZ (12 Zeichen) Zeitpunkt der Kontrollmessung, Format JJJJMMTTHHmm mit: JJJJ: Jahr (z.B. 1994) MM: Monat (01-12) TT: Tag (1-31) HHmm: Uhrzeit in Stunden UTC (HH) und Minuten (mm) UTC:koordinierte Weltzeit = GMT = MEZ - 1 Std. Wert: (5 Zeichen) gemessener Kontrollwert entsprechend E1 Bez: (2 Zeichen): fr RS Lnge der Sammelmessung in Stunden, sonst '**' 04EE: (4 Zeichen) Ende des Satzes
-04-
38
Satztyp 5 (Stundenwerte) Fr die bermittlung von Stundenwerten wurde der Satztyp 5 entwickelt. Zunchst wird dieser Satztyp genutzt, um Stundenwerte von Strahlungsparametern und Sonnenscheindauer, bezogen auf die wahre Ortszeit zu bermitteln. Fr optionale andere Datenarten mu eine entsprechende neue Datenkennung definiert werden. Zweck: bermittlung von Stundenwerten, die nicht auf UTC bezogen werden. Falls Stundenwerte auf UTC bezogen werden, knnen sie auch im Satztyp 3 bermittelt werden (pro Stunde ein Datensatz). Hufigkeit: nach Bedarf Satzlnge: 50 Zeichen Position: kann im Anschlu an jeden anderen Satz geschrieben werden Felder: festgelegt nach folgendem Format: AA05 <KE> <STNR> <DATUM> <STUNDE><SD><GS><DS><WS><GT> 05AA (Trennung der Felder durch ein SPACE) mit: AA05: (4 Zeichen) Beginn des Satzes KE: (2 Zeichen, stets 'ST') fr Stundensummen der Strahlung und der Sonnenscheindauer bezogen auf die Wahre Ortszeit. STNR: (5 Zeichen) Stationsnummer, nach Regeln des DWD DATUM: (8 Zeichen) Datum im Format JJJJMMTT, keine Blanks Beispiel: 19960201 fr 1. Februar 1996 STUNDE: (2 Zeichen) Uhrzeit. Bei KE=ST wahre Ortszeit Beispiel: 12 fr die Stunde von 11 WOZ bis 12 WOZ SD: (2 Zeichen) Sonnenscheindauer in Minuten GS: (3 Zeichen) Globalstrahlung in J/cm2 DS: (3 Zeichen) diffuse Sonnenstrahlung in J/cm2 AW: (3 Zeichen) atmosphrische Wrmestrahlung in J/cm2 GT: (4 Zeichen) Gertetemperatur in 1/10 C Fr die Felder KE, STNR, DATUM und STUNDE mu ein gltiger Wert bermittelt werden. Falls fr ein oder mehrere der brigen Felder keine Werte vorliegen, mssen die entsprechenden Positionen mit '*' gefllt werden.
-05-
39
Fr MIRIAM-KW - Stationen:
AA01 00000xxxxx 211 000 046 01EE (AA02 ... 02EE) kann fehlen AA03 ... 03EE AA03 ... 03EE ... (AA04 ... 04EE) kann fehlen xxxxx ist die Stationsnummer 211 ist die Kennung fr Daten im ESAU-Format MIRIAM-KW-Variante 046 ist die Satzlnge fr die Datenstze
Fr AUTOKLIM - Stationen:
Variante AUTOKLIM I AA01 00000xxxxx 301 000 150 01EE (AA02 ... 02EE) kann fehlen AA03 ... 03EE AA03 ... 03EE ... (AA04 ... 04EE) kann fehlen xxxxx ist die Stationsnummer 301 ist die Kennung fr Daten im ESAU-Format AUTOKLIM I-Variante 150 ist die Satzlnge fr die Datenstze
Da nicht alle nebenamtlichen automatischen Stationen das volle Meldesoll von AUTOKLIM-Stationen liefern werden, wurden zwei zustzliche Varianten definiert: Variante AUTOKLIM II ohne Erdbodentemperaturen und Windturbulenz Variante AUTOKLIM III ohne optionale Gren (wie AUTOKLIM II aber ohne Wind und Sonnenscheindauer) Fr die Kassettennumerierung bzw fr die Dateinamen gelten Konventionen, die unbedingt eingehalten werden mssen, damit die Daten ohne Probleme Eingang in die automatisierten Routineablufe finden.
-06-
40
-0842
920720_0740_0__+217_+217_+216_+282_+282_+274_+137_061_00000000 0000000000000000000000_000000000000000000000000000000000000000 0_0000000000_17_023_***_***_18_040_10_****_****_+207_+182_+176 _+165_+143_****_09463_**_****_03EEAA03_920720_0750_0__+216_+21 8_+216_+275_+284_+273_+131_059_000000000000000000000000000000_ 0000000000000000000000000000000000000000_0000000000_18_028_*** _***_19_043_10_****_****_+211_+184_+177_+165_+143_****_09463_* *_****_03EEAA03_920720_0800_0__+216_+216_+215_+283_+285_+277_+ 132_059_000000000000000000000000000000_00000000000000000000000 00000000000000000_0000000000_18_023_***_***_16_043_10_****_*** *_+215_+186_+178_+165_+143_****_09462_**_****_03EEAA03_920720_ 0810_0__+218_+218_+216_+286_+286_+276_+136_060_000000000000000 000000000000000_0000000000000000000000000000000000000000_00000 00000_18_028_***_***_16_045_10_****_****_+218_+188_+179_+165_+ 143_****_09462_**_****_03EEAA03_920720_0820_0__+220_+220_+218_ +295_+297_+289_+140_061_000000000000000000000000000000_0000000 000000000000000000000000000000000_0000000000_20_020_***_***_24 _033_10_****_****_+222_+191_+180_+165_+143_****_09460_**_****_ 03EE###########################################
016 017-019
1 3
SPACE DE
1 3 1 3 1 4
4 5
-09-
43
KK
TT
TX
030 031-034
1 4
TN
035 036-039
1 4
TB
040 041-044
1 4
TBX
045 046-049
1 4
TBX
1 4 1 3 1 30
TD
RF
RW
090 091-130
1 40
RT
131 132-141
1 10
RJ
142
-1044
2 1 3 1 3 1 3 1 2
DD
FF
SLA
SLO
DFX
160 161-163 164 165-166 167 168-171 172 173-176 177 178-181 182 183-186 187 188-191 192 193-196 197 198-201 202 203-206 207 208-212 213 214-215 216 217-220 221 222-225
1 3 1 2 1 4 1 4 1 4 1 4 1 4 1 4 1 4 1 4 1 5 1 2 1 4 1 4
FX
SD
GS
DS
TE05
TE10
TE20
TE50
TE1M
VV P0
NB
ST 03EE
Windrichtungsmittel der vorangegangenen 10 Min. (Dekagrad) SPACE Windgeschwindigkeitsmittel der vorangegangenen 10 Min. in 1/10 m/sec SPACE Standardabweichung der Lateralkomponente in 1/10 m/s SPACE Standardabw. der Longitudinalkomponente in 1/10 m/s SPACE bei DE=102: Richtung der Windspitze der vorangegangenen 10 Minuten in Dekagrad bei DE=103: Verhltnis vektorielles zu skalarem Mittel der Windgeschwindigkeit 100*FFv/FFs SPACE Geschwindigkeit der Windspitze der vorangegangenen 10 Minuten in 1/10 m/s SPACE Sonnenscheindauer whrend der vorangegangenen 10 Minuten in Minuten SPACE Globalstrahlung, 10 Min Summe in 0.1 Joule/qcm SPACE Diff. Sonnenstr., 10 Min Summe in 0.1 Joule/qcm SPACE Momentane Erdbodentemp. in 5 cm Tiefe (1/10 Grad C) SPACE Momentane Erdbodentemp. in 10 cm Tiefe (1/10 Grad C) SPACE Momentane Erdbodentemp. in 20 cm Tiefe (1/10 Grad C) SPACE Momentane Erdbodentemp. in 50 cm Tiefe (1/10 Grad C) SPACE Momentane Erdbodentemp. in 1 m Tiefe (1/10 Grad C) SPACE Normsichtweite in Metern SPACE Momentaner Luftdruck in 1/10 Hektopascal SPACE Anzahl der whrend der vorangegangenen 10 Minuten registrierten Blitze SPACE Statusinformation (wird noch definiert) SPACE Endkennung 03EE
-11-
45
ESAU-Felder, Satztyp 3,
'Datensatz' STAND: 19.08.1996 ESAU-Variante MWV: Stationen mit MIRIAM-KW - Automaten
Spalte 001-004 005 006-011 012 013-016 017 018 019-020 021-022 023 024-026 027 028-030 031 032-034 035 036-037 Lnge 4 1 6 1 4 1 1 2 2 1 3 1 3 1 3 1 2 Kenn. AA03 DAT HH Beschreibung Anfangskennung AA03 SPACE Datum in der Form JJMMTT SPACE Uhrzeit in UTC in der Form HHMM (0000-2359) SPACE Kennung fr Kontrollmessung (0=nein, 1=ja) SPACE Windrichtungsmittel der vorangeg. 10 Min. (Dekagrad) SPACE Windgeschwindigkeitsmittel der vorangeg. 10 Minuten in 1/10 m/sec SPACE Standardabweichung der Lateralkomponente in 1/10 m/s SPACE Standardabweichung der Longitudinalkomponente in 1/10 m/s SPACE bei DE=211: Richtung der Windspitze der vorangeg. 10 Min. in Dekagrad bei DE=212: Verhltnis vektorielles zu skalarem Mittel der Windgeschwindigkeit 100*FFv/FFs SPACE Geschwindigkeit der Windspitze der vorangeg. 10 Min in 1/10 m/sec SPACE Endkennung 03EE
KK
DD
FF
SLA
SLO
DFX
1 3 1 4
FX
03EE
ESAU-Felder, Satztyp 3,
'Datensatz' -1- STAND: 19.08.96 ESAU-Variante MAU: Stationen mit AUTOKLIM-I-Automaten (vollstndig, einschlielich optionale Gren)
Spalte 001-004 005 006-011 012 013-016 017 018 019-020 021-024 025 Lnge 4 1 6 1 4 1 1 2 4 1 Kenn. AA03 DAT HH Beschreibung Anfangskennung AA03 SPACE Datum in der Form JJMMTT SPACE Uhrzeit in UTC in der Form HHMM (0000-2359) SPACE Kennung fr Kontrollmessung (0=nein, 1=ja) 2 SPACE Momentane Lufttemperatur in 2m Hhe in 1/10 Grad C SPACE
KK
TT
-12-
46
4 1 4 1 4
TX
TN
TBX
1 3 1 30
RF
RW
075 076-115
1 40
RT
116 117-126
1 10
RJ
127 128-129 130 131-133 134 135-137 138 139-141 142 143-144
1 2 1 3 1 3 1 3 1 2
DD
FF
SLA
SLO
DFX
145 146-148 149 150-151 152 153-156 157 158-161 162 163-166 167
1 3 1 2 1 4 1 4 1 4 1
FX
SD
TE05
TE10
TE20
Hchsttemperatur in 2m Hhe whrend der vorangeg. 10 Minuten in 1/10 Grad C SPACE Tiefsttemperatur in 2m Hhe whrend der vorangeg. 10 Minuten in 1/10 Grad C SPACE Tiefsttemperatur des ungeschtzten Thermometers in 5 cm .G. whrend der vorangeg. 10 Minuten in 1/10 Grad C SPACE Momentane relative Luftfeuchte in Prozent SPACE Minutenwerte der Niederschlagshhe whrend der vorangegangenen 10 Minuten in 1/10 mm, gemessen mit der Niederschlagswippe oder Volumimeter SPACE Minutenwerte der Niederschlagshhe whrend der vergangenen 10 Minuten in 1/100 mm, gemessen mit Tropfenzhler SPACE Statusinformation Niederschlag (s. Code-Tabelle RJ) fr jede der vergangenen 10 Minuten SPACE Windrichtungsmittel der vorangegangenen 10 Minuten (Dekagrad) SPACE Windgeschwindigkeitsmittel der vorangegangenen 10 Minuten in 1/10 m/s SPACE Standardabw. der Lateralkomponente des Windes in 1/10 m/s SPACE Standardabw. der Longitudinalkomponente des Windes in 1/10 m/s SPACE bei DE=301: Richtung der Windspitze der vorangegangenen 10 Minuten in Dekagrad bei DE=311: Verhltnis vektorielles zu skalarem Mittel der Windgeschwindigkeit 100*FFv/FFs SPACE Geschwindigkeit der Windspitze der vorangegangenen 10 Minuten in 1/10 m/s SPACE Sonnenscheindauer whrend der vorangegangenen 10 Min. in Minuten SPACE Momentane Erdbodentemperatur in 5 cm Tiefe (1/10 Grad C) SPACE Momentane Erdbodentemperatur in 10 cm Tiefe (1/10 Grad C) SPACE Momentane Erdbodentemperatur in 20 cm Tiefe (1/10 Grad C) SPACE
-13-
47
4 1 4 1 4
TE50
TE1M
03EE
Momentane Erdbodentemperatur in 50 cm Tiefe (1/10 Grad C) SPACE Momentane Erdbodentemperatur in 1 m Tiefe (1/10 Grad C) SPACE Endkennung 03EE
ESAU-Felder, Satztyp 3, 'Datensatz' STAND: 28.12.1993 ESAU-Variante MAK: Stationen mit AUTOKLIM-II-Automaten (vollstndig bis auf Erdbodentemperaturen und Windturbulenz)
Spalte 001-004 005 006-011 012 013-016 017 018 019-020 021-024 025 026-029 Lnge 4 1 6 1 4 1 1 2 4 1 4 Kenn. AA03 DAT HH Beschreibung Anfangskennung AA03 SPACE Datum in der Form JJMMTT SPACE Uhrzeit in UTC in der Form HHMM (000-2355) SPACE Kennung fr Kontrollmessung (0=nein, 1=ja) 2 SPACE Momentane Lufttemperatur in 2 m Hhe in 1/10 Grad C SPACE Hchsttemperatur in 2 m Hhe whrend der vorangegangenen 10 Minuten in 1/10 Grad Celsius SPACE Tiefsttemperatur in 2m Hhe whrend der vorangegangenen 10 Minuten in 1/10 Grad Celsius SPACE Tiefsttemperatur des ungeschtzten Thermometers in 5cm .G. whrend der vorangeg. 10 Minuten in 1/10 Grad C SPACE Momentane relative Luftfeuchte in Prozent SPACE Minutenwerte der Niederschlagshhe whrend der vergangenen 10 Minuten in 1/100 mm SPACE Statusinformation Niederschlag (s. Code-Tabelle RJ) fr jede der vergangenen 10 Minuten SPACE Windrichtungsmittel der vorangegangenen 10 Min. in Dekagrad SPACE Windgeschwindigkeitsmittel der vorangeg. 10 Min. in 1/10 m/s SPACE
KK
TT
TX
030 031-034
1 4
TN
035 036-039
1 4
TBX
1 3 1 40
RF
RK
085 086-095
1 10
RJ
1 2 1 3 1
DD
FF
-1448
104-105
DFX
1 3 1 2 1 4
FX
SD
03EE
bei DE=302: Richtung der Windspitze der vorangegangenen 10 Minuten in Dekagrad bei DE=312: Verhltnis vektorielles zu skalarem Mittel der Windgeschwindigkeit 100*FFv/FFs SPACE Geschwindigkeit der Windspitze der vorangeg. 10 Minuten in 1/10 m/s SPACE Sonnenscheindauer whrend der vorangeg. 10 Minuten in Minuten SPACE Endkennung 03EE
ESAU-Felder, Satztyp 3,
'Datensatz' STAND: 28.12.1993 ESAU-Variante MAJ: Stationen mit AUTOKLIM-III-Automaten (Kurzversion ohne optionale Gren)
Spalte 001-004 005 006-011 012 013-016 017 018 019-020 021-024 025 026-029 030 031-034 035 036-039 Lnge 4 1 6 1 4 1 1 2 4 1 4 1 4 1 4 Kenn. AA03 DAT HH Beschreibung Anfangskennung AA03 SPACE Datum in der Form JJMMTT SPACE Uhrzeit in UTC in der Form HHMM (0000-2359) SPACE Kennung fr Kontrollmessung (0=nein, 1=ja) 2 SPACE Momentane Lufttemperatur in 2m Hhe in 1/10 Grad C SPACE Hchsttemperatur in 2m Hhe whrend der vorangeg. 10 Minuten in 1/10 Grad C SPACE Tiefsttemperatur in 2m Hhe whrend der vorangeg. 10 Minuten in 1/10 Grad C SPACE Tiefsttemperatur des ungeschtzten Thermometers in 5 cm .G. whrend der vorangeg. 10 Min. in 1/10 Grad C SPACE Momentane relative Luftfeuchte in Prozent SPACE Minutenwerte der Niederschlagshhe whrend der vergangenen 10 Minuten in 1/100 mm SPACE Statusinformation Niederschlag (s. Code-Tabelle RJ) fr jede der vergangenen 10 Minuten SPACE Endkennung 03EE
KK
TT
TX
TN
TBX
1 3 1 40
RF
RK
085 086-095
1 10
RJ
096 097-100
1 4
03EE
-15-
49
ESAU-Felder, Satztyp 3,
'Datensatz' STAND: 28.12.1993 ESAU-Variante MAS: Stationen mit ASDUV-N-Automaten
Spalte 001-004 005 006-011 012 013-016 017 018 019-020 021-022 023 024-026 027 028-029 030 031-033 034 035-038 039 040-043 044 045-048 Lnge 4 1 6 1 4 1 1 2 2 1 3 1 2 1 3 1 4 1 4 1 4 Kenn. AA03 DAT HH Beschreibung Anfangskennung AA03 SPACE Datum in der Form JJMMTT SPACE Uhrzeit in UTC in der Form HHMM (0000-2359) SPACE Kennung fr Kontrollmessung (0=nein, 1=ja) 2 SPACE Windrichtungsmittel der vorangeg. 10 Min. in Dekagrad SPACE Windgeschwindigkeitsmittel der vorangegangenen 10 Min. in 1/10 m/s SPACE Richtung der Windspitze der vorangeg. 10 Min.in Dekagrad SPACE Geschwindigkeit der Windspitze der vorangeg. 10 Minuten in 1/10 m/s SPACE Normsichtweite in Metern SPACE Momentanwert der Wolkenhhe in Metern ber Grund SPACE Endkennung 03EE
KK
DD
FF
DFX
FX
VV WH
03EE
ESAU-Felder, Satztyp 3,
'Datensatz' STAND: 28310894 ESAU-Variante MOM: Stationen mit OMBROMETER-Automaten
Spalte 001-004 005 006-011 012 013-016 017 018 019-020 021-050 Lnge 4 1 6 1 4 1 1 2 30 Kenn. AA03 DAT HH Beschreibung Anfangskennung AA03 SPACE Datum in der Form JJMMTT SPACE Uhrzeit in UTC in der Form HHMM (0000-2359) SPACE Kennung fr Kontrollmessung (0=nein, 1=ja) 2 SPACE Minutenwerte der Niederschlagshhe whrend der vorangegangenen 10 Min. in 1/10 mm, gemessen mit der Niederschlagswippe oder Volumimeter SPACE Minutenwerte der Niederschlagshhe whrend der vergangenen 10 Minuten in 1/100 mm, gemessen mit Tropfenzhler
KK
RW
051 052-091
1 40
RT
-16-
50
092 093-102
1 10
RJ
103 104-107
1 4
03EE
SPACE Statusinformation Niederschlag (s. Code-Tabelle RJ) fr jede der vergangenen 10 Minuten SPACE Endkennung 03EE
0 0 0 0 1 1 0 0 2 0 1 0 3 1 1 0 4 ? 0 1 5 nicht erlaubt 6 ? 1 1 7 oder * Fehlkennung Beispiele : RJ=0 -> kein Niederschlag bei installiertem Dauergeber RJ=1 -> Niederschlag gefallen, ohne Heizung bei installiertem Dauergeber RJ=4 -> Dauergeber ist nicht installiert, Heizung ist angestellt
Stand: 03/01/2000 10:22:17 Autor: Raimo Weber,(D.Kallenbach) Ansprechpartner:Joh. Behrendt, Diana Stein
DWD, Abteilung Messnetze und Daten Richtlinie fr Automatische Klimastationen Stand: Februar 2001 Formatanpassung, nderungen: TI22/Martin, FE23/Behrendt, 14.02.2001
-17-
51
Anlage 6.5
Datensatz UDA 6.5.1 DEUTSCHER WETTERDIENST MESSNETZ 2000 AMDA-Datenstruktur UDA-Parameter an AMDA III Stand: 07.12.1999
6.5.2 LUA/FRZ Umweltschutz Datenprotokoll DDP DDP: Nicht nur ein Deskriptives Datenprotokoll fr Messdaten Stand: Dezember 1997
52
6.5.1 AMDA-Datenstruktur
DEUTSCHER WETTERDIENST MESSNETZ 2000 AMDA-Datenstruktur UDA-Parameter an AMDA III Stand: 07.12.1999
53
Abkrzungsverzeichnis/Datensatztypen Termin-Datenstze (Ti = Prfix DDP-Untername): Ai A0 TS TH TX TM WS AN Automatisch erzeugte Daten (GGgg, g= 0,...,9) Automatisch erzeugte Daten (GGgg, gg=00,10,...,50) Synoptische Termine (GG20 und GG50) Termin (05:50) Erfassung zu sonstigen Terminen (Kontrollmessungen) Termine (05:50, 11:50, 17:50) Automatisch erzeugte Daten fr den WSV Automatisch erzeugte Daten fr andere lokale Nutzer.
Ereignis-Datenstze (Erstellung bei Eintreten bestimmter Ereignisse): W2 Automatisch bei Erreichen eines Schwellenwertes der folgenden Kategorie erzeugte Daten fr den DWD: WG Windgeschwindigkeit SN Starkniederschlag Meteorologische Meldung fr den DWD Automatische Meldung ber eine Systemstrung fr den DWD Automatische Meldung mit Informationen ber die interne Fehlerauswertung fr den DWD.
MM MS MF
Datensatztypen AMDA III Datensatz AMDA III/S Termin Ai x A0 x TS TH x TX x TM x WS x AN x Ereignis W2 x MM x MS x MF x AMDA III/N AMDA III/W x x x
x x x x x x x x x x x x x
54
08.12.99 11:06
Seite 1 von 5
01
01.02.00 01.03.00 01.04.00
2 3 4
[ S ] Systemparameter (Kopfsatz/KOPS)
S_DWD_DS_Typ.x.Nr S_Datensatz.x.Datum S_Datensatz.x.Zeit Datensatz-Typ Datum des Datensatzes Uhrzeit des Datensatzes x x UTC x
02
03.01.01 03.01.02 03.01.03 03.01.04 03.01.05 03.01.06 03.01.07 03.01.08 03.01.09 03.02.01 03.02.02
5 6 7 8 9 10 11 12 13 24 25
08.12.99 11:06
Seite 2 von 5
DDP-Bezeichnung A_Fe_L200_1.1min.Wert A_Fe_L200_2.1min.Wert A_Fe_L200_0.1min.Wert A_Ni_h.1min.Wert A_Ni_h.10min.Sum A_Ni_h.TX_t2.Sum A_Ni_h.TX_t2.Zeit A_Ni_h.TX_t3.Sum A_Ni_h.TX_t3.Zeit A_Ni_h.TX_t4.Sum A_Ni_h.TX_t4.Zeit A_Ni_h.TH_24h.Sum A_Ni_TL.1min.Wert A_Wi_G.10min.sMit A_Wi_G.2_10min.sMit A_Wi_G.10min.QVSM A_Wi_R.10min.vMit
Meteorologische Gre Aktuelle Relative Luftfeuchte in 2 m Hhe, Sensor 1 Aktuelle Relative Luftfeuchte in 2 m Hhe, Sensor 2 Aktuelle Relative Luftfeuchte, Sensor 1,2 (Pseudosensor 0) Minutenwert der Niederschlagshhe Niederschlagshhe der letzten 10 min Niederschlagshhe aus dem Zeitraum t2 Zeitpunkt des Beginns des Zeitraumes t2 Niederschlagshhe aus dem Zeitraum t3 Zeitpunkt des Beginns des Zeitraumes t3 Niederschlagshhe aus dem Zeitraum t4 Zeitpunkt des Beginns des Zeitraumes t4 Niederschlagshhe aus den letzten 24 h Aktuelle Lufttemperatur im Niederschlagssensor Gleitender skalarer 10-min-Mittelwert der Windgeschwindigkeit Gleitender skalarer 10*-min-Mittelwert der Windgeschwindigkeit Quotient aus vekt. und skal. 10-min-Mittel der Windgeschw.keit Vektorieller 10-min-Mittelwert der Windrichtung, gleitend
Phys. Auf- Me-Termine AMDA Ereignis-Meldungen W2 Dim. lsung Zeit Ti I II III WG SI WU GN SN GE SD TR % % % mm mm mm UTC mm UTC mm UTC mm C m/s m/s 0.01 0.1 0.1 0.1 0.1 10 0.01 0.01 1 1 1 0.01 0.01 0.01 1min 1min 1min 1min 10min t2 t2 t3 t3 t4 t4 24h 1min 10min 2_10min 10min 10min A0 A0 A0 Ai A0 TX TX TX TX TX TX TH Ai A0 A0 A0 A0 W2_WG W2_SN W2_SN W2_GN W2_SN
08.12.99 11:06
Seite 3 von 5
DDP-Bezeichnung A_Wi_R.2_10min.vMit A_Wi_G.10min.QSxx A_Wi_G.10min.QSxy A_Wi_G.10min.QSyy A_Wi_G.10min_3s.Max A_Wi_R.10min_3s.Max A_Wi_G.10min_3s.Min A_Wi_G.10_10min.Max A_Wi_R.10min_3s.Ext_rueck A_Wi_R.10min_3s.Ext_recht A_Tt_E005.1min.Wert A_Tt_E010.1min.Wert A_Tt_E020.1min.Wert A_Tt_E050.1min.Wert A_Tt_E100.1min.Wert A_So_Da.10min.Sum A_So_Da.10min.Sum_WOZ
Meteorologische Gre Vektorieller 10*-min-Mittelwert der Windrichtung, gleitend Quadratwurzel aus der Varianz Sxx des Windes Quadratwurzel aus der Kovarianz Sxy des Windes Quadratwurzel aus der Varianz Syy des Windes Maximum der Windgeschwindigkeit der letzten 10 min Windrichtung des maximalen 3-sec-WG-Wertes der letzten 10 min Minimum der Windgeschwindigkeit der letzten 10 min Maximaler 10-min-Mittelwert der Windgeschw. der letzten 10 min Extremwert der Richtung des rckdrehenden Windes d. l. 10 min Extremwert der Richtung des rechtdrehenden Windes d. l. 10 min Aktuelle Erdbodentemperatur in 5 cm Tiefe Aktuelle Erdbodentemperatur in 10 cm Tiefe Aktuelle Erdbodentemperatur in 20 cm Tiefe Aktuelle Erdbodentemperatur in 50 cm Tiefe Aktuelle Erdbodentemperatur in 100 cm Tiefe Sonnenscheindauer der letzten 10 min nach UTC Sonnenscheindauer der letzten 10 min nach WOZ
Phys. Auf- Me-Termine AMDA Ereignis-Meldungen W2 Dim. lsung Zeit Ti I II III WG SI WU GN SN GE SD TR m/s m/s m/s m/s m/s m/s C C C C C s s 10 0.1 0.1 0.1 0.1 10 0.1 2_10min 10min 10min 10min A0 A0 A0 A0 W2_WG
03. 06.06.02 203 03. 06.06.03 202 03.06.07 03.06.08 03.06.09 03.06.10 03.06.11 03.06.12 03.07.02 03.07.03 03.07.04 03.07.05 03.07.06 03.08.01 03.08.02
50 51 52 53 54 55 57 58 59 60 61 67 68
0.1 10_10min A0 10 10 0.1 0.1 0.1 0.1 0.1 1 1 10min_3s A0 10min_3s A0 1min 1min 1min 1min 1min 10min 10min A0 A0 A0 A0 A0 A0 A0
08.12.99 11:06
Seite 4 von 5
04
05.01.01 05.01.02 05.01.03 05.01.04 05.01.06 05.01.07
141 142 143 144 275 276
[ K ] Kontrollmessungen (KONTER)
K_Ni_Status_J_N.TX_24h.Bin K_Ni_Zeit_Hellmann.TX_x.Zeit K_Ni_h_Hellmann.TX_24h.Wert K_Ni_Art.TX_24h.Wert K_Ni_ZaTa.TX_x.Wert K_Ni_Eingabe.TX_x.Zeit Niederschlag gefallen? ("ja" oder "nein") Zeitpunkt der Kontroll-Niederschlagsmessung (Hellmann) Niederschlagshhe der letzten ca. 24 Stunden (Hellmann), ggf. auch mehrerer zurckliegender Tage Art des Niederschlages Anzahl der Tage fr Kontrollmessung Zeitpunkt der Eingabe der Kontrollmessung (automatisch vom System) 24h UTC mm SG 0.01 x 24h 24h x UTC x TX TX TX TX TX TX
07
07.01.00 07.02.00 07.03.00 07.04.00 07.05.00 07.06.00 07.07.00 07.08.00
166 167 168 169 170 171 172 173
08.12.99 11:06
Seite 5 von 5
Meteorologische Gre Wolken-Gesamtbedeckungsgrad (Bewlkungsmenge) Sichtweite (Sichtstufen) Charakterisierung des Erdbodenzustands, 10 Ziffern (0,...,9 Spezifisches Wasserquivalent der Schneedecke in mm/cm
Phys. Auf- Me-Termine AMDA Ereignis-Meldungen W2 Dim. lsung Zeit Ti I II III WG SI WU GN SN GE SD TR Achtel SG SG mm/cm 0.1 1 t t t 24h TM TM TM TH
08
08.01.00 08.02.00 08.03.00 08.04.00 08.09.00 08.10.00
178 179 180 181 186 277
09
09.01.00 09.04.00
187 190
LUA/FRZ Umweltschutz Datenprotokoll DDP DDP: Nicht nur ein Deskriptives Datenprotokoll fr Messdaten Stand: Dezember 1997
60
Dezember 1997
2. Ausgangspunkt:
Die bisherigen Protokolle zur bertragung von Messdaten orientierten sich an der Hardware bzw. technischen Ausstattung der Messstationen, der verfgbaren bertragungstechnik und einer mglichst kostengnstigen Nutzung. Dies fhrte zu einer unberschaubaren Vielfalt von extrem spezialisierten Datenprotokollen, die zudem fast unlsbare Bindungen an die Lieferanten erzeugten. Die Hardware der DV-Technik stellt heute nur noch einen Bruchteil der Gesamtkosten einer Messstation dar. Die moderne bertragungstechnik bietet bei gefallenen Kosten nicht nur ein erheblich hheres Datenvolumen, sondern auch eine wesentlich verbesserte Sicherheit der Datenbertragung. Dem gegenber sind die Kosten fr individuelle Software und deren Pflege erheblich gestiegen. Diese technische Entwicklung erlaubt bzw. erfordert eine andere Betrachtung der aus Messnetzen gewonnenen Daten. Aus mathematischer und informationstheoretischer Sicht ist es unerheblich, in welchem Messnetz die Daten erhoben werden. Es handelt sich immer um Zeitreihen, die alle auf bestimmten, formalen Eigenschaften beruhen. Der Zweck und der Inhalt der Daten ergeben sich aus der Aufgabenstellung. Es gilt die Betrachtungsweise: Der Benutzer beschreibt, welche Daten er bentigt. Es interessiert ihn nicht, wie die Daten zu ihm gelangen. Aus dieser Betrachtungsweise ergeben sich folgende Anforderungen: - Aus den formalen Eigenschaften von Zeitreihen ist ein einfacher Formalismus zur Beschreibung der Daten und deren Umfeld abzuleiten. - Die Bedeutung (Semantik) der Daten ist direkt erkennbar, aber nicht im Formalismus festgeschrieben. - Die Syntax zur Beschreibung der Daten und deren Umfeld orientiert sich am fachlichen Umgang mit den Daten und folgt einfachen Regeln mit klaren Strukturen. - Der Mechanismus des Zugriffs auf die Daten bleibt verborgen, ebenso der Transport der Daten.
61
-2-
Dezember 1997
Die obigen Anforderungen fhren auf eine deskriptive, stark semantisch geprgte Form der Beschreibung von Daten und deren Umfeld. Erst daraus knnen Regeln zur Datenbertragung in Form von Fragen und Antworten abgeleitet werden. Darber hinaus bietet eine solche Beschreibung eine selbsterluternde Form zum Austausch von Daten auf Datentrgern (Monolog statt Dialog). Dieses Protokoll soll nicht nur zur Abfrage und Steuerung von Messstationen dienen, sondern auch als allgemeine Schnittstelle fr die Behandlung von Zeitreihen und deren Umfeld. Auf Basis dieser Schnittstelle kann von einzelnen Messsystemen unabhngige Software entwickelt werden. Diese frdert sowohl den Datenaustausch als auch die Nutzung gemeinsamer Software.
3. Definition:
Die DDP-Version 1.0 vom Mai 1995 war eine mehr grundstzliche und abstrakte Definition des DDP. Die Diskussionen mit potentiellen Anwendern sowie Hard- und Softwarehusern ergaben, da eine konkretere und auch strengere Definition erforderlich war. Auch muten Fehler bzw. Widersprche beseitigt werden. Hinzu kamen Anregungen zur Verbesserung der Funktionalitt und praktische Erfahrungen bei der Implementierung. Die nun vorliegende Version 1.2 vom Mrz 1997 versucht den Anforderungen gerecht zu werden. Es ist festzuhalten, da sie voll kompatibel zur Version 1.0 ist. Eine vollstndige Definition des DDP, Version 1.2, ist in [1] zu finden. Die folgenden Abstze sollen nur die wichtigsten Eigenschaften hervorheben.
3.1. Syntax:
Die Syntax lehnt sich in stark vereinfachter Form an ALGOL-basierten Sprachen wie C und PASCAL an. Es werden die blichen Steuerzeichen benutzt. Hinzu kommt der Konstrukt der Listenvariablen (auch Container genannt) aus den Hyperscriptsystemen, die eine freie tabellarische Ordnung ohne Felddefinitionen erlauben. Festgelegte Systemvariablen dienen zur Beschreibung oder Abfrage der gewnschten Umgebung. Der Kontext der momentanen Umgebung (Daten, Parameter, Attribute und Systemsteuerung) ist aus einrahmenden Anweisungsblcken ersichtlich, deren einleitenden Schlsselworte mnemotechnische Bezeichnungen sind. Die Syntax ist nahezu formatfrei. Die Gro/Klein-Schreibung spielt keine Rolle. Es wird nur der Kern der internationalen Zeichen nach ISO benutzt, um unabhngig von Rechnerplattformen und Betriebssystemen zu sein.
62
-3-
Dezember 1997
Fr das Tagesmittel von "Ozon", den maximalen Wert und dessen Zeitpunkt ergibt sich mit den TEMESinternen Namen ( Schlsseinamen) folgende Liste (man beachte bitte, da die Gro/KleinSchreibung keine Rolle spielt und hier nur der besseren Lesbarkeit dient): 03.Tag.MittelWert, 03.Tag.MaxWert, 03.Tag.MaxZeit Ein wichtiges Ordnungsmerkmal fr Zeitreihen ist der Ort (Messstation), wo die Daten gewonnen wurden. TEMES benutzt Krzel fr den Messort. Ferner ist der Zeitraum fr die Daten anzugeben. Ein Datenabruf der Tagesmittel von "Ozon" ber die letzten zehn Tage (relativ zum augenblicklichen Datum) von mehreren Messstationen kann folgendermaen formuliert werden: %GETDATA: SDate = -10; EDate = -1; StationName = WALS, STYR, DORT; KeyList = Date, 03.Tag.MittelWert, 03.Tag.MaxWert, 03.Tag.MaxZeit; %END; Das Schlsselwort %GETDATA leitet einen Anweisungsblock fr den Datenabruf ein. StationName und KeyList, beide sind wie auch SDate (Startdatum) und EDate (Endedatum) festgelegte Systemvariablen, werden zu einer gemeinsamen Liste expandiert, die die Spalten einer Tabelle festlegen. Die Daten werden zeitlich aufsteigend als Zeilen bertragen. Date (Datum) ist ebenfalls eine feste Systemvariable. Das DDP lt auch andere Formen der Datenabrufe zu, die aber hier nicht weiter betrachtet werden sollen. Es ist nur wesentlich festzuhalten, da der Benutzer groe Freiheiten hat, aus seiner fachlichen Sicht die Datenabrufe zu gestalten. Das automatische bertragen von Daten z.B. an ein Datenarchiv von einer Messstation wird entsprechend durch einen %SETDATA-Anweisungsblock eingeleitet. Dieselbe Namenshierarchie wird fr Parameter verwendet, die u.a. zur Steuerung. von Berechnungsalgorithmen, zur Prfung der Ergebnisse und Abfrage von berschreitungen dienen. Da die gleichen Hauptnamen und Unternamen benutzt werden mssen, sind die Parameter eindeutig zugeordnet. Zur Erkennung des Kontextes (hier Parameter) dienen die %GETPARAM und % SETPARAM-Anweisungsblcke. Jedes Messsystem benutzt seine eigene Nomenklatur zur internen Benennung seiner Daten und Parameter. Die Gewinnung und Berechnung der Daten haben unterschiedliche Grundlagen. Je nach gemessenem Medium mssen die fachlichen Belange bercksichtigt werden. Zur verbalen Beschreibung der Daten und Parameter dienen festgelegte Attribute wie Dimension, LongName (lange Bezeichnung), LabelText (Beschriftung) und HelpText (lngerer Hilfetext). Attribute werden oft auch als Stammdaten bezeichnet. Die Attribute knnen an die strukturierten Namen direkt angefgt werden. Die Abfrage erfolgt in %GETPARAM-Anweisungsblcken. Eine mgliche Abfage zum Tageswert von "Ozon" ist die folgende: %GETPARAM: StationName = DORT; 03.HelpText = ?; 03.Tag.MittelWert.Dimension = ?; 03.Tag.MittelWert.LongName = ?; %END; Die Anwort lautet: %GETPARAM: OK; 03.HelpText = "bodennahes Ozon (03)"; 03.Tag.MittelWert.Dimension = "ug/m3"; 03.Tag.MittelWert.LongName = "Ozon-Tagesmittel"; %END;
63
-4-
Dezember 1997
Beim DDP luft der Dialog in einem strengen Frage/Antwort-Spiel ab. Jeder gesendete Anweisungsblock mu explizit besttigt (OK;) oder mit einer Fehlermeldung abgelehnt werden. Zwischen den Anfhrungszeichen bleibt die Gro/Klein-Schreibung erhalten, und es sind nationale Zeichen erlaubt. Wie bei Daten ist es bei der Abfrage einer greren Anzahl von Parametern und Attributen effizienter, wenn eine tabellarische Blockstruktur in Form von Listen festgelegt wird,
3.4. Datenwege:
Entsprechend dem ISO/OSI-Schichtenmodell fr Datenbertragung und aufsetzende Anwendungen ist das DDP der Schicht 6 zuzuordnen, d.h. es ist unabhngig von der unterliegenden bertragungstechnologie und deren Transportmechanismen. Dies bedeutet, da das DDP im Internet, in anderen Weitverkehrsnetzen (WAN), in lokalen Netzwerken (LAN), ber X.25, ber Modems (ISDN, GSM oder analoge Leitung) mit eigener Kompression und Transportsicherung und direkt ber V24 (X.21) benutzt werden kann. Es kann ein beliebiger Wechsel zwischen den Ubertragungstechniken erfolgen. Eine DDP-Datenbertragung ist stets eine eindeutige Punkt-zu-Punkt-Verbindung, die ber beliebig viele Knoten und Verteiler laufen kann. Eine DDP-Datenbertragung betrachte man besser als eine Interprozekommunikation zwischen zwei Anwendungen, wie zwischen einem Dialogprogramm und einer Datenquelle (z.B. eine Messstation). Beide Seiten benutzen symbolische Namen ( DDP-Adressen) zur gegenseitigen Identifikation. Diese Vorgehensweise sei am Beispiel eines Telefonates zwischen zwei Familien erlutert. Die Telefonnummern stellen die Verbindung auf Transportebene dar. Die Telekom sorgt dafr, da analoge und ISDN-Telefone miteinander verbunden werden knnen. Die Familienmitglieder identifizieren sich mit Namen, damit jeder wei, mit wem er spricht. Die Datenbertragung im DDP erfolgt in wechselseitigen Blcken, Datagramme genannt. Eine berlappende bertragung von Datagrammen ist derzeit nicht vorgesehen. Ein Datagramm besteht aus einem Adressenblock und mindestens einem Anweisungsblock. Ein Adressenblock hat die Form: Absender > Empfnger; Der Adressenblock stellt auf Ebene des DDP (Schicht 6 nach dem ISO/ OSI-Schichtenmodell) die gewnschte Verbindung sicher. Es sei hier darauf hingewiesen, da die DDP-Adresse vllig unabhngig von den unterliegenden Transportschichten ist und eine symbolische Verbindung auf Prozeebene
64
-5-
Dezember 1997
bedeutet. Allerdings mu es eine Tabelle geben, die die DDP-Adresse in eine Transportadresse umsetzt (im obigen Beispiel das Telefonbuch). Die Transportadresse mu nicht die gewnschte Datenquelle selbst sein, sondern kann auch ein Verteiler (DDP-Router) sein, der die gewnschte Datenquelle kennt oder der einen anderen DDP-Router wei, der die Datenquelle ansprechen kann. Jeder DDP-Router kann dem Adressenblock entnehmen, wie er die Datagramme weiterleiten mu. Um dieses Routing von Datagrammen zu untersttzen und den Verwaltungsaufwand zu reduzieren, knnen wie bei den strukturierten Namen Hierarchien gebildet werden. So bedeutet Absender > LUANRW.TEMES; das Ansprechen des DDP-Routers des LUA (LUANRW), der zur TEMES Messnetzzentrale weiterleiten soll. Es mu dem Absender oder seinem eigenen DDP-Router nur die Transportadresse und der Transportweg zum LUA-Router bekannt sein. So kann der DDP-Router des LUA ber eine ISDN-Leitung angewhlt werden, und er reicht das Datagramm ber das lokale Netzwerk an die Messnetzzentrale weiter. Die Trennung der DDP-Adresse von den Transportwegen hat den Vorteil, da nur bis zu dem nchsten DDP-Router der Transportweg bekannt sein mu. Alle dahinter liegenden Vernetzungsstrukturen sind ohne Belang. Der Nachteil liegt in dem Pflegeaufwand fr die Umsetztabellen in jedem DDP-Router zu den nchsten Nachbarn und zu den direkt erreichbaren Datenquellen. Die Abbildung 1 zeigt die Implementierung des DDP aus Sicht des ISO/OSI-Schichtenmodells. In der Schicht 6 sorgen Kommunikationsfunktionen fr eine einheitliche Schittstelle, die die Unabhngigkeit von den unterliegenden Transportschichten gewhrleistet. Die Schichten 5a und 5b bilden die transportabhngigen Umsetzer und nehmen die Verknpfung zwischen DDP-Adresse und Transportwegen vor. Weitere Erluterungen sind in [1] zu finden.
65
-6-
Dezember 1997
Ein weiterer, sehr wesentlicher Vorteil der symbolischen DDP-Adresse in der Verbindung mit DDPRoutern ist die Schutzfunktion. Ein DDP-Router versteht nur das DDP selbst, das oberhalb von Betriebssystem-funktionen als Anwendungsschicht liegt und keine direkten Betriebssystem oder Netzwerkbefehle ausfhren kann. Die Anforderungen an eine Datenquelle werden auf dieser Ebene weitergereicht. Die Datenquelle kann unzulssige Anforderungen, wie das ndern von Strukturen (%SETTABLE) oder die bertragung von unzulssigen Dateien (%GETFILE und %SETFILE), filtern und ablehnen. Ein DDP-Router bildet einen sehr guten Firewall fr das Internet, wenn er nur das DDP versteht und getrennte Ein- und Ausgnge ( multi homed) benutzt. Fr TCP/IP ist noch ein allgemein verbindlicher Service-Port fr das DDP festzulegen. Nur auf diesen Service-Port darf ein DDP-Router in Richtung des Internets reagieren. Die Abbildung 2 zeigt eine logische Strukturierung eines Messnetzes mit verschiedenen Datenquellen und externen Zugriffen.
3.5. Abgrenzungen:
SQL (Structuered Query Language) in Verbindung mit ODBC (Open DataBase Connectivity) hat, auf den ersten Blick, fast die gleiche Funktionalitt wie das DDP. Die Registrierung unter ODBC auf dem lokalen Rechner erlaubt eine symbolische Anwahl von Datenbanken. Je Datenbanktyp ist lokal auf dem Rechner ein spezieller Treiber erforderlich, der ber die Registrierung automatisch eingebunden wird und die Verbindung zur Datenbank herstellt. SQL wurde zur Abfrage und Verwaltung relationaler ( tabellenorientierter) Datenbanken entwickelt. Der Einsatz von SQL setzt voraus, da die Ablage der Daten in Tabellen und deren struktureller Zusammenhang bekannt ist. Zur Auswahl mssen die internen Namen der Tabellen und der Datenfelder benutzt werden. Die fachliche Bedeutung der Datenfelder ist auf Ebene von SQL unbekannt. Fr alle Datenbanken, auf die zugegriffen werden soll, mssen diese Informationen zu den oft recht komplexen Datenstrukturen lokal vorliegen. Fr effiziente Datenzugriffe sind gute Kenntnisse der Datenbankmechanismen erforderlich. Das DDP beschrnkt sich auf Zeitreihen und stellt ein formales Ordnungsschema dar, das sich an der Semantik von Zeitreihen orientiert. Es wird nur verbal beschrieben, auf welche Daten zugegriffen werden
66
-7-
Dezember 1997
soll. Es sind keine Kenntnisse ber die internen Speicherstrukturen von Datenquellen (Datenbanken, Dateien oder Puffer im Arbeitsspeicher) erforderlich. Das DDP lt sich direkt in SQL-Anweisungen zerlegen. Der umgekehrte Weg ist auf Grund der hheren Abstraktionsebene und des semantischen Ansatzes des DDP nicht mglich. Die Zerlegung erfordert genaue Kenntnisse der Datenbankstrukturen. Jeder Datenbank, die den Zugriff ber das DDP gestatten soll, ist ein Proze zur Umsetzung vorzuschalten. Da die Interpretation des DDP und die Abhandlung der externen Zugriffe unabhngig von der Datenbank sind, ist nur ein Teil des Prozesses an die jeweilige Datenbank anzupassen. Auf die Schwierigkeiten, die bei der Anpassung entstehen knnen, geht der Abschnitt 4 ein. Die enge Verzahnung zwischen Datenbank und Umsetzproze erlaubt effiziente Zugriffe. Der Vorteil dieser Vorgehensweise liegt in der Zentralisierung der Umsetzung. Interna ber die Datenhaltung mssen nicht nach auen verteilt werden. nderungen in den Strukturen der Datenbank haben keine externen Auswirkungen. Der vorgeschaltete Proze wird ber die DDP-Adresse angesprochen. Zur Pflege komplexer Datenbanken wird man spezielle Anwendungen erstellen, die wegen der Systemnhe in den meisten Fllen besser ber SQL realisiert werden. Solche Kernsysteme bleiben speziell geschultem Personal vorbehalten. Die gleichzeitige Bereitstellung von SQL- und DDPSchnittstellen stellt keinen Widerspruch dar, sondern ist eine sinnvolle Ergnzung. Die herstellerunabhngige CORBA-Initiative (Common Object Request Broker Architecture) hat eine hnliche Zielsetzung wie das DDP. Allerdings stellt CORBA einen allgemeineren Ansatz dar, und die benutzerorientierte Betrachtungsweise des DDP ist wesentlich schwcher ausgeprgt. Bei CORBA fehlen noch zahlreiche Definitionen bzw. praktikable Festlegungen. Ob sich CORBA durchsetzen wird, ist abzuwarten. DCOM (Distributed Component Object Model) von Microsoft ist eine Erweiterung der OLE-Technik (Object Linking and Embedding) fr BackOffice zur verteilten Datenhaltung. Die Abstraktionsebene (nicht die Funktionsweise) ist mit SQL vergleichbar. Das unterliegende Protokoll ist binr orientiert (Bits und Bytes) und beruht auf RPC (Remote Procedure Calls). Wegen der Systemnhe von RPC mu ein erheblicher Sicherheitsaufwand betrieben werden. Es gibt derzeit keinen Grund, das DDP mit DCOM zu verknpfen oder das DDP durch DCOM zu ersetzen.
4. Realisierung:
Die Implementierung des DDP ist nicht trivial. Da die Syntax und der Ablauf nicht kontextfrei sind, knnen formale bersetzer wie YACC (Yet Another Compiler Compiler) nicht eingesetzt werden. Auch ist eine Zustandsmaschine nur in Teilbereichen anwendbar. Die ersten Gehversuche zeigten 1995, da eine Interpretation des DDP mit vertretbarem Aufwand mglich ist. Ungereimtheiten, Fehler und Definitionslcken wurden mit der Version 1.2 weitgehend ausgerumt. Im Prinzip gengen je ein Interpreter (Parser) fr abfragende Anwendungen und fr Datenquellen, die auf beliebige Rechner portiert werden knnen. Lediglich Fehlerausgaben (Dialog und Logdatei) mssen dem Betriebssystem angepat werden. Das DDP selbst ist unabhngig von der Hardware und von Betriebssystemen. Als Programmiersprache soll wegen seiner Verbreitung C (nicht C++ !) benutzt werden. Es ist unbedingt auf die Unabhngigkeit von Compilerherstellern zu achten. Eine wesentliche Hilfe zur Programmierung, auch des weiteren Umfelds, ist die Abbildung des DDP in Datenstrukturen (DDP.H), die dynamisch je nach Anforderung generiert werden. Sie enthalten neben der formalen Definition des DDP auch die Ablage von Daten, Parametern und Attributen. Ferner werden Dialogfhrung, die Visualisierung von Daten, Behandlung von Alarmen und der Aufruf von Berechnungsalgorithmen untersttzt. Die Datenstrukturen stellen die Brcke zwischen DDP-Interpreter und Anwendungen (Dialogprogramm, DDP-SQL-Umsetzer, Datensammler etc.) dar. Die Datenstrukturen sind unabhngig von der Hardware (Wortlnge) bzw. knnen zum sparsamen Gebrauch des Arbeitsspeichers an die Hardware angepat werden. Spezielle Routinen verwalten und kapseln die Datenstrukturen. Das Parsen des DDP besteht hauptschlich in der Verarbeitung von Zeichenketten, deren Inhalt auf Fehler geprft und in den Datenstrukturen abgelegt werden mu. Hier hilft eine Sammlung von Funktionen, die speziell auf die Syntax des DDP zugeschnitten sind.
67
-8-
Dezember 1997
Das LUA realisiert zur Zeit eine DDP-Dialoganwendung zur Abfrage und Visualisierung von Daten unter WINDOWS. Es wird nur die WIN32(s)-Schnittstelle mit Stand vom Dezember 1996 benutzt. Die Anwendung ist unter den WINDOWS-Versionen 3.11, 95 und NT 4.0 ohne erneute bersetzung (binrkompatibel) lauffhig. Dies wird durch strikte Vermeidung von spezifischen Betriebssystemeigenschaften der Versionen von WINDOWS erreicht. Ebenso werden keine Bibliotheken der Compilerhersteller (Borland und Microsoft) benutzt, die neue Abhngigkeiten erzeugen. Es werden beide Compiler bei der Softwareerstellung eingesetzt. Die neuen Bedienelemente von WINDOWS 95 stehen auch unter WINDOWS 3.11 zur Verfgung. WIN32 ist ein bewhrter (Quasi-)Standard, auf dem eine Unzahl von Anwendungen aufbauen. Die derzeitigen berlegungen zu neuen Konzepten fr Arbeitsplatzrechner zeigen, da WIN32 als Schnittstelle weiter benutzt werden soll, auch wenn andere Betriebssystemkerne zu Grunde gelegt werden. Es besteht berechtigte Hoffnung auf eine lngere Lebensdauer dieser Schnittstelle.
68
-9-
Dezember 1997
Die Abbildung 3 veranschaulicht den Aufbau der DDP-Anwendung. Eine Besonderheit der Anwendung ist die Austauschbarkeit aller DLLs (dynamisch ladbare Bibliotheken), die die Benutzerfhrung und die Verarbeitung der Daten betreffen. Sie benutzen alle eine gemeinsame Schnittstelle, die unabhngig von der Funktion der DLL ist. Der Kern der Anwendung besteht aus einem Rahmenprogramm und der oben
69
- 10 -
Dezember 1997
beschriebenen Verwaltung der Datenstrukturen. Der Benutzer kann frei die gewnschen Funktionen laden und sich so fr seinen Zweck die Umgebung gestalten. Neue Funktionen knnen ohne nderungen im Rahmenprogamm hinzugeladen werden. Hintergrund dieser Vorgehensweise ist die Erfahrung, da der erste Entwurf einer Anwendung noch weit von den Wnschen der Benutzer entfernt ist. Auch werden die Benutzer verschiedener Fachrichtungen sehr unterschiedliche Bedrfnisse haben. Eine weitere Eigenschaft der Anwendung ist die Gestaltung der Benutzerumgebung durch Projekte. In einer Projektdatei kann der Benutzer die Daten festlegen, die er wiederholt abrufen mchte. Hier werden alle Informationen ber die Datenquellen, Messstationen, interessierenden Daten mit Parametern und Attributen abgelegt. Da eine Projektdatei den Aufruf weiterer Dateien erlaubt, knnen die Informationen zu Messstationen und deren Daten zentral vorgehalten und dort gepflegt werden. Der Quellcode dieser Anwendung soll allen Interessenten unentgeltlich zur Verfgung gestellt werden. Dies geschieht mit der Auflage, da Verbesserungen und neue Funktionen ebenfalls kostenlos weitergegeben werden. Dahinter steht die Hoffnung, da auf diese Weise rasch ein hoher Funktionsumfang erreicht wird und die Softwarekosten erheblich reduziert werden. Wird Software bei Dritten beauftragt, sollten die Eigentumsverhltinisse im Sinne der freien Weitergabe des Quellcodes vertraglich geregelt werden. Das LUA hat einen DDP-SQL-Umsetzer fr die Datenbank INGRES unter AIX (IBMUNIX) beauftragt. Dieser soll zunchst im Bereich der Gewssergte eingesetzt werden. Da das LUA der Eigentmer des Quellcodes ist, wird auch dieser unter den gleichen Bedingungen unentgeltlich zur Verfgung gestellt. Vorhandene Anwendungen sind meistens auf die Bedrfnisse eines kleinen Benutzerkreises zugeschnitten und aus Effizienzgrnden so kompakt wie mglich gehalten. Bei der Realisierung eines DDP-SQL-Umsetzers knnen erhebliche Probleme bei der Erfllung der Anforderungen des DDP entstehen. Es fehlen z.B. die vom DDP geforderten Attribute, und/oder die internen Datenstrukturen lassen sich kaum direkt in die hierarchische Ordnung des DDP pressen. Die oben beschriebenen Datenstrukturen (DDP.H) sind auch hier sehr hilfreich, da sie aus der Sicht des DDP angelegt sind. Es ist nicht festgelegt, wie die Datenstrukturen gefllt werden. So knnen z.B. die fehlenden Attribute bei Bedarf aus einer Projektdatei eingelesen werden. Die Speicherverwaltung erlaubt eine effiziente Zwischenlagerung von Daten und die Umrechnung (Umformung) von Daten fr den Abruf. Die Problematik bei DDP-SQL-Umsetzern fr vorhandene Anwendungen lt sich auf alle Arten der Datenhaltung und Datenbearbeitung ausdehnen. Hierzu gehren auch Umsetzer von anderen Datenprotokollen auf das DDP. Hier wird die gleiche Vorgehensweise empfohlen. Anbieter von Hard- und Software sind seit der ersten Verffentlichung des DDP nicht unttig gewesen. So werden inzwischen Messstationen, Protokollumsetzer und Zugriffe auf Datenhaltungssysteme auf Basis des DDP angeboten.
5. Sachstand:
Die Akzeptanz eines Standards - das will das DDP sein - darf nur an seiner realen Nutzung gemessen werden. Knapp 2 1/2 Jahre nach der ersten Verffentlichung kann auch in der schnellebigen Datentechnik nicht erwartet werden, da ein Standard sich durchgesetzt und bisherige spezielle, herstellerabhngige Lsungen verdrngt hat. Der Sachstand zum DDP soll zeigen, welche Realisierungen vorhanden bzw. in nchster Zeit zu erwarten sind. Die folgende Aufzhlung ist weder chronologisch geordnet, noch stellt sie eine Gewichtung dar: - Der Pegelausschu der LAWA akzeptiert grundstzlich das DDP als Datenprotokoll. Der Gelbdruck liegt vor und soll Anfang 1998 verabschiedet werden. - Ein Wasserverband realisiert sein Messnetz auf Basis des DDP. - Ein groer Chemiekonzern erneuert sein LuftMessnetz auf Basis des DDP.
70
- 11 -
Dezember 1997
- Hersteller von Messstationen im Wasserbereich bieten Messstationen mit dem DDP an. - Die Bundesanstalt fr Gewsserkunde (BfG) beschliet, nur noch das DDP zur Messdatenerfassung und -bertragung einzusetzen. Dies gilt auch fr die Wasserund Schiffahrtsverwaltung. Eine umfangreiche Ausschreibung erfolgt im Januar 1998. - Die BfG und das LUA beschaffen DDP-Protokollumsetzer fr das Pegelwesen, die die vorhandenen Abrufzentralen ablsen und als Brcke zwischen alten und neuen Messstationen dienen sollen. - Die BfG und das LUA erweitern ihre Datenhaltungssysteme im Bereich Wasser auf Zugriffe ber das DDP. - Das LUA automatisiert seine PegelMessstationen nur noch auf Basis des DDP. - Das LUA beauftragt die vollstndige Erneuerung seines LuftMesssystems (LUQS 2000) auf Basis des DDP. Die obige Aufzhlung enthlt nur Fakten, aber nicht noch so ernst gemeinte Absichten. Das Interesse am DDP ist nicht nur im staatlichen, kommunalen und halbstaatlichen (Verbnde) Bereich in 1997 erheblich gewachsen, sondern auch auerhalb von Deutschland wird die Nutzung des DDP in Erwgung gezogen. Es besteht die berechtigte Hoffnung, da der Zug "DDP" 1998 ins Rollen kommt. Literatur: [1] Deskriptives Datenprotokoll fr Messdaten des Umweltschutzes, Version 1.2, Stand Mrz 1997. Herausgeber: LUA NRW, Wallneyerstr. 6, D-45133 Essen
71