Re: [weewx-user] rsync not sending to remote web site after upgrade

[Geoff Cusick]

Just did a little more digging.  The user is now weewx, with its home directory as /var/lib/weex.  You need to put the SSH keys for your rsync server in a subdirectory .ssh under that.Took me a while to find that!Kind regardsGeoff17 Westcroft Road Holsworthy, EX22 6BYPhone: +44 (0)1409 254330Mobile: +44 (0)7976 285950Web: http://www.cusick.org.ukOn 24 May 2024, at 13:08, geoff...@gmail.com  wrote:I think I had this problem when I updated to v5.  IIRC, the weewx user has changed, and I needed to put the SSH keys into the home directory for that user.HTHGeoff Cusick On Friday 24 May 2024 at 12:56:10 UTC+1 Chris Eidem wrote:I failed to include it in my snippet. Here is the entire, non-edited RSYNC section in my weewx.conf:    [[RSYNC]]        # rsync'ing to a webserver is treated as just another report        skin = Rsync        # If you wish to use rsync, you must configure passwordless ssh using        # public/private key authentication from the user account that weewx        # runs to the user account on the remote machine where the files        # will be copied.        #        # If you wish to use rsync, set "enable" to "true", then        # fill out server, user, and path.        # The server should appear in your .ssh/config file.        # The user is the username used in the identity file.        # The path is the destination directory, such as /var/www/html/weather.        # Be sure that the user has write permissions on the destination!        enable = true        server = www        user = weewx        path = /var/www/htdocs/wx        # To upload files from something other than what HTML_ROOT is set        # to above, specify a different HTML_ROOT here.        #HTML_ROOT = /var/www/html/weewx        # Rsync can be configured to remove files from the remote server if        # they don't exist under HTML_ROOT locally. USE WITH CAUTION: if you        # make a mistake in the remote path, you could could unintentionally        # cause unrelated files to be deleted. Set to 1 to enable remote file        # deletion, zero to allow files to accumulate remotely.        delete = 0    On Friday, May 24, 2024 at 2:00:07 AM UTC-5 vince wrote:Unless I missed it, I see nothing rsync related in your logfile snippet.For starters, I think you need "skin = Rsync" in your [[RSYNC]] section.  If you edited weewx.conf be sure to restart weewx afterward so it takes effect.Also add "log_failure = true" and "log_success = true" to your RSYNC section at least temporarily to have it tell you what it's doing (or not).On Thursday, May 23, 2024 at 7:08:24 PM UTC-7 Chris Eidem wrote:

  

  
  
I'm assuming the
[[RSYNC]] section behaves like ssh normally would - the "server"
line in the RSYNC section is contacting the  host "www" as
listed in the .ssh/config below it. I can connect to the remote
server with a 'sudo -u weewx /usr/bin/bash -i' and then
  'ssh www'

On 5/23/24 20:43, Tom Keffer wrote:


  
  
Is the
  option "server = www" correct? Or, did you just use a
  placeholder for your post?


Assuming
  it's actually set to the true host...


I know
  you did not see anything in the log, but it would still be
  useful to see it. Set debug=1, restart weewxd, let it run
  through the first reporting cycle, then post the log.


-tk
  
  
  
On Thu, May 23, 2024 at
  6:11 PM Chris Eidem 
  wrote:

I'm
  not getting reports sent to my web site on another machine.
  rsync was working before upgrading to weewx 5, but now I can't
  seem to figure out why nothing is getting sent. I have the
  public and private keys along with the config file in the new
  home dir (/var/lib/weewx/.ssh) and if I do a sudo -u weewx
  /usr/bin/bash -i to get a shell, I can connect without a
  password and get a remote shell on the web server.
  
  
  [[RSYNC]] section:
          enable = true
        server = www
        user = weewx
        path = /var/www/htdocs/wx
  
  
  
  /var/lib/weewx/.ssh/config:
  Host www
        Hostname wx.example.com
        User weewx
        IdentityFile ~/.ssh/weewx
        StrictHostKeyChecking no
  
  
  
  How would I go about troubleshooting this? I don't see
anything in the journal stating any connection issues and
again, I can connect to the remote service passwordlessly
(is that a word?).
  
  
  Thank you for any hints,
  Chris
  -- 
  You received this message because you are subscribed to the
  Google Groups "wee

Re: [weewx-user] Re: Weewx-rain24h addon

[Geoff Cusick]

Sorry, I’m not familiar with the Seasons skin, but a quick look shows a set of .html.tmpl files under /etc/weewx/skins/Seasons.  The ‘home’ page is index.html.tmpl, and there’s a ‘footnote’ section that contains text.  As a quick try-on, you could insert the 24h rain total there.Have funGWeb: http://www.cusick.org.ukOn 18 Sep 2023, at 18:09, kufuu  wrote:Im using the default " Season Skin", not finding a html.tmpl file with that structure.On Monday, September 18, 2023 at 11:57:43 AM UTC-4 Geoff Cusick wrote:In the skins folder (something like /etc/weewx/skins), you’ll find a number of files called .html.tmpl. These are template files for the html pages that weewx generates.   Edit the file for the page where you want to place the 24h rain figure.  You’ll need to understand its structure to decide where you need to add some lines.  My site uses the Bootstrap skin, which uses a file gauges.html.tmpl to create a page containing some gauges and some text, including a table of values where I’ve put the 24h rain figure.  The relevant section of the file looks like this:                                                                                  $Labels.Generic.rainRate                        $current.rainRate                                                                    24h Max Rate                         $span($day_delta=1).rainRate.max                                                                    $Labels.Generic.dayrain                        $span($day_delta=1).rain.sum                                                                    $Labels.Generic.windchill                        $current.windchill                                                          Take a look at weather.cusick.org.uk to see how it looks in practice.HthGeoffWeb: http://www.cusick.org.ukOn 18 Sep 2023, at 16:40, kufuu <toef...@gmail.com> wrote:Thanks geoff, I like that, just where do I put the  "$span($day_delta=1).rain.sum" , sorry but Ive only been messing with weewx for only about 6months.On Monday, September 18, 2023 at 7:58:29 AM UTC-4 geoff...@gmail.com wrote:No need for an addon.  Just use$span($day_delta=1).rain.sumto return the last 24h rainfall total.You can see it on my weather site at weather.cusick.org.ukHthGeoff On Monday, 18 September 2023 at 12:02:06 UTC+1 gjr80 wrote:You might have to help us out here, what or where is the 'weewx-rain24h add on'. My quick google failed to find such an extension.GaryOn Monday, 18 September 2023 at 02:06:12 UTC+10 …. wrote:I installed the weewx-rain24h add on and was wondering how to get he 24hr rain totals to display on the season skin desktop ?



-- 
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/RHdDkdSTN68/unsubscribe.
To unsubscribe from this group and all its topics, send an email to weewx-user+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/weewx-user/0fde4aa9-f0a7-4c1b-bb9d-d7079b913a9an%40googlegroups.com.




-- 
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/RHdDkdSTN68/unsubscribe.
To unsubscribe from this group and all its topics, 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/0b67351d-b862-41c6-9143-c0a9c9e44cacn%40googlegroups.com.




-- 
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/52787BB5-DB70-4AF3-B155-C8ABAAE480C3%40gmail.com.

Re: [weewx-user] Re: Weewx-rain24h addon

[Geoff Cusick]

So you’re maintaining a circular buffer of (24h/loop packet interval) rainfall samples.  Is that right?GWeb: http://www.cusick.org.ukOn 18 Sep 2023, at 16:53, 'John Kline' via weewx-user  wrote:I wrote this extension; although, I no longer use it because I have generalized the functionality to work on any observation and for any time length in my weewx-loopdata extension.What you are missing is that the plug-in operates at the loop packet level.  Other than loading from the database at start up, with archive interval precision, it does not read the database.  Rather, it keeps track of any rain recorded in loop packets such that they can be decremented from rain 24 hours later.  For example, if .01 rain occurs 87s into an archive interval; and another .01 rain occurs 20s later; the 24 hour rain will decrement (i.e., the rain24 value injected into the loop packets) when each .01 occurrence falls out of the 24 hour window; not when the archive record in the database is older than 24 hours.Of course, this is all meaningless if you are just going to use it in reports that are only generated on the archive interval; but the for insane (I resemble that remark) who want to see 24 hour rain decrement at loop interval precision on their weather sites that update on every loop packet, it is useful.JohnOn Sep 18, 2023, at 8:26 AM, Geoff Cusick  wrote:Seems a bit of a roundabout way to provide data that’s already easily available - presumably retrieving the 24h rain sum from the database, then injecting it back into the loop packets.  I’m obviously missing something.GWeb: http://www.cusick.org.ukOn 18 Sep 2023, at 16:18, kufuu  wrote:https://github.com/chaunceygardiner/weewx-rain24hOn Monday, September 18, 2023 at 7:02:06 AM UTC-4 gjr80 wrote:You might have to help us out here, what or where is the 'weewx-rain24h add on'. My quick google failed to find such an extension.GaryOn Monday, 18 September 2023 at 02:06:12 UTC+10 toef...@gmail.com wrote:I installed the weewx-rain24h add on and was wondering how to get he 24hr rain totals to display on the season skin desktop ?



-- 
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/RHdDkdSTN68/unsubscribe.
To unsubscribe from this group and all its topics, 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/9dca3a07-38df-4606-b412-a3c040159944n%40googlegroups.com.




-- 
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/93806518-A6D9-40B9-AA6B-6DC7C268951E%40gmail.com.




-- 
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/RHdDkdSTN68/unsubscribe.
To unsubscribe from this group and all its topics, 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/899373C3-8626-4DDF-AC9C-D7AE48600646%40johnkline.com.




-- 
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/8ACFE559-1D1F-447F-9A6E-23A2E633E467%40gmail.com.

Re: [weewx-user] Re: Weewx-rain24h addon

[Geoff Cusick]

In the skins folder (something like /etc/weewx/skins), you’ll find a number of files called .html.tmpl. These are template files for the html pages that weewx generates.   Edit the file for the page where you want to place the 24h rain figure.  You’ll need to understand its structure to decide where you need to add some lines.  My site uses the Bootstrap skin, which uses a file gauges.html.tmpl to create a page containing some gauges and some text, including a table of values where I’ve put the 24h rain figure.  The relevant section of the file looks like this:                                                                                  $Labels.Generic.rainRate                        $current.rainRate                                                                    24h Max Rate                         $span($day_delta=1).rainRate.max                                                                    $Labels.Generic.dayrain                        $span($day_delta=1).rain.sum                                                                    $Labels.Generic.windchill                        $current.windchill                                                          Take a look at weather.cusick.org.uk to see how it looks in practice.HthGeoffWeb: http://www.cusick.org.ukOn 18 Sep 2023, at 16:40, kufuu  wrote:Thanks geoff, I like that, just where do I put the  "$span($day_delta=1).rain.sum" , sorry but Ive only been messing with weewx for only about 6months.On Monday, September 18, 2023 at 7:58:29 AM UTC-4 geoff...@gmail.com wrote:No need for an addon.  Just use$span($day_delta=1).rain.sumto return the last 24h rainfall total.You can see it on my weather site at weather.cusick.org.ukHthGeoff On Monday, 18 September 2023 at 12:02:06 UTC+1 gjr80 wrote:You might have to help us out here, what or where is the 'weewx-rain24h add on'. My quick google failed to find such an extension.GaryOn Monday, 18 September 2023 at 02:06:12 UTC+10 …. wrote:I installed the weewx-rain24h add on and was wondering how to get he 24hr rain totals to display on the season skin desktop ?



-- 
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/RHdDkdSTN68/unsubscribe.
To unsubscribe from this group and all its topics, 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/0fde4aa9-f0a7-4c1b-bb9d-d7079b913a9an%40googlegroups.com.




-- 
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/9437D71C-3E77-4090-9CB5-E93BE3E95540%40gmail.com.

Re: [weewx-user] Re: Weewx-rain24h addon

[Geoff Cusick]

Seems a bit of a roundabout way to provide data that’s already easily available - presumably retrieving the 24h rain sum from the database, then injecting it back into the loop packets.  I’m obviously missing something.GWeb: http://www.cusick.org.ukOn 18 Sep 2023, at 16:18, kufuu  wrote:https://github.com/chaunceygardiner/weewx-rain24hOn Monday, September 18, 2023 at 7:02:06 AM UTC-4 gjr80 wrote:You might have to help us out here, what or where is the 'weewx-rain24h add on'. My quick google failed to find such an extension.GaryOn Monday, 18 September 2023 at 02:06:12 UTC+10 toef...@gmail.com wrote:I installed the weewx-rain24h add on and was wondering how to get he 24hr rain totals to display on the season skin desktop ?



-- 
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/RHdDkdSTN68/unsubscribe.
To unsubscribe from this group and all its topics, 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/9dca3a07-38df-4606-b412-a3c040159944n%40googlegroups.com.




-- 
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/93806518-A6D9-40B9-AA6B-6DC7C268951E%40gmail.com.

Re: [weewx-user] Logging or displaying LOOP packets

[Geoff Cusick]

Thanks Graham.  That does it!

Geoff

17 Westcroft Road Holsworthy, EX22 6BY
Phone: +44 (0)1409 254330
Mobile: +44 (0)7976 285950
Web: http://www.cusick.org.uk

> On 10 Jul 2020, at 08:12, Graham Eddy  wrote:
> 
> 
> run weewx in the foreground, not as a daemon, and it should print out packets 
> as they arrive
> i.e. stop weewx, cd to weewx’s root dir, then
>   $ bin/weewxd weewx.conf
> 
> if nothing is printing, make sure StdPrint service is enabled
> e.g. find in weewx.conf
>   report_services = weewx.engine.StdPrint, weewx.engine.StdReport
> 
>> On 10 Jul 2020, at 5:06 pm, Geoff Cusick  wrote:
>> 
>> I’m trying to diagnose a problem with my Davis Vantage Vue / weewx system - 
>> outHumidity seems stuck at 95%.
>> 
>> I recall a while back a means of displaying the loop packets from the VV, 
>> which would let me see what the station is sending, but can’t remember the 
>> details.  I’ve searched both the documents and the forum, but come up dry.  
>> Please could someone remind me.
>> 
>> Thanks
>> Geoff
>> 
>> -- 
>> 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/24a94a87-5c90-423e-bdd1-dae12d286f4do%40googlegroups.com.
> 
> -- 
> 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/ctYapigUKGE/unsubscribe.
> To unsubscribe from this group and all its topics, 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/A46757A7-F78A-4E27-AA1F-75D54B943B94%40gmail.com.

-- 
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/14C834B8-69B8-4686-9B59-382598F14E42%40cusick.org.uk.

[weewx-user] Logging or displaying LOOP packets

[Geoff Cusick]

I’m trying to diagnose a problem with my Davis Vantage Vue / weewx system - 
outHumidity seems stuck at 95%.

I recall a while back a means of displaying the loop packets from the VV, 
which would let me see what the station is sending, but can’t remember the 
details.  I’ve searched both the documents and the forum, but come up dry. 
 Please could someone remind me.

Thanks
Geoff

-- 
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/24a94a87-5c90-423e-bdd1-dae12d286f4do%40googlegroups.com.

[weewx-user] Bootstrap: log shows: user.debug weewxd: GaugeGenerator: Cannot decode reading of 'None' for gauge 'windDir'

[Geoff Cusick]

Most of it’s in the subject line.  The log before/around this looks like:

Jul  2 16:39:36 weather user.info weewx[1629] INFO weewx.imagegenerator: 
Generated 4 images for report BigImages in 4.15 seconds
Jul  2 16:39:36 weather user.debug weewxd: translategenerator.pyc: No 
language override specified.
Jul  2 16:39:38 weather user.info weewx[1629] INFO weewx.imagegenerator: 
Generated 4 images for report SmallImages in 1.89 seconds
Jul  2 16:39:39 weather user.err weewx[1629] ERROR weeutil.rsyncupload: 
[['rsync', '--archive', '--stats', '-e ssh', u'/var/www/weewx/Bootstrap/', 
:webroot/weather']] reported errors: Host key verification failed.. 
rsync: connection unexpectedly closed (0 bytes received so far) [sender]. 
rsync error: unexplained error (code 255) at io.c(235) [sender=3.1.3]
Jul  2 16:39:39 weather user.info weewx[1629] INFO weeutil.rsyncupload: 
rsync executed in 0.42 seconds
Jul  2 16:40:16 weather user.info weewx[1629] INFO weewx.manager: Added 
record 2020-07-02 16:40:00 BST (1593704400) to database 'weewx-live'
Jul  2 16:40:17 weather user.info weewx[1629] INFO weewx.manager: Added 
record 2020-07-02 16:40:00 BST (1593704400) to daily summary in 'weewx-live'
Jul  2 16:40:17 weather user.debug weewxd: GaugeGenerator: outTemp reading 
= 15.39 degree_C
Jul  2 16:40:18 weather user.debug weewxd: GaugeGenerator: barometer 
reading = 1014.49668219 mbar
Jul  2 16:40:19 weather user.debug weewxd: GaugeGenerator: outHumidity 
reading = 85.0 percent
Jul  2 16:40:21 weather user.debug weewxd: GaugeGenerator: windSpeed 
reading = 0.44704 meter_per_second
Jul  2 16:40:22 weather user.debug weewxd: GaugeGenerator: windGust reading 
= 1.34112 meter_per_second
Jul  2 16:40:23 weather user.debug weewxd: GaugeGenerator: windDir reading 
= 270.0 degree_compass
Jul  2 16:40:24 weather user.debug weewxd: GaugeGenerator: Cannot decode 
reading of 'None' for gauge 'windDir'
Jul  2 16:40:24 weather user.debug weewxd: GaugeGenerator: Cannot decode 
reading of 'None' for gauge 'windDir'
Jul  2 16:40:24 weather user.debug weewxd: GaugeGenerator: Cannot decode 
reading of 'None' for gauge 'windDir'
Jul  2 16:40:24 weather user.debug weewxd: GaugeGenerator: Cannot decode 
reading of 'None' for gauge 'windDir'
Jul  2 16:40:24 weather user.debug weewxd: GaugeGenerator: Cannot decode 
reading of 'None' for gauge 'windDir'
Jul  2 16:40:24 weather user.debug weewxd: GaugeGenerator: Cannot decode 
reading of 'None' for gauge 'windDir'
Jul  2 16:40:24 weather user.debug weewxd: GaugeGenerator: Cannot decode 
reading of 'None' for gauge 'windDir'
Jul  2 16:40:24 weather user.debug weewxd: GaugeGenerator: Cannot decode 
reading of 'None' for gauge 'windDir'
Jul  2 16:40:24 weather user.debug weewxd: GaugeGenerator: Cannot decode 
reading of 'None' for gauge 'windDir'
Jul  2 16:40:24 weather user.debug weewxd: GaugeGenerator: Cannot decode 
reading of 'None' for gauge 'windDir'
Jul  2 16:40:24 weather user.debug weewxd: GaugeGenerator: Cannot decode 
reading of 'None' for gauge 'windDir'
Jul  2 16:40:24 weather user.debug weewxd: GaugeGenerator: Cannot decode 
reading of 'None' for gauge 'windDir'
Jul  2 16:40:24 weather user.debug weewxd: GaugeGenerator: Cannot decode 
reading of 'None' for gauge 'windDir'
Jul  2 16:40:24 weather user.debug weewxd: GaugeGenerator: Cannot decode 
reading of 'None' for gauge 'windDir'
Jul  2 16:40:24 weather user.debug weewxd: GaugeGenerator: Cannot decode 
reading of 'None' for gauge 'windDir'
Jul  2 16:40:24 weather user.debug weewxd: GaugeGenerator: Cannot decode 
reading of 'None' for gauge 'windDir'
Jul  2 16:40:24 weather user.debug weewxd: GaugeGenerator: Cannot decode 
reading of 'None' for gauge 'windDir'
Jul  2 16:40:24 weather user.debug weewxd: GaugeGenerator: Cannot decode 
reading of 'None' for gauge 'windDir'
Jul  2 16:40:24 weather user.debug weewxd: GaugeGenerator: Cannot decode 
reading of 'None' for gauge 'windDir'


..followed by many more identical lines.

I’m running weewx v 4.1.1, with v2.26 of Nick Dajda’s Bootstrap extension 
(fuzzy archer) on a Raspberry Pi running Buster, and Davis Vantage Vue. 
 Default python version is 3.7.3, though the log tells me that weewx is 
using 2.7.16.

I haven’t yet gone climbing to exercise the weather station, but the 
archive table in the database appears to contain sensible (changing) values 
for windDir.

Thanks for any help.

Geoff

-- 
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/bd6e08e3-51a0-448a-adce-d5d1eb3f39b0o%40googlegroups.com.

Re: [weewx-user] Re: consBatteryVoltage and txBatteryStatus data not added to database

[Geoff Cusick]

Thanks Tom.

I’ll do that in the morning, and report back.

Regards
Geoff

17 Westcroft Road Holsworthy, EX22 6BY
Phone: +44 (0)1409 254330
Mobile: +44 (0)7976 285950
Web: http://www.cusick.org.uk

> On 15 Nov 2019, at 19:44, Thomas Keffer  wrote:
> 
> 
> Replace your copy of accum.py with the attached. Should be at 
> /home/weewx/bin/weewx/accum.py. The new version has been instrumented to 
> check on how txBatteryStatus is being calculated from the LOOP packets.
> 
> Then restart weewx, wait until after the first reporting cycle, then post the 
> log from startup.
> 
> Oh, one other question: what is option [StdArchive] / record_generation set 
> to? 'hardware' or 'software' ?
> 
> -tk
> 
> 
>> On Fri, Nov 15, 2019 at 9:33 AM Geoff Cusick  wrote:
>> Thanks Tom.
>> 
>> I stopped weewx (sudo service weewx stop), then started it from the command 
>> line, as per the manual.
>> 
>> The LOOP packets all show txBatteryStatus as 1 - not surprising, as I only 
>> replaced the battery a couple of hours ago.  But the REC packets show  
>> txBatteryStatus as None. 
>> 
>> So it looks as if txBatteryStatus is not being copied from the loop packets.
>> 
>> Regards
>> Geoff
>> 
>> 17 Westcroft Road Holsworthy, EX22 6BY
>> Phone: +44 (0)1409 254330
>> Mobile: +44 (0)7976 285950
>> Web: http://www.cusick.org.uk
>> 
>>>> On 15 Nov 2019, at 17:17, Thomas Keffer  wrote:
>>>> 
>>> 
>>> One thing you could try is running weewx from the command line. It will 
>>> print out to the console all the data in an archive record. Watch for 
>>> entries marked "REC" (most will be marked "LOOP"). What is the value of 
>>> txBatteryStatus in there?
>>> 
>>> -tk
>>> 
>>>> On Fri, Nov 15, 2019 at 9:13 AM Geoff Cusick  wrote:
>>>> Thanks for the (very) speedy response, Tom.
>>>> 
>>>> I’m running weewx 3.9.2 on a Raspberry Pi, raspbian buster.  I’m using a 
>>>> MySQL database, hosted on a Synology NAS (MariaDB 5).  Looking at the 
>>>> archive table directly through phpmyadmin shows txBatteryStatus as 
>>>> constantly NULL.  A query:
>>>> 
>>>> select * FROM  ‘archive’ WHERE txBatteryStatus <> NULL;
>>>> 
>>>> returns no records.
>>>> 
>>>> Everything else seems to work correctly (see weather.cusick.org.uk); 
>>>> having just had to replace the ISS battery, I thought I’d add the battery 
>>>> status to the ‘About’ page.
>>>> 
>>>> Your help would be much appreciated.
>>>> 
>>>> Geoff
>>>> 
>>>> 17 Westcroft Road Holsworthy, EX22 6BY
>>>> Phone: +44 (0)1409 254330
>>>> Mobile: +44 (0)7976 285950
>>>> Web: http://www.cusick.org.uk
>>>> 
>>>>>> On 15 Nov 2019, at 16:57, Thomas Keffer  wrote:
>>>>>> 
>>>>> 
>>>>> Yes, both have been emitted since v2.6.3 (released 10-Apr-2014). 
>>>>> 
>>>>> Is txBatteryStatus null, or zero? It's normally zero. If it is truly 
>>>>> null, then something is wrong.
>>>>> 
>>>>>> On Fri, Nov 15, 2019 at 8:07 AM Geoff Cusick  wrote:
>>>>>> I know this is an old question.
>>>>>> 
>>>>>> Has the change that Tom mentioned been incorporated in later versions of 
>>>>>> vantage.py?  I’m using weewx v 3.9.2, but txBatteryStatus is always NULL 
>>>>>> in the database.
>>>>>> 
>>>>>> I’m using a Davis VantageVue.
>>>>>> 
>>>>>> Thanks
>>>>>> Geoff
>>>>>> 
>>>>>>> On Monday, 24 February 2014 13:45:43 UTC, Thomas Keffer wrote:
>>>>>>> This is a reasonable thing to want and nearly trivial to add. Here's a 
>>>>>>> version of the Vantage driver that saves the last value of 
>>>>>>> txBatteryStatus and consBatteryVoltage seen in a LOOP packet and puts 
>>>>>>> them in the archive record.
>>>>>>> 
>>>>>>> Replace bin/weewx/drivers/vantage.py with this version:
>>>>>>> 
>>>>>>> wget 
>>>>>>> https://sourceforge.net/p/weewx/code/HEAD/tree/trunk/bin/weewx/drivers/vantage.py?format=raw
>>>>>>>  -O vantage.py
>>>>>>> 
>>>

Re: [weewx-user] Re: consBatteryVoltage and txBatteryStatus data not added to database

[Geoff Cusick]

Thanks Tom.

I stopped weewx (sudo service weewx stop), then started it from the command 
line, as per the manual.

The LOOP packets all show txBatteryStatus as 1 - not surprising, as I only 
replaced the battery a couple of hours ago.  But the REC packets show  
txBatteryStatus as None. 

So it looks as if txBatteryStatus is not being copied from the loop packets.

Regards
Geoff

17 Westcroft Road Holsworthy, EX22 6BY
Phone: +44 (0)1409 254330
Mobile: +44 (0)7976 285950
Web: http://www.cusick.org.uk

> On 15 Nov 2019, at 17:17, Thomas Keffer  wrote:
> 
> 
> One thing you could try is running weewx from the command line. It will print 
> out to the console all the data in an archive record. Watch for entries 
> marked "REC" (most will be marked "LOOP"). What is the value of 
> txBatteryStatus in there?
> 
> -tk
> 
>> On Fri, Nov 15, 2019 at 9:13 AM Geoff Cusick  wrote:
>> Thanks for the (very) speedy response, Tom.
>> 
>> I’m running weewx 3.9.2 on a Raspberry Pi, raspbian buster.  I’m using a 
>> MySQL database, hosted on a Synology NAS (MariaDB 5).  Looking at the 
>> archive table directly through phpmyadmin shows txBatteryStatus as 
>> constantly NULL.  A query:
>> 
>> select * FROM  ‘archive’ WHERE txBatteryStatus <> NULL;
>> 
>> returns no records.
>> 
>> Everything else seems to work correctly (see weather.cusick.org.uk); having 
>> just had to replace the ISS battery, I thought I’d add the battery status to 
>> the ‘About’ page.
>> 
>> Your help would be much appreciated.
>> 
>> Geoff
>> 
>> 17 Westcroft Road Holsworthy, EX22 6BY
>> Phone: +44 (0)1409 254330
>> Mobile: +44 (0)7976 285950
>> Web: http://www.cusick.org.uk
>> 
>>>> On 15 Nov 2019, at 16:57, Thomas Keffer  wrote:
>>>> 
>>> 
>>> Yes, both have been emitted since v2.6.3 (released 10-Apr-2014). 
>>> 
>>> Is txBatteryStatus null, or zero? It's normally zero. If it is truly null, 
>>> then something is wrong.
>>> 
>>>> On Fri, Nov 15, 2019 at 8:07 AM Geoff Cusick  wrote:
>>>> I know this is an old question.
>>>> 
>>>> Has the change that Tom mentioned been incorporated in later versions of 
>>>> vantage.py?  I’m using weewx v 3.9.2, but txBatteryStatus is always NULL 
>>>> in the database.
>>>> 
>>>> I’m using a Davis VantageVue.
>>>> 
>>>> Thanks
>>>> Geoff
>>>> 
>>>>> On Monday, 24 February 2014 13:45:43 UTC, Thomas Keffer wrote:
>>>>> This is a reasonable thing to want and nearly trivial to add. Here's a 
>>>>> version of the Vantage driver that saves the last value of 
>>>>> txBatteryStatus and consBatteryVoltage seen in a LOOP packet and puts 
>>>>> them in the archive record.
>>>>> 
>>>>> Replace bin/weewx/drivers/vantage.py with this version:
>>>>> 
>>>>> wget 
>>>>> https://sourceforge.net/p/weewx/code/HEAD/tree/trunk/bin/weewx/drivers/vantage.py?format=raw
>>>>>  -O vantage.py
>>>>> 
>>>>> -tk
>>>>> 
>>>>> 
>>>>>> On Mon, Feb 24, 2014 at 3:00 AM, Andrew Milner  
>>>>>> wrote:
>>>>>> mesowx would certainly be able to pick it up from the LOOP records and 
>>>>>> store in its raw table - and display it graphically also (from the raw 
>>>>>> table) just not sure how to get the data from the raw table to the 
>>>>>> archive table!!!  My mesowx raw table contains data from LOOP records 
>>>>>> that I am 99% sure nobody else is picking up or doing anything with - 
>>>>>> but I have no real need to move it from raw to archive as I also 
>>>>>> extended the duration of raw to be 14 days!!
>>>>>> 
>>>>>> 
>>>>>>> On 24 February 2014 09:41, Al  wrote:
>>>>>>> Andrew Milner wrote:
>>>>>>> > Doesn't the stats database have the info?  I don't have a davis 
>>>>>>> > station,
>>>>>>> > but looking at your post it seems as though you have changed the 
>>>>>>> > schema
>>>>>>> > and restarted weewx - in which case the stats DB should have been
>>>>>>> > rebuilt with the additional info - and the stats part of weewx does
>>>>>>> > (configurable in weewx.conf) process loop re

Re: [weewx-user] Re: consBatteryVoltage and txBatteryStatus data not added to database

[Geoff Cusick]

Thanks for the (very) speedy response, Tom.

I’m running weewx 3.9.2 on a Raspberry Pi, raspbian buster.  I’m using a MySQL 
database, hosted on a Synology NAS (MariaDB 5).  Looking at the archive table 
directly through phpmyadmin shows txBatteryStatus as constantly NULL.  A query:

select * FROM  ‘archive’ WHERE txBatteryStatus <> NULL;

returns no records.

Everything else seems to work correctly (see weather.cusick.org.uk); having 
just had to replace the ISS battery, I thought I’d add the battery status to 
the ‘About’ page.

Your help would be much appreciated.

Geoff

17 Westcroft Road Holsworthy, EX22 6BY
Phone: +44 (0)1409 254330
Mobile: +44 (0)7976 285950
Web: http://www.cusick.org.uk

> On 15 Nov 2019, at 16:57, Thomas Keffer  wrote:
> 
> 
> Yes, both have been emitted since v2.6.3 (released 10-Apr-2014). 
> 
> Is txBatteryStatus null, or zero? It's normally zero. If it is truly null, 
> then something is wrong.
> 
>> On Fri, Nov 15, 2019 at 8:07 AM Geoff Cusick  wrote:
>> I know this is an old question.
>> 
>> Has the change that Tom mentioned been incorporated in later versions of 
>> vantage.py?  I’m using weewx v 3.9.2, but txBatteryStatus is always NULL in 
>> the database.
>> 
>> I’m using a Davis VantageVue.
>> 
>> Thanks
>> Geoff
>> 
>>> On Monday, 24 February 2014 13:45:43 UTC, Thomas Keffer wrote:
>>> This is a reasonable thing to want and nearly trivial to add. Here's a 
>>> version of the Vantage driver that saves the last value of txBatteryStatus 
>>> and consBatteryVoltage seen in a LOOP packet and puts them in the archive 
>>> record.
>>> 
>>> Replace bin/weewx/drivers/vantage.py with this version:
>>> 
>>> wget 
>>> https://sourceforge.net/p/weewx/code/HEAD/tree/trunk/bin/weewx/drivers/vantage.py?format=raw
>>>  -O vantage.py
>>> 
>>> -tk
>>> 
>>> 
>>>> On Mon, Feb 24, 2014 at 3:00 AM, Andrew Milner  
>>>> wrote:
>>>> mesowx would certainly be able to pick it up from the LOOP records and 
>>>> store in its raw table - and display it graphically also (from the raw 
>>>> table) just not sure how to get the data from the raw table to the 
>>>> archive table!!!  My mesowx raw table contains data from LOOP records that 
>>>> I am 99% sure nobody else is picking up or doing anything with - but I 
>>>> have no real need to move it from raw to archive as I also extended the 
>>>> duration of raw to be 14 days!!
>>>> 
>>>> 
>>>>> On 24 February 2014 09:41, Al  wrote:
>>>>> Andrew Milner wrote:
>>>>> > Doesn't the stats database have the info?  I don't have a davis station,
>>>>> > but looking at your post it seems as though you have changed the schema
>>>>> > and restarted weewx - in which case the stats DB should have been
>>>>> > rebuilt with the additional info - and the stats part of weewx does
>>>>> > (configurable in weewx.conf) process loop records so I would have
>>>>> > thought it would 'capture' your info.
>>>>> > Of course I may be completely off on a tangent here - as I said I don't
>>>>> > have a vantage or the luxury of battery statuses!!
>>>>> 
>>>>> That's not how it's working here. The data is in the loop record, but
>>>>> apparently consBatteryVoltage and txBatteryStatus data cannot be
>>>>> captured. So nothing in either the stats DB or the archive DB.
>>>>> 
>>>>> I'm coming from wview, where consBatteryVoltage and txBatteryStatus data
>>>>> is in the archive DB, so I thought that it would be the same with weewx.
>>>>> 
>>>>> I have seen at least one Vantage station running weewx that has the
>>>>> consBatteryVoltage/txBatteryStatus plot icons with current data, so it
>>>>> must be possible.
>>>>> 
>>>>> Al
>>>>> 
>>>>> 
>>>>> --
>>>>> You received this message because you are subscribed to a topic in the 
>>>>> Google Groups "Weewx user's group" group.
>>>>> To unsubscribe from this topic, visit 
>>>>> https://groups.google.com/d/topic/weewx-user/q-k9stqZqYQ/unsubscribe.
>>>>> To unsubscribe from this group and all its topics, send an email to 
>>>>> weewx...@googlegroups.com.
>>>>> 
>>>>> For more op

Re: [weewx-user] Re: consBatteryVoltage and txBatteryStatus data not added to database

[Geoff Cusick]

I know this is an old question.

Has the change that Tom mentioned been incorporated in later versions of 
vantage.py?  I’m using weewx v 3.9.2, but txBatteryStatus is always NULL in 
the database.

I’m using a Davis VantageVue.

Thanks
Geoff

On Monday, 24 February 2014 13:45:43 UTC, Thomas Keffer wrote:
>
> This is a reasonable thing to want and nearly trivial to add. Here's a 
> version of the Vantage driver that saves the last value of txBatteryStatus 
> and consBatteryVoltage seen in a LOOP packet and puts them in the archive 
> record.
>
> Replace bin/weewx/drivers/vantage.py with this version:
>
> wget 
> https://sourceforge.net/p/weewx/code/HEAD/tree/trunk/bin/weewx/drivers/vantage.py?format=raw
>  
> -O vantage.py
>
> -tk
>
>
> On Mon, Feb 24, 2014 at 3:00 AM, Andrew Milner  > wrote:
>
>> mesowx would certainly be able to pick it up from the LOOP records and 
>> store in its raw table - and display it graphically also (from the raw 
>> table) just not sure how to get the data from the raw table to the 
>> archive table!!!  My mesowx raw table contains data from LOOP records that 
>> I am 99% sure nobody else is picking up or doing anything with - but I have 
>> no real need to move it from raw to archive as I also extended the duration 
>> of raw to be 14 days!!
>>
>>
>> On 24 February 2014 09:41, Al > wrote:
>>
>>> Andrew Milner wrote:
>>> > Doesn't the stats database have the info?  I don't have a davis 
>>> station,
>>> > but looking at your post it seems as though you have changed the schema
>>> > and restarted weewx - in which case the stats DB should have been
>>> > rebuilt with the additional info - and the stats part of weewx does
>>> > (configurable in weewx.conf) process loop records so I would have
>>> > thought it would 'capture' your info.
>>> > Of course I may be completely off on a tangent here - as I said I don't
>>> > have a vantage or the luxury of battery statuses!!
>>>
>>> That's not how it's working here. The data is in the loop record, but
>>> apparently consBatteryVoltage and txBatteryStatus data cannot be
>>> captured. So nothing in either the stats DB or the archive DB.
>>>
>>> I'm coming from wview, where consBatteryVoltage and txBatteryStatus data
>>> is in the archive DB, so I thought that it would be the same with weewx.
>>>
>>> I have seen at least one Vantage station running weewx that has the
>>> consBatteryVoltage/txBatteryStatus plot icons with current data, so it
>>> must be possible.
>>>
>>> Al
>>>
>>>
>>> --
>>> You received this message because you are subscribed to a topic in the 
>>> Google Groups "Weewx user's group" group.
>>> To unsubscribe from this topic, visit 
>>> https://groups.google.com/d/topic/weewx-user/q-k9stqZqYQ/unsubscribe.
>>> To unsubscribe from this group and all its topics, send an email to 
>>> weewx...@googlegroups.com .
>>>
>>> For more options, visit https://groups.google.com/groups/opt_out.
>>>
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Weewx user's group" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to weewx...@googlegroups.com .
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>

-- 
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/e42336df-3f6f-4884-9339-17dc9af8d59a%40googlegroups.com.

Re: [weewx-user] Re: No updates since 2am start of British Summer Time

[Geoff Cusick]

Do I infer that the —dump option failed immediately, and didn’t download any 
records?

Geoff

17 Westcroft Road Holsworthy, EX22 6BY
Phone: +44 (0)1409 254330
Mobile: +44 (0)7976 285950
Web: http://www.cusick.org.uk

> On 2 Apr 2019, at 17:07, hindle...@gmail.com wrote:
> 
> I had the same problem, but only noticed it today.  I used the solution 
> suggested here, which correctly reset the system, so many thanks for the 
> suggestion.  However, my NOAA reports are missing 1 April - which is strange, 
> as I would presume that data would have been in the logger.  I also got the 
> following errors when I did the wee_device dump command:
> 
> root@raspberrypi:/home/pi# wee_device --dump
> Using configuration file /etc/weewx/weewx.conf
> Using Vantage driver version 3.1.1 (weewx.drivers.vantage)
> Proceeding will dump all data in the logger.
> Are you sure you want to proceed (y/n)? y
> Starting dump ...
>  Traceback (most recent call last): 2019-03-25 05:10:00 GMT (1553490600)
>   File "/usr/bin/wee_device", line 66, in 
> main()
>   File "/usr/bin/wee_device", line 62, in main
> device.configure(config_dict)
>   File "/usr/share/weewx/weewx/drivers/__init__.py", line 69, in configure
> self.do_options(options, parser, config_dict, prompt)
>   File "/usr/share/weewx/weewx/drivers/vantage.py", line 2016, in do_options
> self.dump_logger(station, config_dict, options.noprompt)
>   File "/usr/share/weewx/weewx/drivers/vantage.py", line 2616, in dump_logger
> for record in converted_generator:
>   File "/usr/share/weewx/weewx/units.py", line 1247, in next
> _record = self.input_generator.next()
>   File "/usr/share/weewx/weewx/drivers/vantage.py", line 659, in 
> genArchiveDump
> _page = self.port.get_data_with_crc16(267, prompt=_ack, 
> max_tries=self.max_tries)
>   File "/usr/share/weewx/weewx/drivers/vantage.py", line 206, in 
> get_data_with_crc16
> raise weewx.CRCError("Unable to pass CRC16 check while getting data")
> weewx.CRCError: Unable to pass CRC16 check while getting data
> 
> 
> I didn't do the wee_device clear, just in case I am able to get back the 
> missing 1 April data from the logger.
> 
> Any ideas on how I get back the missing 1 April data from the logger?
> 
> Thanks
> 
> David.
> 
> 
> 
>> On Tuesday, 2 April 2019 12:21:24 UTC+1, Phil Owers wrote:
>> As an update, my second rpi although it failed clear memory and dump 
>> commands must have done some good as it started working again shortly after 
>> i did the dump command. Phil O
>> 
>>> On Mon, 1 Apr 2019, 16:55 Phil Green,  wrote:
>>> Hi
>>> Why do you need to do a ‘dump’ command when you do the clear-memory?
>>> 
>>> Yes would be interested in a cron script. 
>>> I presume the same one to be run twice a year when the clocks change 
>>> forwards & backwards?
>>> Regards
>>> Phil
>>> 
>>> -- 
>>> 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...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
> 
> -- 
> 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/F4w4LutBHLk/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to 
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

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

Re: [weewx-user] Re: No updates since 2am start of British Summer Time

[Geoff Cusick]

As I said, belt-and-braces!

17 Westcroft Road Holsworthy, EX22 6BY
Phone: +44 (0)1409 254330
Mobile: +44 (0)7976 285950
Web: http://www.cusick.org.uk

> On 1 Apr 2019, at 17:56, Jeff A. D.  wrote:
> 
> Personally, I've never had to clear memory after the dump.  Once I've dumped 
> the memory everything seems to sych back up to normal.
> 
>> On Monday, April 1, 2019 at 10:01:18 AM UTC-6, Geoff Cusick wrote:
>> The —clear-memory command does just that - it deletes all the data held in 
>> the logger. That means that any data that has not been collected by weewx 
>> would be lost.  The —dump option downloads everything in the logger to 
>> weewx, which will (should, does, at least with MySQL) reject any records 
>> that have already been downloaded, but retain all new records, thus losing 
>> no data.  The sequence has to be —dump followed by —clear-memory. 
>> 
>> Geoff 
>> 
>> 17 Westcroft Road Holsworthy, EX22 6BY 
>> Phone: +44 (0)1409 254330 
>> Mobile: +44 (0)7976 285950 
>> Web: http://www.cusick.org.uk 
>> 
>> > On 1 Apr 2019, at 16:55, Phil Green  wrote: 
>> > 
>> > Hi 
>> > Why do you need to do a ‘dump’ command when you do the clear-memory? 
>> > 
>> > Yes would be interested in a cron script. 
>> > I presume the same one to be run twice a year when the clocks change 
>> > forwards & backwards? 
>> > Regards 
>> > Phil 
>> > 
>> > -- 
>> > 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/F4w4LutBHLk/unsubscribe. 
>> > To unsubscribe from this group and all its topics, send an email to 
>> > weewx...@googlegroups.com. 
>> > For more options, visit https://groups.google.com/d/optout. 
>> 
> 
> -- 
> 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/F4w4LutBHLk/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to 
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

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

Re: [weewx-user] Re: No updates since 2am start of British Summer Time

[Geoff Cusick]

The —clear-memory command does just that - it deletes all the data held in the 
logger. That means that any data that has not been collected by weewx would be 
lost.  The —dump option downloads everything in the logger to weewx, which will 
(should, does, at least with MySQL) reject any records that have already been 
downloaded, but retain all new records, thus losing no data.  The sequence has 
to be —dump followed by —clear-memory.

Geoff

17 Westcroft Road Holsworthy, EX22 6BY
Phone: +44 (0)1409 254330
Mobile: +44 (0)7976 285950
Web: http://www.cusick.org.uk

> On 1 Apr 2019, at 16:55, Phil Green  wrote:
> 
> Hi
> Why do you need to do a ‘dump’ command when you do the clear-memory?
> 
> Yes would be interested in a cron script. 
> I presume the same one to be run twice a year when the clocks change forwards 
> & backwards?
> Regards
> Phil
> 
> -- 
> 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/F4w4LutBHLk/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to 
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

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

Re: [weewx-user] Re: Can't Post To WOW

[Geoff Cusick]

I agree that finding your site ID on WOW is far from obvious.  I managed to do 
it from the WOW homepage (wow.metoffice.gov.uk), searching for stations at my 
location (in my case, Holsworthy, UK), then selecting my site from the map 
displayed and clicking on “Show Full Observation”.  The site ID is in 
parentheses (in my case, 935666001, but mine is a pre-2016 site - your site ID 
is probably much longer) below the site name (in my case, GCHolsworthy).  Quite 
why the met office makes it so hard to find is a bit of a mystery.

To find your PIN, you need to log in to wow.metoffice.org.uk, then select My 
Sites, then Edit Site.  Your PIN is then down the way, labelled Authentication 
Key.

Hope that’s helpful.

Geoff

17 Westcroft Road Holsworthy, EX22 6BY
Phone: +44 (0)1409 254330
Mobile: +44 (0)7976 285950
Web: http://www.cusick.org.uk

> On 10 Feb 2019, at 22:24, Banana Bob  wrote:
> 
> Tried the quotes and no luck there - So I assume there is something wrong 
> with the site id or pin number.
> But can't find where to get help from WOW.
> 
>> On Monday, 11 February 2019 03:29:58 UTC+13, ge...@cusick.org.uk wrote:
>> What yo are doing looks right to me.  My first instinct would be to check 
>> the Site ID - that (very) long number. Since it contains what may be 
>> reserved characters, it might need to be enclosed in quotes.
>> Geoff
>> 
> 
> -- 
> 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/uTroG_PsmfQ/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to 
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

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

Re: [weewx-user] Re: RPI and Saving Files to NAS

[Geoff Cusick]

Hi Tom,

Happy to help.

Might be best for me to work through the setup steps, mail you directly for you 
to try them, then to document the proven version for the forum.  It might take 
me a few days to drag it together - I set this up a while ago - but I’ll be in 
touch asap.

Regards
Geoff

17 Westcroft Road Holsworthy, EX22 6BY
Phone: +44 (0)1409 254330
Mobile: +44 (0)7976 285950
Web: http://www.cusick.org.uk

> On 18 Jan 2019, at 14:16, Tom Robertson  wrote:
> 
> Thanks Geoff.
> 
> Your setup sounds neat.  I am a novice at Linux so your setup might be a bit 
> too much for me but I'm willing to give it a go.  I need to learn sometime.  
> Anything you can provide to "help" me would be appreciated.  You can email me 
> directly if that would be better.
> 
> Tom
> 
> 
> From: weewx-user@googlegroups.com  on behalf of 
> ge...@cusick.org.uk 
> Sent: Friday, January 18, 2019 7:10 AM
> To: weewx-user
> Subject: [weewx-user] Re: RPI and Saving Files to NAS
>  
> On Friday, 18 January 2019 01:47:38 UTC, nine...@gmail.com  wrote:
> > I have my laptop running Linux and weewx set up to store the archive folder 
> > and the public_html folder on my Synology NAS.  I have entered the lines 
> > into the fstab to have the NAS mounted when the laptop boots up.
> > 
> > 
> > I have tried different combinations of fstab with my RPI and the RPI will 
> > not boot.  I can mount the NAS folders from the command line once the RPI 
> > boots.
> > 
> > 
> > I've tried googling without success.  
> > 
> > 
> > I thought it would be as easy as transferring my Ubuntu fstab to the RPI.  
> > Boy was I mistaken.
> > 
> > 
> > Anyone had success putting your files on a nas using an RPI?
> > 
> > 
> > Thanks.
> > 
> > 
> > Tom
> 
> I’ve been using the combiation of RPi and Synology NAS for some time now.  
> I’ve taken a slightly different approach, though.
> 
> I’ve configured weewx to use a MySQL database, hosted on the NAS under 
> MariaDB.  Pretty simple to set up, and seems to have been reliable.  On the 
> RPi, the log is stored in a local memory buffer (using Busybox’s syslogd, 
> qv), and public-html is placed on a ramdisk (tmpfs).  Thus, wrires to the SD 
> card are minimised.  Happy to share bits of weewx.conf if it would be helpful.
> 
> Geoff
> 
> -- 
> 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.
> For more options, visit 
> https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgroups.google.com%2Fd%2Foptout&data=02%7C01%7C%7Cb40985f05daa499f6a5908d67d4bf21e%7C84df9e7fe9f640afb435%7C1%7C0%7C636834162462964103&sdata=%2B1k7CYX4wTzvdbhVH5WAGomhZk7gYrzdfr4JhbINusM%3D&reserved=0.
> -- 
> 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/-XHRFRFbDrc/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to 
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

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

[weewx-user] Re: weewx.com bad Station Registry database?

[Geoff Cusick]

I've just updated to 3.8.0, and added a URL for my station, to add to the 
Station Registry.  Got the following log message:

StationRegistry: Failed to publish record 2017-11-25 15:59:00 GMT 
(1511625540): FAIL: execute failed: database disk image is malformed

Is the registry database still struggling?

Geoff

On Sunday, 22 October 2017 00:18:37 UTC+1, mwall wrote:
>
> you can safely ignore the log messages from StationRegistry.  the registry 
> extension only tries to contact the weewx registry once each week, and if 
> the connection fails it simply logs the failure.  it will not interfere 
> with any other weewx reports or services.
>
> i tried to repair the registry database, but no joy.  so the registry 
> database started over from scratch today.
>
> it will take about a week for all the stations to show up on the map again.
>
> 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 weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [weewx-user] Re: Secure FTP from ftpupload call?

[Geoff Cusick]

Andy,

I know this was a while back, but can you give me any pointers to setting up 
rsync between weewx and a 1and1 server - they’ve recently disabled ‘ordinary’ 
ftp, and my website is stuck on 24 September.

Any hints much appreciated.

Thanks
Geoff

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

Re: [weewx-user] Releasing V3.7.0

[Geoff Cusick]

Great - thanks for that.  The default post_interval is 900, so I'll leave 
things there.  I'll update to 3.7.1 when it's released.

Thanks again
Geoff 

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

Re: [weewx-user] Releasing V3.7.0

[Geoff Cusick]

I think the problem may persist.  Just updated to 3.7.0.  My configuration 
file had the following in it:

[[WOW]]
# This section is for configuring posts to WOW.

# If you wish to do this, set the option 'enable' to true,
# and specify a station and password.
enable = true
station = *
password = 
# Set post_interval to upload 1 record every 15 min. (WOW 
recommendation)
post_interval = 900


Restarting weewx gave the 'multiple values for ... post_interval' error.  
Commenting out the post_interval setting lets weewx start up correctly.

I updated from 3.6.2 to 3.7.0 today using the apt-get update; apt-get 
upgrade method on Rspbian Jessie

Thanks
Geoff


On Sunday, 12 March 2017 16:53:46 UTC, mwall wrote:
>
> On Sunday, March 12, 2017 at 12:37:47 PM UTC-4, Kenneth Baker wrote:
>>
>> I set post_interval in my configuration file for the WOW plugin.  This 
>> worked prior 
>> to v3.7.0.  In 3.7.0 I get the following error: 
>> Mar 11 18:25:03 host weewx[12696]:   TypeError: type object got 
>> multiple 
>> values for keyword argument 'post_interval' 
>> Mar 11 18:25:03 host weewx[12696]:   Exiting. 
>>
>
> fixed at commit ee1b35a
>  
>

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

[weewx-user] Create backup image of the running system

[Geoff Cusick]

Been there, suffered the problem - 2 or 3 times!

My solution is to create an image of your working system, stored on a drive 
attached to your PC.  Set up a cron job on the weewx system to take a backup of 
the database (I use MySQL on the Raspberry Pi and use mysqldump) at least once 
in 24h.  Recovery from SD card failure then comprises: 
1 Write the saved image to a new SD card.  This will also write an old 
database, but no matter.
2 Boot that image on the RPi.
3 Stop weewx.
4 Restore the database from the most recent backup (again, I use MySQL; I 
suspect sqlite is simpler)
5 Start weewx, and wait for it to update the database from the weather station. 
 I use a Davis VantageVue, withthe Davis USB logger, which stores several days' 
worth of records.

The procedure is a bit cumbersome, but it has worked for me!  I keep 7 days of 
database backups on a NAS on my home network.

Incidentally, I've done a few other things to reduce the number of writes to 
the SD card: I use a syslog alternative that uses a RAM buffer rather than 
writing to /var/log, and I've put the RPi's web server storage on a ramdisk.  

Hope that helps
Geoff

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