Variable Windboë letzte Stunde falsch?

[Meeterea]

Hallo,

In die neue WsWin Version 2.96.9 wird die Variable
%ws_calc[/]=%curminmaxhour[2,1,45]~1.852~1%
nicht gut in meinem wswin_nrt Datei verarbeitet.
Es liefert als Wert: %ws_calc[/]=46,0~1.852~1%
wobei 46,0 die kmh darstellt.
Betrifft die maximale Windböe für die letzte Stunde in kts.

Das Merkwürdige ist, dass die Variable
%ws_calc[/]=%curminmaxhour[2,0,45]~1.852~1%
gut funktioniert.
Es liefert ein wert in ... (kts).
Betrifft die maximale Windböe fur den ganzen Tag in kts.

Im Version 2.96.8 sind oben genannten Sachen außerdem nog in Ordnung.

Was ist falsch und was ist da an zu machen?


Vielen Dank im Voraus für die Hilfe!

gr. aus einem regnerischen und stürmischen Niederlande.
Arie

Vantage Pro2
Windows XP (SP3)

[Werner]

Hallo,

die Variablen-Struktur ist nicht korrekt!

%ws_calc[/]=%curminmaxhour[2,1,45]~1.852~1%
%ws_calc[/]=%curminmaxhour[2,0,45]~1.852~1%

Richtig:
%ws_calc[/]=%curminmaxhour[2,1,45]%~1.852~1%
%ws_calc[/]=%curminmaxhour[2,0,45]%~1.852~1%

Werner

[Meeterea]

Hallo,

die Variablen-Struktur ist nicht korrekt!

%ws_calc[/]=%curminmaxhour[2,1,45]~1.852~1%
%ws_calc[/]=%curminmaxhour[2,0,45]~1.852~1%

Richtig:
%ws_calc[/]=%curminmaxhour[2,1,45]%~1.852~1%
%ws_calc[/]=%curminmaxhour[2,0,45]%~1.852~1%

Werner

Werner,

Enstschuldigung , ich habe es auch so als Sie schreiben, ich habe oben das % zeichen vergessen zu schreiben, jedoch ist es da.

Könnte es etwas anderes sein?

gr.
Arie

[Werner]

Hallo,

ohne genaue "Zeile" wo es nicht funktioniert wäre es nur Spekulation.

Mit Fragmenten kann man wenig anfangen.

Werner

[Meeterea]

Hallo,

ohne genaue "Zeile" wo es nicht funktioniert wäre es nur Spekulation.

Mit Fragmenten kann man wenig anfangen.

Werner

Werner,

Siehe unten.

wswin_nrt txt file:

%customfile=C:\Program Files\WsWin\html\WDL\clientraw.txt%
%unit_off%%alwaysseppoint_on%12345 %nrtwindkts% %nrtwindgkts% %nrtval[36]% %nrtval[0]% %nrtval[-1]% %nrtval[33]% %rainday% %rainmonth% %rainyear% %ws_calc[/]=%rainrate%~60~3% 0 %nrtval[1]% %nrtval[17]% %ws_comparestr=- -~%nrtval[3]%~0% %forecast_number_vant% %nrtval[3]% %nrtval[19]% 1 %avgvalpast[34~-1~00~0000]% %ws_comparestr=- -~%nrtval[3]%~0% %ws_comparestr=- -~%nrtval[4]%~0% %ws_comparestr=- -~%nrtval[5]%~0% %ws_comparestr=- -~%nrtval[6]%~0% %ws_comparestr=- -~%nrtval[7]%~0% %ws_comparestr=- -~%nrtval[8]%~0% %ws_comparestr=- -~%nrtval[19]%~0% %ws_comparestr=- -~%nrtval[20]%~0% %ws_comparestr=- -~%nrtval[21]%~0% %ws_hour% %ws_minute% %ws_nrt_sec% %ws_modtext[Culemborg (upd/min)]%-%ws_cutstr=-3~3~%ws_nrttime%% 0 %sunproz% %ws_day% %ws_month% 0 0 0 0 0 0 0 %nrtval[44]% %heatindextemp% %maxtempday% %mintempday% 0 %ws_modtext[%forecast_txt%]% %ws_comparestr=0~%ws_baro1h%~0 %%ws_arraywind[20]% [b]%ws_calc[/]=%curminmaxhour[2,0,45]%~1.852~1%[/b] %nrtval[43]% %ws_calc[/]=%cloudline%~0.3048~1% %ws_day2%/%ws_month2%/%ws_year% 0 0 %maxval[44]% %minval[44]% %ws_comparestr=- -~%nrtval[41]%~0% %ws_arraywind[10]% %ws_arraytemp[10]% %ws_arrayrain[10]% 0 0 %heatindex[2]% %windmaxkts% 0 --- --- %avgval[36]% 0 0 0.0 0.0 %ws_comparestr=- -~%nrtval[20]%~0% %ws_comparestr=- -~%nrtval[21]%~0% %ws_comparestr=- -~%nrtval[22]%~0% %ws_comparestr=- -~%nrtval[23]%~0% %ws_comparestr=- -~%nrtval[24]%~0% %ws_comparestr=- -~%nrtval[42]%~0% %maxval[1]% %minval[1]% %apparenttemp% %maxval[33]% %minval[33]% [b]%ws_calc[/]=%curminmaxhour[2,1,45]%~1.852~1%[/b] -- %maxtimecurday[45]% -- -- %maxval[43]% %minval[43]% -- %ws_year% -- %ws_trend[2]% %ws_trend[18]% -- %ws_arraywinddir[10]% %nrtval[25]% %nrtval[29]% !!C%ws_vers0%!! z!!
%alwaysseppoint_off%%ws_delline%

clientraw:

12345 4.5 10.2 38 7.7 79 993.9 7.4 46.2 46.2 0.000 0 17.3 44 0.0 122 0.0 0 1 7.2 0.0 0.0 0.0 7.7 7.7 0.0 0 0 0 16 30 28 Culemborg_(upd/min)-16:30 0 0 5 1 0 0 0 0 0 0 0 6.2 7.7 9.7 6.8 0 bewolkt +1.0 8.4 9.2 9.3 9.0 8.5 8.0 7.8 9.2 8.9 8.9 10.7 8.9 7.9 10.3 9.2 8.3 10.3 9.4 7.8 7.9 33.9 4.3 1719.2 05/01/2012 0 0 7.8 3.5 0.0 10.7 8.9 7.9 10.3 9.2 8.3 10.3 9.4 7.8 7.9 7.7 7.7 7.7 7.7 7.8 7.7 7.8 7.7 7.7 7.7 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 7.7 13.3 0 --- --- 45 0 0 0.0 0.0 0 0 0 0 0 47 17.8 17.1 3.6 998.8 988.5 [b]%ws_calc[/]=50.2~1.852~1%[/b] -- 09:45 -- -- 7.6 3.8 -- 2012 -- 0 0 -- 78 68 306 355 355 340 51 74 49 57 0 0 !!C2.96.9!! z!!

Lösung?

Vielen Dank im Voraus für deine Hilfe!

gr.
Arie

[Werner]

Hello,

Im Version 2.96.8 sind oben genannten Sachen außerdem nog in Ordnung.

Laut Definition ist in einer Zeile nur eine CALC-Variable erlaubt
gilt auch für V2.96.8
Tatsächlich toleriert das Programm 3 Calc-Variablen, Du verwendest aber 4 Calc-Variablen

Wenn man mehr als 3 CALC-Variablen benötigt, muss man
1..3x %ws_calc[...
4..6x %ws_calc1[...
verwenden.

Werner

[Meeterea]

Werner,

Es hat geklappt mit calc1!

Ich hatte letzte Woche tatsächlich eine vierte calc variable eingefügt, die von der Rainrate.
Wusste nicht, dass nur drei calc Variablen eigentlich in einer Regel gehören.
Also habe ich das Gefühl gehat, dass dies mit dem neuen Update WsWin, die ich auch der letzte Woche installiert hatte zu tun hatte.
Daher der Gedanke Fehler.

Nochmals vielen Dank!

gr.
Arie