[weewx-user] Re: weewx-Weather34 easyW34skinSetup runs Other PHP Run, index.php Does Not

[J D]

Hi,
Open an issue on the repository for w34 template and post the file 
archivedata.php which will be found in the weather34 directory


On Friday, September 11, 2020 at 6:56:52 PM UTC-7, G Hammer wrote:
>
> Running Pop!_OS PHP 7.4.3 Apache 2.4 Python 3.8.2 setup.py method.
>
> I have an identical test server and installed weewx and this template 
> there a few days ago. Working well.
> So, today I installed to my online server.
> Does not run.
> I have checked and double checked the install, the permissions, etc. I'm 
> probably blind to whatever the issue is by now.
>
> I can run any php from the folder the template is installed in, except for 
> the index.php.
> The easyW34skinSetup.php runs and writes the settings file.
> WeeWX is creating the w34realtime.txt
>
>
> I get 500 error when I try the site. weather.ghammer.net or 
> weather.ghammer.net/index.php
> Apache error logs show nothing.
> Apache access logs only show that a 500 happened.
> I have monitored the syslog with no hints.
>
> I can use these URLs that are served from the same folder to get info on 
> the system/software installed.
>
> https://weather.ghammer.net/check-fetch-times.php
>
> This one is very detailed on the entire apache and PHP environment.
> https://weather.ghammer.net/php_test.php
>
> https://weather.ghammer.net/test.php
>
> Then there is the setup page. Of course, you don't have a password, but it 
> shows that it works.
>
> https://weather.ghammer.net/easyW34skinSetup.php
>
> Any ideas?
>
>

-- 
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/2dbc4609-fa78-4132-afa7-1cb4f2f17451o%40googlegroups.com.

[weewx-user] weewx-Weather34 easyW34skinSetup runs Other PHP Run, index.php Does Not

[G Hammer]

Running Pop!_OS PHP 7.4.3 Apache 2.4 Python 3.8.2 setup.py method.

I have an identical test server and installed weewx and this template there 
a few days ago. Working well.
So, today I installed to my online server.
Does not run.
I have checked and double checked the install, the permissions, etc. I'm 
probably blind to whatever the issue is by now.

I can run any php from the folder the template is installed in, except for 
the index.php.
The easyW34skinSetup.php runs and writes the settings file.
WeeWX is creating the w34realtime.txt


I get 500 error when I try the site. weather.ghammer.net or 
weather.ghammer.net/index.php
Apache error logs show nothing.
Apache access logs only show that a 500 happened.
I have monitored the syslog with no hints.

I can use these URLs that are served from the same folder to get info on 
the system/software installed.

https://weather.ghammer.net/check-fetch-times.php

This one is very detailed on the entire apache and PHP environment.
https://weather.ghammer.net/php_test.php

https://weather.ghammer.net/test.php

Then there is the setup page. Of course, you don't have a password, but it 
shows that it works.

https://weather.ghammer.net/easyW34skinSetup.php

Any ideas?

-- 
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/57269470-c46d-4c5e-aa39-aa59cc2f6d6bo%40googlegroups.com.

[weewx-user] Re: Rain gauge stopped working | TFA Opus / LaCrosse 28xx

[Mike Larimore]

Not sure if anyone's still interested, but after some investigation, I 
think the reed switch design detecting the bucket tips for this class of 
rain gauge is flawed. I too noticed that on the bench the bucket tipping 
mechanism and counting works fine, but after sitting idle for a few hours, 
manually tipping it does nothing. Only by tapping it or using a very strong 
external magnet will it come to life. So when mounted outdoors, it 
eventually locks up until I get on the ladder to thump it.
Reed circuit applications are usually associated with entry detection, e.g. 
burglar alarm systems. A door or window opens, and the switch is activated 
as the magnet moves away. But in such applications the magnet moves a 
substantial distance from the switch, not the case for this rain gauge.
The unit's stationary reed switch is mounted vertically on a small circuit 
board very close to the bucket movement. There's a channel on the side of 
the bucket that has a small magnet embedded opposite the reed switch. The 
intent is that when the magnet swings by the reed switch, it briefly 
completes the detection loop. On paper that ought to work fine, but my 
speculation is that when the bucket's at rest, the magnet really isn't too 
far from the switch; far enough that the switch releases, but it's still in 
the near field of the magnet. Since the magnet is tilted relative to the 
switch, the static field is dominated by one polarity. And my sense is that 
over time, the reed switch's two elements retain enough of that magnetic 
bias to actually repel and overcome the magnet's passage for subsequent 
tips of the the bucket. This also could be aggravated by weakening of the 
magnet over time, or by the unit being subjected to summer temperatures.
I think the bucket movement is great, and gives nicely calibrated rainfall 
increments. So I set out to make an optical detector. There's plenty of 
room inside the housing, and with an LED and phototransistor mounted side 
by side, a simple foil reflector on the arm of the bucket seems to detect 
each tip reliably. We'll see how well it does this winter!
On Wednesday, June 8, 2016 at 7:08:33 AM UTC-7 Luc Heijst wrote:

> I forgot to mention: leave the wires of the solar panel in place!
> (I had bad experiences with cutting them, so I reconnected them again).
>
> Luc
>
>
> On Wednesday, 8 June 2016 11:01:24 UTC-3, Luc Heijst wrote:
>>
>> Hi Dik,
>>
>> I have experiences with three types of batteries, all with more or less 
>> good results.
>>
>>1. Two AAA rechargeable NI-MH batteries (1.2 V). It works, but only 
>>for a few weeks, the the batteries have to be recharged in a separate 
>>vNI-MH charger.
>>2. Two AAA alkaline batteries (1.5 V). The lasted longer, but after a 
>>few months they were exausted.
>>3. Two C-type Alkaline batteries in an external battery compartment 
>>which is connected to the anemometer via a loudspeaker cable (one lead is 
>>marked black, easier to keep the polatity right when installing), see 
>>photo's.
>>
>> I'm currently using option 3 and just two days ago the battery status of 
>> the wind meter went to 'low battery', so I changed my two C-type batteries 
>> today. They lasted 8.5 months (outside temperatures here varied from 20-34 
>> degrees Celsius).
>>
>> PS 1. On top of the wind mast you will notice the arm of the wind meter 
>> of my Davis Vantage Pro2 weather station, And yes, for those who will 
>> notice the smallest details, the arm is facing south !!! ;-)
>> PS 2. The 'battery holder' is in fact a broken temp/humidity sensor of my 
>> TFA Primus weater station. Now only the battery compartment is used!
>>
>> Luc
>>
>> On Wednesday, 8 June 2016 10:01:08 UTC-3, Dik wrote:
>>>
>>> It appears my solar Wind sensor is not working anymore. I check the 
>>> original rechargeable batteries in the wind gauge and the Voltage is below 
>>> 1.2V. I suppose they can’t be recharged anymore after a one and a half year 
>>> of duty. Now I have bought two AAA Lithium 1.5V batteries (ENERGIZER 
>>> Ultimate Lithium). Can I safely replace my original rechargeable Alkaline 
>>> batteries with these lithium batteries? Or do I have to change something in 
>>> the circuit, so that these non rechargeable Lithium batteries won’t be 
>>> charged? I can cut the wires to the solar panel…
>>>
>>>  
>>> Dik
>>>
>>>
>>> Op woensdag 23 september 2015 19:10:02 UTC+2 schreef Luc Heijst:

 No, my console had two times low batteries reported, the rain meter 
 once and the wind meter several times. Only the batteries of the 
 thermo/hygro sensor were after 2,5 years of operation still going strong. 
 Nevertheless I replaced them recentlybecause this device reveives the data 
 of the wind and rain sensor and send these together with its own data to 
 the console. In 2,5 years the original voltage of 3.1 V dropped only 0.4 
 V, 
 so theoretically the battreries were 'half way'. Attached my battery year

Re: [weewx-user] Belchertown Skin 1.2 (finally) released!

[Didier Decoodt]

Many thanks Pat

Didier

Le ven. 11 sept. 2020 à 20:46, Pat  a écrit :

> Belchertown Skin 1.2 is out of beta and released! You can download it here
> 
> .
>
> Thanks to everyone who helped test all the new changes, especially with
> the new Aeris Weather integration testing! DarkSky will be missed but Aeris
> is a great replacement.
>
> If you're upgrading, please pay attention to the breaking changes that you
> will need to migrate to.
>
> --
> 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/347ce4fe-f9b0-436e-9657-7212ddd694c1n%40googlegroups.com
> 
> .
>


-- 
Météo d'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/CAAvt3%3DQxzf-N4m40JfrNEkpgXFAHEuw4tVEoR6dXMhKn7qLEjQ%40mail.gmail.com.

Re: [weewx-user] Belchertown Skin 1.2 (finally) released!

[Colin Larsen]

Great work Pat, thanks!

Cheers
Colin

On Sat, 12 Sep 2020, 06:46 Pat,  wrote:

> Belchertown Skin 1.2 is out of beta and released! You can download it here
> 
> .
>
> Thanks to everyone who helped test all the new changes, especially with
> the new Aeris Weather integration testing! DarkSky will be missed but Aeris
> is a great replacement.
>
> If you're upgrading, please pay attention to the breaking changes that you
> will need to migrate to.
>
> --
> 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/347ce4fe-f9b0-436e-9657-7212ddd694c1n%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/CACjxfUsPOjbyKjm2uzZWeUe%3D9%2BBGH%2BDuVEdT5J6Gak_JAcMw2A%40mail.gmail.com.

Re: [weewx-user] Belchertown Report Issues

[Pat]

Looking at the debug logs, something was up with your forecast settings. 
Could be the Aeris setting on 1.1 which doesn't support it. 

raise Warning( "Error downloading forecast data. Check the URL in your 
configuration and try again. You are trying to use URL: %s, and the error 
is: %s" % ( forecast_url, error ) )
Warning: Error downloading forecast data. Check the URL in your 
configuration and try again. You are trying to use URL: 
https://api.darksky.net/forecast//30.651880,-81.438522?units=auto&lang=en, 
and the error is: HTTP Error 400: Bad Request
On Friday, September 11, 2020 at 3:58:20 PM UTC-4 mrm...@gmail.com wrote:

> Getting ready to install now.  I assume that since I uninstalled and 
> cleared up the previous Belchertown tracks that It is a new install.
>
> On Sep 11, 2020, at 3:56 PM, Pat  wrote:
>
> Ah, I missed that! Is 1.2 working for you?
>
> On Friday, September 11, 2020 at 3:55:58 PM UTC-4 mrm...@gmail.com wrote:
>
>> They were attached to my first message - No worries on with 1.2
>>
>> On Sep 11, 2020, at 3:54 PM, Pat  wrote:
>>
>> Tough to say without debug logs 
>> 
>>
>> On Friday, September 11, 2020 at 3:53:46 PM UTC-4 mrm...@gmail.com wrote:
>>
>>> Could that have been the issue?
>>>
>>> On Sep 11, 2020, at 2:47 PM, Pat  wrote:
>>>
>>> Aeris does not work in version 1.1. 
>>>
>>> Good news; version 1.2 has been released 
>>> 
>>>  
>>> which Aeris works in. I suggest you upgrade.
>>>
>>> On Friday, September 11, 2020 at 6:09:18 AM UTC-4 mrm...@gmail.com 
>>> wrote:
>>>
 I was having trouble with Belchertown.  Some of it can be attributed 
 that I didn't read all of the documentation more than once and I think I 
 may have mixed versions.  So I uninstalled Belchertown using sudo 
 weewx_extension --uninstall Belchertown.  I reviewed my weewx.conf and the 
 Belchertown skin and they appeared to be normal.

 I proceeded to install Belchertown following the instructions on the 
 README.md for Aeris Weather  replacement.  I downloaded the file and ran 
 sudo  wee_extension  --weewx-belchertown-1.1.tar.gz.  Edited weewx.conf 
 and 
 here's the  current Belchertown section:

  [[Belchertown]]
 242 skin = Belchertown
 243 HTML_ROOT = /var/www/html/weewx/belchertown
 244 # enable = true
 245
 246 [[[Extras]]]
 247 belchertown_root = http://localhost/weewx/belchertown
 248 #logo_image =
 249 site_title = "Amelia Island"
 250 foot_copyright_text = "BelchertownWeather.com 
 "
 251 forecast_enabled = 1
 252 forecast_provider = "aeris"
 253 forecast_api_id = 123456789
 254 forecast_api_secret = 987654321
 255 forecast_lang = en
 256 forecast_units = us
 257 forecast_stale = 3540
 258 forecast_alert_enabled = 0
 259 #twitter_enabled = 1
 260
 I've attached the debug results of my weewx.conf file. I'm not a python 
 expert.  The first errors are http related in request.py Lines 569 and 649

 Then it gets weird.  It's a darksky forecast error in belchertown.py  
 Line 597. Finally permission denied /belchertown/favicon.ico and 
 /json/homepage.json.

   My HTML_ROOT at /var/www/html/Belchertown has the Belchertown report 
 from Sep 7 which I believe was ran under this installation as I total 
 wiped 
 out HTML_ROOT before the new install per Pat's suggestion.

 I'm having fun, learning new things, but at a loss here.  Any insight 
 is appreciated.

 Mike

>>>
>>> -- 
>>> 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/acd4ac6e-4ac5-494a-bd3b-06f0a9d8826en%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/15372e05-fbc5-47d7-854f-4fb5c5480365n%40googlegroups.com
>>  
>> 
>> .
>>
>>
>>
> -- 
> You received this message because you are subscribed to the Google Groups 
> "weewx-user" gr

Re: [weewx-user] Belchertown Report Issues

[Mike McClane]

Getting ready to install now.  I assume that since I uninstalled and cleared up 
the previous Belchertown tracks that It is a new install.

> On Sep 11, 2020, at 3:56 PM, Pat  wrote:
> 
> Ah, I missed that! Is 1.2 working for you?
> 
> On Friday, September 11, 2020 at 3:55:58 PM UTC-4 mrm...@gmail.com wrote:
> They were attached to my first message - No worries on with 1.2
> 
> 
>> On Sep 11, 2020, at 3:54 PM, Pat > > wrote:
>> 
> 
>> Tough to say without debug logs 
>> 
>> 
>> On Friday, September 11, 2020 at 3:53:46 PM UTC-4 mrm...@gmail.com 
>>  wrote:
>> Could that have been the issue?
>> 
>> 
>>> On Sep 11, 2020, at 2:47 PM, Pat > wrote:
>>> 
>> 
>>> Aeris does not work in version 1.1. 
>>> 
>>> Good news; version 1.2 has been released 
>>> 
>>>  which Aeris works in. I suggest you upgrade.
>>> 
>>> On Friday, September 11, 2020 at 6:09:18 AM UTC-4 mrm...@gmail.com 
>>>  wrote:
>>> I was having trouble with Belchertown.  Some of it can be attributed that I 
>>> didn't read all of the documentation more than once and I think I may have 
>>> mixed versions.  So I uninstalled Belchertown using sudo weewx_extension 
>>> --uninstall Belchertown.  I reviewed my weewx.conf and the Belchertown skin 
>>> and they appeared to be normal.
>>> 
>>> I proceeded to install Belchertown following the instructions on the 
>>> README.md for Aeris Weather  replacement.  I downloaded the file and ran 
>>> sudo  wee_extension  --weewx-belchertown-1.1.tar.gz.  Edited weewx.conf and 
>>> here's the  current Belchertown section:
>>> 
>>>  [[Belchertown]]
>>> 242 skin = Belchertown
>>> 243 HTML_ROOT = /var/www/html/weewx/belchertown
>>> 244 # enable = true
>>> 245
>>> 246 [[[Extras]]]
>>> 247 belchertown_root = http://localhost/weewx/belchertown 
>>> 
>>> 248 #logo_image =
>>> 249 site_title = "Amelia Island"
>>> 250 foot_copyright_text = "BelchertownWeather.com 
>>> "
>>> 251 forecast_enabled = 1
>>> 252 forecast_provider = "aeris"
>>> 253 forecast_api_id = 123456789
>>> 254 forecast_api_secret = 987654321
>>> 255 forecast_lang = en
>>> 256 forecast_units = us
>>> 257 forecast_stale = 3540
>>> 258 forecast_alert_enabled = 0
>>> 259 #twitter_enabled = 1
>>> 260
>>> I've attached the debug results of my weewx.conf file. I'm not a python 
>>> expert.  The first errors are http related in request.py Lines 569 and 649
>>> 
>>> Then it gets weird.  It's a darksky forecast error in belchertown.py  Line 
>>> 597. Finally permission denied /belchertown/favicon.ico and 
>>> /json/homepage.json.
>>> 
>>>   My HTML_ROOT at /var/www/html/Belchertown has the Belchertown report from 
>>> Sep 7 which I believe was ran under this installation as I total wiped out 
>>> HTML_ROOT before the new install per Pat's suggestion.
>>> 
>>> I'm having fun, learning new things, but at a loss here.  Any insight is 
>>> appreciated.
>>> 
>>> Mike
>>> 
>> 
>>> -- 
>>> 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/acd4ac6e-4ac5-494a-bd3b-06f0a9d8826en%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/15372e05-fbc5-47d7-854f-4fb5c5480365n%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/d07f0cc6-0d85-4631-9067-10a2ec967cb8n%40googlegroups.com
>  
> .

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this grou

Re: [weewx-user] Belchertown Report Issues

[Pat]

Ah, I missed that! Is 1.2 working for you?

On Friday, September 11, 2020 at 3:55:58 PM UTC-4 mrm...@gmail.com wrote:

> They were attached to my first message - No worries on with 1.2
>
> On Sep 11, 2020, at 3:54 PM, Pat  wrote:
>
> Tough to say without debug logs 
> 
>
> On Friday, September 11, 2020 at 3:53:46 PM UTC-4 mrm...@gmail.com wrote:
>
>> Could that have been the issue?
>>
>> On Sep 11, 2020, at 2:47 PM, Pat  wrote:
>>
>> Aeris does not work in version 1.1. 
>>
>> Good news; version 1.2 has been released 
>> 
>>  
>> which Aeris works in. I suggest you upgrade.
>>
>> On Friday, September 11, 2020 at 6:09:18 AM UTC-4 mrm...@gmail.com wrote:
>>
>>> I was having trouble with Belchertown.  Some of it can be attributed 
>>> that I didn't read all of the documentation more than once and I think I 
>>> may have mixed versions.  So I uninstalled Belchertown using sudo 
>>> weewx_extension --uninstall Belchertown.  I reviewed my weewx.conf and the 
>>> Belchertown skin and they appeared to be normal.
>>>
>>> I proceeded to install Belchertown following the instructions on the 
>>> README.md for Aeris Weather  replacement.  I downloaded the file and ran 
>>> sudo  wee_extension  --weewx-belchertown-1.1.tar.gz.  Edited weewx.conf and 
>>> here's the  current Belchertown section:
>>>
>>>  [[Belchertown]]
>>> 242 skin = Belchertown
>>> 243 HTML_ROOT = /var/www/html/weewx/belchertown
>>> 244 # enable = true
>>> 245
>>> 246 [[[Extras]]]
>>> 247 belchertown_root = http://localhost/weewx/belchertown
>>> 248 #logo_image =
>>> 249 site_title = "Amelia Island"
>>> 250 foot_copyright_text = "BelchertownWeather.com 
>>> "
>>> 251 forecast_enabled = 1
>>> 252 forecast_provider = "aeris"
>>> 253 forecast_api_id = 123456789
>>> 254 forecast_api_secret = 987654321
>>> 255 forecast_lang = en
>>> 256 forecast_units = us
>>> 257 forecast_stale = 3540
>>> 258 forecast_alert_enabled = 0
>>> 259 #twitter_enabled = 1
>>> 260
>>> I've attached the debug results of my weewx.conf file. I'm not a python 
>>> expert.  The first errors are http related in request.py Lines 569 and 649
>>>
>>> Then it gets weird.  It's a darksky forecast error in belchertown.py  
>>> Line 597. Finally permission denied /belchertown/favicon.ico and 
>>> /json/homepage.json.
>>>
>>>   My HTML_ROOT at /var/www/html/Belchertown has the Belchertown report 
>>> from Sep 7 which I believe was ran under this installation as I total wiped 
>>> out HTML_ROOT before the new install per Pat's suggestion.
>>>
>>> I'm having fun, learning new things, but at a loss here.  Any insight is 
>>> appreciated.
>>>
>>> Mike
>>>
>>
>> -- 
>> 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/acd4ac6e-4ac5-494a-bd3b-06f0a9d8826en%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/15372e05-fbc5-47d7-854f-4fb5c5480365n%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/d07f0cc6-0d85-4631-9067-10a2ec967cb8n%40googlegroups.com.

Re: [weewx-user] Belchertown Report Issues

[Mike McClane]

They were attached to my first message - No worries on with 1.2

> On Sep 11, 2020, at 3:54 PM, Pat  wrote:
> 
> Tough to say without debug logs 
> 
> 
> On Friday, September 11, 2020 at 3:53:46 PM UTC-4 mrm...@gmail.com wrote:
> Could that have been the issue?
> 
> 
>> On Sep 11, 2020, at 2:47 PM, Pat > > wrote:
>> 
> 
>> Aeris does not work in version 1.1. 
>> 
>> Good news; version 1.2 has been released 
>> 
>>  which Aeris works in. I suggest you upgrade.
>> 
>> On Friday, September 11, 2020 at 6:09:18 AM UTC-4 mrm...@gmail.com 
>>  wrote:
>> I was having trouble with Belchertown.  Some of it can be attributed that I 
>> didn't read all of the documentation more than once and I think I may have 
>> mixed versions.  So I uninstalled Belchertown using sudo weewx_extension 
>> --uninstall Belchertown.  I reviewed my weewx.conf and the Belchertown skin 
>> and they appeared to be normal.
>> 
>> I proceeded to install Belchertown following the instructions on the 
>> README.md for Aeris Weather  replacement.  I downloaded the file and ran 
>> sudo  wee_extension  --weewx-belchertown-1.1.tar.gz.  Edited weewx.conf and 
>> here's the  current Belchertown section:
>> 
>>  [[Belchertown]]
>> 242 skin = Belchertown
>> 243 HTML_ROOT = /var/www/html/weewx/belchertown
>> 244 # enable = true
>> 245
>> 246 [[[Extras]]]
>> 247 belchertown_root = http://localhost/weewx/belchertown 
>> 
>> 248 #logo_image =
>> 249 site_title = "Amelia Island"
>> 250 foot_copyright_text = "BelchertownWeather.com 
>> "
>> 251 forecast_enabled = 1
>> 252 forecast_provider = "aeris"
>> 253 forecast_api_id = 123456789
>> 254 forecast_api_secret = 987654321
>> 255 forecast_lang = en
>> 256 forecast_units = us
>> 257 forecast_stale = 3540
>> 258 forecast_alert_enabled = 0
>> 259 #twitter_enabled = 1
>> 260
>> I've attached the debug results of my weewx.conf file. I'm not a python 
>> expert.  The first errors are http related in request.py Lines 569 and 649
>> 
>> Then it gets weird.  It's a darksky forecast error in belchertown.py  Line 
>> 597. Finally permission denied /belchertown/favicon.ico and 
>> /json/homepage.json.
>> 
>>   My HTML_ROOT at /var/www/html/Belchertown has the Belchertown report from 
>> Sep 7 which I believe was ran under this installation as I total wiped out 
>> HTML_ROOT before the new install per Pat's suggestion.
>> 
>> I'm having fun, learning new things, but at a loss here.  Any insight is 
>> appreciated.
>> 
>> Mike
>> 
> 
>> -- 
>> 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/acd4ac6e-4ac5-494a-bd3b-06f0a9d8826en%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/15372e05-fbc5-47d7-854f-4fb5c5480365n%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/DA5DA080-E004-479C-B68D-723AB8054F83%40gmail.com.

Re: [weewx-user] Belchertown Report Issues

[Pat]

Tough to say without debug logs 


On Friday, September 11, 2020 at 3:53:46 PM UTC-4 mrm...@gmail.com wrote:

> Could that have been the issue?
>
> On Sep 11, 2020, at 2:47 PM, Pat  wrote:
>
> Aeris does not work in version 1.1. 
>
> Good news; version 1.2 has been released 
> 
>  
> which Aeris works in. I suggest you upgrade.
>
> On Friday, September 11, 2020 at 6:09:18 AM UTC-4 mrm...@gmail.com wrote:
>
>> I was having trouble with Belchertown.  Some of it can be attributed that 
>> I didn't read all of the documentation more than once and I think I may 
>> have mixed versions.  So I uninstalled Belchertown using sudo 
>> weewx_extension --uninstall Belchertown.  I reviewed my weewx.conf and the 
>> Belchertown skin and they appeared to be normal.
>>
>> I proceeded to install Belchertown following the instructions on the 
>> README.md for Aeris Weather  replacement.  I downloaded the file and ran 
>> sudo  wee_extension  --weewx-belchertown-1.1.tar.gz.  Edited weewx.conf and 
>> here's the  current Belchertown section:
>>
>>  [[Belchertown]]
>> 242 skin = Belchertown
>> 243 HTML_ROOT = /var/www/html/weewx/belchertown
>> 244 # enable = true
>> 245
>> 246 [[[Extras]]]
>> 247 belchertown_root = http://localhost/weewx/belchertown
>> 248 #logo_image =
>> 249 site_title = "Amelia Island"
>> 250 foot_copyright_text = "BelchertownWeather.com"
>> 251 forecast_enabled = 1
>> 252 forecast_provider = "aeris"
>> 253 forecast_api_id = 123456789
>> 254 forecast_api_secret = 987654321
>> 255 forecast_lang = en
>> 256 forecast_units = us
>> 257 forecast_stale = 3540
>> 258 forecast_alert_enabled = 0
>> 259 #twitter_enabled = 1
>> 260
>> I've attached the debug results of my weewx.conf file. I'm not a python 
>> expert.  The first errors are http related in request.py Lines 569 and 649
>>
>> Then it gets weird.  It's a darksky forecast error in belchertown.py  
>> Line 597. Finally permission denied /belchertown/favicon.ico and 
>> /json/homepage.json.
>>
>>   My HTML_ROOT at /var/www/html/Belchertown has the Belchertown report 
>> from Sep 7 which I believe was ran under this installation as I total wiped 
>> out HTML_ROOT before the new install per Pat's suggestion.
>>
>> I'm having fun, learning new things, but at a loss here.  Any insight is 
>> appreciated.
>>
>> Mike
>>
>
> -- 
> 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/acd4ac6e-4ac5-494a-bd3b-06f0a9d8826en%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/15372e05-fbc5-47d7-854f-4fb5c5480365n%40googlegroups.com.

Re: [weewx-user] Belchertown Report Issues

[Mike McClane]

Could that have been the issue?

> On Sep 11, 2020, at 2:47 PM, Pat  wrote:
> 
> Aeris does not work in version 1.1. 
> 
> Good news; version 1.2 has been released 
> 
>  which Aeris works in. I suggest you upgrade.
> 
> On Friday, September 11, 2020 at 6:09:18 AM UTC-4 mrm...@gmail.com wrote:
> I was having trouble with Belchertown.  Some of it can be attributed that I 
> didn't read all of the documentation more than once and I think I may have 
> mixed versions.  So I uninstalled Belchertown using sudo weewx_extension 
> --uninstall Belchertown.  I reviewed my weewx.conf and the Belchertown skin 
> and they appeared to be normal.
> 
> I proceeded to install Belchertown following the instructions on the 
> README.md for Aeris Weather  replacement.  I downloaded the file and ran sudo 
>  wee_extension  --weewx-belchertown-1.1.tar.gz.  Edited weewx.conf and here's 
> the  current Belchertown section:
> 
>  [[Belchertown]]
> 242 skin = Belchertown
> 243 HTML_ROOT = /var/www/html/weewx/belchertown
> 244 # enable = true
> 245
> 246 [[[Extras]]]
> 247 belchertown_root = http://localhost/weewx/belchertown 
> 
> 248 #logo_image =
> 249 site_title = "Amelia Island"
> 250 foot_copyright_text = "BelchertownWeather.com"
> 251 forecast_enabled = 1
> 252 forecast_provider = "aeris"
> 253 forecast_api_id = 123456789
> 254 forecast_api_secret = 987654321
> 255 forecast_lang = en
> 256 forecast_units = us
> 257 forecast_stale = 3540
> 258 forecast_alert_enabled = 0
> 259 #twitter_enabled = 1
> 260
> I've attached the debug results of my weewx.conf file. I'm not a python 
> expert.  The first errors are http related in request.py Lines 569 and 649
> 
> Then it gets weird.  It's a darksky forecast error in belchertown.py  Line 
> 597. Finally permission denied /belchertown/favicon.ico and 
> /json/homepage.json.
> 
>   My HTML_ROOT at /var/www/html/Belchertown has the Belchertown report from 
> Sep 7 which I believe was ran under this installation as I total wiped out 
> HTML_ROOT before the new install per Pat's suggestion.
> 
> I'm having fun, learning new things, but at a loss here.  Any insight is 
> appreciated.
> 
> Mike
> 
> -- 
> 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/acd4ac6e-4ac5-494a-bd3b-06f0a9d8826en%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/FEFD0AF9-CB30-4DFD-963B-B96544502FF8%40gmail.com.

Re: [weewx-user] Belchertown Report Issues

[Mike McClane]

I’m running Debian 10 on a MacBook Pro. I uninstalled Belchertown and did a 
deep cleaning of /var/www/html.  Also double checked weewx.conf for any 
remnants.  

I installed Belchertown using wget 
https://github.com/poblabs/weewx-belchertown/releases/download/weewx-belchertown-1.1/weewx-belchertown-release-1.1.tar.gz
 

 and sudo wee_extension --install weewx-belchertown-release-1.1.tar.gz.  
wee_reports ran without error. I could access in my browser at 
http://localhost/weewx/belechertown .  It 
worked through couple iterations, then quit. The HTML_ROOT 
=/var/www/weewx/belchertown showed the last run before it died.

I’ve removed Belchertown again and the generic weewx seems to work fine. It 
seems that I have an issue with pitting the results of the report generation in 
the right place.
Mike

> On Sep 11, 2020, at 6:09 AM, Michael McClane  wrote:
> 
> I was having trouble with Belchertown.  Some of it can be attributed that I 
> didn't read all of the documentation more than once and I think I may have 
> mixed versions.  So I uninstalled Belchertown using sudo weewx_extension 
> --uninstall Belchertown.  I reviewed my weewx.conf and the Belchertown skin 
> and they appeared to be normal.
> 
> I proceeded to install Belchertown following the instructions on the 
> README.md for Aeris Weather  replacement.  I downloaded the file and ran sudo 
>  wee_extension  --weewx-belchertown-1.1.tar.gz.  Edited weewx.conf and here's 
> the  current Belchertown section:
> 
>  [[Belchertown]]
> 242 skin = Belchertown
> 243 HTML_ROOT = /var/www/html/weewx/belchertown
> 244 # enable = true
> 245
> 246 [[[Extras]]]
> 247 belchertown_root = http://localhost/weewx/belchertown
> 248 #logo_image =
> 249 site_title = "Amelia Island"
> 250 foot_copyright_text = "BelchertownWeather.com"
> 251 forecast_enabled = 1
> 252 forecast_provider = "aeris"
> 253 forecast_api_id = 123456789
> 254 forecast_api_secret = 987654321
> 255 forecast_lang = en
> 256 forecast_units = us
> 257 forecast_stale = 3540
> 258 forecast_alert_enabled = 0
> 259 #twitter_enabled = 1
> 260
> I've attached the debug results of my weewx.conf file. I'm not a python 
> expert.  The first errors are http related in request.py Lines 569 and 649
> 
> Then it gets weird.  It's a darksky forecast error in belchertown.py  Line 
> 597. Finally permission denied /belchertown/favicon.ico and 
> /json/homepage.json.
> 
>   My HTML_ROOT at /var/www/html/Belchertown has the Belchertown report from 
> Sep 7 which I believe was ran under this installation as I total wiped out 
> HTML_ROOT before the new install per Pat's suggestion.
> 
> I'm having fun, learning new things, but at a loss here.  Any insight is 
> appreciated.
> 
> Mike
> 
> -- 
> 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/09ccb05c-7d89-4cdc-94a6-ef4c0f37001do%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/D47C1530-6E63-4FCB-B3D5-9A0F1EB80BFD%40gmail.com.

[weewx-user] Re: Belchertown Report Issues

[Pat]

Aeris does not work in version 1.1. 

Good news; version 1.2 has been released 

 
which Aeris works in. I suggest you upgrade.

On Friday, September 11, 2020 at 6:09:18 AM UTC-4 mrm...@gmail.com wrote:

> I was having trouble with Belchertown.  Some of it can be attributed that 
> I didn't read all of the documentation more than once and I think I may 
> have mixed versions.  So I uninstalled Belchertown using sudo 
> weewx_extension --uninstall Belchertown.  I reviewed my weewx.conf and the 
> Belchertown skin and they appeared to be normal.
>
> I proceeded to install Belchertown following the instructions on the 
> README.md for Aeris Weather  replacement.  I downloaded the file and ran 
> sudo  wee_extension  --weewx-belchertown-1.1.tar.gz.  Edited weewx.conf and 
> here's the  current Belchertown section:
>
>  [[Belchertown]]
> 242 skin = Belchertown
> 243 HTML_ROOT = /var/www/html/weewx/belchertown
> 244 # enable = true
> 245
> 246 [[[Extras]]]
> 247 belchertown_root = http://localhost/weewx/belchertown
> 248 #logo_image =
> 249 site_title = "Amelia Island"
> 250 foot_copyright_text = "BelchertownWeather.com"
> 251 forecast_enabled = 1
> 252 forecast_provider = "aeris"
> 253 forecast_api_id = 123456789
> 254 forecast_api_secret = 987654321
> 255 forecast_lang = en
> 256 forecast_units = us
> 257 forecast_stale = 3540
> 258 forecast_alert_enabled = 0
> 259 #twitter_enabled = 1
> 260
> I've attached the debug results of my weewx.conf file. I'm not a python 
> expert.  The first errors are http related in request.py Lines 569 and 649
>
> Then it gets weird.  It's a darksky forecast error in belchertown.py  Line 
> 597. Finally permission denied /belchertown/favicon.ico and 
> /json/homepage.json.
>
>   My HTML_ROOT at /var/www/html/Belchertown has the Belchertown report 
> from Sep 7 which I believe was ran under this installation as I total wiped 
> out HTML_ROOT before the new install per Pat's suggestion.
>
> I'm having fun, learning new things, but at a loss here.  Any insight is 
> appreciated.
>
> Mike
>

-- 
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/acd4ac6e-4ac5-494a-bd3b-06f0a9d8826en%40googlegroups.com.

[weewx-user] Belchertown Skin 1.2 (finally) released!

[Pat]

Belchertown Skin 1.2 is out of beta and released! You can download it here 

. 

Thanks to everyone who helped test all the new changes, especially with the 
new Aeris Weather integration testing! DarkSky will be missed but Aeris is 
a great replacement. 

If you're upgrading, please pay attention to the breaking changes that you 
will need to migrate to. 

-- 
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/347ce4fe-f9b0-436e-9657-7212ddd694c1n%40googlegroups.com.

Re: [weewx-user] Re: Trying to show xtype in chart causes mysql errors

[Arend]

Thank you Tom.

Adding those backticks did the trick. To make the code future/fool proof 
I've added those backticks to all the sql names in case someone runs into 
the same issue working with MySQL database..

SELECT `dateTime`, `interval`, `usUnits`, `outTemp`, `extraTemp1` FROM 
`archive` WHERE `dateTime` > %(start)s AND `dateTime` <= %(stop)s;" % 
{'start': timespan[0], 'stop': timespan[1]})

Also added the recommended error checking, everything works fine now.
Op vrijdag 11 september 2020 om 14:48:06 UTC+2 schreef tke...@gmail.com:

> In MySQL, the word 'interval' is a reserved word, so you need to enclose 
> it in backticks. The SQL statement should be
>
> "SELECT dateTime, `interval`, usUnits, outTemp, extraTemp1 FROM archive 
> WHERE dateTime > %(start)s AND dateTime <= %(stop)s;"
>
>
> One thing to be aware of: values can be None. So your conditional
>
>   if record_us['outTemp'] <= record_us['extraTemp1']:
>
> could cause a TypeError exception if one of the values is None.
>
> Otherwise, good job! Nice to see XTypes in action.
>
> -tk
>
> On Fri, Sep 11, 2020 at 5:03 AM Arend  wrote:
>
>> I noticed a weird typo: skin.info should be skin.conf ofcourse.
>>
>> Op vrijdag 11 september 2020 om 12:50:34 UTC+2 schreef Arend:
>>
>>> Hello,
>>>
>>> Just starting to become familiar with user defined types (XTypes), and 
>>> tried to create a new type called lowTemperature. This type compares the 
>>> temperatures outTemp and extraTemp1 and returns the lowest temperature of 
>>> the two. I modified an existing example, the original can be found here: 
>>> XType 
>>> example 
>>> .
>>>
>>> My modified code in module lowest_temperature.py looks like this:
>>>
>>> import weewx.units
>>> import weewx.xtypes
>>> from weewx.units import ValueTuple
>>>
>>> class LowestTemperature(weewx.xtypes.XType):
>>>
>>>   def get_scalar(self, obs_type, record, dbmanager):
>>> """Determine which sensor has lowest temperature."""
>>> if obs_type != 'lowTemperature':
>>>   raise weewx.UnknownType
>>> try:
>>>   record_us = weewx.units.to_US(record)
>>>   if record_us['outTemp'] <= record_us['extraTemp1']:
>>> lowTemperature = record_us['outTemp']
>>>   else:
>>> lowTemperature = record_us['extraTemp1']
>>>   return ValueTuple(lowTemperature, "degree_F", "group_temperature")
>>> except KeyError:
>>>   # Don't have everything we need. Raise an exception.
>>>   raise weewx.CannotCalculate(obs_type)
>>>   
>>>   def get_series(self, obs_type, timespan, db_manager, 
>>> aggregate_type=None, aggregate_interval=None):
>>> if obs_type != 'lowTemperature':
>>>   raise weewx.UnknownType
>>> start_vec = list()
>>> stop_vec = list()
>>> data_vec = list()
>>> if aggregate_type:
>>>   raise weewx.UnknownAggregation(aggregate_type)
>>> for record in db_manager.genSql("SELECT dateTime, interval, usUnits, 
>>> outTemp, extraTemp1 FROM archive WHERE dateTime > %(start)s AND dateTime <= 
>>> %(stop)s;" % {'start': timespan[0], 'stop': timespan[1]}):
>>>   if (record[2] != 1):
>>> raise weewx.CannotCalculate("units are not US")
>>>   start_vec.append(record[0] - record[1] * 60)
>>>   stop_vec.append(record[0])
>>>   if record[3] <= record[4]:
>>> data_vec.append(record[3])
>>>   else:
>>> data_vec.append(record[4])
>>> return (ValueTuple(start_vec, 'unix_epoch', 'group_time'), 
>>> ValueTuple(stop_vec, 'unix_epoch', 'group_time'), ValueTuple(data_vec, 
>>> "degree_F", "group_temperature"))
>>>
>>>
>>> The code in extension.py is like this:
>>>
>>> import user.lowest_temperature
>>> import weewx.xtypes
>>>
>>> weewx.xtypes.xtypes.append(user.lowest_temperature.LowestTemperature())
>>>
>>>
>>> Added this leaf to weewx.conf Generic Labels [Generic]:
>>>
>>> lowTemperature = Lowest Temperature
>>>
>>>
>>> Modified current.inc from Seasons skin:
>>>
>>>   
>>> $obs.label.lowTemperature
>>> $current.lowTemperature
>>>   
>>>
>>> The get_scalar function seems to work allright. Screenhot seasons skin:
>>>
>>> [image: Screenshot lowes temperature current conditions.png]
>>> But when I want to show the new xtype in the chart daytempdew by adding 
>>> the leaf lowTemperature to Seasons skin.info like this:
>>>
>>> [[[daytempdew]]]
>>> outTemp
>>> dewpoint
>>> lowTemperature
>>>
>>> I get these errors when I run weewx:
>>>
>>> Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine: Caught 
>>> unrecoverable exception in generator 'weewx.imagegenerator.ImageGenerator'
>>> Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine:
>>>    (1064, "You have an error in your SQL syntax; check the manual that 
>>> corresponds to your MySQL server version for the right syntax to use near 
>>> ', usUnits, outTemp, extraTemp1 FROM archive WHERE d

[weewx-user] Re: Acurite Atlas Using sdr.py - No Output

[tarob...@gmail.com]

Also, I'm not sure what you followed to use sdr but the following has good 
write up on getting everything working 
correctly: https://github.com/bdwilson/acurite


On Friday, September 11, 2020 at 1:38:11 PM UTC-4 tarob...@gmail.com wrote:

> Take a look at the GitHub page for rtl_433 (
> https://github.com/merbanan/rtl_433) and ensure you've installed 
> everything correctly. When you run sudo rtl_433, the output in the syslog 
> would be different that what you've posted.
>
> On Friday, September 11, 2020 at 12:44:48 PM UTC-4 wxwatching wrote:
>
>> When I run sudo PYTHONPATH=/usr/share/weewx python 
>> /usr/share/weewx/user/sdr.py --cmd="rtl_433 -M utc -F json" , I get this 
>> in the syslog output:
>>
>> Sep 11 12:38:12 raspberrypi kernel: [403487.365965] r820t 12-001a: 
>> destroying instance
>> Sep 11 12:38:12 raspberrypi kernel: [403487.366736] dvb_usb_v2: 'Realtek 
>> RTL2832U reference design:1-1.3' successfully deinitialized and disconnected
>> Sep 11 12:38:51 raspberrypi kernel: [403527.148526] usb 1-1.3: 
>> dvb_usb_v2: found a 'Realtek RTL2832U reference design' in warm state
>> Sep 11 12:38:51 raspberrypi kernel: [403527.203791] usb 1-1.3: 
>> dvb_usb_v2: will pass the complete MPEG2 transport stream to the software 
>> demuxer
>> Sep 11 12:38:51 raspberrypi kernel: [403527.203850] dvbdev: DVB: 
>> registering new adapter (Realtek RTL2832U reference design)
>> Sep 11 12:38:51 raspberrypi kernel: [403527.203880] usb 1-1.3: media 
>> controller created
>> Sep 11 12:38:51 raspberrypi kernel: [403527.206660] dvbdev: 
>> dvb_create_media_entity: media entity 'dvb-demux' registered.
>> Sep 11 12:38:51 raspberrypi kernel: [403527.272975] i2c i2c-11: Added 
>> multiplexed i2c bus 12
>> Sep 11 12:38:51 raspberrypi kernel: [403527.272992] rtl2832 11-0010: 
>> Realtek RTL2832 successfully attached
>> Sep 11 12:38:51 raspberrypi kernel: [403527.273066] usb 1-1.3: DVB: 
>> registering adapter 0 frontend 0 (Realtek RTL2832 (DVB-T))...
>> Sep 11 12:38:51 raspberrypi kernel: [403527.273098] dvbdev: 
>> dvb_create_media_entity: media entity 'Realtek RTL2832 (DVB-T)' registered.
>> Sep 11 12:38:51 raspberrypi kernel: [403527.273282] r820t 12-001a: 
>> creating new instance
>> Sep 11 12:38:51 raspberrypi kernel: [403527.281551] r820t 12-001a: Rafael 
>> Micro r820t successfully identified
>> Sep 11 12:38:52 raspberrypi kernel: [403527.320620] Registered IR keymap 
>> rc-empty
>> Sep 11 12:38:52 raspberrypi kernel: [403527.320755] rc rc0: Realtek 
>> RTL2832U reference design as 
>> /devices/platform/soc/3f98.usb/usb1/1-1/1-1.3/rc/rc0
>> Sep 11 12:38:52 raspberrypi kernel: [403527.320908] rc rc0: lirc_dev: 
>> driver dvb_usb_rtl28xxu registered at minor = 0, raw IR receiver, no 
>> transmitter
>> Sep 11 12:38:52 raspberrypi kernel: [403527.321020] input: Realtek 
>> RTL2832U reference design as 
>> /devices/platform/soc/3f98.usb/usb1/1-1/1-1.3/rc/rc0/input18
>> Sep 11 12:38:52 raspberrypi kernel: [403527.325735] usb 1-1.3: 
>> dvb_usb_v2: schedule remote query interval to 200 msecs
>> Sep 11 12:38:52 raspberrypi kernel: [403527.335267] usb 1-1.3: 
>> dvb_usb_v2: 'Realtek RTL2832U reference design' successfully initialized 
>> and connected
>>
>>
>> When I run sudo rtl_433, I get this in the syslog output:
>>
>> Sep 11 12:40:23 raspberrypi kernel: [403618.966282] r820t 12-001a: 
>> destroying instance
>> Sep 11 12:40:23 raspberrypi kernel: [403618.967039] dvb_usb_v2: 'Realtek 
>> RTL2832U reference design:1-1.3' successfully deinitialized and disconnected
>> Sep 11 12:40:40 raspberrypi kernel: [403636.244235] usb 1-1.3: 
>> dvb_usb_v2: found a 'Realtek RTL2832U reference design' in warm state
>> Sep 11 12:40:41 raspberrypi kernel: [403636.301825] usb 1-1.3: 
>> dvb_usb_v2: will pass the complete MPEG2 transport stream to the software 
>> demuxer
>> Sep 11 12:40:41 raspberrypi kernel: [403636.301876] dvbdev: DVB: 
>> registering new adapter (Realtek RTL2832U reference design)
>> Sep 11 12:40:41 raspberrypi kernel: [403636.301895] usb 1-1.3: media 
>> controller created
>> Sep 11 12:40:41 raspberrypi kernel: [403636.304526] dvbdev: 
>> dvb_create_media_entity: media entity 'dvb-demux' registered.
>> Sep 11 12:40:41 raspberrypi kernel: [403636.340845] i2c i2c-11: Added 
>> multiplexed i2c bus 12
>> Sep 11 12:40:41 raspberrypi kernel: [403636.340868] rtl2832 11-0010: 
>> Realtek RTL2832 successfully attached
>> Sep 11 12:40:41 raspberrypi kernel: [403636.340968] usb 1-1.3: DVB: 
>> registering adapter 0 frontend 0 (Realtek RTL2832 (DVB-T))...
>> Sep 11 12:40:41 raspberrypi kernel: [403636.341004] dvbdev: 
>> dvb_create_media_entity: media entity 'Realtek RTL2832 (DVB-T)' registered.
>> Sep 11 12:40:41 raspberrypi kernel: [403636.341241] r820t 12-001a: 
>> creating new instance
>> Sep 11 12:40:41 raspberrypi kernel: [403636.351357] r820t 12-001a: Rafael 
>> Micro r820t successfully identified
>> Sep 11 12:40:41 raspberrypi kernel: [403636.400843] Registered IR keymap 
>> rc-empty
>> Sep 11 12:40:41 raspberrypi

[weewx-user] Re: Acurite Atlas Using sdr.py - No Output

[tarob...@gmail.com]

Take a look at the GitHub page for rtl_433 
(https://github.com/merbanan/rtl_433) and ensure you've installed 
everything correctly. When you run sudo rtl_433, the output in the syslog 
would be different that what you've posted.

On Friday, September 11, 2020 at 12:44:48 PM UTC-4 wxwatching wrote:

> When I run sudo PYTHONPATH=/usr/share/weewx python 
> /usr/share/weewx/user/sdr.py --cmd="rtl_433 -M utc -F json" , I get this 
> in the syslog output:
>
> Sep 11 12:38:12 raspberrypi kernel: [403487.365965] r820t 12-001a: 
> destroying instance
> Sep 11 12:38:12 raspberrypi kernel: [403487.366736] dvb_usb_v2: 'Realtek 
> RTL2832U reference design:1-1.3' successfully deinitialized and disconnected
> Sep 11 12:38:51 raspberrypi kernel: [403527.148526] usb 1-1.3: dvb_usb_v2: 
> found a 'Realtek RTL2832U reference design' in warm state
> Sep 11 12:38:51 raspberrypi kernel: [403527.203791] usb 1-1.3: dvb_usb_v2: 
> will pass the complete MPEG2 transport stream to the software demuxer
> Sep 11 12:38:51 raspberrypi kernel: [403527.203850] dvbdev: DVB: 
> registering new adapter (Realtek RTL2832U reference design)
> Sep 11 12:38:51 raspberrypi kernel: [403527.203880] usb 1-1.3: media 
> controller created
> Sep 11 12:38:51 raspberrypi kernel: [403527.206660] dvbdev: 
> dvb_create_media_entity: media entity 'dvb-demux' registered.
> Sep 11 12:38:51 raspberrypi kernel: [403527.272975] i2c i2c-11: Added 
> multiplexed i2c bus 12
> Sep 11 12:38:51 raspberrypi kernel: [403527.272992] rtl2832 11-0010: 
> Realtek RTL2832 successfully attached
> Sep 11 12:38:51 raspberrypi kernel: [403527.273066] usb 1-1.3: DVB: 
> registering adapter 0 frontend 0 (Realtek RTL2832 (DVB-T))...
> Sep 11 12:38:51 raspberrypi kernel: [403527.273098] dvbdev: 
> dvb_create_media_entity: media entity 'Realtek RTL2832 (DVB-T)' registered.
> Sep 11 12:38:51 raspberrypi kernel: [403527.273282] r820t 12-001a: 
> creating new instance
> Sep 11 12:38:51 raspberrypi kernel: [403527.281551] r820t 12-001a: Rafael 
> Micro r820t successfully identified
> Sep 11 12:38:52 raspberrypi kernel: [403527.320620] Registered IR keymap 
> rc-empty
> Sep 11 12:38:52 raspberrypi kernel: [403527.320755] rc rc0: Realtek 
> RTL2832U reference design as 
> /devices/platform/soc/3f98.usb/usb1/1-1/1-1.3/rc/rc0
> Sep 11 12:38:52 raspberrypi kernel: [403527.320908] rc rc0: lirc_dev: 
> driver dvb_usb_rtl28xxu registered at minor = 0, raw IR receiver, no 
> transmitter
> Sep 11 12:38:52 raspberrypi kernel: [403527.321020] input: Realtek 
> RTL2832U reference design as 
> /devices/platform/soc/3f98.usb/usb1/1-1/1-1.3/rc/rc0/input18
> Sep 11 12:38:52 raspberrypi kernel: [403527.325735] usb 1-1.3: dvb_usb_v2: 
> schedule remote query interval to 200 msecs
> Sep 11 12:38:52 raspberrypi kernel: [403527.335267] usb 1-1.3: dvb_usb_v2: 
> 'Realtek RTL2832U reference design' successfully initialized and connected
>
>
> When I run sudo rtl_433, I get this in the syslog output:
>
> Sep 11 12:40:23 raspberrypi kernel: [403618.966282] r820t 12-001a: 
> destroying instance
> Sep 11 12:40:23 raspberrypi kernel: [403618.967039] dvb_usb_v2: 'Realtek 
> RTL2832U reference design:1-1.3' successfully deinitialized and disconnected
> Sep 11 12:40:40 raspberrypi kernel: [403636.244235] usb 1-1.3: dvb_usb_v2: 
> found a 'Realtek RTL2832U reference design' in warm state
> Sep 11 12:40:41 raspberrypi kernel: [403636.301825] usb 1-1.3: dvb_usb_v2: 
> will pass the complete MPEG2 transport stream to the software demuxer
> Sep 11 12:40:41 raspberrypi kernel: [403636.301876] dvbdev: DVB: 
> registering new adapter (Realtek RTL2832U reference design)
> Sep 11 12:40:41 raspberrypi kernel: [403636.301895] usb 1-1.3: media 
> controller created
> Sep 11 12:40:41 raspberrypi kernel: [403636.304526] dvbdev: 
> dvb_create_media_entity: media entity 'dvb-demux' registered.
> Sep 11 12:40:41 raspberrypi kernel: [403636.340845] i2c i2c-11: Added 
> multiplexed i2c bus 12
> Sep 11 12:40:41 raspberrypi kernel: [403636.340868] rtl2832 11-0010: 
> Realtek RTL2832 successfully attached
> Sep 11 12:40:41 raspberrypi kernel: [403636.340968] usb 1-1.3: DVB: 
> registering adapter 0 frontend 0 (Realtek RTL2832 (DVB-T))...
> Sep 11 12:40:41 raspberrypi kernel: [403636.341004] dvbdev: 
> dvb_create_media_entity: media entity 'Realtek RTL2832 (DVB-T)' registered.
> Sep 11 12:40:41 raspberrypi kernel: [403636.341241] r820t 12-001a: 
> creating new instance
> Sep 11 12:40:41 raspberrypi kernel: [403636.351357] r820t 12-001a: Rafael 
> Micro r820t successfully identified
> Sep 11 12:40:41 raspberrypi kernel: [403636.400843] Registered IR keymap 
> rc-empty
> Sep 11 12:40:41 raspberrypi kernel: [403636.401054] rc rc0: Realtek 
> RTL2832U reference design as 
> /devices/platform/soc/3f98.usb/usb1/1-1/1-1.3/rc/rc0
> Sep 11 12:40:41 raspberrypi kernel: [403636.401295] rc rc0: lirc_dev: 
> driver dvb_usb_rtl28xxu registered at minor = 0, raw IR receiver, no 
> transmitter
> Sep 11 12:40:41 raspberrypi kernel: [403636.401502

[weewx-user] Re: Acurite Atlas Using sdr.py - No Output

[wxwatching]

When I run sudo PYTHONPATH=/usr/share/weewx python 
/usr/share/weewx/user/sdr.py --cmd="rtl_433 -M utc -F json" , I get this in 
the syslog output:

Sep 11 12:38:12 raspberrypi kernel: [403487.365965] r820t 12-001a: 
destroying instance
Sep 11 12:38:12 raspberrypi kernel: [403487.366736] dvb_usb_v2: 'Realtek 
RTL2832U reference design:1-1.3' successfully deinitialized and disconnected
Sep 11 12:38:51 raspberrypi kernel: [403527.148526] usb 1-1.3: dvb_usb_v2: 
found a 'Realtek RTL2832U reference design' in warm state
Sep 11 12:38:51 raspberrypi kernel: [403527.203791] usb 1-1.3: dvb_usb_v2: 
will pass the complete MPEG2 transport stream to the software demuxer
Sep 11 12:38:51 raspberrypi kernel: [403527.203850] dvbdev: DVB: 
registering new adapter (Realtek RTL2832U reference design)
Sep 11 12:38:51 raspberrypi kernel: [403527.203880] usb 1-1.3: media 
controller created
Sep 11 12:38:51 raspberrypi kernel: [403527.206660] dvbdev: 
dvb_create_media_entity: media entity 'dvb-demux' registered.
Sep 11 12:38:51 raspberrypi kernel: [403527.272975] i2c i2c-11: Added 
multiplexed i2c bus 12
Sep 11 12:38:51 raspberrypi kernel: [403527.272992] rtl2832 11-0010: 
Realtek RTL2832 successfully attached
Sep 11 12:38:51 raspberrypi kernel: [403527.273066] usb 1-1.3: DVB: 
registering adapter 0 frontend 0 (Realtek RTL2832 (DVB-T))...
Sep 11 12:38:51 raspberrypi kernel: [403527.273098] dvbdev: 
dvb_create_media_entity: media entity 'Realtek RTL2832 (DVB-T)' registered.
Sep 11 12:38:51 raspberrypi kernel: [403527.273282] r820t 12-001a: creating 
new instance
Sep 11 12:38:51 raspberrypi kernel: [403527.281551] r820t 12-001a: Rafael 
Micro r820t successfully identified
Sep 11 12:38:52 raspberrypi kernel: [403527.320620] Registered IR keymap 
rc-empty
Sep 11 12:38:52 raspberrypi kernel: [403527.320755] rc rc0: Realtek 
RTL2832U reference design as 
/devices/platform/soc/3f98.usb/usb1/1-1/1-1.3/rc/rc0
Sep 11 12:38:52 raspberrypi kernel: [403527.320908] rc rc0: lirc_dev: 
driver dvb_usb_rtl28xxu registered at minor = 0, raw IR receiver, no 
transmitter
Sep 11 12:38:52 raspberrypi kernel: [403527.321020] input: Realtek RTL2832U 
reference design as 
/devices/platform/soc/3f98.usb/usb1/1-1/1-1.3/rc/rc0/input18
Sep 11 12:38:52 raspberrypi kernel: [403527.325735] usb 1-1.3: dvb_usb_v2: 
schedule remote query interval to 200 msecs
Sep 11 12:38:52 raspberrypi kernel: [403527.335267] usb 1-1.3: dvb_usb_v2: 
'Realtek RTL2832U reference design' successfully initialized and connected


When I run sudo rtl_433, I get this in the syslog output:

Sep 11 12:40:23 raspberrypi kernel: [403618.966282] r820t 12-001a: 
destroying instance
Sep 11 12:40:23 raspberrypi kernel: [403618.967039] dvb_usb_v2: 'Realtek 
RTL2832U reference design:1-1.3' successfully deinitialized and disconnected
Sep 11 12:40:40 raspberrypi kernel: [403636.244235] usb 1-1.3: dvb_usb_v2: 
found a 'Realtek RTL2832U reference design' in warm state
Sep 11 12:40:41 raspberrypi kernel: [403636.301825] usb 1-1.3: dvb_usb_v2: 
will pass the complete MPEG2 transport stream to the software demuxer
Sep 11 12:40:41 raspberrypi kernel: [403636.301876] dvbdev: DVB: 
registering new adapter (Realtek RTL2832U reference design)
Sep 11 12:40:41 raspberrypi kernel: [403636.301895] usb 1-1.3: media 
controller created
Sep 11 12:40:41 raspberrypi kernel: [403636.304526] dvbdev: 
dvb_create_media_entity: media entity 'dvb-demux' registered.
Sep 11 12:40:41 raspberrypi kernel: [403636.340845] i2c i2c-11: Added 
multiplexed i2c bus 12
Sep 11 12:40:41 raspberrypi kernel: [403636.340868] rtl2832 11-0010: 
Realtek RTL2832 successfully attached
Sep 11 12:40:41 raspberrypi kernel: [403636.340968] usb 1-1.3: DVB: 
registering adapter 0 frontend 0 (Realtek RTL2832 (DVB-T))...
Sep 11 12:40:41 raspberrypi kernel: [403636.341004] dvbdev: 
dvb_create_media_entity: media entity 'Realtek RTL2832 (DVB-T)' registered.
Sep 11 12:40:41 raspberrypi kernel: [403636.341241] r820t 12-001a: creating 
new instance
Sep 11 12:40:41 raspberrypi kernel: [403636.351357] r820t 12-001a: Rafael 
Micro r820t successfully identified
Sep 11 12:40:41 raspberrypi kernel: [403636.400843] Registered IR keymap 
rc-empty
Sep 11 12:40:41 raspberrypi kernel: [403636.401054] rc rc0: Realtek 
RTL2832U reference design as 
/devices/platform/soc/3f98.usb/usb1/1-1/1-1.3/rc/rc0
Sep 11 12:40:41 raspberrypi kernel: [403636.401295] rc rc0: lirc_dev: 
driver dvb_usb_rtl28xxu registered at minor = 0, raw IR receiver, no 
transmitter
Sep 11 12:40:41 raspberrypi kernel: [403636.401502] input: Realtek RTL2832U 
reference design as 
/devices/platform/soc/3f98.usb/usb1/1-1/1-1.3/rc/rc0/input19
Sep 11 12:40:41 raspberrypi kernel: [403636.407757] usb 1-1.3: dvb_usb_v2: 
schedule remote query interval to 200 msecs
Sep 11 12:40:41 raspberrypi kernel: [403636.419188] usb 1-1.3: dvb_usb_v2: 
'Realtek RTL2832U reference design' successfully initialized and connected


On Friday, September 11, 2020 at 8:45:46 AM UTC-4 tarob...@gmail.com wrote:

> 

[weewx-user] Re: how getting work Highcharts on weewx 4.1?

[Astrid]

Hello!

Ok, thanx.
I thought, it has been finished, sorry.

Regards, Astrid

-- 
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/435d7922-3674-447c-8460-2c0770c19d69o%40googlegroups.com.

[weewx-user] Re: Switched to Aeris forecasts a few days ago - DarkSky still active?

[Tom Cichowicz]

I think this is a NEVERMIND

   just noticed the switch relates to the DEVELOPER skin...

 Sorry.

On Friday, September 11, 2020 at 10:52:22 AM UTC-4 Tom Cichowicz wrote:

> Based on the demise of DarkSky - and notice to switch, I have attempted to 
> do that. There seems to be two configurations, one in the weewx.conf & the 
> blechertown/skin.conf .
>
> I have changed both of those, yet while working fine... the embeded links 
> to "Daily Forecast" are all reflecting and pointing to Daily Forecast 
> .
>
>  Any HELP would be appreciated
>

-- 
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/a4c351f1-62b8-4439-8ed2-ddce01f35e5dn%40googlegroups.com.

[weewx-user] Switched to Aeris forecasts a few days ago - DarkSky still active?

[Tom Cichowicz]

Based on the demise of DarkSky - and notice to switch, I have attempted to 
do that. There seems to be two configurations, one in the weewx.conf & the 
blechertown/skin.conf .

I have changed both of those, yet while working fine... the embeded links 
to "Daily Forecast" are all reflecting and pointing to Daily Forecast 
.

 Any HELP would be appreciated

-- 
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/fc8badc4-55f2-48f6-9893-4db2d0a7795dn%40googlegroups.com.

Re: [weewx-user] Re: Trying to show xtype in chart causes mysql errors

[Tom Keffer]

In MySQL, the word 'interval' is a reserved word, so you need to enclose it
in backticks. The SQL statement should be

"SELECT dateTime, `interval`, usUnits, outTemp, extraTemp1 FROM archive
WHERE dateTime > %(start)s AND dateTime <= %(stop)s;"


One thing to be aware of: values can be None. So your conditional

  if record_us['outTemp'] <= record_us['extraTemp1']:

could cause a TypeError exception if one of the values is None.

Otherwise, good job! Nice to see XTypes in action.

-tk

On Fri, Sep 11, 2020 at 5:03 AM Arend  wrote:

> I noticed a weird typo: skin.info should be skin.conf ofcourse.
>
> Op vrijdag 11 september 2020 om 12:50:34 UTC+2 schreef Arend:
>
>> Hello,
>>
>> Just starting to become familiar with user defined types (XTypes), and
>> tried to create a new type called lowTemperature. This type compares the
>> temperatures outTemp and extraTemp1 and returns the lowest temperature of
>> the two. I modified an existing example, the original can be found here: 
>> XType
>> example
>> .
>>
>> My modified code in module lowest_temperature.py looks like this:
>>
>> import weewx.units
>> import weewx.xtypes
>> from weewx.units import ValueTuple
>>
>> class LowestTemperature(weewx.xtypes.XType):
>>
>>   def get_scalar(self, obs_type, record, dbmanager):
>> """Determine which sensor has lowest temperature."""
>> if obs_type != 'lowTemperature':
>>   raise weewx.UnknownType
>> try:
>>   record_us = weewx.units.to_US(record)
>>   if record_us['outTemp'] <= record_us['extraTemp1']:
>> lowTemperature = record_us['outTemp']
>>   else:
>> lowTemperature = record_us['extraTemp1']
>>   return ValueTuple(lowTemperature, "degree_F", "group_temperature")
>> except KeyError:
>>   # Don't have everything we need. Raise an exception.
>>   raise weewx.CannotCalculate(obs_type)
>>
>>   def get_series(self, obs_type, timespan, db_manager,
>> aggregate_type=None, aggregate_interval=None):
>> if obs_type != 'lowTemperature':
>>   raise weewx.UnknownType
>> start_vec = list()
>> stop_vec = list()
>> data_vec = list()
>> if aggregate_type:
>>   raise weewx.UnknownAggregation(aggregate_type)
>> for record in db_manager.genSql("SELECT dateTime, interval, usUnits,
>> outTemp, extraTemp1 FROM archive WHERE dateTime > %(start)s AND dateTime <=
>> %(stop)s;" % {'start': timespan[0], 'stop': timespan[1]}):
>>   if (record[2] != 1):
>> raise weewx.CannotCalculate("units are not US")
>>   start_vec.append(record[0] - record[1] * 60)
>>   stop_vec.append(record[0])
>>   if record[3] <= record[4]:
>> data_vec.append(record[3])
>>   else:
>> data_vec.append(record[4])
>> return (ValueTuple(start_vec, 'unix_epoch', 'group_time'),
>> ValueTuple(stop_vec, 'unix_epoch', 'group_time'), ValueTuple(data_vec,
>> "degree_F", "group_temperature"))
>>
>>
>> The code in extension.py is like this:
>>
>> import user.lowest_temperature
>> import weewx.xtypes
>>
>> weewx.xtypes.xtypes.append(user.lowest_temperature.LowestTemperature())
>>
>>
>> Added this leaf to weewx.conf Generic Labels [Generic]:
>>
>> lowTemperature = Lowest Temperature
>>
>>
>> Modified current.inc from Seasons skin:
>>
>>   
>> $obs.label.lowTemperature
>> $current.lowTemperature
>>   
>>
>> The get_scalar function seems to work allright. Screenhot seasons skin:
>>
>> [image: Screenshot lowes temperature current conditions.png]
>> But when I want to show the new xtype in the chart daytempdew by adding
>> the leaf lowTemperature to Seasons skin.info like this:
>>
>> [[[daytempdew]]]
>> outTemp
>> dewpoint
>> lowTemperature
>>
>> I get these errors when I run weewx:
>>
>> Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine: Caught
>> unrecoverable exception in generator 'weewx.imagegenerator.ImageGenerator'
>> Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine: 
>> (1064, "You have an error in your SQL syntax; check the manual that
>> corresponds to your MySQL server version for the right syntax to use near
>> ', usUnits, outTemp, extraTemp1 FROM archive WHERE dateTime > 1599732000
>> AND date' at line 1")
>> Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine: 
>> Traceback (most recent call last):
>> Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine: 
>>   File "/home/weewx/bin/weedb/mysql.py", line 52, in guarded_fn
>> Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine: 
>> return fn(*args, **kwargs)
>> Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine: 
>>   File "/home/weewx/bin/weedb/mysql.py", line 262, in execute
>> Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine: 
>> self.cursor.execute(mysql_string, tuple(sql_tuple))
>> Sep

[weewx-user] Re: Acurite Atlas Using sdr.py - No Output

[tarob...@gmail.com]

What do you see when you run the following:

sudo tail -f /var/log/syslog  

On Thursday, September 10, 2020 at 6:01:03 PM UTC-4 wxwatching wrote:

> I have the RTL-SDR Blog R820T2 RTL2832U 1PPM TCXO SMA Software Defined 
> Radio that was purchased from Amazon:
>
>
> https://www.amazon.com/gp/product/B0129EBDS2/ref=ppx_yo_dt_b_asin_title_o01_s00
>

-- 
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/236b7354-e0b0-4fb4-beb7-99be0eb32edbn%40googlegroups.com.

[weewx-user] Re: Trying to show xtype in chart causes mysql errors

[Arend]

I noticed a weird typo: skin.info should be skin.conf ofcourse.

Op vrijdag 11 september 2020 om 12:50:34 UTC+2 schreef Arend:

> Hello,
>
> Just starting to become familiar with user defined types (XTypes), and 
> tried to create a new type called lowTemperature. This type compares the 
> temperatures outTemp and extraTemp1 and returns the lowest temperature of 
> the two. I modified an existing example, the original can be found here: 
> XType 
> example 
> .
>
> My modified code in module lowest_temperature.py looks like this:
>
> import weewx.units
> import weewx.xtypes
> from weewx.units import ValueTuple
>
> class LowestTemperature(weewx.xtypes.XType):
>
>   def get_scalar(self, obs_type, record, dbmanager):
> """Determine which sensor has lowest temperature."""
> if obs_type != 'lowTemperature':
>   raise weewx.UnknownType
> try:
>   record_us = weewx.units.to_US(record)
>   if record_us['outTemp'] <= record_us['extraTemp1']:
> lowTemperature = record_us['outTemp']
>   else:
> lowTemperature = record_us['extraTemp1']
>   return ValueTuple(lowTemperature, "degree_F", "group_temperature")
> except KeyError:
>   # Don't have everything we need. Raise an exception.
>   raise weewx.CannotCalculate(obs_type)
>   
>   def get_series(self, obs_type, timespan, db_manager, 
> aggregate_type=None, aggregate_interval=None):
> if obs_type != 'lowTemperature':
>   raise weewx.UnknownType
> start_vec = list()
> stop_vec = list()
> data_vec = list()
> if aggregate_type:
>   raise weewx.UnknownAggregation(aggregate_type)
> for record in db_manager.genSql("SELECT dateTime, interval, usUnits, 
> outTemp, extraTemp1 FROM archive WHERE dateTime > %(start)s AND dateTime <= 
> %(stop)s;" % {'start': timespan[0], 'stop': timespan[1]}):
>   if (record[2] != 1):
> raise weewx.CannotCalculate("units are not US")
>   start_vec.append(record[0] - record[1] * 60)
>   stop_vec.append(record[0])
>   if record[3] <= record[4]:
> data_vec.append(record[3])
>   else:
> data_vec.append(record[4])
> return (ValueTuple(start_vec, 'unix_epoch', 'group_time'), 
> ValueTuple(stop_vec, 'unix_epoch', 'group_time'), ValueTuple(data_vec, 
> "degree_F", "group_temperature"))
>
>
> The code in extension.py is like this:
>
> import user.lowest_temperature
> import weewx.xtypes
>
> weewx.xtypes.xtypes.append(user.lowest_temperature.LowestTemperature())
>
>
> Added this leaf to weewx.conf Generic Labels [Generic]:
>
> lowTemperature = Lowest Temperature
>
>
> Modified current.inc from Seasons skin:
>
>   
> $obs.label.lowTemperature
> $current.lowTemperature
>   
>
> The get_scalar function seems to work allright. Screenhot seasons skin:
>
> [image: Screenshot lowes temperature current conditions.png]
> But when I want to show the new xtype in the chart daytempdew by adding 
> the leaf lowTemperature to Seasons skin.info like this:
>
> [[[daytempdew]]]
> outTemp
> dewpoint
> lowTemperature
>
> I get these errors when I run weewx:
>
> Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine: Caught 
> unrecoverable exception in generator 'weewx.imagegenerator.ImageGenerator'
> Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine:   
> (1064, "You have an error in your SQL syntax; check the manual that 
> corresponds to your MySQL server version for the right syntax to use near 
> ', usUnits, outTemp, extraTemp1 FROM archive WHERE dateTime > 1599732000 
> AND date' at line 1")
> Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine:   
> Traceback (most recent call last):
> Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine:   
>   File "/home/weewx/bin/weedb/mysql.py", line 52, in guarded_fn
> Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine:   
> return fn(*args, **kwargs)
> Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine:   
>   File "/home/weewx/bin/weedb/mysql.py", line 262, in execute
> Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine:   
> self.cursor.execute(mysql_string, tuple(sql_tuple))
> Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine:   
>   File "/usr/lib/python3/dist-packages/MySQLdb/cursors.py", line 209, in 
> execute
> Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine:   
> res = self._query(query)
> Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine:   
>   File "/usr/lib/python3/dist-packages/MySQLdb/cursors.py", line 315, in 
> _query
> Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine:   
> db.query(q)
> Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine:   
>   File "/usr/lib/python3/

[weewx-user] Re: how getting work Highcharts on weewx 4.1?

[gjr80]

It’s a work in progress so you pull from a branch at your own peril. I will 
put a release on GitHub and post here when I have a working version I am 
happy with.

Gary

On Friday, 11 September 2020 at 21:00:44 UTC+10 Astrid wrote:

> Hello!
>
> Thanx to gjr80 for the new version.
> I take both .py files from your python3-git, but
> still not working:
>
>
> wee_reports 
> Using configuration file /etc/weewx/weewx.conf
> Generating for all time
> Traceback (most recent call last):
>   File "/usr/share/weewx/weeutil/weeutil.py", line 1098, in get_object
> mod = getattr(mod, part)
> AttributeError: module 'user.highchartsSearchX' has no attribute 
> 'highchartsMinRanges'
>
> During handling of the above exception, another exception occurred:
>
>
> Traceback (most recent call last):
>   File "/usr/share/weewx/weewx/reportengine.py", line 197, in run
> obj.start()
>   File "/usr/share/weewx/weewx/reportengine.py", line 280, in start
> self.run()
>   File "/usr/share/weewx/weewx/cheetahgenerator.py", line 147, in run
> self.initExtensions(gen_dict[section_name])
>   File "/usr/share/weewx/weewx/cheetahgenerator.py", line 189, in 
> initExtensions
> class_ = weeutil.weeutil.get_object(x)
>   File "/usr/share/weewx/weeutil/weeutil.py", line 1102, in get_object
> "Module '%s' has no attribute '%s' when searching for '%s'" % 
> (mod.__name__, part, module_class))
> AttributeError: Module 'user.highchartsSearchX' has no attribute 
> 'highchartsMinRanges' when searching for 
> 'user.highchartsSearchX.highchartsMinRanges'
>
> Regards, Astrid
>

-- 
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/fa08bded-51f5-4afe-84dc-d4a1529ac51cn%40googlegroups.com.

[weewx-user] Re: Windy Plugin

[Michael Sanphillipo]

This has been resolved

On Thursday, September 10, 2020 at 11:38:07 AM UTC-4 Michael Sanphillipo 
wrote:

> I just started sending data to Windy.com yesterday. I've checked and the 
> data is being accepted but my PWS isn't showing anything. I have copied the 
> data below it makes no sense to me, so possibly the plugin is sending bad 
> data. My system details are as follows 
>
>- Station hardware: AcuRite 02032C
>- WeeWX version: 4.1.1
>- Belchertown Skin Version: 1.1
>- Windy  Station ID: f0689a3c  
>
>
> This is the data: 
>
> {"header":{"name":"Belcamp, MD","content":{"url":"
> https://belcampmdweather.tech/weewx/belchertown/","text":"ms372591"},"agl_temp":3,"agl_wind":3,"elev_m":27.43,"lat":39.47802588381403,"lon":-76.25279903411867,"stationType":"AcuRite
>  
> 02032C","shareOption":"Open","id":"f0689a3c","type":"pws","updated":"2020-09-09T20:27:41.316Z","observation":null,"observationUpdated":"2020-09-09T19:50:32.082Z"},"data":{"ts":[159968136,159968160,159968184,159968208,159968232,159968256,159968280,159968304,159968328,159968352,159968376,159968400,159968424,159968448,159968472,159968496,159968520,159968544,159968568,159968592,159968616,159968640,159968664,159968688,159968712,159968736,159968760,159968784,159968808,159968832,159968856,159968880,159968904,159968928,159968952,159968976,159969000,159969024,159969048,159969072,159969096,159969120,159969144,159969168,159969192,159969216,159969240,159969264,159969288,159969312,159969336,159969360,159969384,159969408,159969432,159969456,159969480,159969504,159969528,159969552,159969576,159969600,159969624,159969648,159969672,159969696,159969720,159969744,159969768,159969792,159969816,159969840,159969864,159969888,159969912,159969936,159969960,159969984,159970008,159970032,159970056,159970080,159970104,159970128,159970152,159970176,159970200,159970224,159970248,159970272,159970296,159970320,159970344,159970368,159970392,159970416,159970440,159970464,159970488,159970512,159970536,159970560,159970584,159970608,159970632,159970656,159970680,159970704,159970728,159970752,159970776,159970800,159970824,159970848,159970872,159970896,159970920,159970944,159970968,159970992,159971016,159971040,159971064,159971088,159971112,159971136,159971160,159971184,159971208,159971232,159971256,159971280,159971304,159971328,159971352,159971376,159971400,159971424,159971448,159971472,159971496,159971520,159971544,159971568,159971592,159971616,159971640,159971664,159971688,159971712,159971736,159971760,159971784,159971808,159971832,159971856,159971880,159971904,159971928,159971952,159971976,159972000,159972024,159972048,159972072,159972096,159972120,159972144,159972168,159972192,159972216,159972240,159972264,159972288,159972312,159972336,159972360,159972384,159972408,159972432,159972456,159972492,159972516,159972540,159972564,159972588,159972612,159972636,159972660,159972684,159972708,159972732,159972756,159972780,159972804,159972828,159972852,159972876,159972900,159972924,159972948,159972972,159972996,159973020,159973044,159973068,159973092,159973116,159973140,159973164,159973188,159973212,159973236,159973260,159973284,159973308,159973332,159973356,159973380,159973404,159973428,159973452,159973476,159973500,159973524,159973548,159973572,159973596,159973620,159973644,159973668,159973692,159973716,159973740,159973764,159973788,159973812,159973836,159973860,159973884,159973908,159973932,159973956,159973980,159974004,159974028,159974052,159974076,159974100,159974124,159974148,159974172,159974196,159974220,159974244,159974268,159974292,159974316,159974340,159974364,159974388,159974412,159974436,159974460,159974484,159974508,159974532,159974556,159974580,159974604,159974628,159974652,159974676,159974700,159974724,159974748,159974772,159974796,159974820,159974844,159974868,159974892,159974916,159974940,159974964,159974988,159975012,159975

[weewx-user] Re: how getting work Highcharts on weewx 4.1?

[Astrid]

Hello!

Thanx to gjr80 for the new version.
I take both .py files from your python3-git, but
still not working:

wee_reports 
Using configuration file /etc/weewx/weewx.conf
Generating for all time
Traceback (most recent call last):
  File "/usr/share/weewx/weeutil/weeutil.py", line 1098, in get_object
mod = getattr(mod, part)
AttributeError: module 'user.highchartsSearchX' has no attribute 
'highchartsMinRanges'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/share/weewx/weewx/reportengine.py", line 197, in run
obj.start()
  File "/usr/share/weewx/weewx/reportengine.py", line 280, in start
self.run()
  File "/usr/share/weewx/weewx/cheetahgenerator.py", line 147, in run
self.initExtensions(gen_dict[section_name])
  File "/usr/share/weewx/weewx/cheetahgenerator.py", line 189, in 
initExtensions
class_ = weeutil.weeutil.get_object(x)
  File "/usr/share/weewx/weeutil/weeutil.py", line 1102, in get_object
"Module '%s' has no attribute '%s' when searching for '%s'" % 
(mod.__name__, part, module_class))
AttributeError: Module 'user.highchartsSearchX' has no attribute 
'highchartsMinRanges' when searching for 
'user.highchartsSearchX.highchartsMinRanges'

Regards, Astrid

-- 
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/abde5c1f-87aa-40e6-9266-4f0fae1c412do%40googlegroups.com.

[weewx-user] Trying to show xtype in chart causes mysql errors

[Arend]

Hello,

Just starting to become familiar with user defined types (XTypes), and 
tried to create a new type called lowTemperature. This type compares the 
temperatures outTemp and extraTemp1 and returns the lowest temperature of 
the two. I modified an existing example, the original can be found here: XType 
example 
.

My modified code in module lowest_temperature.py looks like this:

import weewx.units
import weewx.xtypes
from weewx.units import ValueTuple

class LowestTemperature(weewx.xtypes.XType):

  def get_scalar(self, obs_type, record, dbmanager):
"""Determine which sensor has lowest temperature."""
if obs_type != 'lowTemperature':
  raise weewx.UnknownType
try:
  record_us = weewx.units.to_US(record)
  if record_us['outTemp'] <= record_us['extraTemp1']:
lowTemperature = record_us['outTemp']
  else:
lowTemperature = record_us['extraTemp1']
  return ValueTuple(lowTemperature, "degree_F", "group_temperature")
except KeyError:
  # Don't have everything we need. Raise an exception.
  raise weewx.CannotCalculate(obs_type)
  
  def get_series(self, obs_type, timespan, db_manager, aggregate_type=None, 
aggregate_interval=None):
if obs_type != 'lowTemperature':
  raise weewx.UnknownType
start_vec = list()
stop_vec = list()
data_vec = list()
if aggregate_type:
  raise weewx.UnknownAggregation(aggregate_type)
for record in db_manager.genSql("SELECT dateTime, interval, usUnits, 
outTemp, extraTemp1 FROM archive WHERE dateTime > %(start)s AND dateTime <= 
%(stop)s;" % {'start': timespan[0], 'stop': timespan[1]}):
  if (record[2] != 1):
raise weewx.CannotCalculate("units are not US")
  start_vec.append(record[0] - record[1] * 60)
  stop_vec.append(record[0])
  if record[3] <= record[4]:
data_vec.append(record[3])
  else:
data_vec.append(record[4])
return (ValueTuple(start_vec, 'unix_epoch', 'group_time'), 
ValueTuple(stop_vec, 'unix_epoch', 'group_time'), ValueTuple(data_vec, 
"degree_F", "group_temperature"))


The code in extension.py is like this:

import user.lowest_temperature
import weewx.xtypes

weewx.xtypes.xtypes.append(user.lowest_temperature.LowestTemperature())


Added this leaf to weewx.conf Generic Labels [Generic]:

lowTemperature = Lowest Temperature


Modified current.inc from Seasons skin:

  
$obs.label.lowTemperature
$current.lowTemperature
  

The get_scalar function seems to work allright. Screenhot seasons skin:

[image: Screenshot lowes temperature current conditions.png]
But when I want to show the new xtype in the chart daytempdew by adding the 
leaf lowTemperature to Seasons skin.info like this:

[[[daytempdew]]]
outTemp
dewpoint
lowTemperature

I get these errors when I run weewx:

Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine: Caught 
unrecoverable exception in generator 'weewx.imagegenerator.ImageGenerator'
Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine:   
(1064, "You have an error in your SQL syntax; check the manual that 
corresponds to your MySQL server version for the right syntax to use near 
', usUnits, outTemp, extraTemp1 FROM archive WHERE dateTime > 1599732000 
AND date' at line 1")
Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine:   
Traceback (most recent call last):
Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine: 
File "/home/weewx/bin/weedb/mysql.py", line 52, in guarded_fn
Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine: 
  return fn(*args, **kwargs)
Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine: 
File "/home/weewx/bin/weedb/mysql.py", line 262, in execute
Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine: 
  self.cursor.execute(mysql_string, tuple(sql_tuple))
Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine: 
File "/usr/lib/python3/dist-packages/MySQLdb/cursors.py", line 209, in 
execute
Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine: 
  res = self._query(query)
Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine: 
File "/usr/lib/python3/dist-packages/MySQLdb/cursors.py", line 315, in 
_query
Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine: 
  db.query(q)
Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine: 
File "/usr/lib/python3/dist-packages/MySQLdb/connections.py", line 226, in 
query
Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine: 
  _mysql.connection.query(self, query)
Sep 11 12:35:24 NB10 weewx[86760] ERROR weewx.reportengine:   
MySQLdb._exceptions.ProgrammingError: (1064, "You have an error in your SQL 
syntax; check the manu

[weewx-user] Belchertown Report Issues

[Michael McClane]

I was having trouble with Belchertown.  Some of it can be attributed that I 
didn't read all of the documentation more than once and I think I may have 
mixed versions.  So I uninstalled Belchertown using sudo weewx_extension 
--uninstall Belchertown.  I reviewed my weewx.conf and the Belchertown skin 
and they appeared to be normal.

I proceeded to install Belchertown following the instructions on the 
README.md for Aeris Weather  replacement.  I downloaded the file and ran 
sudo  wee_extension  --weewx-belchertown-1.1.tar.gz.  Edited weewx.conf and 
here's the  current Belchertown section:

 [[Belchertown]]
242 skin = Belchertown
243 HTML_ROOT = /var/www/html/weewx/belchertown
244 # enable = true
245
246 [[[Extras]]]
247 belchertown_root = http://localhost/weewx/belchertown
248 #logo_image =
249 site_title = "Amelia Island"
250 foot_copyright_text = "BelchertownWeather.com"
251 forecast_enabled = 1
252 forecast_provider = "aeris"
253 forecast_api_id = 123456789
254 forecast_api_secret = 987654321
255 forecast_lang = en
256 forecast_units = us
257 forecast_stale = 3540
258 forecast_alert_enabled = 0
259 #twitter_enabled = 1
260
I've attached the debug results of my weewx.conf file. I'm not a python 
expert.  The first errors are http related in request.py Lines 569 and 649

Then it gets weird.  It's a darksky forecast error in belchertown.py  Line 
597. Finally permission denied /belchertown/favicon.ico and 
/json/homepage.json.

  My HTML_ROOT at /var/www/html/Belchertown has the Belchertown report from 
Sep 7 which I believe was ran under this installation as I total wiped out 
HTML_ROOT before the new install per Pat's suggestion.

I'm having fun, learning new things, but at a loss here.  Any insight is 
appreciated.

Mike

-- 
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/09ccb05c-7d89-4cdc-94a6-ef4c0f37001do%40googlegroups.com.


WeeWX Debug
Description: Binary data