You could try outHumidity = extraHumid1 if extraHumid1 is not None else None
I don't know if this will work, but I'm thinking that for the packets that do not include extraHumid1, you will get a NameError exception, which WeeWX ignores. So, outHumidity will be None unless there's a value for extraHumid1. Give it a try... On Mon, May 6, 2024 at 1:21 AM Lieven Hollevoet <lieven.hollev...@gmail.com> wrote: > Hello fellow weewx-users, > > I am happily running weewx in combination with a Davis Vantage Vue station > since 2018. > > Recently, the humidity sensor of my station has developed a problem in > which it sometimes report 'sane' values and sometimes it reports a 0 or 1% > relative humidity. This of course results in very wonky dewpoint > calculations and so I set out to fix it. > Replacement sensors are no longer available, soldering a new sensor in the > station is not an option. > > I don't want to replace the complete sensor suite in the outdoor unit as > all other sensors are still working fine. I opted to setup a new relative > humidity sensor. I attached a Bosch BME280 sensor to the Luftdaten air > quality sensor that I have running near the weather station to measure > valid relative humidity values. > > I am pulling the BME280 relative humidity sensor values via Home Assistant > from the Luftdaten sensor and I am posting it to an MQTT broker. WeeWX > reads the relative humidity sensor values from the BME280 using the > MQTTSubscribeService. The new relative humidity sensor value are reported > in the extraHumid1 sensor in WeeWX. > > This is all working as expected. > > The question I have: is there a way to override the standard 'outHumidity' > readings that come from the LOOP packets that are read from the Vantage > station with the valid readings from the extraHumid1 sensor? > > I tried using the [StdCalibrate] > [[Corrections]] setting in the > configuration but the problem is that the LOOP packets from the Vantage > station with the invalid relative humidity readings are much more > frequently received than the updates from the MQTT service that only > updates the sensor value every 2 minutes. So the override with the > corrections only happens when a new MQTT message is received, all the other > intermediate loop pakets still contain the invalid relative humidity > readings from the Vantage driver (the 'outHumidity' sensor). > > I searched the documentation but I did not find a way to implement what I > try to do. Does somebody have a pointer that I can follow to solve this > issue? > > For your reference: my weather data with the invalid and the valid > relative humidity sensor can be found on http://weer.lika.be > > Thanks in advance, > Lieven. > > -- > 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 weewx-user+unsubscr...@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/weewx-user/0270db27-4a43-4f55-99f3-b67eb4273200n%40googlegroups.com > <https://groups.google.com/d/msgid/weewx-user/0270db27-4a43-4f55-99f3-b67eb4273200n%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 weewx-user+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/weewx-user/CAPq0zEAyH-%2B%2BcUaXtVMCY9docPbXDUND6z5wp15LW4cyXZDXWw%40mail.gmail.com.
