[weewx-user] Re: Crash with log info

[vk3anz]

I've updated the files in github with the error fix(es) that Ron suggested.
I have *NOT* tested this with the latest version of Weewx nor with the 
Python 3 version - that work is yet to come.
Susan

-- 
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] Re: Getting the RPi 3 with Davis Vantage up and running

[gjr80]

Hi,

Chances are you have suffered corrupted station memory due to the power 
outage. Have a read of the *Corrupt station memory* section under WeeWX 
generates HTML pages, but it does not update them 
 in 
the User's Guide. Before doing anything stop WeeWX and use wee-device to 
dump the station memory 
, 
this is your best bet at minimising any data loss. Once you have dumped the 
station memory work through the two steps listed under *Corrupt station 
memory*.

It's worth making a note of this condition and it's symptoms, it is a 
common occurrence for Davis stations that have a power interruption.

Gary

On Monday, 15 April 2019 12:32:46 UTC+10, monmul wrote:
>
> I have run into a problem. I have been overseas for some time and just got 
> back today.  There was a power failure yesterday and weewx is stuck on mid 
> night. See attached details. The photo on my website updatesbut nor the 
> weather information? www.wilsonbayweather.com. What am I missing?
>
> On Wednesday, 6 March 2019 17:07:01 UTC+13, Andrew Milner wrote:
>>
>> That's Chrome and Google for you!!
>>
>> I've got a pic of a nice sunny verandah now also …..
>>
>>
>>
>> On Wednesday, 6 March 2019 00:30:07 UTC+2, monmul wrote:
>>>
>>> Yes it was!how freakin weird! Thanks for the help and the prompts!
>>>
>>> On Wednesday, 6 March 2019 11:27:18 UTC+13, monmul wrote:

 Surely it cannot be something to do with clearing the cache on my 
 browsersthat does not seem realistic!

 On Wednesday, 6 March 2019 11:24:44 UTC+13, monmul wrote:
>
> Hah! If I look it up on my phoneI get the correct jpg?
>
> On Wednesday, 6 March 2019 11:16:49 UTC+13, monmul wrote:
>>
>> I am browsing from 2 different pcsone  a chromebook using Chrome 
>> and one my desktop using Chromium. I have tried both 
>> www.wilsonbayweather.com and 
>> www.wilsonbayweather.com/index.html..both give the same 
>> image.this is weird!why would the various weather icons and data 
>> change but not the jpg.I will contact my web host and see if they 
>> can 
>> throw any light on it. Thanks again!
>>
>> On Wednesday, 6 March 2019 10:56:52 UTC+13, gjr80 wrote:
>>>
>>> So when I look at your site I see ChangeImage.jpg. Since that is 
>>> what is on your WeeWX server it sounds to me like FTP and your web site 
>>> are 
>>> working as they should. Certainly Australia is seeing the correct 
>>> page/image! It sounds like when you are looking at a page locally that 
>>> it 
>>> is not working. When you are browsing and seeing that wrong image what 
>>> address are you entering in your browser and what device are you 
>>> browsing 
>>> from?
>>>
>>> Gary
>>>
>>

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

Re: [weewx-user] Driver interceptor is V. 1.4.6 firmware of the WH2650 weather station.

[steeple ian]

I updated my firmware and initially thought I had a similar problem. However it 
started to work again after I re-connected by adding a new device via the 
observerIP wifi bridge app and re-sent the iptable rules via the command line. 

> On 15 Apr 2019, at 00:30, Massimiliano Neri  wrote:
> 
> I updated the WH2650 weather station bridge with the new V. 1.4.6 firmware 
> and I find that the interceptor no longer works for me.
> I did the bridge dumb and I no longer see the http call to wunderground even 
> if it transmits it.
> I attach an intercepted bridge log.
> 
> How could I solve the problem?
> 
> -- 
> 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 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] Re: WMR300 warning if rain counter is at 90% of maximum

[Leon Shaner]

Wow!  Good show, Matt! =D

Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)



Regards,
Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)
> On Apr 14, 2019, at 6:58 PM, mwall  wrote:
> 
>> On Sunday, April 14, 2019 at 2:27:36 PM UTC-4, Leon Shaner wrote:
>> 
>> I made a minor modification to the wmr300.py driver to log a slightly 
>> different warning if the rain counter is within x% of the maximum.
> 
> thank you for the diff, leon.  changes added at commit 2ccecd5d for wmr300 
> driver version 0.19rc7
> 
> m
> 
> -- 
> 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 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.

[weewx-user] Driver interceptor is V. 1.4.6 firmware of the WH2650 weather station.

[Massimiliano Neri]

I updated the WH2650 weather station bridge with the new V. 1.4.6 firmware 
and I find that the interceptor no longer works for me.
I did the bridge dumb and I no longer see the http call to wunderground 
even if it transmits it.
I attach an intercepted bridge log.

How could I solve the problem?

-- 
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.
01:20:16.354172 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:20:16.354323 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:20:26.355627 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:20:26.355781 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:20:36.358655 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:20:36.358805 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:20:46.354796 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:20:46.354946 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:20:52.528298 IP 172.24.1.65.30063 > 47.100.165.80.http: Flags [S], seq 
245878, win 5840, options [mss 1460], length 0
01:20:52.537806 IP 172.24.1.65.3075 > 47.100.165.80.http: Flags [S], seq 
253494, win 5840, options [mss 1460], length 0
01:20:56.365717 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:20:56.365864 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:20:58.765918 ARP, Reply 172.24.1.65 is-at 84:f3:eb:64:42:6c (oui Unknown), 
length 28
01:20:58.766217 ARP, Reply 172.24.1.65 is-at 84:f3:eb:64:42:6c (oui Unknown), 
length 28
01:21:06.359231 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:21:06.359374 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:21:16.355780 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:21:16.355921 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:21:26.355505 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:21:26.355650 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:21:36.355505 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:21:36.355647 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:21:46.356238 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:21:46.356368 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:21:53.531963 IP 172.24.1.65.15875 > 47.100.165.80.http: Flags [S], seq 
261352, win 5840, options [mss 1460], length 0
01:21:53.541848 IP 172.24.1.65.32346 > 47.100.165.80.http: Flags [S], seq 
269212, win 5840, options [mss 1460], length 0
01:21:56.363264 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:21:56.363396 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:21:59.783744 ARP, Reply 172.24.1.65 is-at 84:f3:eb:64:42:6c (oui Unknown), 
length 28
01:22:06.354443 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:22:06.354611 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:22:16.356407 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:22:16.356572 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:22:26.366905 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:22:26.367069 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:22:36.358001 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:22:36.358166 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:22:46.357536 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:22:46.357694 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:22:54.532028 IP 172.24.1.65.2009 > 47.100.165.80.http: Flags [S], seq 
277314, win 5840, options [mss 1460], length 0
01:22:54.541558 IP 172.24.1.65.17133 > 47.100.165.80.http: Flags [S], seq 
285418, win 5840, options [mss 1460], length 0
01:22:56.357764 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:22:56.357919 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:23:01.224376 ARP, Reply 172.24.1.65 is-at 84:f3:eb:64:42:6c (oui Unknown), 
length 28
01:23:01.224654 ARP, Reply 172.24.1.65 is-at 84:f3:eb:64:42:6c (oui Unknown), 
length 28
01:23:06.357775 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:23:06.357923 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:23:16.361027 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:23:16.361246 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:23:26.363762 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:23:26.363906 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:23:36.359165 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28
01:23:36.359316 ARP, Request who-has 172.24.1.65 tell 172.24.1.65, length 28

[weewx-user] Re: Not getting data to PWSWeather

[rich T]

On Friday, April 12, 2019 at 5:07:04 PM UTC-4, Jim Snider wrote:
>
> I recently sent up whew and intercepter on my Pi to send my Acurite Smart 
> Hub data to WUnderground.  I set up an account for PWS Weather but I'm not 
> getting any data to them.  I've looked at their help files and have been in 
> contact with them and they have pointed me to this group.  I downloaded the 
> latest weewx and interceptor programs for the pi.  I put the weewx.conf 
> file to debug = 1 and am collecting the data 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...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [weewx-user] Re: Forecast XTide error

[zListserv]

Many thanks.  I give it a try and await the updated version.

> On 2019-04 -14, at 18:44, mwall  wrote:
> 
> please use forecast.py version 3.4.0rc2, not 3.4.0rc1.
> 
> https://groups.google.com/group/weewx-user/attach/639775dd1c899/forecast-3.4.0rc2.py
> 
> if that link does not work, you can find 3.4.0rc2 in this thread in a posting 
> made 05apr2019:
> 
> https://groups.google.com/forum/#!topic/weewx-user/CEs-qlhj69U
> 
> 'real work' is sucking up a lot of my time at the moment, but i'm trying to 
> get the new WU forecasts, UK met fixes, and possibly one or two additional 
> forecast sources into the 3.4.0 release of forecast extension.  until then, 
> please use rc2.
> 
> m
> 
> 
> 
> -- 
> 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/-xC0miZ8rY4/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.

[weewx-user] Re: Not getting data to PWSWeather

[Radar]

On Sunday, April 14, 2019 at 6:08:55 PM UTC-5, mwall wrote:
>
> DSL Router is address 192.168.254.254
>>
>> Smart Hub is connected directly to the router using address 192.168.254.4
>>
>> Raspberry Pi is connected to router via wifi using address 192.168.254.41
>>
>> On the router I have DNS entries for hubcap.myacurite.com and 
>> www.acu-link.com both pointed to 192.168.254.41
>>
>
> excellent!
>
> what do you see when you open a web browser and enter the url 
> http://hubapi.myacurite.com or http://www.acu-link.com?
>
> you need to use port 80 for the interceptor, not port 8000.  if you are 
> already running a web server on port 80 on the rpi, then you must either:
>
> option 1: set up a reverse proxy on the pi so that the existing web server 
> sends acurite requests to the interceptor on port 8000
>
> OR
>
> option 2: run the web server on some other port, say 8080, and run the 
> interceptor on port 80
>
> finally, the smarthub web page shows a firmware version of 224, not 126.  
> so you should remove the 'firmware_version=126' directive from the 
> interceptor configuration.
>
> btw, it is odd to see the old-style smarthub web page with a new (224) 
> firmware version.  but my first-hand sample size with smarthubs is rather 
> small (5 or 6) so it is quite possible that there are combinations of boot 
> firmware or application firmware that result in the old-style web page.  if 
> there are other smarthub users out there who could post a screen shot of 
> their smarthub web page, that would help us figure it out.
>
> m 
>

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

[weewx-user] Re: Not getting data to PWSWeather

[mwall]

>
> DSL Router is address 192.168.254.254
>
> Smart Hub is connected directly to the router using address 192.168.254.4
>
> Raspberry Pi is connected to router via wifi using address 192.168.254.41
>
> On the router I have DNS entries for hubcap.myacurite.com and 
> www.acu-link.com both pointed to 192.168.254.41
>

excellent!

what do you see when you open a web browser and enter the url 
http://hubapi.myacurite.com or http://www.acu-link.com?

you need to use port 80 for the interceptor, not port 8000.  if you are 
already running a web server on port 80 on the rpi, then you must either:

option 1: set up a reverse proxy on the pi so that the existing web server 
sends acurite requests to the interceptor on port 8000

OR

option 2: run the web server on some other port, say 8080, and run the 
interceptor on port 80

finally, the smarthub web page shows a firmware version of 224, not 126.  
so you should remove the 'firmware_version=126' directive from the 
interceptor configuration.

btw, it is odd to see the old-style smarthub web page with a new (224) 
firmware version.  but my first-hand sample size with smarthubs is rather 
small (5 or 6) so it is quite possible that there are combinations of boot 
firmware or application firmware that result in the old-style web page.  if 
there are other smarthub users out there who could post a screen shot of 
their smarthub web page, that would help us figure it out.

m 

-- 
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] Re: Raspberry PI and Davis Vantage Pro2 question

[Thomas Keffer]

The serial logger used to be more reliable, but over the last couple of
years, I have not noticed any difference.

Also, because most computers these days do not come with a serial port, you
are likely to need a serial-to-usb converter, which can be unreliable.

Today, I would get the USB version.

-tk

On Sun, Apr 14, 2019 at 3:38 PM Dave Webb KB1PVH  wrote:

> The USB logger would lose connection sometimes and the serial was more
> reliable from what I had heard.
>
> Dave-KB1PVH
>
>
> Sent from my Galaxy S9
>
> On Sun, Apr 14, 2019, 6:32 PM Adnan Mumtaz  wrote:
>
>> Whats the difference if one buys the USB data logger instead of serial,
>> will it also work? I am considering to purchase a Davis Vantage Pro2,
>> reading different posts here on how to connect it with weewx , still lost
>>
>> On Friday, 3 November 2017 16:52:52 UTC+3, Dave Webb KB1PVH wrote:
>>>
>>> See attached.
>>>
>>> Dave-KB1PVH
>>>
>>>
>>> Sent from my Galaxy S7
>>>
>>> On Nov 3, 2017 9:51 AM, "Dave Webb KB1PVH"  wrote:
>>>
 If you already have the Davis serial logger all you need is a serial to
 USB adapter to plug into the Pi.

 Dave-KB1PVH


 Sent from my Galaxy S7

 On Nov 3, 2017 9:49 AM, "Gerardo Doro"  wrote:

> Seriously? Do I need only this cable?
>
> --
> 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.
> 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.
>>
> --
> 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 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] Re: reporting Data from SDR coming in as C instead of F

[Bruce Butkus]

Sure. It’s already set to debug
I did notice on the one page it comes in as -14 unitless. Not sure if it’s
grabbing the wrong unit? I saw somewhere where it said usunits:17

On Sun, Apr 14, 2019 at 9:27 AM mwall  wrote:

> On Friday, April 12, 2019 at 12:32:04 PM UTC-4, Bruce Butkus wrote:
>>
>> Ive got 8 additional WH31 that I use to monitor the house. I use an SDR
>> to capture the data, and 7 are working properly but my 8th is coming in as
>> F, but the value is still in C.
>> ie: its in a freezer, so its reporting temp_C : -14 ; usUnits: 16
>>
>
> i'm a little confused - the output that you posted is not consistent with
> your description or even with itself.
>
> could you set debug=1 then post the log output for multiple LOOPs - enough
> to show the data captured from each sensor.
>
> m
>
> --
> 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/ENXfGa40QpE/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.

[weewx-user] Re: WMR300 warning if rain counter is at 90% of maximum

[mwall]

On Sunday, April 14, 2019 at 2:27:36 PM UTC-4, Leon Shaner wrote:
>
>
> I made a minor modification to the wmr300.py driver to log a slightly 
> different warning if the rain counter is within x% of the maximum. 
>

thank you for the diff, leon.  changes added at commit 2ccecd5d for wmr300 
driver version 0.19rc7

m

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

[weewx-user] Re: Not getting data to PWSWeather

[Jim Snider]

On Friday, April 12, 2019 at 5:07:04 PM UTC-4, Jim Snider wrote:
>
> I recently sent up whew and intercepter on my Pi to send my Acurite Smart 
> Hub data to WUnderground.  I set up an account for PWS Weather but I'm not 
> getting any data to them.  I've looked at their help files and have been in 
> contact with them and they have pointed me to this group.  I downloaded the 
> latest weewx and interceptor programs for the pi.  I put the weewx.conf 
> file to debug = 1 and am collecting the data now.
>
>
>

DSL Router is address 192.168.254.254

Smart Hub is connected directly to the router using address 192.168.254.4

Raspberry Pi is connected to router via wifi using address 192.168.254.41

On the router I have DNS entries for hubcap.myacurite.com and 
www.acu-link.com both pointed to 192.168.254.41

see attached files


 

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

[weewx-user] Re: Forecast XTide error

[mwall]

please use forecast.py version 3.4.0rc2, not 3.4.0rc1.

https://groups.google.com/group/weewx-user/attach/639775dd1c899/forecast-3.4.0rc2.py

if that link does not work, you can find 3.4.0rc2 in this thread in a 
posting made 05apr2019:

https://groups.google.com/forum/#!topic/weewx-user/CEs-qlhj69U

'real work' is sucking up a lot of my time at the moment, but i'm trying to 
get the new WU forecasts, UK met fixes, and possibly one or two additional 
forecast sources into the 3.4.0 release of forecast extension.  until then, 
please use rc2.

m


-- 
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] Re: Raspberry PI and Davis Vantage Pro2 question

[Dave Webb KB1PVH]

The USB logger would lose connection sometimes and the serial was more
reliable from what I had heard.

Dave-KB1PVH


Sent from my Galaxy S9

On Sun, Apr 14, 2019, 6:32 PM Adnan Mumtaz  wrote:

> Whats the difference if one buys the USB data logger instead of serial,
> will it also work? I am considering to purchase a Davis Vantage Pro2,
> reading different posts here on how to connect it with weewx , still lost
>
> On Friday, 3 November 2017 16:52:52 UTC+3, Dave Webb KB1PVH wrote:
>>
>> See attached.
>>
>> Dave-KB1PVH
>>
>>
>> Sent from my Galaxy S7
>>
>> On Nov 3, 2017 9:51 AM, "Dave Webb KB1PVH"  wrote:
>>
>>> If you already have the Davis serial logger all you need is a serial to
>>> USB adapter to plug into the Pi.
>>>
>>> Dave-KB1PVH
>>>
>>>
>>> Sent from my Galaxy S7
>>>
>>> On Nov 3, 2017 9:49 AM, "Gerardo Doro"  wrote:
>>>
 Seriously? Do I need only this cable?

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

-- 
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] Re: Raspberry PI and Davis Vantage Pro2 question

[Adnan Mumtaz]

Whats the difference if one buys the USB data logger instead of serial, 
will it also work? I am considering to purchase a Davis Vantage Pro2, 
reading different posts here on how to connect it with weewx , still lost

On Friday, 3 November 2017 16:52:52 UTC+3, Dave Webb KB1PVH wrote:
>
> See attached.
>
> Dave-KB1PVH
>
>
> Sent from my Galaxy S7
>
> On Nov 3, 2017 9:51 AM, "Dave Webb KB1PVH" > 
> wrote:
>
>> If you already have the Davis serial logger all you need is a serial to 
>> USB adapter to plug into the Pi. 
>>
>> Dave-KB1PVH
>>
>>
>> Sent from my Galaxy S7
>>
>> On Nov 3, 2017 9:49 AM, "Gerardo Doro" > 
>> wrote:
>>
>>> Seriously? Do I need only this cable?
>>>
>>> -- 
>>> 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 .
>>> 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.

[weewx-user] Re: Not getting data to PWSWeather

[mwall]

On Sunday, April 14, 2019 at 1:34:12 PM UTC-4, Jim Snider wrote:
>
>
> Where should I try next?
>

when you connect a computer with a wired network connection to the network 
where the smarthub is connected, you must be able to do these successfully 
from that computer:
  - nslookup hubapi.myacurite.com
  - nslookup www.acu-link.com
  - ping hubapi.myacurite.com
  - ping www.acu-link.com
  - wget http://hubapi.myacurite.com (or curl http://hubapi.myacurite.com)
  - wget http://www.acu-link.com
if any of those fail, then your system is not configured correctly.

please explain exactly how the smarthub, pi, and router are physically 
connected.

please explain exactly how the smarthub, pi, and router networks are 
configured.

please post a screenshot of what you see when you visit the smarthub with a 
web browser.

please post the [Interceptor] section from your weewx configuration file

m

 

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

[weewx-user] WMR300 warning if rain counter is at 90% of maximum

[Leon Shaner]

Hey, folks.

I made a minor modification to the wmr300.py driver to log a slightly different 
warning if the rain counter is within x% of the maximum.

That way I can be more proactive about resetting the value before I've actually 
lost any rain data.

If there is any interest, I'd be happy to fork a copy of the weewx code on 
GitHub and issue a pull request.

In the meantime, here's a diff:

1304,1307d1303
< if pkt['rain_total'] >= Station.MAX_RAIN_MM * 
Station.MAX_RAIN_WARN_PCT / 100:
< if time.time() - self.logged_rain_counter > self.log_interval:
< loginf("rain counter above warning level; reset 
recommended")
< self.logged_rain_counter = time.time()
1388d1383
< MAX_RAIN_WARN_PCT = 90# warn when rain counter is approaching 
MAX_RAIN_MM


And to notify, I took the easy way out in the root crontab:

0 12 * * * grep -v CRON /var/log/syslog | grep -q 'weewx.*rain counter above 
warning level' && echo "Recommend resetting..." | mailx -s "WeeWX: Rain counter 
above warning level!" someu...@example.com


Now then, a user extension and an alarm would probably be the preferred 
approach here, but the one example I saw for handling e-mail natively seemed 
overly complicated, when all I really needed to do was call mailx.  :-/

Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPad Pro)

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

[weewx-user] Re: Not getting data to PWSWeather

[Jim Snider]

On Friday, April 12, 2019 at 5:07:04 PM UTC-4, Jim Snider wrote:
>
> I recently sent up whew and intercepter on my Pi to send my Acurite Smart 
> Hub data to WUnderground.  I set up an account for PWS Weather but I'm not 
> getting any data to them.  I've looked at their help files and have been in 
> contact with them and they have pointed me to this group.  I downloaded the 
> latest weewx and interceptor programs for the pi.  I put the weewx.conf 
> file to debug = 1 and am collecting the data now.
>
>
>

OK.  My SmartHubs connected to my router has address 192.168.254.4
My Raspberry Pi has address 192.168.254.41

My raspberry is connected to the router via wifi and the smart hub with a 
cat 5 cable

On the router, I have DNS set to take hubapi.myacurite.com and send it to 
192.168.254.41 as well as
www.acu-link.com.

With debug = 1 I'm still not getting any data, still showing open queue.   

I added firmware_version=126 to my whew.conf file under interceptor but no 
change.  (older smart hub)

Where should I try next?


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

[weewx-user] OWM & PoP

[Michael Waldor]

Hello!

Due to the API change from wonderground I no longer get weather forcast 
from WU. Thus I switchet to OWM. It works fine, but I do not get rain data, 
i.e. the PoP field is always N/A.
Does OWM provide PoP data at all? And does it also provide them for Germany?

Or is there an alternative to still get forcast data from WU without a paid 
license key?


I'm running the most recent weewx 3.9.1 (Seasons skin) with the most recent 
forecast 3.3.2 on a raspberry pi (just updated today to the most recent 
raspbian 9, linux 4.14.98-v7+).

But I had the problem with missing PoP data already with the previous 
versions.


Regards, Michael

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

[weewx-user] Neowx Daily Charts Blank

[John Campbell]

Hi

I am still finding my feet with weewx and various templates and settings 
but have an issue that I don't fully understand.

I have the latest Neowx template installed and everything seems to be 
working.  Week, Month and Year data and png charts all work fine but the 
daily png charts are all blank.

Can anyone help?

I've attached the image generator section from my neowx skin.conf

Thanks

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

[ImageGenerator]

# This section lists all the images to be generated, what SQL types are to
# be included in them, along with many plotting options, such as color or
# font. There's a default for almost everything, if not specified below.
# Nevertheless, I have explicitly put in values, to make it easy to see
# and understand the options.
#
# Fonts can be anything accepted by the Python Imaging Library (PIL), which
# is currently truetype (.ttf), or PIL's own font format (.pil). See
# http://www.pythonware.com/library/pil/handbook/imagefont.htm for more
# details.  Note that "font size" is only used with truetype (.ttf)
# fonts. For others, font size is determined by the bit-mapped size,
# usually encoded in the file name (e.g., courB010.pil). If a font cannot
# be found, then a default font will be used.
#
# Colors can be specified any of three ways:
#   1. Notation 0xBBGGRR;
#   2. Notation #RRGGBB; or
#   3. Using an English name, such as 'yellow', or 'blue'.
# So, 0xff, #ff, or 'blue' would all specify a pure blue color.

image_width = 1200
image_height = 600
image_background_color = 0xFF

chart_background_color = 0xFF
chart_gridline_color = 0xE6E6E6

# Setting to 2 or more might give a sharper image with fewer jagged edges.
anti_alias = 4

top_label_font_path = 
/usr/share/fonts/truetype/roboto/hinted/Roboto-Bold.ttf
top_label_font_size = 16

unit_label_font_path = 
/usr/share/fonts/truetype/roboto/hinted/Roboto-Regular.ttf
unit_label_font_size = 14
unit_label_font_color = 0x00

bottom_label_font_path = 
/usr/share/fonts/truetype/roboto/hinted/Roboto-Medium.ttf
bottom_label_font_size = 16
bottom_label_font_color = 0x00
bottom_label_offset = 3

axis_label_font_path = 
/usr/share/fonts/truetype/roboto/hinted/Roboto-Regular.ttf
axis_label_font_size = 14
axis_label_font_color = 0x00

# Options for the compass rose, used for progressive vector plots
rose_label = N
rose_label_font_path = 
/usr/share/fonts/truetype/roboto/hinted/Roboto-Medium.ttf
rose_label_font_size  = 16
rose_label_font_color = 0x00

# Default colors for the plot lines. These can be overridden for
# individual lines using option 'color'
chart_line_colors = 0xb48242, 0x4242b4, 0x42b442

# Type of line. Only 'solid' or 'none' is offered now
line_type = 'solid'

# Size of marker in pixels
marker_size = 8
# Type of marker. Pick one of 'cross', 'x', 'circle', 'box', or 'none'
marker_type ='none'

# Default fill colors for bar charts. These can be overridden for
# individual bar plots using option 'fill_color'
chart_fill_colors = 0xc4b272, 0x7272c4, 0x72c472

# The following option merits an explanation. The y-axis scale used for
# plotting can be controlled using option 'yscale'. It is a 3-way tuple,
# with values (ylow, yhigh, min_interval). If set to "None", a parameter is
# set automatically, otherwise the value is used. However, in the case of
# min_interval, what is set is the *minimum* y-axis tick interval.
yscale = None, None, None

# For progressive vector plots, you can choose to rotate the vectors.
# Positive is clockwise.
# For my area, westerlies overwhelmingly predominate, so by rotating
# positive 90 degrees, the average vector will point straight up.
vector_rotate = 90

# This defines what fraction of the difference between maximum and minimum
# horizontal chart bounds is considered a gap in the samples and should not
# be plotted.
line_gap_fraction = 0.01
bar_gap_fraction  = 0.20

# This controls whether day/night bands will be shown. They only look good
# on the day and week plots.
show_daynight = true
# These control the appearance of the bands if they are shown.
# Here's a monochrome scheme:
daynight_day_color   = 0xf0fdff
daynight_night_color = 0xfffdf0
daynight_edge_color  = 0xf0f0ff

## What follows is a list of subsections, each specifying a time span, such
## as a day, week, month, or year. There's nothing special about them or
## their names: it's just a convenient way to group plots 

[weewx-user] My WeeWX is living the dream on Raspberry Pi, finally! =D

[Leon Shaner]

Thanks to everyone who helped me work through various issues getting WeeWX to 
work on my Raspberry Pi.  =D

Really there was only the one non-positive interval bug, fixed in the latest 
wmr300.py driver.  The rest was all stuff I never knew about my WMR300A -- I 
incorrectly thought it would "just work" but now I know better (needing to 
reset the rain accumulation counter for one).  =D

So, I am very happy with WeeWX and that a once frivolous use of a RPI now has a 
very practical use doubling as a WeeWX host.  =D
By frivolous, I mean being used solely to run a Nixie Tube clock -- cool 
enough, but even cooler now that it does something truly useful with the energy 
it burns.  =D

https://www.reddit.com/r/raspberry_pi/comments/awvfkq/enhanced_gra_afch_raspberry_pi_nixie_tube_clock/

Regards,
\Leon
--
Leon Shaner :: Dearborn, Michigan (iPhone)

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

[weewx-user] Re: Forecast XTide error

[ABZ]

Apr 14 09:39:34 cmpweewx weewx[31848]: engine: Initializing weewx version 
3.9.1
Apr 14 09:39:34 cmpweewx weewx[31848]: engine: Using Python 2.7.13 
(default, Sep 26 2018, 18:42:22) #012[GCC 6.3.0 20170516]
Apr 14 09:39:34 cmpweewx weewx[31848]: engine: Platform 
Linux-4.9.59-v7+-armv7l-with-debian-9.8
Apr 14 09:39:34 cmpweewx weewx[31848]: engine: Locale is 'en_US.UTF-8'
Apr 14 09:39:34 cmpweewx weewx[31848]: engine: pid file is 
/var/run/weewx.pid
Apr 14 09:39:34 cmpweewx weewx[31836]: Starting weewx weather system: weewx.
Apr 14 09:39:34 cmpweewx systemd[1]: Started LSB: weewx weather system.
Apr 14 09:39:34 cmpweewx weewx[31852]: engine: Using configuration file 
/etc/weewx/weewx.conf
Apr 14 09:39:34 cmpweewx weewx[31852]: engine: Debug is 1
Apr 14 09:39:34 cmpweewx weewx[31852]: engine: Initializing engine
Apr 14 09:39:34 cmpweewx weewx[31852]: engine: Loading station type Vantage 
(weewx.drivers.vantage)
Apr 14 09:39:34 cmpweewx weewx[31852]: vantage: Driver version is 3.1.1
Apr 14 09:39:34 cmpweewx weewx[31852]: vantage: Opened up serial port 
/dev/ttyUSB0; baud 19200; timeout 4.00
Apr 14 09:39:34 cmpweewx weewx[31852]: vantage: Gentle wake up of console 
successful
Apr 14 09:39:34 cmpweewx weewx[31852]: vantage: Hardware type is 16
Apr 14 09:39:34 cmpweewx weewx[31852]: vantage: ISS ID is 1
Apr 14 09:39:34 cmpweewx weewx[31852]: vantage: Hardware name: Vantage Pro2
Apr 14 09:39:34 cmpweewx weewx[31852]: engine: Loading service 
weewx.engine.StdTimeSynch
Apr 14 09:39:34 cmpweewx weewx[31852]: engine: Finished loading service 
weewx.engine.StdTimeSynch
Apr 14 09:39:34 cmpweewx weewx[31852]: engine: Loading service 
weewx.engine.StdConvert
Apr 14 09:39:34 cmpweewx weewx[31852]: engine: StdConvert target unit is 0x1
Apr 14 09:39:34 cmpweewx weewx[31852]: engine: Finished loading service 
weewx.engine.StdConvert
Apr 14 09:39:34 cmpweewx weewx[31852]: engine: Loading service 
weewx.engine.StdCalibrate
Apr 14 09:39:34 cmpweewx weewx[31852]: engine: Finished loading service 
weewx.engine.StdCalibrate
Apr 14 09:39:34 cmpweewx weewx[31852]: engine: Loading service 
weewx.engine.StdQC
Apr 14 09:39:34 cmpweewx weewx[31852]: engine: Finished loading service 
weewx.engine.StdQC
Apr 14 09:39:34 cmpweewx weewx[31852]: engine: Loading service 
weewx.wxservices.StdWXCalculate
Apr 14 09:39:34 cmpweewx weewx[31852]: wxcalculate: The following values 
will be calculated: barometer=prefer_hardware, windchill=prefer_hardware, 
dewpoint=prefer_hardware, appTemp=prefer_hardware, 
rainRate=prefer_hardware, windrun=prefer_hardware, 
heatindex=prefer_hardware, maxSolarRad=prefer_hardware, 
humidex=prefer_hardware, pressure=prefer_hardware, 
inDewpoint=prefer_hardware, ET=prefer_hardware, altimeter=prefer_hardware, 
cloudbase=prefer_hardware
Apr 14 09:39:34 cmpweewx weewx[31852]: wxcalculate: The following 
algorithms will be used for calculations: altimeter=aaNOAA, maxSolarRad=RS
Apr 14 09:39:34 cmpweewx weewx[31852]: engine: Finished loading service 
weewx.wxservices.StdWXCalculate
Apr 14 09:39:34 cmpweewx weewx[31852]: engine: Loading service 
weewx.engine.StdArchive
Apr 14 09:39:34 cmpweewx weewx[31852]: engine: Archive will use data 
binding wx_binding
Apr 14 09:39:34 cmpweewx weewx[31852]: engine: Record generation will be 
attempted in 'hardware'
Apr 14 09:39:34 cmpweewx weewx[31852]: engine: Using archive interval of 
300 seconds (specified by hardware)
Apr 14 09:39:34 cmpweewx weewx[31852]: engine: Use LOOP data in hi/low 
calculations: 1
Apr 14 09:39:34 cmpweewx weewx[31852]: manager: Daily summary version is 2.0
Apr 14 09:39:34 cmpweewx weewx[31852]: engine: Using binding 'wx_binding' 
to database 'weewx.sdb'
Apr 14 09:39:34 cmpweewx weewx[31852]: manager: Starting backfill of daily 
summaries
Apr 14 09:39:34 cmpweewx weewx[31852]: engine: Finished loading service 
weewx.engine.StdArchive
Apr 14 09:39:34 cmpweewx weewx[31852]: engine: Loading service 
user.forecast.ZambrettiForecast
Apr 14 09:39:35 cmpweewx weewx[31852]: forecast: MainThread: Zambretti: 
forecast version 3.4.0rc1
Apr 14 09:39:35 cmpweewx weewx[31852]: forecast: MainThread: Zambretti: 
last forecast issued 2019-04-14 09:00:00 EDT (1555246800), requested 
2019-04-14 09:00:00 EDT (1555246800)
Apr 14 09:39:35 cmpweewx weewx[31852]: forecast: MainThread: Zambretti: 
interval=600 max_age=604800 winddir_period=1800 pressure_period=10800 
hemisphere=NORTH lower_pressure=950.0 upper_pressure=1050.0
Apr 14 09:39:35 cmpweewx weewx[31852]: engine: Finished loading service 
user.forecast.ZambrettiForecast
Apr 14 09:39:35 cmpweewx weewx[31852]: engine: Loading service 
user.forecast.NWSForecast
Apr 14 09:39:35 cmpweewx weewx[31852]: forecast: MainThread: NWS: forecast 
version 3.4.0rc1
Apr 14 09:39:35 cmpweewx weewx[31852]: forecast: MainThread: NWS: last 
forecast issued 2019-04-14 06:37:00 EDT (1555238220), requested 2019-04-14 
07:05:16 EDT (1555239916)
Apr 14 09:39:35 cmpweewx weewx[31852]: forecast: MainThread: NWS: 
interval=10800 max_age=604800 lid=NJZ025 

Re: [weewx-user] Help needed - How to cycle $hour.outTemp

[HoracioDos]

I don't know what I did in previous posts but I deleted them. I wanted to 
show the final result.

[image: heatmap.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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: forecast data shown in template

[mwall]

On Sunday, April 14, 2019 at 9:27:40 AM UTC-4, vigilancewx wrote:
>
> Multiple bindings
>
>>
i'm afraid that multiple bindings will not help you in this case.  as gary 
pointed out, the forecasting schema is not at all like the typical weewx 
observation schema.  the typical weewx observation schema has columns like 
this:

dateTime, usUnits, interval, barometer, pressure, altimeter, ...

the forecast schema has a record for each forecast period, like this:

method, usUnits, dateTime, issued_ts, event_ts, duration, location, ...

complete details about the design are in the 'Database Schema' section of 
the forecast.py source code.  that shows how the data from each forecast 
service (WU, USNWS, UKMET, darksky, etc) map onto the forecast schema.  the 
schema is designed to be generic so that it can handle *any* forecast 
source - that makes it possible to compare forecasts, or change to a new 
one when the one you used to use goes away.

when you need to display the data in your weewx reports, there is a search 
list extension called ForecastVariables that provides access to the 
forecast data.

there is a short example of how to do this in the wiki page that gary 
referred to.  there is a detailed enumeration of variables in the comments 
in the forecast.py source code.  and there are many, many examples of how 
to use the variables in the .tmpl files that come with the forecast 
extension.

m

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

[weewx-user] Re: forecast data shown in template

[vigilancewx]

Multiple bindings

thanks



On Sunday, April 14, 2019 at 10:39:48 AM UTC+1, vigilancewx wrote:

> Hello
>
>  
>
> In the forecast database UKMO displays a UV valve
>
> How can I display that in template?
>
>  
>
> I know how to save additional data to the Weewx database and can display 
> it in a template, but the forecast data is in a separate database how do I 
> display data stored here in say the index template
>
>  
>
>  
>
>  
>
>  
>
> Thankyou for any help
>

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

[weewx-user] Re: reporting Data from SDR coming in as C instead of F

[mwall]

On Friday, April 12, 2019 at 12:32:04 PM UTC-4, Bruce Butkus wrote:
>
> Ive got 8 additional WH31 that I use to monitor the house. I use an SDR to 
> capture the data, and 7 are working properly but my 8th is coming in as F, 
> but the value is still in C. 
> ie: its in a freezer, so its reporting temp_C : -14 ; usUnits: 16
>

i'm a little confused - the output that you posted is not consistent with 
your description or even with itself.

could you set debug=1 then post the log output for multiple LOOPs - enough 
to show the data captured from each sensor.

m

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

[weewx-user] Re: Not getting data to PWSWeather

[mwall]

On Sunday, April 14, 2019 at 8:32:37 AM UTC-4, Jim Snider wrote:
>
> Here's a shot of my terminal output from the log file.  This output just 
> keeps going on
>

the 'empty queue' indicates that no data are being captured.

what do you see when you point a web browser at the smart hub?

are you running the interceptor in listen mode?  what mechanism are you 
using to get the traffic to the interceptor?

please read this at the weewx wiki:

https://github.com/weewx/weewx/wiki/acuritebridge

m

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

[weewx-user] Re: Running SDR Acurite with I2C BMP280 barometric pressure sensor together?

[mwall]

On Saturday, April 13, 2019 at 1:49:58 PM UTC-4, TL wrote:
>
>  If SDR is the 'governing' driver (user.sdr) in my WeeWx instance, how do 
> I integrate the I2C BMP280 script so I can include barometric readings in 
> my sensor_map, and hence in the same report etc.?  (if that's the way to do 
> it?). 
>

as peter pointed out, a service is probably what you want.  weewx user 
wjcarpenter wrote a service for the bme280 that might help you see how this 
is done:

https://gitlab.com/wjcarpenter/bme280wx

another option is to purchases a WH32B sensor, and let the sdr driver do 
everything.

https://www.amazon.com/Ambient-Weather-WH32B-Indoor-Thermometer-Barometer-Hygrometer/dp/B07GX5VMHC/

m

-- 
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] Re: Custom date range graphs

[Thomas Keffer]

In addition to what Gary says, you can also use the utility wee_reports
 to plot a
general date by using a timestamp as a parameter.

-tk

On Sun, Apr 14, 2019 at 5:41 AM gjr80  wrote:

> Hi,
>
> There are some extensions that use 3rd party packages to produce plots but
> they are not really standalone extensions that you just 'add in' wherever
> you like. So not really conducive to making changes to the Seasons skin.
> Given the limitations of the current plot engine you are fairly much
> limited to changing the time_length config option (either varying
> existing plots or adding new ones) under [ImageGenerator] in the Season
> skin skin.conf.
>
> Gary
>
> On Sunday, 14 April 2019 15:54:39 UTC+10, Praveen Chandrasekaran wrote:
>>
>> Is there any extension available to plot graphs over custom date range? I
>> am using Seasons skin.
>
> --
> 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 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.

[weewx-user] Re: Custom date range graphs

[gjr80]

Hi,

There are some extensions that use 3rd party packages to produce plots but 
they are not really standalone extensions that you just 'add in' wherever 
you like. So not really conducive to making changes to the Seasons skin. 
Given the limitations of the current plot engine you are fairly much 
limited to changing the time_length config option (either varying existing 
plots or adding new ones) under [ImageGenerator] in the Season skin 
skin.conf.

Gary

On Sunday, 14 April 2019 15:54:39 UTC+10, Praveen Chandrasekaran wrote:
>
> Is there any extension available to plot graphs over custom date range? I 
> am using Seasons skin. 

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

[weewx-user] Re: forecast data shown in template

[gjr80]

Accessing data in the forecast database and using it in a report is a 
little different to accessing observational data in a secondary database. 
You would likely be best served by accessing the UV index value through use 
of the ForecastVariables search list extension that is included with the 
forecasting service/extension. Unfortunately there is not a simple how-to 
that I can point you to. You will need to do a little reading. Have a look 
through the forecasting wiki page 
, in particular the 
section covering ForecastVariables. You will also find some helpful info in 
the comments of forecast.py as well as seeing how some of the forecast data 
is used in the .inc and .tmpl template files included in the forecasting 
service/extension.

Gary

On Sunday, 14 April 2019 19:39:48 UTC+10, vigilancewx wrote:
>
> Hello
>
>  
>
> In the forecast database UKMO displays a UV valve
>
> How can I display that in template?
>
>  
>
> I know how to save additional data to the Weewx database and can display 
> it in a template, but the forecast data is in a separate database how do I 
> display data stored here in say the index template
>
>  
>
>  
>
>  
>
>  
>
> Thankyou for any help
>

-- 
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] Help needed - How to cycle $hour.outTemp

[HoracioDos]

[image: heatmap.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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: Not getting data to PWSWeather

[Jim Snider]

Here's a shot of my terminal output from the log file.  This output just 
keeps going on


No errors show up




On Friday, April 12, 2019 at 5:07:04 PM UTC-4, Jim Snider wrote:
>
> I recently sent up whew and intercepter on my Pi to send my Acurite Smart 
> Hub data to WUnderground.  I set up an account for PWS Weather but I'm not 
> getting any data to them.  I've looked at their help files and have been in 
> contact with them and they have pointed me to this group.  I downloaded the 
> latest weewx and interceptor programs for the pi.  I put the weewx.conf 
> file to debug = 1 and am collecting the data 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...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [weewx-user] Help needed - How to cycle $hour.outTemp

[HoracioDos]

Finally.


On Thursday, April 11, 2019 at 7:45:52 PM UTC-3, HoracioDos wrote:
>
> Thank you very much! It works fine now! I don't know why I didn't tried 
> any of these aggregation types before for $hours when I've been using them 
> for $day all day long.
>
> On Thursday, April 11, 2019 at 7:32:44 PM UTC-3, Thomas Keffer wrote:
>>
>> Oops. My mistake. The tag $hour represents an *aggregation* over an 
>> hour. You must specify the type of aggregation. The list of aggregations is 
>> given in an appendix 
>>  to the 
>> Customizing Guide. You probably want "last" or "avg".
>>
>> So, the full tag becomes, for example, $hour.outTemp.last.raw.
>>
>> On Thu, Apr 11, 2019 at 3:23 PM HoracioDos  wrote:
>>
>>> Hello Tom.
>>> Thanks for your answer. I've already tried that and it doesn't work. I 
>>> get this error:
>>> Apr 11 19:06:27 PiWeewx weewx[8408]: cheetahgenerator: Generate failed 
>>> with exception ''
>>> Apr 11 19:06:27 PiWeewx weewx[8408]: cheetahgenerator:  Ignoring 
>>> template /etc/weewx/skins/Belchertown/stats/stats--MM.txt.tmpl
>>> Apr 11 19:06:27 PiWeewx weewx[8408]: cheetahgenerator:  Reason: 
>>> Invalid aggregation type 'raw'
>>>
>>> I've attached a larger log with debug level = 1
>>>
>>>
>>> On Thursday, April 11, 2019 at 5:47:44 PM UTC-3, Thomas Keffer wrote:

 You need $hour.outTemp.raw, not $hour.outTemp. The latter actually 
 returns a "ValueHelper" object, which is ignorant of any comparison 
 operators.

 Incidentally, every tag $hour.outTemp involves a database lookup. You 
 could be looking at 100 for each day. A simple speed up is to an 
 intermediate, temporary variable:

 #set $hourTemp=$hour.outTemp.raw
 #if hourTemp >= 30
   $set $VeryHotCount +=1

 etc.


 On Thu, Apr 11, 2019 at 12:43 PM HoracioDos  wrote:

> Hello
> I'm writing my own stats template like NOAA text files. I defined a 
> four values temperature range and I want to count all hours in a month 
> according to its range. Final objetive is to create a monthly heatmap.
> As aggregation types min/max_le/ge work with a day period or longer. I 
> made a cycle for the hours in each day for a month and evaluated the 
> temperature for each hour according to a range. There is a counter for 
> each 
> range value that I want to report. 
> I can't make it work and I can't see $hour.outTemp value. What am I 
> doing wrong? I've attached the template and its output.
> Thanks in advance 
>
> -- 
> 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.
> 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...@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.

[weewx-user] Re: forecast data shown in template

[Andrew Milner]

This should help to point you in the right direction ..

http://weewx.com/docs/customizing.htm#Using_multiple_bindings



On Sunday, 14 April 2019 12:39:48 UTC+3, vigilancewx wrote:
>
> Hello
>
>  
>
> In the forecast database UKMO displays a UV valve
>
> How can I display that in template?
>
>  
>
> I know how to save additional data to the Weewx database and can display 
> it in a template, but the forecast data is in a separate database how do I 
> display data stored here in say the index template
>
>  
>
>  
>
>  
>
>  
>
> Thankyou for any help
>

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

[weewx-user] forecast data shown in template

[vigilancewx]

 

Hello

 

In the forecast database UKMO displays a UV valve

How can I display that in template?

 

I know how to save additional data to the Weewx database and can display it 
in a template, but the forecast data is in a separate database how do I 
display data stored here in say the index template

 

 

 

 

Thankyou for any help

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