Yes the GW2000 (and for that matter any Ecowitt gateway device that supports the WS90) allows the user to select whether traditional or piezo rain takes precedence. This setting determines which rainfall data (traditional or piezo) is displayed in the WSView Plus app as well as being sent to external services. This setting has no affect at all in the WeeWX Ecowitt gateway driver. The driver obtains both sets of rainfall data (traditional and piezo) provided they exist and forwards them through to WeeWX. If there is no traditional rainfall data then of course it is not forwarded through. As I explained in my previous post the default is for the traditional rainfall data to be mapped to the standard WeeWX rainfall fields (ie rain and rainRate). If you wish to have WeeWX place the piezo rainfall data in these fields then you need to extend the field map as I explained earlier. As far as the driver is concerned it does not matter what the rainfall priority setting is in the GW2000; in effect you can think of the field map extensions as being the driver equivalent of the Ecowitt rainfall priority setting.
I am not sure what the images you provide are displaying, were they both at the same time on 15 January? Was WeeWX/Ecowitt gateway driver running continuously since midnight on that day? What units/unit setting are in place for the NOAA format report? To track down a units issue you need to follow the data from the GW2000 through the driver and onto WeeWX. What happens when you run WeeWX directly <http://weewx.com/docs/usersguide.htm#Running_directly>? Try running WeeWX directly (ideally when raining but that is not necessary) and then post a good 15 minutes of console output here. This will display the loop packet (lines starting with LOOP:) and archive record (lines starting with REC:) data on the screen. Loop packets are the data obtained from the GW2000 by the driver. Archive records are the accumulation of this loop data for the archive period concerned. In terms of rainfall this will be the sum of the rainfall dat ain the loop pockets covering the archive period. Are the values on screen consistent with the GW2000 data displayed via the WSView Plus app? The units do not need to be the same but they need to be consistent. Gary On Monday, 16 January 2023 at 02:23:36 UTC+10 [email protected] wrote: > Hello Gary > > Now it gets complicated for me. > I just saw that the GW2000 offers different "Rainfall Data Priority": > "Piezoelectric Rain Gauge", "Traditional Rain Gauge" and "No Rain Gauge". > > I could reset the data on the Gw2000 and clear the database from weewx and > then watch for the next few days. The few days of data loss wouldn't > matter. The weather station has only been hanging in its final location > since Thursday. > Attached are two pictures. > > Christian[image: Bildschirmfoto 2023-01-15 um 17.19.58.png][image: > Bildschirmfoto 2023-01-15 um 17.20.23.png] > > gjr80 schrieb am Sonntag, 15. Januar 2023 um 00:26:55 UTC+1: > >> Has WeeWX been obtaining data from the GW2000 for the entire day or just >> a partial day? WeeWX does not record and display the day/month/year >> rainfall totals provided by the GW2000, rather the driver calculates the >> difference between successive values of one of these cumulative values and >> records the rain that has fallen during the period concerned. this gives a >> per-period rainfall value. WeeWX then sums these per-period values for the >> current day to display the day rainfall total. So if WeeWX has only been >> receiving data since, say midday, and it rained at 9am then the day total >> shown by WeeWX will be low. >> >> If WeeWX has been recording data for the full day then there may be a >> problem that requires further investigation. >> >> Gary >> On Sunday, 15 January 2023 at 00:37:07 UTC+10 [email protected] wrote: >> >>> Hello Gary thank you for your detailed help and further information. >>> With the adjustments in the weewx.conf I also got further. >>> unfortunately I still have a problem with the units. >>> The GW200 says now for today: Rain 5.0mm >>> Weewx says 0.04cm. I would not care about the rounding error. But there >>> is a 0 too much. I have already looked in the skin and in the Weewx.conf, >>> but got no idea where the error could be. >>> >>> Do you have another idea for me? >>> >>> Christian >>> >>> if it sounds too formal, i use deepl for translation >>> >>> gjr80 schrieb am Samstag, 14. Januar 2023 um 10:30:45 UTC+1: >>> >>>> From what you post it looks like everything is working as it should, >>>> you just need to tell WeeWX to use the WS90 rain data. There are a couple >>>> of different ways to do this, which approach you use will depend on your >>>> preference and future weather station plans. >>>> >>>> First a little background. Before the GW2000/WS90 were released the >>>> Ecowitt gateway devices provided rain data from traditional tipping style >>>> rain gauges only and the (then) GW1000 driver mapped this rain data to the >>>> standard WeeWX rain fields rain and rainRate. Everything worked fine >>>> out of the box. The WS90 uses a piezo sensor to detect rainfall and when >>>> Ecowitt released the GW2000/WS90 the Ecowitt gateway devices were updated >>>> to simultaneously receive/provide both the traditional tipping rain gauge >>>> data and the WS90 piezo rain data. The GW1000 driver acts similarly and >>>> provides both the traditional tipping rain gauge data as well as the piezo >>>> rain data. So as not to break existing users installs, the default GW1000 >>>> driver action is to map the traditional tipping rain gauge data to the >>>> standard WeeWX rain related fields and the piezo rain data is passed >>>> through and is available for the user to map to these or other WeeWX >>>> fields >>>> as the user sees fit. Unfortunately, this means that WS90 users need to >>>> take further action is they wish WeeWX to record/report piezo rain data. >>>> >>>> There are two approaches you can take. The first approach is to just >>>> map the driver p_rain and p_rainRate fields to WeeWX fields rain and >>>> rainRate respectively. This approach is the simplest to implement and >>>> is appropriate if you have no other rain gauge on your Ecowitt station. >>>> The >>>> mapping change is effected by modifying [GW1000] stanza in weewx.conf >>>> through adding a [[field_map_extensions]] stanza as follows: >>>> >>>> [GW1000] >>>> .... >>>> [[field_map_extensions]] >>>> rain = p_rain >>>> rainRate = p_rainRate >>>> >>>> Simply save weewx.conf and restart WeeWX. There should be no need to >>>> for changes to your database or skins/reports; WeeWX will automatically >>>> save the piezo rain data to database and include the same data in reports. >>>> >>>> The second approach is to optionally map the piezo rain fields to new >>>> WeeWX fields (eg rain2 and rainRate2). Whether mapped to different >>>> fields or left as p_rain and p_rainRate, the fields used would need to >>>> be added to the WeeWX database and any skins/reports modified to use these >>>> new fields. This approach is more complex and time consuming to setup but >>>> is necessary if there are both traditional tipping and piezo rain gauges >>>> in >>>> your Ecowitt system. I would not recommend it in your case. >>>> >>>> You also mention potentially using MySQL in the future. My advice is >>>> that unless you have specific reasons for changing stick with SQLite; you >>>> will notice little if any speed improvements, will have more complex >>>> database backup and restore processes and you will have added database >>>> management overhead. >>>> >>>> Gary >>>> >>>> On Friday, 13 January 2023 at 16:48:48 UTC+10 [email protected] wrote: >>>> >>>>> Hello at all! >>>>> sorry for my english >>>>> I have a gw2000 in combination with a ws90 >>>>> Weewx works fine. i use the user.gw1000 plugin to address the station. >>>>> Database is sqlite. I think about using mysql >>>>> I get all the data. But the rain data is not processed. I don't see >>>>> them in the records, not in NOAA and not on the home page. >>>>> >>>>> Which skin I use does not matter. Database is a sqlite. >>>>> I only know weewx for a week, so I don't know what else you need to >>>>> help me. >>>>> >>>>> Here is the driver test. Rain data is there. >>>>> [weewx bin]# python3 -m user.gw1000 --test-driver >>>>> Using configuration file /home/weewx/weewx.conf >>>>> >>>>> Interrogating GW2000 at 192.168.178.37:45000 >>>>> >>>>> 2023-01-13 07:41:39 CET (1673592099): 'dateTime': '1673592099', >>>>> 'daymaxwind': '4.7', 'inHumidity': '50', 'inTemp': '17.9', 'luminosity': >>>>> '0.0', 'outHumidity': '78', 'outTemp': '7.8', 'p_dayRain': '0.6', >>>>> 'p_monthRain': '19.7', 'p_rain': 'None', 'p_rainRate': '0.0', >>>>> 'p_stormRain': '16.1', 'p_weekRain': '17.8', 'p_yearRain': '19.7', >>>>> 'pressure': '990.9', 'relbarometer': '990.9', 'usUnits': '17', 'UV': '0', >>>>> 'uvradiation': '0.0', 'windDir': '171', 'windGust': '2.2', 'windSpeed': >>>>> '1.3', 'ws90_batt': '3.06', 'ws90_sig': '4' >>>>> >>>>> >>>>> I installed weewx 4.9.1 from tar.gz under /home/weewx/ >>>>> >>>>> regards, Christian >>>>> >>>> -- You received this message because you are subscribed to the Google Groups "weewx-user" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/weewx-user/efb63275-b677-4e11-8f2f-f973d1517aeen%40googlegroups.com.
