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/041b6d20-d2b0-4944-82ce-9961a7fbb2a7n%40googlegroups.com.
