Hallo Werner,
der Luftdruck 1000.0 hPa wird falsch kodiert:
... 310000 40189 ...
... ^^^^^
Da müsste 30000 stehen.
Außerdem hätte ich noch einen Wunsch für die Regenmengenmeldung. Kannst Du (ähnlich wie bei awekas), auch unbedeutenden Regen verschlüsseln? Also wenn der Regendauersensor anspringt, aber keine Menge gemessen wurde? (Wird mit 6990x verschlüsselt bzw. 24stündlich mit 79999 im 333er Block).
Gruß,
Marco
Synop: Bug bei Luftdruck 1000.0 hPa
Moderatoren: Werner, Tex, weneu
-
Werner
- Site Admin
- Beiträge: 6118
- Registriert: 04 Dez 2001 01:00
- Wohnort: Lackenhäuser
- Danksagung erhalten: 147 mal
- Kontaktdaten:
@Marco,
woher hast Du die Information, dass der Luftdruck mit
5 Stellen codiert wird?
Meine Information ist:
3PPPP -- Luftdruck in Barometerhöhe in 1/10 Hektopascal (ohne Tausender); die letzte Stelle kann ein / sein, dann Angabe in ganzen Hektopascal
4PPPP -- Luftdruck auf Meereshöhe (NN) reduziert, in 1/10 Hektopascal (ohne Tausender); die letzte Stelle kann ein / sein, dann Angabe in ganzen Hektopascal
Werner
woher hast Du die Information, dass der Luftdruck mit
5 Stellen codiert wird?
Meine Information ist:
3PPPP -- Luftdruck in Barometerhöhe in 1/10 Hektopascal (ohne Tausender); die letzte Stelle kann ein / sein, dann Angabe in ganzen Hektopascal
4PPPP -- Luftdruck auf Meereshöhe (NN) reduziert, in 1/10 Hektopascal (ohne Tausender); die letzte Stelle kann ein / sein, dann Angabe in ganzen Hektopascal
Werner
-
MichaGreen
- Beiträge: 250
- Registriert: 03 Jan 2003 01:00
- Wohnort: Büdelsdorf, S.-H.
- Kontaktdaten:
Hallo Werner,
Du hast in deinem (natürlich richtigen) Schlüsselschema doch auch die 5 Stellen drin...?
1000.0 hPa wird mit Wegfall der Tausenderziffer als z.B. 30000 (Luftdruck in Stationshöhe) oder 40000 (Luftdruck in Meereshöhe) codiert.
Habe aber noch nicht gesehen, wie nun genau 1000.0 hPa von WSWin verschlüsselt wird. Jedenfalls sind die beiden Gruppen im Abschnitt 1 immer fünfstellig (einschl. der Gruppenkennung).
Grüsse,
Michael
Du hast in deinem (natürlich richtigen) Schlüsselschema doch auch die 5 Stellen drin...?
1000.0 hPa wird mit Wegfall der Tausenderziffer als z.B. 30000 (Luftdruck in Stationshöhe) oder 40000 (Luftdruck in Meereshöhe) codiert.
Habe aber noch nicht gesehen, wie nun genau 1000.0 hPa von WSWin verschlüsselt wird. Jedenfalls sind die beiden Gruppen im Abschnitt 1 immer fünfstellig (einschl. der Gruppenkennung).
Grüsse,
Michael
Private Wetterstation Büdelsdorf, Schleswig-Holstein
http://www.buedelsdorfwetter.de/css
http://www.buedelsdorfwetter.de/css
-
marco2702
Synop Bugs
Hallo Werner,
3PPPP -- Luftdruck in Barometerhöhe in 1/10 Hektopascal (ohne Tausender); die letzte Stelle kann ein / sein, dann Angabe in ganzen Hektopascal
Das ist so korrekt, aber Wswin macht aus 1000.0 hPa leider nicht 30000, sondern 310000. Der Fehler tritt aber offenbar nur bei eben genau 1000.0 hPa auf.
Habe eben noch einen Fehler beim Kodieren der Windrichtung gefunden: WSwin verschlüsselt Nord fälschlicherweise mit "00". Das heißt aber "Windstille". Für Nord müsste "36" stehen.
Gruß,
Marco
3PPPP -- Luftdruck in Barometerhöhe in 1/10 Hektopascal (ohne Tausender); die letzte Stelle kann ein / sein, dann Angabe in ganzen Hektopascal
Das ist so korrekt, aber Wswin macht aus 1000.0 hPa leider nicht 30000, sondern 310000. Der Fehler tritt aber offenbar nur bei eben genau 1000.0 hPa auf.
Habe eben noch einen Fehler beim Kodieren der Windrichtung gefunden: WSwin verschlüsselt Nord fälschlicherweise mit "00". Das heißt aber "Windstille". Für Nord müsste "36" stehen.
Gruß,
Marco
-
Werner
- Site Admin
- Beiträge: 6118
- Registriert: 04 Dez 2001 01:00
- Wohnort: Lackenhäuser
- Danksagung erhalten: 147 mal
- Kontaktdaten:
@Marco,
wenn tatsächlich 310000 vorkommt, muss ich kontrollieren, ob es sich hier um ein Rundungsproblem handelt und es sieht danach aus.
... denn 999.96 liegt unter 1000 wird aber auf 1000 gerundet und hier funktioniert dann eine Wertemässige Abfrage auf größer/gleich Tausend nicht.
tatsächliche Windrichtung 0: kommt normalerweise nur vor, wenn keine Winddaten vorhanden sind, sonst setzt das Programm immer eine erfasste Windrichtung von 0 Grad auf 360 Grad um
Da muß ich ebensfalls kontrollieren.
Werner
wenn tatsächlich 310000 vorkommt, muss ich kontrollieren, ob es sich hier um ein Rundungsproblem handelt und es sieht danach aus.
... denn 999.96 liegt unter 1000 wird aber auf 1000 gerundet und hier funktioniert dann eine Wertemässige Abfrage auf größer/gleich Tausend nicht.
tatsächliche Windrichtung 0: kommt normalerweise nur vor, wenn keine Winddaten vorhanden sind, sonst setzt das Programm immer eine erfasste Windrichtung von 0 Grad auf 360 Grad um
Da muß ich ebensfalls kontrollieren.
Werner