[weewx-user] Re: weewx and opensprinkler

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

[weewx-user] Re: weewx and opensprinkler

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

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

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 :^),

[weewx-user] Re: weewx and opensprinkler

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

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

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

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

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

[weewx-user] Re: report_timing parameter being ignored

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

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

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

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

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

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

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

[weewx-user] image caching problem with Chrome

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:

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

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-user] Re: rsync fails with host key error in weewx, not from command line

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

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

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

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

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

[weewx-user] Amusing interference with wind speed

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

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

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

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

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

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

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

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

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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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*

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

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

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

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

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

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