Appreciate the help so far. I had to wait for it to start raining again to do anything haha. And ok, so this is very strange behavior.
I stopped the weewx service, and ran it directly (log of the terminal window is attached). rainRate calculates fine, AND updates the database fine, just like it should. I stop the direct run, and run it as a service again, and it's working fine now! HOWEVER – Those results are weird, so I did it all again from scratch - rebooted, ran at startup as a service (no rain rate in the database again, just like before!), stopped it, ran it directly (rain rate works fine), stopped it, started the service (and now it works again?!). So it calculates rain rate, but won't update the database with it, UNTIL I run it directly first, then after that, it works even not directly... until I reboot, and it's broken again. Any idea what would cause that bizarre behavior??? Attaching three files - (1) weewx.log from startup (directly) through some archive cycles where it was actually raining (which you'll see near the end). https://www.dropbox.com/s/iqmi3e61y1zn0yt/weewx-1224-1500.log?dl=1 (2) terminal.log from running weewx directly. I can see in this that it's definitely calculating rainRate. It's just not updating the field in the database with the value it's calculating. https://www.dropbox.com/s/xtbilj0s1ar9fw7/terminal-1224-1500.log?dl=1 (3) full weewx.log from Dec 9th (when I confided this new Pi 4) with weewx startup (as a service) through some archive cycles where it was raining, including the direct starts today where it worked. https://www.dropbox.com/s/6veouk8rets8lsg/weewx-420-full.log?dl=1 On Thursday, December 24, 2020 at 1:00:04 PM UTC-5 tke...@gmail.com wrote: > The log does not include when weewx started up, so we can't tell which > weewx.conf it is using, what the sensor map was, nor what services are > being loaded. Otherwise, it looks normal. Do a restart, then post the log > through the first archive cycle. > > If rainRate is being calculated (and your instrumented version of > wxxtypes.py seems to indicate that it is), then, if it's in the schema, it > should be incorporated into the database. > > If you run weewxd directly from the command line, it will print out all > LOOP packets and archive records. What do they show for rainRate? > > > > On Thu, Dec 24, 2020 at 7:56 AM James Bellanca <jbel...@gmail.com> wrote: > >> Here's a little more info. I added from log.debug lines in the >> wxxtypes.py rainRater class. >> >> In get_scalar that calculated rainRate, right before "return rr", I >> added: log.debug("rr=%s", rr) >> In _setup in the if not... section right before the except error trap, I >> added: log.debug("Log row %s %s %s.", time_ts, unit_system, rain) >> >> Now in the logs, I'm seeing a lot of rows like: >> >> Dec 24 10:36:56 raspberrypi weewx[18054] DEBUG weewx.wxxtypes: >> rr=(0.0010683464566929135, 'inch_per_hour', 'group_rainrate') >> >> Dec 24 10:37:01 raspberrypi weewx[18054] DEBUG weewx.wxxtypes: >> rr=(0.0015807874015748033, 'inch_per_hour', 'group_rainrate') >> ... >> >> Dec 24 10:42:04 raspberrypi weewx[18054] DEBUG weewx.wxxtypes: >> rr=(0.0017618897637795277, 'inch_per_hour', 'group_rainrate') >> I've been watching the log for 10 mins now and I'm not seeing any "Log >> row..." debug messages. >> But, this means is calculating rainRate, but it's not updating the >> database with what it's calculating for some reason. >> >> >> >> >> >> On Thursday, December 24, 2020 at 9:39:13 AM UTC-5 James Bellanca wrote: >> >>> Both running on Python 3. >>> >>> $ ps ax | grep python >>> 831 ? Sl 468:45 *python3* /usr/share/weewx/weewxd --daemon >>> --pidfile=/var/run/weewx.pid /etc/weewx/weewx.conf >>> >>> Attaching 3 files - the weewx.conf files from both 4.1.1 and 4.2.2, and >>> the logs from 4.2.0 from 12/21 through today. It's been raining all morning >>> today (12/24), and same thing - 4.1.1 calcs the rainRate, but 4.2.0 >>> doesn't. (weewx.conf files have been renamed to include the version >>> number.) Sensor maps between them are both the same - and it's def getting >>> the rain value itself correct and inserting it to the database fine. I >>> don't see anything suspicious in the log, either. I appreciate the help! >>> >>> https://www.dropbox.com/s/tfvngl92flq9a4b/weewx-4.1.1.conf?dl=1 >>> https://www.dropbox.com/s/33uakjaj8oix3yk/weewx-4.2.0.conf?dl=1 >>> https://www.dropbox.com/s/g9egyues81u87qj/weewx-4.2.0.log?dl=1 >>> >>> >>> On Thursday, December 24, 2020 at 8:15:44 AM UTC-5 tke...@gmail.com >>> wrote: >>> >>>> In addition to Peter's questions, what do you have for a sensor map? >>>> >>>> On Wed, Dec 23, 2020 at 9:46 PM p q <peterq...@gmail.com> wrote: >>>> >>>>> Any messages in the log? Did you switch python versions? >>>>> >>>>> On Wed, Dec 23, 2020, 9:21 PM James Bellanca <jbel...@gmail.com> >>>>> wrote: >>>>> >>>>>> Btw, I've even checked/compared the rain rate data in the SDB files, >>>>>> and all other data is populated the same between the two instances, >>>>>> except >>>>>> the blank rain rate field. Look at the data in the first 10 rows of each >>>>>> file for 12/21. (Ignore the fact that Excel presents some of the small >>>>>> rain >>>>>> numbers exponentially - they're right in the database, it's just an >>>>>> Excel >>>>>> thing.) You'll see that it's adding up the rain values perfectly - just >>>>>> off >>>>>> very slightly due to timing. But, rainRate's = 0 in the 4.2.0 file, so >>>>>> it's >>>>>> not calculating. Any thoughts as to why? >>>>>> >>>>>> Google wouldn't let me upload the files here, so here they are: >>>>>> >>>>>> https://www.dropbox.com/s/9a8wicnjs4y8r0j/rainRate_12-21_4.1.1.slk?dl=0 >>>>>> >>>>>> https://www.dropbox.com/s/qcyng5ckxoiqzmw/rainRate_12-21_4.2.0.slk?dl=0 >>>>>> >>>>>> -- >>>>>> 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+...@googlegroups.com. >>>>>> To view this discussion on the web visit >>>>>> https://groups.google.com/d/msgid/weewx-user/267f1df2-33ce-4609-92c9-bf01ce173ed4n%40googlegroups.com >>>>>> >>>>>> <https://groups.google.com/d/msgid/weewx-user/267f1df2-33ce-4609-92c9-bf01ce173ed4n%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+...@googlegroups.com. >>>>> >>>> To view this discussion on the web visit >>>>> https://groups.google.com/d/msgid/weewx-user/CAA1SM20Yhv0N%3DctzQ5xkQU%3DOwbQ%2B7P6%3Dyn35qyHiuP3N_HGV9w%40mail.gmail.com >>>>> >>>>> <https://groups.google.com/d/msgid/weewx-user/CAA1SM20Yhv0N%3DctzQ5xkQU%3DOwbQ%2B7P6%3Dyn35qyHiuP3N_HGV9w%40mail.gmail.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+...@googlegroups.com. >> > To view this discussion on the web visit >> https://groups.google.com/d/msgid/weewx-user/7e77eaad-44a1-4e37-be67-fea6e9051336n%40googlegroups.com >> >> <https://groups.google.com/d/msgid/weewx-user/7e77eaad-44a1-4e37-be67-fea6e9051336n%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/b0db090a-8d25-460b-9c99-fc76d29d8f74n%40googlegroups.com.
