Hello Gary
Thank you for your patience. I just made the changes in the config. I had the mapping in mind, but had forgotten where it came from.And what exactly to do. I had not thought of the discussion here anymore. My fault. Just now I deleted the rain measurement in the Ecowitt and made "rain with the garden hose (at 4°C)." And hooray: The data is correct: 13.8mm/hr and 2.3mm total. Thank you very much! I will save the current state and then start to adjust the skin according to my wishes. Christian gjr80 schrieb am Mittwoch, 8. Februar 2023 um 08:27:05 UTC+1: > Christian, > > Let's take a few steps back and look at your overall setup. What weather > stations do you have connected to WeeWX? The config file you attached shows > you using the Ecowitt Gateway driver both as a driver and also as a > service. Your first post indicates you have GW2000/WS90, if this is the > only station you are connecting to WeeWX then you should be using the > Ecowitt Gateway driver as a driver only and not as a service. If you do > have another station then one station should be operated with a WeeWX > driver and the other as a service (note that not all drivers can operate as > a service as the Ecowitt Gateway driver does - this may limit which station > operates with a driver and which operates with a service). > > Assuming you only have the GW2000/WS90 then you should remove the > user.gw1000.GatewayService from the data_services option under [Engine] > [[Services]] in weewx.conf. > > As for your rain data, I see nothing wrong in what you posted. WeeWX > records rainfall on a per-interval basis rather than on a cumulative basis, > that is the rainfall in a loop packet is the rainfall received since the > last loop packet. The rainfall in an archive record is the total rainfall > in the period covered by the archive record (this is normally the sum of > the loop packets rainfall in the archive period). The Ecowitt devices do > not provide such rainfall data, instead they provide a number of cumulative > values, eg rainfall since midnight, rainfall this week, rainfall this month > etc. The Ecowitt Gateway driver uses one of these cumulative rainfall > fields and takes the difference in value between successive loop packets to > calculate the loop packet 'rain' field. So when the first loop packet is > received, there was no earlier loop packet to use in that difference > calculation, so the rainfall is recorded as None - this is what you see > for p_rain in the solitary test loop packet you provided. If you would > have let the driver continue to run you would have seen subsequent loop > packets have 0.0 as the p_rain value. > > The other thing you need to do is as I said in my first post, you need to > map the GW2000/WS90 p_rain field to the WeeWX rain field via a field map > extension. The config file you posted does not have this mapping. Refer to > my first post above. Once you do this (and restart WeeWX) you will see data > appear in WeeWX field rain (and rainRate). > > Remember, WeeWX calculates rainfall since midnight as the sum of the > rainfall in each archive record since midnight, likewise for rainfall this > week, this month and this year; all are based on the sum of the data > WeeWX has received in the period concerned. WeeWX does not use the > cumulative values from the Ecowitt device (other than for calculating the > loop packet rainfall as outlined earlier). Consequently, if you start WeeWX > running and only have data for part of a day/week/month/year then the WeeWX > calculated rainfall values will likely not match the Ecowitt device > displayed values. That is why I said in an earlier post you cannot compare > WeeWX day rainfall values with that displayed on the device/app unless > WeeWX has been receiving data continuously since midnight. > > On Tuesday, 7 February 2023 at 22:15:53 UTC+10 [email protected] wrote: > >> Here I am again. >> >> I suddenly got no data at all, so I reinstalled weewx and reset the >> gw2000 data. >> >> Current status is that weewx does not show any rain data, and the data I >> see in the console does not match the data the gw2000 shows me. I am >> attaching everything I have. >> >> I removed Station Data from weewx.conf. >> >> I hope for a small stupid configuration error that I just do not see >> >> Christian >> >> >> >> weewx@weewx:~/bin$ python -m user.gw1000 --test-service >> Using configuration file /home/weewx/weewx.conf >> >> Interrogating GW2000 at 192.168.178.37:45000 >> >> LOOP: 2023-02-07 13:10:50 CET (1675771850) 'dateTime': '1675771850', >> 'daymaxwind': '6.0', 'dummyTemp': '96.3', 'inHumidity': '38', 'inTemp': >> '64.22', 'luminosity': '12780.0', 'outHumidity': '62', 'outTemp': '39.38', >> 'p_dayRain': '0.003937007874015749', 'p_monthRain': '0.03937007874015748', >> 'p_rain': 'None', 'p_rainRate': '0.0', 'p_stormRain': '0.0', 'p_weekRain': >> '0.03937007874015748', 'p_yearRain': '0.03937007874015748', 'pressure': >> '30.229848203750002', 'relbarometer': '1023.7', 'usUnits': '1', 'UV': '0', >> 'uvradiation': '0.0', 'windDir': '71', 'windGust': '6.710825555817913', >> 'windSpeed': '4.026495333490748', 'ws90_batt': '2.96', 'ws90_sig': '4' >> LOOP: 2023-02-07 13:11:01 CET (1675771861) 'dateTime': '1675771861', >> 'dummyTemp': '96.3', 'usUnits': >> >> >> >> >> [image: Bildschirmfoto 2023-02-07 um 13.12.14.png] >> >> Christian H. schrieb am Sonntag, 22. Januar 2023 um 15:20:43 UTC+1: >> >>> Hey Gary >>> >>> I have not forgotten this. Currently I have but snow and no rain. I will >>> in February all data reset,then I hopefully come to data that are resilient >>> to compare. >>> >>> Christian >>> >>> gjr80 schrieb am Sonntag, 15. Januar 2023 um 23:53:07 UTC+1: >>> >>>> 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/49bba2d3-7934-478f-aebb-a588f421f37bn%40googlegroups.com.
