Sie sind auf Seite 1von 71

RICHTLINIE

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

Einleitung Anforderungen an den Standort und die Messung meteorologischer Elemente


Fachliche Anforderungen Standortanforderungen Meteorologische Elemente (Wetterelemente) / Gren Anforderungen an die Aufstellung der Sensoren zur Messung meteorologischer Elemente Lufttemperatur (2 m) Lufttemperatur (5 cm) ber dem Erdboden bzw. der Schneedecke Erdbodentemperatur Luftfeuchte (2 m) Niederschlagshhe Sonnenscheindauer/Strahlung Windrichtung und Windgeschwindigkeit Aufbau des Messfeldes Technische Anforderungen

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

4.5 4.5.1 4.5.2 4.6

Kommunikation ESAU-Format, Datenbertragung UDA, Datenbertragung per DDP Ansprechpartner

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

6.4 6.5 6.5.1 6.5.2

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.

Anforderungen an den Standort und die Messung meteorologischer Elemente


Fachliche Anforderungen

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)

Niederschlagshhe Strahlung Sonnenscheindauer Windrichtung und Windgeschwindigkeit

: : :

Momentanwerte der letzten 10 Minuten Momentanwerte der letzten 10 Minuten Summenwert der letzten 10 Minuten Mittelwerte Extremwerte

(1-min-Summen) (=10 Werte) (1-min-Summen) (=10 Werte) (10-min-Summen)

(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

Lufttemperatur (5 cm) ber dem Erdboden bzw. der Schneedecke

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

Windrichtung und Windgeschwindigkeit

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

Technische Anforderungen an den Standort

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.

PROJEKT MESSNETZ 2000 Modernisierung der Messnetze des DWD

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

AMDA III Modulbeschreibung Datenorganisation Datenprfung

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.

Anforderungen an eine automatische Datenerfassungsanlage fr Klimastationen


Allgemeine Anforderungen

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)

ausgegeben werden. Fr die aktuelle DWD-Sensorik gilt folgendes:

16

Meteorologisches Element Lufttemperatur Luftfeuchte Niederschlag Windgeschwindigkeit Windrichtung Sonnenscheindauer Globalstrahlung

Sensor Pt100 Polymersensor OTT-Pluvio Thies Thies SONIe CM 11

Schnittstelle analog, passiv analog, aktiv digital,aktiv digital,aktiv digital,aktiv digital,aktiv analog, aktiv

Eingang/Ausgang 1 mA/Spannung 6 mA/0...1.000VDC 12 VDC/RS232 15 VDC/Frequenz 15 VDC/GRAY-Code 24 VDC/RS422 Thermo/Spannung

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:

Meteorologische Elemente Lufttemperatur Luftfeuchte Lufttemperatur Erdbodentemperatur

Messhhe 200 200 +5 -5 -10 -20 -50 -100 cm cm cm cm cm cm cm cm

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)

100 cm 150 cm 200 cm


1)

(10 m) (10 m) (10 (10 (2 (2 m) m) m) m)

0.1 m/s 0.5 m/s 0.1 m/s 0.5 m/s 2.5 2.5 5.0 5.0

1 W/m2 8.0 W/m2 Messbereich: MB Messwert: MW

siehe Kapitel 2.1.3.7 siehe Kapitel 2.1.3.6

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

1 min-Mittel 10 min-Min 10 min-Max 1 min-Sum 10 min-Sum 1 min-Mittel1,2

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.

Meteorologisches Element Lufttemperatur

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

-5 cm -10 cm -20 cm -50 cm -100 cm

Niederschlagshhe 1) (ebenso 150/200 cm)


1)

100 cm

siehe Kapitel 2.1.3.5

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

(Stationsdaten), und den (gemessene 10 min-Werte).

Auszug aus Satztyp 3, Stand 19.08.96, ESAU-Variante MIRIAM-U/AFMS2 Kennung


TT TX TN TB TBX TD RF RT RJ DD FF SLA SLO DFX

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).

FX SD GS TE05 TE10 TE20 TE50 TE1M ST

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

Automatische Meteorologische Datenerfassungsa nlage

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

SONI Mastab 1:50

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

DWD-Sensorik (IST / geplant)

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

Berg Typ A Berg Typ B Berg Typ C

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

Temperatur (Messung mittels PT100)

TSOLL +50 C +25 C 0 C -25 C -50 C

TIST +50.01 C +24.99 C 0.00 C -25.01 C -50.00 C

Widerstand R 119.40 109.73 100.00 90.19 80.31

Algorithmus, Konstanten T=a+bR+cR2 a=-245.96 C b= 2.3605 C/ c= 0.000991 C/2

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%)

TT = -10.0C, RH = 10% (10.1%) DP = -35.7C

31

Niederschlag

Die Algorithmen des Herstellers sind vom DWD modifiziert worden und sollten in dieser Form eingesetzt werden! 4 Windsensoren

Windgeschwindigkeit (Messung mittels Schalensternanemometer)

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

Frequenz f 833 Hz 624 Hz 415 Hz 205 Hz 101 Hz >0 Hz

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

Rckwandlung der Komponenten: v = vx 2+vy 2 = arctan2(vx /vy ).

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

xy = (vix *viy ) - vx *vy .

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

Beschreibung des einheitlichen Satzformats fr Automaten ESAU

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.

Konventionen fr den Datentransfer und Datenbeispiele


Beim Datentransfer von AUTOKLIM, OMBROMETER, AFMS2, MIRIAM-U und MIRIAMKW Stationen werden die Daten im ESAU-Format auf Kassetten, Disketten oder auf eine Datei fr einen Transfer per Datenleitung geschrieben. Fr Disketten oder Dateien wird fr jeden Satztyp ein Record (Datensatz, z.B. beendet mit CR,LF) gespeichert, bei Kassetten werden die Daten unabhngig von der logischen Struktur hintereinander geschrieben (s.Beispiele). Bei Kassetten mu der Kopfsatz am Anfang der Kassette stehen. Bei einem Transfer per Diskette oder Datenleitung mssen Kopfsatz (Satztyp 1) und Datenstze (Satztyp 2,3,4) in einer Datei stehen, deren erster Satz ein Kopfsatz (Satztyp 1) sein mu. Der Beginn einer Datei auf der Diskette she dann z.B. wie folgt aus:

-05-

39

Fr AFMS2 bzw. MIRIAM-U - Stationen:


AA01 00000xxxxx 102 000 225 01EE (AA02 ... 02EE) kann fehlen AA03 ... 03EE AA03 ... 03EE ... (AA04 ... 04EE) kann fehlen (AA05 ... 05EE) kann fehlen xxxxx ist die Stationsnummer 102 ist die Kennung fr Daten im ESAU-Format MIRIAM-U/AFMS2-Variante 225 ist die Satzlnge fr die Datenstze

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

Datentransfer auf Disketten


Die Dateinamen auf der Diskette sollten folgenden Regeln gengen: Dxxxxx.nnn mit D (immer 1 Zeichen): Kennung, da Datei auf Diskette geliefert wurde xxxxx (2-5 Zeichen): Herkunftskennzeichen: Stationsnummer (5 Zeichen) oder bei Sammeldateien Kennung fr den Absender (z.B. Kennung fr das Wetteramt Frankfurt: FW) nnn: (3 oder 2 Zeichen): 2 Zeichen: Nummer des Monats, in dem die Aufzeichnung beginnt, rechtsbndig mit '0' aufgefllt 3 Zeichen: Nummer des Tages (Julianisches Datum), an dem die Aufzeichnung beginnt, rechtsbndig mit '0' aufgefllt. Auf der Diskette kann eine zustzliche Datei mit dem Namen DISKINF.TXT bereitgestellt werden. Diese Datei hat eine definierte Struktur und dient dazu, spezielle Informationen, die nicht im ESAU-Format bermittelt werden, zu speichern: 1. Satz: Diskettenlabel (DOS-Befehle VOL/LABEL/FORMAT) 2. Satz: Stationsnummer, rechtbndig, ggf. links mit '0' gefllt (5 Zeichen) 3. Satz: Aufzeichnungsbeginn: JJMMDDHH, 8 Zeichen 4. Satz: Aufzeichnungsende: JJMMDDHH, 8 Zeichen 5. Satz: Anzahl Aufzeichnungsdateien auf der Diskette (z.Zt. wird dies nur eine (1) sein) 6.-n. Satz: frei eingebbarer Text, z.B. Angaben ber Strungen oder besondere Vorkommnisse. Die Lnge dises Textes sollte 200 Zeichen nicht berschreiten.

Datentransfer per Datenleitung


(wird ggf. noch modifiziert durch GB TI) Die Dateien drfen nur in die Kataloge bzw. Directories kopiert werden, die mit dem DWD (TI 21) vereinbart wurden. Die Dateinamen sollten folgenden Regeln gengen: Lxxxxx.nn mit L (immer 1 Zeichen): Kennung, da Datei per Datenleitung geliefert wurde xxxxx (2-5 Zeichen) Herkunftskennzeichen: Stationsnummer oder bei Sammeldateien Kennung fr den Absender z.B. Kennung fr das Wetteramt Frankfurt: FW ggf. kann die Absenderkennung noch durch zustzliche Kennzahlen differenziert werden, z.B. FW1, FW2 usw. nn:(immer 2 Zeichen): laufende Nummer, nach 99 kann wieder 00 kommen. Fr nn kann bei Monatslieferung z.B. der Monat gewhlt werden.

Datentransfer auf Kassetten


Jede Kassette hat eine Nummer, die vom DWD (TI 21) vergeben wird. Die Kassettennummern werden in der spteren Verarbeitung zu Dateinamen umgewandelt. Ab 1995 werden die Kassetten von Disketten abgelst. Die Kassettennummern gehorchen folgenden Regeln: xxxxx/nn mit xxxxx (2-5 Ziffern) Kassettennummer nn: (immer 2 Zeichen): Jahr der Kassettenbeschaffung Fr die Weitervararbeitung auf dem DWD-Rechner werden die Kassettennummern in Dateinamen umgewandelt, die sich wie folgt zusammensetzen: Cxxxxx_nn -0741

Spezielle Regeln fr MIRIAM-U oder AFMS2- Stationen


Bei MIRIAM-U oder AFMS2-Stationen werden die Daten bis 1995 auf Kassetten geliefert. Im Jahr 1995 wird auf Diskettenversand umgestellt, so da in einer bergangszeit die Daten sowohl auf Kassette als auch auf Diskette geliefert werden. Fr die Disketten gelten folgende Sonderregelungen: Es werden zwei Dateien erwartet. Die erste Datei enthlt die Daten im ESAU-Format. Der Dateiname entspricht den oben genannten Regeln mit xxxxx=Stationsnummer, nnn=Beginn der Daten (Tag im Jahr) Als zweite Datei wird DISKINF.TXT in der oben beschriebenen Form erwartet. Diese Datei ist ein Ersatz fr den derzeitigen Kassettenbegleitschein.

Beispiel fr das ESAU-Format einer MIRIAM-U-Station auf Diskette


(_ bedeutet SPACE, (NL) bedeutet Satzende, z.B. erzeugt mit den ASCII-Zeichen CR, LF)
AA01_0000004246_102_000_225_01EE(NL) AA03_920720_0630_0__+208_+208_+205_+268_+268_+263_+128_060_00000000000000000 0000000000000_0000000000000000000000000000000000000000_0000000000_10_017_*** _***_14_018_10_****_****_+179_+169_+171_+165_+143_****_09465_**_****_03EE (NL) AA03_920720_0640_0__+211_+211_+208_+271_+271_+267_+127_059_00000000000000000 0000000000000_000000000000000000000000000000000000000_00000000000_13_011_*** _***_10_018_10_****_****_+183_+171_+171_+165_+143_****_09464_**_****_03EE (NL) AA03_920720_0650_0__+210_+212_+210_+276_+279_+274_+131_061_00000000000000000 0000000000000_000000000000000000000000000000000000000_00000000000_15_011_*** _***_12_018_10_****_****_+187_+172_+171_+165_+143_****_09465_**_****_03EE (NL)

Beispiel fr das ESAU-Format einer MIRIAM-U-Station auf Kassette


(_ bedeutet SPACE)
AA01_0000004246_102_000_225_01EEAA03_920720_0630_0__+208_+208_ +205_+268_+268_+263_+128_060_000000000000000000000000000000_00 00000000000000000000000000000000000000_0000000000_10_017_***_* **_14_018_10_****_****_+179_+169_+171_+165_+143_****_09465_**_ ****_03EEAA03_920720_0640_0__+211_+211_+208_+271_+271_+267_+12 7_059_000000000000000000000000000000_0000000000000000000000000 000000000000000_0000000000_13_011_***_***_10_018_10_****_****_ +183_+171_+171_+165_+143_****_09464_**_****_03EEAA03_920720_06 50_0__+210_+212_+210_+276_+279_+274_+131_061_00000000000000000 00000000000000_0000000000000000000000000000000000000000_000000 000_15_011_***_***_12_018_10_****_****_+187_+172_+171_+165_+14 3_****_09465_**_****_03EEAA03_920720_0700_0__+212_+213_+210_+2 85_+285_+276_+133_061_000000000000000000000000000000_000000000 0000000000000000000000000000000_0000000000_12_012_***_***_17_0 15_10_****_****_+191_+174_+172_+165_+143_****_09464_**_****_03 EEAA03_920720_0710_0__+213_+214_+212_+280_+289_+280_+137_062_0 00000000000000000000000000000_00000000000000000000000000000000 00000000_0000000000_17_011_***_***_17_023_10_****_****_+195_+1 76_+173_+165_+143_****_09464_**_****_03EEAA03_920720_0720_0__+ 215_+215_+212_+278_+279_+275_+134_060_000000000000000000000000 000000_0000000000000000000000000000000000000000_0000000000_16_ 016_***_***_16_028_10_****_****_+199_+178_+174_+165_+143_****_ 09464_**_****_03EEAA03_920720_0730_0__+217_+218_+215_+276_+278 _+273_+134_059_000000000000000000000000000000_0000000000000000 000000000000000000000000_0000000000_17_020_***_***_16_045_10_* ***_****_+204_+180_+175_+165_+143_****_09463_**_****_03EEAA03_

-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###########################################

ESAU-Satzformate, Beschreibung der ESAU-Satztypen 1 und 3


1. Beschreibung ESAU-Felder Satztyp 1, 'Kopfsatz' 2. Beschreibung ESAU-Felder Satztyp 3, 'Datensatz' fr die verschiedenen ESAU-Varianten 3. Code-Tabelle fr die Satusinformation Niederschlag (RJ) im ESAU_Format

ESAU-Felder, Satztyp 1, 'Kopfsatz'STAND: 24.08.94 Gltig fr alle ESAU - Varianten


Spalte 001-004 005 006-015 Lnge 4 1 10 Kenn. AA01 SPACE STAT Feld 1 2 Beschreibung Anfangskennung AA01 Stationskennzahl (DWD-Kennziffer, rechtsbndig), mu in bereinstimmung mit DWD-TI21 definiert sein Kennung fr die Art des Datenerfassungssystems, Codezahl abhngig von ESAU-Variante und vom Verfahren der Mittelung der Windgeschwindigkeit (s.a. Feld DFX im Satztyp 3) z.Zt. nicht benutztes Zusatzfeld (000) Zahl der Zeichen in Satztyp 3, abhngig von ESAU-Variante Endkennung 01EE

016 017-019

1 3

SPACE DE

020 021-023 024 025-027 028 029-032

1 3 1 3 1 4

SPACE Z SPACE N3 SPACE 01EE

4 5

-09-

43

Beschreibung, ESAU-Felder, Satztyp 3,


'Datensatz' - 1 - STAND: 19.08.96 ESAU-Variante MUQ: Stationen mit MIRIAM-U oder AFMS2 - Automaten
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 (0000 - 2359) 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 2 m Hhe whrend der vorangeg. 10 Minuten in 1/10 Grad Celsius SPACE Momentane Temperatur des ungeschtzten Thermometers in 5 cm .G. in 1/10 Grad Celsius SPACE Hchsttemperatur des ungeschtzten Thermometers in 5 cm .G. whrend d. vorangeg. 10 Min. in 1/10 Grad C SPACE Tiefsttemperatur des ungeschtzten Thermometers in 5 cm .G.whrend d. vorangeg. 10 Min. in 1/10 Grad C SPACE Momentane Taupunkttemperatur in 1/10 Grad Celsius 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 dem Tropfenzhler SPACE Statusinformation Niederschlag (s. Code-Tabelle RJ) fr jede der vergangenen 10 Minuten SPACE

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

050 051-054 055 056-058 059 060-089

1 4 1 3 1 30

TD

RF

RW

090 091-130

1 40

RT

131 132-141

1 10

RJ

142

-1044

143-144 145 146-148 149 150-152 153 154-156 157 158-159

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

038 039-041 042 043-046

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

026-029 030 031-034 035 036-039

4 1 4 1 4

TX

TN

TBX

040 041-043 044 045-074

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

168-171 172 173-176 177 178-181

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

040 041-043 044 045-084

1 3 1 40

RF

RK

085 086-095

1 10

RJ

096 097-098 099 100-102 103

1 2 1 3 1

DD

FF

-1448

104-105

DFX

106 107-109 110 111-112 113 114-117

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

040 041-043 044 045-084

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

Code-Tabelle fr RJ Statusinformation Niederschlag im ESAU-Format


CodeZahl Niederschlag gefallen? ja: 1, nein: 0 Heizung an? ja: 1, nein: 0 Dauergeber ja: 1, nein: 0

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

A D S - AMDA-Datenstruktur - Auszug: UDA-Parameter an AMDA III


Pos UDA ID ? DDP-Bezeichnung Meteorologische Gre

[ADS_991207.MDB Stand: 07.12.1999]

08.12.99 11:06

Seite 1 von 5

Phys. Auf- Me-Termine AMDA Ereignis-Meldungen W2 Dim. lsung Zeit Ti I II III WG SI WU GN SN GE SD TR

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

[ A ] Automatisch gewonnene Daten (AUT)


A_Tt_L200_1.1min.Wert A_Tt_L200_2.1min.Wert A_Tt_L200_1.10min.Max A_Tt_L200_2.10min.Max A_Tt_L200_1.10min.Min A_Tt_L200_2.10min.Min A_Tt_L200_0.1min.Wert A_Tt_L200_0.10min.Max A_Tt_L200_0.10min.Min A_Tt_L005.1min.Wert A_Tt_L005.10min.Min Aktuelle Lufttemperatur in 2 m Hhe, Sensor 1 Aktuelle Lufttemperatur in 2 m Hhe, Sensor 2 Maximale Lufttemperatur in 2 m Hhe der letzten 10 min, Sensor 1 Maximale Lufttemperatur in 2 m Hhe der letzten 10 min, Sensor 2 Minimale Lufttemperatur in 2 m Hhe der letzten 10 min, Sensor 1 Minimale Lufttemperatur in 2 m Hhe der letzten 10 min, Sensor 2 Aktuelle Lufttemperatur in 2 m Hhe, Sensor 1,2 (Pseudosensor 0) Maximale Lufttemperatur in 2 m Hhe, Sensor 1,2 (Pseudosensor 0) Minimale Lufttemperatur in 2 m Hhe, Sensor 1,2 (Pseudosensor 0) Aktuelle Lufttemperatur in 5 cm Hhe Minimale Lufttemperatur in 5 cm Hhe der letzten 10 min C C C C C C C C C C C 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.1 1min 1min 10min 10min 10min 10min 1min 10min 10min 1min 10min A0 A0 A0 A0 A0 A0 A0 A0 A0 A0 A0

A D S - AMDA-Datenstruktur - Auszug: UDA-Parameter an AMDA III


Pos 03.03.01 03.03.02 03.03.03 03.04.01 03.04.02 03.04.03 03.04.04 03.04.05 03.04.06 03.04.07 03.04.08 03.04.09 03.05.01 03.06.01 03. 06.02.01 03. 06.03.02 03.06.04 UDA ID ?
26 27 28 32 33 34 35 36 37 38 39 40 41 44 45 46 47

[ADS_991207.MDB Stand: 07.12.1999]

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

A D S - AMDA-Datenstruktur - Auszug: UDA-Parameter an AMDA III


Pos 03.06.05 03. 06.06.01 UDA ID ?
48 49

[ADS_991207.MDB Stand: 07.12.1999]

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

10min_3s A0 10min_3s A0 10min_3s A0

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

A D S - AMDA-Datenstruktur - Auszug: UDA-Parameter an AMDA III


Pos UDA ID ? DDP-Bezeichnung Meteorologische Gre

[ADS_991207.MDB Stand: 07.12.1999]

08.12.99 11:06

Seite 4 von 5

Phys. Auf- Me-Termine AMDA Ereignis-Meldungen W2 Dim. lsung Zeit Ti I II III WG SI WU GN SN GE SD TR

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

[ N ] Konventionell gewonnene Daten von nebenamtl. Stationen (KONV/N)


N_Termin.TM_x.Zeit N_Tag.TM_x.Datum N_We_Sn_J_N.TH_24h.Bin N_We_Snh.TH_24h.Wert N_We_Snh_neu.TH_24h.Wert N_We_Snb_SG.TH_t.Wert N_Wi_R_SG.TM_t.Wert N_Wi_G_SG.TM_t.Wert Termin 12, 18, 06 Datum (Tag oder Vortag) Schneedecke? ("ja" oder "nein") Hhe der Gesamtschneedecke (cm) Hhe der Neuschneedecke (cm) Schneebedeckungsgrad (D,F,R) Geschtzte Windrichtung (8 Hauptwindrichtungen und Calme) Geschtzte Windstrke (bft) UTC Datum x x 24h cm cm SG SG SG 1 1 24h 24h t t t TM TM TH TH TH TH TM TM

A D S - AMDA-Datenstruktur - Auszug: UDA-Parameter an AMDA III


Pos 07.09.00 07.10.00 07.11.00 07.12.00 UDA ID ?
174 175 176 177

[ADS_991207.MDB Stand: 07.12.1999]

08.12.99 11:06

Seite 5 von 5

DDP-Bezeichnung N_Wo_B_ges.TM_t.Wert N_Si_Sw_SG.TM_t.Wert N_Ez_SG.TM_t.Wert N_We_Snh_WaEq.TH_24h.Wert

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

[ X ] Meteorologische Meldungen (MET MELD)


X_Wz_V_KWV.TH_x.Meld X_Wz_Bemerkungen.TH_x.Text X_We_GeWe.TX_x.Meld X_We_WiSpo.TX_x.Meld X_We_Meld_XXX.TX_x.Text X_Sonst_Meld.TX_x.Text Wetterverlauf Ergnzende Bemerkungen Meldung gefhrlicher Wettererscheinungen Wintersportmeldungen Meldung XXX (weiteres Textfeld) Sonstige Meldungen SG x x x x x x TH TH TX TX TX TX

09
09.01.00 09.04.00
187 190

[ T ] Technische Meldungen (TECH MELD)


T_Me_Error_Aut.x.Text T_Me_Error_Stat.x.Text Automatische Strungsmeldung Fehlerstatistik-Meldung x x

6.5.2 Datenprotokoll DDP

LUA/FRZ Umweltschutz Datenprotokoll DDP DDP: Nicht nur ein Deskriptives Datenprotokoll fr Messdaten Stand: Dezember 1997

60

LUA / FRZ Umweltschutz

Dezember 1997

DDP: Nicht nur ein Deskriptives Datenprotokoll fr Messdaten


1. Anla:
Der Pegelausschu der LAWA (Lnderarbeitsgemeinschaft Wasser) beschlo 1994, das mittlerweile veraltete Datenprotokoll zur Abfrage von PegelMessstationen (Anlage F der Pegelvorschrift) durch einen zukunftsweisenden Entwurf abzulsen. Hauptanforderungen waren Herstellerneutralitt und Unabhngigkeit von den sich stndig verndernden bertragungstechnologien. Ferner sollte ein lnderbergreifender Datenaustausch mglich werden. Das Landesumweltamt NRW (LUA) betreibt mehrere Messnetze in den Bereichen Luft, Wasser und Radioaktivitt, die von den Vorgngerinstitutionen errichtet wurden. Diese Messnetze beruhen auf unterschiedlichen Technologien und Softwareanstzen entsprechend der damaligen Aufgabenstellung und verfgbaren Datentechnik. Um dem medienbergreifenden Ansatz des LUA gerecht zu werden, eine Anpassung an den Stand der Technik vornehmen zu knnen und um den Aufwand der Softwareentwicklung und -pflege zu reduzieren, ist eine Erneuerung der Messnetze auf einer gemeinsamen Basis erforderlich. Dem Pegelausschu der LAWA legte das LUA im Mai 1995 einen Entwurf eines Deskriptiven Datenprotokolls (DDP Version 1.0) vor, der im Herbst 1995 grundstzlich angenommen wurde. Da das DDP auf einem allgemeinen Ansatz zur Behandlung von Zeitreihen beruht und ein offenes Konzept darstellt, sollte in einem neuen Anhang zur Pegelvorschrift die Nutzung des DDP einschlielich einer verbindlichen Nomenklatur zur Datenbeschreibung fr den Datenaustausch festgelegt werden. Der endgltige Entwurf (Gelbdruck) auf Basis des DDP, Version 1.2, wurde im November 1997 vom Pegelausschu zur Diskussion gestellt.

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

LUA / FRZ Umweltschutz

-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.

3.2. Datenbeschreibung und -abfrage:


Der Formalismus zur Beschreibung von Daten und deren Umfeld soll hier anhand der Komponente "Ozon" des LuftMesssystems TEMES des LUA beispielhaft beschrieben werden: Die Messgerte fr "Ozon" liefern die Daten im Minutentakt an die Messnetzzentrale von TEMES. Dort werden die Daten zu Halbstunden-, Stunden- und Tageswerten verdichtet. Bei der Datenaufnahme und der Verdichtung der Daten erfolgt eine automatische Prfung der Daten auf Plausibilitt und Qualitt. Ferner werden die Extremwerte in den drei Zeitbereichen und deren Zeitpunkte festgehalten. Bei berschreitung von vorgegebenen Schwellen wird eine Alarmmeldung ausgegeben. Die Messgerte werden periodisch auf Funktionsfhigkeit geprft und automatisch kalibriert. Das DDP benutzt eine dreistufige Namenshierarchie (strukturierte Namen) Hauptname.Untername.Bezeichner mit: 1. Hauptname = Name der Komponente bzw. des Messguts 2. Untername = Name der Bildungsregel (Algorithmus und Zeitintervall) 3. Bezeichner = Name des Wertes (Daten oder Parameter).

62

LUA / FRZ Umweltschutz

-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

LUA / FRZ Umweltschutz

-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.3. Abfrage unbekannter Datenstrukturen:


Ein Ziel des DDP ist der medienbergreifende Zugriff auf beliebige, auch unbekannte Messnetze bzw. deren Daten. So ist es fr das Pegelwesen durchaus interessant, auf die meteorologischen Daten eines LuftMess-netzes zugreifen und diese unmittelbar verknpfen zu knnen. Das DDP verlangt, da Messnetze, deren Daten und Parameter sich selbst vollstndig beschreiben. Dies erbrigt eine externe Dokumentation, die meistens veraltet ist. Ferner soll der Benutzer die ihn interessierenden Daten unmittelbar im Dialog mit allen erforderlichen Hilfestellungen auswhlen knnen. Zur Abfrage von Strukturen dient der % GETTABLE-Anweisungsblock. Die Erluterung der Strukturen erfolgt ber die zugehrigen Attribute. Hier kann der Benutzer entsprechend seinen Bedrfnissen selektiv vorgehen. Es gengt die Kenntnis des Namens ( DDP-Adresse, s. Abschnitt 3.4.) einer Datenquelle (Datenarchiv, Messnetzzentrale oder Messstation), um alle erforderlichen Informationen zu erhalten. Da sich die Konfigurationen von Messnetzen bzw. deren Messstationen nicht dauernd verndern, ist es effizienter, wenn bekannte Strukturen lokal auf dem Rechner oder im lokalen Netzwerk abgelegt werden. Zu diesem Zweck wurde die Syntax des DDP erweitert, die eine sehr kompakte, aber trotzdem lesbare Schreibweise erlaubt. Um nicht unntigen Ballast zu erzeugen, kann der Benutzer gezielt nur die ihn interessierenden Informationen ablegen. Betreiber von Messnetzen knnen solche Informationsdateien zur Verfgung stellen, die mit Hilfe des %GETFILE-Anweisungsblocks bertragen werden knnen. Dies erspart lngere Dialogabfragen. Ein ber das Datum gesteuerter Kontrollmechanismus sorgt dafr, da Vernderungen in den Konfigurationen angezeigt werden. Mit Hilfe des %SETTABLE-Anweisungsblocks knnen die Strukturen von Datenquellen verndert werden.

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

LUA / FRZ Umweltschutz

-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.

Abbildung 1: Die Implementierung des DDP aus Sicht des ISO/OSI-Schichtenmodells

65

LUA / FRZ Umweltschutz

-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.

Abbildung 2: Logische Strukturierung eines Messnetzes mit 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

LUA / FRZ Umweltschutz

-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

LUA / FRZ Umweltschutz

-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

LUA / FRZ Umweltschutz

-9-

Dezember 1997

Abbildung 3: Aufbau der DDP-Anwendung unter MS-WINDOWS

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

LUA / FRZ Umweltschutz

- 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

LUA / FRZ Umweltschutz

- 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