[weewx-user] Re: FINE OFFSET WH2900 / Ambient Weather WS-2902

[S R]

were you able to get this to work in the end. can you share the weewx 
details please

On Saturday, April 1, 2017 at 4:37:01 PM UTC+2 44085w...@gmail.com wrote:

> I see that weewx is said to support the FINE OFFSET WH2900 , I was 
> wondering if anyone could share with me the protocol and port information 
> that is in the driver? I
>

-- 
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/b6573046-cb8f-4016-bf68-823f462183ccn%40googlegroups.com.

[weewx-user] Re: Netatmo station - help needed for read some observation

[gjr80]

Ah, that was my mistake, I deleted a few lines I should not have. Try this 
sensors.txt; same deal, download, rename and save as 
/etc/weewx/skins/Seasons/sensors.inc. No need to restart WeeWx this time, 
just wait for the report cycle to complete.

Gary

On Saturday, 16 January 2021 at 16:52:28 UTC+10 johansso...@outlook.com 
wrote:

> i think it works now.
> I dont know what i did but i use the early sensor.inc code you gave me and 
> the readings is now this
>
> Connectivity
> WiFi Signal
> (57 dB)
> Outdoor Module Signal
> (66 dB)
> Anemometer Signal
> (69 dB)
> Rain Gauge Signal
> (62 dB)
>
> Battery Status
> Anemometer Battery
> (95%)
> Rain Gauge Battery
> (100%)
> Outdoor Module Battery
> (93%)
>
> lördag 16 januari 2021 kl. 07:35:56 UTC+1 skrev Rebecka Johansson:
>
>> I do as you described :)
>>
>> But got errors after i replaced the new sensors.inc code
>>
>> The log error shows this
>>
>> "Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>> Generate failed with exception ''
>> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>>  Ignoring template /etc/weewx/skins/Seasons/index.html.tmpl
>> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>>  Reason: #012#012Some #directives are missing their corresponding #end 
>> ___ tag: if, if#012Line 153, column 7 in file 
>> /etc/weewx/skins/Seasons/sensors.inc#012#012Line|Cheetah 
>> Code#012|-#012150
>>  
>> |  #012151 |#012152 |#012153 |#end if#012   ^
>> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>>   Traceback (most recent call last):
>> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>> File "/usr/share/weewx/weewx/cheetahgenerator.py", line 323, in 
>> generate
>> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>>   unicode_string = compiled_template.respond()
>> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>> File "_etc_weewx_skins_Seasons_index_html_tmpl.py", line 225, in 
>> respond
>> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>> File "/usr/lib/python3/dist-packages/Cheetah/Template.py", line 
>> 1685, in _handleCheetahInclude
>> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>>   file=file)
>> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>> File "/usr/lib/python3/dist-packages/Cheetah/Template.py", line 
>> 775, in compile
>> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>>   compiler.compile()
>> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>> File "/usr/lib/python3/dist-packages/Cheetah/Compiler.py", line 
>> 1799, in compile
>> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>>   self._parser.parse()
>> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>> File "/usr/lib/python3/dist-packages/Cheetah/Parser.py", line 1554, 
>> in parse
>> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>>   self.assertEmptyOpenDirectivesStack()
>> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>> File "/usr/lib/python3/dist-packages/Cheetah/Parser.py", line 2778, 
>> in assertEmptyOpenDirectivesStack
>> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>>   raise ParseError(self, msg=errorMsg)
>> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>>   Cheetah.Parser.ParseError: 
>> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>>   
>> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>>   Some #directives are missing their corresponding #end ___ tag: if, if
>> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>>   Line 153, column 7 in file /etc/weewx/skins/Seasons/sensors.inc
>> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>>   
>> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>>   Line|Cheetah Code
>> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>>   |-
>> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>>   150 |  
>> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>>   151 |
>> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>>   152 |
>> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>>   153 |#end if
>> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>>  ^
>> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>>   
>> Ja

[weewx-user] Re: Netatmo station - help needed for read some observation

[Rebecka Johansson]

i think it works now.
I dont know what i did but i use the early sensor.inc code you gave me and 
the readings is now this

Connectivity
WiFi Signal
(57 dB)
Outdoor Module Signal
(66 dB)
Anemometer Signal
(69 dB)
Rain Gauge Signal
(62 dB)

Battery Status
Anemometer Battery
(95%)
Rain Gauge Battery
(100%)
Outdoor Module Battery
(93%)

lördag 16 januari 2021 kl. 07:35:56 UTC+1 skrev Rebecka Johansson:

> I do as you described :)
>
> But got errors after i replaced the new sensors.inc code
>
> The log error shows this
>
> "Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
> Generate failed with exception ''
> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>  Ignoring template /etc/weewx/skins/Seasons/index.html.tmpl
> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>  Reason: #012#012Some #directives are missing their corresponding #end 
> ___ tag: if, if#012Line 153, column 7 in file 
> /etc/weewx/skins/Seasons/sensors.inc#012#012Line|Cheetah 
> Code#012|-#012150
>  
> |  #012151 |#012152 |#012153 |#end if#012   ^
> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>   Traceback (most recent call last):
> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
> File "/usr/share/weewx/weewx/cheetahgenerator.py", line 323, in 
> generate
> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>   unicode_string = compiled_template.respond()
> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
> File "_etc_weewx_skins_Seasons_index_html_tmpl.py", line 225, in 
> respond
> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
> File "/usr/lib/python3/dist-packages/Cheetah/Template.py", line 
> 1685, in _handleCheetahInclude
> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>   file=file)
> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
> File "/usr/lib/python3/dist-packages/Cheetah/Template.py", line 
> 775, in compile
> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>   compiler.compile()
> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
> File "/usr/lib/python3/dist-packages/Cheetah/Compiler.py", line 
> 1799, in compile
> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>   self._parser.parse()
> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
> File "/usr/lib/python3/dist-packages/Cheetah/Parser.py", line 1554, 
> in parse
> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>   self.assertEmptyOpenDirectivesStack()
> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
> File "/usr/lib/python3/dist-packages/Cheetah/Parser.py", line 2778, 
> in assertEmptyOpenDirectivesStack
> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>   raise ParseError(self, msg=errorMsg)
> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>   Cheetah.Parser.ParseError: 
> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>   
> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>   Some #directives are missing their corresponding #end ___ tag: if, if
> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>   Line 153, column 7 in file /etc/weewx/skins/Seasons/sensors.inc
> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>   
> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>   Line|Cheetah Code
> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>   |-
> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>   150 |  
> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>   151 |
> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>   152 |
> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>   153 |#end if
> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>  ^
> Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>   
> Jan 16 07:33:22 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
> Generate failed with exception ''
> Jan 16 07:33:22 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>  Ignoring template /etc/weewx/skins/Seasons/telemetry.html.tmpl
> Jan 16 07:33:22 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
>  Reason: #012#012Some #directives are missing their corresponding #end 
> ___ tag: if, if#012Line 153, column 7 in file 
> /etc/we

SV: [weewx-user] Re: Belchertown 1.2 and Danish Charaters

[Gert Andersen]

Hi Arend
I can see you have 3 branches, should I download the master or one of the 
others?

Thanks
Gert

Sendt fra Mail til Windows 10

Fra: Arend
Sendt: 15. januar 2021 21:56
Til: weewx-user
Emne: [weewx-user] Re: Belchertown 1.2 and Danish Charaters

Hi Gert,

As requested, you can find the version with a fix for Danish characters here 
(this version is the same to the one you used before):

https://github.com/ArendPWS/weewx-belchertown/tree/master

At some point I will try to create a branch that will include all essential 
fixes and all updates to the original Belchertown master.

Regards, Arend
Op zondag 1 november 2020 om 22:34:01 UTC+1 schreef Arend:
I get the impression that most of the code that was responsible for handling 
'useHTML' has been removed.
Contrary the comment in the belchertown.js.tmpl file, 'useHTML' is still 
present and functional in the latest Highcharts API.
Putting all the required code back in would be quite a job I guess. And those 
changes should be added to the master in the repo, otherwise you would face the 
same problems again with the next update.
I don't know why it has been removed, only Pat can answer that.

Op zondag 1 november 2020 om 21:42:40 UTC+1 schreef gert.a...@gmail.com:
Hi Arend

As far as I remember, the problem was not in version 1.1. Also the previous 
problem was not in version 1.1. I still wonder, why the line was commented.

Gert

On Sunday, November 1, 2020 at 3:56:27 PM UTC+1 Arend wrote:
Hi Gert,

This issue showed up after upgrading from 1.1 to 1.2? And you had no problems 
in 1.1?

Arend
Op zaterdag 31 oktober 2020 om 07:00:13 UTC+1 schreef gert.a...@gmail.com:
Hi Arend. All

Do you also know where to fix this? It should say "Ø" Have looked in 
belchertown.js.tmpl, but I don't think I can find anything here

Gert

On Wednesday, October 21, 2020 at 9:51:58 PM UTC+2 gert.a...@gmail.com wrote:
Hi Arend

Thanks a lot, that solved the problem. I wonder how you found this, good work.

Rgds
Gert
On Wednesday, October 21, 2020 at 2:32:30 PM UTC+2 Arend wrote:
Hi Gert,

Getting those Danish characters back: try to find and uncomment this line in 
belchertown.js.tmpl.

                //options.xAxis.labels = { useHTML: true } // Option disabled 
in highcharts 8
Kind regards, Arend 

Op dinsdag 20 oktober 2020 om 06:15:18 UTC+2 schreef gert.a...@gmail.com:
Hi

I got my icons back. Did a new installation of Belchertown.

But, I'm still missing the Danish characters in the Windrose.
http://gertandersen.de

Rgds
Gert
On Monday, October 19, 2020 at 2:40:02 PM UTC+2 gert.a...@gmail.com wrote:
Hi

I'm running Ubuntu 20.04, Weewx 4.1.1, Phyton 3 and Belchertown 1.2. I have 
upgraded from Belchertown 1.1 and I have some issues with the Aeris and the 
Windrose.

With Aeris I'm missing the  current weather icon, but I have the text. 
Screenshot attached.

Using the Windrose I have some funny characters instead of the Danish 
characters. See screenshot.

My ordinals in weewx.conf is:
directions = N, NNØ, NØ, ØNØ, Ø, ØSØ, SØ, SSØ, S, SSV, SV, VSV, V, VNV, NV, 
NNV, N/A

Correct display Belchertown 1.1(using Darksky):
http://sjostauan.dk

Missing icon and correct characters Belchertown 1.2(using Aeris):
http://gertandersen.de

I had a similar problem with the development to version 1.1:
Link
but Pat fixed it. I don't know if the issue is related to the bug in the 1.1 
development version.

Any ideas where to look?

Rgds
Gert

-- 
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/sT87LBkYTaU/unsubscribe.
To unsubscribe from this group and all its topics, 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/4a6f3978-50ae-4bdc-ae5f-11c8a55e6c29n%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/60028b74.1c69fb81.6784f.4029%40mx.google.com.

[weewx-user] Re: Netatmo station - help needed for read some observation

[Rebecka Johansson]

I do as you described :)

But got errors after i replaced the new sensors.inc code

The log error shows this

"Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
Generate failed with exception ''
Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator:  
Ignoring template /etc/weewx/skins/Seasons/index.html.tmpl
Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator:  
Reason: #012#012Some #directives are missing their corresponding #end ___ 
tag: if, if#012Line 153, column 7 in file 
/etc/weewx/skins/Seasons/sensors.inc#012#012Line|Cheetah 
Code#012|-#012150
 
|  #012151 |#012152 |#012153 |#end if#012   ^
Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
  Traceback (most recent call last):
Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
File "/usr/share/weewx/weewx/cheetahgenerator.py", line 323, in 
generate
Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
  unicode_string = compiled_template.respond()
Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
File "_etc_weewx_skins_Seasons_index_html_tmpl.py", line 225, in 
respond
Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
File "/usr/lib/python3/dist-packages/Cheetah/Template.py", line 
1685, in _handleCheetahInclude
Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
  file=file)
Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
File "/usr/lib/python3/dist-packages/Cheetah/Template.py", line 
775, in compile
Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
  compiler.compile()
Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
File "/usr/lib/python3/dist-packages/Cheetah/Compiler.py", line 
1799, in compile
Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
  self._parser.parse()
Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
File "/usr/lib/python3/dist-packages/Cheetah/Parser.py", line 1554, 
in parse
Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
  self.assertEmptyOpenDirectivesStack()
Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
File "/usr/lib/python3/dist-packages/Cheetah/Parser.py", line 2778, 
in assertEmptyOpenDirectivesStack
Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
  raise ParseError(self, msg=errorMsg)
Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
  Cheetah.Parser.ParseError: 
Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
  
Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
  Some #directives are missing their corresponding #end ___ tag: if, if
Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
  Line 153, column 7 in file /etc/weewx/skins/Seasons/sensors.inc
Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
  
Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
  Line|Cheetah Code
Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
  |-
Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
  150 |  
Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
  151 |
Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
  152 |
Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
  153 |#end if
Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
 ^
Jan 16 07:33:21 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
  
Jan 16 07:33:22 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
Generate failed with exception ''
Jan 16 07:33:22 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator:  
Ignoring template /etc/weewx/skins/Seasons/telemetry.html.tmpl
Jan 16 07:33:22 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator:  
Reason: #012#012Some #directives are missing their corresponding #end ___ 
tag: if, if#012Line 153, column 7 in file 
/etc/weewx/skins/Seasons/sensors.inc#012#012Line|Cheetah 
Code#012|-#012150
 
|  #012151 |#012152 |#012153 |#end if#012   ^
Jan 16 07:33:22 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
  Traceback (most recent call last):
Jan 16 07:33:22 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
File "/usr/share/weewx/weewx/cheetahgenerator.py", line 323, in 
generate
Jan 16 07:33:22 Raspi wee_reports[12432] ERROR weewx.cheetahgenerator: 
  unicode_string = compiled_template.

Re: [weewx-user] Re: Confusion installing Forecast

[gjr80]

OK, granted John's repo (the second repo link) refers to a different .zip 
file name compared to Matthews repo (the WeeWX wiki linked repo), but the 
name of the .zip file is not important, what is important is that the name 
of the file that you get when you download the repo is the same as the file 
you use to install with wee_extension. So if your downloaded file is 
weewx-forecast.zip then that is what you use with wee_extension to install.

Gary

On Saturday, 16 January 2021 at 16:06:28 UTC+10 blu...@gmail.com wrote:

> The file provided by the Zip download on the fork Gary linked, 
> https://github.com/chaunceygardiner/weewx-forecast, is called 
> weewx-forecast-master.zip not weewx-forecast-3.4.0b11.zip
>
> What am I missing?
>
> On Fri, Jan 15, 2021 at 8:26 PM John Kline  wrote:
>
>> Use the instructions in the second link Gary provided.
>>
>>
>> wee_extension --install weewx-forecast-3.4.0b11.zip
>>
>>
>>
>> On Jan 15, 2021, at 7:46 PM, Kevin Davis  wrote:
>>
>> 
>> I'm working off the branch you sent, but the one I initially was working 
>> off does ref the tgz not zip
>>
>> 1) run the installer:
>>
>> wee_extension --install weewx-forecast.tgz
>>
>>
>> On Fri, Jan 15, 2021 at 7:37 PM gjr80  wrote:
>>
>>> Yes, that is the repo I linked to in my previous post that is mentioned 
>>> in the WeeWX wiki. But as I said I see no mention there of .tgz only .zip. 
>>> The download instructions 
>>>  tell you how 
>>> to get the zip and the install instructions 
>>>  tell you 
>>> how to install from it. But you probably won’t have much success with that 
>>> repo when it comes to running the forecast extension, better to use the 
>>> second repo I linked. The same download/install instructions should work 
>>> for the second repo.
>>>
>>> Gary
>>>
>>> On Saturday, 16 January 2021 at 13:22:47 UTC+10 blu...@gmail.com wrote:
>>>
 Oh ok! 

 I ended up on this git repo.

 https://github.com/matthewwall/weewx-forecast

 On Fri, Jan 15, 2021 at 7:04 PM gjr80  wrote:

> Hi,
>
> You haven’t said what instructions on git you are following but as far 
> as I can tell the download 
>  and install 
>  
> instructions for the forecasting extension in the WeeWX wiki 
>  only refer to .zip. 
> That being said there are some some issues (runtime not install) with the 
> forecasting extension in the wiki; however, I believe this fork 
>  is working.
>
> In terms of running install.py, it was never going to work, install.py 
> is meant to be called by wee_extension not executed directly by the user.
>
> Gary
>
> On Saturday, 16 January 2021 at 12:49:53 UTC+10 blu...@gmail.com 
> wrote:
>
>> I know I'm being dense, but the instructions on git for installing 
>> forecast say to point at wee_extension @ weewx-forecast.tgz
>>
>> Where do I get this file?  Only download option I see is for .zip.
>>
>> And, if I do a git clone and run install.py manually, I get an error.
>>
>> Traceback (most recent call last):
>>   File "install.py", line 5, in 
>> from weecfg.extension import ExtensionInstaller
>> ModuleNotFoundError: No module named 'weecfg'
>>
>> -- 
> 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/9d19ba30-9561-4f40-a735-55f04466553an%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/8faedb72-5b5c-4282-9190-3482eda163e6n%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.g

Re: [weewx-user] Re: Confusion installing Forecast

[Kevin Davis]

The file provided by the Zip download on the fork Gary linked,
https://github.com/chaunceygardiner/weewx-forecast, is called
weewx-forecast-master.zip not weewx-forecast-3.4.0b11.zip

What am I missing?

On Fri, Jan 15, 2021 at 8:26 PM John Kline  wrote:

> Use the instructions in the second link Gary provided.
>
>
> wee_extension --install weewx-forecast-3.4.0b11.zip
>
>
>
> On Jan 15, 2021, at 7:46 PM, Kevin Davis  wrote:
>
> 
> I'm working off the branch you sent, but the one I initially was working
> off does ref the tgz not zip
>
> 1) run the installer:
>
> wee_extension --install weewx-forecast.tgz
>
>
> On Fri, Jan 15, 2021 at 7:37 PM gjr80  wrote:
>
>> Yes, that is the repo I linked to in my previous post that is mentioned
>> in the WeeWX wiki. But as I said I see no mention there of .tgz only .zip.
>> The download instructions
>>  tell you how
>> to get the zip and the install instructions
>>  tell you
>> how to install from it. But you probably won’t have much success with that
>> repo when it comes to running the forecast extension, better to use the
>> second repo I linked. The same download/install instructions should work
>> for the second repo.
>>
>> Gary
>>
>> On Saturday, 16 January 2021 at 13:22:47 UTC+10 blu...@gmail.com wrote:
>>
>>> Oh ok!
>>>
>>> I ended up on this git repo.
>>>
>>> https://github.com/matthewwall/weewx-forecast
>>>
>>> On Fri, Jan 15, 2021 at 7:04 PM gjr80  wrote:
>>>
 Hi,

 You haven’t said what instructions on git you are following but as far
 as I can tell the download
  and install
 
 instructions for the forecasting extension in the WeeWX wiki
  only refer to .zip.
 That being said there are some some issues (runtime not install) with the
 forecasting extension in the wiki; however, I believe this fork
  is working.

 In terms of running install.py, it was never going to work, install.py
 is meant to be called by wee_extension not executed directly by the user.

 Gary

 On Saturday, 16 January 2021 at 12:49:53 UTC+10 blu...@gmail.com wrote:

> I know I'm being dense, but the instructions on git for installing
> forecast say to point at wee_extension @ weewx-forecast.tgz
>
> Where do I get this file?  Only download option I see is for .zip.
>
> And, if I do a git clone and run install.py manually, I get an error.
>
> Traceback (most recent call last):
>   File "install.py", line 5, in 
> from weecfg.extension import ExtensionInstaller
> ModuleNotFoundError: No module named 'weecfg'
>
> --
 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/9d19ba30-9561-4f40-a735-55f04466553an%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/8faedb72-5b5c-4282-9190-3482eda163e6n%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/CAHiQ_B3ef6LO6_y8yNDtFXw7joJed68gA8tRQhpPu3pngtY9Kw%40mail.gmail.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/A8E88CED-63CA-4957-BB3F-18A767FAF103%40johnkline.com
> 

[weewx-user] Re: Netatmo station - help needed for read some observation

[gjr80]

On Saturday, 16 January 2021 at 14:28:48 UTC+10 johansso...@outlook.com 
wrote:

> Thank for answer and your will to help me! 
>
Im new on Netatmo and its more advanced to code haha. 
> Sorry for late answere i think the county time differens between us. Clock 
> is early in the morning now in sweden 05:40 AM
>

No problems, you have more netatmo experience than I! We do have a time 
difference, I am nine hours ahead of you I believe, mid-afternoon here now 
as I write this.
 

> I know battery_vp is from old firmware and battery_percent is the newer 
> firmware.
> The work with formatting its something i havent learn yet and its take 
> time because my dyslexia and concentration because adhd. 
> But thanks to you because you describe in the way i understand very well.
>

You are welcome.

I have thinking on what i want in the reading and i wanted to have just the 
> percentage. 
> So as example from your tex above i want the readings to  "Anemometer 
> Battery 95%" 
>

OK, that makes it easy, just a couple more things to do. We need to modify 
sensors.inc again and then we need to tell WeeWX how to interpret the 
xxxBatteryStatus  and xxx_rf_status fields. I have attached a new copy of 
sensors.inc, again it is actually sensors.txt due to Google Groups 
limitations, just download it, rename it to sensors.inc and use it to 
replace your existing /etc/weewx/skins/Seasons/sensors.inc. That will now 
give you just the percentages for battery status and just the numbers for 
rf status, something like:

Anemometer Battery 95.00
Anemometer Signal 86.00

Still not formatted correctly and with no % symbol.

Reading a bit more about the netatmo system it seems the rf signal level 
values are RSSI (received signal strength indicator) values in decibels 
(dB). Again your choice how you want to present them, you can present them 
as just a number, eg:

Anemometer Signal 86

or as a dB value eg:

Anemometer Signal 86dB

Once you have decided hold on to that thought as we will use it shortly.

To get the numbers formatted correctly we need to tell WeeWX how to 
interpret the xxxBatteryStatus  and xxx_rf_status fields and we do that by 
adding a few lines of code to /usr/share/weewx/user/extensions.py. To make 
the changes to /usr/share/weewx/user/extensions.py:

1. open /usr/share/weewx/user/extensions.py in a text editor

2. add the following lines to the bottom of the file:

import weewx.units
weewx.units.obs_group_dict['windBatteryStatus'] = 'group_percent'
weewx.units.obs_group_dict['rainBatteryStatus'] = 'group_percent'
weewx.units.obs_group_dict['outTempBatteryStatus'] = 'group_percent'

3. if you want to display the rf signal status as just plain numbers add 
the following lines:

weewx.units.obs_group_dict['signal1'] = 'group_count'
weewx.units.obs_group_dict['signal2'] = 'group_count'
weewx.units.obs_group_dict['signal3'] = 'group_count'
weewx.units.obs_group_dict['signal4'] = 'group_count'

4. if you want to display the rf signal status as decibels (with a dB unit 
label) add the following lines:

weewx.units.obs_group_dict['signal1'] = 'group_db'
weewx.units.obs_group_dict['signal2'] = 'group_db'
weewx.units.obs_group_dict['signal3'] = 'group_db'
weewx.units.obs_group_dict['signal4'] = 'group_db'

Make sure you do just one or the other of 3. and 4., don't add both.

5. save extensions.py

That is all though this time you will need to restart WeeWX for the changes 
in extensions.py to take effect. After you have restarted WeeWX once the 
next report cycle completes you should see the sensor panel on the Seasons 
home page updated accordingly. If the display is not as you expect or 
something goes wrong post back here with details.

About the Belchertown i will try fix that on my own. 
> I have learn a little about sensor readings thanks to you! Its just the 
> formatting now :) 
>

The Belchertown skin is quite popular and lots of folks here are familiar 
with it and have customised it (unfortunately I am not one them). If you 
get stuck with Belchertown open a new thread with your questions and I am 
sure someone will help you.

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/cdc28b03-9b17-435d-9f2a-8a6314225a73n%40googlegroups.com.
## sensors module for weewx skins
## Copyright Tom Keffer, Matthew Wall
## See LICENSE.txt for your rights
#errorCatcher Echo
#encoding UTF-8

## this is a conditional display of sensor data, including connectivity,
## battery status, and various voltages.  if there are no data available,
## then this degenerates to nothing displayed.

#def get_battery_status($x)
#if $x == 0
OK
#else
LOW
#end if
#end def


## first see what sensor data are available

#set $have_conn = 0
#for $x in [$day.rxCh

SV: [weewx-user] Re: Belchertown 1.2 and Danish Charaters

[Gert Andersen]

Hi Arend

Thanks for your help.

Rgds
Gert

Fra: Arend
Sendt: 15. januar 2021 21:56
Til: weewx-user
Emne: [weewx-user] Re: Belchertown 1.2 and Danish Charaters

Hi Gert,

As requested, you can find the version with a fix for Danish characters here 
(this version is the same to the one you used before):

https://github.com/ArendPWS/weewx-belchertown/tree/master

At some point I will try to create a branch that will include all essential 
fixes and all updates to the original Belchertown master.

Regards, Arend
Op zondag 1 november 2020 om 22:34:01 UTC+1 schreef Arend:
I get the impression that most of the code that was responsible for handling 
'useHTML' has been removed.
Contrary the comment in the belchertown.js.tmpl file, 'useHTML' is still 
present and functional in the latest Highcharts API.
Putting all the required code back in would be quite a job I guess. And those 
changes should be added to the master in the repo, otherwise you would face the 
same problems again with the next update.
I don't know why it has been removed, only Pat can answer that.

Op zondag 1 november 2020 om 21:42:40 UTC+1 schreef gert.a...@gmail.com:
Hi Arend

As far as I remember, the problem was not in version 1.1. Also the previous 
problem was not in version 1.1. I still wonder, why the line was commented.

Gert

On Sunday, November 1, 2020 at 3:56:27 PM UTC+1 Arend wrote:
Hi Gert,

This issue showed up after upgrading from 1.1 to 1.2? And you had no problems 
in 1.1?

Arend
Op zaterdag 31 oktober 2020 om 07:00:13 UTC+1 schreef gert.a...@gmail.com:
Hi Arend. All

Do you also know where to fix this? It should say "Ø" Have looked in 
belchertown.js.tmpl, but I don't think I can find anything here

Gert

On Wednesday, October 21, 2020 at 9:51:58 PM UTC+2 gert.a...@gmail.com wrote:
Hi Arend

Thanks a lot, that solved the problem. I wonder how you found this, good work.

Rgds
Gert
On Wednesday, October 21, 2020 at 2:32:30 PM UTC+2 Arend wrote:
Hi Gert,

Getting those Danish characters back: try to find and uncomment this line in 
belchertown.js.tmpl.

                //options.xAxis.labels = { useHTML: true } // Option disabled 
in highcharts 8
Kind regards, Arend 

Op dinsdag 20 oktober 2020 om 06:15:18 UTC+2 schreef gert.a...@gmail.com:
Hi

I got my icons back. Did a new installation of Belchertown.

But, I'm still missing the Danish characters in the Windrose.
http://gertandersen.de

Rgds
Gert
On Monday, October 19, 2020 at 2:40:02 PM UTC+2 gert.a...@gmail.com wrote:
Hi

I'm running Ubuntu 20.04, Weewx 4.1.1, Phyton 3 and Belchertown 1.2. I have 
upgraded from Belchertown 1.1 and I have some issues with the Aeris and the 
Windrose.

With Aeris I'm missing the  current weather icon, but I have the text. 
Screenshot attached.

Using the Windrose I have some funny characters instead of the Danish 
characters. See screenshot.

My ordinals in weewx.conf is:
directions = N, NNØ, NØ, ØNØ, Ø, ØSØ, SØ, SSØ, S, SSV, SV, VSV, V, VNV, NV, 
NNV, N/A

Correct display Belchertown 1.1(using Darksky):
http://sjostauan.dk

Missing icon and correct characters Belchertown 1.2(using Aeris):
http://gertandersen.de

I had a similar problem with the development to version 1.1:
Link
but Pat fixed it. I don't know if the issue is related to the bug in the 1.1 
development version.

Any ideas where to look?

Rgds
Gert

-- 
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/sT87LBkYTaU/unsubscribe.
To unsubscribe from this group and all its topics, 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/4a6f3978-50ae-4bdc-ae5f-11c8a55e6c29n%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/60027d45.1c69fb81.ebcba.05ff%40mx.google.com.

[weewx-user] Re: Netatmo station - help needed for read some observation

[Rebecka Johansson]

Thank for answer and your will to help me! 
Im new on Netatmo and its more advanced to code haha. 
Sorry for late answere i think the county time differens between us. Clock 
is early in the morning now in sweden 05:40 AM

I know battery_vp is from old firmware and battery_percent is the newer 
firmware.
The work with formatting its something i havent learn yet and its take time 
because my dyslexia and concentration because adhd. 
But thanks to you because you describe in the way i understand very well.

I have thinking on what i want in the reading and i wanted to have just the 
percentage. 
So as example from your tex above i want the readings to  "Anemometer 
Battery 95%" 



About the Belchertown i will try fix that on my own. 
I have learn a little about sensor readings thanks to you! Its just the 
formatting now :) 





fredag 15 januari 2021 kl. 13:54:51 UTC+1 skrev gjr80:

> You’ve done well, that is all of the hard work done! The rest is just 
> formatting.
>
> I am no netatmo expert but reading through the driver and from what info I 
> could find on the internet, it does appear that there are two distinct 
> battery state fields for each sensor; battery_vp which (according to 
> netatmo) is a large number that appears to equate to a descriptive battery 
> state (that is where the max/fulll/low is derived from) and battery_percent 
> (which the netatmo driver maps to xBatteryStatus). One of those may 
> well be from the old firmware but your station emits both field types for 
> each sensor. When I put together the new sensors.inc I wanted to format the 
> battery state entries as ‘descriptive word (battery %)’, eg:
>
> Anemometer Battery   full(95%)
>
> The 95.00 is just a formatting/unit issue that is easily fixed. I 
> guess the question for you is what do you want to display? Just the 
> descriptive word, just the percentage or both?
>
> Similar arrangement with the wifi/RF status, there is the actual signal 
> level (ie the number) and descriptive text that netatmo lists for different 
> RF signal levels. Do you want just the descriptive text or the number or 
> both?
>
> Let me know and we can adjust sensors.inc accordingly.
>
> For info if you haven’t already found it the ranges of battery_vp and the 
> corresponding descriptive text for each sensor is shown in a number of 
> tables on this page (https://dev.netatmo.com/apidocumentation/weather) . 
> Likewise for Wifi status, not sure where Infound the descriptive text for 
> RF status though.
>
> Afraid I can’t help with integrating the battery states and RF signal 
> levels into Belchertown, you will need someone who is familiar with the 
> Belchertown skin. Though you now have the relevant database in your 
> database so I am sure that will get you part way there.
>
> Gary
>
> On Friday, 15 January 2021 at 22:18:12 UTC+10 johansso...@outlook.com 
> wrote:
>
>>
>> Thanks
>> I did as you writed.
>> Seasons skin does the reading like this now but with many extra numbers 
>> of 0.
>>
>> Like i writed in first post i orginally use Belchertown skins and use 
>> seasons to fix whats reading and how to code!
>>
>>
>>
>>
>> Connectivity
>>
>> WiFi Signal
>> good(56,00)
>> Outdoor Module Signal
>> high(66,00)
>> Anemometer Signal
>> high(61,00)
>> Rain Gauge Signal
>> *high(61,00)*
>>
>> Battery Status
>> Anemometer Battery
>> full(95,00)
>> Rain Gauge Battery
>> max(100,00)
>> Outdoor Module Battery
>> full(93,00)
>>
>>
>> What i read in netatmo.py file i saw that battery_vp is for old firmware 
>> and used for the older Wveiw.py
>> In the Netatmo.py file it is writed like this now.
>>
>>
>> class NetatmoDriver(weewx.drivers.AbstractDevice):
>> DEFAULT_PORT = 80
>> DEFAULT_HOST = ""
>> # map from netatmo names to database schema names
>> # apparently battery_vp is in older firmware, whereas battery_percent 
>> is
>> # in newer firmware.
>> DEFAULT_SENSOR_MAP = {
>> 'pressure':  
>>  '*.NAMain.AbsolutePressure',
>> 'inTemp': '*.NAMain.Temperature',
>> 'inHumidity':   '*.NAMain.Humidity',
>> 'co2':   '*.NAMain.CO2',
>> 'noise':'*.NAMain.Noise',
>> 'wifi_status':  '*.NAMain.wifi_status',
>> 'outTemp': '*.NAModule1.Temperature',
>> 'outHumidity':   '*.NAModule1.Humidity',
>> 'out_rf_status':  '*.NAModule1.rf_status',
>> 'out_battery_vp':   '*.NAModule1.battery_vp', 
>> *(**Older 
>> firmware)*
>> 'outTempBatteryStatus': '*.NAModule1.battery_percent',
>> 'windSpeed': '*.NAModule2.WindStrength',
>> 'windDir':   '*.NAModule2.WindAngle',
>> 'windGust': 

Re: [weewx-user] Re: Confusion installing Forecast

[John Kline]

Use the instructions in the second link Gary provided.

wee_extension --install weewx-forecast-3.4.0b11.zip


> On Jan 15, 2021, at 7:46 PM, Kevin Davis  wrote:
> 
> 
> I'm working off the branch you sent, but the one I initially was working off 
> does ref the tgz not zip
> 
> 1) run the installer:
> 
> wee_extension --install weewx-forecast.tgz
> 
>> On Fri, Jan 15, 2021 at 7:37 PM gjr80  wrote:
>> Yes, that is the repo I linked to in my previous post that is mentioned in 
>> the WeeWX wiki. But as I said I see no mention there of .tgz only .zip. The 
>> download instructions tell you how to get the zip and the install 
>> instructions tell you how to install from it. But you probably won’t have 
>> much success with that repo when it comes to running the forecast extension, 
>> better to use the second repo I linked. The same download/install 
>> instructions should work for the second repo.
>> 
>> Gary
>> 
>>> On Saturday, 16 January 2021 at 13:22:47 UTC+10 blu...@gmail.com wrote:
>>> Oh ok! 
>>> 
>>> I ended up on this git repo.
>>> 
>>> https://github.com/matthewwall/weewx-forecast
>>> 
 On Fri, Jan 15, 2021 at 7:04 PM gjr80  wrote:
 Hi,
 
 You haven’t said what instructions on git you are following but as far as 
 I can tell the download and install instructions for the forecasting 
 extension in the WeeWX wiki only refer to .zip. That being said there are 
 some some issues (runtime not install) with the forecasting extension in 
 the wiki; however, I believe this fork is working.
 
 In terms of running install.py, it was never going to work, install.py is 
 meant to be called by wee_extension not executed directly by the user.
 
 Gary
 
>> On Saturday, 16 January 2021 at 12:49:53 UTC+10 blu...@gmail.com wrote:
>> I know I'm being dense, but the instructions on git for installing 
>> forecast say to point at wee_extension @ weewx-forecast.tgz
>> 
>> Where do I get this file?  Only download option I see is for .zip.
>> 
>> And, if I do a git clone and run install.py manually, I get an error.
>> 
>> Traceback (most recent call last):
>>   File "install.py", line 5, in 
>> from weecfg.extension import ExtensionInstaller
>> ModuleNotFoundError: No module named 'weecfg'
>> 
> 
 -- 
 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/9d19ba30-9561-4f40-a735-55f04466553an%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/8faedb72-5b5c-4282-9190-3482eda163e6n%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/CAHiQ_B3ef6LO6_y8yNDtFXw7joJed68gA8tRQhpPu3pngtY9Kw%40mail.gmail.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/A8E88CED-63CA-4957-BB3F-18A767FAF103%40johnkline.com.

Re: [weewx-user] Re: Confusion installing Forecast

[Kevin Davis]

I'm working off the branch you sent, but the one I initially was working
off does ref the tgz not zip

1) run the installer:

wee_extension --install weewx-forecast.tgz


On Fri, Jan 15, 2021 at 7:37 PM gjr80  wrote:

> Yes, that is the repo I linked to in my previous post that is mentioned in
> the WeeWX wiki. But as I said I see no mention there of .tgz only .zip. The 
> download
> instructions 
> tell you how to get the zip and the install instructions
>  tell you
> how to install from it. But you probably won’t have much success with that
> repo when it comes to running the forecast extension, better to use the
> second repo I linked. The same download/install instructions should work
> for the second repo.
>
> Gary
>
> On Saturday, 16 January 2021 at 13:22:47 UTC+10 blu...@gmail.com wrote:
>
>> Oh ok!
>>
>> I ended up on this git repo.
>>
>> https://github.com/matthewwall/weewx-forecast
>>
>> On Fri, Jan 15, 2021 at 7:04 PM gjr80  wrote:
>>
>>> Hi,
>>>
>>> You haven’t said what instructions on git you are following but as far
>>> as I can tell the download
>>>  and install
>>> 
>>> instructions for the forecasting extension in the WeeWX wiki
>>>  only refer to .zip.
>>> That being said there are some some issues (runtime not install) with the
>>> forecasting extension in the wiki; however, I believe this fork
>>>  is working.
>>>
>>> In terms of running install.py, it was never going to work, install.py
>>> is meant to be called by wee_extension not executed directly by the user.
>>>
>>> Gary
>>>
>>> On Saturday, 16 January 2021 at 12:49:53 UTC+10 blu...@gmail.com wrote:
>>>
 I know I'm being dense, but the instructions on git for installing
 forecast say to point at wee_extension @ weewx-forecast.tgz

 Where do I get this file?  Only download option I see is for .zip.

 And, if I do a git clone and run install.py manually, I get an error.

 Traceback (most recent call last):
   File "install.py", line 5, in 
 from weecfg.extension import ExtensionInstaller
 ModuleNotFoundError: No module named 'weecfg'

 --
>>> 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/9d19ba30-9561-4f40-a735-55f04466553an%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/8faedb72-5b5c-4282-9190-3482eda163e6n%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/CAHiQ_B3ef6LO6_y8yNDtFXw7joJed68gA8tRQhpPu3pngtY9Kw%40mail.gmail.com.

Re: [weewx-user] Re: Confusion installing Forecast

[gjr80]

Yes, that is the repo I linked to in my previous post that is mentioned in 
the WeeWX wiki. But as I said I see no mention there of .tgz only .zip. The 
download 
instructions  
tell you how to get the zip and the install instructions 
 tell you how 
to install from it. But you probably won’t have much success with that repo 
when it comes to running the forecast extension, better to use the second 
repo I linked. The same download/install instructions should work for the 
second repo.

Gary

On Saturday, 16 January 2021 at 13:22:47 UTC+10 blu...@gmail.com wrote:

> Oh ok! 
>
> I ended up on this git repo.
>
> https://github.com/matthewwall/weewx-forecast
>
> On Fri, Jan 15, 2021 at 7:04 PM gjr80  wrote:
>
>> Hi,
>>
>> You haven’t said what instructions on git you are following but as far as 
>> I can tell the download 
>>  and install 
>>  
>> instructions for the forecasting extension in the WeeWX wiki 
>>  only refer to .zip. 
>> That being said there are some some issues (runtime not install) with the 
>> forecasting extension in the wiki; however, I believe this fork 
>>  is working.
>>
>> In terms of running install.py, it was never going to work, install.py is 
>> meant to be called by wee_extension not executed directly by the user.
>>
>> Gary
>>
>> On Saturday, 16 January 2021 at 12:49:53 UTC+10 blu...@gmail.com wrote:
>>
>>> I know I'm being dense, but the instructions on git for installing 
>>> forecast say to point at wee_extension @ weewx-forecast.tgz
>>>
>>> Where do I get this file?  Only download option I see is for .zip.
>>>
>>> And, if I do a git clone and run install.py manually, I get an error.
>>>
>>> Traceback (most recent call last):
>>>   File "install.py", line 5, in 
>>> from weecfg.extension import ExtensionInstaller
>>> ModuleNotFoundError: No module named 'weecfg'
>>>
>>> -- 
>> 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/9d19ba30-9561-4f40-a735-55f04466553an%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/8faedb72-5b5c-4282-9190-3482eda163e6n%40googlegroups.com.

RE: [weewx-user] Re: how to get wee_extension working

[purchase]

Thank you. For some reason I had it stuck in my head it had to be in the path, 
that worked.

 

From: weewx-user@googlegroups.com  On Behalf Of 
gjr80
Sent: Friday, January 15, 2021 5:13 PM
To: weewx-user 
Subject: [weewx-user] Re: how to get wee_extension working

 

Hi,

 

If you installed WeeWX using setup.py then you need to ensure you include an 
appropriate path when using the utilities. Try something like:

 

$ sudo /home/weewx/bin/wee_extension --install 
weewx-belchertown-release-1.2.tar.gz

 

Note that depending on what directory you are in you may need to provide the 
path to the extension tar.gz file as well.

 

Gary

On Saturday, 16 January 2021 at 10:05:20 UTC+10 Mitchell Tuckness wrote:

Hi all. I installed Weewx using the Python3 script and followed the 
instructions. It is working pretty good.I was going to install a skin and 
following the instructions is says to install it using the wee_extension 
--install command, but that is apparently not in my PATH statement. I have 
tried a few different methods to get it in the path, but none of them seem to 
work.

 

I am not a Ubuntu Linux expert, though I am pretty good at following guides and 
troubleshooting minor issues (pretty good search skills), but this is stumping 
me.

 

Can anyone help me get it set up so that command can be run per the 
instructions?

 

Here is the skin I was going to install.

 

https://github.com/poblabs/weewx-belchertown/releases

 

And here is the command to install it using the wee_extension, which I can't 
run on mine.

 

sudo wee_extension --install weewx-belchertown-release-1.2.tar.gz 

 

I am running Ubuntu 20.04 on a Raspberry Pi 4, using the latest version of 
Weewx and it was installed using this method.

 

http://weewx.com/docs/setup.htm

 

Thank you for help! 

 

-- 
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/l0PR4PqBiqA/unsubscribe.
To unsubscribe from this group and all its topics, 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/2cb96f06-c94e-427e-a770-835904475984n%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/027001d6ebb7%24ac8c0b90%2405a422b0%24%40maladomini.com.

Re: [weewx-user] Re: Confusion installing Forecast

[Kevin Davis]

Oh ok!

I ended up on this git repo.

https://github.com/matthewwall/weewx-forecast

On Fri, Jan 15, 2021 at 7:04 PM gjr80  wrote:

> Hi,
>
> You haven’t said what instructions on git you are following but as far as
> I can tell the download
>  and install
> 
> instructions for the forecasting extension in the WeeWX wiki
>  only refer to .zip.
> That being said there are some some issues (runtime not install) with the
> forecasting extension in the wiki; however, I believe this fork
>  is working.
>
> In terms of running install.py, it was never going to work, install.py is
> meant to be called by wee_extension not executed directly by the user.
>
> Gary
>
> On Saturday, 16 January 2021 at 12:49:53 UTC+10 blu...@gmail.com wrote:
>
>> I know I'm being dense, but the instructions on git for installing
>> forecast say to point at wee_extension @ weewx-forecast.tgz
>>
>> Where do I get this file?  Only download option I see is for .zip.
>>
>> And, if I do a git clone and run install.py manually, I get an error.
>>
>> Traceback (most recent call last):
>>   File "install.py", line 5, in 
>> from weecfg.extension import ExtensionInstaller
>> ModuleNotFoundError: No module named 'weecfg'
>>
>> --
> 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/9d19ba30-9561-4f40-a735-55f04466553an%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/CAHiQ_B0koYX323uV1eHMC40Ffc80Ga_u0_4xUVs6jJQ3cz9UYQ%40mail.gmail.com.

[weewx-user] Re: Confusion installing Forecast

[gjr80]

Hi,

You haven’t said what instructions on git you are following but as far as I 
can tell the download 
 and install 
 instructions 
for the forecasting extension in the WeeWX wiki 
 only refer to .zip. That 
being said there are some some issues (runtime not install) with the 
forecasting extension in the wiki; however, I believe this fork 
 is working.

In terms of running install.py, it was never going to work, install.py is 
meant to be called by wee_extension not executed directly by the user.

Gary

On Saturday, 16 January 2021 at 12:49:53 UTC+10 blu...@gmail.com wrote:

> I know I'm being dense, but the instructions on git for installing 
> forecast say to point at wee_extension @ weewx-forecast.tgz
>
> Where do I get this file?  Only download option I see is for .zip.
>
> And, if I do a git clone and run install.py manually, I get an error.
>
> Traceback (most recent call last):
>   File "install.py", line 5, in 
> from weecfg.extension import ExtensionInstaller
> ModuleNotFoundError: No module named 'weecfg'
>
>

-- 
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/9d19ba30-9561-4f40-a735-55f04466553an%40googlegroups.com.

[weewx-user] Confusion installing Forecast

[blu...@gmail.com]

I know I'm being dense, but the instructions on git for installing forecast 
say to point at wee_extension @ weewx-forecast.tgz

Where do I get this file?  Only download option I see is for .zip.

And, if I do a git clone and run install.py manually, I get an error.

Traceback (most recent call last):
  File "install.py", line 5, in 
from weecfg.extension import ExtensionInstaller
ModuleNotFoundError: No module named 'weecfg'

-- 
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/a72f505c-b5f1-4429-b915-17536c714092n%40googlegroups.com.

Re: [weewx-user] Re: Ubuntu 20.04 install, no HTML Files at all

[Tom Keffer]

Report generation happens with every archive interval. With the Vantage
stations, the interval is set by the hardware, not by WeeWX. Your station
hardware has it set to 30 minutes.

To change, either consult the directions that came with your console, or
use the WeeWX utility wee_device with the --set-interval option
. For example,

*wee_device --set-interval=5*

would change the interval to 5 minutes.

-tk

On Fri, Jan 15, 2021 at 4:09 PM Greg Reive  wrote:

> You have to wait at least 5 minutes as that is the report generation time
> default.
>
> On Sat, 16 Jan 2021 at 11:07, Rob Cook  wrote:
>
>> Aand now it's working? Was I simply being impatient? I now have
>> files in /var/www/html/weewx and graphs. WTH?
>>
>> I guess I'm good, just need to enter in my Wunderground Info.
>>
>> On Fri, Jan 15, 2021 at 6:04 PM Rob Cook  wrote:
>>
>>> First, thanks for all the help. I'll post logs below but I need to go
>>> feed my dogs and make dinner so if I don't get back to this tonight I'll
>>> pick it up in the morning.
>>>
>>> I've attached the entire syslog as well. Hopefully there's something in
>>> there.
>>>
>>> Jan 15 23:58:39 t630weewx systemd[1]: weewx.service: Succeeded.
>>> Jan 15 23:58:39 t630weewx systemd[1]: Stopped LSB: weewx weather system.
>>> Jan 15 23:58:39 t630weewx systemd[1]: Starting LSB: weewx weather
>>> system...
>>> Jan 15 23:58:39 t630weewx weewx[3329]:  * Starting weewx weather system
>>> weewx
>>> Jan 15 23:58:39 t630weewx weewx[3354] INFO __main__: Initializing weewx
>>> version 4.3.0
>>> Jan 15 23:58:39 t630weewx weewx[3354] INFO __main__: Using Python 3.8.5
>>> (default, Jul 28 2020, 12:59:40) #012[GCC 9.3.0]
>>> Jan 15 23:58:39 t630weewx weewx[3354] INFO __main__: Platform
>>> Linux-5.4.0-62-generic-x86_64-with-glibc2.29
>>> Jan 15 23:58:39 t630weewx weewx[3354] INFO __main__: Locale is 'C.UTF-8'
>>> Jan 15 23:58:39 t630weewx weewx[3354] INFO __main__: PID file is
>>> /var/run/weewx.pid
>>> Jan 15 23:58:39 t630weewx weewx[3357] INFO __main__: Using configuration
>>> file /etc/weewx/weewx.conf
>>> Jan 15 23:58:39 t630weewx weewx[3357] INFO __main__: Debug is 1
>>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG __main__: Initializing engine
>>> Jan 15 23:58:39 t630weewx weewx[3329]:...done.
>>> Jan 15 23:58:39 t630weewx systemd[1]: Started LSB: weewx weather system.
>>> Jan 15 23:58:39 t630weewx weewx[3357] INFO weewx.engine: Loading station
>>> type Vantage (weewx.drivers.vantage)
>>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.drivers.vantage:
>>> Driver version is 3.2.1
>>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.drivers.vantage:
>>> Option loop_request=1
>>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.drivers.vantage:
>>> Opened up serial port /dev/ttyUSB0; baud 19200; timeout 4.00
>>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.drivers.vantage:
>>> Gentle wake up of console successful
>>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.drivers.vantage:
>>> Hardware type is 16
>>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.drivers.vantage: ISS
>>> ID is 1
>>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.drivers.vantage:
>>> Hardware name: Vantage Pro2
>>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Loading
>>> service weewx.engine.StdTimeSynch
>>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Finished
>>> loading service weewx.engine.StdTimeSynch
>>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Loading
>>> service weewx.engine.StdConvert
>>> Jan 15 23:58:39 t630weewx weewx[3357] INFO weewx.engine: StdConvert
>>> target unit is 0x1
>>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Finished
>>> loading service weewx.engine.StdConvert
>>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Loading
>>> service weewx.engine.StdCalibrate
>>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Finished
>>> loading service weewx.engine.StdCalibrate
>>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Loading
>>> service weewx.engine.StdQC
>>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Finished
>>> loading service weewx.engine.StdQC
>>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Loading
>>> service weewx.wxservices.StdWXCalculate
>>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.manager: Daily summary
>>> version is 3.0
>>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Finished
>>> loading service weewx.wxservices.StdWXCalculate
>>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Loading
>>> service weewx.wxxtypes.StdWXXTypes
>>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Finished
>>> loading service weewx.wxxtypes.StdWXXTypes
>>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Loading
>>> service weewx.wxxtypes.StdPressureCooker
>>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Finished
>>> loading service weewx.wxx

[weewx-user] Re: how to get wee_extension working

[vince]

On Friday, January 15, 2021 at 4:05:20 PM UTC-8 Mitchell Tuckness wrote:

> And here is the command to install it using the wee_extension, which I 
> can't run on mine.
>

Try giving it an absolute path to both things.
 sudo */home/weewx/bin/*wee_extension --install 
*/wherever/you/downloaded/it/to/*weewx-belchertown-release-1.2.tar.gz

I might add that "which I can't run on mine" isn't a great problem 
description in general.
In the future, please include a transcript of what you saw when you tried 
the command that didn't work

-- 
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/0397e541-dfab-47a6-994b-7d7d859b0845n%40googlegroups.com.

[weewx-user] Re: how to get wee_extension working

[gjr80]

Hi,

If you installed WeeWX using setup.py then you need to ensure you include 
an appropriate path when using the utilities. Try something like:

$ sudo /home/weewx/bin/wee_extension --install 
weewx-belchertown-release-1.2.tar.gz

Note that depending on what directory you are in you may need to provide 
the path to the extension tar.gz file as well.

Gary

On Saturday, 16 January 2021 at 10:05:20 UTC+10 Mitchell Tuckness wrote:

> Hi all. I installed Weewx using the Python3 script and followed the 
> instructions. It is working pretty good.I was going to install a skin and 
> following the instructions is says to install it using the wee_extension 
> --install command, but that is apparently not in my PATH statement. I have 
> tried a few different methods to get it in the path, but none of them seem 
> to work.
>
> I am not a Ubuntu Linux expert, though I am pretty good at following 
> guides and troubleshooting minor issues (pretty good search skills), but 
> this is stumping me.
>
> Can anyone help me get it set up so that command can be run per the 
> instructions?
>
> Here is the skin I was going to install.
>
> https://github.com/poblabs/weewx-belchertown/releases
>
> And here is the command to install it using the wee_extension, which I 
> can't run on mine.
>
> sudo wee_extension --install weewx-belchertown-release-1.2.tar.gz 
>
> I am running Ubuntu 20.04 on a Raspberry Pi 4, using the latest version of 
> Weewx and it was installed using this method.
>
> http://weewx.com/docs/setup.htm
>  
> Thank you for help! 
>  
>

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

Re: [weewx-user] Re: Ubuntu 20.04 install, no HTML Files at all

[Greg Reive]

You have to wait at least 5 minutes as that is the report generation time
default.

On Sat, 16 Jan 2021 at 11:07, Rob Cook  wrote:

> Aand now it's working? Was I simply being impatient? I now have
> files in /var/www/html/weewx and graphs. WTH?
>
> I guess I'm good, just need to enter in my Wunderground Info.
>
> On Fri, Jan 15, 2021 at 6:04 PM Rob Cook  wrote:
>
>> First, thanks for all the help. I'll post logs below but I need to go
>> feed my dogs and make dinner so if I don't get back to this tonight I'll
>> pick it up in the morning.
>>
>> I've attached the entire syslog as well. Hopefully there's something in
>> there.
>>
>> Jan 15 23:58:39 t630weewx systemd[1]: weewx.service: Succeeded.
>> Jan 15 23:58:39 t630weewx systemd[1]: Stopped LSB: weewx weather system.
>> Jan 15 23:58:39 t630weewx systemd[1]: Starting LSB: weewx weather
>> system...
>> Jan 15 23:58:39 t630weewx weewx[3329]:  * Starting weewx weather system
>> weewx
>> Jan 15 23:58:39 t630weewx weewx[3354] INFO __main__: Initializing weewx
>> version 4.3.0
>> Jan 15 23:58:39 t630weewx weewx[3354] INFO __main__: Using Python 3.8.5
>> (default, Jul 28 2020, 12:59:40) #012[GCC 9.3.0]
>> Jan 15 23:58:39 t630weewx weewx[3354] INFO __main__: Platform
>> Linux-5.4.0-62-generic-x86_64-with-glibc2.29
>> Jan 15 23:58:39 t630weewx weewx[3354] INFO __main__: Locale is 'C.UTF-8'
>> Jan 15 23:58:39 t630weewx weewx[3354] INFO __main__: PID file is
>> /var/run/weewx.pid
>> Jan 15 23:58:39 t630weewx weewx[3357] INFO __main__: Using configuration
>> file /etc/weewx/weewx.conf
>> Jan 15 23:58:39 t630weewx weewx[3357] INFO __main__: Debug is 1
>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG __main__: Initializing engine
>> Jan 15 23:58:39 t630weewx weewx[3329]:...done.
>> Jan 15 23:58:39 t630weewx systemd[1]: Started LSB: weewx weather system.
>> Jan 15 23:58:39 t630weewx weewx[3357] INFO weewx.engine: Loading station
>> type Vantage (weewx.drivers.vantage)
>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.drivers.vantage: Driver
>> version is 3.2.1
>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.drivers.vantage: Option
>> loop_request=1
>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.drivers.vantage: Opened
>> up serial port /dev/ttyUSB0; baud 19200; timeout 4.00
>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.drivers.vantage: Gentle
>> wake up of console successful
>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.drivers.vantage:
>> Hardware type is 16
>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.drivers.vantage: ISS ID
>> is 1
>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.drivers.vantage:
>> Hardware name: Vantage Pro2
>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Loading service
>> weewx.engine.StdTimeSynch
>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Finished
>> loading service weewx.engine.StdTimeSynch
>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Loading service
>> weewx.engine.StdConvert
>> Jan 15 23:58:39 t630weewx weewx[3357] INFO weewx.engine: StdConvert
>> target unit is 0x1
>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Finished
>> loading service weewx.engine.StdConvert
>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Loading service
>> weewx.engine.StdCalibrate
>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Finished
>> loading service weewx.engine.StdCalibrate
>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Loading service
>> weewx.engine.StdQC
>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Finished
>> loading service weewx.engine.StdQC
>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Loading service
>> weewx.wxservices.StdWXCalculate
>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.manager: Daily summary
>> version is 3.0
>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Finished
>> loading service weewx.wxservices.StdWXCalculate
>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Loading service
>> weewx.wxxtypes.StdWXXTypes
>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Finished
>> loading service weewx.wxxtypes.StdWXXTypes
>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Loading service
>> weewx.wxxtypes.StdPressureCooker
>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Finished
>> loading service weewx.wxxtypes.StdPressureCooker
>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Loading service
>> weewx.wxxtypes.StdRainRater
>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Finished
>> loading service weewx.wxxtypes.StdRainRater
>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Loading service
>> weewx.wxxtypes.StdDelta
>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Finished
>> loading service weewx.wxxtypes.StdDelta
>> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Loading service
>> weewx.engine.StdArchive
>> Jan 15 23:58:39 t630weewx weewx[3357] INFO 

Re: [weewx-user] Re: Ubuntu 20.04 install, no HTML Files at all

[Rob Cook]

Aand now it's working? Was I simply being impatient? I now have
files in /var/www/html/weewx and graphs. WTH?

I guess I'm good, just need to enter in my Wunderground Info.

On Fri, Jan 15, 2021 at 6:04 PM Rob Cook  wrote:

> First, thanks for all the help. I'll post logs below but I need to go feed
> my dogs and make dinner so if I don't get back to this tonight I'll pick it
> up in the morning.
>
> I've attached the entire syslog as well. Hopefully there's something in
> there.
>
> Jan 15 23:58:39 t630weewx systemd[1]: weewx.service: Succeeded.
> Jan 15 23:58:39 t630weewx systemd[1]: Stopped LSB: weewx weather system.
> Jan 15 23:58:39 t630weewx systemd[1]: Starting LSB: weewx weather system...
> Jan 15 23:58:39 t630weewx weewx[3329]:  * Starting weewx weather system
> weewx
> Jan 15 23:58:39 t630weewx weewx[3354] INFO __main__: Initializing weewx
> version 4.3.0
> Jan 15 23:58:39 t630weewx weewx[3354] INFO __main__: Using Python 3.8.5
> (default, Jul 28 2020, 12:59:40) #012[GCC 9.3.0]
> Jan 15 23:58:39 t630weewx weewx[3354] INFO __main__: Platform
> Linux-5.4.0-62-generic-x86_64-with-glibc2.29
> Jan 15 23:58:39 t630weewx weewx[3354] INFO __main__: Locale is 'C.UTF-8'
> Jan 15 23:58:39 t630weewx weewx[3354] INFO __main__: PID file is
> /var/run/weewx.pid
> Jan 15 23:58:39 t630weewx weewx[3357] INFO __main__: Using configuration
> file /etc/weewx/weewx.conf
> Jan 15 23:58:39 t630weewx weewx[3357] INFO __main__: Debug is 1
> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG __main__: Initializing engine
> Jan 15 23:58:39 t630weewx weewx[3329]:...done.
> Jan 15 23:58:39 t630weewx systemd[1]: Started LSB: weewx weather system.
> Jan 15 23:58:39 t630weewx weewx[3357] INFO weewx.engine: Loading station
> type Vantage (weewx.drivers.vantage)
> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.drivers.vantage: Driver
> version is 3.2.1
> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.drivers.vantage: Option
> loop_request=1
> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.drivers.vantage: Opened
> up serial port /dev/ttyUSB0; baud 19200; timeout 4.00
> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.drivers.vantage: Gentle
> wake up of console successful
> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.drivers.vantage:
> Hardware type is 16
> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.drivers.vantage: ISS ID
> is 1
> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.drivers.vantage:
> Hardware name: Vantage Pro2
> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Loading service
> weewx.engine.StdTimeSynch
> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Finished loading
> service weewx.engine.StdTimeSynch
> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Loading service
> weewx.engine.StdConvert
> Jan 15 23:58:39 t630weewx weewx[3357] INFO weewx.engine: StdConvert target
> unit is 0x1
> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Finished loading
> service weewx.engine.StdConvert
> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Loading service
> weewx.engine.StdCalibrate
> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Finished loading
> service weewx.engine.StdCalibrate
> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Loading service
> weewx.engine.StdQC
> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Finished loading
> service weewx.engine.StdQC
> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Loading service
> weewx.wxservices.StdWXCalculate
> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.manager: Daily summary
> version is 3.0
> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Finished loading
> service weewx.wxservices.StdWXCalculate
> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Loading service
> weewx.wxxtypes.StdWXXTypes
> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Finished loading
> service weewx.wxxtypes.StdWXXTypes
> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Loading service
> weewx.wxxtypes.StdPressureCooker
> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Finished loading
> service weewx.wxxtypes.StdPressureCooker
> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Loading service
> weewx.wxxtypes.StdRainRater
> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Finished loading
> service weewx.wxxtypes.StdRainRater
> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Loading service
> weewx.wxxtypes.StdDelta
> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Finished loading
> service weewx.wxxtypes.StdDelta
> Jan 15 23:58:39 t630weewx weewx[3357] DEBUG weewx.engine: Loading service
> weewx.engine.StdArchive
> Jan 15 23:58:39 t630weewx weewx[3357] INFO weewx.engine: Archive will use
> data binding wx_binding
> Jan 15 23:58:39 t630weewx weewx[3357] INFO weewx.engine: Record generation
> will be attempted in 'hardware'
> Jan 15 23:58:39 t630weewx weewx[3357] ERROR weewx.engine: The 

[weewx-user] how to get wee_extension working

[Mitchell Tuckness]

Hi all. I installed Weewx using the Python3 script and followed the 
instructions. It is working pretty good.I was going to install a skin and 
following the instructions is says to install it using the wee_extension 
--install command, but that is apparently not in my PATH statement. I have 
tried a few different methods to get it in the path, but none of them seem 
to work.

I am not a Ubuntu Linux expert, though I am pretty good at following guides 
and troubleshooting minor issues (pretty good search skills), but this is 
stumping me.

Can anyone help me get it set up so that command can be run per the 
instructions?

Here is the skin I was going to install.

https://github.com/poblabs/weewx-belchertown/releases

And here is the command to install it using the wee_extension, which I 
can't run on mine.

sudo wee_extension --install weewx-belchertown-release-1.2.tar.gz 

I am running Ubuntu 20.04 on a Raspberry Pi 4, using the latest version of 
Weewx and it was installed using this method.

http://weewx.com/docs/setup.htm
 
Thank you for help! 
 

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

Re: [weewx-user] Re: Ubuntu 20.04 install, no HTML Files at all

[Tom Keffer]

Actually, when it's a connectivity issue, it's better to see the full log.
The kernel may be messing with the port.

On Fri, Jan 15, 2021 at 3:57 PM Greg Reive  wrote:

> Run this command:
> * tail -f /var/log/syslog|grep weewx*
>
> *That will show you what is going on.*
>
>
>
> On Sat, 16 Jan 2021 at 10:52, Rob Cook  wrote:
>
>> Per minicom I received my TEST response so I do have connectivity.
>> Interestingly this works in Windows 10. I'm trying WeeWx because the
>> WeatherLink software dies randomly. That and who doesn't like a challenge?
>>
>>
>> On Fri, Jan 15, 2021 at 5:46 PM Tom Keffer  wrote:
>>
>>> You are having connectivity problems with your station. Most likely, the
>>> problem is getting VMWare to recognize the device.
>>>
>>> See the wiki article *Establishing connectivity
>>> *
>>> .
>>>
>>> On Fri, Jan 15, 2021 at 3:43 PM Rob Cook  wrote:
>>>
 It's running, just not creating the files. Seems like there is an issue
 talking to the USB Datalogger. I have it as a USB 2 device in VMWare, I
 assume that is correct?

 rcook@t630weewx:/etc/weewx$ sudo systemctl status weewx
 ● weewx.service - LSB: weewx weather system
  Loaded: loaded (/etc/init.d/weewx; generated)
  Active: active (running) since Fri 2021-01-15 23:41:00 UTC; 5s ago
Docs: man:systemd-sysv-generator(8)
 Process: 2216 ExecStart=/etc/init.d/weewx start (code=exited,
 status=0/SUCCESS)
   Tasks: 1 (limit: 4620)
  Memory: 12.2M
  CGroup: /system.slice/weewx.service
  └─2231 python3 /usr/share/weewx/weewxd --daemon
 --pidfile=/var/run/weewx.pid /etc/weewx/weewx.conf

 Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.restx:
 PWSweather: Posting not enabled.
 Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.restx:
 CWOP: Posting not enabled.
 Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.restx:
 WOW: Posting not enabled.
 Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.restx:
 AWEKAS: Posting not enabled.
 Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO __main__:
 Starting up weewx version 4.3.0
 Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.engine:
 Clock error is 0.05 seconds (positive is fast)
 Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.engine:
 Using binding 'wx_binding' to database 'weewx.sdb'
 Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO
 weewx.manager: Starting backfill of daily summaries
 Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.engine:
 Starting main packet loop.
 Jan 15 23:41:05 t630weewx python3[2231]: weewx[2231] ERROR
 weewx.drivers.vantage: LOOP try #1; error: Expected to read 99 chars; got 0
 instead

 On Fri, Jan 15, 2021 at 5:39 PM Greg from Oz 
 wrote:

> Check to see if weewx is running otherwise there will be no files as
> Gelnn said earlier.
> Run the command below:
> status weewx.service
>
> You should see a green dot and something similar to below which means
> it is running.
> ● weewx.service - LSB: weewx weather system
>  Loaded: loaded (/etc/init.d/weewx; generated)
>  Active: active (running) since Thu 2021-01-14 08:10:38 AEDT; 2
> days ago
>Docs: man:systemd-sysv-generator(8)
>   Tasks: 7 (limit: 9450)
>  Memory: 68.0M
>  CGroup: /system.slice/weewx.service
>  └─1231 python3 /usr/share/weewx/weewxd --daemon
> --pidfile=/var/run/weewx.pid /etc/weewx/weewx.conf
>
>
> On Saturday, 16 January 2021 at 10:29:15 UTC+11 Glenn McKechnie wrote:
>
>> On 16/01/2021, Rob Cook  wrote:
>> > Notice that I have nothing in /var/www/html other than index.html,
>> that's
>> > my issue. The installer isn't (assuming it's supposed to)
>> installing files
>>
>> The installer doesn't place any files into any html directory.
>>
>> > in /var/www/html and I can't seem to figure out via documentation
>> where
>> > else they would be.
>>
>> The html directory will only start showing weewx related files once
>> weewx is up and successfully running.
>>
>> The weewx.conf file has the location (HTML_ROOT = ...)
>>
>> Once weewx is up and running and generating output (the Simulator
>> driver is often used for testing a new installation) it will then
>> transfer any generated files into that html/ location. (The first
>> thing it will do is generate the weewx/ directory.)
>>
>> [...]
>>
>> --
>>
>>
>> Cheers
>> Glenn
>>
>> rorpi - read only raspberry pi & various weewx addons
>> https://github.com/glennmckechnie
>>
> --
> You 

Re: [weewx-user] Re: Ubuntu 20.04 install, no HTML Files at all

[Greg Reive]

Run this command:
* tail -f /var/log/syslog|grep weewx*

*That will show you what is going on.*



On Sat, 16 Jan 2021 at 10:52, Rob Cook  wrote:

> Per minicom I received my TEST response so I do have connectivity.
> Interestingly this works in Windows 10. I'm trying WeeWx because the
> WeatherLink software dies randomly. That and who doesn't like a challenge?
>
>
> On Fri, Jan 15, 2021 at 5:46 PM Tom Keffer  wrote:
>
>> You are having connectivity problems with your station. Most likely, the
>> problem is getting VMWare to recognize the device.
>>
>> See the wiki article *Establishing connectivity
>> *
>> .
>>
>> On Fri, Jan 15, 2021 at 3:43 PM Rob Cook  wrote:
>>
>>> It's running, just not creating the files. Seems like there is an issue
>>> talking to the USB Datalogger. I have it as a USB 2 device in VMWare, I
>>> assume that is correct?
>>>
>>> rcook@t630weewx:/etc/weewx$ sudo systemctl status weewx
>>> ● weewx.service - LSB: weewx weather system
>>>  Loaded: loaded (/etc/init.d/weewx; generated)
>>>  Active: active (running) since Fri 2021-01-15 23:41:00 UTC; 5s ago
>>>Docs: man:systemd-sysv-generator(8)
>>> Process: 2216 ExecStart=/etc/init.d/weewx start (code=exited,
>>> status=0/SUCCESS)
>>>   Tasks: 1 (limit: 4620)
>>>  Memory: 12.2M
>>>  CGroup: /system.slice/weewx.service
>>>  └─2231 python3 /usr/share/weewx/weewxd --daemon
>>> --pidfile=/var/run/weewx.pid /etc/weewx/weewx.conf
>>>
>>> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.restx:
>>> PWSweather: Posting not enabled.
>>> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.restx:
>>> CWOP: Posting not enabled.
>>> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.restx:
>>> WOW: Posting not enabled.
>>> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.restx:
>>> AWEKAS: Posting not enabled.
>>> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO __main__:
>>> Starting up weewx version 4.3.0
>>> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.engine:
>>> Clock error is 0.05 seconds (positive is fast)
>>> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.engine:
>>> Using binding 'wx_binding' to database 'weewx.sdb'
>>> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.manager:
>>> Starting backfill of daily summaries
>>> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.engine:
>>> Starting main packet loop.
>>> Jan 15 23:41:05 t630weewx python3[2231]: weewx[2231] ERROR
>>> weewx.drivers.vantage: LOOP try #1; error: Expected to read 99 chars; got 0
>>> instead
>>>
>>> On Fri, Jan 15, 2021 at 5:39 PM Greg from Oz  wrote:
>>>
 Check to see if weewx is running otherwise there will be no files as
 Gelnn said earlier.
 Run the command below:
 status weewx.service

 You should see a green dot and something similar to below which means
 it is running.
 ● weewx.service - LSB: weewx weather system
  Loaded: loaded (/etc/init.d/weewx; generated)
  Active: active (running) since Thu 2021-01-14 08:10:38 AEDT; 2
 days ago
Docs: man:systemd-sysv-generator(8)
   Tasks: 7 (limit: 9450)
  Memory: 68.0M
  CGroup: /system.slice/weewx.service
  └─1231 python3 /usr/share/weewx/weewxd --daemon
 --pidfile=/var/run/weewx.pid /etc/weewx/weewx.conf


 On Saturday, 16 January 2021 at 10:29:15 UTC+11 Glenn McKechnie wrote:

> On 16/01/2021, Rob Cook  wrote:
> > Notice that I have nothing in /var/www/html other than index.html,
> that's
> > my issue. The installer isn't (assuming it's supposed to) installing
> files
>
> The installer doesn't place any files into any html directory.
>
> > in /var/www/html and I can't seem to figure out via documentation
> where
> > else they would be.
>
> The html directory will only start showing weewx related files once
> weewx is up and successfully running.
>
> The weewx.conf file has the location (HTML_ROOT = ...)
>
> Once weewx is up and running and generating output (the Simulator
> driver is often used for testing a new installation) it will then
> transfer any generated files into that html/ location. (The first
> thing it will do is generate the weewx/ directory.)
>
> [...]
>
> --
>
>
> Cheers
> Glenn
>
> rorpi - read only raspberry pi & various weewx addons
> https://github.com/glennmckechnie
>
 --
 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/GZtJCLk-IAk/unsubscribe.
 To unsubscribe from this group and all its topics, send an email to
>>>

Re: [weewx-user] Re: Ubuntu 20.04 install, no HTML Files at all

[Tom Keffer]

Then we need to see the full log (not just what sysctl status shows).

Set debug=1, restart weewx, post the log from the startup through the first
reporting cycle.

On Fri, Jan 15, 2021 at 3:52 PM Rob Cook  wrote:

> Per minicom I received my TEST response so I do have connectivity.
> Interestingly this works in Windows 10. I'm trying WeeWx because the
> WeatherLink software dies randomly. That and who doesn't like a challenge?
>
>
> On Fri, Jan 15, 2021 at 5:46 PM Tom Keffer  wrote:
>
>> You are having connectivity problems with your station. Most likely, the
>> problem is getting VMWare to recognize the device.
>>
>> See the wiki article *Establishing connectivity
>> *
>> .
>>
>> On Fri, Jan 15, 2021 at 3:43 PM Rob Cook  wrote:
>>
>>> It's running, just not creating the files. Seems like there is an issue
>>> talking to the USB Datalogger. I have it as a USB 2 device in VMWare, I
>>> assume that is correct?
>>>
>>> rcook@t630weewx:/etc/weewx$ sudo systemctl status weewx
>>> ● weewx.service - LSB: weewx weather system
>>>  Loaded: loaded (/etc/init.d/weewx; generated)
>>>  Active: active (running) since Fri 2021-01-15 23:41:00 UTC; 5s ago
>>>Docs: man:systemd-sysv-generator(8)
>>> Process: 2216 ExecStart=/etc/init.d/weewx start (code=exited,
>>> status=0/SUCCESS)
>>>   Tasks: 1 (limit: 4620)
>>>  Memory: 12.2M
>>>  CGroup: /system.slice/weewx.service
>>>  └─2231 python3 /usr/share/weewx/weewxd --daemon
>>> --pidfile=/var/run/weewx.pid /etc/weewx/weewx.conf
>>>
>>> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.restx:
>>> PWSweather: Posting not enabled.
>>> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.restx:
>>> CWOP: Posting not enabled.
>>> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.restx:
>>> WOW: Posting not enabled.
>>> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.restx:
>>> AWEKAS: Posting not enabled.
>>> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO __main__:
>>> Starting up weewx version 4.3.0
>>> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.engine:
>>> Clock error is 0.05 seconds (positive is fast)
>>> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.engine:
>>> Using binding 'wx_binding' to database 'weewx.sdb'
>>> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.manager:
>>> Starting backfill of daily summaries
>>> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.engine:
>>> Starting main packet loop.
>>> Jan 15 23:41:05 t630weewx python3[2231]: weewx[2231] ERROR
>>> weewx.drivers.vantage: LOOP try #1; error: Expected to read 99 chars; got 0
>>> instead
>>>
>>> On Fri, Jan 15, 2021 at 5:39 PM Greg from Oz  wrote:
>>>
 Check to see if weewx is running otherwise there will be no files as
 Gelnn said earlier.
 Run the command below:
 status weewx.service

 You should see a green dot and something similar to below which means
 it is running.
 ● weewx.service - LSB: weewx weather system
  Loaded: loaded (/etc/init.d/weewx; generated)
  Active: active (running) since Thu 2021-01-14 08:10:38 AEDT; 2
 days ago
Docs: man:systemd-sysv-generator(8)
   Tasks: 7 (limit: 9450)
  Memory: 68.0M
  CGroup: /system.slice/weewx.service
  └─1231 python3 /usr/share/weewx/weewxd --daemon
 --pidfile=/var/run/weewx.pid /etc/weewx/weewx.conf


 On Saturday, 16 January 2021 at 10:29:15 UTC+11 Glenn McKechnie wrote:

> On 16/01/2021, Rob Cook  wrote:
> > Notice that I have nothing in /var/www/html other than index.html,
> that's
> > my issue. The installer isn't (assuming it's supposed to) installing
> files
>
> The installer doesn't place any files into any html directory.
>
> > in /var/www/html and I can't seem to figure out via documentation
> where
> > else they would be.
>
> The html directory will only start showing weewx related files once
> weewx is up and successfully running.
>
> The weewx.conf file has the location (HTML_ROOT = ...)
>
> Once weewx is up and running and generating output (the Simulator
> driver is often used for testing a new installation) it will then
> transfer any generated files into that html/ location. (The first
> thing it will do is generate the weewx/ directory.)
>
> [...]
>
> --
>
>
> Cheers
> Glenn
>
> rorpi - read only raspberry pi & various weewx addons
> https://github.com/glennmckechnie
>
 --
 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/GZtJCLk-IAk/unsubscribe.
 To 

Re: [weewx-user] Re: Ubuntu 20.04 install, no HTML Files at all

[Rob Cook]

Per minicom I received my TEST response so I do have connectivity.
Interestingly this works in Windows 10. I'm trying WeeWx because the
WeatherLink software dies randomly. That and who doesn't like a challenge?


On Fri, Jan 15, 2021 at 5:46 PM Tom Keffer  wrote:

> You are having connectivity problems with your station. Most likely, the
> problem is getting VMWare to recognize the device.
>
> See the wiki article *Establishing connectivity
> *
> .
>
> On Fri, Jan 15, 2021 at 3:43 PM Rob Cook  wrote:
>
>> It's running, just not creating the files. Seems like there is an issue
>> talking to the USB Datalogger. I have it as a USB 2 device in VMWare, I
>> assume that is correct?
>>
>> rcook@t630weewx:/etc/weewx$ sudo systemctl status weewx
>> ● weewx.service - LSB: weewx weather system
>>  Loaded: loaded (/etc/init.d/weewx; generated)
>>  Active: active (running) since Fri 2021-01-15 23:41:00 UTC; 5s ago
>>Docs: man:systemd-sysv-generator(8)
>> Process: 2216 ExecStart=/etc/init.d/weewx start (code=exited,
>> status=0/SUCCESS)
>>   Tasks: 1 (limit: 4620)
>>  Memory: 12.2M
>>  CGroup: /system.slice/weewx.service
>>  └─2231 python3 /usr/share/weewx/weewxd --daemon
>> --pidfile=/var/run/weewx.pid /etc/weewx/weewx.conf
>>
>> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.restx:
>> PWSweather: Posting not enabled.
>> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.restx:
>> CWOP: Posting not enabled.
>> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.restx:
>> WOW: Posting not enabled.
>> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.restx:
>> AWEKAS: Posting not enabled.
>> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO __main__:
>> Starting up weewx version 4.3.0
>> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.engine:
>> Clock error is 0.05 seconds (positive is fast)
>> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.engine:
>> Using binding 'wx_binding' to database 'weewx.sdb'
>> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.manager:
>> Starting backfill of daily summaries
>> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.engine:
>> Starting main packet loop.
>> Jan 15 23:41:05 t630weewx python3[2231]: weewx[2231] ERROR
>> weewx.drivers.vantage: LOOP try #1; error: Expected to read 99 chars; got 0
>> instead
>>
>> On Fri, Jan 15, 2021 at 5:39 PM Greg from Oz  wrote:
>>
>>> Check to see if weewx is running otherwise there will be no files as
>>> Gelnn said earlier.
>>> Run the command below:
>>> status weewx.service
>>>
>>> You should see a green dot and something similar to below which means it
>>> is running.
>>> ● weewx.service - LSB: weewx weather system
>>>  Loaded: loaded (/etc/init.d/weewx; generated)
>>>  Active: active (running) since Thu 2021-01-14 08:10:38 AEDT; 2 days
>>> ago
>>>Docs: man:systemd-sysv-generator(8)
>>>   Tasks: 7 (limit: 9450)
>>>  Memory: 68.0M
>>>  CGroup: /system.slice/weewx.service
>>>  └─1231 python3 /usr/share/weewx/weewxd --daemon
>>> --pidfile=/var/run/weewx.pid /etc/weewx/weewx.conf
>>>
>>>
>>> On Saturday, 16 January 2021 at 10:29:15 UTC+11 Glenn McKechnie wrote:
>>>
 On 16/01/2021, Rob Cook  wrote:
 > Notice that I have nothing in /var/www/html other than index.html,
 that's
 > my issue. The installer isn't (assuming it's supposed to) installing
 files

 The installer doesn't place any files into any html directory.

 > in /var/www/html and I can't seem to figure out via documentation
 where
 > else they would be.

 The html directory will only start showing weewx related files once
 weewx is up and successfully running.

 The weewx.conf file has the location (HTML_ROOT = ...)

 Once weewx is up and running and generating output (the Simulator
 driver is often used for testing a new installation) it will then
 transfer any generated files into that html/ location. (The first
 thing it will do is generate the weewx/ directory.)

 [...]

 --


 Cheers
 Glenn

 rorpi - read only raspberry pi & various weewx addons
 https://github.com/glennmckechnie

>>> --
>>> 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/GZtJCLk-IAk/unsubscribe.
>>> To unsubscribe from this group and all its topics, 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/99819049-ebf0-4653-b1ce-34a92b3fe701n%40googlegroups.com
>>> 

Re: [weewx-user] Re: Ubuntu 20.04 install, no HTML Files at all

[Tom Keffer]

You are having connectivity problems with your station. Most likely, the
problem is getting VMWare to recognize the device.

See the wiki article *Establishing connectivity
*
.

On Fri, Jan 15, 2021 at 3:43 PM Rob Cook  wrote:

> It's running, just not creating the files. Seems like there is an issue
> talking to the USB Datalogger. I have it as a USB 2 device in VMWare, I
> assume that is correct?
>
> rcook@t630weewx:/etc/weewx$ sudo systemctl status weewx
> ● weewx.service - LSB: weewx weather system
>  Loaded: loaded (/etc/init.d/weewx; generated)
>  Active: active (running) since Fri 2021-01-15 23:41:00 UTC; 5s ago
>Docs: man:systemd-sysv-generator(8)
> Process: 2216 ExecStart=/etc/init.d/weewx start (code=exited,
> status=0/SUCCESS)
>   Tasks: 1 (limit: 4620)
>  Memory: 12.2M
>  CGroup: /system.slice/weewx.service
>  └─2231 python3 /usr/share/weewx/weewxd --daemon
> --pidfile=/var/run/weewx.pid /etc/weewx/weewx.conf
>
> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.restx:
> PWSweather: Posting not enabled.
> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.restx:
> CWOP: Posting not enabled.
> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.restx:
> WOW: Posting not enabled.
> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.restx:
> AWEKAS: Posting not enabled.
> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO __main__:
> Starting up weewx version 4.3.0
> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.engine:
> Clock error is 0.05 seconds (positive is fast)
> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.engine:
> Using binding 'wx_binding' to database 'weewx.sdb'
> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.manager:
> Starting backfill of daily summaries
> Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.engine:
> Starting main packet loop.
> Jan 15 23:41:05 t630weewx python3[2231]: weewx[2231] ERROR
> weewx.drivers.vantage: LOOP try #1; error: Expected to read 99 chars; got 0
> instead
>
> On Fri, Jan 15, 2021 at 5:39 PM Greg from Oz  wrote:
>
>> Check to see if weewx is running otherwise there will be no files as
>> Gelnn said earlier.
>> Run the command below:
>> status weewx.service
>>
>> You should see a green dot and something similar to below which means it
>> is running.
>> ● weewx.service - LSB: weewx weather system
>>  Loaded: loaded (/etc/init.d/weewx; generated)
>>  Active: active (running) since Thu 2021-01-14 08:10:38 AEDT; 2 days
>> ago
>>Docs: man:systemd-sysv-generator(8)
>>   Tasks: 7 (limit: 9450)
>>  Memory: 68.0M
>>  CGroup: /system.slice/weewx.service
>>  └─1231 python3 /usr/share/weewx/weewxd --daemon
>> --pidfile=/var/run/weewx.pid /etc/weewx/weewx.conf
>>
>>
>> On Saturday, 16 January 2021 at 10:29:15 UTC+11 Glenn McKechnie wrote:
>>
>>> On 16/01/2021, Rob Cook  wrote:
>>> > Notice that I have nothing in /var/www/html other than index.html,
>>> that's
>>> > my issue. The installer isn't (assuming it's supposed to) installing
>>> files
>>>
>>> The installer doesn't place any files into any html directory.
>>>
>>> > in /var/www/html and I can't seem to figure out via documentation
>>> where
>>> > else they would be.
>>>
>>> The html directory will only start showing weewx related files once
>>> weewx is up and successfully running.
>>>
>>> The weewx.conf file has the location (HTML_ROOT = ...)
>>>
>>> Once weewx is up and running and generating output (the Simulator
>>> driver is often used for testing a new installation) it will then
>>> transfer any generated files into that html/ location. (The first
>>> thing it will do is generate the weewx/ directory.)
>>>
>>> [...]
>>>
>>> --
>>>
>>>
>>> Cheers
>>> Glenn
>>>
>>> rorpi - read only raspberry pi & various weewx addons
>>> https://github.com/glennmckechnie
>>>
>> --
>> 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/GZtJCLk-IAk/unsubscribe.
>> To unsubscribe from this group and all its topics, 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/99819049-ebf0-4653-b1ce-34a92b3fe701n%40googlegroups.com
>> 
>> .
>>
>
>
> --
> Rob Cook
> rdjc...@gmail.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

Re: [weewx-user] Re: Ubuntu 20.04 install, no HTML Files at all

[Rob Cook]

It's running, just not creating the files. Seems like there is an issue
talking to the USB Datalogger. I have it as a USB 2 device in VMWare, I
assume that is correct?

rcook@t630weewx:/etc/weewx$ sudo systemctl status weewx
● weewx.service - LSB: weewx weather system
 Loaded: loaded (/etc/init.d/weewx; generated)
 Active: active (running) since Fri 2021-01-15 23:41:00 UTC; 5s ago
   Docs: man:systemd-sysv-generator(8)
Process: 2216 ExecStart=/etc/init.d/weewx start (code=exited,
status=0/SUCCESS)
  Tasks: 1 (limit: 4620)
 Memory: 12.2M
 CGroup: /system.slice/weewx.service
 └─2231 python3 /usr/share/weewx/weewxd --daemon
--pidfile=/var/run/weewx.pid /etc/weewx/weewx.conf

Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.restx:
PWSweather: Posting not enabled.
Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.restx:
CWOP: Posting not enabled.
Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.restx: WOW:
Posting not enabled.
Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.restx:
AWEKAS: Posting not enabled.
Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO __main__:
Starting up weewx version 4.3.0
Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.engine:
Clock error is 0.05 seconds (positive is fast)
Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.engine:
Using binding 'wx_binding' to database 'weewx.sdb'
Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.manager:
Starting backfill of daily summaries
Jan 15 23:41:00 t630weewx python3[2231]: weewx[2231] INFO weewx.engine:
Starting main packet loop.
Jan 15 23:41:05 t630weewx python3[2231]: weewx[2231] ERROR
weewx.drivers.vantage: LOOP try #1; error: Expected to read 99 chars; got 0
instead

On Fri, Jan 15, 2021 at 5:39 PM Greg from Oz  wrote:

> Check to see if weewx is running otherwise there will be no files as Gelnn
> said earlier.
> Run the command below:
> status weewx.service
>
> You should see a green dot and something similar to below which means it
> is running.
> ● weewx.service - LSB: weewx weather system
>  Loaded: loaded (/etc/init.d/weewx; generated)
>  Active: active (running) since Thu 2021-01-14 08:10:38 AEDT; 2 days
> ago
>Docs: man:systemd-sysv-generator(8)
>   Tasks: 7 (limit: 9450)
>  Memory: 68.0M
>  CGroup: /system.slice/weewx.service
>  └─1231 python3 /usr/share/weewx/weewxd --daemon
> --pidfile=/var/run/weewx.pid /etc/weewx/weewx.conf
>
>
> On Saturday, 16 January 2021 at 10:29:15 UTC+11 Glenn McKechnie wrote:
>
>> On 16/01/2021, Rob Cook  wrote:
>> > Notice that I have nothing in /var/www/html other than index.html,
>> that's
>> > my issue. The installer isn't (assuming it's supposed to) installing
>> files
>>
>> The installer doesn't place any files into any html directory.
>>
>> > in /var/www/html and I can't seem to figure out via documentation where
>> > else they would be.
>>
>> The html directory will only start showing weewx related files once
>> weewx is up and successfully running.
>>
>> The weewx.conf file has the location (HTML_ROOT = ...)
>>
>> Once weewx is up and running and generating output (the Simulator
>> driver is often used for testing a new installation) it will then
>> transfer any generated files into that html/ location. (The first
>> thing it will do is generate the weewx/ directory.)
>>
>> [...]
>>
>> --
>>
>>
>> Cheers
>> Glenn
>>
>> rorpi - read only raspberry pi & various weewx addons
>> https://github.com/glennmckechnie
>>
> --
> 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/GZtJCLk-IAk/unsubscribe.
> To unsubscribe from this group and all its topics, 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/99819049-ebf0-4653-b1ce-34a92b3fe701n%40googlegroups.com
> 
> .
>


-- 
Rob Cook
rdjc...@gmail.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/CAB0G93e24zocA_NsacjQU3CxnoQnBpjN36ar1%3DVo4hawwUUN4A%40mail.gmail.com.

Re: [weewx-user] Re: Ubuntu 20.04 install, no HTML Files at all

[Greg from Oz]

Check to see if weewx is running otherwise there will be no files as Gelnn 
said earlier.
Run the command below:
status weewx.service 

You should see a green dot and something similar to below which means it is 
running.
● weewx.service - LSB: weewx weather system
 Loaded: loaded (/etc/init.d/weewx; generated)
 Active: active (running) since Thu 2021-01-14 08:10:38 AEDT; 2 days ago
   Docs: man:systemd-sysv-generator(8)
  Tasks: 7 (limit: 9450)
 Memory: 68.0M
 CGroup: /system.slice/weewx.service
 └─1231 python3 /usr/share/weewx/weewxd --daemon 
--pidfile=/var/run/weewx.pid /etc/weewx/weewx.conf


On Saturday, 16 January 2021 at 10:29:15 UTC+11 Glenn McKechnie wrote:

> On 16/01/2021, Rob Cook  wrote:
> > Notice that I have nothing in /var/www/html other than index.html, that's
> > my issue. The installer isn't (assuming it's supposed to) installing 
> files
>
> The installer doesn't place any files into any html directory.
>
> > in /var/www/html and I can't seem to figure out via documentation where
> > else they would be.
>
> The html directory will only start showing weewx related files once
> weewx is up and successfully running.
>
> The weewx.conf file has the location (HTML_ROOT = ...)
>
> Once weewx is up and running and generating output (the Simulator
> driver is often used for testing a new installation) it will then
> transfer any generated files into that html/ location. (The first
> thing it will do is generate the weewx/ directory.)
>
> [...]
>
> -- 
>
>
> Cheers
> Glenn
>
> rorpi - read only raspberry pi & various weewx addons
> https://github.com/glennmckechnie
>

-- 
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/99819049-ebf0-4653-b1ce-34a92b3fe701n%40googlegroups.com.

Re: [weewx-user] Re: Ubuntu 20.04 install, no HTML Files at all

[Glenn McKechnie]

On 16/01/2021, Rob Cook  wrote:
> Notice that I have nothing in /var/www/html other than index.html, that's
> my issue. The installer isn't (assuming it's supposed to) installing files

The installer doesn't place any files into any html directory.

> in /var/www/html and I can't seem to figure out via documentation where
> else they would be.

The html directory will only start showing weewx related files once
weewx is up and successfully running.

The weewx.conf file has the location (HTML_ROOT  = ...)

Once weewx is up and running and generating output (the Simulator
driver is often used for testing a new installation) it will then
transfer any generated files into that html/  location. (The first
thing it will do is generate the weewx/ directory.)

[...]

-- 


Cheers
 Glenn

rorpi - read only raspberry pi & various weewx addons
https://github.com/glennmckechnie

-- 
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/CAAraAzhZoa%3D7D0CgUv-YZDmBZLGsx1g14_pVCuH2AwYNxDXPvg%40mail.gmail.com.

Re: [weewx-user] Re: Ubuntu 20.04 install, no HTML Files at all

[Rob Cook]

Notice that I have nothing in /var/www/html other than index.html, that's
my issue. The installer isn't (assuming it's supposed to) installing files
in /var/www/html and I can't seem to figure out via documentation where
else they would be.

Every guide and all the documentation state that the html files should be
either in /home/weewx or /var/www/html/weewx and they aren't there.

rcook@t630weewx:~$ ls /usr/bin/wee
wee_config wee_database   wee_debug  wee_device wee_extension
 wee_import wee_reportsweewxd
rcook@t630weewx:~$ ls /etc/weewx/
apache/  import/  logrotate.d/ logwatch/
 rsyslog.d/   scripts/ skins/   udev/
 weewx.conf   weewx.conf.dist
rcook@t630weewx:~$ ls /var/lib/weewx/
weewx.sdb
rcook@t630weewx:~$ ls /var/www/html/
index.html
rcook@t630weewx:~$ ls /usr/share/doc/weewx/
accum.md  changes.txt  copyright.htm  customizing.htm  devnotes.htm
 hardware.htm  js  macos.htm   redhat.htm  suse.htm
usersguide.htm  xtypes.md
changelog.Debian  copyrightcssdebian.htm   examples
 imageslogging.md  readme.htm  setup.htm   upgrading.htm
 utilities.htm
rcook@t630weewx:~$



On Fri, Jan 15, 2021 at 4:07 PM Tom Keffer  wrote:

> Installs using apt-get (or apt) do not install in /home/weewx. They
> install in the conventional Debian spots. Read the Debian guide
> , bottom part.
>
> On Fri, Jan 15, 2021 at 1:49 PM Rob Cook  wrote:
>
>> Yes, following those instructions. The only difference I made was to run
>> the wget statements, then install Apache2, apt update, then lastly install
>> weewx. I can't see why installing apache2 first matters as long as it's
>> installed prior to the weewx installation?
>>
>> I've now installed weewx 3 times today, once without apache2, once
>> installing apache2 after weewx and lastly in the means above. Not one
>> install produced a /home/weewx or /var/www/html/weewx directory.
>>
>> Very confusing.
>>
>> On Fri, Jan 15, 2021 at 3:25 PM Greg from Oz  wrote:
>>
>>> Are you following these instructions?
>>> http://weewx.com/docs/debian.htm
>>>
>>> Ubuntu 20.04 doesn't have apache installed by default either so you have
>>> to install it first.
>>>
>>> sudo apt install apache2
>>>
>>> All you have to do is:
>>> wget -qO - https://weewx.com/keys.html | sudo apt-key add -
>>>
>>> wget -qO - https://weewx.com/apt/weewx-python3.list | sudo tee
>>> /etc/apt/sources.list.d/weewx.list
>>>
>>> sudo apt-get update
>>> sudo apt-get install weewx
>>>
>>> To restart etc:
>>> * sudo systemctl restart weewx.service && tail -f /var/log/syslog|grep
>>> weewx*
>>>
>>>
>>> On Saturday, 16 January 2021 at 08:14:36 UTC+11 rdj...@gmail.com wrote:
>>>
 I've been trying to install WeeWx today in a Ubuntu 20.04 VM and at the
 point that I'm tying to get the apache2 integration to work I get stuck.

 I'm using the "wget" means to install.

 I have nothing in /home/weewx -- as in the directory does not exist
 I have nothing in /var/www/html/weewx -- as in the directory does not
 exist

 The process has been to spin up the VM, update it, add the weewx repo,
 install apache2, install weewx.

 Following the guides supposedly by installing via deb there should be a
 /home/weewx and /var/www/html/weewx directories created but they are not
 there. I've downloaded the tarball and extracted it and I see nothing that
 I could copy into /var/www/html either.

 What am I missing?

>>> --
>>> 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/GZtJCLk-IAk/unsubscribe.
>>> To unsubscribe from this group and all its topics, 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/5fc818c0-750d-49de-bd9f-ffb82e5a6f57n%40googlegroups.com
>>> 
>>> .
>>>
>>
>>
>> --
>> Rob Cook
>> rdjc...@gmail.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/CAB0G93c56%2B2UwiXqbXqbTzqGyvoBGX_4ybH_DOnWKQv5viCjbw%40mail.gmail.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.co

[weewx-user] Ambient Weather WH31P Multi-channel temp sensor with 10 ft. probe

[weather list]

AW Multi-channel temp sensor with 10 ft. probe. Ambient says this is not a 
standalone unit and has to be used with one of their stations but it does use 
915 Mhz. Has anyone tried reading this unit with rtl_433? I cannot get it to 
appear using rtl_433 -f 915 (or with: -f 915 -G).

-- 
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/DBE40936-8A20-4085-B90D-844E281CAE27%40gmail.com.

[weewx-user] Re: OWFS crashing on restart of Weewx

[gjr80]

You need to follow Glenn’s advice. 

As an aside you are running WeeWX under python3 so you need a python3 
version of the python ow bindings; python-ow is a python2 library so that 
is why it does not work with your WeeWX install even though it was 
successfully installed 

Gary 

On Saturday, 16 January 2021 at 08:11:32 UTC+10 gege...@gmail.com wrote:

> Hi Gary
> python-ow installed just fine but python3-ow gives file not found  unable 
> to locate package error.
> wee_extension --install weewx-owfs.zip worked.
>
> sudo PYTHONPATH=/usr/share/weewx python /usr/share/weewx/user/owfs.py 
> iface=i2c-1 --sensors
> Gives
> Traceback (most recent call last):
>   File "/usr/share/weewx/user/owfs.py", line 191, in 
> from weewx.engine import StdService
>   File "/usr/share/weewx/weewx/engine.py", line 20, in 
> import configobj
> ImportError: No module named configobj
>
> Even though I have installed configobj previously. 
>
> Any thoughts?
> Cheers
> Gordon
>
>
> On Friday, January 15, 2021 at 3:42:57 PM UTC-4 gjr80 wrote:
>
>> Hi,
>>
>> Did you install the one-wire python bindings as per step 1 in the install 
>> instructions ?
>>
>> Gary
>> On Saturday, 16 January 2021 at 05:36:38 UTC+10 gege...@gmail.com wrote:
>>
>>> Hello
>>> I am trying to get  a RP3 to talk to a older Dallas OneWire weather 
>>> instrument.
>>> The WeeWx installation works with the simulator and outputs weather 
>>> reports but will not start when I use OWFS as the driver in the weewx.conf.
>>> The 1wire is connected to the RP3 via a i2C board and this is working as 
>>> I can see data via a browser at  localhost:2121
>>> Using the latest build for Raspban.
>>> On restart Weewx reports
>>>
>>>   Initializing weewx version 4.3.0
>>> Jan 15 15:17:01 raspberrypi weewx[4497] INFO __main__: Using Python 
>>> 3.7.3 (default, Jul 25 2020, 13:03:44) #012[GCC 8.3.0]
>>> Jan 15 15:17:01 raspberrypi weewx[4497] INFO __main__: Platform 
>>> Linux-5.4.79-v7+-armv7l-with-debian-10.7
>>> Jan 15 15:17:01 raspberrypi weewx[4497] INFO __main__: Locale is 
>>> 'en_CA.UTF-8'
>>> Jan 15 15:17:01 raspberrypi weewx[4497] INFO __main__: PID file is 
>>> /var/run/weewx.pid
>>> Jan 15 15:17:01 raspberrypi weewx[4515] INFO __main__: Using 
>>> configuration file /etc/weewx/weewx.conf
>>> Jan 15 15:17:01 raspberrypi weewx[4515] INFO __main__: Debug is 0
>>> Jan 15 15:17:01 raspberrypi weewx[4515] INFO weewx.engine: Loading 
>>> station type OWFS (user.owfs)
>>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: Caught 
>>> unrecoverable exception:
>>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   No 
>>> one-wire library found
>>> Jan 15 15:17:01 raspberrypi weewx[4485]: Starting weewx weather system: 
>>> weewx.
>>> Jan 15 15:17:01 raspberrypi systemd[1]: Started LSB: weewx weather 
>>> system.
>>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>>> Traceback (most recent call last):
>>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>>> File "/usr/share/weewx/user/owfs.py", line 264, in 
>>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>>> ow = OWFSBinding()
>>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>>> File "/usr/share/weewx/user/owfs.py", line 202, in __init__
>>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>>> import ow as owbinding
>>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>>> ModuleNotFoundError: No module named 'ow'
>>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>>> During handling of the above exception, another exception occurred:
>>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>>> Traceback (most recent call last):
>>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>>> File "/usr/share/weewx/user/owfs.py", line 267, in 
>>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>>> ow = OWNetBinding()
>>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>>> File "/usr/share/weewx/user/owfs.py", line 231, in __init__
>>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>>> import pyownet
>>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>>> ModuleNotFoundError: No module named 'pyownet'
>>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>>> During handling of the above exception, another exception occurred:
>>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>>> Traceback (most recent call last):
>>> Jan 1

[weewx-user] Re: OWFS crashing on restart of Weewx

[gord hart]

Hi Gary
python-ow installed just fine but python3-ow gives file not found  unable 
to locate package error.
wee_extension --install weewx-owfs.zip worked.

sudo PYTHONPATH=/usr/share/weewx python /usr/share/weewx/user/owfs.py 
iface=i2c-1 --sensors
Gives
Traceback (most recent call last):
  File "/usr/share/weewx/user/owfs.py", line 191, in 
from weewx.engine import StdService
  File "/usr/share/weewx/weewx/engine.py", line 20, in 
import configobj
ImportError: No module named configobj

Even though I have installed configobj previously. 

Any thoughts?
Cheers
Gordon


On Friday, January 15, 2021 at 3:42:57 PM UTC-4 gjr80 wrote:

> Hi,
>
> Did you install the one-wire python bindings as per step 1 in the install 
> instructions ?
>
> Gary
> On Saturday, 16 January 2021 at 05:36:38 UTC+10 gege...@gmail.com wrote:
>
>> Hello
>> I am trying to get  a RP3 to talk to a older Dallas OneWire weather 
>> instrument.
>> The WeeWx installation works with the simulator and outputs weather 
>> reports but will not start when I use OWFS as the driver in the weewx.conf.
>> The 1wire is connected to the RP3 via a i2C board and this is working as 
>> I can see data via a browser at  localhost:2121
>> Using the latest build for Raspban.
>> On restart Weewx reports
>>
>>   Initializing weewx version 4.3.0
>> Jan 15 15:17:01 raspberrypi weewx[4497] INFO __main__: Using Python 3.7.3 
>> (default, Jul 25 2020, 13:03:44) #012[GCC 8.3.0]
>> Jan 15 15:17:01 raspberrypi weewx[4497] INFO __main__: Platform 
>> Linux-5.4.79-v7+-armv7l-with-debian-10.7
>> Jan 15 15:17:01 raspberrypi weewx[4497] INFO __main__: Locale is 
>> 'en_CA.UTF-8'
>> Jan 15 15:17:01 raspberrypi weewx[4497] INFO __main__: PID file is 
>> /var/run/weewx.pid
>> Jan 15 15:17:01 raspberrypi weewx[4515] INFO __main__: Using 
>> configuration file /etc/weewx/weewx.conf
>> Jan 15 15:17:01 raspberrypi weewx[4515] INFO __main__: Debug is 0
>> Jan 15 15:17:01 raspberrypi weewx[4515] INFO weewx.engine: Loading 
>> station type OWFS (user.owfs)
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: Caught 
>> unrecoverable exception:
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   No 
>> one-wire library found
>> Jan 15 15:17:01 raspberrypi weewx[4485]: Starting weewx weather system: 
>> weewx.
>> Jan 15 15:17:01 raspberrypi systemd[1]: Started LSB: weewx weather system.
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>> Traceback (most recent call last):
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>> File "/usr/share/weewx/user/owfs.py", line 264, in 
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>> ow = OWFSBinding()
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>> File "/usr/share/weewx/user/owfs.py", line 202, in __init__
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>> import ow as owbinding
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>> ModuleNotFoundError: No module named 'ow'
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>> During handling of the above exception, another exception occurred:
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>> Traceback (most recent call last):
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>> File "/usr/share/weewx/user/owfs.py", line 267, in 
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>> ow = OWNetBinding()
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>> File "/usr/share/weewx/user/owfs.py", line 231, in __init__
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>> import pyownet
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>> ModuleNotFoundError: No module named 'pyownet'
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>> During handling of the above exception, another exception occurred:
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>> Traceback (most recent call last):
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>> File "/usr/share/weewx/weewxd", line 148, in main
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>> engine = weewx.engine.StdEngine(config_dict)
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>> File "/usr/share/weewx/weewx/engine.py", line 81, in __init__
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
>> self.setupSta

[weewx-user] Re: FreeBSD / TrueNAS Jail Install Help

[kilo...@gmail.com]

I forgot to add that you also need to configure you weatherstation to 
upload to a the weewx machine's address

On Friday, January 15, 2021 at 2:08:30 p.m. UTC-8 kilo...@gmail.com wrote:

> After installing the interceptor driver it still needs to be configured in 
> the weewx.conf file
>
> Typically the installer will add a section like this at the end of the 
> config file.  Note that this is my modified version, there is no raineagle 
> device in the official interceptor driver.  
>
> [Interceptor]
> # This section is for the network traffic interceptor driver.
>
> # The driver to use:
> driver = user.interceptor
>
> # Specify the hardware device to capture.  Options include:
> #   acurite-bridge - acurite internet bridge
> #   observer - fine offset WH2600/HP1000/HP1003, aka 'observer'
> #   lw30x - oregon scientific LW301/LW302
> #   lacrosse-bridge - lacrosse GW1000U/C84612 internet bridge
> device_type = raineagle
> mode = listen
> address = 192.168.1.89
> port = 80
>
> You have to configure the driver with the correct options for your station.
>
> In the [Station] section of the weewx.conf file you need to change the 
> driver so that is does not point to the simulator, but to the Interceptor
>
> # Set to type of station hardware. There must be a corresponding stanza
> # in this file with a 'driver' parameter indicating the driver to be 
> used.
> station_type = Interceptor
>
> After saving the config file you need to restart weewx service
>
> On Friday, January 15, 2021 at 1:42:23 p.m. UTC-8 sjr4...@gmail.com wrote:
>
>> I the linux box i had success. installation of the intercept driver does 
>> not disable the simulator. 
>>
>> Now i have a healthy startup log, and the web page just says "success", 
>> there is not display like with the simulator. 
>>
>> what do i have to do next pls
>>
>> weewx[1369] INFO user.interceptor: driver version is 0.53
>> weewx[1369] INFO user.interceptor: device type: observer
>> weewx[1369] INFO user.interceptor: mode is listen
>> weewx[1369] INFO user.interceptor: listen on :80
>> weewx[1369] INFO user.interceptor: sensor map: {'pressure': 'pressure', 
>> 'barometer': 'barometer', 'outHumidity': 'humidity_out', 'inHumidity': 
>> 'humidity_in', 'outTemp': 'temperature_out', 'inTemp': 'temperature_in', 
>> 'windSpeed': 'wind_speed', 'windGust': 'wind_gust', 'windDir': 'wind_dir', 
>> 'windGustDir': 'wind_gust_dir', 'radiation': 'solar_radiation', 'dewpoint': 
>> 'dewpoint', 'windchill': 'windchill', 'rain': 'rain', 'rainRate': 
>> 'rain_rate', 'UV': 'uv', 'txBatteryStatus': 'battery', 'extraTemp1': 
>> 'temperature_1', 'extraTemp2': 'temperature_2', 'extraTemp3': 
>> 'temperature_3', 'extraHumid1': 'humidity_1', 'extraHumid2': 'humidity_2', 
>> 'soilTemp1': 'soil_temperature_1', 'soilTemp2': 'soil_temperature_2', 
>> 'soilMoist1': 'soil_moisture_1', 'soilMoist2': 'soil_moisture_2', 
>> 'soilMoist3': 'soil_moisture_3', 'soilMoist4': 'soil_moisture_4', 
>> 'leafWet1': 'leafwetness_1', 'leafWet2': 'leafwetness_2', 'pm2_5': 'pm2_5', 
>> 'extraTemp4': 'temperature_4', 'extraTemp5': 'temperature_5', 'extraTemp6': 
>> 'temperature_6', 'extraTemp7': 'temperature_7', 'extraTemp8': 
>> 'temperature_8', 'extraHumid3': 'humidity_3', 'extraHumid4': 'humidity_4', 
>> 'extraHumid5': 'humidity_5', 'extraHumid6': 'humidity_6', 'extraHumid7': 
>> 'humidity_7', 'extraHumid8': 'humidity_8', 'soilTemp3': 
>> 'soil_temperature_3', 'soilTemp4': 'soil_temperature_4'}
>> weewx[1369] INFO weewx.engine: StdConvert target unit is 0x1
>> weewx[1369] INFO weewx.engine: Archive will use data binding wx_binding
>> weewx[1369] INFO weewx.engine: Record generation will be attempted in 
>> 'hardware'
>> eapema78g weewx[1369] INFO weewx.engine: Using archive interval of 300 
>> seconds (specified in weewx configuration)
>> weewx[1369] INFO weewx.restx: StationRegistry: Registration not requested.
>> weewx[1369] INFO weewx.restx: Wunderground: Posting not enabled.
>> weewx[1369] INFO weewx.restx: PWSweather: Posting not enabled.
>> weewx[1369] INFO weewx.restx: CWOP: Posting not enabled.
>> weewx[1369] INFO weewx.restx: WOW: Posting not enabled.
>> weewx[1369] INFO weewx.restx: AWEKAS: Posting not enabled.
>> weewx[1369] INFO __main__: Starting up weewx version 4.3.0
>> weewx[1369] INFO weewx.engine: Using binding 'wx_binding' to database 
>> 'weewx.sdb'
>> weewx[1369] INFO weewx.manager: Starting backfill of daily summaries
>> weewx[1369] INFO weewx.engine: Starting main packet loop.
>>
>>
>>
>> On Friday, January 15, 2021 at 8:43:05 PM UTC+1 kilo...@gmail.com wrote:
>>
>>> Please post the startup log (the first bunch of lines of the weewx log 
>>> when it first starts up) so we can see which driver it is using
>>>
>>> On Friday, January 15, 2021 at 10:03:21 a.m. UTC-8 sjr4...@gmail.com 
>>> wrote:
>>>
 yeh, i figured that out in the end - thanks. 

 I got the simulator running on both feebsd (nginx) and kubuntu 
 (apache2) and

[weewx-user] Re: FreeBSD / TrueNAS Jail Install Help

[kilo...@gmail.com]

After installing the interceptor driver it still needs to be configured in 
the weewx.conf file

Typically the installer will add a section like this at the end of the 
config file.  Note that this is my modified version, there is no raineagle 
device in the official interceptor driver.  

[Interceptor]
# This section is for the network traffic interceptor driver.

# The driver to use:
driver = user.interceptor

# Specify the hardware device to capture.  Options include:
#   acurite-bridge - acurite internet bridge
#   observer - fine offset WH2600/HP1000/HP1003, aka 'observer'
#   lw30x - oregon scientific LW301/LW302
#   lacrosse-bridge - lacrosse GW1000U/C84612 internet bridge
device_type = raineagle
mode = listen
address = 192.168.1.89
port = 80

You have to configure the driver with the correct options for your station.

In the [Station] section of the weewx.conf file you need to change the 
driver so that is does not point to the simulator, but to the Interceptor

# Set to type of station hardware. There must be a corresponding stanza
# in this file with a 'driver' parameter indicating the driver to be 
used.
station_type = Interceptor

After saving the config file you need to restart weewx service

On Friday, January 15, 2021 at 1:42:23 p.m. UTC-8 sjr4...@gmail.com wrote:

> I the linux box i had success. installation of the intercept driver does 
> not disable the simulator. 
>
> Now i have a healthy startup log, and the web page just says "success", 
> there is not display like with the simulator. 
>
> what do i have to do next pls
>
> weewx[1369] INFO user.interceptor: driver version is 0.53
> weewx[1369] INFO user.interceptor: device type: observer
> weewx[1369] INFO user.interceptor: mode is listen
> weewx[1369] INFO user.interceptor: listen on :80
> weewx[1369] INFO user.interceptor: sensor map: {'pressure': 'pressure', 
> 'barometer': 'barometer', 'outHumidity': 'humidity_out', 'inHumidity': 
> 'humidity_in', 'outTemp': 'temperature_out', 'inTemp': 'temperature_in', 
> 'windSpeed': 'wind_speed', 'windGust': 'wind_gust', 'windDir': 'wind_dir', 
> 'windGustDir': 'wind_gust_dir', 'radiation': 'solar_radiation', 'dewpoint': 
> 'dewpoint', 'windchill': 'windchill', 'rain': 'rain', 'rainRate': 
> 'rain_rate', 'UV': 'uv', 'txBatteryStatus': 'battery', 'extraTemp1': 
> 'temperature_1', 'extraTemp2': 'temperature_2', 'extraTemp3': 
> 'temperature_3', 'extraHumid1': 'humidity_1', 'extraHumid2': 'humidity_2', 
> 'soilTemp1': 'soil_temperature_1', 'soilTemp2': 'soil_temperature_2', 
> 'soilMoist1': 'soil_moisture_1', 'soilMoist2': 'soil_moisture_2', 
> 'soilMoist3': 'soil_moisture_3', 'soilMoist4': 'soil_moisture_4', 
> 'leafWet1': 'leafwetness_1', 'leafWet2': 'leafwetness_2', 'pm2_5': 'pm2_5', 
> 'extraTemp4': 'temperature_4', 'extraTemp5': 'temperature_5', 'extraTemp6': 
> 'temperature_6', 'extraTemp7': 'temperature_7', 'extraTemp8': 
> 'temperature_8', 'extraHumid3': 'humidity_3', 'extraHumid4': 'humidity_4', 
> 'extraHumid5': 'humidity_5', 'extraHumid6': 'humidity_6', 'extraHumid7': 
> 'humidity_7', 'extraHumid8': 'humidity_8', 'soilTemp3': 
> 'soil_temperature_3', 'soilTemp4': 'soil_temperature_4'}
> weewx[1369] INFO weewx.engine: StdConvert target unit is 0x1
> weewx[1369] INFO weewx.engine: Archive will use data binding wx_binding
> weewx[1369] INFO weewx.engine: Record generation will be attempted in 
> 'hardware'
> eapema78g weewx[1369] INFO weewx.engine: Using archive interval of 300 
> seconds (specified in weewx configuration)
> weewx[1369] INFO weewx.restx: StationRegistry: Registration not requested.
> weewx[1369] INFO weewx.restx: Wunderground: Posting not enabled.
> weewx[1369] INFO weewx.restx: PWSweather: Posting not enabled.
> weewx[1369] INFO weewx.restx: CWOP: Posting not enabled.
> weewx[1369] INFO weewx.restx: WOW: Posting not enabled.
> weewx[1369] INFO weewx.restx: AWEKAS: Posting not enabled.
> weewx[1369] INFO __main__: Starting up weewx version 4.3.0
> weewx[1369] INFO weewx.engine: Using binding 'wx_binding' to database 
> 'weewx.sdb'
> weewx[1369] INFO weewx.manager: Starting backfill of daily summaries
> weewx[1369] INFO weewx.engine: Starting main packet loop.
>
>
>
> On Friday, January 15, 2021 at 8:43:05 PM UTC+1 kilo...@gmail.com wrote:
>
>> Please post the startup log (the first bunch of lines of the weewx log 
>> when it first starts up) so we can see which driver it is using
>>
>> On Friday, January 15, 2021 at 10:03:21 a.m. UTC-8 sjr4...@gmail.com 
>> wrote:
>>
>>> yeh, i figured that out in the end - thanks. 
>>>
>>> I got the simulator running on both feebsd (nginx) and kubuntu (apache2) 
>>> and
>>> i have installed the interceptor on both with the instructions in her 
>>> https://github.com/matthewwall/weewx-interceptor
>>> i set to observer for the Fine Offset WH2900C but it is still showing me 
>>> the Simulator on both firefox and chrome. 
>>> I have tried clearing the cache and restarting, but even 

Re: [weewx-user] Re: Ubuntu 20.04 install, no HTML Files at all

[Tom Keffer]

Installs using apt-get (or apt) do not install in /home/weewx. They install
in the conventional Debian spots. Read the Debian guide
, bottom part.

On Fri, Jan 15, 2021 at 1:49 PM Rob Cook  wrote:

> Yes, following those instructions. The only difference I made was to run
> the wget statements, then install Apache2, apt update, then lastly install
> weewx. I can't see why installing apache2 first matters as long as it's
> installed prior to the weewx installation?
>
> I've now installed weewx 3 times today, once without apache2, once
> installing apache2 after weewx and lastly in the means above. Not one
> install produced a /home/weewx or /var/www/html/weewx directory.
>
> Very confusing.
>
> On Fri, Jan 15, 2021 at 3:25 PM Greg from Oz  wrote:
>
>> Are you following these instructions?
>> http://weewx.com/docs/debian.htm
>>
>> Ubuntu 20.04 doesn't have apache installed by default either so you have
>> to install it first.
>>
>> sudo apt install apache2
>>
>> All you have to do is:
>> wget -qO - https://weewx.com/keys.html | sudo apt-key add -
>>
>> wget -qO - https://weewx.com/apt/weewx-python3.list | sudo tee
>> /etc/apt/sources.list.d/weewx.list
>>
>> sudo apt-get update
>> sudo apt-get install weewx
>>
>> To restart etc:
>> * sudo systemctl restart weewx.service && tail -f /var/log/syslog|grep
>> weewx*
>>
>>
>> On Saturday, 16 January 2021 at 08:14:36 UTC+11 rdj...@gmail.com wrote:
>>
>>> I've been trying to install WeeWx today in a Ubuntu 20.04 VM and at the
>>> point that I'm tying to get the apache2 integration to work I get stuck.
>>>
>>> I'm using the "wget" means to install.
>>>
>>> I have nothing in /home/weewx -- as in the directory does not exist
>>> I have nothing in /var/www/html/weewx -- as in the directory does not
>>> exist
>>>
>>> The process has been to spin up the VM, update it, add the weewx repo,
>>> install apache2, install weewx.
>>>
>>> Following the guides supposedly by installing via deb there should be a
>>> /home/weewx and /var/www/html/weewx directories created but they are not
>>> there. I've downloaded the tarball and extracted it and I see nothing that
>>> I could copy into /var/www/html either.
>>>
>>> What am I missing?
>>>
>> --
>> 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/GZtJCLk-IAk/unsubscribe.
>> To unsubscribe from this group and all its topics, 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/5fc818c0-750d-49de-bd9f-ffb82e5a6f57n%40googlegroups.com
>> 
>> .
>>
>
>
> --
> Rob Cook
> rdjc...@gmail.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/CAB0G93c56%2B2UwiXqbXqbTzqGyvoBGX_4ybH_DOnWKQv5viCjbw%40mail.gmail.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/CAPq0zECm8x7eiLoHh0uBM-HeX8tE-pr%2Bx8Tif-naTf0tv47eUw%40mail.gmail.com.

Re: [weewx-user] Re: OWFS crashing on restart of Weewx

[Glenn McKechnie]

Hi Gordon,

python3-ow disappeared from the RPI linux repo, which leaves you with
the fallback module - pyownet. That module is used along with the
requirement of a running owserver (from owfs, which it sounds like you
have one running already).

Mathews driver for the owfs has been forked to...
https://github.com/glennmckechnie/weewx-owfs

where there are additional notes in the README (as well as notes in
the drivers source).

That driver is working here, and has been used by others with weewx4
and python3 (also with an  i-2C board) so once you're over that
initial module hiccup you should hopefully be okay.

basically, the notes for your issue are...

python3.x for weewx versions > 4
sudo apt-get install owserver
pip3 install pyownet (if it is not available via apt-get.
(use apt-get install pip3-python to install pip3 )


Once you have pyownet installed and running, that fork of the driver
should then work for you.


On 16/01/2021, gjr80  wrote:
> Hi,
>
> Did you install the one-wire python bindings as per step 1 in the install
> instructions ?
>
> Gary
> On Saturday, 16 January 2021 at 05:36:38 UTC+10 gege...@gmail.com wrote:
>
>> Hello
>> I am trying to get  a RP3 to talk to a older Dallas OneWire weather
>> instrument.
>> The WeeWx installation works with the simulator and outputs weather
>> reports but will not start when I use OWFS as the driver in the
>> weewx.conf.
>> The 1wire is connected to the RP3 via a i2C board and this is working as I
>>
>> can see data via a browser at  localhost:2121
>> Using the latest build for Raspban.
>> On restart Weewx reports
>>
>>   Initializing weewx version 4.3.0
>> Jan 15 15:17:01 raspberrypi weewx[4497] INFO __main__: Using Python 3.7.3
>>
>> (default, Jul 25 2020, 13:03:44) #012[GCC 8.3.0]
>> Jan 15 15:17:01 raspberrypi weewx[4497] INFO __main__: Platform
>> Linux-5.4.79-v7+-armv7l-with-debian-10.7
>> Jan 15 15:17:01 raspberrypi weewx[4497] INFO __main__: Locale is
>> 'en_CA.UTF-8'
>> Jan 15 15:17:01 raspberrypi weewx[4497] INFO __main__: PID file is
>> /var/run/weewx.pid
>> Jan 15 15:17:01 raspberrypi weewx[4515] INFO __main__: Using configuration
>>
>> file /etc/weewx/weewx.conf
>> Jan 15 15:17:01 raspberrypi weewx[4515] INFO __main__: Debug is 0
>> Jan 15 15:17:01 raspberrypi weewx[4515] INFO weewx.engine: Loading station
>>
>> type OWFS (user.owfs)
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: Caught
>> unrecoverable exception:
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   No
>> one-wire library found
>> Jan 15 15:17:01 raspberrypi weewx[4485]: Starting weewx weather system:
>> weewx.
>> Jan 15 15:17:01 raspberrypi systemd[1]: Started LSB: weewx weather
>> system.
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>> Traceback (most recent call last):
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>> File "/usr/share/weewx/user/owfs.py", line 264, in 
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>> ow = OWFSBinding()
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>> File "/usr/share/weewx/user/owfs.py", line 202, in __init__
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>> import ow as owbinding
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>> ModuleNotFoundError: No module named 'ow'
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>> During handling of the above exception, another exception occurred:
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>> Traceback (most recent call last):
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>> File "/usr/share/weewx/user/owfs.py", line 267, in 
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>> ow = OWNetBinding()
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>> File "/usr/share/weewx/user/owfs.py", line 231, in __init__
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>> import pyownet
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>> ModuleNotFoundError: No module named 'pyownet'
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>> During handling of the above exception, another exception occurred:
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>> Traceback (most recent call last):
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>> File "/usr/share/weewx/weewxd", line 148, in main
>> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
>> engine = weewx.engine.StdEng

Re: [weewx-user] Re: Ubuntu 20.04 install, no HTML Files at all

[Rob Cook]

Yes, following those instructions. The only difference I made was to run
the wget statements, then install Apache2, apt update, then lastly install
weewx. I can't see why installing apache2 first matters as long as it's
installed prior to the weewx installation?

I've now installed weewx 3 times today, once without apache2, once
installing apache2 after weewx and lastly in the means above. Not one
install produced a /home/weewx or /var/www/html/weewx directory.

Very confusing.

On Fri, Jan 15, 2021 at 3:25 PM Greg from Oz  wrote:

> Are you following these instructions?
> http://weewx.com/docs/debian.htm
>
> Ubuntu 20.04 doesn't have apache installed by default either so you have
> to install it first.
>
> sudo apt install apache2
>
> All you have to do is:
> wget -qO - https://weewx.com/keys.html | sudo apt-key add -
>
> wget -qO - https://weewx.com/apt/weewx-python3.list | sudo tee
> /etc/apt/sources.list.d/weewx.list
>
> sudo apt-get update
> sudo apt-get install weewx
>
> To restart etc:
> * sudo systemctl restart weewx.service && tail -f /var/log/syslog|grep
> weewx*
>
>
> On Saturday, 16 January 2021 at 08:14:36 UTC+11 rdj...@gmail.com wrote:
>
>> I've been trying to install WeeWx today in a Ubuntu 20.04 VM and at the
>> point that I'm tying to get the apache2 integration to work I get stuck.
>>
>> I'm using the "wget" means to install.
>>
>> I have nothing in /home/weewx -- as in the directory does not exist
>> I have nothing in /var/www/html/weewx -- as in the directory does not
>> exist
>>
>> The process has been to spin up the VM, update it, add the weewx repo,
>> install apache2, install weewx.
>>
>> Following the guides supposedly by installing via deb there should be a
>> /home/weewx and /var/www/html/weewx directories created but they are not
>> there. I've downloaded the tarball and extracted it and I see nothing that
>> I could copy into /var/www/html either.
>>
>> What am I missing?
>>
> --
> 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/GZtJCLk-IAk/unsubscribe.
> To unsubscribe from this group and all its topics, 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/5fc818c0-750d-49de-bd9f-ffb82e5a6f57n%40googlegroups.com
> 
> .
>


-- 
Rob Cook
rdjc...@gmail.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/CAB0G93c56%2B2UwiXqbXqbTzqGyvoBGX_4ybH_DOnWKQv5viCjbw%40mail.gmail.com.

[weewx-user] Re: FreeBSD / TrueNAS Jail Install Help

[S R]

I the linux box i had success. installation of the intercept driver does 
not disable the simulator. 

Now i have a healthy startup log, and the web page just says "success", 
there is not display like with the simulator. 

what do i have to do next pls

weewx[1369] INFO user.interceptor: driver version is 0.53
weewx[1369] INFO user.interceptor: device type: observer
weewx[1369] INFO user.interceptor: mode is listen
weewx[1369] INFO user.interceptor: listen on :80
weewx[1369] INFO user.interceptor: sensor map: {'pressure': 'pressure', 
'barometer': 'barometer', 'outHumidity': 'humidity_out', 'inHumidity': 
'humidity_in', 'outTemp': 'temperature_out', 'inTemp': 'temperature_in', 
'windSpeed': 'wind_speed', 'windGust': 'wind_gust', 'windDir': 'wind_dir', 
'windGustDir': 'wind_gust_dir', 'radiation': 'solar_radiation', 'dewpoint': 
'dewpoint', 'windchill': 'windchill', 'rain': 'rain', 'rainRate': 
'rain_rate', 'UV': 'uv', 'txBatteryStatus': 'battery', 'extraTemp1': 
'temperature_1', 'extraTemp2': 'temperature_2', 'extraTemp3': 
'temperature_3', 'extraHumid1': 'humidity_1', 'extraHumid2': 'humidity_2', 
'soilTemp1': 'soil_temperature_1', 'soilTemp2': 'soil_temperature_2', 
'soilMoist1': 'soil_moisture_1', 'soilMoist2': 'soil_moisture_2', 
'soilMoist3': 'soil_moisture_3', 'soilMoist4': 'soil_moisture_4', 
'leafWet1': 'leafwetness_1', 'leafWet2': 'leafwetness_2', 'pm2_5': 'pm2_5', 
'extraTemp4': 'temperature_4', 'extraTemp5': 'temperature_5', 'extraTemp6': 
'temperature_6', 'extraTemp7': 'temperature_7', 'extraTemp8': 
'temperature_8', 'extraHumid3': 'humidity_3', 'extraHumid4': 'humidity_4', 
'extraHumid5': 'humidity_5', 'extraHumid6': 'humidity_6', 'extraHumid7': 
'humidity_7', 'extraHumid8': 'humidity_8', 'soilTemp3': 
'soil_temperature_3', 'soilTemp4': 'soil_temperature_4'}
weewx[1369] INFO weewx.engine: StdConvert target unit is 0x1
weewx[1369] INFO weewx.engine: Archive will use data binding wx_binding
weewx[1369] INFO weewx.engine: Record generation will be attempted in 
'hardware'
eapema78g weewx[1369] INFO weewx.engine: Using archive interval of 300 
seconds (specified in weewx configuration)
weewx[1369] INFO weewx.restx: StationRegistry: Registration not requested.
weewx[1369] INFO weewx.restx: Wunderground: Posting not enabled.
weewx[1369] INFO weewx.restx: PWSweather: Posting not enabled.
weewx[1369] INFO weewx.restx: CWOP: Posting not enabled.
weewx[1369] INFO weewx.restx: WOW: Posting not enabled.
weewx[1369] INFO weewx.restx: AWEKAS: Posting not enabled.
weewx[1369] INFO __main__: Starting up weewx version 4.3.0
weewx[1369] INFO weewx.engine: Using binding 'wx_binding' to database 
'weewx.sdb'
weewx[1369] INFO weewx.manager: Starting backfill of daily summaries
weewx[1369] INFO weewx.engine: Starting main packet loop.



On Friday, January 15, 2021 at 8:43:05 PM UTC+1 kilo...@gmail.com wrote:

> Please post the startup log (the first bunch of lines of the weewx log 
> when it first starts up) so we can see which driver it is using
>
> On Friday, January 15, 2021 at 10:03:21 a.m. UTC-8 sjr4...@gmail.com 
> wrote:
>
>> yeh, i figured that out in the end - thanks. 
>>
>> I got the simulator running on both feebsd (nginx) and kubuntu (apache2) 
>> and
>> i have installed the interceptor on both with the instructions in her 
>> https://github.com/matthewwall/weewx-interceptor
>> i set to observer for the Fine Offset WH2900C but it is still showing me 
>> the Simulator on both firefox and chrome. 
>> I have tried clearing the cache and restarting, but even from a fresh 
>> machine it shows the simulator. 
>>
>> On Friday, January 15, 2021 at 4:56:04 PM UTC+1 kilo...@gmail.com wrote:
>>
>>> You need to run a web server on the local machine (jail) to be able to 
>>> view the files generated and placed in the  public_html directory.
>>>
>>> OR
>>>
>>> You need to upload the generated files to another machine that acts as a 
>>> web server.  This can be done with the ftp or rsync reports
>>>
>>> On Friday, January 15, 2021 at 5:20:08 a.m. UTC-8 sjr4...@gmail.com 
>>> wrote:
>>>
 the process is definitely running. Do I have to add some user 
 permissions for the public_html directory? 
 i installed into path /usr/local/share/weewx

 On Friday, January 15, 2021 at 12:29:52 PM UTC+1 S R wrote:

> ok. thanks guys. i deleted the jail and started again per your 
> instructions. everything installed without errors and I've loaded the 
> startup scrip and the service starts. 
> i can ping the weewx and ping from the weewx jail to the internet. 
> if i try to reach via the browser i get Refused to Connect
> On Friday, January 15, 2021 at 2:14:23 AM UTC+1 mscham...@gmail.com 
> wrote:
>
>> Using pip to install python packages under FreeBSD isn't a great 
>> idea. Freshports can keep everything up to date for you. I've been 
>> running 
>> weewx on my FreeBSD server for several years. 
>>
>> On Thursday, January 14, 2021 at 5:43:24 PM UTC-

[weewx-user] Re: Ubuntu 20.04 install, no HTML Files at all

[Greg from Oz]

Are you following these instructions?
http://weewx.com/docs/debian.htm

Ubuntu 20.04 doesn't have apache installed by default either so you have to 
install it first.

sudo apt install apache2

All you have to do is:
wget -qO - https://weewx.com/keys.html | sudo apt-key add -

wget -qO - https://weewx.com/apt/weewx-python3.list | sudo tee 
/etc/apt/sources.list.d/weewx.list

sudo apt-get update 
sudo apt-get install weewx

To restart etc:
* sudo systemctl restart weewx.service && tail -f /var/log/syslog|grep 
weewx*


On Saturday, 16 January 2021 at 08:14:36 UTC+11 rdj...@gmail.com wrote:

> I've been trying to install WeeWx today in a Ubuntu 20.04 VM and at the 
> point that I'm tying to get the apache2 integration to work I get stuck. 
>
> I'm using the "wget" means to install. 
>
> I have nothing in /home/weewx -- as in the directory does not exist
> I have nothing in /var/www/html/weewx -- as in the directory does not exist
>
> The process has been to spin up the VM, update it, add the weewx repo, 
> install apache2, install weewx. 
>
> Following the guides supposedly by installing via deb there should be a 
> /home/weewx and /var/www/html/weewx directories created but they are not 
> there. I've downloaded the tarball and extracted it and I see nothing that 
> I could copy into /var/www/html either. 
>
> What am I missing?
>

-- 
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/5fc818c0-750d-49de-bd9f-ffb82e5a6f57n%40googlegroups.com.

[weewx-user] Ubuntu 20.04 install, no HTML Files at all

[Rob Cook]

I've been trying to install WeeWx today in a Ubuntu 20.04 VM and at the 
point that I'm tying to get the apache2 integration to work I get stuck. 

I'm using the "wget" means to install. 

I have nothing in /home/weewx -- as in the directory does not exist
I have nothing in /var/www/html/weewx -- as in the directory does not exist

The process has been to spin up the VM, update it, add the weewx repo, 
install apache2, install weewx. 

Following the guides supposedly by installing via deb there should be a 
/home/weewx and /var/www/html/weewx directories created but they are not 
there. I've downloaded the tarball and extracted it and I see nothing that 
I could copy into /var/www/html either. 

What am I missing?

-- 
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/953ef944-ce44-489d-8b45-e7ecdfc2a338n%40googlegroups.com.

[weewx-user] Re: Belchertown 1.2 and Danish Charaters

[Arend]

Hi Gert,

As requested, you can find the version with a fix for Danish characters 
here (this version is the same to the one you used before):

https://github.com/ArendPWS/weewx-belchertown/tree/master

At some point I will try to create a branch that will include all essential 
fixes and all updates to the original Belchertown master.

Regards, Arend
Op zondag 1 november 2020 om 22:34:01 UTC+1 schreef Arend:

> I get the impression that most of the code that was responsible for 
> handling 'useHTML' has been removed.
> Contrary the comment in the belchertown.js.tmpl file, 'useHTML' is still 
> present and functional in the latest Highcharts API.
> Putting all the required code back in would be quite a job I guess. And 
> those changes should be added to the master in the repo, otherwise you 
> would face the same problems again with the next update.
> I don't know why it has been removed, only Pat can answer that.
>
>
> Op zondag 1 november 2020 om 21:42:40 UTC+1 schreef gert.a...@gmail.com:
>
>> Hi Arend
>>
>> As far as I remember, the problem was not in version 1.1. Also the 
>> previous problem was not in version 1.1. I still wonder, why the line was 
>> commented.
>>
>> Gert
>>
>> On Sunday, November 1, 2020 at 3:56:27 PM UTC+1 Arend wrote:
>>
>>> Hi Gert,
>>>
>>> This issue showed up after upgrading from 1.1 to 1.2? And you had no 
>>> problems in 1.1?
>>>
>>> Arend
>>>
>>> Op zaterdag 31 oktober 2020 om 07:00:13 UTC+1 schreef 
>>> gert.a...@gmail.com:
>>>
 Hi Arend. All

 Do you also know where to fix this? It should say "Ø" Have looked in 
 belchertown.js.tmpl, but I don't think I can find anything here

 Gert

 On Wednesday, October 21, 2020 at 9:51:58 PM UTC+2 gert.a...@gmail.com 
 wrote:

> Hi Arend
>
> Thanks a lot, that solved the problem. I wonder how you found this, 
> good work.
>
> Rgds
> Gert
>
> On Wednesday, October 21, 2020 at 2:32:30 PM UTC+2 Arend wrote:
>
>> Hi Gert,
>>
>> Getting those Danish characters back: try to find and uncomment this 
>> line in belchertown.js.tmpl.
>>
>> //options.xAxis.labels = { useHTML: true } // Option 
>> disabled in highcharts 8
>>
>> Kind regards, Arend 
>>
>> Op dinsdag 20 oktober 2020 om 06:15:18 UTC+2 schreef 
>> gert.a...@gmail.com:
>>
>>> Hi
>>>
>>> I got my icons back. Did a new installation of Belchertown.
>>>
>>> But, I'm still missing the Danish characters in the Windrose.
>>> http://gertandersen.de
>>>
>>> Rgds
>>> Gert
>>>
>>> On Monday, October 19, 2020 at 2:40:02 PM UTC+2 gert.a...@gmail.com 
>>> wrote:
>>>
 Hi

 I'm running Ubuntu 20.04, Weewx 4.1.1, Phyton 3 and Belchertown 
 1.2. I have upgraded from Belchertown 1.1 and I have some issues with 
 the 
 Aeris and the Windrose.

 With Aeris I'm missing the  current weather icon, but I have the 
 text. Screenshot attached.

 Using the Windrose I have some funny characters instead of the 
 Danish characters. See screenshot.

 My ordinals in weewx.conf is:
 directions = N, NNØ, NØ, ØNØ, Ø, ØSØ, SØ, SSØ, S, SSV, SV, VSV, V, 
 VNV, NV, NNV, N/A

 Correct display Belchertown 1.1(using Darksky):
 http://sjostauan.dk

 Missing icon and correct characters Belchertown 1.2(using Aeris):
 http://gertandersen.de

 I had a similar problem with the development to version 1.1:
 Link 
 
 but Pat fixed it. I don't know if the issue is related to the bug 
 in the 1.1 development version.

 Any ideas where to look?

 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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/4a6f3978-50ae-4bdc-ae5f-11c8a55e6c29n%40googlegroups.com.

[weewx-user] Resize Highcharts Graphs in Belchertown Skin

[Karen K]

The Belchertown skin uses Highcharts graphs instead of the standard graphs 
of weewx. The are a lot bigger, and sometimes too big in my opinion.

Is there a possibility to change the height of a Highcharts graph?

It tried to insert some "height = 67%" lines, but that makes no difference 
in height of the graph. The Belchertown documentation references some 
Highcharts documentation, but it is not clear enough for me to understand 
what to do.

-- 
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/ea38cc0d-9416-4f03-ae87-e5510c8eca28n%40googlegroups.com.

[weewx-user] Re: OWFS crashing on restart of Weewx

[gjr80]

Hi,

Did you install the one-wire python bindings as per step 1 in the install 
instructions ?

Gary
On Saturday, 16 January 2021 at 05:36:38 UTC+10 gege...@gmail.com wrote:

> Hello
> I am trying to get  a RP3 to talk to a older Dallas OneWire weather 
> instrument.
> The WeeWx installation works with the simulator and outputs weather 
> reports but will not start when I use OWFS as the driver in the weewx.conf.
> The 1wire is connected to the RP3 via a i2C board and this is working as I 
> can see data via a browser at  localhost:2121
> Using the latest build for Raspban.
> On restart Weewx reports
>
>   Initializing weewx version 4.3.0
> Jan 15 15:17:01 raspberrypi weewx[4497] INFO __main__: Using Python 3.7.3 
> (default, Jul 25 2020, 13:03:44) #012[GCC 8.3.0]
> Jan 15 15:17:01 raspberrypi weewx[4497] INFO __main__: Platform 
> Linux-5.4.79-v7+-armv7l-with-debian-10.7
> Jan 15 15:17:01 raspberrypi weewx[4497] INFO __main__: Locale is 
> 'en_CA.UTF-8'
> Jan 15 15:17:01 raspberrypi weewx[4497] INFO __main__: PID file is 
> /var/run/weewx.pid
> Jan 15 15:17:01 raspberrypi weewx[4515] INFO __main__: Using configuration 
> file /etc/weewx/weewx.conf
> Jan 15 15:17:01 raspberrypi weewx[4515] INFO __main__: Debug is 0
> Jan 15 15:17:01 raspberrypi weewx[4515] INFO weewx.engine: Loading station 
> type OWFS (user.owfs)
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: Caught 
> unrecoverable exception:
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   No 
> one-wire library found
> Jan 15 15:17:01 raspberrypi weewx[4485]: Starting weewx weather system: 
> weewx.
> Jan 15 15:17:01 raspberrypi systemd[1]: Started LSB: weewx weather system.
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
> Traceback (most recent call last):
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
> File "/usr/share/weewx/user/owfs.py", line 264, in 
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
> ow = OWFSBinding()
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
> File "/usr/share/weewx/user/owfs.py", line 202, in __init__
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
> import ow as owbinding
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
> ModuleNotFoundError: No module named 'ow'
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
> During handling of the above exception, another exception occurred:
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
> Traceback (most recent call last):
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
> File "/usr/share/weewx/user/owfs.py", line 267, in 
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
> ow = OWNetBinding()
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
> File "/usr/share/weewx/user/owfs.py", line 231, in __init__
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
> import pyownet
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
> ModuleNotFoundError: No module named 'pyownet'
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
> During handling of the above exception, another exception occurred:
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
> Traceback (most recent call last):
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
> File "/usr/share/weewx/weewxd", line 148, in main
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
> engine = weewx.engine.StdEngine(config_dict)
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
> File "/usr/share/weewx/weewx/engine.py", line 81, in __init__
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
> self.setupStation(config_dict)
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
> File "/usr/share/weewx/weewx/engine.py", line 108, in setupStation
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
> __import__(driver)
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: 
> File "/usr/share/weewx/user/owfs.py", line 269, in 
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
> raise Exception("No one-wire library found")
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
> Exception: No one-wire library found
> Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
> Exiting.
>
>
> Any one have any ideas?

[weewx-user] Re: FreeBSD / TrueNAS Jail Install Help

[kilo...@gmail.com]

Please post the startup log (the first bunch of lines of the weewx log when 
it first starts up) so we can see which driver it is using

On Friday, January 15, 2021 at 10:03:21 a.m. UTC-8 sjr4...@gmail.com wrote:

> yeh, i figured that out in the end - thanks. 
>
> I got the simulator running on both feebsd (nginx) and kubuntu (apache2) 
> and
> i have installed the interceptor on both with the instructions in her 
> https://github.com/matthewwall/weewx-interceptor
> i set to observer for the Fine Offset WH2900C but it is still showing me 
> the Simulator on both firefox and chrome. 
> I have tried clearing the cache and restarting, but even from a fresh 
> machine it shows the simulator. 
>
> On Friday, January 15, 2021 at 4:56:04 PM UTC+1 kilo...@gmail.com wrote:
>
>> You need to run a web server on the local machine (jail) to be able to 
>> view the files generated and placed in the  public_html directory.
>>
>> OR
>>
>> You need to upload the generated files to another machine that acts as a 
>> web server.  This can be done with the ftp or rsync reports
>>
>> On Friday, January 15, 2021 at 5:20:08 a.m. UTC-8 sjr4...@gmail.com 
>> wrote:
>>
>>> the process is definitely running. Do I have to add some user 
>>> permissions for the public_html directory? 
>>> i installed into path /usr/local/share/weewx
>>>
>>> On Friday, January 15, 2021 at 12:29:52 PM UTC+1 S R wrote:
>>>
 ok. thanks guys. i deleted the jail and started again per your 
 instructions. everything installed without errors and I've loaded the 
 startup scrip and the service starts. 
 i can ping the weewx and ping from the weewx jail to the internet. 
 if i try to reach via the browser i get Refused to Connect
 On Friday, January 15, 2021 at 2:14:23 AM UTC+1 mscham...@gmail.com 
 wrote:

> Using pip to install python packages under FreeBSD isn't a great idea. 
> Freshports can keep everything up to date for you. I've been running 
> weewx 
> on my FreeBSD server for several years. 
>
> On Thursday, January 14, 2021 at 5:43:24 PM UTC-6 sjr4...@gmail.com 
> wrote:
>
>> that didn't work in 2.
>> I managed to install python37 and pip
>> i then had to install with the commands below and follow the packages 
>> per debian10 instructions
>> pip install configobj 
>> pip install serial 
>> pip install usb 
>> pip install pip
>> pip install cheetah3
>> pip install ephem
>>
>> But i get an error with 
>> pip install pil  - "could not find a package that satisfies the 
>> requirement pil"
>> Do i need pil? 
>>
>> I have a WH2900 Fine Offset and in the forums it talks about using 
>> the interception driver, but this is not an option during install. 
>>
>>
>>
>> On Thursday, January 14, 2021 at 9:55:30 PM UTC+1 kilo...@gmail.com 
>> wrote:
>>
>>> I have used weewx on FreeNAS / TrueNAS for many years and it works 
>>> well, for hardware that sends loop data to an IP address.  Have not 
>>> tried 
>>> it with usb hardware.  
>>>
>>> 1. Create and run weewx in it's own standard jail.  Given that you 
>>> want to play with FreeBSD I assume you are familiar with jails and you 
>>> can 
>>> handle this.  All further instructions assume that you are working 
>>> within 
>>> the active running jail.
>>> 2. Python packages are named a little different than  linux 
>>> distributions.  
>>>  a) Start by installing python3 using pkg command.  Available 
>>> package names are python36, python37, python38, python39.  Further 
>>> instruction will assume you installed python37
>>>  b) Install py37-cheetah3 using the pkg command
>>>  c) Install py37-configobj
>>>  d) Install py37-pillow
>>>  e) Install py37-sqlite3, assuming you are using sqlite database
>>> 3. Install weewx using the setup.py method
>>> 4. To run weewx directly con command line, cd to /home/weewx and use 
>>> the  ./bin/weewxd  command, run this as su.
>>> 5. To start weewx automatically from at startup,  copy the attached 
>>> script to */usr/local/etc/rc.d/*
>>> 6.  Add the following line *weewx_enable="YES"* to the 
>>> */etc/rc.conf* file.  Now weewx will start automatically and you 
>>> can start and stop the service with *service weewx start* or *service 
>>> weewx stop* command
>>>
>>>
>>>
>>>
>>> On Thursday, January 14, 2021 at 10:04:06 a.m. UTC-8 
>>> sjr4...@gmail.com wrote:
>>>

 I have a TrueNAS box and want to install in a FreeBSD jail. I'm a 
 complete knob, can anyone help with instructions for installing on 
 FreeBSD. 
 Sadly, such great document for Linux, but none for FreeBSD (although i 
 see 
 there is a startup script, for those who know how to get that far)

>>>

-- 
You received this message 

[weewx-user] OWFS crashing on restart of Weewx

[gord hart]

Hello
I am trying to get  a RP3 to talk to a older Dallas OneWire weather 
instrument.
The WeeWx installation works with the simulator and outputs weather reports 
but will not start when I use OWFS as the driver in the weewx.conf.
The 1wire is connected to the RP3 via a i2C board and this is working as I 
can see data via a browser at  localhost:2121
Using the latest build for Raspban.
On restart Weewx reports

  Initializing weewx version 4.3.0
Jan 15 15:17:01 raspberrypi weewx[4497] INFO __main__: Using Python 3.7.3 
(default, Jul 25 2020, 13:03:44) #012[GCC 8.3.0]
Jan 15 15:17:01 raspberrypi weewx[4497] INFO __main__: Platform 
Linux-5.4.79-v7+-armv7l-with-debian-10.7
Jan 15 15:17:01 raspberrypi weewx[4497] INFO __main__: Locale is 
'en_CA.UTF-8'
Jan 15 15:17:01 raspberrypi weewx[4497] INFO __main__: PID file is 
/var/run/weewx.pid
Jan 15 15:17:01 raspberrypi weewx[4515] INFO __main__: Using configuration 
file /etc/weewx/weewx.conf
Jan 15 15:17:01 raspberrypi weewx[4515] INFO __main__: Debug is 0
Jan 15 15:17:01 raspberrypi weewx[4515] INFO weewx.engine: Loading station 
type OWFS (user.owfs)
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: Caught 
unrecoverable exception:
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   No 
one-wire library found
Jan 15 15:17:01 raspberrypi weewx[4485]: Starting weewx weather system: 
weewx.
Jan 15 15:17:01 raspberrypi systemd[1]: Started LSB: weewx weather system.
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
Traceback (most recent call last):
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: File 
"/usr/share/weewx/user/owfs.py", line 264, in 
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   ow 
= OWFSBinding()
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: File 
"/usr/share/weewx/user/owfs.py", line 202, in __init__
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
import ow as owbinding
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
ModuleNotFoundError: No module named 'ow'
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   During 
handling of the above exception, another exception occurred:
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
Traceback (most recent call last):
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: File 
"/usr/share/weewx/user/owfs.py", line 267, in 
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   ow 
= OWNetBinding()
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: File 
"/usr/share/weewx/user/owfs.py", line 231, in __init__
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
import pyownet
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
ModuleNotFoundError: No module named 'pyownet'
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   During 
handling of the above exception, another exception occurred:
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
Traceback (most recent call last):
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: File 
"/usr/share/weewx/weewxd", line 148, in main
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
engine = weewx.engine.StdEngine(config_dict)
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: File 
"/usr/share/weewx/weewx/engine.py", line 81, in __init__
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
self.setupStation(config_dict)
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: File 
"/usr/share/weewx/weewx/engine.py", line 108, in setupStation
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
__import__(driver)
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__: File 
"/usr/share/weewx/user/owfs.py", line 269, in 
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
raise Exception("No one-wire library found")
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
Exception: No one-wire library found
Jan 15 15:17:01 raspberrypi weewx[4515] CRITICAL __main__:   
Exiting.


Any one have any ideas?
Cheers
Gordon

-- 
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/b74d2c92-b88d-47fd-8780-d93c45542d16n%40googlegroups.com.

[weewx-user] Re: trying to connect mqtt

[Δημήτρης Βήχος]

update:  works only with simulator setting . in my weatherstation with 
fineoffset usb dont work with same settings. 

Στις Παρασκευή, 15 Ιανουαρίου 2021 στις 3:50:44 μ.μ. UTC+2, ο χρήστης 
Δημήτρης Βήχος έγραψε:

> it works with your advice and the broker.hivemq.com  broker.thankyou!!!
>
> Στις Παρασκευή, 15 Ιανουαρίου 2021 στις 10:31:21 π.μ. UTC+2, ο χρήστης 
> kk44...@gmail.com έγραψε:
>
>> Additional comment: In section [[MQTT]] the the line "topic = weather" 
>> (or something) and in skin.conf "mqtt_websockets_topic = ..." must 
>> correspond. The latter is always the former with "/loop" at the end. 
>>
>> Example:
>> [[MQTT]]
>> topic = "blabla"
>>
>> skin.conf
>>mqtt_websockets_topic = "blabla/loop"
>>
>>
>> Karen K schrieb am Freitag, 15. Januar 2021 um 09:24:32 UTC+1:
>>
>>> Maybe the authentication is missing. See 
>>> https://github.com/poblabs/weewx-belchertown/issues/499
>>>
>>> I would suggest to try an open MQTT broker like test.mosquitto.org 
>>> (Port 8081) or mqtt.eclipseprojects.io/mqtt (Port 443) first. There is 
>>> no authentication required, so you can test, if that's the problem.
>>>
>>> Additionally, I am not sure that the topic can include @ character. That 
>>> is _not_ the username field. It should be something like "weather/loop". 
>>> Especially the word "loop" at the end is essential.
>>>
>>> hobbyl...@gmail.com schrieb am Donnerstag, 14. Januar 2021 um 19:59:15 
>>> UTC+1:
>>>
 i try in my experemental website to connect and upload data .
 using weewx 4.3 and belchertown skin. using the mqtt-weewx extension 
 for that my settings in weewx.conf

 [[MQTT]]
 server_url = mqtt://hobbyl...@gmail.com:b
 9a8...@mqtt.dioty.co:1883 

 and the skin.conf 

 # MQTT Websockets defaults
 mqtt_websockets_enabled = 1
 mqtt_websockets_host = "mqtt.dioty.co"
 mqtt_websockets_port = 8080
 mqtt_websockets_ssl = 0
 mqtt_websockets_topic = "/hobbyl...@gmail.com/ 
 "
 disconnect_live_website_visitor = 180

 after restarting of weewx dont upload data to mqtt. 

>>>

-- 
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/d64a0dfd-a91d-4e41-b635-8aa8fa53b6b8n%40googlegroups.com.

[weewx-user] Re: FreeBSD / TrueNAS Jail Install Help

[S R]

yeh, i figured that out in the end - thanks. 

I got the simulator running on both feebsd (nginx) and kubuntu (apache2) and
i have installed the interceptor on both with the instructions in her 
https://github.com/matthewwall/weewx-interceptor
i set to observer for the Fine Offset WH2900C but it is still showing me 
the Simulator on both firefox and chrome. 
I have tried clearing the cache and restarting, but even from a fresh 
machine it shows the simulator. 

On Friday, January 15, 2021 at 4:56:04 PM UTC+1 kilo...@gmail.com wrote:

> You need to run a web server on the local machine (jail) to be able to 
> view the files generated and placed in the  public_html directory.
>
> OR
>
> You need to upload the generated files to another machine that acts as a 
> web server.  This can be done with the ftp or rsync reports
>
> On Friday, January 15, 2021 at 5:20:08 a.m. UTC-8 sjr4...@gmail.com wrote:
>
>> the process is definitely running. Do I have to add some user permissions 
>> for the public_html directory? 
>> i installed into path /usr/local/share/weewx
>>
>> On Friday, January 15, 2021 at 12:29:52 PM UTC+1 S R wrote:
>>
>>> ok. thanks guys. i deleted the jail and started again per your 
>>> instructions. everything installed without errors and I've loaded the 
>>> startup scrip and the service starts. 
>>> i can ping the weewx and ping from the weewx jail to the internet. 
>>> if i try to reach via the browser i get Refused to Connect
>>> On Friday, January 15, 2021 at 2:14:23 AM UTC+1 mscham...@gmail.com 
>>> wrote:
>>>
 Using pip to install python packages under FreeBSD isn't a great idea. 
 Freshports can keep everything up to date for you. I've been running weewx 
 on my FreeBSD server for several years. 

 On Thursday, January 14, 2021 at 5:43:24 PM UTC-6 sjr4...@gmail.com 
 wrote:

> that didn't work in 2.
> I managed to install python37 and pip
> i then had to install with the commands below and follow the packages 
> per debian10 instructions
> pip install configobj 
> pip install serial 
> pip install usb 
> pip install pip
> pip install cheetah3
> pip install ephem
>
> But i get an error with 
> pip install pil  - "could not find a package that satisfies the 
> requirement pil"
> Do i need pil? 
>
> I have a WH2900 Fine Offset and in the forums it talks about using the 
> interception driver, but this is not an option during install. 
>
>
>
> On Thursday, January 14, 2021 at 9:55:30 PM UTC+1 kilo...@gmail.com 
> wrote:
>
>> I have used weewx on FreeNAS / TrueNAS for many years and it works 
>> well, for hardware that sends loop data to an IP address.  Have not 
>> tried 
>> it with usb hardware.  
>>
>> 1. Create and run weewx in it's own standard jail.  Given that you 
>> want to play with FreeBSD I assume you are familiar with jails and you 
>> can 
>> handle this.  All further instructions assume that you are working 
>> within 
>> the active running jail.
>> 2. Python packages are named a little different than  linux 
>> distributions.  
>>  a) Start by installing python3 using pkg command.  Available 
>> package names are python36, python37, python38, python39.  Further 
>> instruction will assume you installed python37
>>  b) Install py37-cheetah3 using the pkg command
>>  c) Install py37-configobj
>>  d) Install py37-pillow
>>  e) Install py37-sqlite3, assuming you are using sqlite database
>> 3. Install weewx using the setup.py method
>> 4. To run weewx directly con command line, cd to /home/weewx and use 
>> the  ./bin/weewxd  command, run this as su.
>> 5. To start weewx automatically from at startup,  copy the attached 
>> script to */usr/local/etc/rc.d/*
>> 6.  Add the following line *weewx_enable="YES"* to the */etc/rc.conf* 
>> file.  Now weewx will start automatically and you can start and stop the 
>> service with *service weewx start* or *service weewx stop* command
>>
>>
>>
>>
>> On Thursday, January 14, 2021 at 10:04:06 a.m. UTC-8 
>> sjr4...@gmail.com wrote:
>>
>>>
>>> I have a TrueNAS box and want to install in a FreeBSD jail. I'm a 
>>> complete knob, can anyone help with instructions for installing on 
>>> FreeBSD. 
>>> Sadly, such great document for Linux, but none for FreeBSD (although i 
>>> see 
>>> there is a startup script, for those who know how to get that far)
>>>
>>

-- 
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/cf87cfa1-22cc-407f-b6af-cb1e8dc96765n%40googlegroups.com.

Re: [weewx-user] ImageGenerator math domain error

[Tom Keffer]

Fixed in commit bf4da5b


If you want to take advantage of the fix now, use this version of
genplot/utilities.py:
https://raw.githubusercontent.com/weewx/weewx/master/bin/weeplot/utilities.py

On Fri, Jan 15, 2021 at 3:03 AM Tarmo  wrote:

> Thanks, Tom.
>
> Scaling to (None, None, 0.01) works.
> On Friday, January 15, 2021 at 1:44:35 AM UTC+2 tke...@gmail.com wrote:
>
>> OK, the problem is that you're asking to plot something with a minimum
>> and maximum value of -17.778, but the scaling has been set to (0, None,
>> .01), meaning the minimum y-axis value is pegged at 0.0. The plot becomes
>> impossible.
>>
>> Still, it shouldn't crash the report, so it's a bug.
>>
>> But, I would set scaling to (None, None, 0.01).
>>
>> On Thu, Jan 14, 2021 at 9:53 AM Tarmo  wrote:
>>
>>> I recgonize yscale=[0.0, None, 0.01] as my heatpump service
>>>  image. The service is not
>>> running currently and the soiltemp3 (where the values are stored) in the
>>> database is empty.
>>>
>>> Jan 14 19:40:30 pi3 weewx[5405] INFO weewx.cheetahgenerator: Generated 8
>>> files for report SeasonsReport in 4.85 seconds
>>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weeplot.genplot: scale error math
>>> domain error
>>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weeplot.genplot:
>>> ymin=-17.78; ymax=-17.78; yscale=[0.0, None, 0.01],
>>> y_nticks=10
>>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: Caught
>>> unrecoverable exception in generator 'weewx.imagegenerator.ImageGenerator'
>>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>>> math domain error
>>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>>> Traceback (most recent call last):
>>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>>>   File "/home/weewx/bin/weewx/reportengine.py", line 196, in run
>>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>>> obj.start()
>>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>>>   File "/home/weewx/bin/weewx/reportengine.py", line 281, in start
>>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>>> self.run()
>>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>>>   File "/home/weewx/bin/weewx/imagegenerator.py", line 41, in run
>>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>>> self.genImages(self.gen_ts)
>>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>>>   File "/home/weewx/bin/weewx/imagegenerator.py", line 263, in genImages
>>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>>> image = plot.render()
>>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>>>   File "/home/weewx/bin/weeplot/genplot.py", line 212, in render
>>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>>> self._calcYScaling()
>>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>>>   File "/home/weewx/bin/weeplot/genplot.py", line 520, in _calcYScaling
>>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>>> self.yscale = weeplot.utilities.scale(ymin, ymax, self.yscale,
>>> nsteps=self.y_nticks)
>>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>>>   File "/home/weewx/bin/weeplot/utilities.py", line 132, in scale
>>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>>> mag = math.floor(math.log10(steps))
>>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>>> ValueError: math domain error
>>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>>> Generator terminated
>>> Jan 14 19:40:35 pi3 weewx[5405] INFO weewx.reportengine: Copied 15 files
>>> to /var/ramdisk/ilmajaam
>>>
>>>
>>> On Thursday, January 14, 2021 at 7:05:28 PM UTC+2 tke...@gmail.com
>>> wrote:
>>>
 Something deeper must be going on. Please replace your copy of
 /home/weewx/bin/weeplot/genplot.py with the attached. It has been
 instrumented to give us more information about the error.

 Run until weewxd (or wee_reports). Hopefully, the report will crash
 like before. Post the resultant log.

 -tk

 On Thu, Jan 14, 2021 at 7:53 AM Tarmo  wrote:

> Hello, Tom!
>
> No less than or equal to zero values at min_interval.
>
> pi@pi3:/home/weewx/skins/Seasons $ grep yscale skin.conf
> # plotting can be controlled using option 'yscale'. It is a 3-way
> tuple,
> yscale = None, None, None
> yscale = None, None, 0.5
> yscale = None, None, 0.02
> yscale = 0.0, 360.0, 45.0
> #yscale = 0, 16, 1
> yscale = 0.0, 100.0, 25.0
> yscale = 0, Non

Re: [weewx-user] Recording External Temperatures

[vince]

On Friday, January 15, 2021 at 1:56:13 AM UTC-8 mi...@cougar.eu.com wrote:

> One thing I am keen to try is using the config file to define the 
> directory as you show above Vince, but that will have to wait till I have 
> time to experiment on my "spare" raspberry Pi. Not trying that on my live 
> system. So for the time being the directory is defined as a constant
>
>
This is a good example of why running a virtualized weewx is great.   You 
could spin up a quick Vagrant/VirtualBox VM using the Simulator driver and 
add your draft extension to it.   No need for a spare pi.   Get everything 
working and then add/update your custom code on your production (so to 
speak) pi.

My Vagrant configs for centos7/8, debian10, ubuntu1804/2004 are on GitHub 
 if you wanted those for 
either pre-packaged or setup.py variants.   The provisioner scripts can 
also be used standalone to add weewx to a base os of that flavor.  Might be 
worth a look.


-- 
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/8d884055-e785-45e4-8a8f-7421c2b02dcfn%40googlegroups.com.

[weewx-user] Re: weewx Treiber and SDR driver simultan ?

[Frank]

 Hi there I don't understand this answer, SDR doesn't understand WS3080 !? 

My weather station TYPE: SDR 

sdr is only for rtl_433 
WS3080 = FineOffsetUSB 

If I have station type SDR, the weather station 3080 does not work

so i can only use sdr or fineoffsetusb or can i use both together ??? 

Frank schrieb am Freitag, 15. Januar 2021 um 18:26:20 UTC+1:

> Hi there I don't understand this answer, SDR doesn't understand WS3080 !? My 
> weather station TYPE: SDR sdr is only for rtl_433 WS3080 = FineOffsetUSB If 
> I have station type SDR, the weather station 3080 does not work so i can 
> only use sdr or fineoffsetusb or can i use both together ??? 
>
> Andy schrieb am Dienstag, 12. Januar 2021 um 13:37:31 UTC+1:
>
>> You can only use one driver. The WS3080 works with SDR driver.
>>
>> Andy
>>
>> On Monday, January 11, 2021 at 10:09:02 AM UTC-8 Frank wrote:
>>
>>> Hi there I'm currently working with rtl_433 ... Can my WS3080 weather 
>>> station run via fousb and at the same time my USB STICK rtl_433 on a Weewx 
>>> After 
>>> reconfiguring the config during installation, I had the following station 
>>> type: SDR and no station_type = FineOffsetUSB anymore, and so the weewx 
>>> driver could not be loaded. I can't run 2 drivers at the same time. ? 
>>
>>

-- 
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/80da926e-391e-4fb0-90f1-b37841774514n%40googlegroups.com.

[weewx-user] Re: weewx Treiber and SDR driver simultan ?

[Frank]

 Hi there I don't understand this answer, SDR doesn't understand WS3080 !? My 
weather station TYPE: SDR sdr is only for rtl_433 WS3080 = FineOffsetUSB If 
I have station type SDR, the weather station 3080 does not work so i can 
only use sdr or fineoffsetusb or can i use both together ??? 

Andy schrieb am Dienstag, 12. Januar 2021 um 13:37:31 UTC+1:

> You can only use one driver. The WS3080 works with SDR driver.
>
> Andy
>
> On Monday, January 11, 2021 at 10:09:02 AM UTC-8 Frank wrote:
>
>> Hi there I'm currently working with rtl_433 ... Can my WS3080 weather 
>> station run via fousb and at the same time my USB STICK rtl_433 on a Weewx 
>> After 
>> reconfiguring the config during installation, I had the following station 
>> type: SDR and no station_type = FineOffsetUSB anymore, and so the weewx 
>> driver could not be loaded. I can't run 2 drivers at the same time. ? 
>
>

-- 
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/6627447f-08a3-4c5c-b135-648d2de25eeen%40googlegroups.com.

[weewx-user] Re: FreeBSD / TrueNAS Jail Install Help

[kilo...@gmail.com]

You need to run a web server on the local machine (jail) to be able to view 
the files generated and placed in the  public_html directory.

OR

You need to upload the generated files to another machine that acts as a 
web server.  This can be done with the ftp or rsync reports

On Friday, January 15, 2021 at 5:20:08 a.m. UTC-8 sjr4...@gmail.com wrote:

> the process is definitely running. Do I have to add some user permissions 
> for the public_html directory? 
> i installed into path /usr/local/share/weewx
>
> On Friday, January 15, 2021 at 12:29:52 PM UTC+1 S R wrote:
>
>> ok. thanks guys. i deleted the jail and started again per your 
>> instructions. everything installed without errors and I've loaded the 
>> startup scrip and the service starts. 
>> i can ping the weewx and ping from the weewx jail to the internet. 
>> if i try to reach via the browser i get Refused to Connect
>> On Friday, January 15, 2021 at 2:14:23 AM UTC+1 mscham...@gmail.com 
>> wrote:
>>
>>> Using pip to install python packages under FreeBSD isn't a great idea. 
>>> Freshports can keep everything up to date for you. I've been running weewx 
>>> on my FreeBSD server for several years. 
>>>
>>> On Thursday, January 14, 2021 at 5:43:24 PM UTC-6 sjr4...@gmail.com 
>>> wrote:
>>>
 that didn't work in 2.
 I managed to install python37 and pip
 i then had to install with the commands below and follow the packages 
 per debian10 instructions
 pip install configobj 
 pip install serial 
 pip install usb 
 pip install pip
 pip install cheetah3
 pip install ephem

 But i get an error with 
 pip install pil  - "could not find a package that satisfies the 
 requirement pil"
 Do i need pil? 

 I have a WH2900 Fine Offset and in the forums it talks about using the 
 interception driver, but this is not an option during install. 



 On Thursday, January 14, 2021 at 9:55:30 PM UTC+1 kilo...@gmail.com 
 wrote:

> I have used weewx on FreeNAS / TrueNAS for many years and it works 
> well, for hardware that sends loop data to an IP address.  Have not tried 
> it with usb hardware.  
>
> 1. Create and run weewx in it's own standard jail.  Given that you 
> want to play with FreeBSD I assume you are familiar with jails and you 
> can 
> handle this.  All further instructions assume that you are working within 
> the active running jail.
> 2. Python packages are named a little different than  linux 
> distributions.  
>  a) Start by installing python3 using pkg command.  Available 
> package names are python36, python37, python38, python39.  Further 
> instruction will assume you installed python37
>  b) Install py37-cheetah3 using the pkg command
>  c) Install py37-configobj
>  d) Install py37-pillow
>  e) Install py37-sqlite3, assuming you are using sqlite database
> 3. Install weewx using the setup.py method
> 4. To run weewx directly con command line, cd to /home/weewx and use 
> the  ./bin/weewxd  command, run this as su.
> 5. To start weewx automatically from at startup,  copy the attached 
> script to */usr/local/etc/rc.d/*
> 6.  Add the following line *weewx_enable="YES"* to the */etc/rc.conf* 
> file.  Now weewx will start automatically and you can start and stop the 
> service with *service weewx start* or *service weewx stop* command
>
>
>
>
> On Thursday, January 14, 2021 at 10:04:06 a.m. UTC-8 sjr4...@gmail.com 
> wrote:
>
>>
>> I have a TrueNAS box and want to install in a FreeBSD jail. I'm a 
>> complete knob, can anyone help with instructions for installing on 
>> FreeBSD. 
>> Sadly, such great document for Linux, but none for FreeBSD (although i 
>> see 
>> there is a startup script, for those who know how to get that far)
>>
>

-- 
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/86a99280-bd56-4ce1-af51-367434c6c61bn%40googlegroups.com.

[weewx-user] Re: FreeBSD / TrueNAS Jail Install Help

[S R]

just tried to install on Kubuntu 20.10 via the debian packages. same thing. 
install completes, but "refuse to connect". 
Has any tested a fresh install recently. 

On Friday, January 15, 2021 at 2:20:08 PM UTC+1 S R wrote:

> the process is definitely running. Do I have to add some user permissions 
> for the public_html directory? 
> i installed into path /usr/local/share/weewx
>
> On Friday, January 15, 2021 at 12:29:52 PM UTC+1 S R wrote:
>
>> ok. thanks guys. i deleted the jail and started again per your 
>> instructions. everything installed without errors and I've loaded the 
>> startup scrip and the service starts. 
>> i can ping the weewx and ping from the weewx jail to the internet. 
>> if i try to reach via the browser i get Refused to Connect
>> On Friday, January 15, 2021 at 2:14:23 AM UTC+1 mscham...@gmail.com 
>> wrote:
>>
>>> Using pip to install python packages under FreeBSD isn't a great idea. 
>>> Freshports can keep everything up to date for you. I've been running weewx 
>>> on my FreeBSD server for several years. 
>>>
>>> On Thursday, January 14, 2021 at 5:43:24 PM UTC-6 sjr4...@gmail.com 
>>> wrote:
>>>
 that didn't work in 2.
 I managed to install python37 and pip
 i then had to install with the commands below and follow the packages 
 per debian10 instructions
 pip install configobj 
 pip install serial 
 pip install usb 
 pip install pip
 pip install cheetah3
 pip install ephem

 But i get an error with 
 pip install pil  - "could not find a package that satisfies the 
 requirement pil"
 Do i need pil? 

 I have a WH2900 Fine Offset and in the forums it talks about using the 
 interception driver, but this is not an option during install. 



 On Thursday, January 14, 2021 at 9:55:30 PM UTC+1 kilo...@gmail.com 
 wrote:

> I have used weewx on FreeNAS / TrueNAS for many years and it works 
> well, for hardware that sends loop data to an IP address.  Have not tried 
> it with usb hardware.  
>
> 1. Create and run weewx in it's own standard jail.  Given that you 
> want to play with FreeBSD I assume you are familiar with jails and you 
> can 
> handle this.  All further instructions assume that you are working within 
> the active running jail.
> 2. Python packages are named a little different than  linux 
> distributions.  
>  a) Start by installing python3 using pkg command.  Available 
> package names are python36, python37, python38, python39.  Further 
> instruction will assume you installed python37
>  b) Install py37-cheetah3 using the pkg command
>  c) Install py37-configobj
>  d) Install py37-pillow
>  e) Install py37-sqlite3, assuming you are using sqlite database
> 3. Install weewx using the setup.py method
> 4. To run weewx directly con command line, cd to /home/weewx and use 
> the  ./bin/weewxd  command, run this as su.
> 5. To start weewx automatically from at startup,  copy the attached 
> script to */usr/local/etc/rc.d/*
> 6.  Add the following line *weewx_enable="YES"* to the */etc/rc.conf* 
> file.  Now weewx will start automatically and you can start and stop the 
> service with *service weewx start* or *service weewx stop* command
>
>
>
>
> On Thursday, January 14, 2021 at 10:04:06 a.m. UTC-8 sjr4...@gmail.com 
> wrote:
>
>>
>> I have a TrueNAS box and want to install in a FreeBSD jail. I'm a 
>> complete knob, can anyone help with instructions for installing on 
>> FreeBSD. 
>> Sadly, such great document for Linux, but none for FreeBSD (although i 
>> see 
>> there is a startup script, for those who know how to get that far)
>>
>

-- 
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/7d4b1bec-5407-42ed-acba-daaa278e4af3n%40googlegroups.com.

[weewx-user] Re: trying to connect mqtt

[Δημήτρης Βήχος]

it works with your advice and the broker.hivemq.com  broker.thankyou!!!

Στις Παρασκευή, 15 Ιανουαρίου 2021 στις 10:31:21 π.μ. UTC+2, ο χρήστης 
kk44...@gmail.com έγραψε:

> Additional comment: In section [[MQTT]] the the line "topic = weather" (or 
> something) and in skin.conf "mqtt_websockets_topic = ..." must correspond. 
> The latter is always the former with "/loop" at the end. 
>
> Example:
> [[MQTT]]
> topic = "blabla"
>
> skin.conf
>mqtt_websockets_topic = "blabla/loop"
>
>
> Karen K schrieb am Freitag, 15. Januar 2021 um 09:24:32 UTC+1:
>
>> Maybe the authentication is missing. See 
>> https://github.com/poblabs/weewx-belchertown/issues/499
>>
>> I would suggest to try an open MQTT broker like test.mosquitto.org (Port 
>> 8081) or mqtt.eclipseprojects.io/mqtt (Port 443) first. There is no 
>> authentication required, so you can test, if that's the problem.
>>
>> Additionally, I am not sure that the topic can include @ character. That 
>> is _not_ the username field. It should be something like "weather/loop". 
>> Especially the word "loop" at the end is essential.
>>
>> hobbyl...@gmail.com schrieb am Donnerstag, 14. Januar 2021 um 19:59:15 
>> UTC+1:
>>
>>> i try in my experemental website to connect and upload data .
>>> using weewx 4.3 and belchertown skin. using the mqtt-weewx extension for 
>>> that my settings in weewx.conf
>>>
>>> [[MQTT]]
>>> server_url = mqtt://hobbyl...@gmail.com:b
>>> 9a8...@mqtt.dioty.co:1883 
>>>
>>> and the skin.conf 
>>>
>>> # MQTT Websockets defaults
>>> mqtt_websockets_enabled = 1
>>> mqtt_websockets_host = "mqtt.dioty.co"
>>> mqtt_websockets_port = 8080
>>> mqtt_websockets_ssl = 0
>>> mqtt_websockets_topic = "/hobbyl...@gmail.com/ 
>>> "
>>> disconnect_live_website_visitor = 180
>>>
>>> after restarting of weewx dont upload data to mqtt. 
>>>
>>

-- 
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/cf28d0e9-7df4-4ff2-8141-4acbc422c00dn%40googlegroups.com.

[weewx-user] Re: Inserting missing data using wee_import

[Mike Revitt]

All appear to have worked perfectly thanks Gary,

I can see all the history now and just need to wait for the week, month and 
year images to refresh

On Friday, January 15, 2021 at 1:15:49 PM UTC gjr80 wrote:

> Yes, wee_import inserts and does not update. If you have a look back at 
> the WeeWX log from when you did the import you will probably find a lot of 
> error messages about ‘unique constraint failures’ on dateTime, this is 
> because wee_import tried to add a record with a timestamp that already 
> existed in the database. wee_import uses code used by StdArchive for adding 
> records to the database and unfortunately wee_import is unable to tell if 
> the insert was successful or not, that is why you if you look closely there 
> is some oddly worded summary text after a wee_import run. It advises you of 
> how many records were processed and not how many were saved, and you are 
> directed to the log to check success or otherwise.
>
> Gary 
> On Friday, 15 January 2021 at 23:04:07 UTC+10 mi...@cougar.eu.com wrote:
>
>> Thanks Gary, will give that a go.
>>
>> And am I correct in my suspicion that wee_import didn't work because it 
>> only does inserts not updates
>>
>>
>> On Friday, January 15, 2021 at 1:01:20 PM UTC gjr80 wrote:
>>
>>> That’s one of the reasons we discourage writing to the database 
>>> directly, far better to let the WeeWX machinery take care of everything. In 
>>> answer to your question, if you have inserted the missing data in the 
>>> archive then just use the wee_database 
>>>  utility to 
>>> rebuild the daily summaries for the period concerned, that will take care 
>>> of everything in the daily summary tables.
>>>
>>> Gary
>>>
>>> On Friday, 15 January 2021 at 20:50:53 UTC+10 mi...@cougar.eu.com wrote:
>>>
 I have also discovered some columns  sum REAL, count INTEGER, wsum 
 REAL, sumtime INTEGER
 and have no idea what to put in them

 On Friday, January 15, 2021 at 9:51:59 AM UTC Mike Revitt wrote:

> I am having some interesting challenges around updating my database 
> with some missing data.
>
> Now that I have integrated my Caravan temperatures into WeeWX I am 
> have extracted the data from the period that I was recording it but not 
> updating WeeWX.
>
> I have created a css file with the data and wee_import runs perfectly 
> with no errors, but no new data appears in the database.
>
> I suspect that this is because I am trying to do an update rather than 
> an insert. So I have created an update script for. the archive table and 
> this runs perfectly, I used python to generate the epoc dates, and I ran 
> this on a copy of the database so I did not screw anything up.
>
> The challenge is updating the archive tables archive_day_extraHumid1 
> etc. I can relatively easily construct the min and max values for a time 
> period but constructing the min time is a little more challenging. So 
> before I do that is there some tool I can invoke that will populate these 
> archive tables from the new data in the main archive table
>
>

-- 
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/e1374e00-8077-4d20-a615-29d8c1742cd8n%40googlegroups.com.

[weewx-user] Re: FreeBSD / TrueNAS Jail Install Help

[S R]

the process is definitely running. Do I have to add some user permissions 
for the public_html directory? 
i installed into path /usr/local/share/weewx

On Friday, January 15, 2021 at 12:29:52 PM UTC+1 S R wrote:

> ok. thanks guys. i deleted the jail and started again per your 
> instructions. everything installed without errors and I've loaded the 
> startup scrip and the service starts. 
> i can ping the weewx and ping from the weewx jail to the internet. 
> if i try to reach via the browser i get Refused to Connect
> On Friday, January 15, 2021 at 2:14:23 AM UTC+1 mscham...@gmail.com wrote:
>
>> Using pip to install python packages under FreeBSD isn't a great idea. 
>> Freshports can keep everything up to date for you. I've been running weewx 
>> on my FreeBSD server for several years. 
>>
>> On Thursday, January 14, 2021 at 5:43:24 PM UTC-6 sjr4...@gmail.com 
>> wrote:
>>
>>> that didn't work in 2.
>>> I managed to install python37 and pip
>>> i then had to install with the commands below and follow the packages 
>>> per debian10 instructions
>>> pip install configobj 
>>> pip install serial 
>>> pip install usb 
>>> pip install pip
>>> pip install cheetah3
>>> pip install ephem
>>>
>>> But i get an error with 
>>> pip install pil  - "could not find a package that satisfies the 
>>> requirement pil"
>>> Do i need pil? 
>>>
>>> I have a WH2900 Fine Offset and in the forums it talks about using the 
>>> interception driver, but this is not an option during install. 
>>>
>>>
>>>
>>> On Thursday, January 14, 2021 at 9:55:30 PM UTC+1 kilo...@gmail.com 
>>> wrote:
>>>
 I have used weewx on FreeNAS / TrueNAS for many years and it works 
 well, for hardware that sends loop data to an IP address.  Have not tried 
 it with usb hardware.  

 1. Create and run weewx in it's own standard jail.  Given that you want 
 to play with FreeBSD I assume you are familiar with jails and you can 
 handle this.  All further instructions assume that you are working within 
 the active running jail.
 2. Python packages are named a little different than  linux 
 distributions.  
  a) Start by installing python3 using pkg command.  Available 
 package names are python36, python37, python38, python39.  Further 
 instruction will assume you installed python37
  b) Install py37-cheetah3 using the pkg command
  c) Install py37-configobj
  d) Install py37-pillow
  e) Install py37-sqlite3, assuming you are using sqlite database
 3. Install weewx using the setup.py method
 4. To run weewx directly con command line, cd to /home/weewx and use 
 the  ./bin/weewxd  command, run this as su.
 5. To start weewx automatically from at startup,  copy the attached 
 script to */usr/local/etc/rc.d/*
 6.  Add the following line *weewx_enable="YES"* to the */etc/rc.conf* 
 file.  Now weewx will start automatically and you can start and stop the 
 service with *service weewx start* or *service weewx stop* command




 On Thursday, January 14, 2021 at 10:04:06 a.m. UTC-8 sjr4...@gmail.com 
 wrote:

>
> I have a TrueNAS box and want to install in a FreeBSD jail. I'm a 
> complete knob, can anyone help with instructions for installing on 
> FreeBSD. 
> Sadly, such great document for Linux, but none for FreeBSD (although i 
> see 
> there is a startup script, for those who know how to get that far)
>


-- 
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/52dc403b-5d4c-4e94-93fd-3dfa1255b47dn%40googlegroups.com.

[weewx-user] Re: Inserting missing data using wee_import

[gjr80]

Yes, wee_import inserts and does not update. If you have a look back at the 
WeeWX log from when you did the import you will probably find a lot of 
error messages about ‘unique constraint failures’ on dateTime, this is 
because wee_import tried to add a record with a timestamp that already 
existed in the database. wee_import uses code used by StdArchive for adding 
records to the database and unfortunately wee_import is unable to tell if 
the insert was successful or not, that is why you if you look closely there 
is some oddly worded summary text after a wee_import run. It advises you of 
how many records were processed and not how many were saved, and you are 
directed to the log to check success or otherwise.

Gary 
On Friday, 15 January 2021 at 23:04:07 UTC+10 mi...@cougar.eu.com wrote:

> Thanks Gary, will give that a go.
>
> And am I correct in my suspicion that wee_import didn't work because it 
> only does inserts not updates
>
>
> On Friday, January 15, 2021 at 1:01:20 PM UTC gjr80 wrote:
>
>> That’s one of the reasons we discourage writing to the database directly, 
>> far better to let the WeeWX machinery take care of everything. In answer to 
>> your question, if you have inserted the missing data in the archive then 
>> just use the wee_database 
>>  utility to 
>> rebuild the daily summaries for the period concerned, that will take care 
>> of everything in the daily summary tables.
>>
>> Gary
>>
>> On Friday, 15 January 2021 at 20:50:53 UTC+10 mi...@cougar.eu.com wrote:
>>
>>> I have also discovered some columns  sum REAL, count INTEGER, wsum REAL, 
>>> sumtime INTEGER
>>> and have no idea what to put in them
>>>
>>> On Friday, January 15, 2021 at 9:51:59 AM UTC Mike Revitt wrote:
>>>
 I am having some interesting challenges around updating my database 
 with some missing data.

 Now that I have integrated my Caravan temperatures into WeeWX I am have 
 extracted the data from the period that I was recording it but not 
 updating 
 WeeWX.

 I have created a css file with the data and wee_import runs perfectly 
 with no errors, but no new data appears in the database.

 I suspect that this is because I am trying to do an update rather than 
 an insert. So I have created an update script for. the archive table and 
 this runs perfectly, I used python to generate the epoc dates, and I ran 
 this on a copy of the database so I did not screw anything up.

 The challenge is updating the archive tables archive_day_extraHumid1 
 etc. I can relatively easily construct the min and max values for a time 
 period but constructing the min time is a little more challenging. So 
 before I do that is there some tool I can invoke that will populate these 
 archive tables from the new data in the main archive table



-- 
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/d0de26be-0fd8-4dbc-9148-7fb308eb1e1fn%40googlegroups.com.

Re: [weewx-user] Recording External Temperatures

[Mike Revitt]

This is the service that I wrote and I put it in bin/user, I plan to write 
this up when I get the. time but this 

 
will give you an idea of how I add the service.

My Ecowitt uploads to /var/www/html/ecowitt

I then read every file in the directory, deleting all but the most recent 
which I then read

I parse the file and insert the data into the database fields, and as there 
is not a extraHumid3 I used extraHumid1 instead.

Hope this helps

On Friday, January 15, 2021 at 10:25:03 AM UTC steep...@gmail.com wrote:

> Mike,
> I would be very interested to see that code you have written to insert 
> data into the database. I am currently using FilePile but always interested 
> in looking at alternative ways. 
> Ian
>
> On Fri, 15 Jan 2021 at 09:56, Mike Revitt  wrote:
>
>> Thank you both for your advice and input.
>>
>> In the end I have taken a bit of advice from both you you and some other 
>> information I found online, and in the interests of keeping things simple 
>> have managed to get my Ecowitt uploading data files to a directory on the 
>> raspberry Pi and have written a small python script that reads these and 
>> inserts them into the database, and this is run as a service very similar 
>> to the way I insert the CPU temperature
>>
>> One thing I am keen to try is using the config file to define the 
>> directory as you show above Vince, but that will have to wait till I have 
>> time to experiment on my "spare" raspberry Pi. Not trying that on my live 
>> system. So for the time being the directory is defined as a constant
>>
>>
>> On Wednesday, January 13, 2021 at 6:45:37 PM UTC vince wrote:
>>
>>> On Wednesday, January 13, 2021 at 3:09:29 AM UTC-8 mi...@cougar.eu.com 
>>> wrote:
>>>
 That sounds interesting, is there some documentation that shows how to 
 control where the data goes when running it as a service?


>>> There is - see 
>>> https://github.com/gjr80/weewx-gw1000/wiki/Available-config-options
>>>
>>> Here's the mapping I use as a driver, FWIW.   Works great.   You'd 
>>> probably want to also override the inside temp and inside humidity items to 
>>> extraTempN and extraHumidN for your scenario where you want the Ecowitt 
>>> items to add to your Davis measurements.  Maybe more items such as the 
>>> battery status as I did below.
>>>
>>> I'd lean toward disagree with Ian's suggestion to use a secondary db, as 
>>> it's not really needed, but there are lots of ways to get there.
>>>
>>> I specify the gateway ip address since it's on a different subnet than 
>>> the weewx pi.
>>>
>>> # Options for 'GW1000'
>>> [GW1000]
>>> driver = user.gw1000
>>> ip_address = 192.168.2.20
>>> port = 45000
>>> poll_interval = 20
>>>
>>> #--- the defaults map inTemp, inHumidity, outTemp, outHumidity
>>> #--- and the extraTemp1-8 and soilMostN items automagically
>>> #--- but we need to add the battery status mappings
>>> [[field_map_extensions]]
>>> # outTemp
>>> outTempBatteryStatus = wh26_batt
>>> # extraTemp1-8
>>> batteryStatus1 = wh31_ch1_batt
>>> batteryStatus2 = wh31_ch2_batt
>>> # soilMost1 = channel autoselects on first use
>>> batteryStatus8 = wh51_ch1_batt
>>>
>>>
>>>
>>> -- 
>> 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/31fa642d-b923-4acc-a8d1-8fafad463493n%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/51b53da8-6550-46cd-b4ab-1a0e393b0460n%40googlegroups.com.
#!/bin/env python3
#---
# Routine Name: ecowitt.py
# Author:   Mike Revitt
# Date: 14/01/2021
#
# Revision HistoryPush Down List
# ---
# Date| Name| Description
# +-+
#

[weewx-user] Re: Inserting missing data using wee_import

[Mike Revitt]

Thanks Gary, will give that a go.

And am I correct in my suspicion that wee_import didn't work because it 
only does inserts not updates


On Friday, January 15, 2021 at 1:01:20 PM UTC gjr80 wrote:

> That’s one of the reasons we discourage writing to the database directly, 
> far better to let the WeeWX machinery take care of everything. In answer to 
> your question, if you have inserted the missing data in the archive then 
> just use the wee_database 
>  utility to 
> rebuild the daily summaries for the period concerned, that will take care 
> of everything in the daily summary tables.
>
> Gary
>
> On Friday, 15 January 2021 at 20:50:53 UTC+10 mi...@cougar.eu.com wrote:
>
>> I have also discovered some columns  sum REAL, count INTEGER, wsum REAL, 
>> sumtime INTEGER
>> and have no idea what to put in them
>>
>> On Friday, January 15, 2021 at 9:51:59 AM UTC Mike Revitt wrote:
>>
>>> I am having some interesting challenges around updating my database with 
>>> some missing data.
>>>
>>> Now that I have integrated my Caravan temperatures into WeeWX I am have 
>>> extracted the data from the period that I was recording it but not updating 
>>> WeeWX.
>>>
>>> I have created a css file with the data and wee_import runs perfectly 
>>> with no errors, but no new data appears in the database.
>>>
>>> I suspect that this is because I am trying to do an update rather than 
>>> an insert. So I have created an update script for. the archive table and 
>>> this runs perfectly, I used python to generate the epoc dates, and I ran 
>>> this on a copy of the database so I did not screw anything up.
>>>
>>> The challenge is updating the archive tables archive_day_extraHumid1 
>>> etc. I can relatively easily construct the min and max values for a time 
>>> period but constructing the min time is a little more challenging. So 
>>> before I do that is there some tool I can invoke that will populate these 
>>> archive tables from the new data in the main archive table
>>>
>>>

-- 
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/8932ce56-5e25-4784-98a7-9e11e0d470f3n%40googlegroups.com.

[weewx-user] Re: Inserting missing data using wee_import

[gjr80]

That’s one of the reasons we discourage writing to the database directly, 
far better to let the WeeWX machinery take care of everything. In answer to 
your question, if you have inserted the missing data in the archive then 
just use the wee_database 
 utility to 
rebuild the daily summaries for the period concerned, that will take care 
of everything in the daily summary tables.

Gary

On Friday, 15 January 2021 at 20:50:53 UTC+10 mi...@cougar.eu.com wrote:

> I have also discovered some columns  sum REAL, count INTEGER, wsum REAL, 
> sumtime INTEGER
> and have no idea what to put in them
>
> On Friday, January 15, 2021 at 9:51:59 AM UTC Mike Revitt wrote:
>
>> I am having some interesting challenges around updating my database with 
>> some missing data.
>>
>> Now that I have integrated my Caravan temperatures into WeeWX I am have 
>> extracted the data from the period that I was recording it but not updating 
>> WeeWX.
>>
>> I have created a css file with the data and wee_import runs perfectly 
>> with no errors, but no new data appears in the database.
>>
>> I suspect that this is because I am trying to do an update rather than an 
>> insert. So I have created an update script for. the archive table and this 
>> runs perfectly, I used python to generate the epoc dates, and I ran this on 
>> a copy of the database so I did not screw anything up.
>>
>> The challenge is updating the archive tables archive_day_extraHumid1 etc. 
>> I can relatively easily construct the min and max values for a time period 
>> but constructing the min time is a little more challenging. So before I do 
>> that is there some tool I can invoke that will populate these archive 
>> tables from the new data in the main archive table
>>
>>

-- 
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/484c426e-eadc-4601-a18f-d6fdafe24770n%40googlegroups.com.

[weewx-user] Re: Netatmo station - help needed for read some observation

[gjr80]

You’ve done well, that is all of the hard work done! The rest is just 
formatting.

I am no netatmo expert but reading through the driver and from what info I 
could find on the internet, it does appear that there are two distinct 
battery state fields for each sensor; battery_vp which (according to 
netatmo) is a large number that appears to equate to a descriptive battery 
state (that is where the max/fulll/low is derived from) and battery_percent 
(which the netatmo driver maps to xBatteryStatus). One of those may 
well be from the old firmware but your station emits both field types for 
each sensor. When I put together the new sensors.inc I wanted to format the 
battery state entries as ‘descriptive word (battery %)’, eg:

Anemometer Battery   full(95%)

The 95.00 is just a formatting/unit issue that is easily fixed. I guess 
the question for you is what do you want to display? Just the descriptive 
word, just the percentage or both?

Similar arrangement with the wifi/RF status, there is the actual signal 
level (ie the number) and descriptive text that netatmo lists for different 
RF signal levels. Do you want just the descriptive text or the number or 
both?

Let me know and we can adjust sensors.inc accordingly.

For info if you haven’t already found it the ranges of battery_vp and the 
corresponding descriptive text for each sensor is shown in a number of 
tables on this page (https://dev.netatmo.com/apidocumentation/weather) . 
Likewise for Wifi status, not sure where Infound the descriptive text for 
RF status though.

Afraid I can’t help with integrating the battery states and RF signal 
levels into Belchertown, you will need someone who is familiar with the 
Belchertown skin. Though you now have the relevant database in your 
database so I am sure that will get you part way there.

Gary

On Friday, 15 January 2021 at 22:18:12 UTC+10 johansso...@outlook.com wrote:

>
> Thanks
> I did as you writed.
> Seasons skin does the reading like this now but with many extra numbers of 
> 0.
>
> Like i writed in first post i orginally use Belchertown skins and use 
> seasons to fix whats reading and how to code!
>
>
>
>
> Connectivity
>
> WiFi Signal
> good(56,00)
> Outdoor Module Signal
> high(66,00)
> Anemometer Signal
> high(61,00)
> Rain Gauge Signal
> *high(61,00)*
>
> Battery Status
> Anemometer Battery
> full(95,00)
> Rain Gauge Battery
> max(100,00)
> Outdoor Module Battery
> full(93,00)
>
>
> What i read in netatmo.py file i saw that battery_vp is for old firmware 
> and used for the older Wveiw.py
> In the Netatmo.py file it is writed like this now.
>
>
> class NetatmoDriver(weewx.drivers.AbstractDevice):
> DEFAULT_PORT = 80
> DEFAULT_HOST = ""
> # map from netatmo names to database schema names
> # apparently battery_vp is in older firmware, whereas battery_percent 
> is
> # in newer firmware.
> DEFAULT_SENSOR_MAP = {
> 'pressure':  
>  '*.NAMain.AbsolutePressure',
> 'inTemp': '*.NAMain.Temperature',
> 'inHumidity':   '*.NAMain.Humidity',
> 'co2':   '*.NAMain.CO2',
> 'noise':'*.NAMain.Noise',
> 'wifi_status':  '*.NAMain.wifi_status',
> 'outTemp': '*.NAModule1.Temperature',
> 'outHumidity':   '*.NAModule1.Humidity',
> 'out_rf_status':  '*.NAModule1.rf_status',
> 'out_battery_vp':   '*.NAModule1.battery_vp', 
> *(**Older 
> firmware)*
> 'outTempBatteryStatus': '*.NAModule1.battery_percent',
> 'windSpeed': '*.NAModule2.WindStrength',
> 'windDir':   '*.NAModule2.WindAngle',
> 'windGust':'*.NAModule2.GustStrength',
> 'windGustDir':   '*.NAModule2.GustAngle',
> 'wind_rf_status':  '*.NAModule2.rf_status',
> 'wind_battery_vp':'*.NAModule2.battery_vp', *(**Older 
> firmware)*
> 'windBatteryStatus':'*.NAModule2.battery_percent', 
> 'rain':   '*.NAModule3.Rain',
> 'rain_total':  
> '*.NAModule3.sum_rain_24',
> 'rain_rf_status':  '*.NAModule3.rf_status',
> 'rain_battery_vp':'*.NAModule3.battery_vp', 
> *(**Older firmware)*
> 'rainBatteryStatus':'*.NAModule3.battery_percent'}
>
>
> I also send my REC / LOOP
> REC:2021-01-15 12:50:00 CET (1610711400) altimeter: 
> 1024.4038696830132, appTemp: -7.884807942435174, barometer: 
> 1024.4032036270912, batteryStatus1: 5872.0, batteryStatus2: 5898.0, 
> batteryStatus3: 6036.0, cloudbase: 551.690318

[weewx-user] Re: Netatmo station - help needed for read some observation

[Rebecka Johansson]

Thanks
I did as you writed.
Seasons skin does the reading like this now but with many extra numbers of 
0.

Like i writed in first post i orginally use Belchertown skins and use 
seasons to fix whats reading and how to code!




Connectivity

WiFi Signal
good(56,00)
Outdoor Module Signal
high(66,00)
Anemometer Signal
high(61,00)
Rain Gauge Signal
*high(61,00)*

Battery Status
Anemometer Battery
full(95,00)
Rain Gauge Battery
max(100,00)
Outdoor Module Battery
full(93,00)


What i read in netatmo.py file i saw that battery_vp is for old firmware 
and used for the older Wveiw.py
In the Netatmo.py file it is writed like this now.


class NetatmoDriver(weewx.drivers.AbstractDevice):
DEFAULT_PORT = 80
DEFAULT_HOST = ""
# map from netatmo names to database schema names
# apparently battery_vp is in older firmware, whereas battery_percent is
# in newer firmware.
DEFAULT_SENSOR_MAP = {
'pressure':  
 '*.NAMain.AbsolutePressure',
'inTemp': '*.NAMain.Temperature',
'inHumidity':   '*.NAMain.Humidity',
'co2':   '*.NAMain.CO2',
'noise':'*.NAMain.Noise',
'wifi_status':  '*.NAMain.wifi_status',
'outTemp': '*.NAModule1.Temperature',
'outHumidity':   '*.NAModule1.Humidity',
'out_rf_status':  '*.NAModule1.rf_status',
'out_battery_vp':   '*.NAModule1.battery_vp', *(**Older 
firmware)*
'outTempBatteryStatus': '*.NAModule1.battery_percent',
'windSpeed': '*.NAModule2.WindStrength',
'windDir':   '*.NAModule2.WindAngle',
'windGust':'*.NAModule2.GustStrength',
'windGustDir':   '*.NAModule2.GustAngle',
'wind_rf_status':  '*.NAModule2.rf_status',
'wind_battery_vp':'*.NAModule2.battery_vp', *(**Older 
firmware)*
'windBatteryStatus':'*.NAModule2.battery_percent', 
'rain':   '*.NAModule3.Rain',
'rain_total':  
'*.NAModule3.sum_rain_24',
'rain_rf_status':  '*.NAModule3.rf_status',
'rain_battery_vp':'*.NAModule3.battery_vp', 
*(**Older 
firmware)*
'rainBatteryStatus':'*.NAModule3.battery_percent'}


I also send my REC / LOOP
REC:2021-01-15 12:50:00 CET (1610711400) altimeter: 1024.4038696830132, 
appTemp: -7.884807942435174, barometer: 1024.4032036270912, batteryStatus1: 
5872.0, batteryStatus2: 5898.0, batteryStatus3: 6036.0, cloudbase: 
551.6903180909593, co2: 700.0, dateTime: 1610711400, dewpoint: 
-9.143009058869266, ET: None, heatindex: -4.7, humidex: -4.7, inDewpoint: 
9.238783201935856, inHumidity: 38.0, inTemp: 24.5, interval: 5.0, 
maxSolarRad: None, noise: 43.0, outHumidity: 71.0, outTemp: -4.7, 
outTempBatteryStatus: 93.0, pressure: 1023.1, rain: 0.0, rainBatteryStatus: 
100.0, rainRate: 0.0, rain_total: 0.0, signal1: 57.0, signal2: 67.0, 
signal3: 62.0, signal4: 62.0, usUnits: 16, windBatteryStatus: 95.0, 
windchill: -4.7, windDir: 210.0, windGust: 2, windGustDir: 210, windrun: 
0.08333, windSpeed: 1.0
LOOP:   2021-01-15 12:59:12 CET (1610711952) altimeter: 1024.4038696830132, 
appTemp: -7.777147909039572, barometer: 1024.4027180441597, batteryStatus1: 
5872, batteryStatus2: 5900, batteryStatus3: 6036, cloudbase: 
552.1509511394135, co2: 703, dateTime: 1610711952, dewpoint: 
-9.046787226465668, heatindex: -4.6005, humidex: -4.6, 
inDewpoint: 9.238783201935856, inHumidity: 38, inTemp: 24.5, maxSolarRad: 
None, noise: 43, outHumidity: 71, outTemp: -4.6, outTempBatteryStatus: 93, 
pressure: 1023.1, rain: 0.0, rainBatteryStatus: 100, rainRate: 0.0, 
rain_total: 0.0, signal1: 56, signal2: 66, signal3: 61, signal4: 61, 
usUnits: 16, windBatteryStatus: 95, windchill: -4.6005, 
windDir: 211, windGust: 3, windGustDir: 220, windSpeed: 1

I see i have two kind of battery status 
batteryStatus1: 5872.0
batteryStatus2: 5898.0
batteryStatus3: 6036.0

outTempBatteryStatus: 93.0
windBatteryStatus: 95.0
rainBatteryStatus: 100.0


*Here is my debug log (I deleted personal id and passwords)*


System info
  Platform:   Linux-5.4.83-v7l+-armv7l-with-debian-10.7
  Python Version: 3.7.3

Load Information
  1 minute load average:  0.30
  5 minute load average:  0.60
  15 minute load average: 0.77

General Weewx info
  Weewx version 4.3.0 detected.

Station info
  Station type: netatmo
  Driver:   user.netatmo

Driver info
[netatmo]

# This section is for the netatmo station.

# The mode specifies how driver should obtain data.  The

[weewx-user] Re: FreeBSD / TrueNAS Jail Install Help

[S R]

ok. thanks guys. i deleted the jail and started again per your 
instructions. everything installed without errors and I've loaded the 
startup scrip and the service starts. 
i can ping the weewx and ping from the weewx jail to the internet. 
if i try to reach via the browser i get Refused to Connect
On Friday, January 15, 2021 at 2:14:23 AM UTC+1 mscham...@gmail.com wrote:

> Using pip to install python packages under FreeBSD isn't a great idea. 
> Freshports can keep everything up to date for you. I've been running weewx 
> on my FreeBSD server for several years. 
>
> On Thursday, January 14, 2021 at 5:43:24 PM UTC-6 sjr4...@gmail.com wrote:
>
>> that didn't work in 2.
>> I managed to install python37 and pip
>> i then had to install with the commands below and follow the packages per 
>> debian10 instructions
>> pip install configobj 
>> pip install serial 
>> pip install usb 
>> pip install pip
>> pip install cheetah3
>> pip install ephem
>>
>> But i get an error with 
>> pip install pil  - "could not find a package that satisfies the 
>> requirement pil"
>> Do i need pil? 
>>
>> I have a WH2900 Fine Offset and in the forums it talks about using the 
>> interception driver, but this is not an option during install. 
>>
>>
>>
>> On Thursday, January 14, 2021 at 9:55:30 PM UTC+1 kilo...@gmail.com 
>> wrote:
>>
>>> I have used weewx on FreeNAS / TrueNAS for many years and it works well, 
>>> for hardware that sends loop data to an IP address.  Have not tried it with 
>>> usb hardware.  
>>>
>>> 1. Create and run weewx in it's own standard jail.  Given that you want 
>>> to play with FreeBSD I assume you are familiar with jails and you can 
>>> handle this.  All further instructions assume that you are working within 
>>> the active running jail.
>>> 2. Python packages are named a little different than  linux 
>>> distributions.  
>>>  a) Start by installing python3 using pkg command.  Available 
>>> package names are python36, python37, python38, python39.  Further 
>>> instruction will assume you installed python37
>>>  b) Install py37-cheetah3 using the pkg command
>>>  c) Install py37-configobj
>>>  d) Install py37-pillow
>>>  e) Install py37-sqlite3, assuming you are using sqlite database
>>> 3. Install weewx using the setup.py method
>>> 4. To run weewx directly con command line, cd to /home/weewx and use 
>>> the  ./bin/weewxd  command, run this as su.
>>> 5. To start weewx automatically from at startup,  copy the attached 
>>> script to */usr/local/etc/rc.d/*
>>> 6.  Add the following line *weewx_enable="YES"* to the */etc/rc.conf* 
>>> file.  Now weewx will start automatically and you can start and stop the 
>>> service with *service weewx start* or *service weewx stop* command
>>>
>>>
>>>
>>>
>>> On Thursday, January 14, 2021 at 10:04:06 a.m. UTC-8 sjr4...@gmail.com 
>>> wrote:
>>>

 I have a TrueNAS box and want to install in a FreeBSD jail. I'm a 
 complete knob, can anyone help with instructions for installing on 
 FreeBSD. 
 Sadly, such great document for Linux, but none for FreeBSD (although i see 
 there is a startup script, for those who know how to get that far)

>>>

-- 
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/2770c6fb-8308-4a73-9a19-b07c551e1af7n%40googlegroups.com.

Re: [weewx-user] ImageGenerator math domain error

[Tarmo]

Thanks, Tom. 

Scaling to (None, None, 0.01) works.
On Friday, January 15, 2021 at 1:44:35 AM UTC+2 tke...@gmail.com wrote:

> OK, the problem is that you're asking to plot something with a minimum and 
> maximum value of -17.778, but the scaling has been set to (0, None, 
> .01), meaning the minimum y-axis value is pegged at 0.0. The plot becomes 
> impossible.
>
> Still, it shouldn't crash the report, so it's a bug. 
>
> But, I would set scaling to (None, None, 0.01).
>
> On Thu, Jan 14, 2021 at 9:53 AM Tarmo  wrote:
>
>> I recgonize yscale=[0.0, None, 0.01] as my heatpump service 
>>  image. The service is not 
>> running currently and the soiltemp3 (where the values are stored) in the 
>> database is empty.
>>
>> Jan 14 19:40:30 pi3 weewx[5405] INFO weewx.cheetahgenerator: Generated 8 
>> files for report SeasonsReport in 4.85 seconds
>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weeplot.genplot: scale error math 
>> domain error
>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weeplot.genplot: 
>> ymin=-17.78; ymax=-17.78; yscale=[0.0, None, 0.01], 
>> y_nticks=10
>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: Caught 
>> unrecoverable exception in generator 'weewx.imagegenerator.ImageGenerator'
>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine:   
>> math domain error
>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine:   
>> Traceback (most recent call last):
>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>> File "/home/weewx/bin/weewx/reportengine.py", line 196, in run
>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>>   obj.start()
>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>> File "/home/weewx/bin/weewx/reportengine.py", line 281, in start
>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>>   self.run()
>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>> File "/home/weewx/bin/weewx/imagegenerator.py", line 41, in run
>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>>   self.genImages(self.gen_ts)
>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>> File "/home/weewx/bin/weewx/imagegenerator.py", line 263, in genImages
>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>>   image = plot.render()
>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>> File "/home/weewx/bin/weeplot/genplot.py", line 212, in render
>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>>   self._calcYScaling()
>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>> File "/home/weewx/bin/weeplot/genplot.py", line 520, in _calcYScaling
>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>>   self.yscale = weeplot.utilities.scale(ymin, ymax, self.yscale, 
>> nsteps=self.y_nticks)
>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>> File "/home/weewx/bin/weeplot/utilities.py", line 132, in scale
>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine: 
>>   mag = math.floor(math.log10(steps))
>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine:   
>> ValueError: math domain error
>> Jan 14 19:40:35 pi3 weewx[5405] ERROR weewx.reportengine:   
>> Generator terminated
>> Jan 14 19:40:35 pi3 weewx[5405] INFO weewx.reportengine: Copied 15 files 
>> to /var/ramdisk/ilmajaam
>>
>>
>> On Thursday, January 14, 2021 at 7:05:28 PM UTC+2 tke...@gmail.com wrote:
>>
>>> Something deeper must be going on. Please replace your copy of 
>>> /home/weewx/bin/weeplot/genplot.py with the attached. It has been 
>>> instrumented to give us more information about the error.
>>>
>>> Run until weewxd (or wee_reports). Hopefully, the report will crash like 
>>> before. Post the resultant log.
>>>
>>> -tk
>>>
>>> On Thu, Jan 14, 2021 at 7:53 AM Tarmo  wrote:
>>>
 Hello, Tom!

 No less than or equal to zero values at min_interval.

 pi@pi3:/home/weewx/skins/Seasons $ grep yscale skin.conf 
 # plotting can be controlled using option 'yscale'. It is a 3-way 
 tuple,
 yscale = None, None, None
 yscale = None, None, 0.5
 yscale = None, None, 0.02
 yscale = 0.0, 360.0, 45.0
 #yscale = 0, 16, 1
 yscale = 0.0, 100.0, 25.0
 yscale = 0, None, 0.01
 yscale = None, None, 0.5
 yscale = None, None, 0.02
 yscale = 0.0, 360.0, 45.0
 #yscale = 0, 16, 1
 yscale = 0.0, 100.0, 25.0
 yscale = 0, None, 0.01
 yscale = None, None, 0.5
 yscale = None, None, 0.02
 yscale = 0.0

[weewx-user] Re: Inserting missing data using wee_import

[Mike Revitt]

I have also discovered some columns  sum REAL, count INTEGER, wsum REAL, 
sumtime INTEGER
and have no idea what to put in them

On Friday, January 15, 2021 at 9:51:59 AM UTC Mike Revitt wrote:

> I am having some interesting challenges around updating my database with 
> some missing data.
>
> Now that I have integrated my Caravan temperatures into WeeWX I am have 
> extracted the data from the period that I was recording it but not updating 
> WeeWX.
>
> I have created a css file with the data and wee_import runs perfectly with 
> no errors, but no new data appears in the database.
>
> I suspect that this is because I am trying to do an update rather than an 
> insert. So I have created an update script for. the archive table and this 
> runs perfectly, I used python to generate the epoc dates, and I ran this on 
> a copy of the database so I did not screw anything up.
>
> The challenge is updating the archive tables archive_day_extraHumid1 etc. 
> I can relatively easily construct the min and max values for a time period 
> but constructing the min time is a little more challenging. So before I do 
> that is there some tool I can invoke that will populate these archive 
> tables from the new data in the main archive table
>
>

-- 
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/1fbe3022-78d0-4834-9c82-15f35895d1b9n%40googlegroups.com.

Re: [weewx-user] Recording External Temperatures

[steeple ian]

Mike,
I would be very interested to see that code you have written to insert data
into the database. I am currently using FilePile but always interested in
looking at alternative ways.
Ian

On Fri, 15 Jan 2021 at 09:56, Mike Revitt  wrote:

> Thank you both for your advice and input.
>
> In the end I have taken a bit of advice from both you you and some other
> information I found online, and in the interests of keeping things simple
> have managed to get my Ecowitt uploading data files to a directory on the
> raspberry Pi and have written a small python script that reads these and
> inserts them into the database, and this is run as a service very similar
> to the way I insert the CPU temperature
>
> One thing I am keen to try is using the config file to define the
> directory as you show above Vince, but that will have to wait till I have
> time to experiment on my "spare" raspberry Pi. Not trying that on my live
> system. So for the time being the directory is defined as a constant
>
>
> On Wednesday, January 13, 2021 at 6:45:37 PM UTC vince wrote:
>
>> On Wednesday, January 13, 2021 at 3:09:29 AM UTC-8 mi...@cougar.eu.com
>> wrote:
>>
>>> That sounds interesting, is there some documentation that shows how to
>>> control where the data goes when running it as a service?
>>>
>>>
>> There is - see
>> https://github.com/gjr80/weewx-gw1000/wiki/Available-config-options
>>
>> Here's the mapping I use as a driver, FWIW.   Works great.   You'd
>> probably want to also override the inside temp and inside humidity items to
>> extraTempN and extraHumidN for your scenario where you want the Ecowitt
>> items to add to your Davis measurements.  Maybe more items such as the
>> battery status as I did below.
>>
>> I'd lean toward disagree with Ian's suggestion to use a secondary db, as
>> it's not really needed, but there are lots of ways to get there.
>>
>> I specify the gateway ip address since it's on a different subnet than
>> the weewx pi.
>>
>> # Options for 'GW1000'
>> [GW1000]
>> driver = user.gw1000
>> ip_address = 192.168.2.20
>> port = 45000
>> poll_interval = 20
>>
>> #--- the defaults map inTemp, inHumidity, outTemp, outHumidity
>> #--- and the extraTemp1-8 and soilMostN items automagically
>> #--- but we need to add the battery status mappings
>> [[field_map_extensions]]
>> # outTemp
>> outTempBatteryStatus = wh26_batt
>> # extraTemp1-8
>> batteryStatus1 = wh31_ch1_batt
>> batteryStatus2 = wh31_ch2_batt
>> # soilMost1 = channel autoselects on first use
>> batteryStatus8 = wh51_ch1_batt
>>
>>
>>
>> --
> 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/31fa642d-b923-4acc-a8d1-8fafad463493n%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/CADASSaSwfoVQ6DmzOmhEZZL9w%2Bh%3D9i9%3DuWd1zuJUqL01M198Og%40mail.gmail.com.

Re: [weewx-user] Recording External Temperatures

[Mike Revitt]

Thank you both for your advice and input.

In the end I have taken a bit of advice from both you you and some other 
information I found online, and in the interests of keeping things simple 
have managed to get my Ecowitt uploading data files to a directory on the 
raspberry Pi and have written a small python script that reads these and 
inserts them into the database, and this is run as a service very similar 
to the way I insert the CPU temperature

One thing I am keen to try is using the config file to define the directory 
as you show above Vince, but that will have to wait till I have time to 
experiment on my "spare" raspberry Pi. Not trying that on my live system. 
So for the time being the directory is defined as a constant


On Wednesday, January 13, 2021 at 6:45:37 PM UTC vince wrote:

> On Wednesday, January 13, 2021 at 3:09:29 AM UTC-8 mi...@cougar.eu.com 
> wrote:
>
>> That sounds interesting, is there some documentation that shows how to 
>> control where the data goes when running it as a service?
>>
>>
> There is - see 
> https://github.com/gjr80/weewx-gw1000/wiki/Available-config-options
>
> Here's the mapping I use as a driver, FWIW.   Works great.   You'd 
> probably want to also override the inside temp and inside humidity items to 
> extraTempN and extraHumidN for your scenario where you want the Ecowitt 
> items to add to your Davis measurements.  Maybe more items such as the 
> battery status as I did below.
>
> I'd lean toward disagree with Ian's suggestion to use a secondary db, as 
> it's not really needed, but there are lots of ways to get there.
>
> I specify the gateway ip address since it's on a different subnet than the 
> weewx pi.
>
> # Options for 'GW1000'
> [GW1000]
> driver = user.gw1000
> ip_address = 192.168.2.20
> port = 45000
> poll_interval = 20
>
> #--- the defaults map inTemp, inHumidity, outTemp, outHumidity
> #--- and the extraTemp1-8 and soilMostN items automagically
> #--- but we need to add the battery status mappings
> [[field_map_extensions]]
> # outTemp
> outTempBatteryStatus = wh26_batt
> # extraTemp1-8
> batteryStatus1 = wh31_ch1_batt
> batteryStatus2 = wh31_ch2_batt
> # soilMost1 = channel autoselects on first use
> batteryStatus8 = wh51_ch1_batt
>
>
>
>

-- 
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/31fa642d-b923-4acc-a8d1-8fafad463493n%40googlegroups.com.

[weewx-user] Inserting missing data using wee_import

[Mike Revitt]

I am having some interesting challenges around updating my database with 
some missing data.

Now that I have integrated my Caravan temperatures into WeeWX I am have 
extracted the data from the period that I was recording it but not updating 
WeeWX.

I have created a css file with the data and wee_import runs perfectly with 
no errors, but no new data appears in the database.

I suspect that this is because I am trying to do an update rather than an 
insert. So I have created an update script for. the archive table and this 
runs perfectly, I used python to generate the epoc dates, and I ran this on 
a copy of the database so I did not screw anything up.

The challenge is updating the archive tables archive_day_extraHumid1 etc. I 
can relatively easily construct the min and max values for a time period 
but constructing the min time is a little more challenging. So before I do 
that is there some tool I can invoke that will populate these archive 
tables from the new data in the main archive table

-- 
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/26e639ea-99e1-41f9-8fd2-418ce3decfc1n%40googlegroups.com.

[weewx-user] Re: trying to connect mqtt

[Karen K]

Additional comment: In section [[MQTT]] the the line "topic = weather" (or 
something) and in skin.conf "mqtt_websockets_topic = ..." must correspond. 
The latter is always the former with "/loop" at the end. 

Example:
[[MQTT]]
topic = "blabla"

skin.conf
   mqtt_websockets_topic = "blabla/loop"


Karen K schrieb am Freitag, 15. Januar 2021 um 09:24:32 UTC+1:

> Maybe the authentication is missing. See 
> https://github.com/poblabs/weewx-belchertown/issues/499
>
> I would suggest to try an open MQTT broker like test.mosquitto.org (Port 
> 8081) or mqtt.eclipseprojects.io/mqtt (Port 443) first. There is no 
> authentication required, so you can test, if that's the problem.
>
> Additionally, I am not sure that the topic can include @ character. That 
> is _not_ the username field. It should be something like "weather/loop". 
> Especially the word "loop" at the end is essential.
>
> hobbyl...@gmail.com schrieb am Donnerstag, 14. Januar 2021 um 19:59:15 
> UTC+1:
>
>> i try in my experemental website to connect and upload data .
>> using weewx 4.3 and belchertown skin. using the mqtt-weewx extension for 
>> that my settings in weewx.conf
>>
>> [[MQTT]]
>> server_url = mqtt://hobbyl...@gmail.com:b
>> 9a8...@mqtt.dioty.co:1883 
>>
>> and the skin.conf 
>>
>> # MQTT Websockets defaults
>> mqtt_websockets_enabled = 1
>> mqtt_websockets_host = "mqtt.dioty.co"
>> mqtt_websockets_port = 8080
>> mqtt_websockets_ssl = 0
>> mqtt_websockets_topic = "/hobbyl...@gmail.com/ 
>> "
>> disconnect_live_website_visitor = 180
>>
>> after restarting of weewx dont upload data to mqtt. 
>>
>

-- 
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/3eb165cc-e2c4-4a9b-87c0-597cddc84ba5n%40googlegroups.com.

[weewx-user] Re: trying to connect mqtt

[Karen K]

Maybe the authentication is missing. 
See https://github.com/poblabs/weewx-belchertown/issues/499

I would suggest to try an open MQTT broker like test.mosquitto.org (Port 
8081) or mqtt.eclipseprojects.io/mqtt (Port 443) first. There is no 
authentication required, so you can test, if that's the problem.

Additionally, I am not sure that the topic can include @ character. That is 
_not_ the username field. It should be something like "weather/loop". 
Especially the word "loop" at the end is essential.

hobbyl...@gmail.com schrieb am Donnerstag, 14. Januar 2021 um 19:59:15 
UTC+1:

> i try in my experemental website to connect and upload data .
> using weewx 4.3 and belchertown skin. using the mqtt-weewx extension for 
> that my settings in weewx.conf
>
> [[MQTT]]
> server_url = mqtt://hobbyl...@gmail.com:b9a8...@mqtt.dioty.co:1883 
> 
>
> and the skin.conf 
>
> # MQTT Websockets defaults
> mqtt_websockets_enabled = 1
> mqtt_websockets_host = "mqtt.dioty.co"
> mqtt_websockets_port = 8080
> mqtt_websockets_ssl = 0
> mqtt_websockets_topic = "/hobbyl...@gmail.com/ 
> "
> disconnect_live_website_visitor = 180
>
> after restarting of weewx dont upload data to mqtt. 
>

-- 
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/cfec4689-ce52-4b19-aa4c-b92f8ecca179n%40googlegroups.com.