I just bought an Airlink:
https://www.davisinstruments.com/product/airlink-professional-air-quality-sensor/
Looking forward to be able to put a number on the horrible air we've been
having here in Northern California.
I'm wondering if I can integrate it with weewx?
Is that the sort of thing a
d to arrive tomorrow. I should have
> an extension to play with shortly thereafter. I’m sure others will write
> extensions also; I’m just not aware of any at present.
>
> On Sep 15, 2020, at 5:32 PM, Alec Bennett wrote:
>
> I just bought an Airlink:
>
>
> https://ww
weatherlink.com/map. I know I've got a lot to learn about
>>> how to use this but ultimately I'd love to have it be available in WeeWx.
>>>
>>> I am running WeeWx 3.9.2 on an Ubuntu server with a Vantage Pro 2.
>>>
>>> Thanks,
>>>
>>
ote:
>>
>> Very nice! That's not exactly what I'm attempting right now, but I'll
>> keep in mind for the future.
>>
>> I hope you'll add it to the weewx wiki, so it'll be easy to find in the
>> future.
>>
>> I didn't find t
My weather station is in an area with unstable power and internet, and I
found that often after an internet outage I'd need to clear the console
memory on my Vantage Pro2 before it would start sending data again. I
switched over to the software record generation
(record_generation=software) and hav
there that are misbehaving. I'll have a look at
> it, in the meantime is the offending gauges page available publicly?
>
> Gary
>
> On Friday, 13 April 2018 06:13:24 UTC+10, Alec Bennett wrote:
>>
>> My weather station is in an area with unstable power and interne
It looks like what's happening is that the max and min aren't resetting
each day.
On Fri, Apr 13, 2018 at 1:06 AM Alec Bennett wrote:
> > I'll have a look at it, in the meantime is the offending gauges page
> available publicly?
>
> Thanks that would be great.
I'd rather figure out what's causing the issue in the first place.
On Wed, Jun 28, 2017 at 11:03 AM Alec Bennett wrote:
> Thanks for the phenomenal help, working perfectly again. For anyone else
> who comes down this path, I rebooted (pulled batteries) the Vantage Pro2
> co
sue, consoles should not suffer from
> corrupted memory on a regular basis unless something is wrong.
>
> Gary
>
>> On Sunday, 16 July 2017 14:22:14 UTC+10, Alec Bennett wrote:
>> My Vantage Pro2 is stuck uploading week old data again. What's odd is that
>> th
I had to rebuild my Debian install after the sd card in my beaglebone got
corrupted, and all is well including the realtime gauge postings, except that
the 5 minute reports are stuck on February 18, 2032.
http://sinkingsensation.com/weather/
- the weather station is a vantage pro2
- The repo
#x27;t work, follow Dave's suggestion and clear the logger's
> memory.
>
> -tk
>
>
> On Sat, Oct 28, 2017 at 9:28 AM, Alec Bennett > wrote:
>
>> I had to rebuild my Debian install after the sd card in my beaglebone got
>> corrupted, and all
Whenever we lose internet for a moment our installation of weeWX stops
updating it's reports. It'll still upload the reports every 5 minutes, but
they're outdated.
Details and symptoms:
- using a Vantage Pro2
- the Vantage Pro still sends it's data, as the real time gauge (RTG) still
works
- we
I've been running weeWX on a Beaglebone Black for about a year now, and the
thing has been freezing about once a month. It's running headless so is
hard to diagnose.
I'm probably going to switch to a Pi, but thought I'd see if anyone has any
other suggestions for a very reliable mini computer that
> On the other hand, it may be possible to do all I need with javascript,
and I'll probably try that first.
If you want to use javascript, you might be interested in this project of
mine:
github.com/wrybread/Weather-Underground-Style-Real-Time-Gauge
Personally I think javascript is a good meth
I've been working on setting up weewx for the last few days, and making
slow but sure progress. I want to make sure I understand this though:
> you can deduce that reports cannot be run more frequently than once at
the end of each archive period
With my hardware (Davis Vantage Pro2), the archi
Thanks for that.
> As far as I knew the Vantage stations only support archive periods of 1,
5, 10, 15, 30, 60 and 120 minutes - 9 minutes sounds odd.
Indeed there's something strange going on, as when I changed the interval
using wee_device it said the interval was set to 30 minutes:
wee_device
Thanks for the excellent explanation. I increased the report interval to 5
minutes.
I don't understand this though:
One final thing, if you start using 1 minute and decide later to move to 5
> minutes (or vice versa), there is no simple method to move between the two.
> It can be done but you wil
I've been spending the last few days customizing weewx, which I installed
via apt-get. I was spending a fair amount of time jumping between
directories, and getting confused about file locations. I finally bit the
proverbial bullet and re-installed using setup.py so everything is
contained in /home
Rob- thanks for the awesome work on your SFTP mod.
One issue the mod has is that it doesn't create directories on the remote
server if they don't exist. Easily fixed though. I'll upload my fix to
github, or email me off-list if you need it in the meantime.
The gist is:
Search for this section
I'm trying to customize the xaxis of some of the images generated by
ImageGenerator. I'm making much larger images than stock (800 pixels
across), and once enlarged the X axis resolution isn't very good. It would
make much more sense to have hourly, or bi-hourly labels, without showing
minutes
so we can modify it
self.xscale[2] = 3600 # change the 3rd
value (the xinc) to one hour
self.xscale = tuple(self.xscale)# convert it back to a
tuple
Is there some better way to modify the xinc value of the xscale?
On Sun, Feb 26, 2017 at 4:0
My generated images are much bigger than default:
http://sinkingsensation.com/dropbox/daywind.png
Everything looks great except the top margin. I'd like to extend the grey
area in the header. Is that possible in the skin config? If not, any tips
on doing it with genplot.py?
--
You received this
Thanks Gary, as usual.
For anyone else coming down this path, the following mod changes the text
at the top for large images from this:
http://sinkingsensation.com/dropbox/daywind-orig.png
To this:
http://sinkingsensation.com/dropbox/daywind-fixed.png
To lower the main top label open genplot
When using the simulator, the wind readings are unnaturally smooth. For
example the wind speed increases as a smooth curve instead of pulsing. It
produces unnaturally smooth graphs like this:
http://sinkingsensation.com/weather2/smartphone/wind.html
Instead of realistic graphs like this:
http:
Sorry for the list clutter, figured it out. The solution of course is to
use the report generator against a time period that I have data for:
/home/weewx/bin/wee_reports /home/weewx/weewx.conf 1488218400
--
You received this message because you are subscribed to the Google Groups
"weewx-use
I've now installed from setup.py on three different devices (a Pi, a
Beaglebone, and a CHIP) all running Debian, so I thought I'd post my
installation instructions, since the steps in the manual
(http://www.weewx.com/docs/setup.htm) for Debian didn't work for me and led
to some epic troubleshoo
I'm trying to display realtime wind data on a remote monitor. I could
easily do that by writing to a file or database in weewx/engine.py with
every loop packet, but I'm worried about SD card corruption on my Pi with
such frequent file writing, which has happened to me in the past.
I'm wonderin
I'm trying to show timestamps in my Standard Report like this:
Max wind at 1:13pm
Note that there's no leading zero on the 1, and the am/pm is lowercase.
Can anyone think of a way to do this?
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To u
On Monday, March 6, 2017 at 3:49:15 PM UTC-8, Alec Bennett wrote:
>
> I'm trying to show timestamps in my Standard Report like this:
>
> Max wind at 1:13pm
>
> Note that there's no leading zero on the 1, and the am/pm is lowercase.
>
> Can anyone think of a
17 at 3:49:15 PM UTC-8, Alec Bennett wrote:
>
> I'm trying to show timestamps in my Standard Report like this:
>
> Max wind at 1:13pm
>
> Note that there's no leading zero on the 1, and the am/pm is lowercase.
>
> Can anyone think of a way to do this?
>
>
>
:01:54 PM UTC-8, Alec Bennett wrote:
>
> Aha, to answer my own question, looks like the format tag supports
> additional operations. So for example, this prints the timestamp for the
> maximum wind of the week formatted like 1:15pm
>
> $week.windGust.maxtime.format("%I:%M%p&q
Personally I'd highly recommend Pillow. I got endless import errors when I
used the "apt-get install python-imaging" method of installing PIL. I'd fix
one import error and have to deal with the next.
I finally switched to Pillow and all my issues went away.
Note that I installed Pillow via Pip:
> On Tue, Mar 7, 2017 at 3:52 PM, Alec Bennett wrote:
>
>> I got endless import errors when I used the "apt-get
>> install python-imaging" method of installing PIL. I'd fix one import error
>> and have to deal with the next.
>>
>>
> Do y
I want to build a live weather widget for a website similar to what Weather
Underground displays on their pages:
https://www.wunderground.com/personal-weather-station/dashboard?ID=KCAPETAL93
Note the wind direction changing every few seconds, assuming my weather
station is behaving.
I found th
>
> The short answer to your question is no, nothing like that exists at the
> moment. If you have your web server (or process that wil use
> gauge-data.txt) on your weeWX machine then it is a simple matter for the
> generated file to be saved wherever you want, but if you need to transfer
> t
I really like the wind gauge on Weather Underground:
https://www.wunderground.com/personal-weather-station/dashboard?ID=KCAPETAL93
I'd like to make something similar using the Realtime Gauge extension and
an ajax call. Does anyone happen to know of a starting point that might
already exist?
-
Please post your progress, I'm also interested in doing this.
In the past I experimented with doing this with a Moteino
(https://lowpowerlab.com/guide/moteino/), and found an Arduino script that
could in theory be used with a Moteino to get the data from a Davis ISS,
but I couldn't get it worki
, and I'm wondering if
anyone can see an easy way to do that. In the reports, that would be
$day.windGust.max.
Also, would questions like this be better on the dev list?
On Monday, March 20, 2017 at 11:41:49 AM UTC-7, Alec Bennett wrote:
>
> The short answer to your question is
And comparing the page I just made (sinkingsensation.com/wind) to my
Weather Underground page
(https://www.wunderground.com/personal-weather-station/dashboard?ID=KCAPETAL93#history),
the data is slightly different. Does anyone know what data the WU updater
uses, and why it would be different?
On Mon, Mar 20, 2017 at 8:34 PM, gjr80 wrote:
> Since you have rapidfire on WU should be being fed the loop windSpeed
> values. The loop windSpeed values appear in gauge-data.txt in the wlatest
> field not the wspeed field you are using; wspeed is the 'average wind
> speed' which will be the aver
gt;> rather than 'data transfer' and whilst I have had loop based RSYNC working
>> on my LAN there was too much contention for my liking. I will have have a
>> look at this and see how your approach works for me.
>>
>> Gary
>>
>> On Tuesday, 2
tes, 21 de marzo de 2017, 3:28:02 (UTC+1), Alec Bennett escribió:
>>
>> I made a quick page that updates some data from the real time gauge using
>> Ajax:
>>
>> sinkingsensation.com/wind
>>
>> It takes some data from live_data.json (currently wspeed
Hallelujia, figured out the Weather Underground style wind gauge:
http://sinkingsensation.com/wind
(Note that the above page is set up for mobile, and lets you swipe to get
to a second page).
Compare it to my PWS page on Weather Underground:
https://www.wunderground.com/cgi-bin/findweather/get
On Tue, Mar 21, 2017 at 4:49 PM, gjr80 wrote:
> I have added HTTP POST to rtgd.py using a similar approach to that taken
> in the weeWX RESTful API in restx.py. It seems to work well. The php I am
> using is:
>
> // we are only interested in HTTP POST
> if($_SERVER['REQUEST_METHOD'] == 'POST') {
Nice!
I have a Moteino too. Could you post your script? Or email it over? If
email, might want to go directly since I'm not sure how the google group
handles attachments.
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this gr
ched is a pic of the fish.
On Wed, Mar 22, 2017 at 9:21 AM, Alec Bennett wrote:
> Nice!
>
> I have a Moteino too. Could you post your script? Or email it over? If
> email, might want to go directly since I'm not sure how the google group
> handles attachments.
>
>
&g
sions - possibly to extend battery life?
>
> So when I have the code tidied up I push the latest version up to GitHub.
> for you.
>
> On 22 March 2017 at 16:21, Alec Bennett wrote:
>
>> Nice!
>>
>> I have a Moteino too. Could you post your script? Or em
light up in a colour reflecting
> the outside temperature :)
>
> On 22 March 2017 at 16:38, Alec Bennett wrote:
>
>> The reason I'm trying to receive the signals directly is that there's a
>> big puffer fish in the front store of the business that I'm installin
I'd like to add a chart showing current ocean tides to our weather page, as
well as our current position in the tide.
I can easily get the day's tides from NOAA or the program xTide, but does
anyone have any idea how to go about plotting it to a tide chart that looks
like this:
http://tides.m
)
> KeyError: 'skin'
I'm guessing it's user error and an issue with my weewx.conf file, but so
far it's got me stumped.
On Wed, Mar 22, 2017 at 2:45 PM, mwall wrote:
> On Wednesday, March 22, 2017 at 5:53:21 PM UTC-4, Alec Bennett wrote:
>>
>> W
>
>
> looks like you're missing the skin= directive in a section in
> [StdReport]
>
Thanks for that, adding "skin = Standard" to the [StdReport] config
section fixed that error. Looking at backups of my config file, that line
has always been missing for some reason.
the forecast extension *s
rom source and may have excluded some library. Can someone with
xTide installed confirm that the first line works for them?
Running like this works fine for me:
*tide -l "Boston" *
*(Outputs text details of the tide for Boston).*
On Wed, Mar 22, 2017 at 3:54 PM, Alec Bennett wrote
le points add moon rise and set, and sun rise and set.
I've never drawn a curve in PIL before though. I'm tempted to build it
directly in PIL first and then possibly adapt for weeWX. Anyone else
interested in working on that?
On Wed, Mar 22, 2017 at 4:07 PM, mwall wrote:
> On We
Doing some research, it looks like the key to plotting curves in PIL is
Bezier Curves. There's lots of examples out there, this one being very good:
http://stackoverflow.com/questions/246525/how-can-i-draw-a-bezier-curve-using-pythons-pil
I just whipped up a quick dummy tide chart using it:
http
Just wanted to correct this, which after some research I think is wrong:
> Doing some research, it looks like the key to plotting curves in PIL is
Bezier Curves.
Ater some trial and error I don't think those curves are appropriate for
plotting exact numbers.
--
You received this message bec
I'm trying the simulator both in "generator" and "simulator" mode, and
neither are giving any values for wind, it's always 0 mph.
Is that normal?
And if not, any idea what I should be looking at?
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
I need to install wind gauges at different locations but don't want to
spend $450+ each for more Davis Vantage Pro2's. Fortunately I found this
method to connect the Davis anemometer directly to an Arduino:
http://cactus.io/hookups/weather/anemometer/davis/hookup-arduino-to-davis-anemometer
Wor
rt__(driver)
> ImportError: No module named aws
Do I have to do something other than simply place aws.py in that directory?
On Tue, Apr 4, 2017 at 4:48 PM, mwall wrote:
> On Tuesday, April 4, 2017 at 8:10:20 PM UTC-4, Alec Bennett wrote:
>>
>> I adapted the Arduino code fo
e driver code I was starting with had clearly
been repurposed a few times and was a bit of a mess. Once I took your
advice and restructured it everything started working perfectly.
On Tue, Apr 4, 2017 at 6:04 PM, Alec Bennett wrote:
> you should put it in user/aws.py
>
>
> W
>
> driver = user.aws
>
Thanks, fixed.
Another question: there's some code at the bottom of the driver that (I
think) lets it run independently of weewx for testing. In my case it starts
with:
if __name__ == '__main__':
> import optparse
> usage = """%prog [options] [--help]"""
> s
>
> $ PYTHONPATH=/home/weewx/bin python /home/weewx/bin/user/aws.py
>
Thanks, working now.
--
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...@
>
> https://github.com/weewx/weewx/wiki
> and please add your driver to the weewx wiki!
Done.
On Tue, Apr 4, 2017 at 4:48 PM, mwall wrote:
> On Tuesday, April 4, 2017 at 8:10:20 PM UTC-4, Alec Bennett wrote:
>>
>> I adapted the Arduino code for easy reading fro
I need to plot wind speed, wind gust and barometric pressure on a single
graph. The problem is that they have such different yscales that
differences in barometric pressure aren't visible.
For example, see the attached chart, which shows the wind ranging from
about 5 to 15 mph, and the baromet
On Sun, Apr 16, 2017 at 7:05 PM, Thomas Keffer wrote:
> Sorry, but it is not possible.
>
> It's been asked for many times, but would require a pretty substantial
> rewrite of weeplot, as well as some creative use of ConfigObj.
>
> Your hack is actually not so crazy.
>
Well alright then, liberal
Here's the version from the Bodega Marine Lab:
http://www.ndbc.noaa.gov/show_plot.php?station=46013&meas=wdpr&uom=E&time_diff=-7&time_label=PDT
On Sun, Apr 16, 2017 at 9:41 PM, Alec Bennett wrote:
>
>
> On Sun, Apr 16, 2017 at 7:05 PM, Thomas Keffer wrote:
>
g station location
Agreed that would indeed be interesting.
Here's the live chart by the way:
http://sinkingsensation.com/weather/daywindbarometer3.png
>
> Guess I'll just put my head back in the sand where it belongs ....
>
>
>
>> On Monday, 17 A
I'm trying to set a fixed Y scale for a graph of barometric pressure but
have trouble. Here's my config for that section:
[[[daybarometer-avg]]]
yscale = 28.6, 30.6, None # using max low and high on record
for the area
barometer
aggregate_
ale
> +else:
> +frange = fmx - fmn
> steps = frange / nsteps
>
> mag = math.floor(math.log10(steps))
>
>
> -tk
>
>
> On Mon, Apr 17, 2017 at 9:34 AM, Alec Bennett wrote:
>
>> I'm trying to set a fixed Y scale for a gra
My weather station is still building reports, but it's stuck on the date
June 20 (5 weeks ago). However the data in the real time gauge data is
correct.
I don't see anything interesting in /var/log/syslog.
Any advice on how to troubleshoot this?
--
You received this message because you are s
k ago, not 5 weeks ago. So for
some it's stuck on the date 1 week ago.).
On Tue, Jun 27, 2017 at 4:16 PM, Alec Bennett wrote:
> My weather station is still building reports, but it's stuck on the date
> June 20 (5 weeks ago). However the data in the real time gauge data is
nerates HTML pages, but it does not update them
> <http://weewx.com/docs/usersguide.htm#html_generated_but_not_updated>*?
>
> -tk
>
>
>
> On Tue, Jun 27, 2017 at 4:16 PM, Alec Bennett wrote:
>
>> My weather station is still building reports, but it's stuck on
ing no data from the station then no reports will be run and
> the old ones from 20 June will remain. Once you do get things sorted I
> suggest you upgrade rtgd to v0.2.13.
>
>
> Gary
>
>
> On Wednesday, 28 June 2017 10:08:09 UTC+10, Alec Bennett wrote:
>
>> Oops sorry
Lately about once a week I'll get a wind reading of about 150 knots for a
few minutes from my Davis Vantage Pro. The reading is on the console as
well as weewx so I have a feeling it's the amenometer, but before replacing
that I wanted to see if anyone has another theory?
--
You received this mes
73 matches
Mail list logo