On Tuesday, September 27, 2016 at 11:15:28 AM UTC-4, Dan Verbus wrote: > > Thank you for the tip on not having to modify sdr.py, > > What is weewx expecting from the driver for rainfall? Is it the amount of > rain that has fallen since the last loop packet that included a rain total > (Msg 31)? Or is it more complicated than that? In other words, how much of > the rain total/ rain rate logic is in weewx, versus in the driver? >
all of the rain/rain_total logic is in the driver. by default the sdr driver treats everything as an instantaneous measure. so what we need is a way to indicate "observation x is a cumulative measure" along with a way to remember the last state of the observation so that the driver can report the delta for that observation. other drivers do this explicitly for rain, but the sdr driver needs to do it generically, since it can report not just rain but also watt-second-counters or other cumulative observations. we also need to figure out for the specific case of acurite sensors whether the type 31 message can be trusted (that would be an rtl_* issue) or whether we need a different message (i see a separate acurite rain value reported from time to time, but i have not tracked down where it is coming from). i will probably have time to work on it this weekend, but if you want to have a go at it and submit a pull request, go for it. m -- 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]. For more options, visit https://groups.google.com/d/optout.
