Daten für www.rimpro.eu

[stuggi]

Hallo,
Habe einen Envoy8X an der AwekasBox.
In meinem template.html habe Fragen:
Leider komme ich mit der Vorhersage nicht klar:
[actual_thb0_fc] gibt nur die Zahl aus?
[actual_thb0_fc_text] gibt nichts?
Kann es sein das beim Envoy8x nicht der Text wie bei der Konsole ausgegeben werden kann?

Dann noch die Frage nach dieser:
[actual_rain1_total_mm]
Diese sollte doch im Auslese Intervall die gesammt mm angeben?
Ausgegeben wird aber eine Summe die garnicht passt?

Grüße Chris

[admin]

1) Mir sind keine envoy8x texte bekannt.
2) "actual_rain1_total_mm" gibt den aktuellen Wippenzählerwert aus, sonst nix. Da sollte man keine Bedeutung reininterpretieren.

[stuggi]

Ok habe ich auch schon so gedacht.
---
Variable Tempänderung letzte Stunde:
Diese gibt ja die Stundendaten der Temp aus:
[seqhour1_th0_temp_c]

4.5 5.7 5.9 6.8 7.4 8.4 9.3 9.5 9.6 9.4 8.8 9.4 9.1 8.8 8.8 8.7 8.9 9.3 9.3 9.1 9.1 8.7 8.1 7.2 6.5 6.3

Frage dazu:
Die 4.5 ist der Wert vor einer Stunde, richtig?
Daher stimmt das so?
{math- [actual_th0_temp_c] [seqhour1_th0_temp_c@1]}

-0.20 = 4.3 - 4.5

[stuggi]

Hallo,
Nächte Frage zu der Zeitlichen Auflösung?

Code: Select all

[seqday1_rain0_total_mm]

ergibt

9.60 0.00 4.60 0.00 0.00 5.20 6.60 1.40 1.60 0.20 0.20 0.00 0.00 10.80 6.80 5.20 1.40 0.40 0.00 0.00 4.40 2.60 1.40 0.20 0.00 0.00 0.00 0.20 5.00 1.40 5.00 1.40 0.00 2.40 0.00 0.00 1.00 1.00 0.00 0.60 0.00

Also sollten die 9.60 von heute sein, die 0.00 von gestern, usw.?
[day1_rain0_total_mm] = 4.20
[last24h_rain0_total_mm] = 8.40

Von welcher Zeit sind also die 9.60?

[stuggi]

[seqday1_rain0_total_mm]
Tagesniederschlag beginnent ab gestern

[admin]

Ist auf der Seite "Einstellungen" die Verwendung von lokaler Zeit aktiviert?

[wvdkuil]

[seqday1_rain0_total_mm]
Tagesniederschlag beginnent ab gestern

As far as I am aware the seq array values always are 1 period in the past. I have "use local time insted of UTC" checked.
seqhour1 Last 25 hours in steps of 1 hour(now -1hr .. now -25hrs)
seqday1 Last 15 days in steps of 1 day(yesterday .. today -15 days)

The calculations done qwith seq values inside the template match with values calculated in a different way.

My documentation of of the Meteohub template fields is at http://www.weerstation-leuven.be/weathe ... &wp=MH#seq

If there is another interpration, please let me know as I have to check my scripts for that and adapt the documentation.

Wim

[stuggi]

Hallo,
auch mit diesen Einstellungen passt es doch?
[seqday1_rain0_total_mm]

5.60 9.60 0.00 4.60 0.00 0.00 5.20 6.60 1.40 1.60 0.20 0.20 0.00 0.00 10.80 6.80 5.20 1.40 0.40 0.00 0.00 4.40 2.60 1.40 0.20 0.00 0.00 0.00 0.20 5.00 1.40 5.00 1.40 0.00 2.40 0.00 0.00 1.00 1.00 0.00 0.00

Beginnt mit gestern und sind doch 41 Werte = Tage

[stuggi]

Hallo Boris,

Ich brauche für (fruitweb.info, rimpro.eu) Prognosemodelle ein 30 min Durchschnittswert für Temp, Hum, Wind, Regensumme.

Mir ist nicht klar ob man diese mit der math Variable hinbekommt?

General import format for RIMpro
Your service should send a data file in a standardized format. The next paragraph describes
the general RIMpro Interface Format that is light weight, readable, scalable and allows for
back-interpretation of smaller processing intervals when necessary.

- The file is a semicolon separated ascii filewith extension csv.
- Each line is terminated by CR-LF.
- The first line in the file holds the name of the location
- Second line holds the standard headers for the columns that are present, separated by
semicolons.
- The table below provides the headers and the sensor requirements.
- From the third line onward each line contains a secuential record.
- As long as the data are not provided by a service that can provide data dynamic over a
queried time range, the data file should start with the beginning of the vegetation
season ( 1st of January for the northern hemisphere, 1st July for the southern
hemisphere). The data file should be appended after each new reading to enable real
time processing as close as possible.
- The resolution is 30 minutes.
- A dot is used as decimal separator.
- The first six columns are obligatory and should appear in the given order to work with
the RIMpro DSS.
- The other sensor values can improve the accuracy of the simulations when they are
carefully maintained. The RIMpro interface checks whether these extra sensors are
present.
- Sensors that are not present do not appear in the header of the file, and do not appear
as empty entries in the file.
- Missing sensor values are noted as M
- If a complete reading is missing, this line does not appear in the file.
-

der Zeitliche unterschied verstehe ich nicht ganz?
Jetzt -15min?

Code: Select all

Stuggif[blank_the_unknown]
DATE;TIME;AIRTEMP;AIRHUM;windspeedkmh;winddir;RAIN;LW1;LW2;LIGHTWATT;Temp5cm
[actual_date0_puredate_local];[actual_date0_hour_local]:[actual_date0_min_local];[seqmin15_th0_temp_c@1];[seqmin15_th0_hum_rel@1];[last15m_wind0_gustspeed_kmh];[seqmin15_wind0_maindir_deg@1];[seqmin15_rain0_total_mm@1];[seqmin15_th5_hum_rel@1];[seqmin15_th6_hum_rel@1];[seqmin15_sol0_radiation_wqm@1];[seqmin15_th7_temp_c@1]
[actual_date0_puredate_local];[actual_date0_hour_local]:[actual_date0_min_local];[last15m_th0_temp_c];[last15m_th0_hum_rel];[last15m_wind0_gustspeed_kmh];[last15m_wind0_maindir_deg];[last15m_rain0_total_mm];[last15m_th5_hum_rel];[last15m_th6_hum_rel];[last15m_sol0_radiation_wqm];[last15m_th7_temp_c]