That's why I installed from Ian's fork and manually updated the driver's py from Werner. I'm still hoping there will be a consolidated, installable driver in the future.
vince schrieb am Dienstag, 26. August 2025 um 18:13:58 UTC+2: > If you have it in the correct place (you do) and have its settings > correct, and you have weewx selecting that driver for the station type it > should work. > > I have no idea why this one is not installable by the extension installer. > Settting that up once is just a few minutes work, basically copying from > examples in other drivers like Gary’s or any other extension or driver. > > On Tuesday, August 26, 2025 at 8:37:11 AM UTC-7 Francisco Alonso wrote: > >> Thanks Vince. That worked, now it returns the data from all sensors when >> testing. >> >> The question is then how to make it work on its own. Do I need to update >> the ecowitt_http.py file with that specific route for python so that it >> executes the script when it is told to? >> >> On Tue, 26 Aug 2025 at 17:16, vince <[email protected]> wrote: >> >>> Try "PYTHONPATH=/etc/weewx/bin:/usr/share/weewx python3 --test-driver >>> --ip-address=device-ip-address" and see if that helps.... >>> >>> On Tuesday, August 26, 2025 at 6:35:07 AM UTC-7 Francisco Alonso wrote: >>> >>>> Hi guys. >>>> >>>> I am trying to get this up and running in my RPi, but I am afraid I do >>>> not have the required knowledge to get it to work without a set of >>>> instructions. >>>> As there is no installation package like with the previous driver, I >>>> have read the README file in the fork from Werner. >>>> >>>> My setup is Weewx with a package installation, which worked OK with the >>>> previous driver by Gary. >>>> >>>> I have copied the ecowitt_http.py file from Werner's into my system and >>>> modified weewx.conf as per Werner's info on the README file and now the >>>> driver part looks like this: >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> *[EcowittHttp] # the driver to use driver = user.ecowitt_http >>>> # how often to poll the device poll_interval = 20 # how many >>>> attempts >>>> to contact the device before giving up max_tries = 3 # wait time in >>>> seconds between retries to contact the device retry_wait = 5 # max >>>> wait for device to respond to a HTTP request url_timeout = 10 # >>>> whether to show all battery state data including nonsense data and # >>>> sensors that are disabled sensors and connecting show_all_batt = False >>>> # whether to always log unknown API fields, unknown fields are always >>>> # logged at the debug level, this will log them at the info level >>>> log_unknown_fields = True # How often to check for device firmware >>>> updates, 0 disables firmware # update checks. Available firmware >>>> updates >>>> are logged. firmware_update_check_interval = 86400 # do we show >>>> registered sensor data only only_registered = True # Is a WN32P used >>>> for indoor temperature, humidity and pressure - default = False >>>> #wn32_indoor = True # Is a WN32 used for outdoor temperature and >>>> humidity - default = False #wn32_outdoor = True #former >>>> debug_logging >>>> (here for wind) not more supported!: #debug_wind = False >>>> #debug_logging new with list: #debug = rain, wind, loop, sensors, >>>> parser, catchup, collector, archive debug = parser, sensors, catchup >>>> catchup_grace = 0 ip_address = 192.168.1.201 api_key = >>>> 440cd2c9-8919-4836-a2e8-xxxxxxxxxxxx* >>>> >>>> >>>> >>>> >>>> * app_key = D7FB394F84DFAB3345E6C3Bxxxxxxxxx mac = >>>> 5C:01:3B:42:xx:xx [[catchup]] # source = either, both, net, >>>> device >>>> ## not set = None, default is then either or both* >>>> >>>> The log attached shows all the errors, but I am pretty lost on whatever >>>> is not correct as it references files and processes and I do not >>>> understand >>>> weewx internal protocols to make it work. >>>> >>>> Lastly, a *python3 /etc/weewx/bin/user/ecowitt_http.py --test-driver >>>> --ip-address=device-ip-address *returns the following: >>>> >>>> Traceback (most recent call last): >>>> File "/etc/weewx/bin/user/ecowitt_http.py", line 199, in <module> >>>> import weecfg >>>> ModuleNotFoundError: No module named 'weecfg' >>>> >>>> >>>> If anyone can point me on the right direction, please. I am quite lost >>>> as you can see. >>>> >>>> Thank you. >>>> On Thursday, 21 August 2025 at 20:32:03 UTC+2 [email protected] >>>> wrote: >>>> >>>>> This interval (300s) had only 0.1mm p_rain with the old ecowitt >>>>> gateway driver. >>>>> >>>>> [email protected] schrieb am Donnerstag, 21. August 2025 um >>>>> 20:29:01 UTC+2: >>>>> >>>>>> Just caught a LOOP package: >>>>>> >>>>>> LOOP: 2025-08-21 20:17:16 CEST (1755800236) >>>>>> 'p_rain': '0.10000000000002274', >>>>>> >>>>>> Which looks correct. The value written to the database in this >>>>>> interval: 0.00344827586206975 >>>>>> >>>>>> >>>>>> >>>>>> Werner Krenn schrieb am Donnerstag, 21. August 2025 um 20:10:43 UTC+2: >>>>>> >>>>>>> Ok, I use hail instead of p_rain and with hail the value has to be >>>>>>> multiplied by a factor of 25.4 to get a correct display, >>>>>>> but only for the graphs, the value is always correct. >>>>>>> >>>>>>> [[[dayrainbar]]] >>>>>>> yscale = None, None, 0.02 >>>>>>> plot_type = bar >>>>>>> y_label = "mm" >>>>>>> [[[[rain]]]] >>>>>>> aggregate_type = sum >>>>>>> aggregate_interval = 600 >>>>>>> label = Rain WH40 (10min) >>>>>>> [[[[hail]]]] >>>>>>> data_type = hail * 25.4 >>>>>>> aggregate_type = sum >>>>>>> aggregate_interval = 600 >>>>>>> label = Rain Piezo (10min) >>>>>>> [[[[ET]]]] >>>>>>> color = "#edba21" >>>>>>> aggregate_type = sum >>>>>>> aggregate_interval = 600 >>>>>>> label = ET (10min) >>>>>>> >>>>>>> steepleian schrieb am Donnerstag, 21. August 2025 um 16:46:03 UTC+2: >>>>>>> >>>>>>>> I am actually working on a complete re-write which will also >>>>>>>> incorporate live data output in a json file. It will also have the >>>>>>>> option >>>>>>>> of subscribing to to MQTT topic published directly from the gateway >>>>>>>> device >>>>>>>> using the new Ecowitt in built MQTT weather service. >>>>>>>> https://claydonsweather.org.uk >>>>>>>> >>>>>>>> On 21 Aug 2025, at 15:33, '[email protected]' via weewx-user < >>>>>>>> [email protected]> wrote: >>>>>>>> >>>>>>>> No, the WS90 itself has a resolution of 0.1mm, but I get >>>>>>>> increments < 0.01mm in the database, which shouldn't be possible. It's >>>>>>>> with >>>>>>>> with Werner's v0.2.2. When receiving LOO data emitted through >>>>>>>> weewx_mqtt, I >>>>>>>> receiver the correct 0.1mm increments. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> steepleian schrieb am Donnerstag, 21. August 2025 um 16:17:16 UTC+2: >>>>>>>> >>>>>>>>> Michael, >>>>>>>>> Are you describing the fact there are an insufficient number of >>>>>>>>> decimal places to record small quantities of rain? >>>>>>>>> Ian >>>>>>>>> >>>>>>>>> https://claydonsweather.org.uk >>>>>>>>> >>>>>>>>> On 21 Aug 2025, at 14:07, '[email protected]' via weewx-user < >>>>>>>>> [email protected]> wrote: >>>>>>>>> >>>>>>>>> I still have an Issue with storing p_rain values in the database. >>>>>>>>> In the database (metricwx) are values well below 1/10mm, while from >>>>>>>>> the >>>>>>>>> Loop p_rain values of x/10mm are reported. >>>>>>>>> >>>>>>>>> >>>>>>>>> Currently (and the next hours) it is raining, the live chart rises >>>>>>>>> in x/10mm steps, when the values are loaded from the db after a >>>>>>>>> refresh, >>>>>>>>> p_rain ist much lower than rain from the traditional gauge. >>>>>>>>> https://www.kainzbauer.net/weather/Test/Rif/ws90/index.html >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> [email protected] schrieb am Samstag, 2. August 2025 um >>>>>>>>> 20:31:59 UTC+2: >>>>>>>>> >>>>>>>>>> OK, I've set >>>>>>>>>> [StdWXCalculate] >>>>>>>>>> [[Calculations]] >>>>>>>>>> rainRate = software >>>>>>>>>> >>>>>>>>>> Setting it to >>>>>>>>>> >>>>>>>>>> [StdWXCalculate] >>>>>>>>>> [[Calculations]] >>>>>>>>>> rainRate = prefer_hardware >>>>>>>>>> >>>>>>>>>> And it's there. The question now is, how is the hardware >>>>>>>>>> calculating it compared to weewx? The WS28xx did it on a hourly >>>>>>>>>> basis, >>>>>>>>>> weewx afaik on a 15min basis. >>>>>>>>>> [email protected] schrieb am Samstag, 2. August 2025 um >>>>>>>>>> 17:56:33 UTC+2: >>>>>>>>>> >>>>>>>>>>> Indeed. A quick test shows the value are now being backfilled. >>>>>>>>>>> But for "rain" the "rainRate" doesn't seem to be calculated >>>>>>>>>>> correctly, or at all: it is zero. Interestingly "p_rainRate" is >>>>>>>>>>> calculated >>>>>>>>>>> correctly when backfilled. But to be honest: I don't know if the >>>>>>>>>>> issue is >>>>>>>>>>> only when being backfilled, I'll check that real quick. It's >>>>>>>>>>> raining cats >>>>>>>>>>> and dogs, so it won't take too long :D >>>>>>>>>>> >>>>>>>>>>> Werner Krenn schrieb am Samstag, 2. August 2025 um 17:02:55 >>>>>>>>>>> UTC+2: >>>>>>>>>>> >>>>>>>>>>>> > When backfilling data from the GW3000s SD Card, no rain is >>>>>>>>>>>> imported into the database. >>>>>>>>>>>> >>>>>>>>>>>> It seems that you are not using the current version 0.2.0 >>>>>>>>>>>> >>>>>>>>>>>> [email protected] schrieb am Samstag, 2. August 2025 um >>>>>>>>>>>> 16:49:18 UTC+2: >>>>>>>>>>>> >>>>>>>>>>>>> When backfilling data from the GW3000s SD Card, no rain is >>>>>>>>>>>>> imported into the database. There is no "rain" in the REC. I'm >>>>>>>>>>>>> not so >>>>>>>>>>>>> familiar with the process, but I guess there is something missing >>>>>>>>>>>>> in my >>>>>>>>>>>>> weewx.conf that is calculation rain from the RECs. By the way, is >>>>>>>>>>>>> there a >>>>>>>>>>>>> documentation what the [Accumulator] is all about and when >>>>>>>>>>>>> and how it is to be used? >>>>>>>>>>>>> >>>>>>>>>>>>> REC: 2025-08-01 17:18:00 CEST (1754061480) 'altimeter': >>>>>>>>>>>>> '1013.6569194849516', >>>>>>>>>>>>> 'appTemp': '23.50738354280469', >>>>>>>>>>>>> 'barometer': '1011.2', >>>>>>>>>>>>> 'cloudbase': '1372.254710571006', >>>>>>>>>>>>> 'co2': '342.0', >>>>>>>>>>>>> 'co2_Hum': '59.0', >>>>>>>>>>>>> 'co2_Temp': '22.9', >>>>>>>>>>>>> 'dateTime': '1754061480.0', >>>>>>>>>>>>> 'dayRain': '0.6', >>>>>>>>>>>>> 'dewpoint': '14.8', >>>>>>>>>>>>> 'drain_piezo': '0.0', >>>>>>>>>>>>> 'erain_piezo': '0.0', >>>>>>>>>>>>> 'ET': '0.015721295892854044', >>>>>>>>>>>>> 'eventRain': '15.1', >>>>>>>>>>>>> 'extraHumid1': '51.0', >>>>>>>>>>>>> 'extraHumid2': '70.0', >>>>>>>>>>>>> 'extraHumid3': '64.0', >>>>>>>>>>>>> 'extraHumid4': '64.0', >>>>>>>>>>>>> 'extraHumid6': '49.0', >>>>>>>>>>>>> 'extraHumid7': '66.0', >>>>>>>>>>>>> 'extraHumid8': '66.0', >>>>>>>>>>>>> 'extraTemp1': '20.2', >>>>>>>>>>>>> 'extraTemp2': '21.5', >>>>>>>>>>>>> 'extraTemp3': '21.7', >>>>>>>>>>>>> 'extraTemp4': '21.9', >>>>>>>>>>>>> 'extraTemp5': '21.1', >>>>>>>>>>>>> 'extraTemp6': '19.7', >>>>>>>>>>>>> 'extraTemp7': '21.9', >>>>>>>>>>>>> 'extraTemp8': '21.6', >>>>>>>>>>>>> 'hailRate': '0.0', >>>>>>>>>>>>> 'heatindex': '22.314444444444444', >>>>>>>>>>>>> 'hourRain': '0.0', >>>>>>>>>>>>> 'humidex': '26.22374343350731', >>>>>>>>>>>>> 'inDewpoint': '15.474126948319904', >>>>>>>>>>>>> 'inHumidity': '63.0', >>>>>>>>>>>>> 'inTemp': '22.9', >>>>>>>>>>>>> 'interval': '5', >>>>>>>>>>>>> 'lightning_dist': '20.0', >>>>>>>>>>>>> 'lightning_distance': 'None', >>>>>>>>>>>>> 'lightning_disturber_count': '1754038860.0', >>>>>>>>>>>>> 'lightning_strike_count': '0.0', >>>>>>>>>>>>> 'lightningcount': '0.0', >>>>>>>>>>>>> 'luminosity': '31810.569', >>>>>>>>>>>>> 'maxSolarRad': '481.7560939781643', >>>>>>>>>>>>> 'monthRain': '0.6', >>>>>>>>>>>>> 'mrain_piezo': '0.0', >>>>>>>>>>>>> 'outHumidity': '62.0', >>>>>>>>>>>>> 'outTemp': '22.4', >>>>>>>>>>>>> 'p_rainrate': '0.0', >>>>>>>>>>>>> 'p_rainyear': '0.5', >>>>>>>>>>>>> 'pm2_5': '2.9', >>>>>>>>>>>>> 'pm10_0': '3.2', >>>>>>>>>>>>> 'pressure': '961.8', >>>>>>>>>>>>> 'radiation': '251.07', >>>>>>>>>>>>> 'rainRate': '0.0', >>>>>>>>>>>>> 'rrain_piezo': '0.0', >>>>>>>>>>>>> 'soilMoist1': '52.0', >>>>>>>>>>>>> 'soilMoist2': '42.0', >>>>>>>>>>>>> 't_rain': '15.1', >>>>>>>>>>>>> 't_rainRate': '0.0', >>>>>>>>>>>>> 't_rainyear': '235.2', >>>>>>>>>>>>> 'usUnits': '17', >>>>>>>>>>>>> 'UV': '2.0', >>>>>>>>>>>>> 'vpd': '10.3', >>>>>>>>>>>>> 'weekRain': '89.8', >>>>>>>>>>>>> 'windchill': '22.399999999999995', >>>>>>>>>>>>> 'windDir': '285.0', >>>>>>>>>>>>> 'windGust': '1.0', >>>>>>>>>>>>> 'windrun': '0.18', >>>>>>>>>>>>> 'windSpeed': '0.6', >>>>>>>>>>>>> 'wrain_piezo': '0.0', >>>>>>>>>>>>> 'yearRain': '235.2', >>>>>>>>>>>>> 'yrain_piezo': '0.5' >>>>>>>>>>>>> >>>>>>>>>>>>> Werner Krenn schrieb am Samstag, 26. Juli 2025 um 20:20:45 >>>>>>>>>>>>> UTC+2: >>>>>>>>>>>>> >>>>>>>>>>>>>> @Michael, >>>>>>>>>>>>>> > Did you have BBQ for dinner? >>>>>>>>>>>>>> No ;) >>>>>>>>>>>>>> It is this problem, described on the Ecowitt homepage: >>>>>>>>>>>>>> >>>>>>>>>>>>>> ★★Note: >>>>>>>>>>>>>> >>>>>>>>>>>>>> 3.The sensor is sensitive to liquid droplets - >>>>>>>>>>>>>> rain/fog/sprinkling. When the Dew Point is close to the outdoor >>>>>>>>>>>>>> temperature(T - D < = 2C), the PM2.5 reading will be very >>>>>>>>>>>>>> high(which is not >>>>>>>>>>>>>> the real condition). >>>>>>>>>>>>>> >>>>>>>>>>>>>> [email protected] schrieb am Samstag, 26. Juli 2025 um >>>>>>>>>>>>>> 20:03:07 UTC+2: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> Not too far away from my location. Did you have BBQ for >>>>>>>>>>>>>>> dinner? >>>>>>>>>>>>>>> [image: 2025-07-26 19_58_10-Das Wetter in Lackenhäuser .110 >>>>>>>>>>>>>>> - Brave.png] >>>>>>>>>>>>>>> By the way, fuzzy-archer is currently at 4.4 :) >>>>>>>>>>>>>>> Werner Krenn schrieb am Samstag, 26. Juli 2025 um 19:12:27 >>>>>>>>>>>>>>> UTC+2: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> @Ian, >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 1) Rain >>>>>>>>>>>>>>>> I know this behavior (also with lightning) when the gw1000 >>>>>>>>>>>>>>>> driver also is started >>>>>>>>>>>>>>>> as a service or the original ecowitt_http driver (0.1.0a28) >>>>>>>>>>>>>>>> is used >>>>>>>>>>>>>>>> and data is read from Ecowitt.net (Cloud) or SDcard >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> 2)Ecowitt special database schema: >>>>>>>>>>>>>>>> At the very beginning, I used wview_extended. >>>>>>>>>>>>>>>> However, as more and more sensors were added, I expanded >>>>>>>>>>>>>>>> this schema into a new database schema, wview_ecowitt. >>>>>>>>>>>>>>>> This contains all possible Ecowitt sensors. However, >>>>>>>>>>>>>>>> self-selected signals are assigned to the existing fields >>>>>>>>>>>>>>>> signal1..signal8 in >>>>>>>>>>>>>>>> [StdCalibrate] >>>>>>>>>>>>>>>> [[Corrections]] >>>>>>>>>>>>>>>> and extrapolated to 0..100 percent (*25). >>>>>>>>>>>>>>>> And since 'hail' or 'pb' were present but unused, I mapped >>>>>>>>>>>>>>>> Piezo Rain or Heap to them. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> There is also a script file >>>>>>>>>>>>>>>> (add_ecowitt_allsignaldata_v5.sh) that can add all signals to >>>>>>>>>>>>>>>> the database. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> The same applies to all new RSSI values with the script file >>>>>>>>>>>>>>>> add_ecowitt_allrssidata_v5.sh >>>>>>>>>>>>>>>> The script files and schema file can be found on Github >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Skins with the data from ecowitt_http (in German!) >>>>>>>>>>>>>>>> Skin Seasons Ecowitt: >>>>>>>>>>>>>>>> https://www.pc-wetterstation.de/wetter/weewx8 >>>>>>>>>>>>>>>> Skin Bootstrap: >>>>>>>>>>>>>>>> https://www.pc-wetterstation.de/wetter/weewx8/bootstrap/index.html >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> [email protected] schrieb am Samstag, 26. Juli 2025 um >>>>>>>>>>>>>>>> 09:13:28 UTC+2: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> My issue with p_rain is that the driver uses p_rainrate and >>>>>>>>>>>>>>>>> my database has the column p_rainRate (camelCase), which >>>>>>>>>>>>>>>>> is the WeeWX db style to name columns, thus I need to >>>>>>>>>>>>>>>>> configure: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> [StdCalibrate] >>>>>>>>>>>>>>>>> [[Corrections]] >>>>>>>>>>>>>>>>> p_rainRate = p_rainrate >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> [email protected] schrieb am Freitag, 25. Juli 2025 um >>>>>>>>>>>>>>>>> 22:57:11 UTC+2: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> I still have the one or the other issue with p_rain, but >>>>>>>>>>>>>>>>>> that's very special to my ssetup running ecowitt_http as a >>>>>>>>>>>>>>>>>> driver and >>>>>>>>>>>>>>>>>> GW1000 as a service. And I so far couldn't confirm how the >>>>>>>>>>>>>>>>>> lightning >>>>>>>>>>>>>>>>>> detection works out with my settings. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Ian Millard schrieb am Freitag, 25. Juli 2025 um 16:36:35 >>>>>>>>>>>>>>>>>> UTC+2: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> @Michael, @Werner, @Vince, >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I have the WeeWX-Ecowitt_http working flawlessly in >>>>>>>>>>>>>>>>>>> driver mode now. So much so that I have confidently moved >>>>>>>>>>>>>>>>>>> it across to my >>>>>>>>>>>>>>>>>>> live server. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> There are just a couple of things to mention: - >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 1. Using the rain column to generates day, week, month >>>>>>>>>>>>>>>>>>> etc gives some rather bizarre results as @Michael >>>>>>>>>>>>>>>>>>> discovered. The safe way >>>>>>>>>>>>>>>>>>> to go is dayRain, weekRain etc which give the expected >>>>>>>>>>>>>>>>>>> results. >>>>>>>>>>>>>>>>>>> 2. It makes sense to me that if a dedicated Ecowitt >>>>>>>>>>>>>>>>>>> database schema is the way to go. If this is the case, the >>>>>>>>>>>>>>>>>>> examples of this >>>>>>>>>>>>>>>>>>> that are already out there need to come together to agree a >>>>>>>>>>>>>>>>>>> standard. The >>>>>>>>>>>>>>>>>>> example I quoted in an earlier post of using the hail >>>>>>>>>>>>>>>>>>> column for piezo >>>>>>>>>>>>>>>>>>> rain, I understand why this was done in the first instance, >>>>>>>>>>>>>>>>>>> but surely if >>>>>>>>>>>>>>>>>>> we speak about a dedicated schema, piezo rain should be >>>>>>>>>>>>>>>>>>> fully supported in >>>>>>>>>>>>>>>>>>> its own right? >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I will be interested in our collective thoughts on this. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>> Ian >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> On 21 Jul 2025, at 19:46, 'Werner Krenn' via weewx-user < >>>>>>>>>>>>>>>>>>> [email protected]> wrote: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I only use these entries in the weewx.conf >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> [StdCalibrate] >>>>>>>>>>>>>>>>>>> [[Corrections]] >>>>>>>>>>>>>>>>>>> lightning_distance_save = lightning_dist if >>>>>>>>>>>>>>>>>>> lightning_dist is not None else None >>>>>>>>>>>>>>>>>>> lightning_distance = lightning_dist if >>>>>>>>>>>>>>>>>>> lightning_strike_count > 0 else None >>>>>>>>>>>>>>>>>>> lightning_noise_count = lightning_strike_count >>>>>>>>>>>>>>>>>>> if lightning_strike_count > 0 else None >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> [Accumulator] >>>>>>>>>>>>>>>>>>> [[lightning_distance]] >>>>>>>>>>>>>>>>>>> extractor = last >>>>>>>>>>>>>>>>>>> [[lightning_strike_count]] >>>>>>>>>>>>>>>>>>> extractor = sum >>>>>>>>>>>>>>>>>>> [[lightning_last_det_time]] >>>>>>>>>>>>>>>>>>> extractor = last >>>>>>>>>>>>>>>>>>> [[lightningcount]] >>>>>>>>>>>>>>>>>>> extractor = last >>>>>>>>>>>>>>>>>>> [[lightning_noise_count]] >>>>>>>>>>>>>>>>>>> extractor = sum >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Ian Millard schrieb am Montag, 21. Juli 2025 um 20:01:38 >>>>>>>>>>>>>>>>>>> UTC+2: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> @Werner, >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> How do you generate the last non-zero strike distance >>>>>>>>>>>>>>>>>>>> and time? I have an X-Type to do that, but maybe you have >>>>>>>>>>>>>>>>>>>> another way. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> On 17 Jul 2025, at 10:24, 'Werner Krenn' via weewx-user >>>>>>>>>>>>>>>>>>>> <[email protected]> wrote: >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> lightning_num >>>>>>>>>>>>>>>>>>>> is the number of lightning strikes on this day >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> lightning_strike_count >>>>>>>>>>>>>>>>>>>> is the difference from the previous archive value. >>>>>>>>>>>>>>>>>>>> That's the only way I know it, and that's how it is now >>>>>>>>>>>>>>>>>>>> again. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> I use additionally >>>>>>>>>>>>>>>>>>>> [StdCalibrate] >>>>>>>>>>>>>>>>>>>> [[Corrections]] >>>>>>>>>>>>>>>>>>>> lightning_noise_count = lightning_strike_count if >>>>>>>>>>>>>>>>>>>> lightning_strike_count > 0 else None >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> [accumulator] >>>>>>>>>>>>>>>>>>>> [[lightning_noise_count]] >>>>>>>>>>>>>>>>>>>> extractor = sum >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> This allows me to display the last recorded number of >>>>>>>>>>>>>>>>>>>> lightning strikes per day >>>>>>>>>>>>>>>>>>>> without them disappearing after one day. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> [email protected] schrieb am Mittwoch, 16. Juli 2025 >>>>>>>>>>>>>>>>>>>> um 22:29:28 UTC+2: >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> I've updated ecowitt_http.py (warnings gone), set >>>>>>>>>>>>>>>>>>>>> debug = rain, removed the corrections entry for p_rain >>>>>>>>>>>>>>>>>>>>> and here is the log. >>>>>>>>>>>>>>>>>>>>> No >>>>>>>>>>>>>>>>>>>>> No more p_rain with the updated setting and the most >>>>>>>>>>>>>>>>>>>>> recent version. (And yes, we had an considerable amount >>>>>>>>>>>>>>>>>>>>> of rain here today, >>>>>>>>>>>>>>>>>>>>> ~ 40mm so far and counting) >>>>>>>>>>>>>>>>>>>>> [image: 2025-07-16 22_26_09-Das Wetter in AT, >>>>>>>>>>>>>>>>>>>>> Salzburg, Hallein, Rif - Brave.png] >>>>>>>>>>>>>>>>>>>>> By the way: >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> "lightning_num": "23", >>>>>>>>>>>>>>>>>>>>> "lightning_strike_count": "0", >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Today 23 strikes were registered. What's the change >>>>>>>>>>>>>>>>>>>>> here, the old driver set the lightning_strike_count. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Werner Krenn schrieb am Mittwoch, 16. Juli 2025 um >>>>>>>>>>>>>>>>>>>>> 21:13:27 UTC+2: >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Of course, it was meant to be debug at EcowittHttp: >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> [EcowittHttp] >>>>>>>>>>>>>>>>>>>>>> debug = rain >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> With the current version, under >>>>>>>>>>>>>>>>>>>>>> [[Corrections]] >>>>>>>>>>>>>>>>>>>>>> p_rain = hail if hail is not None else None >>>>>>>>>>>>>>>>>>>>>> is no longer necessary! >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> [email protected] schrieb am Mittwoch, 16. Juli >>>>>>>>>>>>>>>>>>>>>> 2025 um 20:18:00 UTC+2: >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> I've never heard of such an issue nor have I >>>>>>>>>>>>>>>>>>>>>>> encountered one, but this one so far with the GW3000 >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> I have mapped p_rain for piezo_rain with >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> [StdCalibrate] >>>>>>>>>>>>>>>>>>>>>>> [[Corrections]] >>>>>>>>>>>>>>>>>>>>>>> p_rain = hail if hail is not None else None >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> With debug = rain WeeWX didn't start, I've set >>>>>>>>>>>>>>>>>>>>>>> logging to : >>>>>>>>>>>>>>>>>>>>>>> debug = 3 >>>>>>>>>>>>>>>>>>>>>>> [Logging] >>>>>>>>>>>>>>>>>>>>>>> version = 1 >>>>>>>>>>>>>>>>>>>>>>> disable_existing_loggers = False >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> # Root logger >>>>>>>>>>>>>>>>>>>>>>> [[root]] >>>>>>>>>>>>>>>>>>>>>>> level = INFO >>>>>>>>>>>>>>>>>>>>>>> handlers = rotate, #console >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> # Additional loggers would go in the following >>>>>>>>>>>>>>>>>>>>>>> section. This is useful for tailoring logging >>>>>>>>>>>>>>>>>>>>>>> # for individual modules. >>>>>>>>>>>>>>>>>>>>>>> [[loggers]] >>>>>>>>>>>>>>>>>>>>>>> [[[user.ecowitt_http]]] >>>>>>>>>>>>>>>>>>>>>>> level = DEBUG >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> # Definitions of possible logging destinations >>>>>>>>>>>>>>>>>>>>>>> [[handlers]] >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> # Log to a set of rotating files >>>>>>>>>>>>>>>>>>>>>>> [[[rotate]]] >>>>>>>>>>>>>>>>>>>>>>> level = INFO >>>>>>>>>>>>>>>>>>>>>>> formatter = verbose >>>>>>>>>>>>>>>>>>>>>>> class = >>>>>>>>>>>>>>>>>>>>>>> logging.handlers.RotatingFileHandler >>>>>>>>>>>>>>>>>>>>>>> filename = >>>>>>>>>>>>>>>>>>>>>>> /home/wusr/weewx-data/log/weewxd.log >>>>>>>>>>>>>>>>>>>>>>> maxBytes = 10000000 >>>>>>>>>>>>>>>>>>>>>>> backupCount = 4 >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> Werner Krenn schrieb am Mittwoch, 16. Juli 2025 um >>>>>>>>>>>>>>>>>>>>>>> 18:50:04 UTC+2: >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> Please set >>>>>>>>>>>>>>>>>>>>>>>> debug = rain >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> What is mapped for piezo_rain? >>>>>>>>>>>>>>>>>>>>>>>> By the way, this behavior is why I changed the >>>>>>>>>>>>>>>>>>>>>>>> calculation of rain and piezo_rain. >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> Connection issues: >>>>>>>>>>>>>>>>>>>>>>>> Have you read about the issue with GW3000 1.0.9 on >>>>>>>>>>>>>>>>>>>>>>>> GitHub? >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> [email protected] schrieb am Mittwoch, 16. Juli >>>>>>>>>>>>>>>>>>>>>>>> 2025 um 15:40:12 UTC+2: >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> After a failed connection to the GW300, this >>>>>>>>>>>>>>>>>>>>>>>>> happened with the piezo rain data: >>>>>>>>>>>>>>>>>>>>>>>>> Left: Old Ecowitt Gateway driver with GW2000, >>>>>>>>>>>>>>>>>>>>>>>>> Right: ecowitt http driver with GW3000: >>>>>>>>>>>>>>>>>>>>>>>>> [image: 2025-07-16 15_34_54-Das Wetter in AT, >>>>>>>>>>>>>>>>>>>>>>>>> Salzburg, Hallein, Rif - Brave.png] >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> From the log: >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:28:17 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> weewx.restx: MQTT: Published record 2025-07-16 >>>>>>>>>>>>>>>>>>>>>>>>> 13:28:16 CEST (1752665296) >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:28:27 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> weewx.restx: MQTT: Published record 2025-07-16 >>>>>>>>>>>>>>>>>>>>>>>>> 13:28:27 CEST (1752665307) >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:28:37 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> weewx.restx: MQTT: Published record 2025-07-16 >>>>>>>>>>>>>>>>>>>>>>>>> 13:28:37 CEST (1752665317) >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:28:47 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> weewx.restx: MQTT: Published record 2025-07-16 >>>>>>>>>>>>>>>>>>>>>>>>> 13:28:47 CEST (1752665327) >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:29:07 weewxd[19407] ERROR >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: URL - Failed to get device data on >>>>>>>>>>>>>>>>>>>>>>>>> attempt 1 of 3 >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:29:08 weewxd[19407] ERROR >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: **** <urlopen error timed out> >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:29:08 weewxd[19407] ERROR >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: Unable to obtain live sensor data >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:29:08 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> weewx.engine: Main loop exiting. Shutting engine down. >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:29:08 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> weewx.engine: Shutting down StdReport thread >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:29:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: EcowittHttpCollector thread has >>>>>>>>>>>>>>>>>>>>>>>>> been terminated >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:29:09 weewxd[19407] CRITICAL weewxd: >>>>>>>>>>>>>>>>>>>>>>>>> Caught WeeWxIOError: >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:29:09 weewxd[19407] CRITICAL weewxd: >>>>>>>>>>>>>>>>>>>>>>>>> **** Waiting 60.0 seconds then retrying... >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO weewxd: >>>>>>>>>>>>>>>>>>>>>>>>> retrying... >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> weewx.engine: Loading station type EcowittHttp >>>>>>>>>>>>>>>>>>>>>>>>> (user.ecowitt_http) >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: EcowittHttpDriver: version is 0.1.0 >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: unit_system: 17 >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: device IP address is 10.0.1.84 >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: poll interval is 10 seconds >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: rain debug is not set >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: wind debug is not set >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: lightning debug is not set >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: loop debug is not set >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: sensors debug is not set >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: catchup debug is not set >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: parser debug is not set >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: collector debug is not set >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: archive debug is not set >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: wn32_indoor: sensor ID decoding >>>>>>>>>>>>>>>>>>>>>>>>> will use indoor 'WN32' >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: wn32_outdoor: sensor ID decoding >>>>>>>>>>>>>>>>>>>>>>>>> will use outdoor >>>>>>>>>>>>>>>>>>>>>>>>> 'WN32P' >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: device firmware update checks >>>>>>>>>>>>>>>>>>>>>>>>> will occur every >>>>>>>>>>>>>>>>>>>>>>>>> 86400 seconds >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: available device firmware >>>>>>>>>>>>>>>>>>>>>>>>> updates will be logged >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: battery state will not be >>>>>>>>>>>>>>>>>>>>>>>>> reported for sensors with >>>>>>>>>>>>>>>>>>>>>>>>> no signal data >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: unknown fields will be ignored >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: catchup source: device >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: EcowittHttpCollector startup >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> weewx.engine: StdConvert target unit is 0x11 >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> weewx.wxservices: StdWXCalculate will use data >>>>>>>>>>>>>>>>>>>>>>>>> binding wx_binding >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> weewx.engine: Archive will use data binding wx_binding >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> weewx.engine: Record generation will be attempted in >>>>>>>>>>>>>>>>>>>>>>>>> 'software' >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> weewx.engine: Using archive interval of 300 seconds >>>>>>>>>>>>>>>>>>>>>>>>> (software record >>>>>>>>>>>>>>>>>>>>>>>>> generation) >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> weewx.restx: StationRegistry: Registration not >>>>>>>>>>>>>>>>>>>>>>>>> requested. >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> weewx.restx: Wunderground: Posting not enabled. >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> weewx.restx: PWSweather: Posting not enabled. >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> weewx.restx: CWOP: Posting not enabled. >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> weewx.restx: WOW: Posting not enabled. >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> weewx.restx: AWEKAS: Posting not enabled. >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO user.mqtt: >>>>>>>>>>>>>>>>>>>>>>>>> service version is 0.24 >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO user.mqtt: >>>>>>>>>>>>>>>>>>>>>>>>> binding to loop >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO user.mqtt: >>>>>>>>>>>>>>>>>>>>>>>>> data_binding is wx_binding >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO user.mqtt: >>>>>>>>>>>>>>>>>>>>>>>>> topic is weather_test_ws90 >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO user.mqtt: >>>>>>>>>>>>>>>>>>>>>>>>> data will be uploaded to mqtt://10.0.1.90:1883/ >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> weewx.engine: 'pyephem' detected, extended almanac >>>>>>>>>>>>>>>>>>>>>>>>> data is available >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO weewxd: >>>>>>>>>>>>>>>>>>>>>>>>> Starting up weewx version 5.1.0 >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> weewx.engine: Using binding 'wx_binding' to database >>>>>>>>>>>>>>>>>>>>>>>>> 'weewx-ws90.sdb' >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> weewx.manager: Starting backfill of daily summaries >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:09 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> weewx.manager: Daily summaries up to date >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:12 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: Archive: using 'rain.0x13.val' for >>>>>>>>>>>>>>>>>>>>>>>>> rain total >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:12 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: Archive: using >>>>>>>>>>>>>>>>>>>>>>>>> 'piezoRain.0x13.val' for piezo rain total >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:12 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: Archive: Skipping lightning count >>>>>>>>>>>>>>>>>>>>>>>>> of 1.0: no last count >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:12 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> weewx.manager: Added record 2025-07-16 13:28:00 CEST >>>>>>>>>>>>>>>>>>>>>>>>> (1752665280) to >>>>>>>>>>>>>>>>>>>>>>>>> database 'weewx-ws90.sdb' >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:12 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> weewx.manager: Added record 2025-07-16 13:28:00 CEST >>>>>>>>>>>>>>>>>>>>>>>>> (1752665280) to daily >>>>>>>>>>>>>>>>>>>>>>>>> summary in 'weewx-ws90.sdb' >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:13 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> weewx.engine: Starting main packet loop. >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:13 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: Using 'rain.0x13.val' for rain >>>>>>>>>>>>>>>>>>>>>>>>> total >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:13 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: Using 'piezoRain.0x13.val' for >>>>>>>>>>>>>>>>>>>>>>>>> piezo rain total >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:13 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: Archive: skipping rain measurement >>>>>>>>>>>>>>>>>>>>>>>>> of 600.4: no last rain >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:13 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: Archive: skipping piezo rain >>>>>>>>>>>>>>>>>>>>>>>>> measurement of 691.3: no >>>>>>>>>>>>>>>>>>>>>>>>> last rain >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:13 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> user.ecowitt_http: Archive: Skipping lightning count >>>>>>>>>>>>>>>>>>>>>>>>> of 1: no last count >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:13 weewxd[19407] INFO user.mqtt: >>>>>>>>>>>>>>>>>>>>>>>>> client established for mqtt://10.0.1.90:1883/ >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:13 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> weewx.restx: MQTT: Published record 2025-07-16 >>>>>>>>>>>>>>>>>>>>>>>>> 13:30:09 CEST (1752665409) >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:19 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> weewx.restx: MQTT: Published record 2025-07-16 >>>>>>>>>>>>>>>>>>>>>>>>> 13:30:19 CEST (1752665419) >>>>>>>>>>>>>>>>>>>>>>>>> 2025-07-16 13:30:30 weewxd[19407] INFO >>>>>>>>>>>>>>>>>>>>>>>>> weewx.restx: MQTT: Published record 2025-07-16 >>>>>>>>>>>>>>>>>>>>>>>>> 13:30:29 CEST (1752665429) >>>>>>>>>>>>>>>>>>>>>>>>> [email protected] schrieb am Montag, 14. Juli >>>>>>>>>>>>>>>>>>>>>>>>> 2025 um 21:05:17 UTC+2: >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> The warnings shows up once, after the >>>>>>>>>>>>>>>>>>>>>>>>>> ecowitt_http.py was altered when a new pycache >>>>>>>>>>>>>>>>>>>>>>>>>> object is created, only >>>>>>>>>>>>>>>>>>>>>>>>>> showing up when starting weewxd manually. It is >>>>>>>>>>>>>>>>>>>>>>>>>> console output not being >>>>>>>>>>>>>>>>>>>>>>>>>> logged. >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> vince schrieb am Montag, 14. Juli 2025 um >>>>>>>>>>>>>>>>>>>>>>>>>> 20:03:48 UTC+2: >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> On Monday, July 14, 2025 at 9:29:24 AM UTC-7 >>>>>>>>>>>>>>>>>>>>>>>>>>> steepleian wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> @Werner >>>>>>>>>>>>>>>>>>>>>>>>>>> I find it very confusing that hail is used for >>>>>>>>>>>>>>>>>>>>>>>>>>> p_rain. >>>>>>>>>>>>>>>>>>>>>>>>>>> My database has columns for p_rain etc from mods >>>>>>>>>>>>>>>>>>>>>>>>>>> I made for GW2000 driver. >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Agree. I notice that weewx doesn't directly >>>>>>>>>>>>>>>>>>>>>>>>>>> support multiple wind nor rain sensors, so folks >>>>>>>>>>>>>>>>>>>>>>>>>>> with a combination if >>>>>>>>>>>>>>>>>>>>>>>>>>> piezo and old-style spinning/tipping sensors have >>>>>>>>>>>>>>>>>>>>>>>>>>> issues mapping database >>>>>>>>>>>>>>>>>>>>>>>>>>> elements. >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Rather than requiring modifying the as-delivered >>>>>>>>>>>>>>>>>>>>>>>>>>> weewx schema, I'm wondering if an alternate >>>>>>>>>>>>>>>>>>>>>>>>>>> approach might be to create an >>>>>>>>>>>>>>>>>>>>>>>>>>> ecowitt-specific schema and a secondary db for >>>>>>>>>>>>>>>>>>>>>>>>>>> whatever ecowitt supports. >>>>>>>>>>>>>>>>>>>>>>>>>>> Granted, skins would need to explicitly reference >>>>>>>>>>>>>>>>>>>>>>>>>>> the ecowitt db binding, >>>>>>>>>>>>>>>>>>>>>>>>>>> but it would make the database mapping issue a >>>>>>>>>>>>>>>>>>>>>>>>>>> non-issue. >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> FWIW - the purpleair extension I use as well as >>>>>>>>>>>>>>>>>>>>>>>>>>> a couple other extensions create these alternate >>>>>>>>>>>>>>>>>>>>>>>>>>> databases on first use, so >>>>>>>>>>>>>>>>>>>>>>>>>>> it's not a big deal. You might consider taking >>>>>>>>>>>>>>>>>>>>>>>>>>> the same approach for >>>>>>>>>>>>>>>>>>>>>>>>>>> ecowitt which has a growing list of uniquenesses as >>>>>>>>>>>>>>>>>>>>>>>>>>> they add more and more >>>>>>>>>>>>>>>>>>>>>>>>>>> sensor types users can purchase. >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> That said, I do not know offhand if it is >>>>>>>>>>>>>>>>>>>>>>>>>>> possible to have a driver's sensor_map use a >>>>>>>>>>>>>>>>>>>>>>>>>>> secondary db rather than the >>>>>>>>>>>>>>>>>>>>>>>>>>> default db. That might be helpful to be able to >>>>>>>>>>>>>>>>>>>>>>>>>>> do, or even to map each >>>>>>>>>>>>>>>>>>>>>>>>>>> sensor_map item to the chosen db+element to read >>>>>>>>>>>>>>>>>>>>>>>>>>> from. >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>> 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 visit >>>>>>>>>>>>>>>>>>>> https://groups.google.com/d/msgid/weewx-user/65ac62e1-ca01-48a1-bb84-72ba48e50b59n%40googlegroups.com >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> <https://groups.google.com/d/msgid/weewx-user/65ac62e1-ca01-48a1-bb84-72ba48e50b59n%40googlegroups.com?utm_medium=email&utm_source=footer> >>>>>>>>>>>>>>>>>>>> . >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>> 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 visit >>>>>>>>>>>>>>>>>>> https://groups.google.com/d/msgid/weewx-user/b2e50c63-665f-4b41-8daa-708c7f9b7ba3n%40googlegroups.com >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> <https://groups.google.com/d/msgid/weewx-user/b2e50c63-665f-4b41-8daa-708c7f9b7ba3n%40googlegroups.com?utm_medium=email&utm_source=footer> >>>>>>>>>>>>>>>>>>> . >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> -- >>>>>>>>> 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 visit >>>>>>>>> https://groups.google.com/d/msgid/weewx-user/46ceccb1-49ce-40ee-ab5c-f4abf5561c7dn%40googlegroups.com >>>>>>>>> >>>>>>>>> <https://groups.google.com/d/msgid/weewx-user/46ceccb1-49ce-40ee-ab5c-f4abf5561c7dn%40googlegroups.com?utm_medium=email&utm_source=footer> >>>>>>>>> . >>>>>>>>> >>>>>>>>> -- >>>>>>>> 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 visit >>>>>>>> https://groups.google.com/d/msgid/weewx-user/e5034f32-ec88-4372-a13e-c6972f97ff7en%40googlegroups.com >>>>>>>> >>>>>>>> <https://groups.google.com/d/msgid/weewx-user/e5034f32-ec88-4372-a13e-c6972f97ff7en%40googlegroups.com?utm_medium=email&utm_source=footer> >>>>>>>> . >>>>>>>> >>>>>>>> -- >>> 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 visit >>> https://groups.google.com/d/msgid/weewx-user/f629b1e2-242b-4c5c-9a7b-e6e219e99f8dn%40googlegroups.com >>> >>> <https://groups.google.com/d/msgid/weewx-user/f629b1e2-242b-4c5c-9a7b-e6e219e99f8dn%40googlegroups.com?utm_medium=email&utm_source=footer> >>> . >>> >> >> >> -- >> Saludos/Regards, >> >> Francisco Javier Alonso >> > -- 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 visit https://groups.google.com/d/msgid/weewx-user/084f45eb-1748-4b62-978d-c03410f4c2b0n%40googlegroups.com.
