[weewx-user] Re: weewx and opensprinkler

[Chris Richmond]

In my new house, I've had to resort to ethernet over powerline units.  I 
got TP-Link this time, and it works just fine.
Well, aside from when the power goes out.  Also had to scatter UPS's in a 
few spots since the TV and phone are
both on the network.  Missed the fact that the powerline adapters drop with 
the power, and can't put them on UPS
since that would filter off the network signaling.

On Tuesday, June 16, 2020 at 1:06:36 PM UTC-6, G Hammer wrote:
>
> Mind you, I have a pair of ASUS routers in AP mode, but even with just one 
> I have not had any lost WiFi in the years I've run my Mini-8.

-- 
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/bdf17abf-bb1b-4933-a465-120037c7fa83o%40googlegroups.com.

[weewx-user] Re: weewx and opensprinkler

[Chris Richmond]

On Friday, June 12, 2020 at 6:55:11 AM UTC-6, Pat wrote:
>
> Best part is no cloud dependencies and reliable timing. No problems at all 
> here. I turn the Pi off over the winter to save the SD card from un-needed 
> usage. 
>

Pat, by default (these days anyway), the UI code and the forecasting 
feature are cloud hosted, although the UI
is just a web directory and is available to use locally, and the forecast 
piece (percentage adjustments) can also be hosted locally
if you want that included, aside form the fact you have to query a forecast 
service for that data.  I ran one for a couple of years and
didn't have any problems other than RPi/DNS sorts of things, but those are 
my fault, not the product.  I'm going to be buying another
one shortly, since I moved and left the other one behind.  I added a cheap 
SSD and USB<->SSD adapter to avoid SD card issues.

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/36e463cd-abe8-4f45-9397-ce7ce01bd602o%40googlegroups.com.

[weewx-user] Re: 4.1.1 + empty forecast on python3 not working???

[Chris Richmond]

So it seems that part of the problem is that the support for gzipped data 
from Darksky doesn't work (python(2 or 3) issue), so forcing (in code) 
non-compressed queries
resolved that issue.  This is using a clean install of 3.9.2. At this 
point, I'm not sure I care about 4.1.1 or python3  :^), but I'm guessing 
I'll have to in the future.
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/f0db36a2-6374-4a32-a4ca-b731fccbd4ffo%40googlegroups.com.

[weewx-user] Re: weewx and opensprinkler

[Chris Richmond]

Gary,

OpenSprinkler runs a simple cloud service where your unit sends your 
location and it returns the percentage of your sprinkler
program to run based on recent precipitation and the forecast for your 
area.  I use a custom report to get precipitation
for the last 2 days in weewx,and ported this service to run locally, 
pulling forecast data from OWM and DS, and the local precip.

I don't understand the original question either.

Chris

On Tuesday, June 9, 2020 at 6:20:32 PM UTC-6, gjr80 wrote:
>
> Hi,
>
> I don't know what you mean by the 'OpenSprinkler-Weather service'. Are you 
> just wanting WeeWX to upload data to WeatherUnderground? Is the config 
> snippet you posted from the [StdRESTful] stanza in weewx.conf, if so 
> there should be no need to specify server_url.
>
>
>>

-- 
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/787ff684-737e-4381-bb26-84d6dcd56bf8o%40googlegroups.com.

[weewx-user] 4.1.1 + empty forecast on python3 not working???

[Chris Richmond]

All,

I'm setting up weewx on current versions of everything, and once I 
added the forecast module, I started
having problems.  I haven't used the forecast module in the past, so not 
too sure what to expect.  Still using
the simulator while working things out.

The first was that weewx would die within the first loop because of a float 
vs: NoneType
compare.  This is where the error occurs (self.last_ts was None):
1214 elif time.time() - self.interval > self.last_ts:

Since there wasn't a "last_ts" in the database, there was nothing to 
return.  This is my work-around (1059, 1060):
1057 # find out when the last forecast happened
1058 self.last_ts = Forecast.get_last_forecast_ts(dbm, 
self.method_id)
1059 if not self.last_ts:
1060 self.last_ts = 0

That enabled the main engine to keep running, but when the forecast code 
actually ran, another error
was caught (one each for the 4 types enabled):

LOOP:   2020-06-02 16:20:16 MDT (1591136416) UV: 2.489577236140643, 
altimeter: 37.90032838090037, appTemp: 28.35108284522792, barometer: 
31.099987728026797, beaufort: 0, cloudbase: 6858.786987764572, 
consBatteryVoltage: 12.0, dateTime: 1591136416, dewpoint: 
27.108597225364377, heatindex: 32.581259971528496, heatingVoltage: 12.0, 
humidex: 32.581259971528496, inDewpoint: 31.079342683476767, inHumidity: 
29.99950912408379, inTemp: 63.00024543795811, inTempBatteryStatus: 0, 
maxSolarRad: None, outHumidity: 79.99963184080383, outTemp: 
32.581259971528496, outTempBatteryStatus: 0, pressure: 31.099987728026797, 
radiation: 177.82694543861737, rain: 0, rainBatteryStatus: 0, rainRate: 
0.0, referenceVoltage: 12.110006725571685, rxCheckPercent: 
61.04056080465194, supplyVoltage: 12.0, txBatteryStatus: 0, usUnits: 1, 
windBatteryStatus: 1, windDir: 359.9977910448229, windGust: 
7.363183923558836e-05, windGustDir: 359.9977910448229, windSpeed: 
6.135986602995303e-05, windchill: 32.581259971528496

Exception in thread OWMThread:
Traceback (most recent call last):
  File "/usr/lib/python3.5/threading.py", line 914, in _bootstrap_inner
self.run()
  File "/home/weewx/bin/user/forecast.py", line 995, in run
self._target(*self._args)
TypeError: 'NoneType' object is not callable

Now, update_forecast expects a passed argument, but none is passed; should 
be event maybe?
./bin/user/forecast.py:1064:self.bind(weewx.NEW_ARCHIVE_RECORD, 
self.update_forecast)
./bin/user/forecast.py:1209:def update_forecast(self, event):

And this is one line past the original error:
1214 elif time.time() - self.interval > self.last_ts:
1215 t = ForecastThread(self.do_forecast, event)

These should be the relevant parts of the weewx.conf:

[StdReport]
[[forecast]]
HTML_ROOT = public_html.sim/forecast
skin = forecast

[DataBindings]
[[forecast_binding]]
database = forecast_sqlite

[Databases]
   [[forecast_sqlite]]
   database_name = forecast.sdb
   database_type = SQLite

[Engine]

[[Services]]
# This section specifies the services that should be run. They are
# grouped by type, and the order of services within each group
# determines the order in which the services will be run.
prep_services = weewx.engine.StdTimeSynch
data_services = ,
process_services = weewx.engine.StdConvert, 
weewx.engine.StdCalibrate, weewx.engine.StdQC, 
weewx.wxservices.StdWXCalculate
archive_services = weewx.engine.StdArchive, 
user.forecast.ZambrettiForecast, user.forecast.NWSForecast, 
user.forecast.OWMForecast, user.forecast.DSForecast
report_services = weewx.engine.StdPrint, weewx.engine.StdReport
restful_services = ,
#   restful_services = weewx.restx.StdStationRegistry, 
weewx.restx.StdWunderground, weewx.restx.StdPWSweather, 
weewx.restx.StdCWOP, weewx.restx.StdWOW, weewx.restx.StdAWEKAS

# Options for extension 'forecast'
[Forecast]
data_binding = forecast_binding
[[Zambretti]]
hemisphere = NORTH
[[NWS]]
foid = "PIH"
lid = "IDZ053"
[[OWM]]
api_key = xxx583a6
[[DS]]
api_key = xxx108eb

The DB exists, but doesn't have much in it:
router1_/home/weewx> d archive.sim/
total 1056
-rw-r--r-- 1 weewx users8192 Jun  2 16:17 forecast.sdb
-rw-r--r-- 1 weewx users 1073152 Jun  2 16:20 weewx.sdb


And the relevant log (start-up and forecast messages (debug=2 in config).  
Actually this is start-up until the first set of exceptions
were reported (running without -d)"

Jun  2 16:05:19 router1 weewx[31567] CRITICAL __main__: Keyboard interrupt.
Jun  2 16:17:58 router1 weewx[32274] INFO __main__: Initializing weewx 
version 4.1.1
Jun  2 16:17:58 router1 weewx[32274] INFO __main__: Using Python 3.5.3 
(default, Sep 27 2018, 17:25:39) #012[GCC 6.3.0 20170516]
Jun  2 16:17:58 router1 weewx[32274] INFO __main__: Platform 
Linux-4.9.0-8-amd64-x86_64-with-debian-9
Jun  2 16:17:58 r

[weewx-user] Apple buys DarkSky, IBM own TheWeatherChannel and WU, what's the next shoe to drop?

[Chris Richmond]

Just saw that Apple bought DarkSky, and the API will get disabled end of 
2021.  Also noticed that TheWeatherChannel's
web site is reporting as "by IBM" now.

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/950362db-3e58-4279-a986-18395a4782c8%40googlegroups.com.

[weewx-user] Re: report_timing parameter being ignored

[Chris Richmond]

>
> A while ago, someone had copy/edited the rsync or ftp report to back up 
> the database.  Search the archive for that thread.  Seemed like a slick 
> solution to me.
>
The problem with an asynchronous cron job, is  potentially making a copy of 
the file while its being updated.

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/5c746d6d-b9f9-4da5-98e0-7a41d0efc097%40googlegroups.com.

Re: [weewx-user] Mapping to proper USB-serial port - MacO/VantagePro2

[Chris Richmond]

Doesn't look like Cheetah actually installed.  Did you check that last path 
for existence and permissions?
I've never see a /private/tmp path before, so if the path is invalid, it 
won't work.  You can always create it
with the same permissions as /tmp, but I'd wonder why that is necessary in 
the first place.

Chris

On Saturday, December 28, 2019 at 9:03:21 PM UTC-8, David Bach wrote:
>
> I thought I had. It was one of the install pip ... commands.
>
> Trying again I get this:
>
> WeatherMini:/ dsbach$ sudo pip install Cheetah
> Password:
> Python.framework/Versions/2.7/Extras/lib/python/_markerlib', 
> '/private/tmp/pip-uninstall-9UwGWW', "[Errno 1] Operation not permitted: '
> /private/tmp/pip-uninstall-9UwGWW'")]
>
> I don't know what to make the last part of this.
>
> David
>
>
>

-- 
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/b4003129-aff2-4aec-a2cd-23509a6f518d%40googlegroups.com.

[weewx-user] Re: image caching problem with Chrome

[Chris Richmond]

Thanks, it was the first enabled report in the list.  I've moved it to the 
end now.  The config setup is mostly the default for 3.9.1
for a Vantage station.

Chris

On Monday, September 23, 2019 at 5:04:20 PM UTC-7, gjr80 wrote:
>
> Hi,
>
> Reports are processed in the order listed in weewx.conf under [StdReport], 
> have a look under [StdReport], is [[RSYNC]] before or after 
> [[SeasonsReport]]? Based on the log extract provided I am guessing it is 
> before. If so try moving then entire [[RSYNC]] stanza to be after (the 
> entire) [[SeasonsReport]] stanza. If [[RSYNC]] is indeed after 
> [[SeasonsReport]] then post a copy of your [StdReport] stanza (if you do 
> make sure any passwords, user names or other sensitive info is obfuscated). 
> Note you will need to restart WeeWX or do a config reload for any 
> weewx.conf changes to take effect.
>
>>
>>

-- 
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/9bbf9782-f7c4-48b8-a47f-7b5fcf6a68c8%40googlegroups.com.

Re: [weewx-user] image caching problem with Chrome

[Chris Richmond]

Thanks.  I don't think I have access to the web server config to go at it 
from that angle, but since I'm post-processing
all the web pages anyway to change host names, I can add the actual 
timestamps from the files while I'm at it.

Any other ideas on the report sequence?  I can fiddle with that when I get 
home.

Thx, Chris

On Sunday, September 22, 2019 at 5:05:53 PM UTC-7, Thomas Keffer wrote:
>
> Take a look at this thread 
> . It 
> offers several solutions.
>
> -tk
>
>>
>> Semi-unrelated, but is there a way to get the rsync report to run after 
>> the the images are generated rather than
>> before?  As it is, the images are always a cycle behind the rest of the 
>> page updates.  The report module isn't sorting
>> the names, but maybe naming rsync ZRSYNC and sorting the report names 
>> would work???
>>
>> Sep 22 16:20:38 pivue weewx[30301]: copygenerator: copied 0 files to 
>> /home/weewx/public_html.vp2
>> Sep 22 16:25:14 pivue weewx[30301]: manager: Added record 2019-09-22 
>> 16:25:00 MDT (1569191100) to database 'weewx.sdb'
>> Sep 22 16:25:15 pivue weewx[30301]: manager: Added record 2019-09-22 
>> 16:25:00 MDT (1569191100) to daily summary in 'weewx.sdb'
>> Sep 22 16:25:16 pivue weewx[30301]: rsyncupload: rsync'd 23 files 
>> (168,268 bytes) in 0.96 seconds
>> Sep 22 16:25:32 pivue weewx[30301]: cheetahgenerator: Generated 9 files 
>> for report SeasonsReport in 14.57 seconds
>> Sep 22 16:25:38 pivue weewx[30301]: imagegenerator: Generated 14 images 
>> for SeasonsReport in 6.61 seconds
>> Sep 22 16:25:38 pivue weewx[30301]: copygenerator: copied 0 files to 
>> /home/weewx/public_html.vp2
>>
>> Site is here: http://www.csrhome.online/vp2weather/index.html
>>
>> thx,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...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/e136d56f-7066-4c39-b433-c6a27f131d21%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/036e8386-e37a-4b3e-aa7a-3ef3376462e1%40googlegroups.com.

[weewx-user] image caching problem with Chrome

[Chris Richmond]

All, this can't be a new thing, but using Chrome and weewx 3.9.1, the 
graphs don't reload when refreshing the
web page.  Rather than having to clear the image cache in Chrome's 
Settings, is it reasonable to add a trick like this:
http://www.csrhome.online/myshake/gifs/RD066_EHZ_AM_00.2019090100.gif?v=1567339258>
">

This is from a different web published RPi dodad raspberryshake (mine is 
broken at the moment).  Anyhow, the trick
is to add a timestamp to the href that updates with the image so that it 
tricks the caching mechanism into reloading the
same named file when the timestamp has changed.  Does cheetah support that 
sort of thing?

Semi-unrelated, but is there a way to get the rsync report to run after the 
the images are generated rather than
before?  As it is, the images are always a cycle behind the rest of the 
page updates.  The report module isn't sorting
the names, but maybe naming rsync ZRSYNC and sorting the report names would 
work???

Sep 22 16:20:38 pivue weewx[30301]: copygenerator: copied 0 files to 
/home/weewx/public_html.vp2
Sep 22 16:25:14 pivue weewx[30301]: manager: Added record 2019-09-22 
16:25:00 MDT (1569191100) to database 'weewx.sdb'
Sep 22 16:25:15 pivue weewx[30301]: manager: Added record 2019-09-22 
16:25:00 MDT (1569191100) to daily summary in 'weewx.sdb'
Sep 22 16:25:16 pivue weewx[30301]: rsyncupload: rsync'd 23 files (168,268 
bytes) in 0.96 seconds
Sep 22 16:25:32 pivue weewx[30301]: cheetahgenerator: Generated 9 files for 
report SeasonsReport in 14.57 seconds
Sep 22 16:25:38 pivue weewx[30301]: imagegenerator: Generated 14 images for 
SeasonsReport in 6.61 seconds
Sep 22 16:25:38 pivue weewx[30301]: copygenerator: copied 0 files to 
/home/weewx/public_html.vp2

Site is here: http://www.csrhome.online/vp2weather/index.html

thx,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/e136d56f-7066-4c39-b433-c6a27f131d21%40googlegroups.com.

[weewx-user] Not exactly a problem, but copygenerator: copied 0 files to

[Chris Richmond]

Hi,

  I'm watching /var/log/messages, and noticed this:

Aug 31 18:45:16 pivue weewx[27341]: manager: Added record 2019-08-31 
18:45:00 PDT (1567302300) to database 'weewx.sdb'
Aug 31 18:45:16 pivue weewx[27341]: manager: Added record 2019-08-31 
18:45:00 PDT (1567302300) to daily summary in 'weewx.sdb'
Aug 31 18:45:32 pivue weewx[27341]: cheetahgenerator: Generated 8 files for 
report SeasonsReport in 15.16 seconds
Aug 31 18:45:40 pivue weewx[27341]: imagegenerator: Generated 14 images for 
SeasonsReport in 8.08 seconds
Aug 31 18:45:40 pivue weewx[27341]: copygenerator: copied 0 files to 
/home/weewx/public_html.vue

While at the same time, the right number of files have new timestamps.  I 
looked at the code where the message is coming from, and
it only comes from here:./bin/weewx/reportengine.py:
syslog.syslog(syslog.LOG_INFO, "copygenerator: "
so it doesn't make sense the files are updated, but the one count is zero.  
That message always shows 0 files copied,
but clearly, files are getting copied.  This is with weewx 3.9.1

> ls -ltr /home/weewx/public_html.vue
-rw-r--r-- 1 weewx 13515 Aug 31 18:01 monthvolt.png
drwxr-sr-x 2 weewx  4096 Aug 31 18:45 NOAA/
-rw-r--r-- 1 weewx 19780 Aug 31 18:45 index.html
-rw-r--r-- 1 weewx  2246 Aug 31 18:45 celestial.html
-rw-r--r-- 1 weewx  3874 Aug 31 18:45 telemetry.html
-rw-r--r-- 1 weewx  1407 Aug 31 18:45 tabular.html
-rw-r--r-- 1 weewx 13276 Aug 31 18:45 statistics.html
-rw-r--r-- 1 weewx  6308 Aug 31 18:45 rss.xml
-rw-r--r-- 1 weewx  9074 Aug 31 18:45 daybarometer.png
-rw-r--r-- 1 weewx  9685 Aug 31 18:45 daytempdew.png
-rw-r--r-- 1 weewx  7782 Aug 31 18:45 daytempfeel.png
-rw-r--r-- 1 weewx  7387 Aug 31 18:45 daytempin.png
-rw-r--r-- 1 weewx  8370 Aug 31 18:45 daytemp.png
-rw-r--r-- 1 weewx  7318 Aug 31 18:45 dayhum.png
-rw-r--r-- 1 weewx  6375 Aug 31 18:45 dayrain.png
-rw-r--r-- 1 weewx  8812 Aug 31 18:45 daywind.png
-rw-r--r-- 1 weewx  7186 Aug 31 18:45 daywinddir.png
-rw-r--r-- 1 weewx  8562 Aug 31 18:45 daywindvec.png
-rw-r--r-- 1 weewx  6282 Aug 31 18:45 dayradiation.png
-rw-r--r-- 1 weewx  5547 Aug 31 18:45 dayuv.png
-rw-r--r-- 1 weewx  6628 Aug 31 18:45 dayrx.png
-rw-r--r-- 1 weewx 13080 Aug 31 18:45 dayvolt.png

-- 
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/f15eea75-2521-4fdb-8fa3-abbe44fa1b2b%40googlegroups.com.

[weewx-user] Re: rsync fails with host key error in weewx, not from command line

[Chris Richmond]

Hi Tony,

  I've set things up (udev, specify pid file path) so I don't have to run 
as root.  Vince, what changed was the FQDN of the filer (changed domain 
names),
so that was the issue.  It's a bit of a learning experience to have two 
local domains.  As an aside, I've got <2 weeks to figure out how
to VPN between them so I can see either end once they aren't literally 
within 3ft of my chair and don't share the same ISP connection.
The wan ports are on the same domain (ISP's router ports), and each router 
(yet more linux boxes) has it's own local domain.
In the meantime, I'm pushing stuff from both sides to an external web 
service, which is what this is related to.

Thx, 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/6bb19d36-e9b9-4b6a-9bcc-5685f8259299%40googlegroups.com.

Re: [weewx-user] rsync fails with host key error in weewx, not from command line

[Chris Richmond]

Yes.  weewx in this case.  Apparently, filer2 and filer2.csrhome.home end 
up with separate hostkeys
in known_hosts.  copy/paste of the exact rsync command also prompted to 
accept the hostkey for
filer2.csrhome.home.  Learn something new everyday.

I'll have to wait until later to see if weewx is successful next time 
(rsync 3x/day for now).

Chris

On Wednesday, August 21, 2019 at 6:50:21 AM UTC-7, Graham Eddy wrote:
>
> is it same user running ssh manually as weewx runs as?
> 
> *Graham Eddy*
>
> On 21 Aug 2019, at 11:29 pm, Chris Richmond  > wrote:
>
> Hi,
>I'm not new to ssh and all, but this one doesn't make sense. I'm 
> messing around with
> getting a set of hardware together for a move, and in the process ended up 
> with rsync
> errors because of host keys.  So... I removed the hostkey on the weewx end 
> and was
> able to ssh without a password to the NAS.  Still got the error, so 
> checked the reverse
> direction, which also had a problem, so corrected that.  Rechecked both 
> directions this
> morning (by hand) and no problems. *Still* weewx is failing rsync because 
> of host key
> errors.  Any more ideas.
>
> pivue:~> sudo grep rsync /var/log/syslog | tail
> Aug 21 06:25:16 pivue weewx[9927]: rsyncupload: [['rsync', '--archive', 
> '--stats', '-e ssh', '/home/weewx/public_html/', 
> 'weewxfiler2.csrhome.home:/volume1/web/vueweather']] reported errors: 
> Host key verification failed.. rsync: connection unexpectedly closed (0 
> bytes received so far) [sender]. rsync error: error in rsync protocol data 
> stream (code 12) at io.c(235) [sender=3.1.2]
> Aug 21 06:25:16 pivue weewx[9927]: rsyncupload: rsync executed in 0.30 
> seconds
> pivue:~> ssh filer2
>
> weewx@filer2:~$ ssh pivue.csrhome.home
> Linux pivue 4.19.42+ #1219 Tue May 14 21:16:38 BST 2019 armv6l
>
> Last login: Wed Aug 21 06:25:40 2019 from 192.168.2.250
> pivue:~> 
>
> Thx, 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...@googlegroups.com .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/069127e6-f46b-4a3f-9a38-1d8c38439594%40googlegroups.com
>  
> <https://groups.google.com/d/msgid/weewx-user/069127e6-f46b-4a3f-9a38-1d8c38439594%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/9a7fd643-e564-4d62-bd72-92e755fe66bf%40googlegroups.com.

[weewx-user] rsync fails with host key error in weewx, not from command line

[Chris Richmond]

Hi,
   I'm not new to ssh and all, but this one doesn't make sense. I'm messing 
around with
getting a set of hardware together for a move, and in the process ended up 
with rsync
errors because of host keys.  So... I removed the hostkey on the weewx end 
and was
able to ssh without a password to the NAS.  Still got the error, so checked 
the reverse
direction, which also had a problem, so corrected that.  Rechecked both 
directions this
morning (by hand) and no problems. *Still* weewx is failing rsync because 
of host key
errors.  Any more ideas.

pivue:~> sudo grep rsync /var/log/syslog | tail
Aug 21 06:25:16 pivue weewx[9927]: rsyncupload: [['rsync', '--archive', 
'--stats', '-e ssh', '/home/weewx/public_html/', 
'weewxfiler2.csrhome.home:/volume1/web/vueweather']] reported errors: 
Host key verification failed.. rsync: connection unexpectedly closed (0 
bytes received so far) [sender]. rsync error: error in rsync protocol data 
stream (code 12) at io.c(235) [sender=3.1.2]
Aug 21 06:25:16 pivue weewx[9927]: rsyncupload: rsync executed in 0.30 
seconds
pivue:~> ssh filer2

weewx@filer2:~$ ssh pivue.csrhome.home
Linux pivue 4.19.42+ #1219 Tue May 14 21:16:38 BST 2019 armv6l

Last login: Wed Aug 21 06:25:40 2019 from 192.168.2.250
pivue:~> 

Thx, 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/069127e6-f46b-4a3f-9a38-1d8c38439594%40googlegroups.com.

[weewx-user] Amusing interference with wind speed

[Chris Richmond]

The other day my wife and I were enjoying the Oregon weather on the deck, 
and happened to catch a
small bird that landed on the Vantage Vue's anemometer.  He spun around 3-4 
times and flew off.  Too
bad we didn't catch it on video.

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/90f2a7a6-1948-478e-aa19-c5e84a6dca4a%40googlegroups.com.

[weewx-user] Re: /dev/serial0 disappeared with RPi update

[Chris Richmond]

Leon has it; posted mostly as a heads-up.  Of course I googled first, and 
the more relevent references were about RPi 3's and bluetooth and
the fact that there was a change where the uart(s) gets disabled by default 
now.  The /boot/config.txt has the uart enable, and /boot/cmdline.txt
has a default console thing to remove (was already done).  Anyhow, since it 
wasn't a permissions issue, I figured I'd notify/ask where there are
known RPi and serial port users in case someone has a better idea.  That's 
all.

Thought I'd sent this, saves an extra post. Turns out it was a udev issue, 
and self inflicted (I know, shocking).  I grepped syslog for udev and
found a couple of obscure error messages, but it was a quote problem in the 
rules file (single verses double).
Maybe it was always broken and it was simply the reboot that exposed it.My 
change control isn't good enough to know for sure.
Anyway, weewx is back using /dev/serial0.

Thx, 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/12216161-495f-46b0-8017-f2cfce63b5b8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] /dev/serial0 disappeared with RPi update

[Chris Richmond]

I've got a work-around, but just asking anyway...

While messing around getting a UPS set up for the new Vue setup I did an OS 
update, which seems to have broken
udev or something related to getting /dev/serial0 created. udev was working 
such that the weewx account could talk
to /dev/serial0 before this.  After the update, even root couldn't start 
weewx with this message:
Jul  5 08:07:24 pi2c weewx[976]: import of driver failed: [Errno 2] could 
not open port /dev/serial0: [Errno 2] No such file or directory: 
'/dev/serial0' ()
Jul  5 08:07:24 pi2c weewx[976]: engine: Unable to load driver: [Errno 2] 
could not open port /dev/serial0: [Errno 2] No such file or directory: 
'/dev/serial0'

enable_uart=1 is enabled in /boot/config.txt.  This is about all that's 
interesting from the boot logs (/var/syslog):
Jul  5 08:04:09 pi2c kernel: [1.035375] uart-pl011 20201000.serial: 
cts_event_workaround enabled
Jul  5 08:04:09 pi2c kernel: [1.038405] 20201000.serial: ttyAMA0 at 
MMIO 0x20201000 (irq = 81, base_baud = 0) is a PL011 rev2

I ended up pointing the weewx.conf like this: port = /dev/ttyAMA0
and after that I could start weewx as weewx (not root).

This is the version of the OS I have now that doens't work the same as 
before:
Jul  5 08:04:09 pi2c kernel: [0.00] Linux version 4.19.42+ 
(dom@dom-XPS-13-9370) (gcc version 4.9.3 (crosstool-NG 
crosstool-ng-1.22.0-88-g8460611)) #1219 Tu
Jul  5 08:04:09 pi2c kernel: [0.00] CPU: ARMv6-compatible processor 
[410fb767] revision 7 (ARMv7), cr=00c5387d
pi2c_/home/weewx> cat /etc/debian_version 
9.9

This is the other RPi with the VP2 that does work as expected on 
/dev/serial0:
Mar 24 14:20:40 pi2a kernel: [0.00] Linux version 4.9.35+ 
(dc4@dc4-XPS13-9333) (gcc version 4.9.3 (crosstool-NG 
crosstool-ng-1.22.0-88-g8460611) ) #1014 Fri Jun 30 14:34:49 BST 2017
Mar 24 14:20:40 pi2a kernel: [0.00] CPU: ARMv6-compatible processor 
[410fb767] revision 7 (ARMv7), cr=00c5387d

Mar 24 14:20:41 pi2a kernel: [1.010518] 20201000.serial: ttyAMA0 at 
MMIO 0x20201000 (irq = 81, base_baud = 0) is a PL011 rev2
Mar 24 14:20:45 pi2a kernel: [   18.585113] uart-pl011 20201000.serial: no 
DMA platform data

pi2a_/var/log> cat /etc/debian_version 
8.0

Both are RPi model B+.

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/48fb35e2-4354-4d9b-bf8b-180632d10bec%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: dot plots instead of continuous lines???

[Chris Richmond]

Found it.  It was archive interval on the console side.  Didn't find a way 
to set it on the console itself,
but wee_device worked as expected.

Thx, 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/4c305495-16ee-4836-b2d8-8f1a0c3f408c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] dot plots instead of continuous lines???

[Chris Richmond]

Hi, I've set up another station (Vantage Vue), and finally got things 
worked out.  Running 3.9.1, but
the thing is, the daily graphs are disconnected dots rather than lines.  
Weekly are lines.  The setup
is all stock using the Seasons skin.  There isn't anything amusing in the 
system logs.  This is the last
30min of weewx messages below.

The Vue is on a serial datalogger on a Pi model B+ that's recently set up 
with RTC + NTP on Ethernet.

I'm pretty sure this isn't expected.  Next steps for resolving?  I can 
start over if that help, but that's
likely not the problem.

Is this an archive interval on the console that needs to be set to 5min?

Thx, Chris

Jun 27 18:00:17 pi2c weewx[14935]: vantage: Requesting 200 LOOP packets.
Jun 27 18:00:17 pi2c weewx[14935]: reportengine: Running reports for latest 
time in the database.
Jun 27 18:00:17 pi2c weewx[14935]: reportengine: Report 'StandardReport' 
not enabled. Skipping.
Jun 27 18:00:17 pi2c weewx[14935]: reportengine: Running report 'RSYNC'
Jun 27 18:00:17 pi2c weewx[14935]: vantage: Gentle wake up of console 
successful
Jun 27 18:00:17 pi2c weewx[14935]: reportengine: Found configuration file 
/home/weewx/skins/Rsync/skin.conf for report 'RSYNC'
Jun 27 18:00:18 pi2c weewx[14935]: rsyncupload: rsync'd 22 files (152,275 
bytes) in 0.97 seconds
Jun 27 18:00:18 pi2c weewx[14935]: reportengine: Running report 
'SeasonsReport'
Jun 27 18:00:19 pi2c weewx[14935]: reportengine: Found configuration file 
/home/weewx/skins/Seasons/skin.conf for report 'SeasonsReport'
Jun 27 18:00:19 pi2c weewx[14935]: cheetahgenerator: using search list 
['weewx.cheetahgenerator.Almanac', 'weewx.cheetahgenerator.Station', 
'weewx.cheetahgenerator.
Current', 'weewx.cheetahgenerator.Stats', 
'weewx.cheetahgenerator.UnitInfo', 'weewx.cheetahgenerator.Extras']
Jun 27 18:00:19 pi2c weewx[14935]: manager: Daily summary version is 2.0
Jun 27 18:00:32 pi2c weewx[14935]: cheetahgenerator: Generated 8 files for 
report SeasonsReport in 12.44 seconds
Jun 27 18:00:32 pi2c weewx[14935]: manager: Daily summary version is 2.0
Jun 27 18:01:14 pi2c weewx[14935]: imagegenerator: Generated 42 images for 
SeasonsReport in 42.05 seconds
Jun 27 18:01:14 pi2c weewx[14935]: copygenerator: copied 0 files to 
/home/weewx/public_html
Jun 27 18:01:14 pi2c weewx[14935]: reportengine: Report 'SmartphoneReport' 
not enabled. Skipping.
Jun 27 18:01:14 pi2c weewx[14935]: reportengine: Report 'MobileReport' not 
enabled. Skipping.
Jun 27 18:06:54 pi2c weewx[14935]: vantage: Requesting 200 LOOP packets.
Jun 27 18:06:54 pi2c weewx[14935]: vantage: Gentle wake up of console 
successful
Jun 27 18:13:32 pi2c weewx[14935]: vantage: Requesting 200 LOOP packets.
Jun 27 18:13:32 pi2c weewx[14935]: vantage: Gentle wake up of console 
successful
Jun 27 18:20:10 pi2c weewx[14935]: vantage: Requesting 200 LOOP packets.
Jun 27 18:20:10 pi2c weewx[14935]: vantage: Gentle wake up of console 
successful
Jun 27 18:26:48 pi2c weewx[14935]: vantage: Requesting 200 LOOP packets.
Jun 27 18:26:48 pi2c weewx[14935]: vantage: Gentle wake up of console 
successful
Jun 27 18:30:16 pi2c weewx[14935]: vantage: Getting archive packets since 
2019-06-27 18:00:00 PDT (1561683600)
Jun 27 18:30:16 pi2c weewx[14935]: vantage: Gentle wake up of console 
successful
Jun 27 18:30:16 pi2c weewx[14935]: vantage: Retrieving 1 page(s); starting 
index= 2
Jun 27 18:30:16 pi2c weewx[14935]: manager: Added record 2019-06-27 
18:30:00 PDT (1561685400) to database 'weewx.sdb'
Jun 27 18:30:16 pi2c weewx[14935]: manager: Added record 2019-06-27 
18:30:00 PDT (1561685400) to daily summary in 'weewx.sdb'
Jun 27 18:30:17 pi2c weewx[14935]: vantage: Empty record page 0; index 3
Jun 27 18:30:17 pi2c weewx[14935]: reportengine: Running reports for latest 
time in the database.
Jun 27 18:30:17 pi2c weewx[14935]: reportengine: Report 'StandardReport' 
not enabled. Skipping.
Jun 27 18:30:17 pi2c weewx[14935]: reportengine: Running report 'RSYNC'
Jun 27 18:30:17 pi2c weewx[14935]: engine: Garbage collected 2614 objects
Jun 27 18:30:17 pi2c weewx[14935]: vantage: Requesting 200 LOOP packets.
Jun 27 18:30:17 pi2c weewx[14935]: vantage: Gentle wake up of console 
successful
Jun 27 18:30:17 pi2c weewx[14935]: reportengine: Found configuration file 
/home/weewx/skins/Rsync/skin.conf for report 'RSYNC'
Jun 27 18:30:19 pi2c weewx[14935]: rsyncupload: rsync'd 50 files (378,535 
bytes) in 1.18 seconds
Jun 27 18:30:19 pi2c weewx[14935]: reportengine: Running report 
'SeasonsReport'
Jun 27 18:30:19 pi2c weewx[14935]: reportengine: Found configuration file 
/home/weewx/skins/Seasons/skin.conf for report 'SeasonsReport'
Jun 27 18:30:20 pi2c weewx[14935]: cheetahgenerator: using search list 
['weewx.cheetahgenerator.Almanac', 'weewx.cheetahgenerator.Station', 
'weewx.cheetahgenerator.
Current', 'weewx.cheetahgenerator.Stats', 
'weewx.cheetahgenerator.UnitInfo', 'weewx.cheetahgenerator.Extras']
Jun 27 18:30:20 pi2c weewx[14935]: manager: Daily summary version is 2.0
Jun 27 18:30:32 pi2c 

[weewx-user] Re: How to copy or create a new uploader function. need 2 "wunderground" uploaders for use with Opensprinkler.com

[Chris Richmond]

>
> Sent Alco a prelim offer on the side.  Would need a place to store this in 
>> public at some point, I suppose.
>>
> 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/c3f94567-f556-462c-a2e6-737858845e81%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: How to copy or create a new uploader function. need 2 "wunderground" uploaders for use with Opensprinkler.com

[Chris Richmond]

Hi, making good progress.  Need to figure out what's up with json.loads.  
Works in one case, not the other.
Other than that, the same script works from the command line or as a cgi, 
which was on my to-do list for a while.

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/e477747b-1eaa-4341-b8b5-307521f92e75%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: How to copy or create a new uploader function. need 2 "wunderground" uploaders for use with Opensprinkler.com

[Chris Richmond]

Working on packaging things up.  May take a few days.  As for OS, their 
default is a call to a cgi script they host somewhere.
I replaced that with something local that returns the necessary data, 
including recent precipitation.  It's been appearantly
working fine for months or more, but when I tried the validation parts, it 
isn't working, so debugging.  What I can't verify are
the cgi parts.  From the command line, works as expected.  There's some web 
thingy that's being a PITA.

Chris

On Friday, June 21, 2019 at 10:09:23 AM UTC-7, Alco van N wrote:
>
> That should be great Chris, I still can user OWM with Opensprinkler, or a 
> general format for any PWS. The have a build a weather "input" services 
> that I've installed.
> So I think I can directly or slightly adapt your Py script to use with 
> that! 
>
> ( a general rest-full / POST command to send weather info to 
> Opensprinkleris documented at: 
> https://github.com/OpenSprinkler/OpenSprinkler-Weather/blob/master/docs/pws-protocol.md
>  
> ) they really did a nice job there to make it more flexible.
>
>
>
>

-- 
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/2c82ac2a-14fd-4d2b-8894-4e9a781a8470%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: How to copy or create a new uploader function. need 2 "wunderground" uploaders for use with Opensprinkler.com

[Chris Richmond]

I've done a similar thing to get the last 2 days precipitaiton from weewx 
into OS.  I actually replaced the whole CGI with a python script that pulls 
forecast
data from OWM and DarkSky.  At the time OS was using OWM, but not really 
dealing with the data correctly and the calculated percentage
was zero, so I rolled my own.  I can pull the details together if you like.
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/105e10ee-200f-4abd-9418-dd0400764e98%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [weewx-user] Setting up a pre-configured station and weewx pi for a remote site

[Chris Richmond]

Only my humble opinion, but weewx isn't quite plug-and-play in the sense of 
sending someone an sd card to install
and hoping for the best.  You'd have to get all the details right 
up-front.  If the receiver isn't up to the job of finishing the
job, then at *least* enable some sort of remote access.  If it were me, I'd 
get everything setup, then ship the whole thing
so it is just applying power and network.  I've got a VP2 and a Vue now, 
and both are on serial ports.  The Vue's RPi even
has an RTC for fun, since it's going to end up in my own remote location.  
I'd be happy to send my details if that's helpful.

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/2e58730c-243b-4a82-8502-cb4d01440fd5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: weewx fails to boot because of station name?

[Chris Richmond]

Thanks.  I'm suspecting the time it did work was when I reinstalled and 
used the generated config.
Since this case is about finding config data, the block that failed could 
be getting the config section
by getting the value from station_type =  in Station, then doing the 
lookup.  That would disconnect
the DRIVEE_NAME from the config section name (for better or worse).  If 
there are more than a couple of
other places where driver name is used like that, the discussion is over.  
:^)

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/f6f88f3a-61be-4b6a-bcf5-f59bf77de40f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] weewx fails to boot because of station name?

[Chris Richmond]

I bought a VantageVue, and I thought I had this working once, but trying to 
get weewx going again,
and it's failing to boot.  It's set up almost exactly like the VP2 I've had 
running a couple of years.  The relevant
config is below, as are the errors.  It turns out that the station_type 
name has to match the DRIVER_NAME in the
associated driver.py.  With the try/except in engine.py commented out I can 
see this:

return VantageService(engine, config_dict)
  File "/home/weewx/bin/weewx/drivers/vantage.py", line 1828, in __init__
Vantage.__init__(self, **config_dict[DRIVER_NAME])
  File "/usr/lib/python2.7/dist-packages/configobj.py", line 554, in 
__getitem__
val = dict.__getitem__(self, key)
KeyError: 'Vantage'

There's no config section called Vantage, so configobj fails the look-up.  
Once I changed
the station_type to Vantage, I get past this and fail for not being sudo'd, 
which is fine at
the moment since it isn't related.  I guess after all this messing around, 
I didn't put 2 + 2 together
that the station_type value was something more that a config section name.  
The basic log
message wasn't particularly helpful either, and the stack dumps take some 
getting used to.

Chris

Without the try/except commented, this is all that shows up in the syslog:
Jun 18 05:58:45 pi2c weewx[3509]: engine: Initializing weewx version 3.9.1
Jun 18 05:58:45 pi2c weewx[3509]: engine: Using Python 2.7.13 (default, Sep 
26 2018, 18:42:22) #012[GCC 6.3.0 20170516]
Jun 18 05:58:45 pi2c weewx[3509]: engine: Platform 
Linux-4.19.42+-armv6l-with-debian-9.9
Jun 18 05:58:45 pi2c weewx[3509]: engine: Locale is 'C'
Jun 18 05:58:45 pi2c weewx[3509]: engine: pid file is /home/weewx/vue.pid
Jun 18 05:58:45 pi2c weewx[3513]: engine: Using configuration file 
/home/weewx/weewx.conf
Jun 18 05:58:46 pi2c weewx[3513]: engine: Debug is 1
Jun 18 05:58:46 pi2c weewx[3513]: engine: Initializing engine
Jun 18 05:58:46 pi2c weewx[3513]: engine: Loading station type VantageVue 
(weewx.drivers.vantage)
Jun 18 05:58:46 pi2c weewx[3513]: import of driver failed: 'Vantage' ()
Jun 18 05:58:46 pi2c weewx[3513]: engine: Unable to load driver: 'Vantage'
Jun 18 05:58:46 pi2c weewx[3513]:   Exiting...


pi2c_/home/weewx> more weewx.conf
debug = 1
WEEWX_ROOT = /home/weewx

# Whether to log successful operations
log_success = True

# Whether to log unsuccessful operations
log_failure = True
socket_timeout = 20
version = 3.9.1

[Station]
location = Oregon 97007
latitude = 45.46
longitude = -122.88
altitude = 335, foot
station_type = VantageVue
rain_year_start = 8
week_start = 6
station_url = http://filer2.chaos.home/vueweather
[VantageVue]
type = serial
port = /dev/serial0
baudrate = 19200
iss_id = 2
timeout = 4
wait_before_retry = 1.2
max_tries = 4
model_type = 2
driver = weewx.drivers.vantage


-- 
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/001f869f-6705-4a53-9c4c-f50e793ca819%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [weewx-user] locale in user/extensions.py failed

[Chris Richmond]

Thanks.  Not sure *dpkg-reconfigure locales helped exactly, but I think the 
problem*
*was trying to set things in .cshrc to a locale that didn't exist (ASCII).  
I commented*
*all those out, and logged in again and get this:*
*pi2c:~> locale*
*LANG=C.UTF-8*
*LANGUAGE=en_US.UTF-8*
*LC_CTYPE="en_US.UTF-8"*
*LC_NUMERIC="en_US.UTF-8"*
*LC_TIME="en_US.UTF-8"*
*LC_COLLATE="en_US.UTF-8"*
*LC_MONETARY="en_US.UTF-8"*
*LC_MESSAGES="en_US.UTF-8"*
*LC_PAPER="en_US.UTF-8"*
*LC_NAME="en_US.UTF-8"*
*LC_ADDRESS="en_US.UTF-8"*
*LC_TELEPHONE="en_US.UTF-8"*
*LC_MEASUREMENT="en_US.UTF-8"*
*LC_IDENTIFICATION="en_US.UTF-8"*
*LC_ALL=en_US.UTF-8*

*weewxd -h works, but vim is broken again (doesn't clear lines when 
paging).*
*What works is to keep this in .cshrc:*
*setenv LANG C*
*unsetenv LC_ALL*
*unsetenv LANGUAGE*

Then locale looks like this:
pi2c:~> locale
LANG=C
LANGUAGE=
LC_CTYPE="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_PAPER="C"
LC_NAME="C"
LC_ADDRESS="C"
LC_TELEPHONE="C"
LC_MEASUREMENT="C"
LC_IDENTIFICATION="C"
LC_ALL=

So I suppose this is really a vim problem more than anything else, but
back in business on both fronts with no mods in extensions.py for this.

Thx, 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/36c54ad9-818f-425b-bda0-a4da4525fcbe%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] locale in user/extensions.py failed

[Chris Richmond]

I'm sure this is simply, but I'm setting up a new RPi for a VantageVue and 
tweaking extensions.py to check for good time.
When I ran this stand-alone, locale.setlocale(locale.LC_ALL, '') failed.

pi2c_/home/weewx/bin/user> python
Python 2.7.13 (default, Sep 26 2018, 18:42:22) 
[GCC 6.3.0 20170516] on linux2
>>> import locale
>>> locale.setlocale(locale.LC_ALL, '')
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.7/locale.py", line 581, in setlocale
return _setlocale(category, locale)
locale.Error: unsupported locale setting
>>> locale.setlocale(locale.LC_ALL, 'C')
'C'
>>> 

And from searching:
pi2c_/home/weewx/bin/user> locale -a
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_COLLATE to default locale: No such file or directory
C
C.UTF-8
POSIX
en_US.utf8

So something is missing from the RPi itself that causes a weewxd failure.
Setting the value to 'C' does work, but an empty string does not.  I had 
other
wierd redraw problems with vim of all things and ended up with these in my 
.cshrc:
setenv LANG ASCII
setenv LC_ALL ASCII
setenv LANGUAGE ASCII

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/3f955101-2645-4c59-a858-b996ba61c087%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [weewx-user] Re: minor documentation issue

[Chris Richmond]

Well... it looks like I've got rev 3.6.2, but if the switch changed over
time, that's fine.
Thx, Chris

On Sat, Jan 27, 2018 at 4:32 PM, gjr80  wrote:

> On Sunday, 28 January 2018 10:05:37 UTC+10, tomn...@frontier.com wrote:
>>
>> To whom it may concern...  :^)  There are a few spots in the
>> Customization guide referencing this;
>>
>> wee_database weewx.conf --rebuild-daily
>>
>>
>> Hi,
>
> That is exactly correct, --rebuild-daily is the correct action,
> --backfill-daily was used in wee_database until weeWX 3.7.0 was released.
> WeeWX v3.7.0 and later uses --rebuild-daily instead of --backfill-daily.
>
>
>> but the help from wee_database actually supports
>>  Actions:
>>   --backfill-daily  Rebuild the daily summaries from the archive database.
>>
>
> Are you sure that the wee_database you are using (or your weeWX install)
> is not 3.6.2 or earlier? I have just checked the 3.7.0, 3.7.1 and 3.8.0
> release copies of wee_database and there is definitely no --backfill-daily
> anywhere in the file.
>
>
>>
>> --rebuild-daily failed when I tried last week, but since the summaries
>> rebuild when weewx starts up
>> anyway, I let it go.
>>
>
> Just be careful here, you will see a line like:
>
> Jan 28 10:21:14 stretch22 weewx[1279]: manager: Starting backfill of
> daily summaries
>
> in the log, whilst it is true weeWX is backfilling the daily summaries it
> is only from the last time the daily summaries were updated until the
> timestamp of the latest record in the archive; nothing is done with any
> historical daily summaries. On the other hand, the --rebuild-daily action
> in wee_database will (in most cases) rebuild the entire daily summaries
> from the very first record in the archive. So for normal operation the
> rebuild during startup is all that is needed, but if you have done
> something that altered historical data (eg deleted some nonsense data) then
> you really need to use wee_database and do a --rebuild-daily.
>
> Gary
>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "weewx-user" group.
> To unsubscribe from this topic, visit https://groups.google.com/d/
> topic/weewx-user/WsJ4kOyY5SI/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [weewx-user] Back for more... need place for count type data

[Chris Richmond]

Thanks Tom.  I did end up using leafWet2, and there are minor issues with
ints verses floats in what weewx
gets sent, but it all seems good at this point.  Nope this was my fault
too...  :^)
  File "/home/weewx/bin/user/aclogger.py", line 405, in decode_data
pkt[pairs[0]] = int(pairs[1])   # make
count of cycles (leafWet2)
ValueError: invalid literal for int() with base 10: '1.00'
  To keep the charts alike, I also re-scaled the original two pumps to also
return counts
instead of (0.1 * count) and stop treating those as rates (using hailRate,
rainRate).
Thx, Chris

On Mon, Nov 13, 2017 at 6:57 AM, Thomas Keffer  wrote:

> Hi, Chris
>
> You're on the right track. Generally, the database should store the number
> of counts in the archive interval. So, each loop packet should contain the
> number of counts since the last loop packet --- generally a small number.
>
> To plot, aggregate over a time period, using aggregation type 'sum', so
> you're plotting, say, the number of counts per hour.
>
> This is much like the way rain is treated, except it's unit-less.
>
> As for which observation type to use, you can use any of the free types.
> The unit group is just used to pick appropriate unit labels in the plots
> and templates. But, you can always override that either in skin.conf, or in
> the template.
>
> Hope this helps.
>
> -tk
>
> -tk
>
> On Sat, Nov 11, 2017 at 4:05 PM,  wrote:
>
>> Hi All,
>>
>>   I'm back working on my crawl space 'weather' system, and trying to
>> figure out how to map another
>> value.  It's a sump pump activation count, so it doesn't have an analog
>> value like much of the items
>> that weewx normally deals with.  This is a third pump, and the first two
>> got mapped to rainRate and
>> hailRate, but there aren't any more rate type values to hijack.  Those
>> aren't count types, but I did find
>> these in bin/weewx/units.py:
>>   "leafWet1"   : "group_count",
>>   "leafWet2"   : "group_count",
>>
>> Not suite sure how these are used in terms of values expected in the loop
>> data.  I also pulled
>> down the lightening detector driver (weewx-as3935-0.6.tgz), and that also
>> counts, but for me,
>> I'm adding something to an existing setup, so that's not quite right
>> either.
>>
>> I'm looking for suggestions on how to map event data (once/day, one/week,
>> not sure) into
>> something weewx can plot.  I'm trying to avoid DB schema changes some my
>> grasp on those
>> sorts of things is pretty weak, but I'm game if that's the way to go.
>>
>> Thx, 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.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "weewx-user" group.
> To unsubscribe from this topic, visit https://groups.google.com/d/
> topic/weewx-user/Ybufg96m950/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.