[weewx-user] Re: Translation

[ginfo...@gmail.com]

Sorry, “meters” to “metri” , in Italian
Thanks

Il giorno sabato 6 marzo 2021 alle 19:20:54 UTC+1 ginfo...@gmail.com ha 
scritto:

> Good evening.
> I can't translate "meters" to "meters".
> Thanks to who helps me
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/0d1e5bb4-b594-4745-9b73-ab0814711487n%40googlegroups.com.

Re: [weewx-user] Belchertown skin not linked to nginx

[David Prellwitz]

lecoqacr - i can access the belchertown link from my mobile, which is 
sharing the same meshed net. Interesting, both Belchertown homepages show a 
"last updated" date as yesterday noon; i've restarted all aspects of this 
machine (Debian 10 on a Dell laptop), from the laptop thru weewx (three 
times) and wee-reports (atleast 10 times). but all of the Belchertown pages 
show yesterday noon as the last update. However, the Weewx default skin 
updates and shows current data. That's why i think its an issue with my 
weewx.conf/skin.conf/graphs.conf files - and/or their location...


On Sunday, March 7, 2021 at 7:23:41 PM UTC-8 lecoqacr...@gmail.com wrote:

> Maybe this thread is what you are having a problem with.
>
>  https://groups.google.com/g/weewx-user/c/qUt0XdqREqk/m/O-wO1GiVAwAJ
> Try going to another computer on the network and enter the address of the 
> weewx belchertown address computer.
>
> On Sun, Mar 7, 2021 at 7:12 PM David Prellwitz  
> wrote:
>
>> More info - looking at syslog, i notice that 8, 11, 15 season files 
>> generated, but  are written to /home/weewx/public_html. Sometimes i'll get 
>> 2 files written to /home/weewx/public_html/weewx.  But, still no updates on 
>> belchertown web page. I'm now officially confused as to where skin.conf, 
>> graphs.conf need to be in relationship to /home/weewx. 
>> /David
>> On Sunday, March 7, 2021 at 1:36:35 PM UTC-8 David Prellwitz wrote:
>>
>>> New issue; i can't get graphs.conf to work, irrespective of where i put 
>>> it. It's now in /home/weewx/skins/belchertown directory with 
>>> graphs.conf.example file. I've even changed example filename - still can't 
>>> get belchertown skin to use the minor changes i made to the graphs. It has 
>>> to be a configuration issue, something i've overlooked. help!
>>> /David
>>>
>>> On Saturday, March 6, 2021 at 3:35:15 PM UTC-8 David Prellwitz wrote:
>>>
 kool! thanks!

 On Saturday, March 6, 2021 at 3:23:04 PM UTC-8 kb1...@gmail.com wrote:

> Try localhost/weewx/belchertown
>
> Dave - KB1PVH
>
>
>
>
> Sent from my Galaxy S21
>
> On Sat, Mar 6, 2021, 6:12 PM David Prellwitz  
> wrote:
>
>> I installed the Belchertown skin; configured weewx.conf and 
>> skin.conf; stopped and started weewx; corrected duplication error in 
>> weewx.conf and stopped/restarted weews - no errors. Checked file 
>> date/times 
>> in /home/weewx/public_html/Belchertown_html directory and files are 
>> being 
>> updated.  However, when i look at 'localhost/weewx' i get the original 
>> skin. when i enter 192.168.82.24 (url of this machine) i get the nginx 
>> welcome screen.
>>
>> I believe it's a config or a setup issue on my part, but i don't know 
>> where to look. I'm sure i've failed to link the Belchertown skin to the 
>> web 
>> engine, just not sure how that link is setup. Suggestions as to where to 
>> look?
>> /David
>>
>> -- 
>> You received this message because you are subscribed to the Google 
>> Groups "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, 
>> send an email to weewx-user+...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/0032546b-89c0-4176-9b58-0cf14a698635n%40googlegroups.com
>>  
>> 
>> .
>>
> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to weewx-user+...@googlegroups.com.
>>
> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/929bfde0-c860-4105-9fcd-89551acdfa88n%40googlegroups.com
>>  
>> 
>> .
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/056f0e19-0b13-4beb-b3e0-9038d42edfccn%40googlegroups.com.

Re: [weewx-user] Belchertown skin not linked to nginx

[Timothy L]

Maybe this thread is what you are having a problem with.

 https://groups.google.com/g/weewx-user/c/qUt0XdqREqk/m/O-wO1GiVAwAJ
Try going to another computer on the network and enter the address of the
weewx belchertown address computer.

On Sun, Mar 7, 2021 at 7:12 PM David Prellwitz 
wrote:

> More info - looking at syslog, i notice that 8, 11, 15 season files
> generated, but  are written to /home/weewx/public_html. Sometimes i'll get
> 2 files written to /home/weewx/public_html/weewx.  But, still no updates on
> belchertown web page. I'm now officially confused as to where skin.conf,
> graphs.conf need to be in relationship to /home/weewx.
> /David
> On Sunday, March 7, 2021 at 1:36:35 PM UTC-8 David Prellwitz wrote:
>
>> New issue; i can't get graphs.conf to work, irrespective of where i put
>> it. It's now in /home/weewx/skins/belchertown directory with
>> graphs.conf.example file. I've even changed example filename - still can't
>> get belchertown skin to use the minor changes i made to the graphs. It has
>> to be a configuration issue, something i've overlooked. help!
>> /David
>>
>> On Saturday, March 6, 2021 at 3:35:15 PM UTC-8 David Prellwitz wrote:
>>
>>> kool! thanks!
>>>
>>> On Saturday, March 6, 2021 at 3:23:04 PM UTC-8 kb1...@gmail.com wrote:
>>>
 Try localhost/weewx/belchertown

 Dave - KB1PVH




 Sent from my Galaxy S21

 On Sat, Mar 6, 2021, 6:12 PM David Prellwitz 
 wrote:

> I installed the Belchertown skin; configured weewx.conf and skin.conf;
> stopped and started weewx; corrected duplication error in weewx.conf and
> stopped/restarted weews - no errors. Checked file date/times in
> /home/weewx/public_html/Belchertown_html directory and files are being
> updated.  However, when i look at 'localhost/weewx' i get the original
> skin. when i enter 192.168.82.24 (url of this machine) i get the nginx
> welcome screen.
>
> I believe it's a config or a setup issue on my part, but i don't know
> where to look. I'm sure i've failed to link the Belchertown skin to the 
> web
> engine, just not sure how that link is setup. Suggestions as to where to
> look?
> /David
>
> --
> You received this message because you are subscribed to the Google
> Groups "weewx-user" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to weewx-user+...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/0032546b-89c0-4176-9b58-0cf14a698635n%40googlegroups.com
> 
> .
>
 --
> You received this message because you are subscribed to the Google Groups
> "weewx-user" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to weewx-user+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/929bfde0-c860-4105-9fcd-89551acdfa88n%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CAGW8XMTf8idn2cqvtu1%3DnGSaDsF-aO0LOntcgth4X7vrwTfQzg%40mail.gmail.com.

Re: [weewx-user] Belchertown skin not linked to nginx

[David Prellwitz]

More info - looking at syslog, i notice that 8, 11, 15 season files 
generated, but  are written to /home/weewx/public_html. Sometimes i'll get 
2 files written to /home/weewx/public_html/weewx.  But, still no updates on 
belchertown web page. I'm now officially confused as to where skin.conf, 
graphs.conf need to be in relationship to /home/weewx. 
/David
On Sunday, March 7, 2021 at 1:36:35 PM UTC-8 David Prellwitz wrote:

> New issue; i can't get graphs.conf to work, irrespective of where i put 
> it. It's now in /home/weewx/skins/belchertown directory with 
> graphs.conf.example file. I've even changed example filename - still can't 
> get belchertown skin to use the minor changes i made to the graphs. It has 
> to be a configuration issue, something i've overlooked. help!
> /David
>
> On Saturday, March 6, 2021 at 3:35:15 PM UTC-8 David Prellwitz wrote:
>
>> kool! thanks!
>>
>> On Saturday, March 6, 2021 at 3:23:04 PM UTC-8 kb1...@gmail.com wrote:
>>
>>> Try localhost/weewx/belchertown
>>>
>>> Dave - KB1PVH
>>>
>>>
>>>
>>>
>>> Sent from my Galaxy S21
>>>
>>> On Sat, Mar 6, 2021, 6:12 PM David Prellwitz  
>>> wrote:
>>>
 I installed the Belchertown skin; configured weewx.conf and skin.conf; 
 stopped and started weewx; corrected duplication error in weewx.conf and 
 stopped/restarted weews - no errors. Checked file date/times in 
 /home/weewx/public_html/Belchertown_html directory and files are being 
 updated.  However, when i look at 'localhost/weewx' i get the original 
 skin. when i enter 192.168.82.24 (url of this machine) i get the nginx 
 welcome screen.

 I believe it's a config or a setup issue on my part, but i don't know 
 where to look. I'm sure i've failed to link the Belchertown skin to the 
 web 
 engine, just not sure how that link is setup. Suggestions as to where to 
 look?
 /David

 -- 
 You received this message because you are subscribed to the Google 
 Groups "weewx-user" group.
 To unsubscribe from this group and stop receiving emails from it, send 
 an email to weewx-user+...@googlegroups.com.
 To view this discussion on the web visit 
 https://groups.google.com/d/msgid/weewx-user/0032546b-89c0-4176-9b58-0cf14a698635n%40googlegroups.com
  
 
 .

>>>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/929bfde0-c860-4105-9fcd-89551acdfa88n%40googlegroups.com.

Re: [weewx-user] Belchertown skin not linked to nginx

[David Prellwitz]

New issue; i can't get graphs.conf to work, irrespective of where i put it. 
It's now in /home/weewx/skins/belchertown directory with 
graphs.conf.example file. I've even changed example filename - still can't 
get belchertown skin to use the minor changes i made to the graphs. It has 
to be a configuration issue, something i've overlooked. help!
/David

On Saturday, March 6, 2021 at 3:35:15 PM UTC-8 David Prellwitz wrote:

> kool! thanks!
>
> On Saturday, March 6, 2021 at 3:23:04 PM UTC-8 kb1...@gmail.com wrote:
>
>> Try localhost/weewx/belchertown
>>
>> Dave - KB1PVH
>>
>>
>>
>>
>> Sent from my Galaxy S21
>>
>> On Sat, Mar 6, 2021, 6:12 PM David Prellwitz  
>> wrote:
>>
>>> I installed the Belchertown skin; configured weewx.conf and skin.conf; 
>>> stopped and started weewx; corrected duplication error in weewx.conf and 
>>> stopped/restarted weews - no errors. Checked file date/times in 
>>> /home/weewx/public_html/Belchertown_html directory and files are being 
>>> updated.  However, when i look at 'localhost/weewx' i get the original 
>>> skin. when i enter 192.168.82.24 (url of this machine) i get the nginx 
>>> welcome screen.
>>>
>>> I believe it's a config or a setup issue on my part, but i don't know 
>>> where to look. I'm sure i've failed to link the Belchertown skin to the web 
>>> engine, just not sure how that link is setup. Suggestions as to where to 
>>> look?
>>> /David
>>>
>>> -- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "weewx-user" group.
>>> To unsubscribe from this group and stop receiving emails from it, send 
>>> an email to weewx-user+...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/0032546b-89c0-4176-9b58-0cf14a698635n%40googlegroups.com
>>>  
>>> 
>>> .
>>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/c069fc99-8cfa-460d-9e29-9f8d919b4152n%40googlegroups.com.

Re: [weewx-user] Which Raspberry Pi to use? Will more memory help at all?

[Christopher Kelley]

No, not at all.   Just trying to match the load to the right RPi.  I didn't 
know if there were memory structures or something in WeeWx that would 
benefit from more memory.

On Sunday, March 7, 2021 at 11:33:57 AM UTC-8 peterq...@gmail.com wrote:

> Do you expect much web traffic?
>
> On Sun, Mar 7, 2021 at 10:57 AM Christopher Kelley  
> wrote:
>
>> Yeah, I'm putting it in a Argon ONE M.2 case which has a built-fan.  From 
>> my experience, just setting a Pi4 on edge is usually enough so it can 
>> radiate from the top and bottom surfaces, but for this I want to give it a 
>> bit of protection from dust build-up.
>>
>> With the firmware updates over the past year, the RPi4 is not as 
>> sensitive as it originally was.
>>
>> On Sunday, March 7, 2021 at 10:18:13 AM UTC-8 kb1...@gmail.com wrote:
>>
>>> The only thing it gets you is serving the webpage a little quicker. The 
>>> Pi 4 runs hot so you'll want a fan on it if you do use one. I have a test 
>>> setup running on a Pi zero and it works fine. 
>>>
>>> Dave - KB1PVH
>>>
>>>
>>>
>>>
>>> Sent from my Galaxy S21
>>>
>>> On Sun, Mar 7, 2021, 1:07 PM Christopher Kelley  
>>> wrote:
>>>
 The problem with Pis being so inexpensive is, I've ended up with a few 
 extras that I bought "just in case".  I've read the documentation, and 
 while it's clear WeeWx will run fine on 1Gb (or 512Mb), I also have 2Gb 
 and 
 4Gb Pi4s lying about.  

 Is there any advantage to a 2Gb or 4Gb Pi4?  Not just "I've been 
 running on 128Mb for years with no problems", but are there any advantages 
 to having more memory, or would it be completely unused?  I might have the 
 RPi running WeeWx also drive a small display, so there would be that 
 overhead as well.

 I've already got an external M.2. SATA SSD to boot/run from, so there's 
 no worries on the storage / reliability end.

 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+...@googlegroups.com.
 To view this discussion on the web visit 
 https://groups.google.com/d/msgid/weewx-user/aab83780-7877-4d2c-9090-e61574c2ab84n%40googlegroups.com
  
 
 .

>>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to weewx-user+...@googlegroups.com.
>>
> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/f42c74d8-8780-4027-a5fb-0c3b1bb320d7n%40googlegroups.com
>>  
>> 
>> .
>>
>
>
> -- 
> Peter Quinn
> (415)794-2264 <(415)%20794-2264>
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/09b63824-2c3b-4e65-a22f-7a0404db5c71n%40googlegroups.com.

Re: [weewx-user] Which Raspberry Pi to use? Will more memory help at all?

[Christopher Kelley]

Okay, so probably no use to use a 2Gb or 4Gb Pi4, just unused memory.  

Thanks!
Christopher

On Sunday, March 7, 2021 at 12:40:25 PM UTC-8 ln77 wrote:

> I run weewx with the Belchertown skin and a couple of other skins, with a 
> mysql database; there’s a local nginx instance running but the pages are 
> uploaded to a hosted server that gets most of the traffic.  This 
> configuration was tight on an RPi 1B+ with 512MB — every few months it 
> would run out of memory and need a restart.  It runs fine on a 3B+ w/1GB.  
>
>   -Les
>
>
>
> On 7 Mar 2021, at 10:07, Christopher Kelley  wrote:
>
> The problem with Pis being so inexpensive is, I've ended up with a few 
> extras that I bought "just in case".  I've read the documentation, and 
> while it's clear WeeWx will run fine on 1Gb (or 512Mb), I also have 2Gb and 
> 4Gb Pi4s lying about.  
>
> Is there any advantage to a 2Gb or 4Gb Pi4?  Not just "I've been running 
> on 128Mb for years with no problems", but are there any advantages to 
> having more memory, or would it be completely unused?  I might have the RPi 
> running WeeWx also drive a small display, so there would be that overhead 
> as well.
>
> I've already got an external M.2. SATA SSD to boot/run from, so there's no 
> worries on the storage / reliability end.
>
> 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+...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/aab83780-7877-4d2c-9090-e61574c2ab84n%40googlegroups.com
>  
> 
> .
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/c514343f-ab36-41e0-9b9a-bdaa3b9622f3n%40googlegroups.com.

Re: [weewx-user] Which Raspberry Pi to use? Will more memory help at all?

[Les Niles]

I run weewx with the Belchertown skin and a couple of other skins, with a mysql 
database; there’s a local nginx instance running but the pages are uploaded to 
a hosted server that gets most of the traffic.  This configuration was tight on 
an RPi 1B+ with 512MB — every few months it would run out of memory and need a 
restart.  It runs fine on a 3B+ w/1GB.  

  -Les



> On 7 Mar 2021, at 10:07, Christopher Kelley  wrote:
> 
> The problem with Pis being so inexpensive is, I've ended up with a few extras 
> that I bought "just in case".  I've read the documentation, and while it's 
> clear WeeWx will run fine on 1Gb (or 512Mb), I also have 2Gb and 4Gb Pi4s 
> lying about.  
> 
> Is there any advantage to a 2Gb or 4Gb Pi4?  Not just "I've been running on 
> 128Mb for years with no problems", but are there any advantages to having 
> more memory, or would it be completely unused?  I might have the RPi running 
> WeeWx also drive a small display, so there would be that overhead as well.
> 
> I've already got an external M.2. SATA SSD to boot/run from, so there's no 
> worries on the storage / reliability end.
> 
> 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 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/aab83780-7877-4d2c-9090-e61574c2ab84n%40googlegroups.com
>  
> .

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/C8ABD159-45C7-4E4A-85D2-F9A90644D236%402pi.org.

Re: [weewx-user] Which Raspberry Pi to use? Will more memory help at all?

[Bill Arthur]

I'm running WeeWx with two extensions, a radio program (aprx), a WiFi 
hotspot and about six other processes.
All of this uses 5 to 10% of the processing power of my Pi Zero W
I think you'll do just fine with a Pi 4.


On Sunday, March 7, 2021 at 12:57:42 PM UTC-6 hang...@gmail.com wrote:

> Yeah, I'm putting it in a Argon ONE M.2 case which has a built-fan.  From 
> my experience, just setting a Pi4 on edge is usually enough so it can 
> radiate from the top and bottom surfaces, but for this I want to give it a 
> bit of protection from dust build-up.
>
> With the firmware updates over the past year, the RPi4 is not as sensitive 
> as it originally was.
>
> On Sunday, March 7, 2021 at 10:18:13 AM UTC-8 kb1...@gmail.com wrote:
>
>> The only thing it gets you is serving the webpage a little quicker. The 
>> Pi 4 runs hot so you'll want a fan on it if you do use one. I have a test 
>> setup running on a Pi zero and it works fine. 
>>
>> Dave - KB1PVH
>>
>>
>>
>>
>> Sent from my Galaxy S21
>>
>> On Sun, Mar 7, 2021, 1:07 PM Christopher Kelley  
>> wrote:
>>
>>> The problem with Pis being so inexpensive is, I've ended up with a few 
>>> extras that I bought "just in case".  I've read the documentation, and 
>>> while it's clear WeeWx will run fine on 1Gb (or 512Mb), I also have 2Gb and 
>>> 4Gb Pi4s lying about.  
>>>
>>> Is there any advantage to a 2Gb or 4Gb Pi4?  Not just "I've been running 
>>> on 128Mb for years with no problems", but are there any advantages to 
>>> having more memory, or would it be completely unused?  I might have the RPi 
>>> running WeeWx also drive a small display, so there would be that overhead 
>>> as well.
>>>
>>> I've already got an external M.2. SATA SSD to boot/run from, so there's 
>>> no worries on the storage / reliability end.
>>>
>>> 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+...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/aab83780-7877-4d2c-9090-e61574c2ab84n%40googlegroups.com
>>>  
>>> 
>>> .
>>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/740749af-f00d-4b3b-801e-dc868d75151cn%40googlegroups.com.

Re: [weewx-user] Which Raspberry Pi to use? Will more memory help at all?

[p q]

Do you expect much web traffic?

On Sun, Mar 7, 2021 at 10:57 AM Christopher Kelley 
wrote:

> Yeah, I'm putting it in a Argon ONE M.2 case which has a built-fan.  From
> my experience, just setting a Pi4 on edge is usually enough so it can
> radiate from the top and bottom surfaces, but for this I want to give it a
> bit of protection from dust build-up.
>
> With the firmware updates over the past year, the RPi4 is not as sensitive
> as it originally was.
>
> On Sunday, March 7, 2021 at 10:18:13 AM UTC-8 kb1...@gmail.com wrote:
>
>> The only thing it gets you is serving the webpage a little quicker. The
>> Pi 4 runs hot so you'll want a fan on it if you do use one. I have a test
>> setup running on a Pi zero and it works fine.
>>
>> Dave - KB1PVH
>>
>>
>>
>>
>> Sent from my Galaxy S21
>>
>> On Sun, Mar 7, 2021, 1:07 PM Christopher Kelley 
>> wrote:
>>
>>> The problem with Pis being so inexpensive is, I've ended up with a few
>>> extras that I bought "just in case".  I've read the documentation, and
>>> while it's clear WeeWx will run fine on 1Gb (or 512Mb), I also have 2Gb and
>>> 4Gb Pi4s lying about.
>>>
>>> Is there any advantage to a 2Gb or 4Gb Pi4?  Not just "I've been running
>>> on 128Mb for years with no problems", but are there any advantages to
>>> having more memory, or would it be completely unused?  I might have the RPi
>>> running WeeWx also drive a small display, so there would be that overhead
>>> as well.
>>>
>>> I've already got an external M.2. SATA SSD to boot/run from, so there's
>>> no worries on the storage / reliability end.
>>>
>>> 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+...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/weewx-user/aab83780-7877-4d2c-9090-e61574c2ab84n%40googlegroups.com
>>> 
>>> .
>>>
>> --
> You received this message because you are subscribed to the Google Groups
> "weewx-user" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to weewx-user+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/f42c74d8-8780-4027-a5fb-0c3b1bb320d7n%40googlegroups.com
> 
> .
>


-- 
Peter Quinn
(415)794-2264

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CAA1SM22708xG48%2BkMdF0ANbtUFr%2B-GUYkJiCpP3kxp_g6J_Mgg%40mail.gmail.com.

Re: [weewx-user] https://weewx.com/stations.html not working?

[michael.k...@gmx.at]

Should have seen that in console. Nevertheless modern browsers refuse to 
show that kind of mixed content, so at least the links should be updated.

jo...@johnkline.com schrieb am Samstag, 6. März 2021 um 19:45:47 UTC+1:

> Try “http:” (rather than “https:”).
>
> On Mar 6, 2021, at 10:43 AM, michael.k...@gmx.at  
> wrote:
>
> Is there something wrong with https://weewx.com/stations.html?
>
>
> I don't get a map shown...
>
> -- 
> 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+...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/29d2d243-f86e-45d0-a225-02eb01304583n%40googlegroups.com
>  
> 
> .
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/e386371e-1f64-4455-9c34-15a4e25cb51an%40googlegroups.com.

Re: [weewx-user] Which Raspberry Pi to use? Will more memory help at all?

[Christopher Kelley]

Yeah, I'm putting it in a Argon ONE M.2 case which has a built-fan.  From 
my experience, just setting a Pi4 on edge is usually enough so it can 
radiate from the top and bottom surfaces, but for this I want to give it a 
bit of protection from dust build-up.

With the firmware updates over the past year, the RPi4 is not as sensitive 
as it originally was.

On Sunday, March 7, 2021 at 10:18:13 AM UTC-8 kb1...@gmail.com wrote:

> The only thing it gets you is serving the webpage a little quicker. The Pi 
> 4 runs hot so you'll want a fan on it if you do use one. I have a test 
> setup running on a Pi zero and it works fine. 
>
> Dave - KB1PVH
>
>
>
>
> Sent from my Galaxy S21
>
> On Sun, Mar 7, 2021, 1:07 PM Christopher Kelley  wrote:
>
>> The problem with Pis being so inexpensive is, I've ended up with a few 
>> extras that I bought "just in case".  I've read the documentation, and 
>> while it's clear WeeWx will run fine on 1Gb (or 512Mb), I also have 2Gb and 
>> 4Gb Pi4s lying about.  
>>
>> Is there any advantage to a 2Gb or 4Gb Pi4?  Not just "I've been running 
>> on 128Mb for years with no problems", but are there any advantages to 
>> having more memory, or would it be completely unused?  I might have the RPi 
>> running WeeWx also drive a small display, so there would be that overhead 
>> as well.
>>
>> I've already got an external M.2. SATA SSD to boot/run from, so there's 
>> no worries on the storage / reliability end.
>>
>> 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+...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/aab83780-7877-4d2c-9090-e61574c2ab84n%40googlegroups.com
>>  
>> 
>> .
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/f42c74d8-8780-4027-a5fb-0c3b1bb320d7n%40googlegroups.com.

Re: [weewx-user] Which Raspberry Pi to use? Will more memory help at all?

[vince]

You do 'not' need a fan on a pi4 if you get a quality case like a FLIRC 
which passively cools through the case itself.  Works great.

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

Re: [weewx-user] Which Raspberry Pi to use? Will more memory help at all?

[Dave Webb KB1PVH]

The only thing it gets you is serving the webpage a little quicker. The Pi
4 runs hot so you'll want a fan on it if you do use one. I have a test
setup running on a Pi zero and it works fine.

Dave - KB1PVH




Sent from my Galaxy S21

On Sun, Mar 7, 2021, 1:07 PM Christopher Kelley  wrote:

> The problem with Pis being so inexpensive is, I've ended up with a few
> extras that I bought "just in case".  I've read the documentation, and
> while it's clear WeeWx will run fine on 1Gb (or 512Mb), I also have 2Gb and
> 4Gb Pi4s lying about.
>
> Is there any advantage to a 2Gb or 4Gb Pi4?  Not just "I've been running
> on 128Mb for years with no problems", but are there any advantages to
> having more memory, or would it be completely unused?  I might have the RPi
> running WeeWx also drive a small display, so there would be that overhead
> as well.
>
> I've already got an external M.2. SATA SSD to boot/run from, so there's no
> worries on the storage / reliability end.
>
> 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/aab83780-7877-4d2c-9090-e61574c2ab84n%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CAEMY9FdgUwF3%3D-oK9b%2BOLj3i_Hyz_MXCSWGKYhX-TL8Tef1v3Q%40mail.gmail.com.

[weewx-user] Which Raspberry Pi to use? Will more memory help at all?

[Christopher Kelley]

The problem with Pis being so inexpensive is, I've ended up with a few 
extras that I bought "just in case".  I've read the documentation, and 
while it's clear WeeWx will run fine on 1Gb (or 512Mb), I also have 2Gb and 
4Gb Pi4s lying about.  

Is there any advantage to a 2Gb or 4Gb Pi4?  Not just "I've been running on 
128Mb for years with no problems", but are there any advantages to having 
more memory, or would it be completely unused?  I might have the RPi 
running WeeWx also drive a small display, so there would be that overhead 
as well.

I've already got an external M.2. SATA SSD to boot/run from, so there's no 
worries on the storage / reliability end.

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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/aab83780-7877-4d2c-9090-e61574c2ab84n%40googlegroups.com.

Re: [weewx-user] Weather station on Raspberry Pi with LTE/4G connect

[Christian Radermacher]

Hi Rich, thanks a lot for your reply. Great explanation.
I will test with loop sending, and wait the alpha code will be beta.

Regards
Christian

bell...@gmail.com schrieb am Sonntag, 7. März 2021 um 16:33:47 UTC+1:

> Christian,
> You have a few options that I know of, each with its pros and cons.
> 1. Publish on each loop packet (Note, not on both archive and loop). In 
> this scenario, MQTTSubscribeDriver will generate loop packets and from 
> these WeeWX will create an archive record. In theory this should.match the 
> archive records of your remote location. But, if for some reason some MQTT 
> payload goes missing, there could be discrepancies. 
> 2. Publish on the archive record.  As you noted, there will be time lag of 
> your archive interval. But the archive data will match and if some data 
> does not arrive, you can export the remote data and import it.
> 3. If you want to live on the edge  There is a fork of Matthew’s 
> weewx-mqtt that publishes loop and archive data on separate topics.  It can 
> be found here, https://github.com/moonpyk/weewx-mqtt. With this you could 
> use MQTTSubscribeDriver’s alpha/experimental option, archive_topic.  With 
> this set, MQTTSubscribeDriver will create loop packet’s from the loop 
> topic. But when it is time to create an archive record, it will pull the 
> data from the archive topic. I have this running in a very controlled 
> environment. I have no idea how it would ‘hold up’ in the real world where 
> messages might go missing, be delayed, etc. And again, it is alpha code - 
> so use at your risk.  
> - rich
>
> On Sunday, 7 March 2021 at 08:25:19 UTC-5 radermache...@gmail.com wrote:
>
>> Now I have one more Question.
>>
>> On the sender Site I have this Config now:
>>
>> [[MQTT]]
>>
>> server_url = x
>>
>> topic = weather
>>
>> unit_system = METRIC
>>
>> binding = loop, archive
>>
>> aggregation = aggregate
>>
>> append_units_label = false
>> So I sent loop and archive.
>> Both will sent as "loop".
>>
>> In this case the receiver show the same Data, with the same Time.
>>
>> If I have the binding only "archive" the receiver is 5 Minutes back.
>>
>> Which is the right config for me?
>>
>> Regards
>> Christian
>>
>> Christian Radermacher schrieb am Freitag, 5. März 2021 um 17:54:34 UTC+1:
>>
>>>
>>> Now everything is working fine, I have no idea, why the Skin would not 
>>> generate. 
>>> I will play around, an come back with other questions, if necessary.
>>>
>>> Thanks to all, helped me
>>>
>>> Regards
>>> Christian 
>>> Christian Radermacher schrieb am Freitag, 5. März 2021 um 17:40:19 UTC+1:
>>>
 Hi Rich,

 thanks for the reply. Now I can see that it is working, but my Skin 
 would not be generated. So I search another error.

 Regards
 Christian

 bell...@gmail.com schrieb am Freitag, 5. März 2021 um 16:18:42 UTC+1:

> Thinking more, I am pretty sure the alpha code won’t work for you. 
> - rich
>
> On Friday, 5 March 2021 at 09:58:38 UTC-5 bell...@gmail.com wrote:
>
>> Christian,
>> I’d recommend adding ‘append_units_label = False’ on the publish 
>> side. This will stop the appending of units to the label and you won’t 
>> have 
>> to rename them on the subscribing side.
>>
>> I’d expect the subscribing config to look something like this.
>>
>> [MQTTSubscribeDriver]
>> driver = user.MQTTSubscribe
>>
>> host = 
>> 
>> [[message_callback]]
>> type = json
>> 
>> [[topics]]
>> unit_system = METRIC
>> [[[weather/loop]]]
>>
>> If you post the log from startup through one archive period, I could 
>> dig deeper.
>>
>> Important note, with the set up above, I believe you are publishing 
>> archive records. These are received and put into loop packets by 
>> MQTTSubscribe. WeeWX would then create archive records out of them. I 
>> think 
>> this should all work, but there might be some timing issues. The log 
>> would 
>> show what is going on.
>> I do have alpha/experimental code that would receive the MQTT payload 
>> and process it as an archive record. It would very much be “use at your 
>> own 
>> risk”.
>> - rich
>>
>> On Friday, 5 March 2021 at 09:05:50 UTC-5 radermache...@gmail.com 
>> wrote:
>>
>>> ok, i installed the receiver Weewx new from scratch. No it seems to 
>>> work without errors.
>>> I See in the (debugLevel 2) the incoming MQTTValues. But they don't 
>>> where displayed in the screen. It seems, there is one point missing.
>>>
>>> Regards
>>> Christian 
>>>
>>> graha...@gmail.com schrieb am Freitag, 5. März 2021 um 14:32:15 
>>> UTC+1:
>>>
 a driver creates the original packet with a timestamp, a service 
 changes (usually adds to) the existing packet.
 so

Re: [weewx-user] Saved 'Signal Quality' Location

[Tom Keffer]

For the Vantage stations, signal strength is stored in rxCheckPercent. Use
the name archive table, not the daily summaries.

My brain recalled Luc once having something to say about this. I think it
was this thread
 from
2016. Something about the console emitting wild numbers at midnight when it
resets the number of received packets.

On Sun, Mar 7, 2021 at 6:25 AM Alastair L  wrote:

> Hi.  My Weewx installation 4.2.0, Vantage Pro2, has been up and running
> great for about 6 months since I got it. I’ve noticed my signal quality
> dips for about 10 minutes occasionally.  Strangely the dips happened
> exactly at midnight each time I spotted it. Not an issue because the signal
> always comes right back up quickly, but I thought I would try and
> investigate the dates it happened to see if there is a pattern that I could
> maybe trace the cause from.
>
> First I looked back through the Week, Month & Year History on the screen
> report. The dips don’t show up, probably because they were so short - the
> signal line shown is a continuous straight rippling line near 100%.  So I
> looked through the data tables in weewx.sdb, in particular
> archive_day_signal1 (through signal8) which is where I thought the signal
> quality data would be stored, but none of the fields are populated other
> than 'rowid' and 'dateTime'. I’m obviously looking in the wrong table
> because signal quality is stored somewhere.  Any idea where I can find the
> daily signal quality data?  Many 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/1a28a9f3-e911-43a2-b7fd-d1e999bd7778n%40googlegroups.com
> 
> .
>

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

Re: [weewx-user] Weather station on Raspberry Pi with LTE/4G connect

[bell...@gmail.com]

Christian,
You have a few options that I know of, each with its pros and cons.
1. Publish on each loop packet (Note, not on both archive and loop). In 
this scenario, MQTTSubscribeDriver will generate loop packets and from 
these WeeWX will create an archive record. In theory this should.match the 
archive records of your remote location. But, if for some reason some MQTT 
payload goes missing, there could be discrepancies. 
2. Publish on the archive record.  As you noted, there will be time lag of 
your archive interval. But the archive data will match and if some data 
does not arrive, you can export the remote data and import it.
3. If you want to live on the edge  There is a fork of Matthew’s 
weewx-mqtt that publishes loop and archive data on separate topics.  It can 
be found here, https://github.com/moonpyk/weewx-mqtt. With this you could 
use MQTTSubscribeDriver’s alpha/experimental option, archive_topic.  With 
this set, MQTTSubscribeDriver will create loop packet’s from the loop 
topic. But when it is time to create an archive record, it will pull the 
data from the archive topic. I have this running in a very controlled 
environment. I have no idea how it would ‘hold up’ in the real world where 
messages might go missing, be delayed, etc. And again, it is alpha code - 
so use at your risk.  
- rich

On Sunday, 7 March 2021 at 08:25:19 UTC-5 radermache...@gmail.com wrote:

> Now I have one more Question.
>
> On the sender Site I have this Config now:
>
> [[MQTT]]
>
> server_url = x
>
> topic = weather
>
> unit_system = METRIC
>
> binding = loop, archive
>
> aggregation = aggregate
>
> append_units_label = false
> So I sent loop and archive.
> Both will sent as "loop".
>
> In this case the receiver show the same Data, with the same Time.
>
> If I have the binding only "archive" the receiver is 5 Minutes back.
>
> Which is the right config for me?
>
> Regards
> Christian
>
> Christian Radermacher schrieb am Freitag, 5. März 2021 um 17:54:34 UTC+1:
>
>>
>> Now everything is working fine, I have no idea, why the Skin would not 
>> generate. 
>> I will play around, an come back with other questions, if necessary.
>>
>> Thanks to all, helped me
>>
>> Regards
>> Christian 
>> Christian Radermacher schrieb am Freitag, 5. März 2021 um 17:40:19 UTC+1:
>>
>>> Hi Rich,
>>>
>>> thanks for the reply. Now I can see that it is working, but my Skin 
>>> would not be generated. So I search another error.
>>>
>>> Regards
>>> Christian
>>>
>>> bell...@gmail.com schrieb am Freitag, 5. März 2021 um 16:18:42 UTC+1:
>>>
 Thinking more, I am pretty sure the alpha code won’t work for you. 
 - rich

 On Friday, 5 March 2021 at 09:58:38 UTC-5 bell...@gmail.com wrote:

> Christian,
> I’d recommend adding ‘append_units_label = False’ on the publish side. 
> This will stop the appending of units to the label and you won’t have to 
> rename them on the subscribing side.
>
> I’d expect the subscribing config to look something like this.
>
> [MQTTSubscribeDriver]
> driver = user.MQTTSubscribe
>
> host = 
> 
> [[message_callback]]
> type = json
> 
> [[topics]]
> unit_system = METRIC
> [[[weather/loop]]]
>
> If you post the log from startup through one archive period, I could 
> dig deeper.
>
> Important note, with the set up above, I believe you are publishing 
> archive records. These are received and put into loop packets by 
> MQTTSubscribe. WeeWX would then create archive records out of them. I 
> think 
> this should all work, but there might be some timing issues. The log 
> would 
> show what is going on.
> I do have alpha/experimental code that would receive the MQTT payload 
> and process it as an archive record. It would very much be “use at your 
> own 
> risk”.
> - rich
>
> On Friday, 5 March 2021 at 09:05:50 UTC-5 radermache...@gmail.com 
> wrote:
>
>> ok, i installed the receiver Weewx new from scratch. No it seems to 
>> work without errors.
>> I See in the (debugLevel 2) the incoming MQTTValues. But they don't 
>> where displayed in the screen. It seems, there is one point missing.
>>
>> Regards
>> Christian 
>>
>> graha...@gmail.com schrieb am Freitag, 5. März 2021 um 14:32:15 
>> UTC+1:
>>
>>> a driver creates the original packet with a timestamp, a service 
>>> changes (usually adds to) the existing packet.
>>> some modules, like gw1000, can be configured to be in either mode 
>>> (i.e. originate packets, or augment existing packets produced by some 
>>> other 
>>> driver). i do this, with vantage as driver and gw1000 in service mode
>>>
>>> On 5 Mar 2021, at 10:59 pm, Christian Radermacher <
>>> radermache...@gmail.com> wrote:
>>>
>>> In which case I use

[weewx-user] Saved 'Signal Quality' Location

[Alastair L]

Hi.  My Weewx installation 4.2.0, Vantage Pro2, has been up and running 
great for about 6 months since I got it. I’ve noticed my signal quality 
dips for about 10 minutes occasionally.  Strangely the dips happened 
exactly at midnight each time I spotted it. Not an issue because the signal 
always comes right back up quickly, but I thought I would try and 
investigate the dates it happened to see if there is a pattern that I could 
maybe trace the cause from. 

First I looked back through the Week, Month & Year History on the screen 
report. The dips don’t show up, probably because they were so short - the 
signal line shown is a continuous straight rippling line near 100%.  So I 
looked through the data tables in weewx.sdb, in particular 
archive_day_signal1 (through signal8) which is where I thought the signal 
quality data would be stored, but none of the fields are populated other 
than 'rowid' and 'dateTime'. I’m obviously looking in the wrong table 
because signal quality is stored somewhere.  Any idea where I can find the 
daily signal quality data?  Many 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/1a28a9f3-e911-43a2-b7fd-d1e999bd7778n%40googlegroups.com.

Re: [weewx-user] New weather station UK

[Big OB]

Have a look at this setup available in the UK: 
https://www.nevadaradio.co.uk/product/watson-w-8686/

Works well, and supports extra sensors and updates (HP 2551) available from 
Ecowitt/ws View app.

On Sunday, 7 March 2021 at 11:30:38 UTC Auchtermuchty Weather wrote:

> So any suggestions?
>
> Lots of Bresser &  Youshiko  stations on the Internet, but I've no idea if 
> any work with WeeWx - in other words if any of them are FineOffset clones. 
>
> On Saturday, 6 March 2021 at 15:06:30 UTC Steve Woodford wrote:
>
>> I’m the wrong person to ask about off-the-shelf recommendations; I built 
>> my own: https://www.mctavish.co.uk/weather/about/
>>
>> Steve
>>
>> On 6 Mar 2021, at 14:33, Auchtermuchty Weather  
>> wrote:
>>
>> Thanks that what I needed to know.
>>
>> So what weather station would you suggest?
>>
>> On Saturday, 6 March 2021 at 13:55:30 UTC Steve Woodford wrote:
>>
>>> Be aware that WH-1080 and its ilk have had several incompatible on-air 
>>> protocol changes over the years. You’d be gambling with your £75.69...
>>>
>>> Steve
>>>
>>> On 6 Mar 2021, at 12:18, Auchtermuchty Weather  
>>> wrote:
>>>
>>> I think it might be time to replace my weather station as a number of 
>>> sensors are not working as they should, and replacements are now expensive.
>>>
>>> I'm looking for a FineOffset as I'm currently using an old Maplins as a 
>>> WH1080, one that uses the same sensors would do me another 10 years.
>>>
>>> Or
>>>
>>> Would this do the trick?
>>>
>>> MISOL 1 set of Spare part (outdoor unit) for Professional Wireless 
>>> Weather Station: Amazon.co.uk: Garden & Outdoors 
>>> 
>>>  
>>>
>>>  
>>>
>>> -- 
>>> 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+...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/c72de1b4-33ca-49e1-b71a-c5b61365ddf0n%40googlegroups.com
>>>  
>>> 
>>> .
>>>
>>>
>>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to weewx-user+...@googlegroups.com.
>>
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/ba67e7ca-72a8-4cc9-88b3-35d85a4b2b0en%40googlegroups.com
>>  
>> 
>> .
>>
>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/e3462308-eb87-4ed9-99d7-3e031279732fn%40googlegroups.com.

Re: [weewx-user] Weather station on Raspberry Pi with LTE/4G connect

[Christian Radermacher]

Now I have one more Question.

On the sender Site I have this Config now:

[[MQTT]]

server_url = x

topic = weather

unit_system = METRIC

binding = loop, archive

aggregation = aggregate

append_units_label = false
So I sent loop and archive.
Both will sent as "loop".

In this case the receiver show the same Data, with the same Time.

If I have the binding only "archive" the receiver is 5 Minutes back.

Which is the right config for me?

Regards
Christian

Christian Radermacher schrieb am Freitag, 5. März 2021 um 17:54:34 UTC+1:

>
> Now everything is working fine, I have no idea, why the Skin would not 
> generate. 
> I will play around, an come back with other questions, if necessary.
>
> Thanks to all, helped me
>
> Regards
> Christian 
> Christian Radermacher schrieb am Freitag, 5. März 2021 um 17:40:19 UTC+1:
>
>> Hi Rich,
>>
>> thanks for the reply. Now I can see that it is working, but my Skin would 
>> not be generated. So I search another error.
>>
>> Regards
>> Christian
>>
>> bell...@gmail.com schrieb am Freitag, 5. März 2021 um 16:18:42 UTC+1:
>>
>>> Thinking more, I am pretty sure the alpha code won’t work for you. 
>>> - rich
>>>
>>> On Friday, 5 March 2021 at 09:58:38 UTC-5 bell...@gmail.com wrote:
>>>
 Christian,
 I’d recommend adding ‘append_units_label = False’ on the publish side. 
 This will stop the appending of units to the label and you won’t have to 
 rename them on the subscribing side.

 I’d expect the subscribing config to look something like this.

 [MQTTSubscribeDriver]
 driver = user.MQTTSubscribe

 host = 
 
 [[message_callback]]
 type = json
 
 [[topics]]
 unit_system = METRIC
 [[[weather/loop]]]

 If you post the log from startup through one archive period, I could 
 dig deeper.

 Important note, with the set up above, I believe you are publishing 
 archive records. These are received and put into loop packets by 
 MQTTSubscribe. WeeWX would then create archive records out of them. I 
 think 
 this should all work, but there might be some timing issues. The log would 
 show what is going on.
 I do have alpha/experimental code that would receive the MQTT payload 
 and process it as an archive record. It would very much be “use at your 
 own 
 risk”.
 - rich

 On Friday, 5 March 2021 at 09:05:50 UTC-5 radermache...@gmail.com 
 wrote:

> ok, i installed the receiver Weewx new from scratch. No it seems to 
> work without errors.
> I See in the (debugLevel 2) the incoming MQTTValues. But they don't 
> where displayed in the screen. It seems, there is one point missing.
>
> Regards
> Christian 
>
> graha...@gmail.com schrieb am Freitag, 5. März 2021 um 14:32:15 UTC+1:
>
>> a driver creates the original packet with a timestamp, a service 
>> changes (usually adds to) the existing packet.
>> some modules, like gw1000, can be configured to be in either mode 
>> (i.e. originate packets, or augment existing packets produced by some 
>> other 
>> driver). i do this, with vantage as driver and gw1000 in service mode
>>
>> On 5 Mar 2021, at 10:59 pm, Christian Radermacher <
>> radermache...@gmail.com> wrote:
>>
>> In which case I user Service, in which case I use driver?
>>
>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/20f378b8-8b46-4bb5-bd68-29a52a2edb02n%40googlegroups.com.

Re: [weewx-user] Re: Replaced Davis Envoy (tripping) and replaced with another - no connection

[Tom Keffer]

*WeeWX generates HTML pages, but it does not update them
*


On Sat, Mar 6, 2021 at 10:27 PM monmul  wrote:

> Even curiouserthe photo which is supposed to update every 20 minutes
> does updatebut not the weather data...still stuck on 21/2/2021
>
> www.wilsonbayweather.com
>
> On Sunday, 7 March 2021 at 19:25:07 UTC+13 monmul wrote:
>
>> Mar  7 19:20:15 WeatherPi weewx[789] DEBUG weewx.drivers.vantage: Getting
>> archive packets since 2021-02-21 08:00:00 NZDT (1613847600)
>> Mar  7 19:20:18 WeatherPi weewx[789] DEBUG weewx.drivers.vantage: Retry
>> #0 failed
>> Mar  7 19:20:18 WeatherPi weewx[789] DEBUG weewx.drivers.vantage: Rude
>> wake up of console successful
>> Mar  7 19:20:19 WeatherPi dhcpcd[361]: wlan0: Router Advertisement from
>> fe80::724f:57ff:feb7:82a1
>> Mar  7 19:20:19 WeatherPi dhcpcd[361]: wlan0: soliciting a DHCPv6 lease
>> Mar  7 19:20:20 WeatherPi weewx[789] DEBUG weewx.drivers.vantage:
>> Retrieving 513 page(s); starting index= 0
>> Mar  7 19:20:20 WeatherPi weewx[789] DEBUG weewx.drivers.vantage: DMPAFT
>> complete: page timestamp 2021-02-04 02:10:00 NZDT (1612357800) less than
>> final timestamp 2021-02-21 08:00:00 NZDT (1613847600)
>> Mar  7 19:20:20 WeatherPi weewx[789] DEBUG weewx.drivers.vantage: Catch
>> up complete.
>> Mar  7 19:20:20 WeatherPi weewx[789] DEBUG weewx.reportengine: Running
>> reports for latest time in the database.
>> Mar  7 19:20:20 WeatherPi weewx[789] DEBUG weewx.drivers.vantage:
>> Requesting 200 LOOP packets.
>> Mar  7 19:20:20 WeatherPi weewx[789] DEBUG weewx.reportengine: Running
>> report 'StandardReport'
>> Mar  7 19:20:20 WeatherPi weewx[789] DEBUG weewx.reportengine: Found
>> configuration file /etc/weewx/skins/Standard/skin.conf for report
>> 'StandardReport'
>> Mar  7 19:20:20 WeatherPi weewx[789] DEBUG weewx.cheetahgenerator: Using
>> search list ['weewx.cheetahgenerator.Almanac',
>> 'weewx.cheetahgenerator.Station', 'weewx.cheetahgenerator.Current',
>> 'weewx.cheetahgenerator.Stats', 'weewx.cheetahgenerator.UnitInfo',
>> 'weewx.cheetahgenerator.Extras', u'user.xstats.ExtendedStatistics']
>> Mar  7 19:20:20 WeatherPi weewx[789] DEBUG weewx.drivers.vantage: Gentle
>> wake up of console successful
>> Mar  7 19:20:20 WeatherPi weewx[789] DEBUG weewx.manager: Daily summary
>> version is 4.0
>> Mar  7 19:20:23 WeatherPi weewx[789] INFO weewx.cheetahgenerator:
>> Generated 15 files for report StandardReport in 2.42 seconds
>> Mar  7 19:20:23 WeatherPi weewx[789] DEBUG weewx.manager: Daily summary
>> version is 4.0
>> Mar  7 19:20:24 WeatherPi dhcpcd[361]: wlan0: Router Advertisement from
>> fe80::724f:57ff:feb7:82a1
>> Mar  7 19:20:24 WeatherPi dhcpcd[361]: wlan0: soliciting a DHCPv6 lease
>> Mar  7 19:20:28 WeatherPi weewx[789] INFO weewx.imagegenerator: Generated
>> 24 images for report StandardReport in 5.17 seconds
>> Mar  7 19:20:28 WeatherPi weewx[789] INFO weewx.reportengine: Copied 0
>> files to /var/www/html/weewx
>> Mar  7 19:20:28 WeatherPi weewx[789] DEBUG weewx.reportengine: Running
>> report 'xstats'
>> Mar  7 19:20:28 WeatherPi weewx[789] DEBUG weewx.reportengine: Found
>> configuration file /etc/weewx/skins/xstats/skin.conf for report 'xstats'
>> Mar  7 19:20:28 WeatherPi weewx[789] DEBUG weewx.cheetahgenerator: Using
>> search list ['weewx.cheetahgenerator.Almanac',
>> 'weewx.cheetahgenerator.Station', 'weewx.cheetahgenerator.Current',
>> 'weewx.cheetahgenerator.Stats', 'weewx.cheetahgenerator.UnitInfo',
>> 'weewx.cheetahgenerator.Extras', u'user.xstats.ExtendedStatistics']
>> Mar  7 19:20:28 WeatherPi weewx[789] DEBUG weewx.manager: Daily summary
>> version is 4.0
>> Mar  7 19:20:28 WeatherPi weewx[789] INFO weewx.cheetahgenerator:
>> Generated 1 files for report xstats in 0.08 seconds
>> Mar  7 19:20:28 WeatherPi weewx[789] DEBUG weewx.reportengine: Report
>> 'SeasonsReport' not enabled. Skipping.
>> Mar  7 19:20:28 WeatherPi weewx[789] DEBUG weewx.reportengine: Report
>> 'SmartphoneReport' not enabled. Skipping.
>> Mar  7 19:20:28 WeatherPi weewx[789] DEBUG weewx.reportengine: Report
>> 'MobileReport' not enabled. Skipping.
>> Mar  7 19:20:28 WeatherPi weewx[789] DEBUG weewx.reportengine: Running
>> report 'FTP'
>> Mar  7 19:20:28 WeatherPi weewx[789] DEBUG weewx.reportengine: Found
>> configuration file /etc/weewx/skins/Ftp/skin.conf for report 'FTP'
>> Mar  7 19:20:28 WeatherPi weewx[789] DEBUG weeutil.ftpupload: Attempting
>> connection to 43.245.53.39
>> Mar  7 19:20:28 WeatherPi weewx[789] DEBUG weeutil.ftpupload: Connected
>> to 43.245.53.39
>> Mar  7 19:20:28 WeatherPi weewx[789] DEBUG weeutil.ftpupload: Uploaded
>> file /var/www/html/weewx/dayradiation.png to /public_html/dayradiation.png
>> Mar  7 19:20:29 WeatherPi weewx[789] DEBUG weeutil.ftpupload: Uploaded
>> file /var/www/html/weewx/index.html to /public_html/index.html
>> Mar  7 19:20:29 WeatherPi weewx[789] DEBUG weeutil.ftpuplo

[weewx-user] Evapotranspiration Sum for the Day (dayET, ET24)

[Karen K]

The observation type "ET" is calculated by WeeWX as the evapotranspiration 
rate multiplied by the archive interval. The value is always very small, 
and the skins round it to 0.0.

Regarding rain, two additional observation types besides "rain" are 
available: "dayRain" and "rain24". Unless they are some kind of aggregation 
they are provided as scalar values.

Evapotranspiration is the opposite of rain in some way, but there are no 
observation types like "dayRain" and "rain24" for "ET" in standard WeeWX.

So I added "dayET" and "ET24" to the XType extension weewx-GTS 
 in the hope it will be useful. Users 
can show "dayET" together with "dayRain" and "ET24" together with "rain24".

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/3e0f7228-f436-4c27-ac79-3cff1bf50209n%40googlegroups.com.

Re: [weewx-user] New weather station UK

[Auchtermuchty Weather]

So any suggestions?

Lots of Bresser &  Youshiko  stations on the Internet, but I've no idea if 
any work with WeeWx - in other words if any of them are FineOffset clones. 

On Saturday, 6 March 2021 at 15:06:30 UTC Steve Woodford wrote:

> I’m the wrong person to ask about off-the-shelf recommendations; I built 
> my own: https://www.mctavish.co.uk/weather/about/
>
> Steve
>
> On 6 Mar 2021, at 14:33, Auchtermuchty Weather  wrote:
>
> Thanks that what I needed to know.
>
> So what weather station would you suggest?
>
> On Saturday, 6 March 2021 at 13:55:30 UTC Steve Woodford wrote:
>
>> Be aware that WH-1080 and its ilk have had several incompatible on-air 
>> protocol changes over the years. You’d be gambling with your £75.69...
>>
>> Steve
>>
>> On 6 Mar 2021, at 12:18, Auchtermuchty Weather  
>> wrote:
>>
>> I think it might be time to replace my weather station as a number of 
>> sensors are not working as they should, and replacements are now expensive.
>>
>> I'm looking for a FineOffset as I'm currently using an old Maplins as a 
>> WH1080, one that uses the same sensors would do me another 10 years.
>>
>> Or
>>
>> Would this do the trick?
>>
>> MISOL 1 set of Spare part (outdoor unit) for Professional Wireless 
>> Weather Station: Amazon.co.uk: Garden & Outdoors 
>> 
>>  
>>
>>  
>>
>> -- 
>> 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+...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/c72de1b4-33ca-49e1-b71a-c5b61365ddf0n%40googlegroups.com
>>  
>> 
>> .
>>
>>
>>
> -- 
> You received this message because you are subscribed to the Google Groups 
> "weewx-user" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to weewx-user+...@googlegroups.com.
>
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/ba67e7ca-72a8-4cc9-88b3-35d85a4b2b0en%40googlegroups.com
>  
> 
> .
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/31f997ac-3226-4c7e-97d3-23a107f1782dn%40googlegroups.com.

[weewx-user] minor bug in wind averaging and gusts - possibly only WMR300

['Cameron D' via weewx-user]

Weewx 4.4.0.
I noticed recently an incorrect assumption by the weewx code - if the 
archive value for wind gust is less than the "wind speed" value then it 
sets wind gust and gust direction to be equal to the wind speed.
This is incorrect behaviour, at least for the WMR300, because the reported 
wind speed is actually the 10-minute average, and *applies to the previous 
10-minute interval*, (since it can't predict the future). After the storm 
cell passes, for example, it is quite feasible for the current gust to the 
less than the "current" wind speed.  I noticed this while looking at my 92 
km/h max gust recently.

I don't know how many other weather stations this situation would apply to, 
so it might not be of much general relevance.

In separate news, I have realised the WMR300 console does a really poor job 
of calculating average wind speed, so I will try to modify the driver code 
to allow weewx to do the averaging.

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/7156aea8-dc1a-4d3c-8a0c-1d68ec9063b3n%40googlegroups.com.