Re: [weewx-user] OutOfSpan: Attempt to merge an accumulator whose timespan is not a subset

[Martin Nielsen]

Same - but different. :/

/Martin

fredag den 15. november 2019 kl. 21.01.40 UTC+1 skrev Thomas Keffer:
>
> That is very odd. Let's try this again, but this time with the import at 
> the top of the file.
>
> -tk
>
> On Fri, Nov 15, 2019 at 11:32 AM Martin Nielsen  > wrote:
>
>> Hi Thomas.
>>
>> Log attached.
>>
>> But I think something is wrong.. "import syslog" is written as output !?
>>
>> /Martin
>>
>> onsdag den 13. november 2019 kl. 23.58.04 UTC+1 skrev Thomas Keffer:
>>>
>>> Hello, Martin
>>>
>>> Not exactly sure what's going on here. Could you please replace your 
>>> copy of accum.py with the attached? It has been instrumented to give more 
>>> information about the error.
>>>
>>> You can find it at /usr/share/weewx/weewx/accum.py.
>>>
>>> -tk
>>>
>>> On Wed, Nov 13, 2019 at 12:01 PM Martin Nielsen  
>>> wrote:
>>>
 Hi

 My weewx shuts down shortly after every midnight. It began immediately 
 after DST changed a few weeks back. But this could just be a coincidence.

 I have monit running to kick if back to action but it is annoying me - 
 and i have been unable to figure out what is going on..

 I am running davis vantage pro2 iss with a metostick driver on 
 raspberry pi.

 Weewx is installed from a deb repository.


 -- 
 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.
 To view this discussion on the web visit 
 https://groups.google.com/d/msgid/weewx-user/1521f01d-64fa-44c2-aaa9-50a51821fa8c%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...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/e3972fbc-e08d-47b9-86ca-90d48a7e6861%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/72521972-3b67-4dee-80e9-0c4bb4b6bbdc%40googlegroups.com.
Nov 16 00:00:19 raspberrypi rsyslogd:  [origin software="rsyslogd" 
swVersion="8.1901.0" x-pid="369" x-info="https://www.rsyslog.com;] rsyslogd was 
HUPed
Nov 16 00:00:19 raspberrypi systemd[1]: logrotate.service: Succeeded.
Nov 16 00:00:19 raspberrypi systemd[1]: Started Rotate log files.
Nov 16 00:00:20 raspberrypi systemd[1]: man-db.service: Succeeded.
Nov 16 00:00:20 raspberrypi systemd[1]: Started Daily man-db regeneration.
Nov 16 00:00:29 raspberrypi weewx[4924]: meteostick: rain=0.0 rain_count=0 
last_rain_count=76
Nov 16 00:00:39 raspberrypi weewx[4924]: meteostick: rain=0.0 rain_count=0 
last_rain_count=76
Nov 16 00:00:49 raspberrypi weewx[4924]: meteostick: rain=0.0 rain_count=0 
last_rain_count=76
Nov 16 00:00:59 raspberrypi weewx[4924]: meteostick: rain=0.0 rain_count=0 
last_rain_count=76
Nov 16 00:01:10 raspberrypi weewx[4924]: meteostick: rain=0.0 rain_count=0 
last_rain_count=76
Nov 16 00:01:20 raspberrypi weewx[4924]: meteostick: rain=0.0 rain_count=0 
last_rain_count=76
Nov 16 00:01:30 raspberrypi weewx[4924]: meteostick: rain=0.0 rain_count=0 
last_rain_count=76
Nov 16 00:01:40 raspberrypi weewx[4924]: meteostick: rain=0.0 rain_count=0 
last_rain_count=76
Nov 16 00:01:51 raspberrypi weewx[4924]: meteostick: rain=0.0 rain_count=0 
last_rain_count=76
Nov 16 00:02:01 raspberrypi weewx[4924]: meteostick: rain=0.0 rain_count=0 
last_rain_count=76
Nov 16 00:02:11 raspberrypi weewx[4924]: meteostick: rain=0.0 rain_count=0 
last_rain_count=76
Nov 16 00:02:21 raspberrypi weewx[4924]: meteostick: rain=0.0 rain_count=0 
last_rain_count=76
Nov 16 00:02:32 raspberrypi weewx[4924]: meteostick: rain=0.0 rain_count=0 
last_rain_count=76
Nov 16 00:02:42 raspberrypi weewx[4924]: meteostick: rain=0.0 rain_count=0 
last_rain_count=76
Nov 16 00:02:52 raspberrypi weewx[4924]: meteostick: rain=0.0 rain_count=0 
last_rain_count=76
Nov 16 00:03:02 raspberrypi weewx[4924]: meteostick: rain=0.0 rain_count=0 
last_rain_count=76
Nov 16 00:03:13 raspberrypi weewx[4924]: meteostick: rain=0.0 rain_count=0 
last_rain_count=76
Nov 16 00:03:23 raspberrypi weewx[4924]: meteostick: rain=0.0 rain_count=0 
last_rain_count=76
Nov 16 00:03:33 raspberrypi weewx[4924]: meteostick: rain=0.0 rain_count=0 
last_rain_count=76
Nov 16 

Re: [weewx-user] How to retrieve Davis forecastRule as a text string into my webpage?

[PJD]

Thanks for your replies.  I managed to get a good result just using HTML 
and Javascript, without having to interfere with any conf files or with any 
of the Python code.  This is what worked:


   1. Capturing $current.forecastRule.raw with index.html.tmpl which passed 
   that value as an integer to index.html at the time of archive generation
   2. Placing all the relevant variables and strings into an external 
   Javascript file in the same html directory
   3. Getting the syntax right to ensure that the forecast integer was used 
   by the script to place the right text on the page


Here's the relevant bit of forecast_text.js as in (2) above:

var myElement = document.getElementById("code");
var forecast = [
"Mostly clear and cooler",
"Mostly clear with little temperature change",
"Mostly clear for 12 hours with little temperature change",
...
];
document.getElementById("code").innerHTML = forecast[myElement.innerHTML];

and here's the relevant bit of html as in (3) above:

$current.forecastRule.raw
$current.forecastRule.raw



Happy to share the full files if anyone's interested.  Result (currently) 
visible at http://www.pjd.com.au/weewx/dashboard/ (though I'm still 
displaying the integer code as well as the text till I am sure it's all 
working normally).

PJD

-- 
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/63145e6e-4021-4063-8e37-8cf8e5c113db%40googlegroups.com.

[weewx-user] Re: Weewx and Belchertown skins

[rich T]

Depending on the Acurite console you have, might need to set the USB Mode 
to 3 or 4.

On Friday, November 15, 2019 at 6:18:01 PM UTC-5, Luc Theoret wrote:
>
> Hi,
>
> Figured out how to use tail.
>
> Attached is the output of the weewx run using "sudo wee_reports 
> /ect/weewx/weewx.conf"
>
> see attached file.
>
> Regards,
> LTheoret
>

-- 
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/dd1f9600-8bde-4a38-9453-0d968493%40googlegroups.com.

Re: [weewx-user] hellp,error instaler weather34 engine: Import of driver failed: [Errno 98]

[steeple ian]

Hi,

Can anyone help here please. My Spanish is non-existant, tried a translator but 
the result got me no further forward. From what I can make out there appears to 
be driver error (Interceptor maybe).

Thanks,
Ian

> On 15 Nov 2019, at 15:54, Xylon Ma  wrote:
> 
> hello, i sorry no se ingles .Necesito ayuda tenia funcionando Weewx, he 
> instale la plantilla weather34 para weewx y desde entonces no se inicia weewx 
> ,lo tengo con el interceptor,este es el error que sale:
> raspberrypi weewx[1334]: engine: Import of driver failed: [Errno 98] La 
> dirección ya se está usando ()
> raspberrypi weewx[1334]: engine: Unable to load driver: [Errno 98] La 
> dirección ya se está usando.He buscado en muchos sitios pero no encuentro 
> como solucionarlo ,les agradeceria  enormemente su ayuda.
> Mi estacion es ecowitt hp 2550 y funcionaba bien hasta que instale la 
> plantilla wheater34
> 
> -- 
> 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/ccb646a7-e7cc-4b90-aa26-6d6b07036097%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/24B825BC-BF24-4F3B-A300-1D03BAE1B0EE%40gmail.com.

[weewx-user] Re: Weewx and Belchertown skins

[Luc Theoret]

Hi,

Figured out how to use tail.

Attached is the output of the weewx run using "sudo wee_reports 
/ect/weewx/weewx.conf"

see attached file.

Regards,
LTheoret

-- 
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/06dbe128-a850-44cb-9f6f-f6e5b5f76a29%40googlegroups.com.
luc@debian-buster:/var/log$ tail -f syslog
Nov 15 16:10:36 debian-buster weewx[4781]: acurite: Cannot find USB device with 
VendorID=0x24c0 ProductID=0x0003 DeviceID=None
Nov 15 16:10:36 debian-buster weewx[4781]: acurite: Failed attempt 4 of 10 to 
get LOOP data: Unable to find station on USB
Nov 15 16:11:06 debian-buster weewx[4781]: acurite: Cannot find USB device with 
VendorID=0x24c0 ProductID=0x0003 DeviceID=None
Nov 15 16:11:06 debian-buster weewx[4781]: acurite: Failed attempt 5 of 10 to 
get LOOP data: Unable to find station on USB
Nov 15 16:11:36 debian-buster weewx[4781]: acurite: Cannot find USB device with 
VendorID=0x24c0 ProductID=0x0003 DeviceID=None
Nov 15 16:11:36 debian-buster weewx[4781]: acurite: Failed attempt 6 of 10 to 
get LOOP data: Unable to find station on USB
Nov 15 16:12:06 debian-buster weewx[4781]: acurite: Cannot find USB device with 
VendorID=0x24c0 ProductID=0x0003 DeviceID=None
Nov 15 16:12:06 debian-buster weewx[4781]: acurite: Failed attempt 7 of 10 to 
get LOOP data: Unable to find station on USB
Nov 15 16:12:36 debian-buster weewx[4781]: acurite: Cannot find USB device with 
VendorID=0x24c0 ProductID=0x0003 DeviceID=None
Nov 15 16:12:36 debian-buster weewx[4781]: acurite: Failed attempt 8 of 10 to 
get LOOP data: Unable to find station on USB
Nov 15 16:12:56 debian-buster wee_reports[8619]: cheetahgenerator: Generate 
failed with exception ''
Nov 15 16:12:56 debian-buster wee_reports[8619]: cheetahgenerator:  
Ignoring template /etc/weewx/skins/Seasons/NOAA/NOAA-.txt.tmpl
Nov 15 16:12:56 debian-buster wee_reports[8619]: cheetahgenerator:  Reason: 
Unknown daily summary type outTemp
Nov 15 16:12:56 debian-buster wee_reports[8619]:   Traceback (most recent 
call last):
Nov 15 16:12:56 debian-buster wee_reports[8619]: File 
"/usr/share/weewx/weewx/cheetahgenerator.py", line 332, in generate
Nov 15 16:12:56 debian-buster wee_reports[8619]:   
fd.write(str(compiled_template))
Nov 15 16:12:56 debian-buster wee_reports[8619]: File 
"/usr/lib/python2.7/dist-packages/Cheetah/Template.py", line 1045, in __str__
Nov 15 16:12:56 debian-buster wee_reports[8619]:   rc = getattr(self, 
mainMethName)()
Nov 15 16:12:56 debian-buster wee_reports[8619]: File 
"_etc_weewx_skins_Seasons_NOAA_NOAA__txt_tmpl.py", line 768, in respond
Nov 15 16:12:56 debian-buster wee_reports[8619]: File 
"_etc_weewx_skins_Seasons_NOAA_NOAA__txt_tmpl.py", line 379, in 
__errorCatcher37
Nov 15 16:12:56 debian-buster wee_reports[8619]: File "", line 
1, in 
Nov 15 16:12:56 debian-buster wee_reports[8619]: File 
"/usr/share/weewx/weewx/tags.py", line 299, in max_ge
Nov 15 16:12:56 debian-buster wee_reports[8619]:   return 
self._do_query('max_ge', val=val)
Nov 15 16:12:56 debian-buster wee_reports[8619]: File 
"/usr/share/weewx/weewx/tags.py", line 343, in _do_query
Nov 15 16:12:56 debian-buster wee_reports[8619]:   val=val, 
**self.option_dict)
Nov 15 16:12:56 debian-buster wee_reports[8619]: File 
"/usr/share/weewx/weewx/wxmanager.py", line 60, in getAggregate
Nov 15 16:12:56 debian-buster wee_reports[8619]:   return 
weewx.manager.DaySummaryManager.getAggregate(self, timespan, obs_type, 
aggregateType, **option_dict)
Nov 15 16:12:56 debian-buster wee_reports[8619]: File 
"/usr/share/weewx/weewx/manager.py", line 1279, in getAggregate
Nov 15 16:12:56 debian-buster wee_reports[8619]:   raise 
AttributeError("Unknown daily summary type %s" % (obs_type,))
Nov 15 16:12:56 debian-buster wee_reports[8619]:   AttributeError: Unknown 
daily summary type outTemp
Nov 15 16:12:57 debian-buster wee_reports[8619]: cheetahgenerator: Generate 
failed with exception ''
Nov 15 16:12:57 debian-buster wee_reports[8619]: cheetahgenerator:  
Ignoring template /etc/weewx/skins/Seasons/index.html.tmpl
Nov 15 16:12:57 debian-buster wee_reports[8619]: cheetahgenerator:  Reason: 
cannot find 'maxtime' while searching for 'outTemp.maxtime'
Nov 15 16:12:57 debian-buster wee_reports[8619]:   Traceback (most recent 
call last):
Nov 15 16:12:57 debian-buster wee_reports[8619]: File 
"/usr/share/weewx/weewx/cheetahgenerator.py", line 332, in generate
Nov 15 16:12:57 debian-buster wee_reports[8619]:   
fd.write(str(compiled_template))
Nov 15 16:12:57 debian-buster wee_reports[8619]: File 

Re: [weewx-user] Sun & Moon sine plot/graph

[Xant]

If not free lunch, thank you Gary for the snack (as I continue learning 
through the experience)

1) To Database, or Not To Database
Sure, your previous mention coding would be the ideal ("sun position plot 
routine in some php a few years ago to produce a graphic file showing a 
plot of solar altitude through the day with the current sun position 
highlighted"). Indeed, this approach would address past/present/future. 

As WeeWX has pyephem and "Almanac", thought to be a normal path. 
'$almanac.sun.alt' and '$almanac.moon.alt' does provide uptime print info, 
but as said (and by trying) it breaks the Database. Was still thinking on 
rename to 'elephant' and 'giraffe', but still...

Extend database was not a chosen path, but baby-steps... would prefer to 
avoid this approach, as to avoid "another variable/extension" (which no 
meaning to PWS Observations), for a more educated track. 

Even if a dirty coding, puzzles me why '$alamanac.sun.alt" breaks the 
Database (for the sake to be just a number... but will not stress on that).

The search for an "easy recipe" (so I could make my own lunch and dinner), 
still escaping me.


2) solar_altitude
Coincidentally or not, 'solar_altitude' is in 
/usr/share/weewx/weeutil/Sun.py (not 'almanac.py'; there is a Moon.py as 
well, but no altitude). 
In fact, routine seems "fairly simple" sort to say, as the following:

def solar_altitude(latitude, year, month, day):
"""
Compute the altitude of the sun. No atmospherical refraction taken
in account.
Altitude of the southern hemisphere are given relative to
true north.
Altitude of the northern hemisphere are given relative to
true south.
Declination is between 23.5° North and 23.5° South depending
on the period of the year.
Source of formula for altitude is PhysicalGeography.net
http://www.physicalgeography.net/fundamentals/6h.html
"""
# Compute declination
N = daysSince2000Jan0(year, month, day)
res =  sunRADec(N)
declination = res[1]

# Compute the altitude
altitude = 90.0 - latitude  + declination

# In the tropical and  in extreme latitude, values over 90 may occurs.
if altitude > 90:
altitude = 90 - (altitude-90)

if altitude < 0:
altitude = 0

return altitude

https://github.com/weewx/weewx/blob/master/bin/weeutil/Sun.py

In my limited coding, not yet aware on how to call this variable, add to 
database or use "as is" to just call a plot (no history needed here...).

Best, Xant


-- 
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/805887d4-cfb3-42dd-a073-083671bdff66%40googlegroups.com.

Re: [weewx-user] Sun & Moon sine plot/graph

[gjr80]

You have decided to record solar and lunar altitude in your database in custom 
fields so that you can use the WeeWX plot engine to plot each. To do this there 
are two distinct tasks you need to complete. First you need to extend your 
database schema to include the new fields. Second you need to populate the 
WeeWX archive record with the current solar and lunar altitudes (WeeWX will 
then automatically store your altitude data in the database). Whilst related 
these are quite separate tasks.

To add the custom fields you need to choose field names, these can be anything, 
you could call them ‘elephant’ and ‘giraffe’ if you wanted. However, it is best 
if they are short descriptive names that indicate the field contents. If 
solar_altitude happens to appear in almanac.py then that is coincidental and 
will in no way cause your custom field to be populated with the data that 
almanac.py stores in the solar_altitude variable.

The second task is to have WeeWX add solar altitude and lunar altitude data to 
the archive record. This is where the field names you chose earlier are used. 
You need to write some code that will calculate the solar and lunar altitude 
and store this data in the WeeWX archive record in the fields with names 
corresponding to those you added to the schema. WeeWX will not automatically do 
this calculation for you, you will need to write some code. Tags such as 
$almanac.sun.alt are of no use to you, these are tags that can be used in weewx 
reports (templates) only and that is not what you are doing here.

You chose to go down the path of adding fields to the database so that you can 
plot them. This has the advantage of plot generation itself being very simple 
(WeeWX will do it all for you) but there is moderate complexity involved in 
getting WeeWX to archive the data for you. The approach I outlined earlier 
requires a fairly simple report be generated but moderate complexity in 
implementing highcharts (or similar) to plot the generated data.

Unfortunately there are no free lunches :)

Gary

-- 
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/f86f10e5-4484-445f-9284-b98013103666%40googlegroups.com.

[weewx-user] Re: Weewx and Belchertown skins

[rich T]

add 
  [[Belchertown]]
HTML_ROOT = /var/www/html/weewx/belchertown
skin = Belchertown
enable = true

On Friday, November 15, 2019 at 2:39:36 PM UTC-5, Luc Theoret wrote:

> Hi all,
>
> This may have answered already but I can't get the belchertown skins to 
> work, I must be doing something wrong.
>
> Below is my weewx config for the skins. I get all the bae graphs I get 
> belchertown sub directory but no index.html anywhere except in the 
> belchertown sub directors but those are blank.
> If I enable Standard skins I get the usual default web page, but if I set 
> to false I get no web page except for the usual month, year  I have 
> been scratching my head. I have 2 weeks worth of test data. still logging 
> to date. 
>
> Help.
>
>
> ##
>
> #   This section specifies what reports, using which skins, to generate.
>
> [StdReport]
> 
> # Where the skins reside, relative to WEEWX_ROOT
> SKIN_ROOT = /etc/weewx/skins
> 
> # Where the generated reports should go, relative to WEEWX_ROOT
> HTML_ROOT = /var/www/html/weewx
> 
> # The database binding indicates which data should be used in reports.
> data_binding = wx_binding
> 
> # Whether to log a successful operation
> log_success = True
> 
> # Whether to log an unsuccessful operation
> log_failure = False
> 
> # Each of the following subsections defines a report that will be run.
> # See the customizing guide to change the units, plot types and line
> # colors, modify the fonts, display additional sensor data, and other
> # customizations. Many of those changes can be made here by overriding
> # parameters, or by modifying templates within the skin itself.
> 
> [[SeasonsReport]]
> # The SeasonsReport uses the 'Seasons' skin, which contains the
> # images, templates and plots for the report.
> skin = Seasons
> enable = true
> 
> [[SmartphoneReport]]
> # The SmartphoneReport uses the 'Smartphone' skin, and the images 
> and
> # files are placed in a dedicated subdirectory.
> skin = Smartphone
> enable = false
> HTML_ROOT = /var/www/html/weewx/smartphone
> 
> [[MobileReport]]
> # The MobileReport uses the 'Mobile' skin, and the images and files
> # are placed in a dedicated subdirectory.
> skin = Mobile
> enable = false
> HTML_ROOT = /var/www/html/weewx/mobile
> 
> [[StandardReport]]
> # This is the old "Standard" skin. By default, it is not enabled.
> skin = Standard
> enable = false
>
> [[Belchertown]]
> HTML_ROOT = /var/www/html/weewx/belchertown
> skin = Belchertown
> [[[Extras]]]
> belchertown_root_url = "http://localhost/weewx/belchertown;
> logo_image = "
> https://belchertownweather.com/images/content/btownwx-logo-slim.png;
> footer_copyright_text = "luc's signature series"
> forecast_enabled = 1
> darksky_secret_key = "I have code here"
> darksky_units = "auto"
> darksky_lang = "en"
> earthquake_enabled = 0
> twitter_enabled = 0
> belchertown_locale ="auto"
> theme = auto
> site_title = "43 St. Beaumont, AB"
> highcharts_enabled = 1
> graph_page_show_all_button = 1
> 
> [[Highcharts_Belchertown]]
> HTML_ROOT = /var/www/html/weewx/belchertown
> skin = Highcharts_Belchertown
>
> [[FTP]]
> # FTP'ing the results to a webserver is treated as just another 
> report,
> # albeit one with an unusual report generator!
> skin = Ftp
> 
> # If you wish to use FTP, set "enable" to "true", then
> # fill out the next four lines.
> # Use quotes around passwords to guard against parsing errors.
> enable = false
> user = replace_me
> password = replace_me
> server = replace_me# The ftp server name, e.g, 
> www.myserver.org
> path = replace_me# The destination directory, e.g., /weather
> 
> # Set to True for an FTP over TLS (FTPS) connection. Not all 
> servers
> # support this.
> secure_ftp = False
> 
> # 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
> 
> # Most FTP servers use port 21
> port = 21
> 
> # Set to 1 to use passive mode, zero for active mode
> passive = 1
> 
> [[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 

[weewx-user] Re: Weewx and Belchertown skins

[vince]

On Friday, November 15, 2019 at 11:39:36 AM UTC-8, Luc Theoret wrote:

> This may have answered already but I can't get the belchertown skins to 
> work, I must be doing something wrong.
>
>
>
Standard answer. Please post your log with debug=1 set, from the period 
where weewx starts to one or two archive periods through when it runs the 
reports.

You might also just run wee_reports manually if you don't want to wait 5 
minutes for the normal runs triggered by the weewx daemon.

-- 
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/ae5cb7ec-899f-4de5-8462-8fab9f942e96%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
>>> 
>>> -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 

Re: [weewx-user] Move to new server

[Chris Thompstone]

Sorry guys slight issue with my bootstrap skin:

http://rollestonpark.myzen.co.uk/Bootstrap/

The font on the dials and graphs is tiny.
I must be missing some sort of font from my raspbian install (maybe?)

Any ideas, not sure what to check on this one.

Thanks
Chris

-- 
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/bb9792ee-e79a-4281-9aa2-ab02e9c87b86%40googlegroups.com.

Re: [weewx-user] OutOfSpan: Attempt to merge an accumulator whose timespan is not a subset

[Thomas Keffer]

That is very odd. Let's try this again, but this time with the import at
the top of the file.

-tk

On Fri, Nov 15, 2019 at 11:32 AM Martin Nielsen 
wrote:

> Hi Thomas.
>
> Log attached.
>
> But I think something is wrong.. "import syslog" is written as output !?
>
> /Martin
>
> onsdag den 13. november 2019 kl. 23.58.04 UTC+1 skrev Thomas Keffer:
>>
>> Hello, Martin
>>
>> Not exactly sure what's going on here. Could you please replace your copy
>> of accum.py with the attached? It has been instrumented to give more
>> information about the error.
>>
>> You can find it at /usr/share/weewx/weewx/accum.py.
>>
>> -tk
>>
>> On Wed, Nov 13, 2019 at 12:01 PM Martin Nielsen 
>> wrote:
>>
>>> Hi
>>>
>>> My weewx shuts down shortly after every midnight. It began immediately
>>> after DST changed a few weeks back. But this could just be a coincidence.
>>>
>>> I have monit running to kick if back to action but it is annoying me -
>>> and i have been unable to figure out what is going on..
>>>
>>> I am running davis vantage pro2 iss with a metostick driver on raspberry
>>> pi.
>>>
>>> Weewx is installed from a deb repository.
>>>
>>>
>>> --
>>> 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.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/weewx-user/1521f01d-64fa-44c2-aaa9-50a51821fa8c%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/e3972fbc-e08d-47b9-86ca-90d48a7e6861%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/CAPq0zEB8pCMfzYapjDwoADVXA8Nisyg1MEyPUuqtv4Bguh3C_g%40mail.gmail.com.
#
#Copyright (c) 2009-2016 Tom Keffer 
#
#See the file LICENSE.txt for your full rights.
#
"""Statistical accumulators. They accumulate the highs, lows, averages,
etc., of a sequence of records."""

import math
import syslog

import configobj

import weewx

class OutOfSpan(ValueError):
"""Raised when attempting to add a record outside of the timespan held by an accumulator"""

#===
# ScalarStats
#===

class ScalarStats(object):
"""Accumulates statistics (min, max, average, etc.) for a scalar value.

Property 'last' is the last non-None value seen. Property 'lasttime' is
the time it was seen. """

default_init = (None, None, None, None, 0.0, 0, 0.0, 0)

def __init__(self, stats_tuple=None):
self.setStats(stats_tuple)
self.last = None
self.lasttime = None
 
def setStats(self, stats_tuple=None):
(self.min, self.mintime,
 self.max, self.maxtime,
 self.sum, self.count,
 self.wsum,self.sumtime) = stats_tuple if stats_tuple else ScalarStats.default_init
 
def getStatsTuple(self):
"""Return a stats-tuple. That is, a tuple containing the gathered statistics.
This tuple can be used to update the stats database"""
return (self.min, self.mintime, self.max, self.maxtime, 
self.sum, self.count, self.wsum, self.sumtime)

def mergeHiLo(self, x_stats):
"""Merge the highs and lows of another accumulator into myself."""
if x_stats.min is not None:
if self.min is None or x_stats.min < self.min:
self.min = x_stats.min
self.mintime = x_stats.mintime
if x_stats.max is not None:
if self.max is None or x_stats.max > self.max:
self.max = x_stats.max
self.maxtime = x_stats.maxtime
if x_stats.lasttime is not None:
if self.lasttime is None or x_stats.lasttime >= self.lasttime:
self.lasttime = x_stats.lasttime
self.last = x_stats.last

def mergeSum(self, x_stats):
"""Merge the sum and count of another accumulator into myself."""
self.sum += x_stats.sum
self.count   

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

[Thomas Keffer]

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

 -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 

[weewx-user] Weewx and Belchertown skins

[Luc Theoret]

Hi all,

This may have answered already but I can't get the belchertown skins to 
work, I must be doing something wrong.

Below is my weewx config for the skins. I get all the bae graphs I get 
belchertown sub directory but no index.html anywhere except in the 
belchertown sub directors but those are blank.
If I enable Standard skins I get the usual default web page, but if I set 
to false I get no web page except for the usual month, year  I have 
been scratching my head. I have 2 weeks worth of test data. still logging 
to date. 

Help.

##

#   This section specifies what reports, using which skins, to generate.

[StdReport]

# Where the skins reside, relative to WEEWX_ROOT
SKIN_ROOT = /etc/weewx/skins

# Where the generated reports should go, relative to WEEWX_ROOT
HTML_ROOT = /var/www/html/weewx

# The database binding indicates which data should be used in reports.
data_binding = wx_binding

# Whether to log a successful operation
log_success = True

# Whether to log an unsuccessful operation
log_failure = False

# Each of the following subsections defines a report that will be run.
# See the customizing guide to change the units, plot types and line
# colors, modify the fonts, display additional sensor data, and other
# customizations. Many of those changes can be made here by overriding
# parameters, or by modifying templates within the skin itself.

[[SeasonsReport]]
# The SeasonsReport uses the 'Seasons' skin, which contains the
# images, templates and plots for the report.
skin = Seasons
enable = true

[[SmartphoneReport]]
# The SmartphoneReport uses the 'Smartphone' skin, and the images 
and
# files are placed in a dedicated subdirectory.
skin = Smartphone
enable = false
HTML_ROOT = /var/www/html/weewx/smartphone

[[MobileReport]]
# The MobileReport uses the 'Mobile' skin, and the images and files
# are placed in a dedicated subdirectory.
skin = Mobile
enable = false
HTML_ROOT = /var/www/html/weewx/mobile

[[StandardReport]]
# This is the old "Standard" skin. By default, it is not enabled.
skin = Standard
enable = false

[[Belchertown]]
HTML_ROOT = /var/www/html/weewx/belchertown
skin = Belchertown
[[[Extras]]]
belchertown_root_url = "http://localhost/weewx/belchertown;
logo_image = 
"https://belchertownweather.com/images/content/btownwx-logo-slim.png;
footer_copyright_text = "luc's signature series"
forecast_enabled = 1
darksky_secret_key = "I have code here"
darksky_units = "auto"
darksky_lang = "en"
earthquake_enabled = 0
twitter_enabled = 0
belchertown_locale ="auto"
theme = auto
site_title = "43 St. Beaumont, AB"
highcharts_enabled = 1
graph_page_show_all_button = 1

[[Highcharts_Belchertown]]
HTML_ROOT = /var/www/html/weewx/belchertown
skin = Highcharts_Belchertown
   
[[FTP]]
# FTP'ing the results to a webserver is treated as just another 
report,
# albeit one with an unusual report generator!
skin = Ftp

# If you wish to use FTP, set "enable" to "true", then
# fill out the next four lines.
# Use quotes around passwords to guard against parsing errors.
enable = false
user = replace_me
password = replace_me
server = replace_me# The ftp server name, e.g, www.myserver.org
path = replace_me# The destination directory, e.g., /weather

# Set to True for an FTP over TLS (FTPS) connection. Not all servers
# support this.
secure_ftp = False

# 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

# Most FTP servers use port 21
port = 21

# Set to 1 to use passive mode, zero for active mode
passive = 1

[[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 

Re: [weewx-user] OutOfSpan: Attempt to merge an accumulator whose timespan is not a subset

[Martin Nielsen]

Hi Thomas.

Log attached.

But I think something is wrong.. "import syslog" is written as output !?

/Martin

onsdag den 13. november 2019 kl. 23.58.04 UTC+1 skrev Thomas Keffer:
>
> Hello, Martin
>
> Not exactly sure what's going on here. Could you please replace your copy 
> of accum.py with the attached? It has been instrumented to give more 
> information about the error.
>
> You can find it at /usr/share/weewx/weewx/accum.py.
>
> -tk
>
> On Wed, Nov 13, 2019 at 12:01 PM Martin Nielsen  > wrote:
>
>> Hi
>>
>> My weewx shuts down shortly after every midnight. It began immediately 
>> after DST changed a few weeks back. But this could just be a coincidence.
>>
>> I have monit running to kick if back to action but it is annoying me - 
>> and i have been unable to figure out what is going on..
>>
>> I am running davis vantage pro2 iss with a metostick driver on raspberry 
>> pi.
>>
>> Weewx is installed from a deb repository.
>>
>>
>> -- 
>> 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 .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/1521f01d-64fa-44c2-aaa9-50a51821fa8c%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/e3972fbc-e08d-47b9-86ca-90d48a7e6861%40googlegroups.com.
Nov 15 00:00:21 raspberrypi rsyslogd:  [origin software="rsyslogd" 
swVersion="8.1901.0" x-pid="369" x-info="https://www.rsyslog.com;] rsyslogd was 
HUPed
Nov 15 00:00:21 raspberrypi systemd[1]: man-db.service: Succeeded.
Nov 15 00:00:21 raspberrypi systemd[1]: Started Daily man-db regeneration.
Nov 15 00:00:21 raspberrypi systemd[1]: logrotate.service: Succeeded.
Nov 15 00:00:21 raspberrypi systemd[1]: Started Rotate log files.
Nov 15 00:00:30 raspberrypi weewx[30910]: meteostick: rain=0.0 rain_count=0 
last_rain_count=72
Nov 15 00:00:40 raspberrypi weewx[30910]: meteostick: rain=0.0 rain_count=0 
last_rain_count=72
Nov 15 00:00:51 raspberrypi weewx[30910]: meteostick: rain=0.0 rain_count=0 
last_rain_count=72
Nov 15 00:01:01 raspberrypi weewx[30910]: meteostick: rain=0.0 rain_count=0 
last_rain_count=72
Nov 15 00:01:11 raspberrypi weewx[30910]: meteostick: rain=0.0 rain_count=0 
last_rain_count=72
Nov 15 00:01:32 raspberrypi weewx[30910]: meteostick: rain=0.0 rain_count=0 
last_rain_count=72
Nov 15 00:01:42 raspberrypi weewx[30910]: meteostick: rain=0.0 rain_count=0 
last_rain_count=72
Nov 15 00:01:52 raspberrypi weewx[30910]: meteostick: rain=0.0 rain_count=0 
last_rain_count=72
Nov 15 00:02:02 raspberrypi weewx[30910]: meteostick: rain=0.0 rain_count=0 
last_rain_count=72
Nov 15 00:02:13 raspberrypi weewx[30910]: meteostick: rain=0.0 rain_count=0 
last_rain_count=72
Nov 15 00:02:23 raspberrypi weewx[30910]: meteostick: rain=0.0 rain_count=0 
last_rain_count=72
Nov 15 00:02:33 raspberrypi weewx[30910]: meteostick: rain=0.0 rain_count=0 
last_rain_count=72
Nov 15 00:02:43 raspberrypi weewx[30910]: meteostick: rain=0.0 rain_count=0 
last_rain_count=72
Nov 15 00:02:54 raspberrypi weewx[30910]: meteostick: rain=0.0 rain_count=0 
last_rain_count=72
Nov 15 00:03:04 raspberrypi weewx[30910]: meteostick: rain=0.0 rain_count=0 
last_rain_count=72
Nov 15 00:03:14 raspberrypi weewx[30910]: meteostick: rain=0.0 rain_count=0 
last_rain_count=72
Nov 15 00:03:24 raspberrypi weewx[30910]: meteostick: rain=0.0 rain_count=0 
last_rain_count=72
Nov 15 00:03:35 raspberrypi weewx[30910]: meteostick: rain=0.0 rain_count=0 
last_rain_count=72
Nov 15 00:03:45 raspberrypi weewx[30910]: meteostick: rain=0.0 rain_count=0 
last_rain_count=72
Nov 15 00:03:55 raspberrypi weewx[30910]: meteostick: rain=0.0 rain_count=0 
last_rain_count=72
Nov 15 00:04:05 raspberrypi weewx[30910]: meteostick: rain=0.0 rain_count=0 
last_rain_count=72
Nov 15 00:04:16 raspberrypi weewx[30910]: meteostick: rain=0.0 rain_count=0 
last_rain_count=72
Nov 15 00:04:16 raspberrypi weewx[30910]: meteostick: data['rxCheckPercent']: 99
Nov 15 00:04:16 raspberrypi weewx[30910]: meteostick: RF summary: 
rf_sensitivity=90 (values in dB)
Nov 15 00:04:16 raspberrypi weewx[30910]: meteostick: Station   max   
min   avg   last  count [missed] [good]
Nov 15 00:04:16 raspberrypi weewx[30910]: meteostick: iss   -74   
-75   -75   -74   185   2  99   
Nov 15 00:04:16 raspberrypi weewx[30910]: engine: Main loop exiting. Shutting 
engine down.
Nov 15 00:04:16 raspberrypi weewx[30910]: restx: Shut down Wunderground-PWS 
thread.
Nov 15 

Re: [weewx-user] Re: After a year weexd stopped working.... kindof...

[U G]

Hi,

so, I did reconfigured my syslog to pipe everything from weewx in a
seperate file and startet id again.
Here are the first couple of hundred entries so far:

https://hangoophoodieghahcheuzashohmieyedeizaihooya.mooo.com/angoophoodieghahcheuzashohmieyedeizaihooya/first2000linesweex.txt

The Url seems funny, but I like to delete the subdomain after a couple of
months:-)

Thanks for your help!

Cheers,





Am Fr., 15. Nov. 2019 um 09:24 Uhr schrieb gjr80 :

> Hi,
>
> What Vince was referring to was the archive_period setting in weewx.conf,
> you probably won't find it in the syslog as it tends to be spelt out in the
> log rather than using the actual setting name. I suggest you refer to this
> entry 
> in the wiki about posting to the WeeWX user group, it will help you obtain
> the info we need to help. Without this we are just guessing which will
> leave all of us frustrated and your system still not working.
>
> Also, WeeWX is event driven, so whilst you might find the web pages or
> plots are not updated it may well be something else broken early in the
> chain that is causing the web pages or plots not to be generated. We really
> need to see a log extract from WeeWX startup to determine what the issue is.
>
> Gary
>
> On Friday, 15 November 2019 17:02:23 UTC+10, U G wrote:
>>
>> Hi Again,
>>
>> I just grepped for "archive_period"  through the log files of the last
>> days and did not find one entry, despite the fact that I already hat set
>>
>> "# Set to 1 for extra debug info, otherwise comment it out or set to zero
>> debug = 1"
>>
>> quiet a time ago.
>>
>> Erm?
>>
>> Thanks for your help!
>>
>> Cheers,
>>
>> U G
>>
>> Am Fr., 15. Nov. 2019 um 07:47 Uhr schrieb U G :
>>
>>> On Thursday, November 14, 2019 at 2:03:47 PM UTC-8, U G wrote:
>
> after nearly a year collecting weather data with rtl_433  suddenly the
> html pages are incorrectly updated, all the graphs and the title screen is
> stuck on November 12th 2019.
>
>
>
 Again, as always, we need you to start with setting debug=1 in
 weewx.conf, start weewx back up (or restart it), and provide the full
 syslog from the line where weewx begins to start up all the way to after
 the first or second archive_period happens.

 Okay, thanks, I'll do thay tonight. My guess is, simply the webpage
>>> generation is somewhat broken, but why... the only things which happened on
>>> November 12 was that the battery from my bresser-5-in-1 died and had been
>>> replaces a day later - but the reception is fine again and the data is also
>>> written to the database after replacing.
>>>
>>> Cheers,
>>>
>>> U G
>>>
>>> --
>>> 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.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/weewx-user/3a0da277-841c-4a59-8d8a-013ae41df594%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/6e870566-c4e5-4a1c-a82e-43e86fc0be3e%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/CAJ_O9%3DKuDkra1yyzyVugQyvaYvvakyV2A7iwN9jG_c%2Bj3u9mgw%40mail.gmail.com.

Re: [weewx-user] Move to new server

[vince]

On Friday, November 15, 2019 at 10:32:28 AM UTC-8, Chris Thompstone wrote:
>
> Seems all good now after those few hicups.
> Will see how it holds up running on a pxe booted Pi4
>
>
I've been running the WeatherFlow UDP driver weewx on a pi4 for 5 months 
now.
Works great.

-- 
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/409d91f0-e535-4834-8b6f-4c9f1b6f5099%40googlegroups.com.

Re: [weewx-user] Move to new server

[Chris Thompstone]

Seems all good now after those few hicups.
Will see how it holds up running on a pxe booted Pi4

Thanks again for the great software
Chris

On Friday, 15 November 2019 16:52:33 UTC, Thomas Keffer wrote:
>
> The WeeWX prerequisites haven't changed in 10 years. It's possible that 
> newer versions of PIL are more sensitive, but PIL hasn't changed much 
> either.
>
> Don't know. 
>
> -tk
>
> On Fri, Nov 15, 2019 at 7:51 AM p q > 
> wrote:
>
>> I bet the prerequisites are a different version than on the older system.
>>
>> On Fri, Nov 15, 2019 at 7:33 AM Thomas Keffer > > wrote:
>>
>>> This is a bug that was fixed in V3.6.0. See issue #111 
>>>  for the fix.
>>>
>>> Don't know why the bug didn't affect you with v3.5.
>>>
>>> -tk
>>>
>>> On Fri, Nov 15, 2019 at 7:23 AM Chris Thompstone >> > wrote:
>>>
 OK,
 thought it was all OK, but I get this error when I run weewx manually:

 Traceback (most recent call last):
   File "/home/weewx/bin/weewx/reportengine.py", line 140, in run
 obj.start()
   File "/home/weewx/bin/weewx/reportengine.py", line 170, in start
 self.run()
   File "/home/weewx/bin/weewx/imagegenerator.py", line 31, in run
 self.genImages(self.gen_ts)
   File "/home/weewx/bin/weewx/imagegenerator.py", line 218, in genImages
 image = plot.render()
   File "/home/weewx/bin/weeplot/genplot.py", line 178, in render
 self._renderTopBand(draw)
   File "/home/weewx/bin/weeplot/genplot.py", line 383, in _renderTopBand
 font=unit_label_font)
   File "/home/weewx/bin/weeplot/genplot.py", line 578, in text
 return ImageDraw.ImageDraw.text(self, position, string, **options)
   File "/usr/lib/python2.7/dist-packages/PIL/ImageDraw.py", line 282, 
 in text
 self.draw.draw_bitmap(xy, mask, ink)
 TypeError: coordinate list must contain exactly 1 coordinate
 Traceback (most recent call last):
   File "/home/weewx/bin/weewx/reportengine.py", line 140, in run
 obj.start()
   File "/home/weewx/bin/weewx/reportengine.py", line 170, in start
 self.run()
   File "/home/weewx/bin/weewx/imagegenerator.py", line 31, in run
 self.genImages(self.gen_ts)
   File "/home/weewx/bin/weewx/imagegenerator.py", line 218, in genImages
 image = plot.render()
   File "/home/weewx/bin/weeplot/genplot.py", line 178, in render
 self._renderTopBand(draw)
   File "/home/weewx/bin/weeplot/genplot.py", line 383, in _renderTopBand
 font=unit_label_font)
   File "/home/weewx/bin/weeplot/genplot.py", line 578, in text
 return ImageDraw.ImageDraw.text(self, position, string, **options)
   File "/usr/lib/python2.7/dist-packages/PIL/ImageDraw.py", line 282, 
 in text
 self.draw.draw_bitmap(xy, mask, ink)
 TypeError: coordinate list must contain exactly 1 coordinate

 any ideas?
 Thanks

 On Friday, 15 November 2019 13:22:53 UTC, Chris Thompstone wrote:
>
> OK thanks will give that a try,
> Chris
>
> On Friday, 15 November 2019 13:20:21 UTC, Thomas Keffer wrote:
>>
>> You will have to install the prerequisites on your new machine but, 
>> other than that, a simple copy of the weewx files will work. If you 
>> installed using the setup.py method, just copy over the /home/weewx tree.
>>
>> -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...@googlegroups.com .
 To view this discussion on the web visit 
 https://groups.google.com/d/msgid/weewx-user/01dc81f8-f98b-46dd-a4b4-702b405cf52f%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...@googlegroups.com .
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/CAPq0zEADKzG4heQCcDu6ZhhZbeJDP8P7x7_xwtynxhPEsV-Pbw%40mail.gmail.com
>>>  
>>> 
>>> .
>>>
>>
>>
>> -- 
>> Peter Quinn
>> (415)794-2264
>>
>> -- 
>> 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 .
>> To view this discussion on the web visit 
>> 

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 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 
>>> 

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

[Thomas Keffer]

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 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 

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 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.
> 
> -- 
> You received this message because you are subscribed to a topic in the Google 
> Groups "weewx-user" group.
> To unsubscribe from this topic, visit 
> 

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

[Thomas Keffer]

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 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
> 
> .
>

-- 
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/CAPq0zEDaNCHwLvXHrj4Rek8prjXv-x9inYeEKy1iNpZyCjdKNQ%40mail.gmail.com.

Re: [weewx-user] Move to new server

[Thomas Keffer]

The WeeWX prerequisites haven't changed in 10 years. It's possible that
newer versions of PIL are more sensitive, but PIL hasn't changed much
either.

Don't know.

-tk

On Fri, Nov 15, 2019 at 7:51 AM p q  wrote:

> I bet the prerequisites are a different version than on the older system.
>
> On Fri, Nov 15, 2019 at 7:33 AM Thomas Keffer  wrote:
>
>> This is a bug that was fixed in V3.6.0. See issue #111
>>  for the fix.
>>
>> Don't know why the bug didn't affect you with v3.5.
>>
>> -tk
>>
>> On Fri, Nov 15, 2019 at 7:23 AM Chris Thompstone <
>> chris.thompst...@gmail.com> wrote:
>>
>>> OK,
>>> thought it was all OK, but I get this error when I run weewx manually:
>>>
>>> Traceback (most recent call last):
>>>   File "/home/weewx/bin/weewx/reportengine.py", line 140, in run
>>> obj.start()
>>>   File "/home/weewx/bin/weewx/reportengine.py", line 170, in start
>>> self.run()
>>>   File "/home/weewx/bin/weewx/imagegenerator.py", line 31, in run
>>> self.genImages(self.gen_ts)
>>>   File "/home/weewx/bin/weewx/imagegenerator.py", line 218, in genImages
>>> image = plot.render()
>>>   File "/home/weewx/bin/weeplot/genplot.py", line 178, in render
>>> self._renderTopBand(draw)
>>>   File "/home/weewx/bin/weeplot/genplot.py", line 383, in _renderTopBand
>>> font=unit_label_font)
>>>   File "/home/weewx/bin/weeplot/genplot.py", line 578, in text
>>> return ImageDraw.ImageDraw.text(self, position, string, **options)
>>>   File "/usr/lib/python2.7/dist-packages/PIL/ImageDraw.py", line 282, in
>>> text
>>> self.draw.draw_bitmap(xy, mask, ink)
>>> TypeError: coordinate list must contain exactly 1 coordinate
>>> Traceback (most recent call last):
>>>   File "/home/weewx/bin/weewx/reportengine.py", line 140, in run
>>> obj.start()
>>>   File "/home/weewx/bin/weewx/reportengine.py", line 170, in start
>>> self.run()
>>>   File "/home/weewx/bin/weewx/imagegenerator.py", line 31, in run
>>> self.genImages(self.gen_ts)
>>>   File "/home/weewx/bin/weewx/imagegenerator.py", line 218, in genImages
>>> image = plot.render()
>>>   File "/home/weewx/bin/weeplot/genplot.py", line 178, in render
>>> self._renderTopBand(draw)
>>>   File "/home/weewx/bin/weeplot/genplot.py", line 383, in _renderTopBand
>>> font=unit_label_font)
>>>   File "/home/weewx/bin/weeplot/genplot.py", line 578, in text
>>> return ImageDraw.ImageDraw.text(self, position, string, **options)
>>>   File "/usr/lib/python2.7/dist-packages/PIL/ImageDraw.py", line 282, in
>>> text
>>> self.draw.draw_bitmap(xy, mask, ink)
>>> TypeError: coordinate list must contain exactly 1 coordinate
>>>
>>> any ideas?
>>> Thanks
>>>
>>> On Friday, 15 November 2019 13:22:53 UTC, Chris Thompstone wrote:

 OK thanks will give that a try,
 Chris

 On Friday, 15 November 2019 13:20:21 UTC, Thomas Keffer wrote:
>
> You will have to install the prerequisites on your new machine but,
> other than that, a simple copy of the weewx files will work. If you
> installed using the setup.py method, just copy over the /home/weewx tree.
>
> -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+unsubscr...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/weewx-user/01dc81f8-f98b-46dd-a4b4-702b405cf52f%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/CAPq0zEADKzG4heQCcDu6ZhhZbeJDP8P7x7_xwtynxhPEsV-Pbw%40mail.gmail.com
>> 
>> .
>>
>
>
> --
> Peter Quinn
> (415)794-2264
>
> --
> 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/CAA1SM22RwYeq_jwJF%3DFNMXQkmf2EPsS-9WuZMfHLBQjgMy%2BuSg%40mail.gmail.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this 

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.

[weewx-user] hellp,error instaler weather34 engine: Import of driver failed: [Errno 98]

[Xylon Ma]

hello, i sorry no se ingles .Necesito ayuda tenia funcionando Weewx, he 
instale la plantilla weather34 para weewx y desde entonces no se inicia 
weewx ,lo tengo con el interceptor,este es el error que sale:
raspberrypi weewx[1334]: engine: Import of driver failed: [Errno 98] La 
dirección ya se está usando ()
raspberrypi weewx[1334]: engine: Unable to load driver: [Errno 98] La 
dirección ya se está usando.He buscado en muchos sitios pero no encuentro 
como solucionarlo ,les agradeceria  enormemente su ayuda.
Mi estacion es ecowitt hp 2550 y funcionaba bien hasta que instale la 
plantilla wheater34

-- 
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/ccb646a7-e7cc-4b90-aa26-6d6b07036097%40googlegroups.com.

Re: [weewx-user] Move to new server

[Chris Thompstone]

Just realised, did some googling, testing now.

I think maybe it's to do with the newer python librarys I would have 
installed when setting up the pi

Cheers

On Friday, 15 November 2019 15:33:38 UTC, Thomas Keffer wrote:
>
> This is a bug that was fixed in V3.6.0. See issue #111 
>  for the fix.
>
> Don't know why the bug didn't affect you with v3.5.
>
> -tk
>
> On Fri, Nov 15, 2019 at 7:23 AM Chris Thompstone  > wrote:
>
>> OK,
>> thought it was all OK, but I get this error when I run weewx manually:
>>
>> Traceback (most recent call last):
>>   File "/home/weewx/bin/weewx/reportengine.py", line 140, in run
>> obj.start()
>>   File "/home/weewx/bin/weewx/reportengine.py", line 170, in start
>> self.run()
>>   File "/home/weewx/bin/weewx/imagegenerator.py", line 31, in run
>> self.genImages(self.gen_ts)
>>   File "/home/weewx/bin/weewx/imagegenerator.py", line 218, in genImages
>> image = plot.render()
>>   File "/home/weewx/bin/weeplot/genplot.py", line 178, in render
>> self._renderTopBand(draw)
>>   File "/home/weewx/bin/weeplot/genplot.py", line 383, in _renderTopBand
>> font=unit_label_font)
>>   File "/home/weewx/bin/weeplot/genplot.py", line 578, in text
>> return ImageDraw.ImageDraw.text(self, position, string, **options)
>>   File "/usr/lib/python2.7/dist-packages/PIL/ImageDraw.py", line 282, in 
>> text
>> self.draw.draw_bitmap(xy, mask, ink)
>> TypeError: coordinate list must contain exactly 1 coordinate
>> Traceback (most recent call last):
>>   File "/home/weewx/bin/weewx/reportengine.py", line 140, in run
>> obj.start()
>>   File "/home/weewx/bin/weewx/reportengine.py", line 170, in start
>> self.run()
>>   File "/home/weewx/bin/weewx/imagegenerator.py", line 31, in run
>> self.genImages(self.gen_ts)
>>   File "/home/weewx/bin/weewx/imagegenerator.py", line 218, in genImages
>> image = plot.render()
>>   File "/home/weewx/bin/weeplot/genplot.py", line 178, in render
>> self._renderTopBand(draw)
>>   File "/home/weewx/bin/weeplot/genplot.py", line 383, in _renderTopBand
>> font=unit_label_font)
>>   File "/home/weewx/bin/weeplot/genplot.py", line 578, in text
>> return ImageDraw.ImageDraw.text(self, position, string, **options)
>>   File "/usr/lib/python2.7/dist-packages/PIL/ImageDraw.py", line 282, in 
>> text
>> self.draw.draw_bitmap(xy, mask, ink)
>> TypeError: coordinate list must contain exactly 1 coordinate
>>
>> any ideas?
>> Thanks
>>
>> On Friday, 15 November 2019 13:22:53 UTC, Chris Thompstone wrote:
>>>
>>> OK thanks will give that a try,
>>> Chris
>>>
>>> On Friday, 15 November 2019 13:20:21 UTC, Thomas Keffer wrote:

 You will have to install the prerequisites on your new machine but, 
 other than that, a simple copy of the weewx files will work. If you 
 installed using the setup.py method, just copy over the /home/weewx tree.

 -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...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/01dc81f8-f98b-46dd-a4b4-702b405cf52f%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/5e120cd0-18dd-4236-8239-58cca842740b%40googlegroups.com.

Re: [weewx-user] Move to new server

[p q]

I bet the prerequisites are a different version than on the older system.

On Fri, Nov 15, 2019 at 7:33 AM Thomas Keffer  wrote:

> This is a bug that was fixed in V3.6.0. See issue #111
>  for the fix.
>
> Don't know why the bug didn't affect you with v3.5.
>
> -tk
>
> On Fri, Nov 15, 2019 at 7:23 AM Chris Thompstone <
> chris.thompst...@gmail.com> wrote:
>
>> OK,
>> thought it was all OK, but I get this error when I run weewx manually:
>>
>> Traceback (most recent call last):
>>   File "/home/weewx/bin/weewx/reportengine.py", line 140, in run
>> obj.start()
>>   File "/home/weewx/bin/weewx/reportengine.py", line 170, in start
>> self.run()
>>   File "/home/weewx/bin/weewx/imagegenerator.py", line 31, in run
>> self.genImages(self.gen_ts)
>>   File "/home/weewx/bin/weewx/imagegenerator.py", line 218, in genImages
>> image = plot.render()
>>   File "/home/weewx/bin/weeplot/genplot.py", line 178, in render
>> self._renderTopBand(draw)
>>   File "/home/weewx/bin/weeplot/genplot.py", line 383, in _renderTopBand
>> font=unit_label_font)
>>   File "/home/weewx/bin/weeplot/genplot.py", line 578, in text
>> return ImageDraw.ImageDraw.text(self, position, string, **options)
>>   File "/usr/lib/python2.7/dist-packages/PIL/ImageDraw.py", line 282, in
>> text
>> self.draw.draw_bitmap(xy, mask, ink)
>> TypeError: coordinate list must contain exactly 1 coordinate
>> Traceback (most recent call last):
>>   File "/home/weewx/bin/weewx/reportengine.py", line 140, in run
>> obj.start()
>>   File "/home/weewx/bin/weewx/reportengine.py", line 170, in start
>> self.run()
>>   File "/home/weewx/bin/weewx/imagegenerator.py", line 31, in run
>> self.genImages(self.gen_ts)
>>   File "/home/weewx/bin/weewx/imagegenerator.py", line 218, in genImages
>> image = plot.render()
>>   File "/home/weewx/bin/weeplot/genplot.py", line 178, in render
>> self._renderTopBand(draw)
>>   File "/home/weewx/bin/weeplot/genplot.py", line 383, in _renderTopBand
>> font=unit_label_font)
>>   File "/home/weewx/bin/weeplot/genplot.py", line 578, in text
>> return ImageDraw.ImageDraw.text(self, position, string, **options)
>>   File "/usr/lib/python2.7/dist-packages/PIL/ImageDraw.py", line 282, in
>> text
>> self.draw.draw_bitmap(xy, mask, ink)
>> TypeError: coordinate list must contain exactly 1 coordinate
>>
>> any ideas?
>> Thanks
>>
>> On Friday, 15 November 2019 13:22:53 UTC, Chris Thompstone wrote:
>>>
>>> OK thanks will give that a try,
>>> Chris
>>>
>>> On Friday, 15 November 2019 13:20:21 UTC, Thomas Keffer wrote:

 You will have to install the prerequisites on your new machine but,
 other than that, a simple copy of the weewx files will work. If you
 installed using the setup.py method, just copy over the /home/weewx tree.

 -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+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/weewx-user/01dc81f8-f98b-46dd-a4b4-702b405cf52f%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/CAPq0zEADKzG4heQCcDu6ZhhZbeJDP8P7x7_xwtynxhPEsV-Pbw%40mail.gmail.com
> 
> .
>


-- 
Peter Quinn
(415)794-2264

-- 
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/CAA1SM22RwYeq_jwJF%3DFNMXQkmf2EPsS-9WuZMfHLBQjgMy%2BuSg%40mail.gmail.com.

Re: [weewx-user] Move to new server

[Thomas Keffer]

This is a bug that was fixed in V3.6.0. See issue #111
 for the fix.

Don't know why the bug didn't affect you with v3.5.

-tk

On Fri, Nov 15, 2019 at 7:23 AM Chris Thompstone 
wrote:

> OK,
> thought it was all OK, but I get this error when I run weewx manually:
>
> Traceback (most recent call last):
>   File "/home/weewx/bin/weewx/reportengine.py", line 140, in run
> obj.start()
>   File "/home/weewx/bin/weewx/reportengine.py", line 170, in start
> self.run()
>   File "/home/weewx/bin/weewx/imagegenerator.py", line 31, in run
> self.genImages(self.gen_ts)
>   File "/home/weewx/bin/weewx/imagegenerator.py", line 218, in genImages
> image = plot.render()
>   File "/home/weewx/bin/weeplot/genplot.py", line 178, in render
> self._renderTopBand(draw)
>   File "/home/weewx/bin/weeplot/genplot.py", line 383, in _renderTopBand
> font=unit_label_font)
>   File "/home/weewx/bin/weeplot/genplot.py", line 578, in text
> return ImageDraw.ImageDraw.text(self, position, string, **options)
>   File "/usr/lib/python2.7/dist-packages/PIL/ImageDraw.py", line 282, in
> text
> self.draw.draw_bitmap(xy, mask, ink)
> TypeError: coordinate list must contain exactly 1 coordinate
> Traceback (most recent call last):
>   File "/home/weewx/bin/weewx/reportengine.py", line 140, in run
> obj.start()
>   File "/home/weewx/bin/weewx/reportengine.py", line 170, in start
> self.run()
>   File "/home/weewx/bin/weewx/imagegenerator.py", line 31, in run
> self.genImages(self.gen_ts)
>   File "/home/weewx/bin/weewx/imagegenerator.py", line 218, in genImages
> image = plot.render()
>   File "/home/weewx/bin/weeplot/genplot.py", line 178, in render
> self._renderTopBand(draw)
>   File "/home/weewx/bin/weeplot/genplot.py", line 383, in _renderTopBand
> font=unit_label_font)
>   File "/home/weewx/bin/weeplot/genplot.py", line 578, in text
> return ImageDraw.ImageDraw.text(self, position, string, **options)
>   File "/usr/lib/python2.7/dist-packages/PIL/ImageDraw.py", line 282, in
> text
> self.draw.draw_bitmap(xy, mask, ink)
> TypeError: coordinate list must contain exactly 1 coordinate
>
> any ideas?
> Thanks
>
> On Friday, 15 November 2019 13:22:53 UTC, Chris Thompstone wrote:
>>
>> OK thanks will give that a try,
>> Chris
>>
>> On Friday, 15 November 2019 13:20:21 UTC, Thomas Keffer wrote:
>>>
>>> You will have to install the prerequisites on your new machine but,
>>> other than that, a simple copy of the weewx files will work. If you
>>> installed using the setup.py method, just copy over the /home/weewx tree.
>>>
>>> -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+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/01dc81f8-f98b-46dd-a4b4-702b405cf52f%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/CAPq0zEADKzG4heQCcDu6ZhhZbeJDP8P7x7_xwtynxhPEsV-Pbw%40mail.gmail.com.

Re: [weewx-user] Move to new server

[Chris Thompstone]

OK,
thought it was all OK, but I get this error when I run weewx manually:

Traceback (most recent call last):
  File "/home/weewx/bin/weewx/reportengine.py", line 140, in run
obj.start()
  File "/home/weewx/bin/weewx/reportengine.py", line 170, in start
self.run()
  File "/home/weewx/bin/weewx/imagegenerator.py", line 31, in run
self.genImages(self.gen_ts)
  File "/home/weewx/bin/weewx/imagegenerator.py", line 218, in genImages
image = plot.render()
  File "/home/weewx/bin/weeplot/genplot.py", line 178, in render
self._renderTopBand(draw)
  File "/home/weewx/bin/weeplot/genplot.py", line 383, in _renderTopBand
font=unit_label_font)
  File "/home/weewx/bin/weeplot/genplot.py", line 578, in text
return ImageDraw.ImageDraw.text(self, position, string, **options)
  File "/usr/lib/python2.7/dist-packages/PIL/ImageDraw.py", line 282, in 
text
self.draw.draw_bitmap(xy, mask, ink)
TypeError: coordinate list must contain exactly 1 coordinate
Traceback (most recent call last):
  File "/home/weewx/bin/weewx/reportengine.py", line 140, in run
obj.start()
  File "/home/weewx/bin/weewx/reportengine.py", line 170, in start
self.run()
  File "/home/weewx/bin/weewx/imagegenerator.py", line 31, in run
self.genImages(self.gen_ts)
  File "/home/weewx/bin/weewx/imagegenerator.py", line 218, in genImages
image = plot.render()
  File "/home/weewx/bin/weeplot/genplot.py", line 178, in render
self._renderTopBand(draw)
  File "/home/weewx/bin/weeplot/genplot.py", line 383, in _renderTopBand
font=unit_label_font)
  File "/home/weewx/bin/weeplot/genplot.py", line 578, in text
return ImageDraw.ImageDraw.text(self, position, string, **options)
  File "/usr/lib/python2.7/dist-packages/PIL/ImageDraw.py", line 282, in 
text
self.draw.draw_bitmap(xy, mask, ink)
TypeError: coordinate list must contain exactly 1 coordinate

any ideas?
Thanks

On Friday, 15 November 2019 13:22:53 UTC, Chris Thompstone wrote:
>
> OK thanks will give that a try,
> Chris
>
> On Friday, 15 November 2019 13:20:21 UTC, Thomas Keffer wrote:
>>
>> You will have to install the prerequisites on your new machine but, other 
>> than that, a simple copy of the weewx files will work. If you installed 
>> using the setup.py method, just copy over the /home/weewx tree.
>>
>> -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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/01dc81f8-f98b-46dd-a4b4-702b405cf52f%40googlegroups.com.

Re: [weewx-user] Sun & Moon sine plot/graph

[Xant]

1) Almanac/pyephem
"$almanac.sun.alt" indeed confusing, and as you mentioned, think that's 
what is "breaking" SQLite. Nomenclature, format or syntax doesn't seems 
appropriate.
As not yet much familiar with the Astronomy portion of WeeWX, and following 
User's Guide, "$almanac.sun.alt" and "$almanac.moon.alt" (besides the 
awkward nomenclature) provides info on call.
I was not aware of "solar_altitude" and just found the reference inside 
weewx/Sun.py (no "moon_altitude" inside weewx/Moon.py, though). Still not 
aware on how to call it, as direct call "solar_altitude" doesn't seems to 
provide info.

2) schema_extended
Did not use ",...," in the schema, but reference that it's getting longer.
Acknowledged that "schema_extended needs to comprise all of the fields in 
your schema, whether original, added earlier or added now".

Thanks, Xant

-- 
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/683e5e5d-0f99-4381-ae85-353b26a9c2a7%40googlegroups.com.

Re: [weewx-user] Move to new server

[Chris Thompstone]

OK thanks will give that a try,
Chris

On Friday, 15 November 2019 13:20:21 UTC, Thomas Keffer wrote:
>
> You will have to install the prerequisites on your new machine but, other 
> than that, a simple copy of the weewx files will work. If you installed 
> using the setup.py method, just copy over the /home/weewx tree.
>
> -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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/ae19-bfc7-4eca-9524-08a9c46ae2f5%40googlegroups.com.

Re: [weewx-user] Move to new server

[Thomas Keffer]

You will have to install the prerequisites on your new machine but, other
than that, a simple copy of the weewx files will work. If you installed
using the setup.py method, just copy over the /home/weewx tree.

-tk


On Fri, Nov 15, 2019 at 4:01 AM Chris Thompstone 
wrote:

> Hi Guys,
> My weewx v3.5 has been running perfect for about 5 years on my odroid u3.
> Until the other day it stopped, I rebooted and found various messages in
> the logs suggesting filesystem corruption.
>
> Anyway, it seems to be going again (for now)
>
> http://rollestonpark.myzen.co.uk
>
> But thought I'd try and move to new hardware.
> I have been testing a network booted Raspberry Pi4 with no sd card. (maybe
> will run better without SD card etc)
>
> This seems to run well.
>
> So next is to install weewx on it.
> I know I'm running an old version, but can I just copy over my v3.5 weewx
> from my odroid and enable the systemd service?
> Or will this not work?
> It's just I have various custom stuff I did years ago, and can't remeber
> how I did it.
>
> I probably should upgrade, but it has been running so nicely, I thought
> I'd just stick with it as it is.
>
> Thanks
> Chris
>
> --
> 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/0759692f-6c19-4c1e-b19c-8c114350f2f5%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/CAPq0zEAgd6oZ2028dBEgSgQqP%3DuJCKucfiKAms1dVVJTX9H5TA%40mail.gmail.com.

[weewx-user] Move to new server

[Chris Thompstone]

Hi Guys,
My weewx v3.5 has been running perfect for about 5 years on my odroid u3.
Until the other day it stopped, I rebooted and found various messages in 
the logs suggesting filesystem corruption.

Anyway, it seems to be going again (for now)

http://rollestonpark.myzen.co.uk

But thought I'd try and move to new hardware.
I have been testing a network booted Raspberry Pi4 with no sd card. (maybe 
will run better without SD card etc)

This seems to run well.

So next is to install weewx on it.
I know I'm running an old version, but can I just copy over my v3.5 weewx 
from my odroid and enable the systemd service?
Or will this not work?
It's just I have various custom stuff I did years ago, and can't remeber 
how I did it.

I probably should upgrade, but it has been running so nicely, I thought I'd 
just stick with it as it is.

Thanks
Chris

-- 
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/0759692f-6c19-4c1e-b19c-8c114350f2f5%40googlegroups.com.

Re: [weewx-user] Sun & Moon sine plot/graph

[gjr80]

Why use something like $almanc.sun.alt, at best it is confusing and at 
worst it will break SQLite or MySQL/MariaDB. Why not use something like 
solar_altitude. For your wee_database error far better to post the exact 
command entered and the exact response received rather than "it doesn't 
work".

Not sure exactly what you are getting at with your second question, I hope 
you did not literally use ,, in the schema_extended line. If you mean 
do you include any previously added fields then yes you do, schema_extended 
needs to comprise all of the fields in your schema, whether original, added 
earlier or added now.

Gary

On Friday, 15 November 2019 16:09:34 UTC+10, Xant wrote:
>
>
> (addendum)
>
> Not sure if incorrect format or syntax to Database, but extend database 
> with '$almanac.sun.alt' and '$almanac.moon.alt' generate errors upon 
> "wee_database --rebuild-daily"
>
> schema_extended = schemas.wview.schema + [('maxSolarRad', 'REAL'),, 
> ('$almanac.sun.alt', 'REAL'), ('$almanac.moon.alt', 'REAL')]
>
>
> Also, upon adding new extensions to Database, on the "schema_extended 
> =..." you keep the previously added, or delete previously added extensions?
>

-- 
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/b8c2ded4-0647-4bda-b6d3-f868d5c3bb4f%40googlegroups.com.

Re: [weewx-user] Re: After a year weexd stopped working.... kindof...

[gjr80]

Hi,

What Vince was referring to was the archive_period setting in weewx.conf, 
you probably won't find it in the syslog as it tends to be spelt out in the 
log rather than using the actual setting name. I suggest you refer to this 
entry  in 
the wiki about posting to the WeeWX user group, it will help you obtain the 
info we need to help. Without this we are just guessing which will leave 
all of us frustrated and your system still not working.

Also, WeeWX is event driven, so whilst you might find the web pages or 
plots are not updated it may well be something else broken early in the 
chain that is causing the web pages or plots not to be generated. We really 
need to see a log extract from WeeWX startup to determine what the issue is.

Gary

On Friday, 15 November 2019 17:02:23 UTC+10, U G wrote:
>
> Hi Again,
>
> I just grepped for "archive_period"  through the log files of the last 
> days and did not find one entry, despite the fact that I already hat set 
>
> "# Set to 1 for extra debug info, otherwise comment it out or set to zero
> debug = 1"
>
> quiet a time ago. 
>
> Erm?
>
> Thanks for your help!
>
> Cheers,
>
> U G 
>
> Am Fr., 15. Nov. 2019 um 07:47 Uhr schrieb U G  >:
>
>> On Thursday, November 14, 2019 at 2:03:47 PM UTC-8, U G wrote:

 after nearly a year collecting weather data with rtl_433  suddenly the 
 html pages are incorrectly updated, all the graphs and the title screen is 
 stuck on November 12th 2019.



>>> Again, as always, we need you to start with setting debug=1 in 
>>> weewx.conf, start weewx back up (or restart it), and provide the full 
>>> syslog from the line where weewx begins to start up all the way to after 
>>> the first or second archive_period happens.
>>>
>>> Okay, thanks, I'll do thay tonight. My guess is, simply the webpage 
>> generation is somewhat broken, but why... the only things which happened on 
>> November 12 was that the battery from my bresser-5-in-1 died and had been 
>> replaces a day later - but the reception is fine again and the data is also 
>> written to the database after replacing.
>>
>> Cheers,
>>
>> U G
>>
>> -- 
>> 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 .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/3a0da277-841c-4a59-8d8a-013ae41df594%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/6e870566-c4e5-4a1c-a82e-43e86fc0be3e%40googlegroups.com.