Re: [weewx-user] Re: Reboot GW1000 using monit?

[Graham Eddy]

internet our here in the bush is flakey and goes down often.
i have UPS on internet connection so have not looked out for gw1000 rebooting 
every 20 mins while running on battery. i will look out for it next time. 
*very* unsatisfactory if lack of external internet interrupts my local data 
collection

i would appreciate a recipe on how to bypass it (masquerading IPs to local 
server and spoofing http request, and ntp request?) in the gw1000 wiki, and 
appreciate even more it being an installation option on the driver/service

yes, i will lodge a complaint with ecowitt too. i can’t see the manufacturer 
changing it, but they need to be aware of the line crossed. (has anyone checked 
to see if it conflicts with ecowitt's declared privacy policy?)

> On 17 Feb 2021, at 9:27 am, vince  wrote:
> 
> Multiple people including me asked for a simple on/off switch for the 
> watchdogs so we could run LAN-only and they said no.
> 
> At least it can be faked on the LAN if you have enough network-fu, but we 
> shouldn't have to do stuff like that.

-- 
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/4C879964-7B78-4C34-945F-59DCC7EC91B1%40gmail.com.

Re: [weewx-user] Re: One more option for Build Your Own enthusiasts

[p q]

Driver looks like it's written for Python2 (the give away to me is the
print statement on the last line), so you might have a bit of fun fixing
python2/python3 issues. Not too terribly difficult. If you could get the
test program to work, you can probably get the driver to work too.

On Tue, Feb 16, 2021 at 5:46 PM Terry Steneker 
wrote:

> I am using the driver located here:
> https://github.com/David-Enst/WeeWX-BCRobotics
>
> I am also attaching the file
>
>
>
> On Tuesday, 16 February 2021 at 16:53:24 UTC-8 peterq...@gmail.com wrote:
>
>> What driver are you using?
>> It's going to be really tough to help with this because you have unique
>> hardware and aren't asking a very answerable question.
>>
>> On Tue, Feb 16, 2021 at 3:26 PM Terry Steneker 
>> wrote:
>>
>>>
>>> I just purchased the BCRobotics board and tried to install the required
>>> software for it. I ran into problems when I tried to test the BME280 using
>>> the Adafruit ADS1x15 library. Kept getting errors and the python
>>> Adafruit_BME280 library is deprecated.
>>>
>>> Instead of trying to fix the errors I went the hard way and upgraded to
>>> the adafruit-circuitpython libraries so I can also run Python3
>>>
>>> sudo pip3 install adafruit-circuitpython-bme280
>>>
>>> sudo pip3 install adafruit-circuitpython-ads1x15
>>>
>>> I then modified the BCRobotics-test-app.py to run under Python3 and the
>>> upgraded Adafruit libraries.
>>> Tested the program and it works!
>>>
>>> I have attached the modified program.
>>>
>>> I need to modify the driver to work the same as the updated code but not
>>> sure how to do that. Can I just substitute the same modifications that I
>>> made to the test program?
>>>
>>> Thanks
>>> Terry
>>>
>>> On Sunday, 24 November 2019 at 10:25:09 UTC-8 pred...@gmail.com wrote:
>>>
 Louis,

 thank you very much for your reply.

 I didn't realize they first did it with Python 2.7. I though you used
 it in order for it to work with the interceptor driver.

 I'll keep using python 2.7 and your code but it seems that I'm missing
 some libraries.

 (I think I had them all but I keep getting a " BME280_OSAMPLE_8' is not 
 defined
 " etc. errors)

 I'll try and find the original code and libraries for Python 2.7 and do
 the necessary adjustments.

 Thanks again!

 On Sun, Nov 24, 2019 at 7:15 PM Louis De Lange 
 wrote:

> George,
>
> At the time when I completed that project the tutorial on the
> BC-Robotics website was written in Python 2.7 so I used all the 2.7
> libraries in my code.  With some research you should be able to convert 
> the
> original code to work with python 3 libraries.
>
> Sorry, I have not updated anything because if it works why break it.
>
> LDL
>
> On Saturday, 23 November 2019 13:06:57 UTC-8, George Nimrodel wrote:
>>
>> Hey Louis,
>>
>> I'm trying to do exactly what you've done with the difference that I
>> have weewx running on the RPi and I'm using only the BME280 for 
>> temperature
>> in a separate enclosure.
>>
>> I'm having a bit of a trouble with your code. I keep getting errors
>> regarding the libraries.
>>
>> I've noticed that you are not using the python 3 libraries from the
>> tutorial.
>>
>> I would appreciate it if you could tell me which steps you took that
>> are not included in the tutorial in order for your code to work.
>>
>> Any other pointers would also be appreciated
>>
>> Thank in advance!
>>
>> On Wednesday, December 12, 2018 at 5:53:25 AM UTC+2, Louis De Lange
>> wrote:
>>>
>>> I recently came across a really excellent solution for putting
>>> together your own weather station on the cheap with high quality 
>>> sensors -
>>> and most importantly a very useful weather HAT to use with a Raspberry 
>>> PI
>>> to connect all the sensors.
>>>
>>> It comes complete with a 4 part step by step tutorial to assemble
>>> the whole station, and basic code to upload the data to and online 
>>> service
>>> - see link below:
>>>
>>>
>>> https://www.bc-robotics.com/tutorials/raspberry-pi-weather-station-part-1/
>>>
>>> I completed my own installation based on the instructions in the
>>> tutorial and my station running on weewx is active at the link below
>>>
>>> http://peachlandweather.ca/mystation/
>>>
>>> For the outdoor portion I used a Raspberry Pi Zero W, with the
>>> weather HAT.  Weewx is running indoors in a FreeBSD jail, using a stock
>>> Interceptor driver.  I modified the basic upload code provided in the
>>> tutorial quite extensively to generate upload loops that matched the
>>> Observer URLs supported by the Interceptor driver, and also to produce
>>> derived observations not included in the original code.
>>>
>>> The upload code is 

Re: [weewx-user] Re: One more option for Build Your Own enthusiasts

[Terry Steneker]

I am using the driver located 
here: https://github.com/David-Enst/WeeWX-BCRobotics

I am also attaching the file



On Tuesday, 16 February 2021 at 16:53:24 UTC-8 peterq...@gmail.com wrote:

> What driver are you using?
> It's going to be really tough to help with this because you have unique 
> hardware and aren't asking a very answerable question. 
>
> On Tue, Feb 16, 2021 at 3:26 PM Terry Steneker  
> wrote:
>
>>
>> I just purchased the BCRobotics board and tried to install the required 
>> software for it. I ran into problems when I tried to test the BME280 using 
>> the Adafruit ADS1x15 library. Kept getting errors and the python 
>> Adafruit_BME280 library is deprecated. 
>>
>> Instead of trying to fix the errors I went the hard way and upgraded to 
>> the adafruit-circuitpython libraries so I can also run Python3
>>
>> sudo pip3 install adafruit-circuitpython-bme280
>>
>> sudo pip3 install adafruit-circuitpython-ads1x15
>>
>> I then modified the BCRobotics-test-app.py to run under Python3 and the 
>> upgraded Adafruit libraries.
>> Tested the program and it works!
>>
>> I have attached the modified program.
>>
>> I need to modify the driver to work the same as the updated code but not 
>> sure how to do that. Can I just substitute the same modifications that I 
>> made to the test program? 
>>
>> Thanks
>> Terry
>>
>> On Sunday, 24 November 2019 at 10:25:09 UTC-8 pred...@gmail.com wrote:
>>
>>> Louis,
>>>
>>> thank you very much for your reply.
>>>
>>> I didn't realize they first did it with Python 2.7. I though you used it 
>>> in order for it to work with the interceptor driver.
>>>
>>> I'll keep using python 2.7 and your code but it seems that I'm missing 
>>> some libraries.
>>>
>>> (I think I had them all but I keep getting a " BME280_OSAMPLE_8' is not 
>>> defined 
>>> " etc. errors) 
>>>
>>> I'll try and find the original code and libraries for Python 2.7 and do 
>>> the necessary adjustments.
>>>
>>> Thanks again!
>>>
>>> On Sun, Nov 24, 2019 at 7:15 PM Louis De Lange  
>>> wrote:
>>>
 George,

 At the time when I completed that project the tutorial on the 
 BC-Robotics website was written in Python 2.7 so I used all the 2.7 
 libraries in my code.  With some research you should be able to convert 
 the 
 original code to work with python 3 libraries.

 Sorry, I have not updated anything because if it works why break it.

 LDL

 On Saturday, 23 November 2019 13:06:57 UTC-8, George Nimrodel wrote:
>
> Hey Louis,
>
> I'm trying to do exactly what you've done with the difference that I 
> have weewx running on the RPi and I'm using only the BME280 for 
> temperature 
> in a separate enclosure.
>
> I'm having a bit of a trouble with your code. I keep getting errors 
> regarding the libraries.
>
> I've noticed that you are not using the python 3 libraries from the 
> tutorial.
>
> I would appreciate it if you could tell me which steps you took that 
> are not included in the tutorial in order for your code to work.
>
> Any other pointers would also be appreciated
>
> Thank in advance!
>
> On Wednesday, December 12, 2018 at 5:53:25 AM UTC+2, Louis De Lange 
> wrote:
>>
>> I recently came across a really excellent solution for putting 
>> together your own weather station on the cheap with high quality sensors 
>> - 
>> and most importantly a very useful weather HAT to use with a Raspberry 
>> PI 
>> to connect all the sensors.
>>
>> It comes complete with a 4 part step by step tutorial to assemble the 
>> whole station, and basic code to upload the data to and online service - 
>> see link below:
>>
>>
>> https://www.bc-robotics.com/tutorials/raspberry-pi-weather-station-part-1/
>>
>> I completed my own installation based on the instructions in the 
>> tutorial and my station running on weewx is active at the link below
>>
>> http://peachlandweather.ca/mystation/
>>
>> For the outdoor portion I used a Raspberry Pi Zero W, with the 
>> weather HAT.  Weewx is running indoors in a FreeBSD jail, using a stock 
>> Interceptor driver.  I modified the basic upload code provided in the 
>> tutorial quite extensively to generate upload loops that matched the 
>> Observer URLs supported by the Interceptor driver, and also to produce 
>> derived observations not included in the original code.
>>
>> The upload code is attached for anyone who might be interested in 
>> trying to assemble their own.
>>
>> I   tested the results from using the station against my Vantage Pro 
>> 2 and so far it seems to be pretty close - for less than 20% of the cost 
>> of 
>> a Vantage Pro.
>>
> -- 
 You received this message because you are subscribed to a topic in the 
 Google Groups "weewx-user" group.
 To unsubscribe from this 

Re: [weewx-user] Re: One more option for Build Your Own enthusiasts

[p q]

What driver are you using?
It's going to be really tough to help with this because you have unique
hardware and aren't asking a very answerable question.

On Tue, Feb 16, 2021 at 3:26 PM Terry Steneker 
wrote:

>
> I just purchased the BCRobotics board and tried to install the required
> software for it. I ran into problems when I tried to test the BME280 using
> the Adafruit ADS1x15 library. Kept getting errors and the python
> Adafruit_BME280 library is deprecated.
>
> Instead of trying to fix the errors I went the hard way and upgraded to
> the adafruit-circuitpython libraries so I can also run Python3
>
> sudo pip3 install adafruit-circuitpython-bme280
>
> sudo pip3 install adafruit-circuitpython-ads1x15
>
> I then modified the BCRobotics-test-app.py to run under Python3 and the
> upgraded Adafruit libraries.
> Tested the program and it works!
>
> I have attached the modified program.
>
> I need to modify the driver to work the same as the updated code but not
> sure how to do that. Can I just substitute the same modifications that I
> made to the test program?
>
> Thanks
> Terry
>
> On Sunday, 24 November 2019 at 10:25:09 UTC-8 pred...@gmail.com wrote:
>
>> Louis,
>>
>> thank you very much for your reply.
>>
>> I didn't realize they first did it with Python 2.7. I though you used it
>> in order for it to work with the interceptor driver.
>>
>> I'll keep using python 2.7 and your code but it seems that I'm missing
>> some libraries.
>>
>> (I think I had them all but I keep getting a " BME280_OSAMPLE_8' is not 
>> defined
>> " etc. errors)
>>
>> I'll try and find the original code and libraries for Python 2.7 and do
>> the necessary adjustments.
>>
>> Thanks again!
>>
>> On Sun, Nov 24, 2019 at 7:15 PM Louis De Lange  wrote:
>>
>>> George,
>>>
>>> At the time when I completed that project the tutorial on the
>>> BC-Robotics website was written in Python 2.7 so I used all the 2.7
>>> libraries in my code.  With some research you should be able to convert the
>>> original code to work with python 3 libraries.
>>>
>>> Sorry, I have not updated anything because if it works why break it.
>>>
>>> LDL
>>>
>>> On Saturday, 23 November 2019 13:06:57 UTC-8, George Nimrodel wrote:

 Hey Louis,

 I'm trying to do exactly what you've done with the difference that I
 have weewx running on the RPi and I'm using only the BME280 for temperature
 in a separate enclosure.

 I'm having a bit of a trouble with your code. I keep getting errors
 regarding the libraries.

 I've noticed that you are not using the python 3 libraries from the
 tutorial.

 I would appreciate it if you could tell me which steps you took that
 are not included in the tutorial in order for your code to work.

 Any other pointers would also be appreciated

 Thank in advance!

 On Wednesday, December 12, 2018 at 5:53:25 AM UTC+2, Louis De Lange
 wrote:
>
> I recently came across a really excellent solution for putting
> together your own weather station on the cheap with high quality sensors -
> and most importantly a very useful weather HAT to use with a Raspberry PI
> to connect all the sensors.
>
> It comes complete with a 4 part step by step tutorial to assemble the
> whole station, and basic code to upload the data to and online service -
> see link below:
>
>
> https://www.bc-robotics.com/tutorials/raspberry-pi-weather-station-part-1/
>
> I completed my own installation based on the instructions in the
> tutorial and my station running on weewx is active at the link below
>
> http://peachlandweather.ca/mystation/
>
> For the outdoor portion I used a Raspberry Pi Zero W, with the weather
> HAT.  Weewx is running indoors in a FreeBSD jail, using a stock 
> Interceptor
> driver.  I modified the basic upload code provided in the tutorial quite
> extensively to generate upload loops that matched the Observer URLs
> supported by the Interceptor driver, and also to produce derived
> observations not included in the original code.
>
> The upload code is attached for anyone who might be interested in
> trying to assemble their own.
>
> I   tested the results from using the station against my Vantage Pro 2
> and so far it seems to be pretty close - for less than 20% of the cost of 
> a
> Vantage Pro.
>
 --
>>> 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/udZCCCJlNE8/unsubscribe.
>>> To unsubscribe from this group and all its topics, send an email to
>>> weewx-user+...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/weewx-user/db1a607e-3fb0-4ed1-974e-0930406e7e6a%40googlegroups.com
>>> 

Re: [weewx-user] WeeWx and time

[Steve Sykes]

The procedures worked to clear the bad data. Thank you Tom.

Steve

On Monday, February 15, 2021 at 4:06:27 PM UTC tke...@gmail.com wrote:

> You didn't post a log, but I'm guessing that jumping around in time 
> corrupted the logger's memory. See the section *WeeWX generates HTML 
> pages, but it does not update them 
> *
>  
> in the Wiki.
>
> On Mon, Feb 15, 2021 at 6:43 AM Steve Sykes  wrote:
>
>> I have had to change the server I am using for WeeWx 4.2.0 to GMT. I have 
>> checked the Vantage Pro2 weather station and it is also set to GMT. As soon 
>> as I changed the time the WeeWx web page stopped updating. I have tried 
>> restarting WeeWx and running it via command line. It is running normally 
>> but still no webpage updates. Wunderground is also not getting updated so 
>> it is not just the local page. If I set the server back to EST, everything 
>> works fine.
>> Anyone have an idea to fix this?
>>
>> 73
>> Steve KD2OM
>>
>> -- 
>> 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/80a46d95-cefc-4247-8c8a-67799386b7d0n%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/2350238c-de48-42e7-bff4-ead70e11bf57n%40googlegroups.com.

Re: [weewx-user] Re: One more option for Build Your Own enthusiasts

[Terry Steneker]

I just purchased the BCRobotics board and tried to install the required 
software for it. I ran into problems when I tried to test the BME280 using 
the Adafruit ADS1x15 library. Kept getting errors and the python 
Adafruit_BME280 library is deprecated. 

Instead of trying to fix the errors I went the hard way and upgraded to the 
adafruit-circuitpython libraries so I can also run Python3

sudo pip3 install adafruit-circuitpython-bme280

sudo pip3 install adafruit-circuitpython-ads1x15

I then modified the BCRobotics-test-app.py to run under Python3 and the 
upgraded Adafruit libraries.
Tested the program and it works!

I have attached the modified program.

I need to modify the driver to work the same as the updated code but not 
sure how to do that. Can I just substitute the same modifications that I 
made to the test program? 

Thanks
Terry

On Sunday, 24 November 2019 at 10:25:09 UTC-8 pred...@gmail.com wrote:

> Louis,
>
> thank you very much for your reply.
>
> I didn't realize they first did it with Python 2.7. I though you used it 
> in order for it to work with the interceptor driver.
>
> I'll keep using python 2.7 and your code but it seems that I'm missing 
> some libraries.
>
> (I think I had them all but I keep getting a " BME280_OSAMPLE_8' is not 
> defined 
> " etc. errors) 
>
> I'll try and find the original code and libraries for Python 2.7 and do 
> the necessary adjustments.
>
> Thanks again!
>
> On Sun, Nov 24, 2019 at 7:15 PM Louis De Lange  wrote:
>
>> George,
>>
>> At the time when I completed that project the tutorial on the BC-Robotics 
>> website was written in Python 2.7 so I used all the 2.7 libraries in my 
>> code.  With some research you should be able to convert the original code 
>> to work with python 3 libraries.
>>
>> Sorry, I have not updated anything because if it works why break it.
>>
>> LDL
>>
>> On Saturday, 23 November 2019 13:06:57 UTC-8, George Nimrodel wrote:
>>>
>>> Hey Louis,
>>>
>>> I'm trying to do exactly what you've done with the difference that I 
>>> have weewx running on the RPi and I'm using only the BME280 for temperature 
>>> in a separate enclosure.
>>>
>>> I'm having a bit of a trouble with your code. I keep getting errors 
>>> regarding the libraries.
>>>
>>> I've noticed that you are not using the python 3 libraries from the 
>>> tutorial.
>>>
>>> I would appreciate it if you could tell me which steps you took that are 
>>> not included in the tutorial in order for your code to work.
>>>
>>> Any other pointers would also be appreciated
>>>
>>> Thank in advance!
>>>
>>> On Wednesday, December 12, 2018 at 5:53:25 AM UTC+2, Louis De Lange 
>>> wrote:

 I recently came across a really excellent solution for putting together 
 your own weather station on the cheap with high quality sensors - and most 
 importantly a very useful weather HAT to use with a Raspberry PI to 
 connect 
 all the sensors.

 It comes complete with a 4 part step by step tutorial to assemble the 
 whole station, and basic code to upload the data to and online service - 
 see link below:


 https://www.bc-robotics.com/tutorials/raspberry-pi-weather-station-part-1/

 I completed my own installation based on the instructions in the 
 tutorial and my station running on weewx is active at the link below

 http://peachlandweather.ca/mystation/

 For the outdoor portion I used a Raspberry Pi Zero W, with the weather 
 HAT.  Weewx is running indoors in a FreeBSD jail, using a stock 
 Interceptor 
 driver.  I modified the basic upload code provided in the tutorial quite 
 extensively to generate upload loops that matched the Observer URLs 
 supported by the Interceptor driver, and also to produce derived 
 observations not included in the original code.

 The upload code is attached for anyone who might be interested in 
 trying to assemble their own.

 I   tested the results from using the station against my Vantage Pro 2 
 and so far it seems to be pretty close - for less than 20% of the cost of 
 a 
 Vantage Pro.

>>> -- 
>> 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/udZCCCJlNE8/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to 
>> weewx-user+...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/db1a607e-3fb0-4ed1-974e-0930406e7e6a%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 

RE: [weewx-user] Looking for guidance on how to modify the Current Conditions section of the 'main page' of WeeWx

[terry.steneker]

Sorry – my post was supposed to be connected to an earlier post. Wasn’t 
supposed to be related to this.

 

From: weewx-user@googlegroups.com  On Behalf Of 
Tom Keffer
Sent: February 16, 2021 3:19 PM
To: weewx-user 
Subject: Re: [weewx-user] Looking for guidance on how to modify the Current 
Conditions section of the 'main page' of WeeWx

 

I'm sorry, but I'm not seeing the connection to adding new types to HTML pages. 
Am I missing something? Is a new type involved?

 

On Tue, Feb 16, 2021 at 3:15 PM Terry Steneker mailto:terry.stene...@gmail.com> > wrote:

I just purchased the BCRobotics board and tried to install the required 
software for it. I ran into problems when I tried to test the BME280 using the 
Adafruit ADS1x15 library. Kept getting errors and the python Adafruit_BME280 
library is deprecated. 

 

Instead of trying to fix the errors I went the hard way and upgraded to the 
adafruit-circuitpython libraries so I can also run Python3

 

sudo pip3 install adafruit-circuitpython-bme280

 

sudo pip3 install adafruit-circuitpython-ads1x15

 

I then modified the BCRobotics-test-app.py to run under Python3 and the 
upgraded Adafruit libraries.

Tested the program and it works!

 

I have attached the modified program.

 

I need to modify the driver to work the same as the updated code but not sure 
how to do that. Can I just substitute the same modifications that I made to the 
test program? 

 

Thanks

Terry

 

On Sunday, 14 February 2021 at 04:59:48 UTC-8 tke...@gmail.com 
  wrote:

The Cheetah template for "Current Conditions" is the file 
/etc/weewx/skins/Seasons.current.inc. When the processing of templates occurs, 
it will get "included" into index.html.tmpl.

 

So, if you wanted to add the current conditions for a new type, say something 
named 'myobs', to the bottom of the list of observations, you would add the 
highlighted lines

 

...

#if $day.extraTemp3.has_data
  
$obs.label.extraTemp3
$current.extraTemp3
  
#end if

  

My new observation

$current.myobs

  

  

 

 

This assumes, of course, that the type 'myobs' exists in the database and/or 
the archive record.

 

-tk

 

On Sat, Feb 13, 2021 at 6:29 PM D R mailto:daleea...@gmail.com> > wrote:

I apologize for not having come up with the answer on my own.  I have 
gone through the User and Customization guides and am just not finding 
clear guidance as to what to do, despite there being a lot of info in 
those documents.


What I want to do is add a line to the collection of items in the left 
hand "Current Condtions" list.  This section preceeds the "Celestial" 
and "High Low" portions of that column, and lies to the left of the 
graphs for the day.

 From my reading, I assumed that the area I was looking for would be in 
the /etc/weewx/skins/Seasons directory, in the 'skins.conf' file.  Yet 
as I scan through there I cannot find a series of entries that matches 
the fixed output that would then have the data to display and formatting 
info right after it.

I've looked at the Standard report, and the skins.conf there, and 
haven't found what I'm looking for.

Despite fiddling with this for a couple weeks trying to figure it out on 
my own, I'm just not making the connection or am really looking in the 
wrong spot.


Where does this section of the home page get formatted and while I think 
I know what I want to add so it shows up as the temperature change from 
24 hours ago, don't just want to start changing things which would no 
doubt give an error if not done carefully.

Can someone give me a hint as to what I'm missing to find the correct file?

Dale



-- 

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/0aad41a8-e703-6a30-df85-e13811cd48fa%40gmail.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/f8dfa80a-d3e3-46cd-88a2-6de2600df59dn%40googlegroups.com
 

 .

-- 
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/udZCCCJlNE8/unsubscribe.
To unsubscribe from this group and all its topics, send an email to 
weewx-user+unsubscr...@googlegroups.com 

[weewx-user] Re: Reboot GW1000 using monit?

[se...@bitkickers.us]

Already checked that. It's definitely the gateway that is losing its mind 
from time to time. If that's truly the case and it's not responding on the 
wlan, it's not likely that the reboot command from the driver will be 
received in any case. The smart plug may be the best way to go. Thanks for 
that thought. Off to Amazon I go. Any recommendations for a reliable one?


On Tuesday, February 16, 2021 at 8:30:51 AM UTC-8 vince wrote:

> On Tuesday, February 16, 2021 at 7:45:39 AM UTC-8 galfert wrote:
>
>> I would use a smartplug to power cycle.
>>
>>
> Agree for sure.
>
> But - it should never be necessary.   I'd probably start by relocating the 
> gateway to someplace with known solid wifi.   If that doesn't work I'd 
> consider contacting the seller for a hardware replacement. 
>
> My guess is you have flaky wifi.   Run a wifi scanner and see if 
> somebody's out-radiating you nearby or running on the wrong channel and 
> overlapping the normal bands.  It might be as simple as hard-setting your 
> wifi to a different channel.
>
>

-- 
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/4258fbb5-0f08-4448-ae50-636e23d5793an%40googlegroups.com.

Re: [weewx-user] Looking for guidance on how to modify the Current Conditions section of the 'main page' of WeeWx

[Tom Keffer]

I'm sorry, but I'm not seeing the connection to adding new types to HTML
pages. Am I missing something? Is a new type involved?

On Tue, Feb 16, 2021 at 3:15 PM Terry Steneker 
wrote:

> I just purchased the BCRobotics board and tried to install the required
> software for it. I ran into problems when I tried to test the BME280 using
> the Adafruit ADS1x15 library. Kept getting errors and the python
> Adafruit_BME280 library is deprecated.
>
> Instead of trying to fix the errors I went the hard way and upgraded to
> the adafruit-circuitpython libraries so I can also run Python3
>
> sudo pip3 install adafruit-circuitpython-bme280
>
> sudo pip3 install adafruit-circuitpython-ads1x15
>
> I then modified the BCRobotics-test-app.py to run under Python3 and the
> upgraded Adafruit libraries.
> Tested the program and it works!
>
> I have attached the modified program.
>
> I need to modify the driver to work the same as the updated code but not
> sure how to do that. Can I just substitute the same modifications that I
> made to the test program?
>
> Thanks
> Terry
>
>
> On Sunday, 14 February 2021 at 04:59:48 UTC-8 tke...@gmail.com wrote:
>
>> The Cheetah template for "Current Conditions" is the file
>> /etc/weewx/skins/Seasons.current.inc. When the processing of templates
>> occurs, it will get "included" into index.html.tmpl.
>>
>> So, if you wanted to add the current conditions for a new type, say
>> something named 'myobs', to the bottom of the list of observations, you
>> would add the highlighted lines
>>
>> ...
>> #if $day.extraTemp3.has_data
>>   
>> $obs.label.extraTemp3
>> $current.extraTemp3
>>   
>> #end if
>>   
>> My new observation
>> $current.myobs
>>   
>> 
>>   
>>
>>
>> This assumes, of course, that the type 'myobs' exists in the database
>> and/or the archive record.
>>
>> -tk
>>
>> On Sat, Feb 13, 2021 at 6:29 PM D R  wrote:
>>
>>> I apologize for not having come up with the answer on my own.  I have
>>> gone through the User and Customization guides and am just not finding
>>> clear guidance as to what to do, despite there being a lot of info in
>>> those documents.
>>>
>>>
>>> What I want to do is add a line to the collection of items in the left
>>> hand "Current Condtions" list.  This section preceeds the "Celestial"
>>> and "High Low" portions of that column, and lies to the left of the
>>> graphs for the day.
>>>
>>>  From my reading, I assumed that the area I was looking for would be in
>>> the /etc/weewx/skins/Seasons directory, in the 'skins.conf' file.  Yet
>>> as I scan through there I cannot find a series of entries that matches
>>> the fixed output that would then have the data to display and formatting
>>> info right after it.
>>>
>>> I've looked at the Standard report, and the skins.conf there, and
>>> haven't found what I'm looking for.
>>>
>>> Despite fiddling with this for a couple weeks trying to figure it out on
>>> my own, I'm just not making the connection or am really looking in the
>>> wrong spot.
>>>
>>>
>>> Where does this section of the home page get formatted and while I think
>>> I know what I want to add so it shows up as the temperature change from
>>> 24 hours ago, don't just want to start changing things which would no
>>> doubt give an error if not done carefully.
>>>
>>> Can someone give me a hint as to what I'm missing to find the correct
>>> file?
>>>
>>> Dale
>>>
>>>
>>> --
>>>
>> 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/0aad41a8-e703-6a30-df85-e13811cd48fa%40gmail.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/f8dfa80a-d3e3-46cd-88a2-6de2600df59dn%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/CAPq0zEDo9naPZDR_hktak9y3pehDYztUgkXMfM3uvK%2BD-x%3DfsA%40mail.gmail.com.

Re: [weewx-user] Looking for guidance on how to modify the Current Conditions section of the 'main page' of WeeWx

[Terry Steneker]

I just purchased the BCRobotics board and tried to install the required 
software for it. I ran into problems when I tried to test the BME280 using 
the Adafruit ADS1x15 library. Kept getting errors and the python 
Adafruit_BME280 library is deprecated. 

Instead of trying to fix the errors I went the hard way and upgraded to the 
adafruit-circuitpython libraries so I can also run Python3

sudo pip3 install adafruit-circuitpython-bme280

sudo pip3 install adafruit-circuitpython-ads1x15

I then modified the BCRobotics-test-app.py to run under Python3 and the 
upgraded Adafruit libraries.
Tested the program and it works!

I have attached the modified program.

I need to modify the driver to work the same as the updated code but not 
sure how to do that. Can I just substitute the same modifications that I 
made to the test program? 

Thanks
Terry


On Sunday, 14 February 2021 at 04:59:48 UTC-8 tke...@gmail.com wrote:

> The Cheetah template for "Current Conditions" is the file 
> /etc/weewx/skins/Seasons.current.inc. When the processing of templates 
> occurs, it will get "included" into index.html.tmpl.
>
> So, if you wanted to add the current conditions for a new type, say 
> something named 'myobs', to the bottom of the list of observations, you 
> would add the highlighted lines
>
> ...
> #if $day.extraTemp3.has_data
>   
> $obs.label.extraTemp3
> $current.extraTemp3
>   
> #end if
>   
> My new observation
> $current.myobs
>   
> 
>   
>
>
> This assumes, of course, that the type 'myobs' exists in the database 
> and/or the archive record.
>
> -tk
>
> On Sat, Feb 13, 2021 at 6:29 PM D R  wrote:
>
>> I apologize for not having come up with the answer on my own.  I have 
>> gone through the User and Customization guides and am just not finding 
>> clear guidance as to what to do, despite there being a lot of info in 
>> those documents.
>>
>>
>> What I want to do is add a line to the collection of items in the left 
>> hand "Current Condtions" list.  This section preceeds the "Celestial" 
>> and "High Low" portions of that column, and lies to the left of the 
>> graphs for the day.
>>
>>  From my reading, I assumed that the area I was looking for would be in 
>> the /etc/weewx/skins/Seasons directory, in the 'skins.conf' file.  Yet 
>> as I scan through there I cannot find a series of entries that matches 
>> the fixed output that would then have the data to display and formatting 
>> info right after it.
>>
>> I've looked at the Standard report, and the skins.conf there, and 
>> haven't found what I'm looking for.
>>
>> Despite fiddling with this for a couple weeks trying to figure it out on 
>> my own, I'm just not making the connection or am really looking in the 
>> wrong spot.
>>
>>
>> Where does this section of the home page get formatted and while I think 
>> I know what I want to add so it shows up as the temperature change from 
>> 24 hours ago, don't just want to start changing things which would no 
>> doubt give an error if not done carefully.
>>
>> Can someone give me a hint as to what I'm missing to find the correct 
>> file?
>>
>> Dale
>>
>>
>> -- 
>>
> 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/0aad41a8-e703-6a30-df85-e13811cd48fa%40gmail.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/f8dfa80a-d3e3-46cd-88a2-6de2600df59dn%40googlegroups.com.
import time
import board
import busio
import adafruit_bme280
import adafruit_ads1x15.ads1115 as ADS
from adafruit_ads1x15.analog_in import AnalogIn
from w1thermsensor import W1ThermSensor
import RPi.GPIO as GPIO

try:
 ds18b20 = W1ThermSensor()
except Exception as err:
print ('Error:', err)
noTemp = True
else:
print ('carry on')
noTemp = False

i2c = busio.I2C(board.SCL, board.SDA)
bme = adafruit_bme280.Adafruit_BME280_I2C(i2c)
ads = ADS.ADS1115(i2c, gain=1)
chan = AnalogIn(ads, ADS.P0)

interval = 2   # Time between loops (seconds)
windTick = 0   # Count of the wind speed input trigger
rainTick = 0   # Count of the rain input trigger

# Set GPIO pins to use BCM pin numbers
GPIO.setmode(GPIO.BCM)

# Set digital pin 17 to an input and enable the pullup (wind speed)
GPIO.setup(17, GPIO.IN, pull_up_down=GPIO.PUD_UP)

# Set digital pin 23 to an input and enable the pullup (rain)
GPIO.setup(23, GPIO.IN, pull_up_down=GPIO.PUD_UP)

# Event to detect wind (4 ticks per revolution)
GPIO.add_event_detect(17, GPIO.BOTH)
def windtrig(self):
global 

Re: [weewx-user] Belchertown AQI error from Aeris weather

[vince]

On Tuesday, February 16, 2021 at 12:49:57 PM UTC-8 gert.a...@gmail.com 
wrote:

> Can I disable the Aeris AQI check?
>
>
Certainly.  It's disable by default and you had to enable it in weewx.conf, 
so just set it back to zero there.

-- 
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/61a31b8c-b4da-4659-adc5-39737f71e717n%40googlegroups.com.

Re: [weewx-user] Re: Reboot GW1000 using monit?

[vince]

On Tuesday, February 16, 2021 at 2:08:23 PM UTC-8 Tom Keffer wrote:

> The thread is here: https://www.wxforum.net/index.php?topic=40437.0
>
> Pretty creepy that the GW1000 does that.
>


Multiple people including me asked for a simple on/off switch for the 
watchdogs so we could run LAN-only and they said no.

At least it can be faked on the LAN if you have enough network-fu, but we 
shouldn't have to do stuff like that.

Their email back to me was:

For your issue, our engineer responsed as below:
The client's server replies with 200 OK after receiving the data and 
will not restart after replying with UTC time, for example:

HTTP/1.1 200 OK
Server: Tengine
Content-Type: text/html; charset=UTF-8
Content-Length: 46
Connection: close
Date: Sun, 01 Nov 2020 15:58:58 GMT
Vary: Accept-Encoding

When GW1000 receives "200 OK", it will think it is connected to the 
Internet, and when it receives "Date: Sun, 01 Nov 2020 15:58:58 GMT", it 
will synchronize time.

The user needs to respond time to the device from the server, then the 
running time of the device could be correct, otherwise the rainfall 
statistics will be incorrect.

We could not do that by a firmware update.


I'm calling baloney on that last sentence, and they of course could make it 
discretionary.   Many (most?) don't even have a rain bucket so why would 
this be necessary for other folks as the general rule anyway.   Kinda bugs 
me to say the least.   Imagine what else could be forced that way.

(other example - WeatherFlow sets up an unencrypted MQTT session to 'their' 
servers)


-- 
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/32d74cbe-8a64-4a0f-8e43-051d4ccdcbb9n%40googlegroups.com.

Re: [weewx-user] Re: Reboot GW1000 using monit?

[galfert]

Yes that is the correct thread...sorry I linked to the completed project 
and not to the thread that dealt with the issues of running GW1000 without 
Internet.

On Tuesday, February 16, 2021 at 5:08:23 PM UTC-5 tke...@gmail.com wrote:

> The thread is here: https://www.wxforum.net/index.php?topic=40437.0
>
> Pretty creepy that the GW1000 does that.
>
> On Tue, Feb 16, 2021 at 12:38 PM galfert  wrote:
>
>> The GW1000 has a built in heath check. It is designed to ping an Internet 
>> IP address in China. Some people are not happy about that. If the GW1000 
>> can't ping that internally set IP then it reboots. There are other health 
>> checks like it needs to also be able to reach an NTP server on the 
>> Internet...again this is internal and cannot be changed. If any of these 
>> health check issues occur it reboots. There is a thread over on 
>> wxforum.net where someone was attempting to run a GW1000 that was not 
>> connected to the Internet, because they were going to use a ham radio and 
>> solar panels and battery storage to run the thing. The project at first did 
>> not run well because the GW1000 needs Internet for these health functions. 
>> The project progressed and spoofing the NTP server and such were required 
>> in order to maintain the GW1000 running so that it wouldn't constantly 
>> reboot. 
>> https://www.wxforum.net/index.php?topic=40768.0
>>
>> Therefore...I see no need for a reboot function. If the GW1000 has poor 
>> connectivity to the Internet it will reboot automatically. I'm starting to 
>> suspect a bad GW1000...or you have poor WiFi coverage.
>>
>>
>>
>>
>> On Tuesday, February 16, 2021 at 3:03:17 PM UTC-5 jbatch...@gmail.com 
>> wrote:
>>
>>> If it truly needs scheduled reboot..  I am guessing .. a smart plug on 
>>> the USB brick?The again.. if WiFi is issue, smart plug may have issues 
>>> too.
>>> I have a GW1000.  it is on alll  the time. but it is near one of my 
>>> mesh pucks.
>>>
>>> jim
>>>
>>>
>>>
>>>
>>> On Tue, Feb 16, 2021 at 2:47 PM gjr80  wrote:
>>>
 On Wednesday, 17 February 2021 at 01:41:36 UTC+10 se...@bitkickers.us 
 wrote:

> If 'reset' does a factory reset, I think I agree with you - not too 
> much value in that for me. OTOH, being able to reboot remotely, at least 
> in 
> my case, might be a benefit. 
>
> While I understand the ability of Weewx and the GW1000 driver to 
> attempt to reconnect to the gateway. Unfortunately, that doesn't solve 
> the 
> problem if it's alive but unresponsive.
>

 Unfortunately having an API means of reboot does not solve your problem 
 either as an unresponsive device is exactly that unresponsive.

 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+...@googlegroups.com.
 To view this discussion on the web visit 
 https://groups.google.com/d/msgid/weewx-user/2b5551ab-808f-4bb1-8faf-6a18d75a6e5cn%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/a3a42764-adea-4220-bb81-fdb3fdce37b3n%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/4f21b540-3562-4354-b629-053b07c06eden%40googlegroups.com.

Re: [weewx-user] Re: Reboot GW1000 using monit?

[Tom Keffer]

The thread is here: https://www.wxforum.net/index.php?topic=40437.0

Pretty creepy that the GW1000 does that.

On Tue, Feb 16, 2021 at 12:38 PM galfert  wrote:

> The GW1000 has a built in heath check. It is designed to ping an Internet
> IP address in China. Some people are not happy about that. If the GW1000
> can't ping that internally set IP then it reboots. There are other health
> checks like it needs to also be able to reach an NTP server on the
> Internet...again this is internal and cannot be changed. If any of these
> health check issues occur it reboots. There is a thread over on
> wxforum.net where someone was attempting to run a GW1000 that was not
> connected to the Internet, because they were going to use a ham radio and
> solar panels and battery storage to run the thing. The project at first did
> not run well because the GW1000 needs Internet for these health functions.
> The project progressed and spoofing the NTP server and such were required
> in order to maintain the GW1000 running so that it wouldn't constantly
> reboot.
> https://www.wxforum.net/index.php?topic=40768.0
>
> Therefore...I see no need for a reboot function. If the GW1000 has poor
> connectivity to the Internet it will reboot automatically. I'm starting to
> suspect a bad GW1000...or you have poor WiFi coverage.
>
>
>
>
> On Tuesday, February 16, 2021 at 3:03:17 PM UTC-5 jbatch...@gmail.com
> wrote:
>
>> If it truly needs scheduled reboot..  I am guessing .. a smart plug on
>> the USB brick?The again.. if WiFi is issue, smart plug may have issues
>> too.
>> I have a GW1000.  it is on alll  the time. but it is near one of my
>> mesh pucks.
>>
>> jim
>>
>>
>>
>>
>> On Tue, Feb 16, 2021 at 2:47 PM gjr80  wrote:
>>
>>> On Wednesday, 17 February 2021 at 01:41:36 UTC+10 se...@bitkickers.us
>>> wrote:
>>>
 If 'reset' does a factory reset, I think I agree with you - not too
 much value in that for me. OTOH, being able to reboot remotely, at least in
 my case, might be a benefit.

 While I understand the ability of Weewx and the GW1000 driver to
 attempt to reconnect to the gateway. Unfortunately, that doesn't solve the
 problem if it's alive but unresponsive.

>>>
>>> Unfortunately having an API means of reboot does not solve your problem
>>> either as an unresponsive device is exactly that unresponsive.
>>>
>>> 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+...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/weewx-user/2b5551ab-808f-4bb1-8faf-6a18d75a6e5cn%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/a3a42764-adea-4220-bb81-fdb3fdce37b3n%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/CAPq0zEDoS5iAgHQuV6q9ax85eSj6cVCDsNQmHCg4o_-t6Bm_WQ%40mail.gmail.com.

Re: [weewx-user] Displaying dateTime in another Time Zone

[Tom Keffer]

There is not. The reason is that it would require either Python V3.9,
and/or another pre-requisite, tzdata.

Still, it might be possible to make it optional, similar to how pyephem is
dealt with. That would allow something like

$current.dateTime.tz("LMT")

This is something I've thought of frequently, but you're the first person
who has actually asked about it!

-tk

On Tue, Feb 16, 2021 at 1:39 PM Karen K  wrote:

> Is there a possibility to format the dateTime value that is shows the time
> in another time zone, for example UTC or local mean time (LMT)?
>
> Example (for Central European Time and longitude=13.040°):
>
> $current.dateTime.raw ==> 1622502001
>
> $current.dateTime.format(...) ==> 01.06.2021 01:00:01 CEST
>
> ?? ==> 31.05.2021 23:00:01 UTC
>
> ?? ==> 31.05.2021 23:52:11 LMT
>
>
> --
> 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/165ff6e6-19a4-4d86-90f5-85bd83a32f8en%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/CAPq0zEAq2R2w7pO7dDgTRS%3D7mFrbZtUBrb6iYbPDU3n3qhj5Fg%40mail.gmail.com.

Re: [weewx-user] Fixing units in a new graph

[Tom Keffer]

There's already a type for luminosity, but it's called "illuminance",
introduced in V4.2. It's a member of group_illuminance.

See issue #613 , in particular, this
post. 

On Tue, Feb 16, 2021 at 1:01 PM 'Jan-Jaap van der Geer' via weewx-user <
weewx-user@googlegroups.com> wrote:

> I have added a luminosity graph to weewx (Seasons skin). It seems to work,
> the graph works. However, it does not mention the unit used at the top
> left, like the others do.
>
> I am trying to fix this, but I'm not sure how.
>
> In the weewx.conf I added, under [[[Units]]] in Groups :
>
> group_illuminance = lux
>
> (I think that shouldn't be needed as there is only one choice of unit for
> illuminance?)
>
> Under StringFormats I have added:
>
> lux = %.0f
>
> And under Labels I have:
>
> lux = " lux"
>
> But apparently I'm still missing something. But what?
>
> Also in the high/low part of the template I tried adding Luminosity like
> so:
>
>   #if $day.luminosity.has_data
>   
> $obs.label.luminosity
> #for $archive in $archive_data
> 
>   
> $archive[1].luminosity.max.format(add_label=False)
>   
> $archive[1].luminosity.min.format(add_label=False)
> 
> #end for
> $unit.label.luminosity
>   
>   #end if
>
> But also this is not showing the unit and the format is 6 digits after the
> floating point, which is a bit overkill.
>
> Any suggestion how to fix this?
>
> Cheers,
> Jan-Jaap
>
> --
> 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/52f9dece-add1-44bb-8ee3-e447a5e97592n%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/CAPq0zECStZ5kj8J0dzh%2BXpH9n7SuOMG9DwnTss9srxZVxVQmOw%40mail.gmail.com.

[weewx-user] Displaying dateTime in another Time Zone

[Karen K]

Is there a possibility to format the dateTime value that is shows the time 
in another time zone, for example UTC or local mean time (LMT)?

Example (for Central European Time and longitude=13.040°):

$current.dateTime.raw ==> 1622502001

$current.dateTime.format(...) ==> 01.06.2021 01:00:01 CEST 

?? ==> 31.05.2021 23:00:01 UTC   

?? ==> 31.05.2021 23:52:11 LMT


-- 
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/165ff6e6-19a4-4d86-90f5-85bd83a32f8en%40googlegroups.com.

[weewx-user] Fixing units in a new graph

['Jan-Jaap van der Geer' via weewx-user]

I have added a luminosity graph to weewx (Seasons skin). It seems to work, 
the graph works. However, it does not mention the unit used at the top 
left, like the others do.

I am trying to fix this, but I'm not sure how.

In the weewx.conf I added, under [[[Units]]] in Groups :

group_illuminance = lux

(I think that shouldn't be needed as there is only one choice of unit for 
illuminance?)

Under StringFormats I have added:

lux = %.0f

And under Labels I have:

lux = " lux"

But apparently I'm still missing something. But what?

Also in the high/low part of the template I tried adding Luminosity like so:

  #if $day.luminosity.has_data
  
$obs.label.luminosity
#for $archive in $archive_data

  
$archive[1].luminosity.max.format(add_label=False)
  
$archive[1].luminosity.min.format(add_label=False)

#end for
$unit.label.luminosity
  
  #end if

But also this is not showing the unit and the format is 6 digits after the 
floating point, which is a bit overkill.

Any suggestion how to fix this?

Cheers,
Jan-Jaap

-- 
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/52f9dece-add1-44bb-8ee3-e447a5e97592n%40googlegroups.com.

Re: [weewx-user] Belchertown AQI error from Aeris weather

[gert.a...@gmail.com]

Hi 
Just installed the latest version of Belchertown and changed Radius to 
200mi and I still getting this error:
INFO user.belchertown: version 1.3b1
weewx[24015] ERROR user.belchertown: Error getting AQI from Aeris weather. 
The error was: list index out of range
weewx[24015] ERROR user.belchertown: Error getting AQI from Aeris weather. 
The error was: list index out of range

Can I disable the Aeris AQI check?

Thanks
Gert

On Tuesday, February 2, 2021 at 10:12:02 AM UTC+1 didier@gmail.com 
wrote:

> Hi
>
> I had this problem, closest parameter does not work...
> You can change by 
> https://api.aerisapi.com/airquality/55.008637,14.960125?=json=50mi=1_id=..
> ..
>
> Conversation 
> https://groups.google.com/g/weewx-user/c/9BNEC_103wY/m/FOxwW_IYBwAJ 
> already open but no reply
>
> Didier
>
> Le mar. 2 févr. 2021 à 09:49, gert.a...@gmail.com  a 
> écrit :
>
>> Hi
>>
>> Anyone who knows how to get rid of this error:
>>
>> ERROR user.belchertown: Error getting AQI from Aeris weather. The error 
>> was:#012list index out of range#012The response from the Aeris AQI server 
>> was:#012[{'success': True, 'error': {'code': 'warn_no_data', 
>> 'description': 'Valid request. 
>> No results available based on your query parameters.'}, 'response': 
>> []}]#012
>> The URL being used is:#012
>> https://api.aerisapi.com/airquality/closest?p=55.008637,14.960125=json=50mi=1_id=
>> _secret=
>>
>> message repeated 10 times: [ ERROR user.belchertown: Error getting AQI 
>> from Aeris weather. 
>> The error was:#012list index out of range#012The response from the Aeris 
>> AQI server was:#012[{'success': True, 'error': {'code': 'warn_no_data', 
>> 'description': 'Valid request. 
>> No results available based on your query parameters.'}, 'response': 
>> []}]#012The URL being used is:#012
>> https://api.aerisapi.com/airquality/closest?p=55.008637,14.960125=json=50mi=1_id=
>> _secret=]
>>
>> I have this in weewx.conf:
>> # Air Quality
>>  aqi_enabled = 0
>>  aqi_location_enabled = 0
>>
>> I'm running weewx 4.4.0 and the latest version of Belchertown
>>
>> Thanks
>>
>> Rgds
>> Gert
>>
>> -- 
>> 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/c08cd1bb-5aea-41da-a3bd-4c4b54dbf245n%40googlegroups.com
>>  
>> 
>> .
>>
>
>
> -- 
> Quel temps fait-il à Auffargis  ?
>

-- 
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/4c9075ff-cda6-41cd-b5d5-9005ae0d9714n%40googlegroups.com.

Re: [weewx-user] Re: Reboot GW1000 using monit?

[galfert]

The GW1000 has a built in heath check. It is designed to ping an Internet 
IP address in China. Some people are not happy about that. If the GW1000 
can't ping that internally set IP then it reboots. There are other health 
checks like it needs to also be able to reach an NTP server on the 
Internet...again this is internal and cannot be changed. If any of these 
health check issues occur it reboots. There is a thread over on wxforum.net 
where someone was attempting to run a GW1000 that was not connected to the 
Internet, because they were going to use a ham radio and solar panels and 
battery storage to run the thing. The project at first did not run well 
because the GW1000 needs Internet for these health functions. The project 
progressed and spoofing the NTP server and such were required in order to 
maintain the GW1000 running so that it wouldn't constantly reboot. 
https://www.wxforum.net/index.php?topic=40768.0

Therefore...I see no need for a reboot function. If the GW1000 has poor 
connectivity to the Internet it will reboot automatically. I'm starting to 
suspect a bad GW1000...or you have poor WiFi coverage.




On Tuesday, February 16, 2021 at 3:03:17 PM UTC-5 jbatch...@gmail.com wrote:

> If it truly needs scheduled reboot..  I am guessing .. a smart plug on the 
> USB brick?The again.. if WiFi is issue, smart plug may have issues too.
> I have a GW1000.  it is on alll  the time. but it is near one of my 
> mesh pucks.
>
> jim
>
>
>
>
> On Tue, Feb 16, 2021 at 2:47 PM gjr80  wrote:
>
>> On Wednesday, 17 February 2021 at 01:41:36 UTC+10 se...@bitkickers.us 
>> wrote:
>>
>>> If 'reset' does a factory reset, I think I agree with you - not too much 
>>> value in that for me. OTOH, being able to reboot remotely, at least in my 
>>> case, might be a benefit. 
>>>
>>> While I understand the ability of Weewx and the GW1000 driver to attempt 
>>> to reconnect to the gateway. Unfortunately, that doesn't solve the problem 
>>> if it's alive but unresponsive.
>>>
>>
>> Unfortunately having an API means of reboot does not solve your problem 
>> either as an unresponsive device is exactly that unresponsive.
>>
>> 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+...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/2b5551ab-808f-4bb1-8faf-6a18d75a6e5cn%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/a3a42764-adea-4220-bb81-fdb3fdce37b3n%40googlegroups.com.

Re: [weewx-user] Re: Reboot GW1000 using monit?

[James Batchelor]

If it truly needs scheduled reboot..  I am guessing .. a smart plug on the
USB brick?The again.. if WiFi is issue, smart plug may have issues too.
I have a GW1000.  it is on alll  the time. but it is near one of my
mesh pucks.

jim




On Tue, Feb 16, 2021 at 2:47 PM gjr80  wrote:

> On Wednesday, 17 February 2021 at 01:41:36 UTC+10 se...@bitkickers.us
> wrote:
>
>> If 'reset' does a factory reset, I think I agree with you - not too much
>> value in that for me. OTOH, being able to reboot remotely, at least in my
>> case, might be a benefit.
>>
>> While I understand the ability of Weewx and the GW1000 driver to attempt
>> to reconnect to the gateway. Unfortunately, that doesn't solve the problem
>> if it's alive but unresponsive.
>>
>
> Unfortunately having an API means of reboot does not solve your problem
> either as an unresponsive device is exactly that unresponsive.
>
> 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/2b5551ab-808f-4bb1-8faf-6a18d75a6e5cn%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/CAAjYkcDiHZPP1vsxH_daAtvFUirkgQzo7-4jW4nH9y4QvpaWqA%40mail.gmail.com.

[weewx-user] Re: Reboot GW1000 using monit?

[gjr80]

On Wednesday, 17 February 2021 at 01:41:36 UTC+10 se...@bitkickers.us wrote:

> If 'reset' does a factory reset, I think I agree with you - not too much 
> value in that for me. OTOH, being able to reboot remotely, at least in my 
> case, might be a benefit. 
>
> While I understand the ability of Weewx and the GW1000 driver to attempt 
> to reconnect to the gateway. Unfortunately, that doesn't solve the problem 
> if it's alive but unresponsive.
>

Unfortunately having an API means of reboot does not solve your problem 
either as an unresponsive device is exactly that unresponsive.

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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/2b5551ab-808f-4bb1-8faf-6a18d75a6e5cn%40googlegroups.com.

Re: [weewx-user] Thickness

[Tom Keffer]

It's a list. Try

chart_line_width = 5, 5



On Tue, Feb 16, 2021 at 10:23 AM ginfo...@gmail.com 
wrote:

> Not work:
> I put chart_line_width = 5
>
> Il giorno martedì 16 febbraio 2021 alle 17:22:18 UTC+1 tke...@gmail.com
> ha scritto:
>
>> See option chart_line_width
>> .
>>
>> On Tue, Feb 16, 2021 at 6:36 AM ginfo...@gmail.com 
>> wrote:
>>
>>> [image: C5480D57-E09C-4E47-8D3E-F8653222C18B.jpeg]Good morning.
>>> How can I increase the thickness of the graph lines?
>>> Thanks for everything you are doing.
>>> Good day
>>>
>>> --
>>> 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/42aed863-b0aa-422e-a0a6-bfd0022ab313n%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/d81fe19e-009e-4041-8181-90d2467bddf4n%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/CAPq0zEDPgWNFWqvitY%2B2jGwSQr%2B-bE1p%2Bu3iFge3mDx0FQCUuQ%40mail.gmail.com.

Re: [weewx-user] Thickness

[ginfo...@gmail.com]

Not work:
I put chart_line_width = 5

Il giorno martedì 16 febbraio 2021 alle 17:22:18 UTC+1 tke...@gmail.com ha 
scritto:

> See option chart_line_width 
> .
>
> On Tue, Feb 16, 2021 at 6:36 AM ginfo...@gmail.com  
> wrote:
>
>> [image: C5480D57-E09C-4E47-8D3E-F8653222C18B.jpeg]Good morning.
>> How can I increase the thickness of the graph lines?
>> Thanks for everything you are doing.
>> Good day
>>
>> -- 
>> 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/42aed863-b0aa-422e-a0a6-bfd0022ab313n%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/d81fe19e-009e-4041-8181-90d2467bddf4n%40googlegroups.com.

Re: [weewx-user] Added time to produce report on Ver 4.3

[Tom Keffer]

Just for posterity, what upgrade did you do?

On Tue, Feb 16, 2021 at 9:33 AM philip@gmail.com <
philip.c.ow...@gmail.com> wrote:

> Sorry guys upgraded my main machine and its all working OK.
>
>
> On Monday, February 15, 2021 at 8:40:40 PM UTC philip@gmail.com wrote:
>
>> I have 2 davis consoles connected to the same Pi, the second one is only
>> used to record sun hours via the rain terminal and is then stored on the
>> sun.sdb database in the rain field.
>> This database is exactly the same as the weewx.sdb just with a different
>> name and are both sqlite and Im using WEEWX MULTI to achieve this along
>> with a third for AIRLINK.
>> The $WM is similar to the one used in NOAA reports #set $WM="%6.2f"
>> The log with debug=1 will take a 2/3 days.
>> On Monday, February 15, 2021 at 5:34:33 PM UTC tke...@gmail.com wrote:
>>
>>> Not much information here, but I am not aware of any changes that would
>>> cause this.
>>>
>>> What is the nature of the binding 'sun_binding'? Is it a sqlite
>>> database? MySQL on a remote server?
>>>
>>> I assume the placeholder $WM is a simple formatting string.
>>>
>>> How about a log? Set debug=1, restart weewxd, then post the log through
>>> the first reporting cycle. Or, if it's easier, you can use wee_reports.
>>>
>>>
>>> On Mon, Feb 15, 2021 at 9:02 AM philip@gmail.com <
>>> philip@gmail.com> wrote:
>>>
 Hi
 I upgraded from v4.1.1 to v4.4 and noticed in the logs that a report
 took 36 seconds to generate where it use to be only 1 second.
 Starting back from v4.1.1 I found that the extra time started when I
 upgraded  from v4.2 to v4.3.
 Im using a Pi4 and on a Pi3 the time was over 70 seconds.
 After eliminating various pieces of code I find that the line
 #set $min1 = $day.rain.sum.inch.format($WM, add_label=False) was
 causing the extra time.
 The following is an extract and not the full code but as the NOOA
 report uses something similar and that works ok Im thinking that the
 data_binding is perhaps the cause or have I got the code wrong and was just
 lucky in older versions.

 #for $day in $month($data_binding='sun_binding').days
 =
 #set $min1 = $day.rain.sum.inch.format($WM, add_label=False)
 ===
 ===
 #end for
 Just wondered what changed in v4.3 as v4.2 work perfectly

 --
 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/9a1f1311-b9a2-4f09-9349-7eaddc54ca4dn%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/64803a39-df6f-4678-b83c-08a94f20a85en%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/CAPq0zEBcjzyqUW5QtePmBwC9eFChmL51FUBW3rw9-DGKsC%3Dqhw%40mail.gmail.com.

[weewx-user] Re: Reboot GW1000 using monit?

[galfert]

Another solution for remote reboot, or for anything else is to run WS View 
in Windows with the help of NoxPlayer. Then you simply remote into that 
computer. NoxPlayer allows you to have a full blown Android operating 
system virtual machine. It lets you run Android apps inside of Windows. You 
need to enable the network bridge settings in NoxPlayer and then you can 
run WS View. 

Here is my write up on NoxPlayer to run WS View:
https://www.wxforum.net/index.php?topic=36792.0


On Tuesday, February 16, 2021 at 12:39:25 PM UTC-5 vince wrote:

> Not that I've seen.  It still seems to be under NDA.
>
> On Tuesday, February 16, 2021 at 8:57:41 AM UTC-8 se...@bitkickers.us 
> wrote:
>
>> Is the API documented online somewhere? I've not been able to find is so 
>> far.
>>
>> On Tuesday, February 16, 2021 at 7:41:36 AM UTC-8 se...@bitkickers.us 
>> wrote:
>>
>>> If 'reset' does a factory reset, I think I agree with you - not too much 
>>> value in that for me. OTOH, being able to reboot remotely, at least in my 
>>> case, might be a benefit. 
>>>
>>> While I understand the ability of Weewx and the GW1000 driver to attempt 
>>> to reconnect to the gateway. Unfortunately, that doesn't solve the problem 
>>> if it's alive but unresponsive.
>>>
>>> Thanks for the reply.
>>>
>>>Sean
>>> On Monday, February 15, 2021 at 8:51:52 PM UTC-8 gjr80 wrote:
>>>
 Can't speak for Monit, haven't used it and only briefly skimmed an 
 article on it a year or two back. Whilst the GW1000API has commands to 
 reset and reboot the device I have not implemented them int he GW1000 
 driver and I have been loathed to do so. I really don't see much point in 
 giving the driver the ability to factory reset the GW1000; if the device 
 is 
 factory reset you need to use the WS View app to pair/configure the device 
 again so you might as well goto the device or use the WS View app to 
 factory reset if such action is warranted. I could see some utility in 
 being able to reboot the GW1000, but I suspect that in almost all 
 situations where you would want to take such action you have lost contact 
 with the GW1000 and I doubt you will be able to command the GW1000 to 
 reboot via the API.

 That being said WeeWX and the GW1000 driver have a couple of features 
 that attempt recovery if contact with the GW1000 is lost. Firstly, if a 
 driver cannot be loaded WeeWX has the ability to keep trying to load the 
 driver every 60 seconds rather than exiting (refer loop_on_init config 
 option  in weewx.conf). 
 Secondly, if the GW1000 driver cannot contact the GW1000 on startup, or if 
 contact is lost during normal operation, the driver re-attempts contact a 
 number of times and if contact cannot be made the driver will attempt to 
 re-discover the GW1000 on the network. These may or may not work depending 
 on the issue, the log would be need to be checked to see what the symptoms 
 were and what WeeWX/the driver did. 

 Ultimately if the GW1000 cannot be contacted and cannot be discovered 
 then there is not much that can be done short of notifying you to go and 
 hit the reset button.

 Gary

 On Tuesday, 16 February 2021 at 11:56:49 UTC+10 se...@bitkickers.us 
 wrote:

> Not bothering to post logs, etc., because this isn't a "problem" with 
> the software.
>
> Been using Weewx for a few years with Acurite 01525 but finally got 
> fed up with the horribly flaky RF from sensors to console and recently 
> transitioned to Ecowitt and the GW1000 with temp, wind, and rain sensors. 
> Loving it so far although the WS View app on Android apparently had a bug 
> that initially prevented me from configuring the gateway properly. Kudos 
> to 
> the Ecowitt team who were very responsive (sup...@ecowitt.com).
>
> Browsing the weewx-user group I found 
> https://github.com/gjr80/weewx-gw1000 and that's a delightful piece 
> of code, every bit as good an useful as Weewx itself.
>
> The gateway has gone offline a couple of times in the past 48 hours 
> for reasons unknown. Its leds are flashing as if it's online, and it can 
> sometimes be pinged so it's on the wlan, but it doesn't respond to API 
> requests for the driver. I'd like to monitor the gateway from a monit 
> server that I have running on my network and while I can test for the 
> host 
> alive and send an alert, I'd really like to monitor the gateway function 
> itself somehow. 
>
> If it were a linux box under the covers and had access, I could script 
> a solution on the gateway itself but I don't think that's possible. I 
> note 
> in the GW1000 driver that the command list has a "reset" and "reboot" 
> command and wonder if the driver will allow me to send either one of 
> those 
> 

[weewx-user] Re: Reboot GW1000 using monit?

[vince]

Not that I've seen.  It still seems to be under NDA.

On Tuesday, February 16, 2021 at 8:57:41 AM UTC-8 se...@bitkickers.us wrote:

> Is the API documented online somewhere? I've not been able to find is so 
> far.
>
> On Tuesday, February 16, 2021 at 7:41:36 AM UTC-8 se...@bitkickers.us 
> wrote:
>
>> If 'reset' does a factory reset, I think I agree with you - not too much 
>> value in that for me. OTOH, being able to reboot remotely, at least in my 
>> case, might be a benefit. 
>>
>> While I understand the ability of Weewx and the GW1000 driver to attempt 
>> to reconnect to the gateway. Unfortunately, that doesn't solve the problem 
>> if it's alive but unresponsive.
>>
>> Thanks for the reply.
>>
>>Sean
>> On Monday, February 15, 2021 at 8:51:52 PM UTC-8 gjr80 wrote:
>>
>>> Can't speak for Monit, haven't used it and only briefly skimmed an 
>>> article on it a year or two back. Whilst the GW1000API has commands to 
>>> reset and reboot the device I have not implemented them int he GW1000 
>>> driver and I have been loathed to do so. I really don't see much point in 
>>> giving the driver the ability to factory reset the GW1000; if the device is 
>>> factory reset you need to use the WS View app to pair/configure the device 
>>> again so you might as well goto the device or use the WS View app to 
>>> factory reset if such action is warranted. I could see some utility in 
>>> being able to reboot the GW1000, but I suspect that in almost all 
>>> situations where you would want to take such action you have lost contact 
>>> with the GW1000 and I doubt you will be able to command the GW1000 to 
>>> reboot via the API.
>>>
>>> That being said WeeWX and the GW1000 driver have a couple of features 
>>> that attempt recovery if contact with the GW1000 is lost. Firstly, if a 
>>> driver cannot be loaded WeeWX has the ability to keep trying to load the 
>>> driver every 60 seconds rather than exiting (refer loop_on_init config 
>>> option  in weewx.conf). 
>>> Secondly, if the GW1000 driver cannot contact the GW1000 on startup, or if 
>>> contact is lost during normal operation, the driver re-attempts contact a 
>>> number of times and if contact cannot be made the driver will attempt to 
>>> re-discover the GW1000 on the network. These may or may not work depending 
>>> on the issue, the log would be need to be checked to see what the symptoms 
>>> were and what WeeWX/the driver did. 
>>>
>>> Ultimately if the GW1000 cannot be contacted and cannot be discovered 
>>> then there is not much that can be done short of notifying you to go and 
>>> hit the reset button.
>>>
>>> Gary
>>>
>>> On Tuesday, 16 February 2021 at 11:56:49 UTC+10 se...@bitkickers.us 
>>> wrote:
>>>
 Not bothering to post logs, etc., because this isn't a "problem" with 
 the software.

 Been using Weewx for a few years with Acurite 01525 but finally got fed 
 up with the horribly flaky RF from sensors to console and recently 
 transitioned to Ecowitt and the GW1000 with temp, wind, and rain sensors. 
 Loving it so far although the WS View app on Android apparently had a bug 
 that initially prevented me from configuring the gateway properly. Kudos 
 to 
 the Ecowitt team who were very responsive (sup...@ecowitt.com).

 Browsing the weewx-user group I found 
 https://github.com/gjr80/weewx-gw1000 and that's a delightful piece of 
 code, every bit as good an useful as Weewx itself.

 The gateway has gone offline a couple of times in the past 48 hours for 
 reasons unknown. Its leds are flashing as if it's online, and it can 
 sometimes be pinged so it's on the wlan, but it doesn't respond to API 
 requests for the driver. I'd like to monitor the gateway from a monit 
 server that I have running on my network and while I can test for the host 
 alive and send an alert, I'd really like to monitor the gateway function 
 itself somehow. 

 If it were a linux box under the covers and had access, I could script 
 a solution on the gateway itself but I don't think that's possible. I note 
 in the GW1000 driver that the command list has a "reset" and "reboot" 
 command and wonder if the driver will allow me to send either one of those 
 by itself?

 Any other suggestions?

 Thanks!

 Sean

>>>

-- 
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/44928e81-b98e-48ca-a09c-ab9450c61c04n%40googlegroups.com.

Re: [weewx-user] Added time to produce report on Ver 4.3

[philip....@gmail.com]

Sorry guys upgraded my main machine and its all working OK.


On Monday, February 15, 2021 at 8:40:40 PM UTC philip@gmail.com wrote:

> I have 2 davis consoles connected to the same Pi, the second one is only 
> used to record sun hours via the rain terminal and is then stored on the 
> sun.sdb database in the rain field.
> This database is exactly the same as the weewx.sdb just with a different 
> name and are both sqlite and Im using WEEWX MULTI to achieve this along 
> with a third for AIRLINK.
> The $WM is similar to the one used in NOAA reports #set $WM="%6.2f"
> The log with debug=1 will take a 2/3 days.
> On Monday, February 15, 2021 at 5:34:33 PM UTC tke...@gmail.com wrote:
>
>> Not much information here, but I am not aware of any changes that would 
>> cause this. 
>>
>> What is the nature of the binding 'sun_binding'? Is it a sqlite database? 
>> MySQL on a remote server?
>>
>> I assume the placeholder $WM is a simple formatting string.
>>
>> How about a log? Set debug=1, restart weewxd, then post the log through 
>> the first reporting cycle. Or, if it's easier, you can use wee_reports.
>>
>>
>> On Mon, Feb 15, 2021 at 9:02 AM philip@gmail.com <
>> philip@gmail.com> wrote:
>>
>>> Hi
>>> I upgraded from v4.1.1 to v4.4 and noticed in the logs that a report 
>>> took 36 seconds to generate where it use to be only 1 second.
>>> Starting back from v4.1.1 I found that the extra time started when I 
>>> upgraded  from v4.2 to v4.3.
>>> Im using a Pi4 and on a Pi3 the time was over 70 seconds.
>>> After eliminating various pieces of code I find that the line
>>> #set $min1 = $day.rain.sum.inch.format($WM, add_label=False) was causing 
>>> the extra time.
>>> The following is an extract and not the full code but as the NOOA report 
>>> uses something similar and that works ok Im thinking that the data_binding 
>>> is perhaps the cause or have I got the code wrong and was just lucky in 
>>> older versions.
>>>
>>> #for $day in $month($data_binding='sun_binding').days 
>>> =
>>> #set $min1 = $day.rain.sum.inch.format($WM, add_label=False)
>>> ===
>>> ===
>>> #end for
>>> Just wondered what changed in v4.3 as v4.2 work perfectly
>>>
>>> -- 
>>> 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/9a1f1311-b9a2-4f09-9349-7eaddc54ca4dn%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/64803a39-df6f-4678-b83c-08a94f20a85en%40googlegroups.com.

[weewx-user] Re: Reboot GW1000 using monit?

[se...@bitkickers.us]

Is the API documented online somewhere? I've not been able to find is so 
far.

On Tuesday, February 16, 2021 at 7:41:36 AM UTC-8 se...@bitkickers.us wrote:

> If 'reset' does a factory reset, I think I agree with you - not too much 
> value in that for me. OTOH, being able to reboot remotely, at least in my 
> case, might be a benefit. 
>
> While I understand the ability of Weewx and the GW1000 driver to attempt 
> to reconnect to the gateway. Unfortunately, that doesn't solve the problem 
> if it's alive but unresponsive.
>
> Thanks for the reply.
>
>Sean
> On Monday, February 15, 2021 at 8:51:52 PM UTC-8 gjr80 wrote:
>
>> Can't speak for Monit, haven't used it and only briefly skimmed an 
>> article on it a year or two back. Whilst the GW1000API has commands to 
>> reset and reboot the device I have not implemented them int he GW1000 
>> driver and I have been loathed to do so. I really don't see much point in 
>> giving the driver the ability to factory reset the GW1000; if the device is 
>> factory reset you need to use the WS View app to pair/configure the device 
>> again so you might as well goto the device or use the WS View app to 
>> factory reset if such action is warranted. I could see some utility in 
>> being able to reboot the GW1000, but I suspect that in almost all 
>> situations where you would want to take such action you have lost contact 
>> with the GW1000 and I doubt you will be able to command the GW1000 to 
>> reboot via the API.
>>
>> That being said WeeWX and the GW1000 driver have a couple of features 
>> that attempt recovery if contact with the GW1000 is lost. Firstly, if a 
>> driver cannot be loaded WeeWX has the ability to keep trying to load the 
>> driver every 60 seconds rather than exiting (refer loop_on_init config 
>> option  in weewx.conf). 
>> Secondly, if the GW1000 driver cannot contact the GW1000 on startup, or if 
>> contact is lost during normal operation, the driver re-attempts contact a 
>> number of times and if contact cannot be made the driver will attempt to 
>> re-discover the GW1000 on the network. These may or may not work depending 
>> on the issue, the log would be need to be checked to see what the symptoms 
>> were and what WeeWX/the driver did. 
>>
>> Ultimately if the GW1000 cannot be contacted and cannot be discovered 
>> then there is not much that can be done short of notifying you to go and 
>> hit the reset button.
>>
>> Gary
>>
>> On Tuesday, 16 February 2021 at 11:56:49 UTC+10 se...@bitkickers.us 
>> wrote:
>>
>>> Not bothering to post logs, etc., because this isn't a "problem" with 
>>> the software.
>>>
>>> Been using Weewx for a few years with Acurite 01525 but finally got fed 
>>> up with the horribly flaky RF from sensors to console and recently 
>>> transitioned to Ecowitt and the GW1000 with temp, wind, and rain sensors. 
>>> Loving it so far although the WS View app on Android apparently had a bug 
>>> that initially prevented me from configuring the gateway properly. Kudos to 
>>> the Ecowitt team who were very responsive (sup...@ecowitt.com).
>>>
>>> Browsing the weewx-user group I found 
>>> https://github.com/gjr80/weewx-gw1000 and that's a delightful piece of 
>>> code, every bit as good an useful as Weewx itself.
>>>
>>> The gateway has gone offline a couple of times in the past 48 hours for 
>>> reasons unknown. Its leds are flashing as if it's online, and it can 
>>> sometimes be pinged so it's on the wlan, but it doesn't respond to API 
>>> requests for the driver. I'd like to monitor the gateway from a monit 
>>> server that I have running on my network and while I can test for the host 
>>> alive and send an alert, I'd really like to monitor the gateway function 
>>> itself somehow. 
>>>
>>> If it were a linux box under the covers and had access, I could script a 
>>> solution on the gateway itself but I don't think that's possible. I note in 
>>> the GW1000 driver that the command list has a "reset" and "reboot" command 
>>> and wonder if the driver will allow me to send either one of those by 
>>> itself?
>>>
>>> Any other suggestions?
>>>
>>> Thanks!
>>>
>>> Sean
>>>
>>

-- 
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/f20485e9-5da2-48ab-bcc3-43b152f92e2an%40googlegroups.com.

[weewx-user] Re: Belchertown added ssl - mqtt stuck "connecting"

[vince]

We'd have to see the Belchertown portion of weewx.conf (with 
usernames/passwords obfuscated), but the documentation 

 seems 
to show that you need to add a [[[tls]]] section to tell the skin which 
version and cert to use and I'd "guess" that the cert has to be valid on 
both computers. 

On Tuesday, February 16, 2021 at 5:27:49 AM UTC-8 DaveStLou wrote:

> To explain further, I added a certificate on the host to oakvillewx.com 
> so it's showing https now without a security warning.
>
> I am *not* getting the "Failed to connect to weather station" error 
> message. It just perpetually shows the "Connecting to weather station real 
> time data". So I wonder, could it be connected to the mqtt stream but just 
> not displaying the data?
>
> BTW, I tried changing "mqtt_websockets_ssl" to 1 in the skin.conf but that 
> DOES cause it to display the failed to connect error so that's a no go.
>
> If this is covered elsewhere, please point me to the thread. Thanks in 
> advance!
>
>
>
> On Monday, February 15, 2021 at 7:43:57 AM UTC-6 DaveStLou wrote:
>
>>
>> I recently added ssl to my website oakvillewx.com. Now my mqtt data feed 
>> is stuck saying "Connecting to weather station real time data" in all 
>> browser types. 
>>
>> I found references on the forum to using debugger in the browser. I can 
>> get that but I don't know how to use it to figure out what's happening. 
>>
>> Appreciate help on troubleshooting this. 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/49114985-3857-47ce-a17f-da562135e765n%40googlegroups.com.

[weewx-user] Re: Reboot GW1000 using monit?

[vince]

On Tuesday, February 16, 2021 at 7:45:39 AM UTC-8 galfert wrote:

> I would use a smartplug to power cycle.
>
>
Agree for sure.

But - it should never be necessary.   I'd probably start by relocating the 
gateway to someplace with known solid wifi.   If that doesn't work I'd 
consider contacting the seller for a hardware replacement. 

My guess is you have flaky wifi.   Run a wifi scanner and see if somebody's 
out-radiating you nearby or running on the wrong channel and overlapping 
the normal bands.  It might be as simple as hard-setting your wifi to a 
different channel.

-- 
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/b4eb5078-d971-4421-9264-c7d3fc038f3dn%40googlegroups.com.

Re: [weewx-user] Customising NOAATable

[Tom Keffer]

Search list extensions which return HTML are nearly always a bad idea. The
whole point of templates is to separate data from presentation.

On Tue, Feb 16, 2021 at 7:37 AM Auchtermuchty Weather 
wrote:

> I see what you mean!  Suspect I had better rethink...  Thanks anyway.
>
> On Tuesday, 16 February 2021 at 13:58:59 UTC gjr80 wrote:
>
>> If I understand your question correctly the $NOAATable tag is produced
>> in the MyXSearch search list in user/historygenerator.py. The actual
>> HTML for the links to the month and year NOAA format reports is produced in
>> the _NoaaCell()
>> 
>> and _NoaaYear()
>> 
>> methods. I hope your python is good!
>>
>> 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/38dbac3f-3557-43d3-801b-0e7c0fb7980an%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/CAPq0zEAHH5xQM0m85Yd3zSeiN3uk8aPHV9Mb3ruXAxEkhJuhyA%40mail.gmail.com.

[weewx-user] Re: Reboot GW1000 using monit?

[galfert]

I would use a smartplug to power cycle.


On Tuesday, February 16, 2021 at 10:41:36 AM UTC-5 se...@bitkickers.us 
wrote:

> If 'reset' does a factory reset, I think I agree with you - not too much 
> value in that for me. OTOH, being able to reboot remotely, at least in my 
> case, might be a benefit. 
>
> While I understand the ability of Weewx and the GW1000 driver to attempt 
> to reconnect to the gateway. Unfortunately, that doesn't solve the problem 
> if it's alive but unresponsive.
>
> Thanks for the reply.
>
>Sean
> On Monday, February 15, 2021 at 8:51:52 PM UTC-8 gjr80 wrote:
>
>> Can't speak for Monit, haven't used it and only briefly skimmed an 
>> article on it a year or two back. Whilst the GW1000API has commands to 
>> reset and reboot the device I have not implemented them int he GW1000 
>> driver and I have been loathed to do so. I really don't see much point in 
>> giving the driver the ability to factory reset the GW1000; if the device is 
>> factory reset you need to use the WS View app to pair/configure the device 
>> again so you might as well goto the device or use the WS View app to 
>> factory reset if such action is warranted. I could see some utility in 
>> being able to reboot the GW1000, but I suspect that in almost all 
>> situations where you would want to take such action you have lost contact 
>> with the GW1000 and I doubt you will be able to command the GW1000 to 
>> reboot via the API.
>>
>> That being said WeeWX and the GW1000 driver have a couple of features 
>> that attempt recovery if contact with the GW1000 is lost. Firstly, if a 
>> driver cannot be loaded WeeWX has the ability to keep trying to load the 
>> driver every 60 seconds rather than exiting (refer loop_on_init config 
>> option  in weewx.conf). 
>> Secondly, if the GW1000 driver cannot contact the GW1000 on startup, or if 
>> contact is lost during normal operation, the driver re-attempts contact a 
>> number of times and if contact cannot be made the driver will attempt to 
>> re-discover the GW1000 on the network. These may or may not work depending 
>> on the issue, the log would be need to be checked to see what the symptoms 
>> were and what WeeWX/the driver did. 
>>
>> Ultimately if the GW1000 cannot be contacted and cannot be discovered 
>> then there is not much that can be done short of notifying you to go and 
>> hit the reset button.
>>
>> Gary
>>
>> On Tuesday, 16 February 2021 at 11:56:49 UTC+10 se...@bitkickers.us 
>> wrote:
>>
>>> Not bothering to post logs, etc., because this isn't a "problem" with 
>>> the software.
>>>
>>> Been using Weewx for a few years with Acurite 01525 but finally got fed 
>>> up with the horribly flaky RF from sensors to console and recently 
>>> transitioned to Ecowitt and the GW1000 with temp, wind, and rain sensors. 
>>> Loving it so far although the WS View app on Android apparently had a bug 
>>> that initially prevented me from configuring the gateway properly. Kudos to 
>>> the Ecowitt team who were very responsive (sup...@ecowitt.com).
>>>
>>> Browsing the weewx-user group I found 
>>> https://github.com/gjr80/weewx-gw1000 and that's a delightful piece of 
>>> code, every bit as good an useful as Weewx itself.
>>>
>>> The gateway has gone offline a couple of times in the past 48 hours for 
>>> reasons unknown. Its leds are flashing as if it's online, and it can 
>>> sometimes be pinged so it's on the wlan, but it doesn't respond to API 
>>> requests for the driver. I'd like to monitor the gateway from a monit 
>>> server that I have running on my network and while I can test for the host 
>>> alive and send an alert, I'd really like to monitor the gateway function 
>>> itself somehow. 
>>>
>>> If it were a linux box under the covers and had access, I could script a 
>>> solution on the gateway itself but I don't think that's possible. I note in 
>>> the GW1000 driver that the command list has a "reset" and "reboot" command 
>>> and wonder if the driver will allow me to send either one of those by 
>>> itself?
>>>
>>> Any other suggestions?
>>>
>>> Thanks!
>>>
>>> Sean
>>>
>>

-- 
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/6e402748-9117-43ed-9068-308371e47816n%40googlegroups.com.

[weewx-user] Re: Reboot GW1000 using monit?

[se...@bitkickers.us]

If 'reset' does a factory reset, I think I agree with you - not too much 
value in that for me. OTOH, being able to reboot remotely, at least in my 
case, might be a benefit. 

While I understand the ability of Weewx and the GW1000 driver to attempt to 
reconnect to the gateway. Unfortunately, that doesn't solve the problem if 
it's alive but unresponsive.

Thanks for the reply.

   Sean
On Monday, February 15, 2021 at 8:51:52 PM UTC-8 gjr80 wrote:

> Can't speak for Monit, haven't used it and only briefly skimmed an article 
> on it a year or two back. Whilst the GW1000API has commands to reset and 
> reboot the device I have not implemented them int he GW1000 driver and I 
> have been loathed to do so. I really don't see much point in giving the 
> driver the ability to factory reset the GW1000; if the device is factory 
> reset you need to use the WS View app to pair/configure the device again so 
> you might as well goto the device or use the WS View app to factory reset 
> if such action is warranted. I could see some utility in being able to 
> reboot the GW1000, but I suspect that in almost all situations where you 
> would want to take such action you have lost contact with the GW1000 and I 
> doubt you will be able to command the GW1000 to reboot via the API.
>
> That being said WeeWX and the GW1000 driver have a couple of features that 
> attempt recovery if contact with the GW1000 is lost. Firstly, if a driver 
> cannot be loaded WeeWX has the ability to keep trying to load the driver 
> every 60 seconds rather than exiting (refer loop_on_init config option 
>  in weewx.conf). Secondly, 
> if the GW1000 driver cannot contact the GW1000 on startup, or if contact is 
> lost during normal operation, the driver re-attempts contact a number of 
> times and if contact cannot be made the driver will attempt to re-discover 
> the GW1000 on the network. These may or may not work depending on the 
> issue, the log would be need to be checked to see what the symptoms were 
> and what WeeWX/the driver did. 
>
> Ultimately if the GW1000 cannot be contacted and cannot be discovered then 
> there is not much that can be done short of notifying you to go and hit the 
> reset button.
>
> Gary
>
> On Tuesday, 16 February 2021 at 11:56:49 UTC+10 se...@bitkickers.us wrote:
>
>> Not bothering to post logs, etc., because this isn't a "problem" with the 
>> software.
>>
>> Been using Weewx for a few years with Acurite 01525 but finally got fed 
>> up with the horribly flaky RF from sensors to console and recently 
>> transitioned to Ecowitt and the GW1000 with temp, wind, and rain sensors. 
>> Loving it so far although the WS View app on Android apparently had a bug 
>> that initially prevented me from configuring the gateway properly. Kudos to 
>> the Ecowitt team who were very responsive (sup...@ecowitt.com).
>>
>> Browsing the weewx-user group I found 
>> https://github.com/gjr80/weewx-gw1000 and that's a delightful piece of 
>> code, every bit as good an useful as Weewx itself.
>>
>> The gateway has gone offline a couple of times in the past 48 hours for 
>> reasons unknown. Its leds are flashing as if it's online, and it can 
>> sometimes be pinged so it's on the wlan, but it doesn't respond to API 
>> requests for the driver. I'd like to monitor the gateway from a monit 
>> server that I have running on my network and while I can test for the host 
>> alive and send an alert, I'd really like to monitor the gateway function 
>> itself somehow. 
>>
>> If it were a linux box under the covers and had access, I could script a 
>> solution on the gateway itself but I don't think that's possible. I note in 
>> the GW1000 driver that the command list has a "reset" and "reboot" command 
>> and wonder if the driver will allow me to send either one of those by 
>> itself?
>>
>> Any other suggestions?
>>
>> Thanks!
>>
>> Sean
>>
>

-- 
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/fc546e3f-32b7-44ba-8c71-b428d9e7b68fn%40googlegroups.com.

Re: [weewx-user] Customising NOAATable

[Auchtermuchty Weather]

I see what you mean!  Suspect I had better rethink...  Thanks anyway.

On Tuesday, 16 February 2021 at 13:58:59 UTC gjr80 wrote:

> If I understand your question correctly the $NOAATable tag is produced in 
> the MyXSearch search list in user/historygenerator.py. The actual HTML 
> for the links to the month and year NOAA format reports is produced in the 
> _NoaaCell() 
> 
>  
> and _NoaaYear() 
> 
>  
> methods. I hope your python is good!
>
> 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/38dbac3f-3557-43d3-801b-0e7c0fb7980an%40googlegroups.com.

Re: [weewx-user] Customising NOAATable

[gjr80]

If I understand your question correctly the $NOAATable tag is produced in 
the MyXSearch search list in user/historygenerator.py. The actual HTML for 
the links to the month and year NOAA format reports is produced in the 
_NoaaCell() 

 
and _NoaaYear() 

 
methods. I hope your python is good!

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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/8e5d2f39-8b54-4c5b-bd4b-a7b308d2f213n%40googlegroups.com.

Re: [weewx-user] Customising NOAATable

[Tom Keffer]

I see. Sorry, but I don't know anything about the Bootstrap skin. I assume
it works in a similar way.

On Tue, Feb 16, 2021 at 12:12 AM Auchtermuchty Weather 
wrote:

> I'm using the Bootstrap skin which has $NOAATable which generates the
> layout I want. but not quite the code.  That's what I'm asking about -
> $NOAATable in the Bootstrap skin.
>
> I wanted to find the $NOAATable source rather than start from scratch.
>
> Otherwise, I have custom Javascript in the Wiki, I have the drop-down way
> of displaying a NOAA-.txt etc. working in the DokuWiki page, my NOAA
> files are being correctly generated.
>
>
> On Monday, 15 February 2021 at 19:08:48 UTC tke...@gmail.com wrote:
>
>> Did you check the locations I mentioned in my post? To repeat:
>>
>> If you're asking how to customize the Javascript, it depends on the skin.
>>> For the "Standard" skin, it's in the template itself, index.html.tmpl. Just
>>> modify the template. For the "Seasons" skin, it's in seasons.js.
>>
>> On Mon, Feb 15, 2021 at 10:05 AM Auchtermuchty Weather <
>> shunr...@gmail.com> wrote:
>>
>>>
>>> The output files need to have '.txt' and the end, but the links to them
>>> mustn't include it so they fit the DokuWiki way of doing things.  By
>>> default they do and I can't find where that code is generated to amend it.
>>>
>>>
>>> On Monday, 15 February 2021 at 14:56:10 UTC tke...@gmail.com wrote:
>>>
 I'm not sure what you're asking.

 If you're asking how to customize the Javascript, it depends on the
 skin. For the "Standard" skin, it's in the template itself,
 index.html.tmpl. Just modify the template. For the "Seasons" skin, it's in
 seasons.js.

 If you're asking how the name of the generated file is set, it's the
 template name minus the ".tmpl" at the end. So, if you don't want the
 ".txt" suffix, just rename the NOAA templates.

 Does that answer your question?

 On Mon, Feb 15, 2021 at 6:45 AM Auchtermuchty Weather <
 shunr...@gmail.com> wrote:

> I much prefer the output of NOAATable for making the NOAA reports
> available.
>
> However my template where I want this to appear is creating a Dokuwiki
> Page, so if the name in the link ends with '.txt' it looks for a file
> ending in '.txt.txt'.
>
> I have it working with the drop-downs as per the header in the
> Standard website by not appending the '.txt' in the Javascript that loads
> the page.
>
> What I'd like to do is customise NOAATable so the link is missing the
> '.txt' - I'd rather not write my own version of it if possible.
>
> But I've searched & searched and can't find where & how it's
> implemented.
>
> --
> 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/79992f9a-7079-42bb-bb20-9df8fd088fbdn%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/8efe627d-02a3-498b-9148-9552721f6127n%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/5a45c271-61b7-4877-a3c3-494a7219919en%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/CAPq0zECwSHpPXqC_B_GCWNw7vR93xZHQHwWWWCgqSQYtsnrNnw%40mail.gmail.com.

[weewx-user] Re: Belchertown added ssl - mqtt stuck "connecting"

[DaveStLou]

To explain further, I added a certificate on the host to oakvillewx.com so 
it's showing https now without a security warning.

I am *not* getting the "Failed to connect to weather station" error 
message. It just perpetually shows the "Connecting to weather station real 
time data". So I wonder, could it be connected to the mqtt stream but just 
not displaying the data?

BTW, I tried changing "mqtt_websockets_ssl" to 1 in the skin.conf but that 
DOES cause it to display the failed to connect error so that's a no go.

If this is covered elsewhere, please point me to the thread. Thanks in 
advance!



On Monday, February 15, 2021 at 7:43:57 AM UTC-6 DaveStLou wrote:

>
> I recently added ssl to my website oakvillewx.com. Now my mqtt data feed 
> is stuck saying "Connecting to weather station real time data" in all 
> browser types. 
>
> I found references on the forum to using debugger in the browser. I can 
> get that but I don't know how to use it to figure out what's happening. 
>
> Appreciate help on troubleshooting this. 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/81fb3d10-9768-480f-9c3e-7e624ddeefc3n%40googlegroups.com.

[weewx-user] WS2350 works then stops after few days

[Peter]

Hi,

A few weeks ago I got a WS2350 from a friend, I installed weewx on RPI 2B. 
It worked like a charm. After a few days weewx stopped getting data from 
the WS. I have stopped/started the service, checked ttyUSB0 in /dev, looked 
into the forum, but could not fix it. So I re-installed the whole package 
from scratch. It was working correctly for 20 days then stopped again. I 
have no idea what to do.
Can't find anything related in the forum. Could you please advise if you 
have an idea what is happening:

thanks,

peter

Feb 16 11:38:23 raspberrypi weewx[1825] INFO __main__: retrying...
Feb 16 11:38:23 raspberrypi weewx[1825] INFO __main__: Using configuration 
file /etc/weewx/weewx.conf
Feb 16 11:38:23 raspberrypi weewx[1825] INFO __main__: Debug is 0
Feb 16 11:38:23 raspberrypi weewx[1825] INFO weewx.engine: Loading station 
type WS23xx (weewx.drivers.ws23xx)
Feb 16 11:38:23 raspberrypi weewx[1825] INFO weewx.drivers.ws23xx: driver 
version is 0.41
Feb 16 11:38:23 raspberrypi weewx[1825] INFO weewx.drivers.ws23xx: serial 
port is /dev/ttyUSB0
Feb 16 11:38:23 raspberrypi weewx[1825] INFO weewx.drivers.ws23xx: polling 
interval is None
Feb 16 11:38:23 raspberrypi weewx[1825] INFO weewx.engine: StdConvert 
target unit is 0x1
Feb 16 11:38:23 raspberrypi weewx[1825] INFO weewx.engine: Archive will use 
data binding wx_binding
Feb 16 11:38:23 raspberrypi weewx[1825] INFO weewx.engine: Record 
generation will be attempted in 'software'
Feb 16 11:38:23 raspberrypi weewx[1825] INFO weewx.engine: Using archive 
interval of 300 seconds (software record generation)
Feb 16 11:38:23 raspberrypi weewx[1825] INFO weewx.restx: StationRegistry: 
Registration not requested.
Feb 16 11:38:23 raspberrypi weewx[1825] INFO weewx.restx: Wunderground: 
Posting not enabled.
Feb 16 11:38:23 raspberrypi weewx[1825] INFO weewx.restx: PWSweather: 
Posting not enabled.
Feb 16 11:38:23 raspberrypi weewx[1825] INFO weewx.restx: CWOP: Posting not 
enabled.
Feb 16 11:38:23 raspberrypi weewx[1825] INFO weewx.restx: WOW: Posting not 
enabled.
Feb 16 11:38:23 raspberrypi weewx[1825] INFO weewx.restx: AWEKAS: Posting 
not enabled.
Feb 16 11:38:23 raspberrypi weewx[1825] INFO __main__: Starting up weewx 
version 4.3.0
Feb 16 11:38:23 raspberrypi weewx[1825] INFO weewx.engine: Using binding 
'wx_binding' to database 'weewx.sdb'
Feb 16 11:38:23 raspberrypi weewx[1825] INFO weewx.manager: Starting 
backfill of daily summaries
Feb 16 11:38:33 raspberrypi weewx[1825] INFO weewx.engine: Main loop 
exiting. Shutting engine down.
Feb 16 11:38:33 raspberrypi weewx[1825] CRITICAL __main__: Caught 
WeeWxIOError: read failed, retries exceeded
Feb 16 11:38:33 raspberrypi weewx[1825] CRITICAL __main__:   
Waiting 60 seconds then retrying...

-- 
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/52f50e88-0e1e-437b-ad17-554c6db95e62n%40googlegroups.com.

Re: [weewx-user] Customising NOAATable

[Auchtermuchty Weather]

I'm using the Bootstrap skin which has $NOAATable which generates the 
layout I want. but not quite the code.  That's what I'm asking about - 
$NOAATable in the Bootstrap skin.

I wanted to find the $NOAATable source rather than start from scratch.  

Otherwise, I have custom Javascript in the Wiki, I have the drop-down way 
of displaying a NOAA-.txt etc. working in the DokuWiki page, my NOAA 
files are being correctly generated.


On Monday, 15 February 2021 at 19:08:48 UTC tke...@gmail.com wrote:

> Did you check the locations I mentioned in my post? To repeat:
>
> If you're asking how to customize the Javascript, it depends on the skin. 
>> For the "Standard" skin, it's in the template itself, index.html.tmpl. Just 
>> modify the template. For the "Seasons" skin, it's in seasons.js.
>
> On Mon, Feb 15, 2021 at 10:05 AM Auchtermuchty Weather  
> wrote:
>
>>
>> The output files need to have '.txt' and the end, but the links to them 
>> mustn't include it so they fit the DokuWiki way of doing things.  By 
>> default they do and I can't find where that code is generated to amend it.
>>
>>
>> On Monday, 15 February 2021 at 14:56:10 UTC tke...@gmail.com wrote:
>>
>>> I'm not sure what you're asking.
>>>
>>> If you're asking how to customize the Javascript, it depends on the 
>>> skin. For the "Standard" skin, it's in the template itself, 
>>> index.html.tmpl. Just modify the template. For the "Seasons" skin, it's in 
>>> seasons.js.
>>>
>>> If you're asking how the name of the generated file is set, it's the 
>>> template name minus the ".tmpl" at the end. So, if you don't want the 
>>> ".txt" suffix, just rename the NOAA templates.
>>>
>>> Does that answer your question?
>>>
>>> On Mon, Feb 15, 2021 at 6:45 AM Auchtermuchty Weather <
>>> shunr...@gmail.com> wrote:
>>>
 I much prefer the output of NOAATable for making the NOAA reports 
 available.

 However my template where I want this to appear is creating a Dokuwiki 
 Page, so if the name in the link ends with '.txt' it looks for a file 
 ending in '.txt.txt'.

 I have it working with the drop-downs as per the header in the Standard 
 website by not appending the '.txt' in the Javascript that loads the page.

 What I'd like to do is customise NOAATable so the link is missing the 
 '.txt' - I'd rather not write my own version of it if possible.

 But I've searched & searched and can't find where & how it's 
 implemented.  

 -- 
 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/79992f9a-7079-42bb-bb20-9df8fd088fbdn%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/8efe627d-02a3-498b-9148-9552721f6127n%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/5a45c271-61b7-4877-a3c3-494a7219919en%40googlegroups.com.