Meteotemplate Forum

davidefa wrote: ↑Sun Oct 08, 2023 4:29 pm ver 3.4
- added daily min/max calculation option ( for realtime.txt )

P.S.
I want only to stress that enabling this option you will make a query to the database to calculate daily min/max values every time you update the database.

Merci pour la mise à jour

I have a problem with my new GW2001 station and WS90 sensors. Rain data is not reported to me. On the "Extra sensor" page the "Rain rate" and "Daily Rain" are "Not available". I think it's the fault of the WS90 which is piezoelectric. However, the data appears in the Excel file, but I cannot make it appear on the Meteotemplate web page. @davidefa can you help me? I installed plugin 3.4
In the csv file the rain data is reported as "erain_piezo" "wrain_piezo" ... etc. etc.

Yes, I have been a little bit lazy and did not include the new ws90 fields in the plugin ( planned an ecowitt2 plugin but never finished it... well never started it : - ( this plugin should permit everyone to add any fields/conversion/sensor as needed, even for those sensors not already available.
Should add in the next days.
In the meantime you can use the remapping ( and probably the math ) feature of the plugin:
1) in the 'Remap sensors - meteotemplate format' text box ( 1 in below image ) insert the following ( substitute 'piezo_rain' and 'piezo_rainrate' with the appropriate ecowitt fields for daily rain and rain rate )
2) if the above fields are expressed in mm ( I think that your database settings are save rain in mm, I have to correct the previous statement: as api.php scripts expects rain in mm ) you are done
3) if the above fields are expressed in inches ( as for my ws65 ) the following step is required too
4) in the 'Math with sensors' text box ( 2 in image below ) insert the following ( substitute 'piezo_rain' and 'piezo_rainrate' with the same fields used in point 1 )
Now you ( should ; - ) have your R and RR field reporting correctly your ws90 rain data

NOTE
The math feature is quite powerful but quite easy to mistakenly insert wrong expressions ( which in turn block the plugin execution ).
So if the plugin stops working ( the cache/ecowittLog.txt not updating ) the first suspect ( after the butler ; - )
is the math feature.


P.S.
But I already have the name of the new plugin: ecowitt2 - the revenge!

P.P.S.
Please post ( or pm me ) your cache/ecowittLog.txt file ( I need only the first part those lines beginning with 'post' ).
Have to remove the PASSKEY line from the log ( as it is a private data, no need to log it ).

Thanks @davidefa! I only have to insert steps 1 if I use mm, right?

I have corrected step 2) in my previous post.

- if the 'piezo rain' and 'piezo rainrate' you are importing from your ws90 are expressed in mm, you only need step 1)
- if the 'piezo rain' and 'piezo rainrate' you are importing from your ws90 are expressed in inches, you need step 1) and 4)

P.S.
As I don't remember the fields ( nor the unit of measure ) 'spit out' by the ws90 sensor I would appreciate if you could post the log of the ecowitt plugin ( cache/ecowittLog.txt ) containing the ws90 data

I'm at work now. After dinner, if I can, I will insert everything and also publish the Ecowittlog.txt

@djpoppy

Ok, you can set the following:

1) in the 'Remap sensors - meteotemplate format' text box
2) in the 'Math with sensors' text box

It does not work. When I enter the formula the plugin freezes and no longer receives anything. If I do not enter the formula, the rain data is incorrect because it is not converted.
I tried to insert also:
R=#R#*25.4;RR=#RR#*25.4
instead of:
drain_piezo=#drain_piezo#*25.4;rrain_piezo=#rrain_piezo#*25.4

@djpoppy

Yes, my mistake, it won't work as math is done before remapping ( so, in this case, math is done on uninitialized variables )... not considering that I suggested you the wrong syntax : - (

Updated ecowitt plugin ver 3.5:
- added support for WS90 sensor
- improved 'math' syntax ( you can mix meteotemplate fields and ecowitt fields, for example T8=(#tempf#-32)*5/9-#T1# ), so can be used for remapping too
- removed ecowitt remapping

Now it works like a charm. Thanks @davidefa you're great!

Updated also the ecowittModules block to also support ws90

davidefa wrote: ↑Sat Nov 04, 2023 11:07 am @djpoppy

Ok, you can set the following:

1) in the 'Remap sensors - meteotemplate format' text box

Code: Select all

R=drain_piezo;RR=rrain_piezo

2) in the 'Math with sensors' text box

Code: Select all

drain_piezo=#drain_piezo#*25.4;rrain_piezo=#rrain_piezo#*25.4

ok, I understand but does the remap and conversion change in 3.5a compared to what you wrote to me here?
I think: " R=#drain_piezo#*25.4;RR=#rrain_piezo#*25.4 " It's right?

Yes, your formula is correct: The only change in v3.5a is that in that formula you can mix 'meteotemplate fields' ( #T# for example, for the main outdoor T sensor ) and 'ecowitt fields' ( #tempf# for example, for the main outdoor T sensor )
( but the above formula is not needed in v3.5a as is already included in the 'known sensors' conversions )

So do I have to use the above formula that I wrote correctly, to get data converted correctly? Or since 3.5a being "Known Sensors" I don't have to enter anything?

No, you don't have to enter the formula, rain data are already imported from ws90 sensor.
Check your cache/apiLog.txt the first part shows the received sensors data, you should have a line beginning with 'Update R:' and another with 'Update RR:' ( containing the rain data converted in mm )

davidefa wrote: ↑Sat Nov 04, 2023 9:44 pm @djpoppy

Yes, my mistake, it won't work as math is done before remapping ( so, in this case, math is done on uninitialized variables )... not considering that I suggested you the wrong syntax : - (

Updated ecowitt plugin ver 3.5:
- added support for WS90 sensor
- improved 'math' syntax ( you can mix meteotemplate fields and ecowitt fields, for example T8=(#tempf#-32)*5/9-#T1# ), so can be used for remapping too
- removed ecowitt remapping

Hi @davidefa ,
a few days ago I also updated the ecowitt plugin but I didn't realize that the Forward to server 2 towards https://www.pwsweather.com/pwsupdate/pwsupdate.php no longer sends data and I didn't understand why.

The only test I did was to change https and http but nothing.

Opening the php page gives this message "ERROR: Missing required parameter dateutc", while if I open the link of my station on the page https://www.pwsweather.com/station/pws/meteopaparano it indicates the PWS active but without data and clicking on the map icon it gives "OBS-CURRENT-AWXJS-SHAPE-OBS-CURRENT-0-42.4545981_12.1589017 could not be found."

What could it depend on?

Thank you

Hi @davidefa,
some possible solution to my problem to send data to http://www.pwsweather.com/pwsupdate/pwsupdate.php via the command forwarding to server 2 of the Ecowtt plugin? I also tried to contact the support of PWSWeather to understand if it depended on them but, this was answered:
"PWSWeather and WeatherUnderground are not related in Any Way. As Such, We do not share or transfer any data with WeatherUnderground. You can find more information about this on our FAQ. This Connection has to be done through Through Either Ambient Weather, or another of the support services or Third-party Software. Please refer to this list to determine Potential options for uploading your station's data to PWSweather."

I just installed an Ecowitt Wittboy GW 2001, after spending a lot of time trying to "resurrect" the Netatmo plugin.
This is my configuration.

Meteotemplate/Papaya hosted on a LAMP server installed on Raspberry Pi 5, only accessible from my local area network (LAN) at: http://galerna/template/indexDesktop.php
API (V3.5). I access with http://galerna/template/api.php?PASS=12345 and the result is "Succes".
Plugin "ecowitt" (V 3.5a) and block "ecowittModules" (V 1.6), installed and configured.

I have corrected some initial errors, but meteotemplate is still offline, as you can see in the two images I attach.
In the next post I include images of the plugin configuration and the "Customized" section of Ecowitt, with my doubts.
Thank you very much.

Here are the images of my configuration and my doubts.
In call "api.php" using... I used Yes, but I don't know if it is the most appropriate option.
Being used to the Netatmo plugin, I don't know the need to save data in CSV and JSON formats.
The same goes for generating "realtime.txt".
I understand that, if I succeed to connect to Ecowitt, the reading data from my station sensors are recorded in my SQL database, So, what are these three parameters for?
"Advanced settings". Corrected. I did use user and password.
Rename / Remapping. I have not made any changes, because I have no idea what to do.
Ecowitt- Customized. In addition to the image configuration, I have used
IP = galerna
Path = /template/plugins/ecowitt/report/index.php?PASS=12345
Neither of the two alternatives has worked.
I have spent many hours searching for information on this on this forum and other sites on the Internet. But, my knowledge is very limited and I can't find the solution.
Can anyone help me?
Thanks in advance.
Note: I have edited this message because I have made several mistakes. Today has not been my best day. Please accept my apologies.

After many hours of work I have not been able to configure this plugin for use with my Ecowitt WittBoy station.

However, using the “ecowittNet” plugin, I have been successful and, now, my template works correctly.
See the thread http://www.meteotemplate.com/forum/viewtopic.php?t=2290

Thanks Davide for your help.

Minor updates to the plugin, for those who use the csv log files.
The format of the csv file may vary due to remote sensors not being received ( due to low batteries, interferences or bad weather for example ).
I've added an option to always save csv data in 'fixed' format, in this case you have to supply the list of sensors to save ( using the ecowitt field definition )

ver 3.6 2025/01/02
- the 'Record data in CSV format' has a new 'fixed' option
- added the 'CSV fixed format' option to specify the fields to save in the csv file
- added a maximum of 10 forwarders