Seite 1 von 1
Variable Windboë letzte Stunde falsch?
Verfasst: 04 Jan 2012 21:31
von 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)
Verfasst: 04 Jan 2012 22:10
von 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
Verfasst: 04 Jan 2012 22:45
von Meeterea
Werner hat geschrieben: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
Verfasst: 04 Jan 2012 23:23
von Werner
Hallo,
ohne genaue "Zeile" wo es nicht funktioniert wäre es nur Spekulation.
Mit Fragmenten kann man wenig anfangen.
Werner
Verfasst: 05 Jan 2012 17:00
von Meeterea
Werner hat geschrieben: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
Verfasst: 05 Jan 2012 18:59
von 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
Verfasst: 05 Jan 2012 19:45
von 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