[weewx-user] Re: Radiation, maxSolarRad and ET/Evapotranspiration calculation - weewx/Belchertown skin

Pat & All Apologies as I thought Acurite Atlas to be capable of acquiring Radiation data... apparently not. Although, SolarRad & UV Belchertown skin has 3 variants: Radiation, Theoretical Max Solar Radiation, UV. Lets disregard Radiation and still try [[solarRadGraph]] to plot Theo Max Solar

[weewx-user] Re: WS-1001 connection to Raspberry PI for Weewx

In the weewx.conf file, you can uncomment the 'ip_address_mask' line and set it to whatever is the correct address mask for your network. The HP1000 code must be running on a computer that is on the same network sub-net as the weather console. Setting the 'ip_address_mask' overrides the

[weewx-user] Re: Amusing interference with wind speed

Birds love them!! If they 'push off' to launch themselves you may even get a gust recorded On Tuesday, 30 July 2019 04:50:44 UTC+3, Chris Richmond wrote: > > 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

[weewx-user] Re: Amount of rain multiplied by 2, 3 ...

so are you saying that during this restart there was not a problem?? If so then the log is not much use and explains why everything looks OK apart from the fact that the report generator is reporting it cannot find the RSYNC.conf file. There is so much other stuff in your log I would

[weewx-user] Re: Radiation, maxSolarRad and ET/Evapotranspiration calculation - weewx/Belchertown skin

Pat Thank you for support and Belchertown skin. 1) What expecting to see? Starting with the basics, obtain Radiation, maxSolarRad, ET, and ultimately been able to post your (nice) Solar Radiation and UV Index Plot/Graph. 2) Do you have a Radiation sensor on your station? Puzzles me. My

[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: Acurite Atlas/Access with interceptor and wunderground

Chris As I also have an Acurite Atlas, and "rainin" error as well, wondering if you figured out the many variations of 'rain' (?!) My identifiers: identifiers: {} raw data: ID=KNYCLIFT14==myAcuRite=now=updateraw=1=35=30.05=0=78=75.1=3=291=4=55=67.8=0.06=0.06 raw packet: {'wind_speed':

[weewx-user] Re: Radiation, maxSolarRad and ET/Evapotranspiration calculation - weewx/Belchertown skin

Xant this seems like a weewx issue and maybe not a Belchertown issue? Do you have a radiation sensor on your station? pyephem will not tell you radiation, you will need a sensor for this. How did you install pyephem? Did you follow one of the weewx guides

[weewx-user] Re: Belchertown skin 1.0 released!

Yes, you can remove this line to delete the Google Font that's loaded. You can load another one in it's place if you want. Then here

[weewx-user] Radiation, maxSolarRad and ET/Evapotranspiration calculation - weewx/Belchertown skin

WeeWX Forum Installed "pyephem", along with required libraries and posted in weewx/pyephem installation instructions. Pyephem seems successful and WeeWX syslog has no errors. Still, can not acquire *Radiation, maxSolarRad and ET* /*Evapotranspiration* (or calculations). May someone assist and

[weewx-user] Re: AS3935 database issue

Ok so now I made my first table! But can't figure out how to get the 4-5 last strikes to fill out the table in orderand that it updates the table as new strikes appears. I use Sqlite and have these two observations in weewx.sdb, Lightning strikes and Avg distance The very advanced code:

[weewx-user] Re: Belchertown skin 1.0 released!

Hi, is it possible to change font used in this skin? I translated it to czech, but there is a problem with some special character (i.e. ě). For example in weather forecast. On Saturday, 1 June 2019 18:57:56 UTC+2, Pat wrote: > > Belchertown skin 1.0 is released! > > This update contains a lot

Re: [weewx-user] Re: thnigspeak - API

Thank you Sathish and Andrew Note to WeeWX & Extension Developers ThingSpeak Extension weewx.conf install patch and Extension howto/wiki has mistakes: 1) weewx.conf, wee_extension install writes: [StdRESTful] [[ThingSpeak]] TOKEN = 2) Extension howto/wiki: [StdRESTful]

[weewx-user] WS-1001 connection to Raspberry PI for Weewx

I had this working for 2 years but it stopped Saturday. I got it working 2 years ago and don't quite recall what I did. I think I used EasyWeatherIP to change web page in the setup page from "www.wunderground.com' to 'www.***.com". Now when I try to change it with EWIP, it doesn't make the

[weewx-user] Re: Did someone test Weewx in Raspbian Buster?

Hi, I just recently upgraded to Buster and also weewx 3.9.1. I'm using the HP1000 driver (contributed by AussieSusan). All works fine except for the cpu_temp in the cmon skin. I had to flip the order of an "if-elif" block in cmon.py to get it to work. I've let Matthew Wall know. It's

[weewx-user] Re: RAM disc for web server data

I wrote: Killing three birds with one stone ... I have an init script (attached) that: OFFFS ... first post and I screw up by failing to attach the script R -- R A Lichtensteiger “Don’t make something unless it is both necessary and useful; but if it is both necessary and useful,

[weewx-user] Re: RAM disc for web server data

("Long time listener, first time caller") vince wrote: On Wednesday, July 24, 2019 at 6:55:42 AM UTC-7, James Muirhead wrote As the web server data is written to the SD every 5 minutes, I felt it would be appropriate to create a RAM disc for it. Should, in theory, improve lifespan of the SD

Re: [weewx-user] Re: WU Wind graphs

Thanks. Posted in weewx-development group also. On Mon, 29 Jul 2019 at 16:11, Andrew Milner wrote: > I suspect there is some history involved. As far as I can make out, if > LOOP2 data were to be read then the packets are alternated with LOOP - > which would result in LOOP packets being

[weewx-user] Re: ws28xx: no backfill of values when contact to console is lost and regained

are you certain it has reconnected?? the archive records are only being generated at 1 hr intervals - is this correct?? there does not appear to be any communication between archive events - very strange. The log message instructs you to resynch by pressing SET - did you do that?? I am far

[weewx-user] Re: ws28xx: no backfill of values when contact to console is lost and regained

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

Re: [weewx-user] Re: WU Wind graphs

I suspect there is some history involved. As far as I can make out, if LOOP2 data were to be read then the packets are alternated with LOOP - which would result in LOOP packets being received every 5 seconds instead of every 2.5 seconds - perhaps that is why they are not being read!!! As to

Re: [weewx-user] Re: WU Wind graphs

Understand that weewx does not read LOOP2 packets. Did not get the part about " LOOP2 data is more than likely software generated by weewx" The LOOP2 packet format is specified in Davis protocol and it seems to be containing some data that WU is expecting. Shouldnt weewx be reading it then? Not

Re: [weewx-user] Re: WU Wind graphs

slight correction - the LOOP2 data is more than likely software generated by weewx On Monday, 29 July 2019 13:18:22 UTC+3, Andrew Milner wrote: > > I do not think weewx reads LOOP2 packets - so none of the LOOP2 data is > available. > > > > On Monday, 29 July 2019 12:54:52 UTC+3, Praveen

Re: [weewx-user] Re: WU Wind graphs

I do not think weewx reads LOOP2 packets - so none of the LOOP2 data is available. On Monday, 29 July 2019 12:54:52 UTC+3, Praveen Chandrasekaran wrote: > > Looking at below: > > > https://feedback.weather.com/customer/en/portal/articles/2924682-pws-upload-protocol?b_id=17298 > > > WU

Re: [weewx-user] Re: WU Wind graphs

Looking at below: https://feedback.weather.com/customer/en/portal/articles/2924682-pws-upload-protocol?b_id=17298 WU expects wind speed average over 2 min average and 10 min gusts and instantaneous speed. Did something change in this recently? Looking at weewx code from restx.py I am not sure

Re: [weewx-user] Re: WU Wind graphs

Hmm. Will try. Before the WU overhaul it was showing them separately on the graph though. The gust value from LOOP2 seems to be 10 min wind gust while the wind speed sent out is the instantaneous wind speed from LOOP packet I believe? This may explain why wind speed and wind gust are same in

Re: [weewx-user] Re: WU Wind graphs

I really do not see how you can have a meaningful gust value from readings submitted every few seconds!! I see from the Davis comms protocol the gust values are in LOOP2 packets and the smallest appears to be a 2 minute gust value. Setting debug=1 may shed more light on what is actually being

Re: [weewx-user] Re: WU Wind graphs

My weather station is Davis Vantage Vue. I believe it never emits partial packets. On Friday, 26 July 2019 15:02:51 UTC+5:30, Andrew Milner wrote: > > i doubt it very much. what weather station do you have? > changing the rf frequency changes the upload to wu interval but the > station will