Beta testers for v3.9.0 needed

[Thomas Keffer]

It's been well over a year since the last "dot" release, but the V3.9 release is finally in sight!

We have a beta version, and can use some help testing it out. The biggest new feature is the new skin, Seasons, to replace the venerable Standard, which has shipped since v1.0! Using the new skin is entirely optional.

There have also been some changes in how report options are chosen, the net effect being that you will be able to specify a unit system to be applied to all reports, or just to individual reports.

I've been running v3.9 for 6 months on my home machine, so it appears to be very stable. We can just use some help to see if there are any sharp edges left.

You can find the release candidate, v3.9.0b1 is the usual place: http://weewx.com/downloads/development_versions/

Thanks, all!

-tk

[Thomas Keffer]

A clarification on skins:

• If you are installing fresh (not an upgrade), both Seasons and Standard will be installed, but only Seasons will be activated. 
  
• If you are upgrading, Seasons will be installed, but not activated. Your existing Standard will be left untouched and activated. For most people, your website will continue to look as expected. The exception is if you manually changed values in skin.conf, your units might come out wrong. There is a simple fix, explained in the Upgrade Guide.
  

-tk

[Scott Grayban]

The upgrade guide is still http://weewx.com/docs/upgrading.htm ?

[Scott Grayban]

Seems to working like a champ. http://www.nettletondistrict.com/

[mercurystorm]

wee_database seems to be gone in 3.9?

[gjr80]

Should be there. What type of a WeeWX install do you have and where have you looked?

Gary

[Thomas Keffer]

Scott, that is the upgrade guide for v3.8. The new V3.9 guide is included in the distribution. Just browse to (for example) /home/weewx/docs/upgrading.htm.

-tk

--
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.
For more options, visit https://groups.google.com/d/optout.

[Francis Yates]

root@raspberrypi:~/software/weewx# systemctl stop weewx
root@raspberrypi:~/software/weewx# wee_database --drop-daily
Using configuration file /etc/weewx/weewx.conf
Using database binding 'wx_binding', which is bound to database 'archive_mysql'
Proceeding will delete all your daily summaries from database 'weewx'
Are you sure you want to proceed (y/n)? y
Dropping daily summary tables from 'weewx' ...
Daily summary tables dropped from database 'weewx' in 2.84 seconds
root@raspberrypi:~/software/weewx# dpkg -i weewx
weewx_3.8.2-1_all.deb weewx_3.9.0b1-1_all.deb weewx-sdr-master/
root@raspberrypi:~/software/weewx# dpkg -i weewx_3.9.0b1-1_all.deb
(Reading database ... 45970 files and directories currently installed.)
Preparing to unpack weewx_3.9.0b1-1_all.deb ...
Unpacking weewx (3.9.0b1-1) over (3.8.2-1) ...
Setting up weewx (3.9.0b1-1) ...

Configuration file '/etc/weewx/weewx.conf'
==> Modified (by you or by a script) since installation.
==> Package distributor has shipped an updated version.
What would you like to do about it ? Your options are:
Y or I : install the package maintainer's version
N or O : keep your currently-installed version
D : show the differences between the versions
Z : start a shell to examine the situation
The default action is to keep your current version.
*** weewx.conf (Y/I/N/O/D/Z) [default=N] ?
Installing new version of config file /etc/weewx/weewx.conf.dist ...
Installing new version of config file
/etc/weewx/logwatch/scripts/services/weewx ...
Installing new version of config file /etc/weewx/skins/Rsync/skin.conf ...
Installing new version of config file
/etc/weewx/skins/Standard/index.html.tmpl ...
Installing new version of config file /etc/weewx/skins/Standard/skin.conf ...
Installing new version of config file /etc/weewx/skins/Ftp/skin.conf ...
Installing new version of config file /etc/weewx/import/wu-example.conf ...
Installing new version of config file /etc/weewx/import/cumulus-example.conf ...
Installing new version of config file /etc/weewx/import/csv-example.conf ...
saving previous config file as /etc/weewx/weewx.conf-3.8.2
saving distribution config file as /etc/weewx/weewx.conf-3.9.0b1
merging previous and distribution into /etc/weewx/weewx.conf
Using configuration file /etc/weewx/weewx.conf-3.8.2
Saved configuration to /etc/weewx/weewx.conf
Processing triggers for systemd (232-25+deb9u8) ...
root@raspberrypi:~/software/weewx# wee_database --rebuld-daily
-su: /usr/bin/wee_database: Permission denied
root@raspberrypi:~/software/weewx# wee_database --rebuld-daily
-su: /usr/bin/wee_database: Permission denied
root@raspberrypi:~/software/weewx# wee_database
-su: /usr/bin/wee_database: Permission denied
root@raspberrypi:~/software/weewx# systemctl status weewx
● weewx.service - LSB: weewx weather system
Loaded: loaded (/etc/init.d/weewx; generated; vendor preset: enabled)
Active: active (running) since Wed 2019-01-23 00:25:44 GMT; 43s ago
Docs: man:systemd-sysv-generator(8)
CGroup: /system.slice/weewx.service
├─26285 python /usr/bin/weewxd --daemon
--pidfile=/var/run/weewx.pid /etc/weewx/weewx.conf
└─26286 /usr/local/bin/rtl_433 -f 868.3M -R 119 -F json

Jan 23 00:25:45 raspberrypi weewx[26285]: engine: Finished loading
service weewx.engine.StdQC
Jan 23 00:25:45 raspberrypi weewx[26285]: engine: Loading service
weewx.wxservices.StdWXCalculate
Jan 23 00:25:45 raspberrypi weewx[26285]: wxcalculate: The following
values will be calculated: barometer=software, windchill=software,
dewpoint=prefer_hardware, appTemp=prefer_hardware, rainRate=software,
windrun=prefer_h
Jan 23 00:25:45 raspberrypi weewx[26285]: wxcalculate: The following
algorithms will be used for calculations: altimeter=aaNOAA,
maxSolarRad=RS
Jan 23 00:25:45 raspberrypi weewx[26285]: engine: Finished loading
service weewx.wxservices.StdWXCalculate
Jan 23 00:25:45 raspberrypi weewx[26285]: engine: Loading service
weewx.engine.StdArchive
Jan 23 00:25:45 raspberrypi weewx[26285]: engine: Archive will use
data binding wx_binding
Jan 23 00:25:45 raspberrypi weewx[26285]: engine: Record generation
will be attempted in 'software'
Jan 23 00:25:45 raspberrypi weewx[26285]: engine: Using archive
interval of 300 seconds (software record generation)
Jan 23 00:25:45 raspberrypi weewx[26285]: engine: Use LOOP data in
hi/low calculations: 1

root@raspberrypi:~/software/weewx# systemctl stop weewx
root@raspberrypi:~/software/weewx# wee
wee_config wee_debug wee_device wee_extension wee_import
wee_reports weewxd
root@raspberrypi:~/software/weewx# wee_de
wee_debug wee_device
root@raspberrypi:~/software/weewx# wee_database
-su: /usr/bin/wee_database: Permission denied
root@raspberrypi:~/software/weewx# updatedb
root@raspberrypi:~/software/weewx# wee_database
-su: /usr/bin/wee_database: Permission denied

On Wed, Jan 23, 2019 at 12:37 AM gjr80 <gjrod...@gmail.com> wrote:
>
> Should be there. What type of a WeeWX install do you have and where have you looked?
>
> Gary
>

> --
> You received this message because you are subscribed to a topic in the Google Groups "weewx-user" group.
> To unsubscribe from this topic, visit https://groups.google.com/d/topic/weewx-user/py_nuerC8Ss/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to weewx-user+...@googlegroups.com.

[Thomas Keffer]

Francis, can you check the permissions on the executables.

For example,

ls -l `which wee_database`

-tk

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.

[mercurystorm]

root@raspberrypi:/usr/share/weewx# ls -l `which wee_database`

total 172

-rw-r--r-- 1 root root  2891 Jan 22 17:47 daemon.py

-rw-r--r-- 1 root root  2715 Jan 23 00:32 daemon.pyc

drwxr-xr-x 2 root root  4096 Jan 23 00:32 schemas

drwxr-xr-x 3 root root  4096 Jan 23 00:36 user

drwxr-xr-x 2 root root  4096 Jan 23 00:32 weecfg

-rwxr-xr-x 1 root root  5414 Jan 22 17:47 wee_config

-rw-r--r-- 1 root root 36533 Jan 22 17:47 wee_database

drwxr-xr-x 2 root root  4096 Jan 23 00:32 weedb

-rwxr-xr-x 1 root root 16154 Jan 22 17:47 wee_debug

-rwxr-xr-x 1 root root  1924 Jan 22 17:47 wee_device

-rwxr-xr-x 1 root root  3016 Jan 22 17:47 wee_extension

drwxr-xr-x 2 root root  4096 Jan 23 00:32 weeimport

-rwxr-xr-x 1 root root 31175 Jan 22 17:47 wee_import

drwxr-xr-x 2 root root  4096 Jan 23 00:35 weeplot

-rwxr-xr-x 1 root root  2171 Jan 22 17:47 wee_reports

drwxr-xr-x 2 root root  4096 Jan 23 00:36 weeutil

drwxr-xr-x 3 root root  4096 Jan 23 00:35 weewx

-rwxr-xr-x 1 root root  2566 Jan 22 17:47 weewxd

-rwxr-xr-x 1 root root 21132 Jan 22 17:47 wunderfixer

root@raspberrypi:/usr/share/weewx#

[Thomas Keffer]

Yup. It looks like wee_database lost executable permission somewhere along the way. I've corrected it in commit 1e9b0.

You can fix your installation with

sudo chmod +x /usr/share/weewx/wee_database

-tk

[mercurystorm]

Thanks that fixed it

[vince]

On Tuesday, January 22, 2019 at 12:05:24 PM UTC-8, Thomas Keffer wrote:

It's been well over a year since the last "dot" release, but the V3.9 release is finally in sight!

Seasons skin has two different looks on the images for a debian:latest (9.6) docker container clean installation.

Current looks nice and crisp.  Others are bolder and very fuzzy.

Install was setup.py of course.

Dockerfile is https://github.com/vinceskahan/weewx-docker/blob/master/weebian/Dockerfile lightly edited to install the 3.9b1 tgz file

[mwall]

On Tuesday, January 22, 2019 at 10:41:54 PM UTC-5, vince wrote:

On Tuesday, January 22, 2019 at 12:05:24 PM UTC-8, Thomas Keffer wrote:

It's been well over a year since the last "dot" release, but the V3.9 release is finally in sight!

Seasons skin has two different looks on the images for a debian:latest (9.6) docker container clean installation.

Current looks nice and crisp.  Others are bolder and very fuzzy.

Install was setup.py of course.

vince,

are you sure that was a *really* clean install?  when you uninstall weewx, the reports (nominally /var/www/html/weewx) and data (nominally /var/lib/weewx) will not be removed.  you have to delete those manually.

perhaps the non-current plots are left over from a previous installation?

m 

[Andy]

Did a clean install from git several weeks ago but just got it running yesterday. Used an existing sqlite db with extended schema.

version = 3.9.0a5

https://www.andylittle.us/weewx/

[Ed]

I have been using version 3.9.0a5 and just switched to version 3.9.0b1. Both versions work great with my Davis Vantage Pro wired. The only problem I have seen on both versions is on the Current Conditions section of the main page.  The wind and rain labels look like they show up as variables. See attached pic.

[Andy]

Ok upgraded now via setup.py. I have no pressure sensor connected.

Running on VMware with SDR driver

root@weewx-prod:/home/weewx# uname -a

Linux weewx-prod 4.16.0-2-amd64 #1 SMP Debian 4.16.12-1 (2018-05-27) x86_64 GNU/Linux

root@weewx-prod:/home/weewx# cat /etc/debian_version 

buster/sid

Jan 23 06:43:07 weewx-prod weewx[12106]: engine: Initializing weewx version 3.9.0b1

wind and rain_rate labels do not match.

[vince]

On Tuesday, January 22, 2019 at 9:49:58 PM UTC-8, mwall wrote:

Seasons skin has two different looks on the images for a debian:latest (9.6) docker container clean installation.

Current looks nice and crisp.  Others are bolder and very fuzzy.

Install was setup.py of course.

vince,

are you sure that was a *really* clean install?  when you uninstall weewx, the reports (nominally /var/www/html/weewx) and data (nominally /var/lib/weewx) will not be removed.  you have to delete those manually.

perhaps the non-current plots are left over from a previous installation?

Docker build, so a clean os+data install, but yes the previous html+archives were still there from vanilla 3.8.2 using the old Standard skin.

Let me check when I get home this evening and verify if the plots cleaned up on their own over time.

Thanks.

[Thomas Keffer]

Seasons uses some specialized labels that were missing in its skin.conf. Fixed in commit df638e.

Thanks! Keep them coming!

-tk

--

[nine...@gmail.com]

Just updated to 3.9.0b1 and am getting the following error.  I guess Gary needs to look at the WD script.

Jan 23 11:13:24 raspberrypi weewx[11023]: cheetahgenerator: Generate failed with exception '<type 'exceptions.TypeError'>'

Jan 23 11:13:24 raspberrypi weewx[11023]: cheetahgenerator: **** Ignoring template /home/weewx/skins/Clientraw/clientrawdaily.txt.tmpl

Jan 23 11:13:24 raspberrypi weewx[11023]: cheetahgenerator: **** Reason: toString() got an unexpected keyword argument 'NONE_string'

Jan 23 11:13:24 raspberrypi weewx[11023]: ****  Traceback (most recent call last):

Jan 23 11:13:24 raspberrypi weewx[11023]: ****    File "/home/weewx/bin/weewx/cheetahgenerator.py", line 332, in generate

Jan 23 11:13:24 raspberrypi weewx[11023]: ****      fd.write(str(compiled_template))

Jan 23 11:13:24 raspberrypi weewx[11023]: ****    File "/usr/lib/python2.7/dist-packages/Cheetah/Template.py", line 1005, in __str__

Jan 23 11:13:24 raspberrypi weewx[11023]: ****      rc = getattr(self, mainMethName)()

Jan 23 11:13:24 raspberrypi weewx[11023]: ****    File "_home_weewx_skins_Clientraw_clientrawdaily_txt_tmpl.py", line 138, in respond

Jan 23 11:13:24 raspberrypi weewx[11023]: ****  TypeError: toString() got an unexpected keyword argument 'NONE_string'

Jan 23 11:13:24 raspberrypi weewx[11023]: cheetahgenerator: Generate failed with exception '<type 'exceptions.TypeError'>'

Jan 23 11:13:24 raspberrypi weewx[11023]: cheetahgenerator: **** Ignoring template /home/weewx/skins/Clientraw/clientraw.txt.tmpl

Jan 23 11:13:24 raspberrypi weewx[11023]: cheetahgenerator: **** Reason: toString() got an unexpected keyword argument 'NONE_string'

Jan 23 11:13:24 raspberrypi weewx[11023]: ****  Traceback (most recent call last):

Jan 23 11:13:24 raspberrypi weewx[11023]: ****    File "/home/weewx/bin/weewx/cheetahgenerator.py", line 332, in generate

Jan 23 11:13:24 raspberrypi weewx[11023]: ****      fd.write(str(compiled_template))

Jan 23 11:13:24 raspberrypi weewx[11023]: ****    File "/usr/lib/python2.7/dist-packages/Cheetah/Template.py", line 1005, in __str__

Jan 23 11:13:24 raspberrypi weewx[11023]: ****      rc = getattr(self, mainMethName)()

Jan 23 11:13:24 raspberrypi weewx[11023]: ****    File "_home_weewx_skins_Clientraw_clientraw_txt_tmpl.py", line 194, in respond

Jan 23 11:13:24 raspberrypi weewx[11023]: ****  TypeError: toString() got an unexpected keyword argument 'NONE_string'

Tom

 

[Thomas Keffer]

Gary: the toString() option NONE_string got changed to None_string. Didn't realize anyone was using it.

I've added NONE_string for backwards compatibility in commit 3d3e76.

-tk

--

[Thomas Keffer]

Oops. Commit is 3d3e76

-tk

[Tom Robertson]

Tom,

Thanks for the quick response.  Seems to be working fine now.

Tom

---

From: weewx...@googlegroups.com <weewx...@googlegroups.com> on behalf of Thomas Keffer <tke...@gmail.com>
Sent: Wednesday, January 23, 2019 11:38 AM
To: weewx-user
Subject: Re: [weewx-user] Re: Beta testers for v3.9.0 needed

 

[vince]

Looks like the week/month/year/rain-year plots cleaned themselves up after the system ran a while.  I didn't change anything, just let it run for a day.

[Ξ]

I'd like to join the party but I need to know: does crt work with it?

[Thomas Keffer]

That's what beta tests are for!

If it doesn't work, it's easy enough to back out: just replace weewx.conf and the bin directory with the backed up versions.

On Sat, Jan 26, 2019 at 10:49 AM Ξ <fcky...@gmail.com> wrote:

I'd like to join the party but I need to know: does crt work with it?

--

[steeple ian]

Confirm that CRT working fine with the beta.

Sent from my iPhone

On 26 Jan 2019, at 18:49, Ξ <fcky...@gmail.com> wrote:

I'd like to join the party but I need to know: does crt work with it?

--

[vince]

On Saturday, January 26, 2019 at 1:07:01 PM UTC-8, steeple ian wrote:

Confirm that CRT working fine with the beta. 

 

Sorry - with that common a name, my google-fu isn't turning up anything reasonable.

What exactly is CRT ?

Have a link ?

 

[Thomas Keffer]

It's in the Wiki! 

--

[vince]

On Saturday, January 26, 2019 at 5:09:00 PM UTC-8, Thomas Keffer wrote:

It's in the Wiki! 

Ugh - so it is.

Busted !

Love it :-) 

[gjr80]

It seems that the 'look of your website' will also be affected if you use anything other than the 'default' settings not just for [Units] [[Groups]] but also for [[StringFormats]], [[Labels]], [[TimeFormats]], [[Ordinates]], [[DegreeDays]], [[Trend]] and [Labels]. Case in hand being if your skin specifies something other than '   N/A' as the None [[StringFormat]] the [Defaults] stanza will override that and force the '   N/A' to be used. Simple enough to fix and perhaps not as widespread an impact as the changes to units.

Gary   

On Wednesday, 23 January 2019 06:16:25 UTC+10, Thomas Keffer wrote:

A clarification on skins:

• If you are installing fresh (not an upgrade), both Seasons and Standard will be installed, but only Seasons will be activated. 
  
• If you are upgrading, Seasons will be installed, but not activated. Your existing Standard will be left untouched and activated. For most people, your website will continue to look as expected. The exception is if you manually changed values in skin.conf, your units might come out wrong. There is a simple fix, explained in the Upgrade Guide.
  

-tk

[P Simmons]

After update to 3.9.0b2, anacron logged this:

/etc/cron.daily/logrotate:
error: Ignoring weewx because of bad file mode - must be 0644 or 0444.

No other anomalies noted at this time.

Thanks!

Paul

[Thomas Keffer]

Take a look at permissions in /etc/logrotate.d:

ls -l /etc/logrotate.d

--

[Ξ]

OK, installed it (R-Pi, Arch Linux) and it's running fine so far, but will it eventually be able to inherit the units from previous config files? I'm not too happy having to convert from imperial to metric.

they're there under Units:

        [[[Units]]]
            [[[[Groups]]]]
                group_altitude = meter
                group_speed2 = meter_per_second2
                group_pressure = mbar
                group_rain = mm
                group_rainrate = mm_per_hour
                group_temperature = degree_C
                group_degree_day = degree_C_day
                group_speed = meter_per_second
The only other thing I remember specifying in skin.conf was how date/hour values should be displayed on the plots/report.
Speaking of which the Week/Month/(Rain) Year plots look wonky:
 



Oh and I have to say I really REALLY like the battery status introduction!

[Ξ]

Oh, wait a second, I've just noticed the enlarged plots have metric values and the others imperial.

[P Simmons]

Found it... needed to edit contents of /home/weewx/util/logrotate.d/weewx for owner:group and permissions - didn't remember having to do that before!

Thanks,

Paul

[vince]

On Sunday, January 27, 2019 at 9:55:24 AM UTC-8, Ξ wrote:

OK, installed it (R-Pi, Arch Linux) and it's running fine so far, but will it eventually be able to inherit the units from previous config files? I'm not too happy having to convert from imperial to metric.

You don't 'have' to pick any particular unit system.

That's why it's configurable in the skin.conf files.

Pick any combination of the possibilities that works for you. 

[Thomas Keffer]

Ξ (or whatever your name is), the tall plots are just old plots, which have not been regenerated yet. When they get old enough, they will be. Or, wipe out /home/weewx/public_html and have weewx regenerate everything. -tk

On Sun, Jan 27, 2019 at 10:07 AM Ξ <fcky...@gmail.com> wrote:

Oh, wait a second, I've just noticed the enlarged plots have metric values and the others imperial.

--

[Ξ]

Yeah, I thought they're old and I did rm -r * on both public_html and the host where it's uploaded, and I did it twice but occasionally tall plots still turn up

also, their time stamp matches the normal ones:
-rw-r--r-- 1 root root  2714 Jan 28 13:16 monthbarometer.png
-rw-r--r-- 1 root root  3924 Jan 28 13:16 monthtempdew.png
-rw-r--r-- 1 root root  8401 Jan 28 13:18 monthtempfeel.png

[Thomas Keffer]

I am guessing that you are running both Seasons and Standard at the same time. The image that gets displayed is the one from whichever finished last. 

Take a look in [StdReport] and see if they are both enabled. If so, disable Standard, then restart WeeWX.

-tk

[Ξ]

Aaand your guess was correct. I disabled Standard.  Speaking of which, any plans to introduce the battery readings to it? I can't tell you enough how much I like this feature as I've tried but failed to implement the email notification script.

- Ivo

[Alan Major]

Upgraded my Raspberry Pi installation using the setup.py method. I had previously installed the new Seasons skin. Upgrade and first 48hrs running have not encountered any problems. Good work, thanks.

Alan

[Ξ]

Does it matter that after the upgrade to 39b the section below is empty?

[StdWXCalculate]
   
    [[Calculations]]

##############################################################################

as opposed to what it's like in the weex.conf in 3.6.1

[StdWXCalculate]
   
    [[Calculations]]
        # Derived quantities are calculated by this service. Possible values are:
        #  hardware        - use the value provided by hardware
        #  software        - use the value calculated by weewx
        #  prefer_hardware - use value provide by hardware if available,
        #                      otherwise use value calculated by weewx
       
        pressure = prefer_hardware
        barometer = prefer_hardware
        altimeter = prefer_hardware
        windchill = prefer_hardware
        heatindex = prefer_hardware
        dewpoint = prefer_hardware
        inDewpoint = prefer_hardware
        rainRate = prefer_hardware

##############################################################################

[Thomas Keffer]

No, that's not normal, and I was able to reproduce it.

The problem was some bad upgrade logic in setup.py, corrected in commit f41b4d9.

This was serious enough that I've also created and uploaded a new beta, v3.9.0b3.

Thank you, Ivo!

-tk

--

[ve2se]

Scott try to access your web  page for  weewx , without  success ! are you running the  new Seasons skin ? if yes can you give  me access  to have a look to the new skin

tnx

Jean-Pierre  ve2se

Le mardi 22 janvier 2019 17:24:02 UTC-5, Scott Grayban a écrit :

Seems to working like a champ. http://www.nettletondistrict.com/

On Tuesday, January 22, 2019 at 1:39:54 PM UTC-8, Scott Grayban wrote:

The upgrade guide is still http://weewx.com/docs/upgrading.htm ?

[Scott Grayban]

@Thomas I am happy to report that since I updated a week ago using the deb file and manually updating the weewx.conf I have not seen any issues from my logs or website data.

Thanks for all your work.

[Ξ]

To report another thing, I saw this in the system log when I stopped weewx.

weewx[178]: engine: Received signal TERM (15).
weewx[178]: engine: Main loop exiting. Shutting engine down.
weewx[178]: engine: Shutting down StdReport thread
weewx[178]: engine: StdReport thread has been terminated
systemd[1]: Stopping weewx...
weewx[178]: restx: Shut down WeatherCloud thread.
weewx[178]: restx: Shut down PWSWeather thread.
weewx[178]: restx: Shut down Wunderground-PWS thread.
weewx[178]: restx: Shut down StationRegistry thread.
weewx[178]: ws28xx: MainThread: stopRFThread: waiting for RF thread to terminate
weewx[178]: ws28xx: RFComm: stopping rf communication
weewx[178]: ws28xx: MainThread: releasing USB interface
weewx[178]: engine: Terminating weewx version 3.9.0b2
weewx[178]:     ****  Traceback (most recent call last):
weewx[178]:     ****    File "/home/wx39/weewx/bin/weewx/engine.py", line 888, in main
weewx[178]:     ****      engine.run()
weewx[178]:     ****    File "/home/wx39/weewx/bin/weewx/engine.py", line 188, in run
weewx[178]:     ****      for packet in self.console.genLoopPackets():
 weewx[178]:     ****    File "/home/wx39/weewx/bin/weewx/drivers/ws28xx.py", line 1364, in genLoopPackets
 weewxd[178]: Traceback (most recent call last):
 weewxd[178]:   File "/home/wx39/weewx/bin/weewxd", line 64, in <module>
 weewxd[178]:     weewx.engine.main(options, args)
 weewxd[178]:   File "/home/wx39/weewx/bin/weewx/engine.py", line 888, in main
 weewxd[178]:     engine.run()
 weewxd[178]:   File "/home/wx39/weewx/bin/weewx/engine.py", line 188, in run
 weewxd[178]:     for packet in self.console.genLoopPackets():
 weewxd[178]:   File "/home/wx39/weewx/bin/weewx/drivers/ws28xx.py", line 1364, in genLoopPackets
 weewx[178]:     ****      time.sleep(self.polling_interval)
 weewxd[178]:     time.sleep(self.polling_interval)
 weewxd[178]:   File "/home/wx39/weewx/bin/weewx/engine.py", line 806, in sigTERMhandler
 weewxd[178]:     raise Terminate
 weewxd[178]: weewx.engine.Terminate
 weewx[178]:     ****    File "/home/wx39/weewx/bin/weewx/engine.py", line 806, in sigTERMhandler
 weewx[178]:     ****      raise Terminate
 weewx[178]:     ****  Terminate
 systemd[1]: weewx.service: Main process exited, code=exited, status=1/FAILURE
 systemd[1]: weewx.service: Failed with result 'exit-code'.
 systemd[1]: Stopped weewx.

Then when I used wee_config_database

./wee_database /home/wx39/weewx/weewx.conf --drop-daily
Using configuration file /home/wx39/weewx/weewx.conf
Using database binding 'wx_binding', which is bound to database 'archive_sqlite'
Proceeding will delete all your daily summaries from database 'weewx.sdb'
Are you sure you want to proceed (y/n)? y
Dropping daily summary tables from 'weewx.sdb' ...
Daily summary tables dropped from database 'weewx.sdb' in 7.25 seconds
[root@alarmpi bin]# ./wee_database /home/wx39/weewx/weewx.conf --rebuild-daily
Using configuration file /home/wx39/weewx/weewx.conf
Using database binding 'wx_binding', which is bound to database 'archive_sqlite'
All daily summaries will be rebuilt.
Proceed (y/n)? y
Rebuilding daily summaries in database 'weewx.sdb' ...
 Traceback (most recent call last):e: 2015-04-28 06:15:00 EEST (1430190900)
  File "./wee_database", line 794, in <module>
    main()
  File "./wee_database", line 153, in main
    rebuildDaily(config_dict, db_binding, options)
  File "./wee_database", line 263, in rebuildDaily
    trans_days=20)
  File "/home/wx39/weewx/bin/weewx/manager.py", line 1469, in backfill_day_summary
    weight = self._calc_weight(rec)
  File "/home/wx39/weewx/bin/weewx/manager.py", line 1582, in _calc_weight
    raise ValueError("Non-positive value for record field 'interval': %s" % (record['interval'], ))
ValueError: Non-positive value for record field 'interval': -4

[Ξ]

For some reason above the second output is truncated after I post it, here's in full (hopefully):

[jard...@gmail.com]

It's works perfectly with my custom Davis Weather Monitor II Driver.

[Andrew Milner]

have you checked the archive to see if you have a negative value in the interval column??

select dateTime, interval from archive where interval < 0;

should tell you.

[Ξ]

Hi Andy,

Thanks for the suggestion. Indeed I have those values:
sqlite> select dateTime, interval from archive where interval < 0;
1430448660|-4
1443433740|-6
1446832320|-3
1457711580|-2
1497621180|-2
1508676660|-4
1547560500|-12700

What I did was to move the .sdb file to the installation with weewx 3.6.1 and there I ran --backfill-daily without it complaining.

Ivo

[Andrew Milner]

why did you do that??  I am not sure what backfill daily does (since that has been superceded since 3.7)

Anyway you need to work out what those negative values for interval should be, and correct them before running rebuild daily.

In the old versions of Weewx I think the interval was always the archive interval from weewx.conf but in 3.8 and later the value can be variable I believe.

[Thomas Keffer]

On the ws28xx series, interval is calculated as the time difference between records. Perhaps your records were being emitted out of order from the console?

In any case, the exception happened for a very old record (2015-04-28 06:15:00 EEST (1430190900))

Could you do your query again, except this time include the times in something we can read:

select dateTime, datetime(dateTime,'unixepoch','localtime'), interval from archive where interval < 0;

-tk

--

[Ξ]

Andy,

--backfill-daily does on older versions what --rebuild-daily does.

Here's the human readable output:
1430448660|2015-05-01 05:51:00|-4
1443433740|2015-09-28 12:49:00|-6
1446832320|2015-11-06 19:52:00|-3
1457711580|2016-03-11 17:53:00|-2
1497621180|2017-06-16 16:53:00|-2
1508676660|2017-10-22 15:51:00|-4
1547560500|2019-01-15 15:55:00|-12700

I replaced the batteries on Jan 20 as the console (TFA Opus) was completely off when I went there and I assume the big negative value might have something to do with that, I see some gaps in the NOAA file for March 2016 which leads me to believe again there must have been low batteries issue but not for the rest.

[Thomas Keffer]

It's probably best to delete those records.

In any case, starting with commit e4288b1 there is a check for negative intervals. To appear in v3.9.0.

-tk

[Sef Konings]

Hi, weewx users.

I have just upgraded my weewx weatherstation, from weewx 3.8.2 to the latest version 3.9.0. I have done this with the apt-get update and upgrade tool  The weatherstation starts again in 3.9.0, new graphs are being produced, but after a few minutes, I can see this error message when the system is producing the html pages:

2019 Feb  6 00:53:09 localhost reportengine: Caught unrecoverable exception in generator 'weewx.imagegenerator.ImageGenerator'
2019 Feb  6 00:53:09 localhost         ****  'NoneType' object has no attribute 'startswith'
2019 Feb  6 00:53:09 localhost         ****  Generator terminated
Feb  6 00:53:09 localhost weewx[537]: imagegenerator: Generated 19 images for BigReport in 5.01 seconds
Feb  6 00:53:09 localhost weewx[537]: cheetahgenerator: Generated 1 files for report lastrain in 0.04 seconds
Feb  6 00:53:09 localhost weewx[537]: cheetahgenerator: Generated 1 files for report cmon in 0.04 seconds
Feb  6 00:53:09 localhost weewx[537]: reportengine: Caught unrecoverable exception in generator 'weewx.imagegenerator.ImageGenerator'
Feb  6 00:53:09 localhost weewx[537]:         ****  'NoneType' object has no attribute 'startswith'
Feb  6 00:53:09 localhost weewx[537]:         ****  Traceback (most recent call last):
Feb  6 00:53:09 localhost weewx[537]:         ****    File "/usr/share/weewx/weewx/reportengine.py", line 204, in run
Feb  6 00:53:09 localhost weewx[537]:         ****      obj.start()
Feb  6 00:53:09 localhost weewx[537]:         ****    File "/usr/share/weewx/weewx/reportengine.py", line 300, in start
Feb  6 00:53:09 localhost weewx[537]:         ****      self.run()
Feb  6 00:53:09 localhost weewx[537]:         ****    File "/usr/share/weewx/weewx/imagegenerator.py", line 32, in run
Feb  6 00:53:09 localhost weewx[537]:         ****      self.genImages(self.gen_ts)
Feb  6 00:53:09 localhost weewx[537]:         ****    File "/usr/share/weewx/weewx/imagegenerator.py", line 112, in genImages
Feb  6 00:53:09 localhost weewx[537]:         ****      plot = weeplot.genplot.TimePlot(plot_options)
Feb  6 00:53:09 localhost weewx[537]:         ****    File "/usr/share/weewx/weeplot/genplot.py", line 122, in __init__
Feb  6 00:53:09 localhost weewx[537]:         ****      skin_dir, self.top_label_font_path)
Feb  6 00:53:09 localhost weewx[537]:         ****    File "/usr/share/weewx/weeplot/genplot.py", line 134, in normalize_path
Feb  6 00:53:09 localhost weewx[537]:         ****      if os.path.isabs(path):
Feb  6 00:53:09 localhost weewx[537]:         ****    File "/usr/lib/python2.7/posixpath.py", line 54, in isabs
Feb  6 00:53:09 localhost weewx[537]:         ****      return s.startswith('/')
Feb  6 00:53:09 localhost weewx[537]:         ****  AttributeError: 'NoneType' object has no attribute 'startswith'
Feb  6 00:53:09 localhost weewx[537]:         ****  Generator terminated

After this, weewx keeps active. I already have been searching in this group for other people with the same errormessage, but until now nobody seems to have got this problem.

Can you please give me a clue ?   (You can find my weewx page on : https://sekoni.nl/weewx)   

Thanks !

many regards,

Sef

[Thomas Keffer]

Hello, Sef

Take a look under [ImageGenerator] in the skin.conf configuration file for your 'BigReport', and make sure there are entries for 

top_label_font_path

bottom_label_font_path

unit_label_font_path

axis_label_font_path

rose_label_font_path

-tk

[mwall]

this is because the cmon skin.conf does not specify any fonts

the change to defaults.py did not include fonts - only strings

as a workaround, add these to the cmon skin.conf:

[ImageGenerator]

    top_label_font_path = /usr/share/fonts/truetype/freefont/FreeMonoBold.ttf

    unit_label_font_path = /usr/share/fonts/truetype/freefont/FreeMonoBold.ttf

    bottom_label_font_path = /usr/share/fonts/truetype/freefont/FreeMonoBold.ttf

    axis_label_font_path = /usr/share/fonts/truetype/freefont/FreeMonoBold.ttf

    rose_label_font_path = /usr/share/fonts/truetype/freefont/FreeMonoBold.ttf

    ...

[mwall]

tom,

i think we missed this case.  the function weeplot.utilities.get_font_handle deals with no font specified, but the path normalization in genplot.py does not do the right thing.  it tries to normalize even when path is None.

m

[Thomas Keffer]

So, why did cmon work before?

[mwall]

On Tuesday, February 5, 2019 at 8:23:21 PM UTC-5, Thomas Keffer wrote:

So, why did cmon work before? 

in my installations i specify paths in weewx.conf.  so i never tested this configuration.

here is the fix.  in genplot.py, change this:

    @staticmethod

    def normalize_path(skin_dir, path):

        if os.path.isabs(path):

            return path

        return os.path.join(skin_dir, path) 

to this:

    @staticmethod

    def normalize_path(skin_dir, path):

        if path is None or os.path.isabs(path):

            return path

        return os.path.join(skin_dir, path)

m

[Juan Antonio Mosquera]

I upgraded!,

first problem is units!, units default change in my weewx.conf i think... 

I changed units in group and all OK. 

I use Belchertown Skin... and today upgrade 3.9.0 to 3.9.1.

Thanks.

[Sef Konings]

Hi Matthew and Tom,

I have tried your solution to adapt the file genplot.py, that solved the problem adequately!
You only have to remove the <cr> after the or statement! The cmon graphs are working too now! Thanks for your tips and solution!
I understand that this caused a new release of weewx... I will upgrade to the new version asap
I have one more question, what is needed to enable the windrose graph in weewx, or is this part of the new skin?

Thanks!
Regards, Sef