Re: [weewx-user] Advice on new installation

[Michael Form]

Thanks for the quick reply. My question is will v5 of weewx support a 
1-wire driver? Should I just use the same driver that I already use for 
v4 or will it have to be modified?


Thanks.

Mike

On 12/7/2023 3:11 PM, vince wrote:
Try looking at the hardware list https://weewx.com/hardware.html 
please.  A quick google search for 'weewx 1wire' will return lots of 
info.  A quick google search of 'this' group for '1wire' will return 
lots more info.


On Thursday, December 7, 2023 at 12:07:41 PM UTC-8 Michael Form wrote:

Hi:

I currently have weewx installed on a couple of Raspberry Pis (one
dealing with indoor sensors and another with outdoor sensors)
using 1-Wire devices, DSB1820 sensors, 1-Wire rain gauge, 1-Wire
Wind direction and speed, etc.

I am wondering if v5 will support 1-Wire devices and if so what
driver to use.

Thanks


On 12/7/2023 1:53 PM, vince wrote:

On Thursday, December 7, 2023 at 4:00:13 AM UTC-8 Keith Jacobs wrote:

I guess what I meant by 'compatible' was the "Supported
Hardware" list on https://weewx.com/hardware.html, almost all
of which appear unobtainable.


You're perhaps reading a little too literally there.  Model
numbers come and go and there is so much rebranding of the same
models under the hood by different sellers that it's a bit
impossible to keep a current list.  The v5 docs have a
differently formatted list at
https://www.weewx.com/docs/5.0/hardware/drivers/ that might help
possibly.

If you look at the weewx map at https://weewx.com/stations.html
and click on the hardware button on the right, you'll see the
distribution of 'registered' systems.  Perhaps that will help.
 Of note are ecowitt (GW1000 driver) and weatherflow
(weatherflowUDP driver) as two examples of good drivers for gear
that is available very easily.

-- 
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/86ffc03f-e37e-437f-8c65-5dc2ee76f96dn%40googlegroups.com

<https://groups.google.com/d/msgid/weewx-user/86ffc03f-e37e-437f-8c65-5dc2ee76f96dn%40googlegroups.com?utm_medium=email_source=footer>.


--
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/cb063d98-73d5-4134-835e-7b5b0c373a2cn%40googlegroups.com 
<https://groups.google.com/d/msgid/weewx-user/cb063d98-73d5-4134-835e-7b5b0c373a2cn%40googlegroups.com?utm_medium=email_source=footer>.


--
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/6f6865f4-5ee1-11a7-177b-f0bb8b3d887b%40gmail.com.

Re: [weewx-user] Advice on new installation

[Michael Form]

Hi:

I currently have weewx installed on a couple of Raspberry Pis (one 
dealing with indoor sensors and another with outdoor sensors) using 
1-Wire devices, DSB1820 sensors, 1-Wire rain gauge, 1-Wire Wind 
direction and speed, etc.


I am wondering if v5 will support 1-Wire devices and if so what driver 
to use.


Thanks

On 12/7/2023 1:53 PM, vince wrote:

On Thursday, December 7, 2023 at 4:00:13 AM UTC-8 Keith Jacobs wrote:

I guess what I meant by 'compatible' was the "Supported Hardware"
list on https://weewx.com/hardware.html, almost all of which
appear unobtainable.


You're perhaps reading a little too literally there.  Model numbers 
come and go and there is so much rebranding of the same models under 
the hood by different sellers that it's a bit impossible to keep a 
current list.  The v5 docs have a differently formatted list at 
https://www.weewx.com/docs/5.0/hardware/drivers/ that might help possibly.


If you look at the weewx map at https://weewx.com/stations.html and 
click on the hardware button on the right, you'll see the distribution 
of 'registered' systems.  Perhaps that will help.  Of note are ecowitt 
(GW1000 driver) and weatherflow (weatherflowUDP driver) as two 
examples of good drivers for gear that is available very easily.


--
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/86ffc03f-e37e-437f-8c65-5dc2ee76f96dn%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/601ced57-30d4-10df-219c-c2b2d5dc636c%40gmail.com.

Re: [weewx-user] Re: Corrupted Memory card. Now I lost 6 months of data?

[Michael Form]

As someone has previously suggested, you can boot and run a Raspberry Pi 
off of a SSD. These are a lot more reliable than most SD cards and are 
available with huge capacities. Unless you are buying a 1 TB or 2 TB 
SSD, they are also relatively inexpensive. I am running several Pis, 
both models 3 and 4, on some 500 GB and 250 GB SSDs with no problems. 
You can also use a MSATA or M2 drive as well.


Although there are off the shelf solutions to do this (check out 
Geekworm), the easiest way is to buy an inexpensive SATA, MSATA or M2 to 
USB external interface and plug it into the Pi's USB port. If you use a 
Pi4, then you can run it as a USB3 device, which is faster.


Mike

On 1/1/2021 2:21 PM, steeple...@gmail.com wrote:


There are more SLC cards available from Mouser and other distributors 
with much lager capacities. Those quoted below would struggle to 
contain an operating system, WeeWX and data.


Sent from Mail  for 
Windows 10


*From: *weather list 
*Sent: *01 January 2021 17:32
*To: *weewx-user@googlegroups.com 
*Subject: *Re: [weewx-user] Re: Corrupted Memory card. Now I lost 6 
months of data?


The Meteobridge builder requires a high endurance microSD card for 
their NANO SD unit; I haven’t investigated to see if they come in 
higher capacities though it seems likely they would.


*Choice of microSD Card *

To avoid lots of system fails caused by worn out consumer microSD 
cards we restrict microSD cards that can be used in the NANO to 1GB 
and 2GB industrial SLC cards. These are world-wide available from 
Mouser and other electronic distributors. We decided to enforce use of 
these high endurance cards to avoid having tons of unnecessary support 
requests and not to harm the reputation of the NANO SD by failed 
cards. Please trust in our experience with flash storage issues that 
there is simply no reasonable way to avoid buying of high-price, 
high-endurance SLC storage. These are the currently supported microSD 
cards:


swissbit SFSD1024N1BM1TO-I-DF-221-STD (microSD Card, 1 GB, SLC Flash, 
-40°C - 85°C)
swissbit SFSD2048N1BM1MT-I-ME-221-STD (microSD Card, 2 GB, SLC Flash, 
-40°C - 85°C)


swissbit SFSD2048N1BM1MT-E-ME-221-STD (microSD Card, 2 GB, SLC Flash, 
-25°C - 85°C)

ATP AF2GUDI (microSD Card, 2 GB, SLC Flash, -40°C – 80°C)
Cactus KS2GRIT-803M (microSD Card, 2 GB, SLC Flash, -45°C – 90°C)

Panasonic SMSC02DA1 (microSD Card, 2 GB, SLC Flash, -40°C - 85°C)

Apacer MSD02GIDI-T (microSD Card, 2 GB, SLC Flash)





On 1 Jan, 2021, at 08:52, Joe mailto:my.droid.phone.1...@gmail.com>> wrote:

Sandisk extreme with the red and brown two tone color.
Unfortuantely, I did not have one of these in the PI at the time. 
Though I do now.  I've never had one fail .

On Monday, December 28, 2020 at 7:23:04 PM UTC-6
robcr...@gmail.com  wrote:

With all this talk about "good quality" SD cards, can anyone
share a recommendation?

I have an SSD that I run my main WeeWX/HomeAssistant server
on, but I have several others that I play around with, and
need to get some new SD cards for that purpose, so I figure I
may as well get some "good" ones.

Thanks for any suggestions.

On Monday, December 28, 2020 at 4:36:23 AM UTC-8 Joe wrote:

Ok I will get a look at it in about a week after a needed
vacation.

On Sunday, December 27, 2020 at 8:38:26 PM UTC-6
graha...@gmail.com wrote:

the .html timestamps are all current (assuming Dec 27
19:50 is current).

the .png timestamps are current until middle of the
month images, then all old → stopping part way through
image generation.

some of the .png timestamps are very late in the 5
minute reporting period → maybe not finishing one
report before starting the next.

you will need to look at (post here) the detailed log
showing from before the start of report generation
until past the end of completion of report generation
to see if there is overlap.

or maybe the image generator is crashing part-way →
ditto for need to see detailed logs



On 28 Dec 2020, at 12:54 pm, Joe
 wrote:

-rw-r--r-- 1 root root  7357 Dec 27 19:51  daywind.png

-rw-r--r-- 1 root root  6148 Dec 27 19:51 
daywindvec.png

-rw-r--r-- 1 root root  1150 Dec 27 19:46  favicon.ico

drwxr-xr-x 2 root root  4096 Dec 25 20:53  font

-rw-r--r-- 1 root root  7315 Dec 27 19:51 '#FTP.last'

-rw-r--r-- 1 root root 25919 Dec 27 19:50  

Re: [weewx-user] Register your WeeWX station!

[Michael Form]

Tom:

A question on 1. below. What if you do not have a web page or use any 
other (e.g. Weather Underground) site? Are you saying that we can make 
up any arbitrary URL as long as it is unique?


Thanks.

Mike

On 10/4/2020 1:41 PM, Tom Keffer wrote:
While we don't require it, I strongly encourage you to register your 
station. We use the registration information for statistical purposes 
to figure out which stations to support, and which to drop. We are 
looking at cutting a few stations in V4.2, so it's important we get an 
accurate representation of what is getting used.


It's as simple as no registrations = no support!

You can see the results on the WeeWX map .

Registering your station is easy:

 1. In the [Station] section of weewx.conf, set a unique URL for your
station as option *station_url*. If you have a webpage, use that.
Or, if you upload to the Weather Underground or other site, use
your station URL. It doesn't really matter, provided that it is
unique.
 2. Turn on the station registry uploader. In weewx.conf, under
[[StationRegistry]], set option *register_this_station* to True.
 3. Restart weewxd.

That's it! Thanks for your help!

-tk
--
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/544ee748-0449-4eac-aa21-7d01ba37fe2en%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/c678fa8d-0b59-d3df-742a-92cfa52faf89%40verizon.net.

Re: [weewx-user] Upload seasons report to FTP only

[Michael Form]

Philipp:

Why don't you just boot and use a SSD for the Pi storage. SSDs are much 
more reliable, especially for all of the writes, and longer lasting than 
an SD card. You can get a relatively inexpensive 250 or 500 GB SSD which 
should give you plenty of storage.  There are many descriptions on how 
to do this for the Pi3 and Pi4 on the web.


Good luck.

Michael

On 8/22/2020 11:16 AM, Philipp wrote:

Hi everyone,

I've successfully set up weewx on my Raspberry Pi and the reports 
generated by I are exactly what I have been looking for.
I am however a bit afraid that the SD card in my Pi won't last very 
long as weewx is generating and writing a new weather report every 5 
minutes. This is why I prefer to transfer my report to another server 
with a regular HDD.
The problem is this: I simply want to transfer my report via FTP only 
and no longer have the report on the Pi. Disabling [[SeasonsReport]] 
did however stop generating all reports together, including the FTP 
one. Is there a way to have my [[SeasonsReport]] transferred to my FTP 
server but not written locally on the Pi?


Thanks in advance
Philipp
--
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/4be84e6d-3f9e-4451-9aee-1911d2d5b285n%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/9a06dc64-eede-95a4-0902-1922f0d04c2b%40verizon.net.

Re: [weewx-user] Suggestions on best way to upgrade to 4.1.1

[michael form]

Glenn:

I will follow up on what you said and hopefully, things will go smoothly 
with the upgrade to 4.1.1. I will certainly let you know if it doesn't. :)

Michael

On Sunday, June 21, 2020 at 8:25:00 PM UTC-4, Glenn McKechnie wrote:
>
> On 22/06/2020, Michael Form > wrote: 
> > Tom: 
> > 
> > Thank you for your response. I was aware of this issue which is the 
> > reason that I asked if there was a way around it. The thread does not 
> > seem to indicate a solution. 
>
> That thread was restarted as "V4 with python2 OWFS errors" and was 
> resolved there, with two working installations at the finish of it. 
> One with python2.7, the other with python3. 
>
> I also have direct access to 3 weewx4 installs, 2 under Debian Buster 
> and 1 under Devuan ascii. They all use owserver with either python-ow, 
> python3-ow (yep, python3-ow) or pyownet  running owfs.py. They all 
> work with either python2.7 or python3 (dual installations) 
>
> https://groups.google.com/d/topic/weewx-user/FqGbLbH0Gcs/discussion 
>
> [...] 
> > If there is no solution to using owfs under Python 3, how do I install 
> 4.1.1 and specify to use Python 2? 
>
> python3-ow has disappeared from the repos but the modified driver will 
> use pyownet as a drop in replacement. So you can run weewx4 and 
> owfs.py with either python version. 
>
> If you install weewx4, whether you use python2.7 or 3, you will be 
> using a different driver to the owfs.py driver you are using now. (I 
> don't think the 0.21 owfs.py driver was officially ported? You could 
> of course try it anyway with a weewx4/python2.7 install but I'd expect 
> it to fail.) 
>
> In short , there is a version of owfs which runs under weewx4 and 
> python3, or python2.7 
>
> The driver at 
>
> https://github.com/matthewwall/weewx-owfs 
>
> had some issues which were resolved in that second thread by using my fork 
> at 
>
> https://github.com/glennmckechnie/weewx-owfs 
>
> My fork definitely works for weewx4 and python3 or python2.7 and if it 
> doesn't I'll do my best to fix it. That fork is also in mathews long 
> queue to be merged (where appropriate) back into his long standing, 
> and supported, driver so there is and will be ongoing support for owfs 
> from the one source. 
>
> The only issue left is with owserver and that has a possible solution 
> for a vague problem. And that's if it is even an issue on your 
> installation. The readme.txt on my fork covers what has changed and 
> solutions where they are known. 
> It also covers the configuration of owserver. 
>
> I'm not sure whether you are running owserver (I've lost track along 
> the way) and if you were uncertain, then installing owserver first and 
> seeing if it starts and runs for you would be one approach before 
> actually committing to any change. 
>
> Rest assured, if you go the down the path of weewx4 and owfs.py you 
> won't be left stranded by weewx-user and issues with owfs.py 
>
> My only nervousness is with owserver as there has been no definitive 
> solution for that vague, but occasional, show stopping issue. Once 
> owserver does start it seems to keep going, judging by the silence - 
> go figure! 
>
> I should add, the issue with owserver is a system issue (Buster 
> specifically), it is not a weewx issue. That's why if you have 
> owserver  running already then I don't see any problem, The owfs.py 
> driver is working, and it can be modified if need be. 
>
> -- 
>
>
> 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/a10a19d8-ac9f-4e40-b570-1b3cec5abe20o%40googlegroups.com.

Re: [weewx-user] Graphs not updating

[michael form]

I am not sure why the Pi would restart as it is powered by a UPS so the 
issue is somewhat of a mystery why it got confused. A second Pi, also 
running Weewx, powered by the same UPS did not run into any problems. In 
any event, I have ordered two RTC modules and will install them on the two 
Pis when they arrive later this week and hopefully, the problem will never 
come up again.

Thanks for your response.

Michael

On Sunday, June 21, 2020 at 8:57:24 PM UTC-4, vince wrote:
>
>
> On Sunday, June 21, 2020 at 3:54:56 PM UTC-7, michael form wrote:
>>
>> ...saw no need since I assumed that the system would get the correct time 
>> from a time server. 
>>
>
>  [...]
>
>  I would have thought that it would...
>>
>
>
> Not usually a good move to assume anything.   You have to understand how 
> the computer you're running on does (or does not) achieve accurate time.
>
> On a Raspberry Pi I'd suggest doing both A+B on the link Tom provided.   
> If you install+enable+start ntpd, then the systemd time daemon stuff gets 
> superseded with something that actually works.   Disabling the fake-hwclock 
> thing better ensures that the system doesn't try to save a (possibly bogus) 
> time and reinitialize to that on the subsequent power-up.
>
> If your pi never takes a power down/up, the software solution usually 
> works ok, but a RTC would belt+suspenders things even more.
>
>
>
>

-- 
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/fe72a125-9adf-4ec6-9311-10b6046b1466o%40googlegroups.com.

Re: [weewx-user] Graphs not updating

[michael form]

I just checked and things seem to be working once  again. However, data is 
missing around 03:00 yesterday until around 14:00 today. I was planning on 
installing the RTC but saw no need since I assumed that the system would 
get the correct time from a time server. This, evidently, was an incorrect 
assumption. Do you have any idea on why this did not happen? Why did it 
take so long to begin displaying "correctly" again. I would have thought 
that it would start up right after the reboot. Does Weewx itself query a 
time server or do I have to explicitly do this? 

Speaking of "explicitly", I wanted to explicitly thank you and other  group 
members for their help for those of us that need it. Thank you.

Michael

On Sunday, June 21, 2020 at 4:35:05 PM UTC-4, Tom Keffer wrote:
>
> 1. Just delete the plots. They will all get regenerated.
>
> 2. You had the classic "no clock" symptoms: when the reboot happened, the 
> system started with the last time it had saved, which was hours old. This 
> always causes unpredictable results. See the wiki article *Raspberry Pi 
> <https://github.com/weewx/weewx/wiki/Raspberry-Pi>*.
>
> It's well worth spending the $5 and installing a realtime clock.
>
> -tk
>
> On Sun, Jun 21, 2020 at 12:42 PM michael form  > wrote:
>
>> I have attached a section of the syslog file. Somewhere around 3:13:54 AM 
>> on 20 June the system seems to have lost track of the time. If you need me 
>> to supply a more detailed log with debug=1, let me know.
>>
>> The station type is USB using a DS9490 USB to 1-Wire interface with OWFS.
>>
>> I have confirmed that the Pi has the correct date and time and that the 
>> database has current correct values even though the graphs/plots are not 
>> updating.
>>
>> Questions:
>>
>> 1. How to get the plots to update correctly now that the system has been 
>> rebooted?
>>
>> 2. Why did the system get confused with the time? This is probably more 
>> difficult to answer. How to prevent this in the future, if possible?
>>
>> Thanks.
>>
>> Michael
>>
>> On Sunday, June 21, 2020 at 3:01:59 PM UTC-4, Tom Keffer wrote:
>>>
>>> Impossible to say with the limited information you're giving us. At a 
>>> minimum, how about the type of station, and the log?
>>>
>>> See the Wiki article *Help! Posting to weewx-user 
>>> <https://github.com/weewx/weewx/wiki/Help!-Posting-to-weewx-user>*.
>>>
>>> On Sun, Jun 21, 2020 at 11:45 AM michael form  wrote:
>>>
>>>> I have Weewx 3.9.2 running on a Raspberry Pi 3 using the Debiam 
>>>> install. Until this morning, everything was working fine. When I went to 
>>>> look at the web page this afternoon, the system was unresponsive. This 
>>>> included the Pi itself. I rebooted the system and it came up OK but now 
>>>> the 
>>>> graphs on the web page are not updating, although it seems that the 
>>>> sensors 
>>>> are sending back valid data, that is the temperature readings are 
>>>> reasonable and the date and time are correct. However, the graphs are not 
>>>> updating and are stuck at around 3:00 AM this morning, which is when the 
>>>> system seems to have stopped. 
>>>>
>>>> I have no idea on why things got stuck, as the system has been running 
>>>> without a problem for over a month. The problem could be with the Pi 
>>>> and/or 
>>>> Raspbian, but that does not explain why everything rebooted and is working 
>>>> except the plots.
>>>>
>>>> Any ideas on where to look?
>>>>
>>>> Thanks.
>>>>
>>>> Michael
>>>>
>>>>
>>>> -- 
>>>> You received this message because you are subscribed to the Google 
>>>> Groups "weewx-user" group.
>>>> To unsubscribe from this group and stop receiving emails from it, send 
>>>> an email to weewx...@googlegroups.com.
>>>> To view this discussion on the web visit 
>>>> https://groups.google.com/d/msgid/weewx-user/e2d9a7dc-0cd1-4013-a817-2d58123b16deo%40googlegroups.com
>>>>  
>>>> <https://groups.google.com/d/msgid/weewx-user/e2d9a7dc-0cd1-4013-a817-2d58123b16deo%40googlegroups.com?utm_medium=email_source=footer>
>>>> .
>>>>
>>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to weewx...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/a05202cc-820c-4f37-989d-a23cef4182eco%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/weewx-user/a05202cc-820c-4f37-989d-a23cef4182eco%40googlegroups.com?utm_medium=email_source=footer>
>> .
>>
>

-- 
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/c8653f23-b0cc-4a38-8de0-b44163407baao%40googlegroups.com.

Re: [weewx-user] Graphs not updating

[michael form]

I have attached a section of the syslog file. Somewhere around 3:13:54 AM 
on 20 June the system seems to have lost track of the time. If you need me 
to supply a more detailed log with debug=1, let me know.

The station type is USB using a DS9490 USB to 1-Wire interface with OWFS.

I have confirmed that the Pi has the correct date and time and that the 
database has current correct values even though the graphs/plots are not 
updating.

Questions:

1. How to get the plots to update correctly now that the system has been 
rebooted?

2. Why did the system get confused with the time? This is probably more 
difficult to answer. How to prevent this in the future, if possible?

Thanks.

Michael

On Sunday, June 21, 2020 at 3:01:59 PM UTC-4, Tom Keffer wrote:
>
> Impossible to say with the limited information you're giving us. At a 
> minimum, how about the type of station, and the log?
>
> See the Wiki article *Help! Posting to weewx-user 
> <https://github.com/weewx/weewx/wiki/Help!-Posting-to-weewx-user>*.
>
> On Sun, Jun 21, 2020 at 11:45 AM michael form  > wrote:
>
>> I have Weewx 3.9.2 running on a Raspberry Pi 3 using the Debiam install. 
>> Until this morning, everything was working fine. When I went to look at the 
>> web page this afternoon, the system was unresponsive. This included the Pi 
>> itself. I rebooted the system and it came up OK but now the graphs on the 
>> web page are not updating, although it seems that the sensors are sending 
>> back valid data, that is the temperature readings are reasonable and the 
>> date and time are correct. However, the graphs are not updating and are 
>> stuck at around 3:00 AM this morning, which is when the system seems to 
>> have stopped. 
>>
>> I have no idea on why things got stuck, as the system has been running 
>> without a problem for over a month. The problem could be with the Pi and/or 
>> Raspbian, but that does not explain why everything rebooted and is working 
>> except the plots.
>>
>> Any ideas on where to look?
>>
>> Thanks.
>>
>> Michael
>>
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to weewx...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/e2d9a7dc-0cd1-4013-a817-2d58123b16deo%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/weewx-user/e2d9a7dc-0cd1-4013-a817-2d58123b16deo%40googlegroups.com?utm_medium=email_source=footer>
>> .
>>
>

-- 
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/a05202cc-820c-4f37-989d-a23cef4182eco%40googlegroups.com.


portion of syslog1
Description: Binary data

[weewx-user] Graphs not updating

[michael form]

I have Weewx 3.9.2 running on a Raspberry Pi 3 using the Debiam install. 
Until this morning, everything was working fine. When I went to look at the 
web page this afternoon, the system was unresponsive. This included the Pi 
itself. I rebooted the system and it came up OK but now the graphs on the 
web page are not updating, although it seems that the sensors are sending 
back valid data, that is the temperature readings are reasonable and the 
date and time are correct. However, the graphs are not updating and are 
stuck at around 3:00 AM this morning, which is when the system seems to 
have stopped. 

I have no idea on why things got stuck, as the system has been running 
without a problem for over a month. The problem could be with the Pi and/or 
Raspbian, but that does not explain why everything rebooted and is working 
except the plots.

Any ideas on where to look?

Thanks.

Michael


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

Re: [weewx-user] Suggestions on best way to upgrade to 4.1.1

[Michael Form]

Tom:

Thank you for your response. I was aware of this issue which is the 
reason that I asked if there was a way around it. The thread does not 
seem to indicate a solution.


Assuming there is a workaround, how to upgrade without losing the 
configuration (weewx.conf) and the previous data in the database, etc.


One of the reasons that I would like to update to 4.1.1 is the greater 
number of temperature inputs in the schema. I have run out of 
temperature inputs and still have four or five more to add. I assume 
that I can add to the 3.92 database setup but I am a hardware designer 
and am afraid of messing thing up in Linux and Python and so forth.


If there is no solution to using owfs under Python 3, how do I install 
4.1.1 and specify to use Python 2?


Thanks for your help in getting this resolved.

Michael

On 6/20/2020 4:58 PM, Tom Keffer wrote:
There seems to be an issue with using owfs with Python 3 under buster. 
See this thread: 
https://groups.google.com/d/msg/weewx-user/ntrwrTl1xew/37u0_b7nAgAJ


-tk

On Fri, Jun 19, 2020 at 10:30 AM michael form <mailto:mike.f...@gmail.com>> wrote:


I have Weewx 3.92 running on a Raspberry  Pi3 using One-Wire
sensors for all measurements via a USB to 1-Wire interface
(DS9490). The Pi is running Buster and I installed Weewx using the
Debian installation package. Everything is now working fine and I
want to tempt fate by upgrading to Weewx 4.1.1 (and Python 3).

What is the easiest and most reliable way to do this? Do I just
install Weewx again on the same Pi using the procedure for an
initial install of the Debian package? Will it keep the database
and conf files or do I have to save them and put them back when
done? Do I need to do anything with OWFS to work with Python 3?
Should I follow the procedure in installation guide:

Tell your system to trust weewx.com <http://weewx.com>:

wget -qO -http://weewx.com/keys.html  | sudo apt-key add -

For Debian10 and later, use python3:

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


Basically, how best to upgrade without losing the old data and
keeping things working?

Thanks for any guidance.

Michael
-- 
You received this message because you are subscribed to the Google

Groups "weewx-user" group.
To unsubscribe from this group and stop receiving emails from it,
send an email to weewx-user+unsubscr...@googlegroups.com
<mailto:weewx-user+unsubscr...@googlegroups.com>.
To view this discussion on the web visit

https://groups.google.com/d/msgid/weewx-user/ff7326d5-d1cf-4523-b963-eb9104dc1e0fo%40googlegroups.com

<https://groups.google.com/d/msgid/weewx-user/ff7326d5-d1cf-4523-b963-eb9104dc1e0fo%40googlegroups.com?utm_medium=email_source=footer>.

--
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 
<mailto:weewx-user+unsubscr...@googlegroups.com>.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CAPq0zEAsJvWhUMzpBFPrAj6nTEh5U-bWdBX1iRo9DLJZiEF%3DwA%40mail.gmail.com 
<https://groups.google.com/d/msgid/weewx-user/CAPq0zEAsJvWhUMzpBFPrAj6nTEh5U-bWdBX1iRo9DLJZiEF%3DwA%40mail.gmail.com?utm_medium=email_source=footer>.


--
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/c55a6064-a7ba-6d5a-206e-e2e91588e134%40verizon.net.

[weewx-user] Suggestions on best way to upgrade to 4.1.1

[michael form]

I have Weewx 3.92 running on a Raspberry  Pi3 using One-Wire sensors for 
all measurements via a USB to 1-Wire interface (DS9490). The Pi is running 
Buster and I installed Weewx using the Debian installation package. 
Everything is now working fine and I want to tempt fate by upgrading to 
Weewx 4.1.1 (and Python 3).

What is the easiest and most reliable way to do this? Do I just install 
Weewx again on the same Pi using the procedure for an initial install of 
the Debian package? Will it keep the database and conf files or do I have 
to save them and put them back when done? Do I need to do anything with 
OWFS to work with Python 3? Should I follow the procedure in installation 
guide:

Tell your system to trust weewx.com:

wget -qO - http://weewx.com/keys.html | sudo apt-key add -

For Debian10 and later, use python3:

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


Basically, how best to upgrade without losing the old data and keeping 
things working?

Thanks for any guidance.

Michael

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

[weewx-user] Confusion on installing Weewx 4.1

[michael form]

Hello:

I am confused about what is necessary to install Weewx 4.1 using Python 3. 
I have seen many problems with people trying to do this using a *1-Wire 
interface* like I am using on a Raspberry Pi, running Buster. Others seemed 
to have better luck installing Weewx using Python 2. I am a hardware 
designer, not a Linux expert, so that might be the problem. :)

With the help of this user group (especially Glenn) I am currently running 
Weewx 3.9 using Python 2.7 on a pair of Raspberry Pi's.Thanks to everyone.

1. Can Weewx 4.1 be installed using Python 3 using the *1-Wire *interface?* 
If so, any special steps?* I tried following the Installation Guide to 
install on a test Ubuntu system but got errors about Cheetah 3 not found 
(or something like that).

2. What is the benefit of using Python 3 rather than Python 2 (other than 3 
is supported)?

Thanks in advance for any help.

Michael Form

-- 
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/229cfec7-4245-471f-ad5c-871504e020dc%40googlegroups.com.

Re: [weewx-user] Trying to get a Rainwise Tipping Bucket to work

[michael form]

Thanks. owserver is indeed running.

Evidently, the "Counter.B" needs to have a lower case c, "counter.B" for it 
to work. At least for me.

It indeed returns a value and tomorrow I will pour more water into the 
tipping bucket and see if the counter increments. If it does, then I will 
have to see if the "rain" is posted correctly in weewx. 
I am pessimistic about success since with everything as it currently is, 
"rain" never changed with the addition of water. Of course, the problem may 
lie in the operation of the tipping bucket itself, but tomorrow 
will tell the tale on what is going on.
 
On Sunday, May 3, 2020 at 11:51:35 PM UTC-4, Glenn McKechnie wrote:
>
> Argh! 
> Bugger. 
>
> PYTHONPATH=/home/weewx/bin python /home/weewx/bin/user/owfs.py 
> --iface=localhost:4304 --reading=/uncached/1D.81B5/Counter.B 
>
> owfs.py defaults to the usb adaptor. You need to specify the iface if 
> using something else 
>
> On 04/05/2020, Glenn McKechnie > 
> wrote: 
> > Michael Form wrote: 
> >> Well, it communicates with all 1-Wire devices but I do not know the 
> >> answer 
> >> to your question about the "other driver" or "what interface it is 
> >> using". 
> >> Perhaps the info below will answer those questions but it seems to me 
> >> that 
> >> things are OK. 
> > 
> > The owfs.py can run as a driver (full 1-wire network) 
> > 
> > It can also run as a service. 
> > This is where you have another station type that will be the main driver 
> > entry, you augment the values returned from that weather station with a 
> > couple of 1-wire sensors that are being read by owfs.py that runs as a 
> > service. 
> > 
> > You are running a full 1-wire setup. Your config is correct. 
> > 
> > owfs.py can iface (interface) with a serial port, usb port, i2c-1 device 
> > Yours is a the usb port BUT, it's accessed through owserver so 
> > weewx.conf needs the localhost:4304 entry to tell it that. 
> > 
> > 
> >> Adding 
> >> 
> >> --iface=localhost:4304 --reading=/uncached/1D.30C60D00 
> >> 
> >> to the PYTHONPATH does return the DS2423 info. Where would I find this 
> in 
> >> the documentation? 
> > 
> > It's in the source of owfs.py 
> > Probably needs adding to the / a  wiki entry. 
> > 
> >> Is there some way of reading the values in counter.B? 
> > 
> > Along the way the counters.B got dropped. Ooops! 
> > To get the reading for that location add it to the path as per the 
> > following. 
> > 
> > PYTHONPATH=/home/weewx/bin python /home/weewx/bin/user/owfs.py 
> > --reading=/uncached/1D.81B5/Counter.B 
> > 
> > 
> >> 
> >> _What needs to be changed in weewx.conf and/or owfs.conf to make things 
> >> happy?__ 
> > 
> > That appears to  be nothing (see below). Providing the owserver is 
> > running. 
> > 
> > /etc/init.d/owserver status 
> > 
> > if systemd isn't in charge, that should return "owserver is running." 
> > 
> > If systemd is in charge it will give you more info, of which "active 
> > (running)" should be in there. 
> > 
> > If there are no errors in the log, or your other sensors are working 
> > fine. Then it is running. 
> > 
> > 
> > _ 
> >> Thanks again. 
> >> 
> >> 
> >> Here is the section of *weewx.conf* that concerns itself with 1-Wire 
> >> stuff 
> >> and owfs.conf are below: 
> >> 
> >> # 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 = Simulator 
> >> station_type = OWFS 
> > 
> > No other drivers so this is correct. 
> > 
> > [...] 
> >> # Options for extension 'owfs' 
> >> [OWFS] 
> >> interface = localhost:4304 
> > 
> > This means we access the usb device via the owserver (which listens on 
> > localhost:4304) 
> > 
> >> driver = user.owfs 
> >> [[sensor_type]] 
> >> windSpeed = inspeed_windspeed 
> >> windDir = inspeed_windvane 
> >> rain = rainwise_bucket 
> >> [[sensor_map]] 
> >> outTemp = /uncached/28.D5A7C600/temperature 
> >># in outside cone 
> >>outHumidity = /uncached/26.ADD89100/humidity 
> >>  # in outside cone 
> 

Re: [weewx-user] Trying to get a Rainwise Tipping Bucket to work

[Michael Form]

Well, it communicates with all 1-Wire devices but I do not know the 
answer to your question about the "other driver" or "what interface it 
is using". Perhaps the info below will answer those questions but it 
seems to me that things are OK.


Adding

--iface=localhost:4304 --reading=/uncached/1D.30C60D00

to the PYTHONPATH does return the DS2423 info. Where would I find this 
in the documentation?

Is there some way of reading the values in counter.B?

_What needs to be changed in weewx.conf and/or owfs.conf to make things 
happy?__

_
Thanks again.


Here is the section of *weewx.conf* that concerns itself with 1-Wire 
stuff and owfs.conf are below:


# 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 = Simulator
    station_type = OWFS

    # If you have a website, you may specify an URL
    #station_url = http://www.example.com

    # The start of the rain year (1=January; 10=October, etc.). This is
    # downloaded from the station if the hardware supports it.
    rain_year_start = 1

    # Start of week (0=Monday, 6=Sunday)
    week_start = 6


##

[Simulator]
    # This section is for the weewx weather station simulator

    # The time (in seconds) between LOOP packets.
    loop_interval = 2.5

    # The simulator mode can be either 'simulator' or 'generator'.
    # Real-time simulator. Sleep between each LOOP packet.
    mode = simulator
    # Generator.  Emit LOOP packets as fast as possible (useful for 
testing).

    #mode = generator

    # The start time. Format is -mm-ddTHH:MM. If not specified, the 
default

    # is to use the present time.
    #start = 2011-01-01T00:00

    # The driver to use:
    driver = weewx.drivers.simulator

# Options for extension 'owfs'
[OWFS]
    interface = localhost:4304
    driver = user.owfs
    [[sensor_type]]
    windSpeed = inspeed_windspeed
    windDir = inspeed_windvane
    rain = rainwise_bucket
    [[sensor_map]]
    outTemp = /uncached/28.D5A7C600/temperature
   # in outside cone
   outHumidity = /uncached/26.ADD89100/humidity
 # in outside cone
  rain = /uncached/1D.30C60D00
    windDir = /uncached/26.5C6EE700
    windSpeed = /uncached/1D.BCBF0D00

###

*Here is OWFS.conf:*

# Sample configuration file for the OWFS suite for Debian GNU/Linux.
#
#
# This is the main OWFS configuration file. You should read the
# owfs.conf(5) manual page in order to understand the options listed
# here.

 SOURCES 
#
# With this setup, any client (but owserver) uses owserver on the
# local machine...
###! server: server = localhost:4304
#
# ...and owserver uses the real hardware, by default fake devices
# This part must be changed on real installation
## server: FAKE = DS18S20,DS2405
#
 USB device: DS9490
server: usb = all
#
# Serial port: DS9097
#server: device = /dev/ttyS1
#
# owserver tcp address
#server: server = 192.168.10.1:3131
#
# random simulated device
#server: FAKE = DS18S20,DS2405
#
# OWFS ##
#
#mountpoint = /mnt/1wire
#allow_other
#
### OWHTTPD #

###http: port = 2121

### OWFTPD ##

###ftp: port = 2120

### OWSERVER 

###server: port = localhost:4304

server: port = 4304



On 5/3/2020 9:28 PM, Glenn McKechnie wrote:

On 04/05/2020, Michael Form  wrote:

Glenn:

You have come to the rescue once again.

Ah, Okay. I'll find and review our previous discusion


However, I have what you suggested in the type and map entries which
does not work.

When I try,  sudo PYTHONPATH=/usr/share/weewx python
/usr/share/weewx/user/owfs.py --reading=/uncached/1D.30C60D00

I get the old exNoController message:

File "/usr/lib/python2.7/dist-packages/ow/__init__.py", line 223, in
init
  raise exNoController
ow.exNoController

That means that communication with any 1-wire devices is impossible.
The interface to query them doesn't exist.


I stopped trying to figure out the reason that I was getting this error
since weewx was working fine. It would be good to figure out the reason
for the error as it would be useful to read the sensors directly.

If weewx is working fine, what's the other driver?
What interface does it use?

If you have another driver running then my understanding is owfs.py
should be running as a service.
But you should still get a response from that command line query.


My setup is weewx version 3.9.2 running with Python 2.7 on a Raspberry
Pi 4. I am using OWFS.

Going by your last post, you have a temperature gauge (outTemp) and
you now have the rain gauge.
You were also setting up ow

Re: [weewx-user] Trying to get a Rainwise Tipping Bucket to work

[Michael Form]

Glenn:

You have come to the rescue once again.

However, I have what you suggested in the type and map entries which 
does not work.


When I try,  sudo PYTHONPATH=/usr/share/weewx python 
/usr/share/weewx/user/owfs.py --reading=/uncached/1D.30C60D00


I get the old exNoController message:

  File "/usr/lib/python2.7/dist-packages/ow/__init__.py", line 223, in init
    raise exNoController
ow.exNoController

I stopped trying to figure out the reason that I was getting this error 
since weewx was working fine. It would be good to figure out the reason 
for the error as it would be useful to read the sensors directly.


My setup is weewx version 3.9.2 running with Python 2.7 on a Raspberry 
Pi 4. I am using OWFS.


syslog shows no problems with the "rain" info with the "correct map and 
type settings (although it does show errors when I had other settings). 
There were errors when I tried to read the sensor:


May  3 19:46:38 raspberrypi weewx[1755]: engine: Terminating weewx 
version 3.9.2
May  3 19:46:43 raspberrypi weewx[9679]: Stopping weewx weather system: 
weewx..

May  3 19:46:43 raspberrypi systemd[1]: weewx.service: Succeeded.
May  3 19:46:43 raspberrypi systemd[1]: Stopped LSB: weewx weather system.
May  3 19:49:43 raspberrypi OWFS[9746]: DEFAULT: owlib.c:(208) Cannot 
open USB bus master
May  3 19:49:43 raspberrypi OWFS[9746]: DEFAULT: owlib.c:(52) No valid 
1-wire buses found
May  3 19:52:02 raspberrypi OWFS[9756]: DEFAULT: owlib.c:(208) Cannot 
open USB bus master
May  3 19:52:02 raspberrypi OWFS[9756]: DEFAULT: owlib.c:(52) No valid 
1-wire buses found
May  3 19:54:31 raspberrypi OWFS[9804]: DEFAULT: owlib.c:(208) Cannot 
open USB bus master
May  3 19:54:31 raspberrypi OWFS[9804]: DEFAULT: owlib.c:(52) No valid 
1-wire buses found

May  3 20:16:07 raspberrypi systemd[1]: Started Session c10 of user pi.

What I do not understand is why  it complains "Cannot open USB bus 
master" and "No valid 1-wire buses found" when weewx works perfectly 
well using the Maxim USB bus master, DS9490. Then again, there are many 
things that I do not understand. :)


Thanks for any suggestions and let me know if you need any further 
information.



On 5/3/2020 6:16 PM, Glenn McKechnie wrote:

Assuming the rainwise bucket has a hobby-board counter, which uses the
DS2423 then the following will be your configuration...

[OWFS]

[[sensor_type]]
 rain = rainwise_bucket

[[sensor_map]]
 rain = /uncached/1D.30C60D00

The counter.B is hardcoded in the driver so you don't need to add that part.

Is this the latest weewx, version 4.
Have you looked in syslog to see what is being reported?

The actual values from the sensors can be read directly using the
owfs.py driver script.
Are you using that script, and what is the interface ... usb, i2c-1
localhost ???

If the installation is working then something along the lines of

PYTHONPATH=/home/weewx/bin python /home/weewx/bin/user/owfs.py
--reading=/uncached/1D.81B5/Counter.B

should give a result.  Pour water in and the counter.B value should increment
Adjust paths to suit. You may need to specify your interface as --iface==

If that doesn't return a result then more info will be needed, in
particular about your installation.

1. your setup
2. version of weewx
3. which script / driver are you using
4. the syslog output !





On 04/05/2020, michael form  wrote:

Through much help from this forum, I have gotten WEEWX generally working on

a Raspberry Pi 4. The only thing that does not seem to work is the input
from my Rainwise Tipping Bucket using a DS2423 1-wire counter. My question
is how should the device be listed in weewx.conf?

Should the sensor_map listing be: rain = /uncached/1D.30C60D00,
  or rain = /uncached/1D.30C60D00/counters.B   or something else?

Should the sensor_type be:  rain = rainwise_bucket,  or   rain = delta  or
something else?

Basically, the "Rain (Hourly Total) plot (always at zero), and the RAIN
TODAY and RAIN RATE on the summary are both zero (using the Seasons skin)
even though I have poured at least a hurricane's worth of water into the
bucket. I can hear the tipping mechanism working.

Thanks for any help on how to list the device or suggestions where I should

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/b3e5aed9-7e7b-4e0c-acf1-bdb6f4dfdeb7%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/b8bf4231-b99e-697c-fea9-734735f41e3a%40verizon.net.

[weewx-user] Trying to get a Rainwise Tipping Bucket to work

[michael form]

Through much help from this forum, I have gotten WEEWX generally working on 
a Raspberry Pi 4. The only thing that does not seem to work is the input 
from my Rainwise Tipping Bucket using a DS2423 1-wire counter. My question 
is how should the device be listed in weewx.conf?

Should the sensor_map listing be: rain = /uncached/1D.30C60D00,  
 or rain = /uncached/1D.30C60D00/counters.B   or something else?

Should the sensor_type be:  rain = rainwise_bucket,  or   rain = delta  or 
something else?

Basically, the "Rain (Hourly Total) plot (always at zero), and the RAIN 
TODAY and RAIN RATE on the summary are both zero (using the Seasons skin) 
even though I have poured at least a hurricane's worth of water into the 
bucket. I can hear the tipping mechanism working.

Thanks for any help on how to list the device or suggestions where I should 
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/b3e5aed9-7e7b-4e0c-acf1-bdb6f4dfdeb7%40googlegroups.com.

Re: [weewx-user] Need help removing plots from web page display

[Michael Form]

John:

I commented out the week, month and year as well as the day and now the 
plots have finally disappeared on all. I assumed, perhaps incorrectly, 
that commenting them out on day would affect that display only.


Also, when doing "ls -l /var/www/html/weewx/index.html" now returns the 
correct date.
Previously, I had "ls -l /var/www/html/index.html" which gave me the 
static date that I noticed. My error.


So, I think that things are working as expected at this time so I am 
going to quit while I am ahead and go to sleep as it is getting rather 
late here in Massachusetts. Where are you located?


Once again, thank you for all of your help. Good night and stay well.

Michael

On 4/25/2020 11:17 PM, John Kline wrote:

That file now works. I tried it.

You did not comment out the week, month and year plots.

Would you happen to have week, month or year selected?  If so, you 
will see the plots since they are not commented.


I take it index.html is now updated, but you have not given us that 
key piece of information.



On Apr 25, 2020, at 8:12 PM, michael form  wrote:


Here is the complete index.html.tmpl file:

## Copyright 2009-2018 Tom Keffer, Matthew Wall
## Distributed under terms of GPLv3.  See LICENSE.txt for your rights.
#errorCatcher Echo
##
## Specifying an encoding of UTF-8 is usually safe:
#encoding UTF-8
##


  
    ## This choice should match the #encoding directive above
    
    $station.location
    
    
    
  

  
    #include "titlebar.inc"
    
      
        #include "current.inc"
        #include "sunmoon.inc"
        #include "hilo.inc"
        #include "sensors.inc"
        #include "about.inc"
        #include "radar.inc"
        #include "satellite.inc"
        #include "map.inc"
      

      
        
          History:
            Day
            Week
            Month
            Year
          
          
            
            
            
            
##            
##            
##            
            
            #if $day.UV.has_data
            
            #end if
            #if $day.radiation.has_data
            
            #end if
            #if $day.inTemp.has_data
            
            #end if
            #if $day.extraTemp1.has_data or $day.extraTemp2.has_data 
or $day.extraTemp3.has_data

            
            #end if
            #if $day.rxCheckPercent.has_data
            
            #end if
          
          style="display:none">

            
            
            
            
            
            
            
            
            #if $week.UV.has_data
            
            #end if
            #if $week.radiation.has_data
            
            #end if
            #if $week.inTemp.has_data
            
            #end if
            #if $week.extraTemp1.has_data or 
$week.extraTemp2.has_data or $week.extraTemp3.has_data

            
            #end if
            #if $week.rxCheckPercent.has_data
            
            #end if
          
          style="display:none">

            
            
            
            
            
            
            
            
            #if $month.UV.has_data
            
            #end if
            #if $month.radiation.has_data
            
            #end if
            #if $month.inTemp.has_data
            
            #end if
            #if $month.extraTemp1.has_data or 
$month.extraTemp2.has_data or $month.extraTemp3.has_data

            
            #end if
            #if $month.rxCheckPercent.has_data
            
            #end if
          
          style="display:none">

            
            
            
            
            
            
            
            
            #if $year.UV.has_data
            
            #end if
            #if $year.radiation.has_data
            
            #end if
            #if $year.inTemp.has_data
            
            #end if
            #if $year.extraTemp1.has_data or 
$year.extraTemp2.has_data or $year.extraTemp3.has_data

            
            #end if
            #if $year.rxCheckPercent.has_data
            
            #end if
          
        
      
    

    
      This station is controlled by href="http://weewx.com/;>WeeWX, an

      experimental weather software system written in Python.
    

    #include "analytics.inc"






On Saturday, April 25, 2020 at 11:00:18 PM UTC-4, John Kline wrote:

And we still have the outstanding request for the whole
index.html.tmp file.


On Apr 25, 2020, at 7:58 PM, John Kline  wrote:


Are you sure you don’t have more of those single # around.  Like
for the week, month and year?

Also, please verify each time you try something that index.html
is still not being written by checking the date with ls -l.
 (And, of course, wai

Re: [weewx-user] Need help removing plots from web page display

[michael form]

Here is the complete index.html.tmpl file:

## Copyright 2009-2018 Tom Keffer, Matthew Wall
## Distributed under terms of GPLv3.  See LICENSE.txt for your rights.
#errorCatcher Echo
##
## Specifying an encoding of UTF-8 is usually safe:
#encoding UTF-8
##


  
## This choice should match the #encoding directive above

$station.location



  

  
#include "titlebar.inc"


  
#include "current.inc"
#include "sunmoon.inc"
#include "hilo.inc"
#include "sensors.inc"
#include "about.inc"
#include "radar.inc"
#include "satellite.inc"
#include "map.inc"
  

  

  History:
Day
Week
Month
Year
  
  




##
##
##

#if $day.UV.has_data

#end if
#if $day.radiation.has_data

#end if
#if $day.inTemp.has_data

#end if
#if $day.extraTemp1.has_data or $day.extraTemp2.has_data or 
$day.extraTemp3.has_data

#end if
#if $day.rxCheckPercent.has_data

#end if
  
  








#if $week.UV.has_data

#end if
#if $week.radiation.has_data

#end if
#if $week.inTemp.has_data

#end if
#if $week.extraTemp1.has_data or $week.extraTemp2.has_data or 
$week.extraTemp3.has_data

#end if
#if $week.rxCheckPercent.has_data

#end if
  
  








#if $month.UV.has_data

#end if
#if $month.radiation.has_data

#end if
#if $month.inTemp.has_data

#end if
#if $month.extraTemp1.has_data or $month.extraTemp2.has_data or 
$month.extraTemp3.has_data

#end if
#if $month.rxCheckPercent.has_data

#end if
  
  








#if $year.UV.has_data

#end if
#if $year.radiation.has_data

#end if
#if $year.inTemp.has_data

#end if
#if $year.extraTemp1.has_data or $year.extraTemp2.has_data or 
$year.extraTemp3.has_data

#end if
#if $year.rxCheckPercent.has_data

#end if
  

  



  This station is controlled by http://weewx.com/;>WeeWX, 
an
  experimental weather software system written in Python.


#include "analytics.inc"






On Saturday, April 25, 2020 at 11:00:18 PM UTC-4, John Kline wrote:
>
> And we still have the outstanding request for the whole index.html.tmp 
> file.
>
> On Apr 25, 2020, at 7:58 PM, John Kline > 
> wrote:
>
> 
> Are you sure you don’t have more of those single # around.  Like for the 
> week, month and year?
>
> Also, please verify each time you try something that index.html is still 
> not being written by checking the date with ls -l.  (And, of course, wait 
> for an archive cycle.)
>
> Lastly, for sure there must be errors in the log for this.
>
> On Apr 25, 2020, at 7:47 PM, michael form > 
> wrote:
>
> 
> Well, I mentioned that I am a Linux novice. I usually design embedded 
> hardware systems. :)
>
> I changed it to ## and still no difference.
>
> Here is the first part of /etc/weewx/skins/Seasons/index/html/tmpl dealing 
> with daily images: I did not include the weekly and monthly info below.
>
> ## Copyright 2009-2018 Tom Keffer, Matthew Wall
> ## Distributed under terms of GPLv3.  See LICENSE.txt for your rights.
> #errorCatcher Echo
> ##
> ## Specifying an encoding of UTF-8 is usually safe:
> #encoding UTF-8
> ##
> 
> 
>   
> ## This choice should match the #encoding directive above
> 
> $station.location
> 
> 
> 
>   
>
>   
> #include "titlebar.inc"
> 
> 
>   
> #include "current.inc"
> #include "sunmoon.inc"
> #include "hilo.inc"
> #include "se

Re: [weewx-user] Need help removing plots from web page display

[michael form]

Well, I mentioned that I am a Linux novice. I usually design embedded 
hardware systems. :)

I changed it to ## and still no difference.

Here is the first part of /etc/weewx/skins/Seasons/index/html/tmpl dealing 
with daily images: I did not include the weekly and monthly info below.

## Copyright 2009-2018 Tom Keffer, Matthew Wall
## Distributed under terms of GPLv3.  See LICENSE.txt for your rights.
#errorCatcher Echo
##
## Specifying an encoding of UTF-8 is usually safe:
#encoding UTF-8
##


  
## This choice should match the #encoding directive above

$station.location



  

  
#include "titlebar.inc"


  
#include "current.inc"
#include "sunmoon.inc"
#include "hilo.inc"
#include "sensors.inc"
#include "about.inc"
#include "radar.inc"
#include "satellite.inc"
#include "map.inc"
  

  

  History:
Day
Week
Month
Year
  
  




##
##
##

#if $day.UV.has_data

#end if
#if $day.radiation.has_data

#end if
#if $day.inTemp.has_data

#end if
#if $day.extraTemp1.has_data or $day.extraTemp2.has_data or 
$day.extraTemp3.has_data

#end if
#if $day.rxCheckPercent.has_data

#end if

On Saturday, April 25, 2020 at 10:26:28 PM UTC-4, John Kline wrote:
>
> # is cheetah
> ## is a comment
>
> On Apr 25, 2020, at 7:25 PM, John Kline > 
> wrote:
>
> 
> Oh, change the #
> To ##
>
> On Apr 25, 2020, at 7:23 PM, michael form > 
> wrote:
>
> 
> OK. 
>
> ls -l /var/www/html/index.html
>
> 10710 Apr 18 19:44
>
> which remains the same as time passes. So indeed, it looks like you are 
> correct in that the page is not updated even though the plots change with 
> variations
> in sensor outputs (i.e. the temperature changes).
>
> In /etc/weewx/skins/Seasons/index.html.tmpl I commented out the following 
> with "#".
>
> #
>  #   
> #
>
> Where have I gone astray? What needs to be done to have the page 
> regenerated to display properly?
>
> On Saturday, April 25, 2020 at 9:34:39 PM UTC-4, John Kline wrote:
>>
>>
>>
>> On Apr 25, 2020, at 6:30 PM, michael form  wrote:
>>
>> 
>> Yes. I have cleared the browser cache. 
>>
>> Where do I find " public_html/index.html" on a Debian install? 
>>
>> I forget, but probably /var/weewx/public_html/index.html
>> If that doesn’t work, someone else will know (or I’ll look at the install 
>> code).
>>
>>
>> Thanks.
>>
>> On Saturday, April 25, 2020 at 8:18:19 PM UTC-4, gjr80 wrote:
>>>
>>> I take it you have cleared your browser cache
>>>
>>> Gary
>>>
>>> On Sunday, 26 April 2020 09:59:38 UTC+10, David Barto wrote:
>>>>
>>>> On Apr 25, 2020, at 4:54 PM, John Kline  wrote:
>>>>
>>>> I’m looking for a date index.html.  Just because the graphs are being 
>>>> updated doesn’t mean the page is being regenerated.
>>>>
>>>> Your symptoms would indicate that the page is failing to be 
>>>> regenerated.  The old page would still show the latest graphs.
>>>>
>>>> Humor me with the ls output.
>>>>
>>>>
>>>> Magrathea:weewx-installed katherinebarto$ ls -l public_html/index.html
>>>> -rw-r--r--  1 root  wheel  27784 Apr 25 16:58 public_html/index.html
>>>> Magrathea:weewx-installed katherinebarto$ date
>>>> Sat Apr 25 16:58:58 PDT 2020
>>>>
>>>>
>>>> On Apr 25, 2020, at 4:52 PM, David Barto  wrote:
>>>>
>>>> 
>>>>
>>>> On Apr 25, 2020, at 2:55 PM, John Kline  wrote:
>>>>
>>>> It could be that you broke something when editing index.html.tmpl.  If 
>>>> you did, you would see errors in the log and public_html/index.html would 
>>>> never be regenerated.
>>>>
>>>> What the date on public_html/index.html?
>>>>
>>>> Do something like:
>>>> ls -l /home/weewx/public_html/index.html
>>>>
>>>>
>>>> My main page is getting updated just fine, that doesn’t seem to be an 
>>>> issue.
>>>>
>>>>

Re: [weewx-user] Need help removing plots from web page display

[michael form]

OK. 

ls -l /var/www/html/index.html

10710 Apr 18 19:44

which remains the same as time passes. So indeed, it looks like you are 
correct in that the page is not updated even though the plots change with 
variations
in sensor outputs (i.e. the temperature changes).

In /etc/weewx/skins/Seasons/index.html.tmpl I commented out the following 
with "#".

#
 #   
#

Where have I gone astray? What needs to be done to have the page 
regenerated to display properly?

On Saturday, April 25, 2020 at 9:34:39 PM UTC-4, John Kline wrote:
>
>
>
> On Apr 25, 2020, at 6:30 PM, michael form > 
> wrote:
>
> 
> Yes. I have cleared the browser cache. 
>
> Where do I find " public_html/index.html" on a Debian install? 
>
> I forget, but probably /var/weewx/public_html/index.html
> If that doesn’t work, someone else will know (or I’ll look at the install 
> code).
>
>
> Thanks.
>
> On Saturday, April 25, 2020 at 8:18:19 PM UTC-4, gjr80 wrote:
>>
>> I take it you have cleared your browser cache
>>
>> Gary
>>
>> On Sunday, 26 April 2020 09:59:38 UTC+10, David Barto wrote:
>>>
>>> On Apr 25, 2020, at 4:54 PM, John Kline  wrote:
>>>
>>> I’m looking for a date index.html.  Just because the graphs are being 
>>> updated doesn’t mean the page is being regenerated.
>>>
>>> Your symptoms would indicate that the page is failing to be regenerated. 
>>>  The old page would still show the latest graphs.
>>>
>>> Humor me with the ls output.
>>>
>>>
>>> Magrathea:weewx-installed katherinebarto$ ls -l public_html/index.html
>>> -rw-r--r--  1 root  wheel  27784 Apr 25 16:58 public_html/index.html
>>> Magrathea:weewx-installed katherinebarto$ date
>>> Sat Apr 25 16:58:58 PDT 2020
>>>
>>>
>>> On Apr 25, 2020, at 4:52 PM, David Barto  wrote:
>>>
>>> 
>>>
>>> On Apr 25, 2020, at 2:55 PM, John Kline  wrote:
>>>
>>> It could be that you broke something when editing index.html.tmpl.  If 
>>> you did, you would see errors in the log and public_html/index.html would 
>>> never be regenerated.
>>>
>>> What the date on public_html/index.html?
>>>
>>> Do something like:
>>> ls -l /home/weewx/public_html/index.html
>>>
>>>
>>> My main page is getting updated just fine, that doesn’t seem to be an 
>>> issue.
>>>
>>> David
>>>
>>> On Apr 25, 2020, at 2:12 PM, michael form  wrote:
>>>
>>> 
>>> Here it is:
>>>
>>>
>>>  [[SeasonsReport]]
>>> # The SeasonsReport uses the 'Seasons' skin, which contains the
>>> # images, templates and plots for the report.
>>> skin = Seasons
>>> enable = true
>>>
>>>
>>> On Saturday, April 25, 2020 at 2:25:51 PM UTC-4, John Kline wrote:
>>>>
>>>> I see that you have said you already changed index.html.tmpl.  What 
>>>> does your entry for the SeasonsReport look like in weewx.conf?
>>>>
>>>> On Apr 25, 2020, at 11:12 AM, michael form  wrote:
>>>>
>>>> 
>>>> I will admit that I am a novice when it comes to Linux, but I have 
>>>> searched and followed directions in posts regarding the removal of plots 
>>>> from the web page that weewx displays. Weewx is running nicely on a 
>>>> Raspberry Pi 3 but when I look at the generated web page it includes 
>>>> things 
>>>> like WIND SPEED and WIND DIRECTION that I do not need or want in my 
>>>> application. 
>>>>
>>>> In SKINS.CONF I have commented out [[[daywind]]] and its entry, 
>>>> [[[daywinddir]]] and its entries and [[[daywindvec]]] and its entries. 
>>>> In /etc/weewx/skins/Seasons/index.html.tmp1 I have commented out  the 
>>>> following lines: img src="daywindirection.png, , and img 
>>>> src="daywindvec.png,. 
>>>>
>>>> However, after doing this, plots of Wind Speed, Wind Direction and Wind 
>>>> Vector still are showing up on the generated web page. Any suggestions on 
>>>> what I am doing wrong and how best to remove plots that I do not need?
>>>>
>>>> Thank you.
>>>>
>>>> -- 
>>>> You received this message because you are subscribed to the Google 
>>>> Groups "weewx-user" group.
>>>> To unsubscribe from this group and stop receiving 

Re: [weewx-user] Need help removing plots from web page display

[michael form]

Yes. I have cleared the browser cache. 

Where do I find " public_html/index.html" on a Debian install? 

Thanks.

On Saturday, April 25, 2020 at 8:18:19 PM UTC-4, gjr80 wrote:
>
> I take it you have cleared your browser cache
>
> Gary
>
> On Sunday, 26 April 2020 09:59:38 UTC+10, David Barto wrote:
>>
>> On Apr 25, 2020, at 4:54 PM, John Kline  wrote:
>>
>> I’m looking for a date index.html.  Just because the graphs are being 
>> updated doesn’t mean the page is being regenerated.
>>
>> Your symptoms would indicate that the page is failing to be regenerated. 
>>  The old page would still show the latest graphs.
>>
>> Humor me with the ls output.
>>
>>
>> Magrathea:weewx-installed katherinebarto$ ls -l public_html/index.html
>> -rw-r--r--  1 root  wheel  27784 Apr 25 16:58 public_html/index.html
>> Magrathea:weewx-installed katherinebarto$ date
>> Sat Apr 25 16:58:58 PDT 2020
>>
>>
>> On Apr 25, 2020, at 4:52 PM, David Barto  wrote:
>>
>> 
>>
>> On Apr 25, 2020, at 2:55 PM, John Kline  wrote:
>>
>> It could be that you broke something when editing index.html.tmpl.  If 
>> you did, you would see errors in the log and public_html/index.html would 
>> never be regenerated.
>>
>> What the date on public_html/index.html?
>>
>> Do something like:
>> ls -l /home/weewx/public_html/index.html
>>
>>
>> My main page is getting updated just fine, that doesn’t seem to be an 
>> issue.
>>
>> David
>>
>> On Apr 25, 2020, at 2:12 PM, michael form  wrote:
>>
>> 
>> Here it is:
>>
>>
>>  [[SeasonsReport]]
>> # The SeasonsReport uses the 'Seasons' skin, which contains the
>> # images, templates and plots for the report.
>> skin = Seasons
>> enable = true
>>
>>
>> On Saturday, April 25, 2020 at 2:25:51 PM UTC-4, John Kline wrote:
>>>
>>> I see that you have said you already changed index.html.tmpl.  What does 
>>> your entry for the SeasonsReport look like in weewx.conf?
>>>
>>> On Apr 25, 2020, at 11:12 AM, michael form  wrote:
>>>
>>> 
>>> I will admit that I am a novice when it comes to Linux, but I have 
>>> searched and followed directions in posts regarding the removal of plots 
>>> from the web page that weewx displays. Weewx is running nicely on a 
>>> Raspberry Pi 3 but when I look at the generated web page it includes things 
>>> like WIND SPEED and WIND DIRECTION that I do not need or want in my 
>>> application. 
>>>
>>> In SKINS.CONF I have commented out [[[daywind]]] and its entry, 
>>> [[[daywinddir]]] and its entries and [[[daywindvec]]] and its entries. 
>>> In /etc/weewx/skins/Seasons/index.html.tmp1 I have commented out  the 
>>> following lines: img src="daywindirection.png, , and img 
>>> src="daywindvec.png,. 
>>>
>>> However, after doing this, plots of Wind Speed, Wind Direction and Wind 
>>> Vector still are showing up on the generated web page. Any suggestions on 
>>> what I am doing wrong and how best to remove plots that I do not need?
>>>
>>> Thank you.
>>>
>>> -- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "weewx-user" group.
>>> To unsubscribe from this group and stop receiving emails from it, send 
>>> an email to weewx...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/c44be4b6-db70-47db-885a-77b9fd1b354a%40googlegroups.com
>>>  
>>> <https://groups.google.com/d/msgid/weewx-user/c44be4b6-db70-47db-885a-77b9fd1b354a%40googlegroups.com?utm_medium=email_source=footer>
>>> .
>>>
>>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to weewx...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/d1826114-ce60-4b41-8f50-5260c55fdf6b%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/weewx-user/d1826114-ce60-4b41-8f50-5260c55fdf6b%40googlegroups.com?utm_medium=email_source=footer>
>> .
>>
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.
>> To unsubscribe from thi

Re: [weewx-user] Need help removing plots from web page display

[michael form]

Here is last output from /var/log:

Apr 25 21:04:54 raspberrypirpi3housetemp weewx[3470]: imagegenerator: 
Generated 11 images for SeasonsReport in 1.79 seconds
Apr 25 21:04:54 raspberrypirpi3housetemp weewx[3470]: copygenerator: copied 
0 files to /var/www/html/weewx
Apr 25 21:05:37 raspberrypirpi3housetemp weewx[3470]: manager: Added record 
2020-04-25 21:05:00 EDT (1587863100) to database 'weewx.sdb'
Apr 25 21:05:37 raspberrypirpi3housetemp weewx[3470]: manager: Added record 
2020-04-25 21:05:00 EDT (1587863100) to daily summary in 'weewx.sdb'
Apr 25 21:05:50 raspberrypirpi3housetemp weewx[3470]: cheetahgenerator: 
Generated 8 files for report SeasonsReport in 1.14 seconds
Apr 25 21:05:51 raspberrypirpi3housetemp weewx[3470]: imagegenerator: 
Generated 11 images for SeasonsReport in 1.82 seconds
Apr 25 21:05:51 raspberrypirpi3housetemp weewx[3470]: copygenerator: copied 
0 files to /var/www/html/weewx

Maybe I misinterpret this but it seems like the image plots are being 
copied.

Any ideas?

I appreciate all of the help that I have gotten here. If I knew much about 
Linux, I would be happy to share my knowledge as well. But, alas, I am 
a receiver, not a giver. 

On Saturday, April 25, 2020 at 5:55:26 PM UTC-4, John Kline wrote:
>
> It could be that you broke something when editing index.html.tmpl.  If you 
> did, you would see errors in the log and public_html/index.html would never 
> be regenerated.
>
> What the date on public_html/index.html?
>
> Do something like:
> ls -l /home/weewx/public_html/index.html
>
> On Apr 25, 2020, at 2:12 PM, michael form > 
> wrote:
>
> 
> Here it is:
>
>
>  [[SeasonsReport]]
> # The SeasonsReport uses the 'Seasons' skin, which contains the
> # images, templates and plots for the report.
> skin = Seasons
> enable = true
>
>
> On Saturday, April 25, 2020 at 2:25:51 PM UTC-4, John Kline wrote:
>>
>> I see that you have said you already changed index.html.tmpl.  What does 
>> your entry for the SeasonsReport look like in weewx.conf?
>>
>> On Apr 25, 2020, at 11:12 AM, michael form  wrote:
>>
>> 
>> I will admit that I am a novice when it comes to Linux, but I have 
>> searched and followed directions in posts regarding the removal of plots 
>> from the web page that weewx displays. Weewx is running nicely on a 
>> Raspberry Pi 3 but when I look at the generated web page it includes things 
>> like WIND SPEED and WIND DIRECTION that I do not need or want in my 
>> application. 
>>
>> In SKINS.CONF I have commented out [[[daywind]]] and its entry, 
>> [[[daywinddir]]] and its entries and [[[daywindvec]]] and its entries. 
>> In /etc/weewx/skins/Seasons/index.html.tmp1 I have commented out  the 
>> following lines: img src="daywindirection.png, , and img 
>> src="daywindvec.png,. 
>>
>> However, after doing this, plots of Wind Speed, Wind Direction and Wind 
>> Vector still are showing up on the generated web page. Any suggestions on 
>> what I am doing wrong and how best to remove plots that I do not need?
>>
>> Thank you.
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to weewx...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/c44be4b6-db70-47db-885a-77b9fd1b354a%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/weewx-user/c44be4b6-db70-47db-885a-77b9fd1b354a%40googlegroups.com?utm_medium=email_source=footer>
>> .
>>
>> -- 
> You received this message because you are subscribed to the Google Groups 
> "weewx-user" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to weewx...@googlegroups.com .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/d1826114-ce60-4b41-8f50-5260c55fdf6b%40googlegroups.com
>  
> <https://groups.google.com/d/msgid/weewx-user/d1826114-ce60-4b41-8f50-5260c55fdf6b%40googlegroups.com?utm_medium=email_source=footer>
> .
>
>

-- 
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/33eed829-7141-484d-9f3a-b8fcb5a1d4f6%40googlegroups.com.

Re: [weewx-user] Need help removing plots from web page display

[michael form]

Here it is:


 [[SeasonsReport]]
# The SeasonsReport uses the 'Seasons' skin, which contains the
# images, templates and plots for the report.
skin = Seasons
enable = true


On Saturday, April 25, 2020 at 2:25:51 PM UTC-4, John Kline wrote:
>
> I see that you have said you already changed index.html.tmpl.  What does 
> your entry for the SeasonsReport look like in weewx.conf?
>
> On Apr 25, 2020, at 11:12 AM, michael form  > wrote:
>
> 
> I will admit that I am a novice when it comes to Linux, but I have 
> searched and followed directions in posts regarding the removal of plots 
> from the web page that weewx displays. Weewx is running nicely on a 
> Raspberry Pi 3 but when I look at the generated web page it includes things 
> like WIND SPEED and WIND DIRECTION that I do not need or want in my 
> application. 
>
> In SKINS.CONF I have commented out [[[daywind]]] and its entry, 
> [[[daywinddir]]] and its entries and [[[daywindvec]]] and its entries. 
> In /etc/weewx/skins/Seasons/index.html.tmp1 I have commented out  the 
> following lines: img src="daywindirection.png, , and img 
> src="daywindvec.png,. 
>
> However, after doing this, plots of Wind Speed, Wind Direction and Wind 
> Vector still are showing up on the generated web page. Any suggestions on 
> what I am doing wrong and how best to remove plots that I do not need?
>
> Thank you.
>
> -- 
> You received this message because you are subscribed to the Google Groups 
> "weewx-user" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to weewx...@googlegroups.com .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/c44be4b6-db70-47db-885a-77b9fd1b354a%40googlegroups.com
>  
> <https://groups.google.com/d/msgid/weewx-user/c44be4b6-db70-47db-885a-77b9fd1b354a%40googlegroups.com?utm_medium=email_source=footer>
> .
>
>

-- 
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/d1826114-ce60-4b41-8f50-5260c55fdf6b%40googlegroups.com.

Re: [weewx-user] Need help removing plots from web page display

[michael form]

I did comment out:
 

 



but the plots still show up.in DAY. Do I need to do this for week, month 
and year as well as day to make the plots disappear in "Day"?

Thanks for your quick response.


On Saturday, April 25, 2020 at 2:23:17 PM UTC-4, John Kline wrote:
>
> Oops,  I didn’t include all of the plots.  And I also didn’t mention that 
> you need to do it for day, week, month and year (if that is what you want). 
>
> > On Apr 25, 2020, at 11:12 AM, michael form  > wrote: 
> > 
>

-- 
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/fe11c716-44c8-481f-bea0-cb628cac2715%40googlegroups.com.

[weewx-user] Need help removing plots from web page display

[michael form]

I will admit that I am a novice when it comes to Linux, but I have searched 
and followed directions in posts regarding the removal of plots from the 
web page that weewx displays. Weewx is running nicely on a Raspberry Pi 3 
but when I look at the generated web page it includes things like WIND 
SPEED and WIND DIRECTION that I do not need or want in my application. 

In SKINS.CONF I have commented out [[[daywind]]] and its entry, 
[[[daywinddir]]] and its entries and [[[daywindvec]]] and its entries. 
In /etc/weewx/skins/Seasons/index.html.tmp1 I have commented out  the 
following lines: img src="daywindirection.png, , and img 
src="daywindvec.png,. 

However, after doing this, plots of Wind Speed, Wind Direction and Wind 
Vector still are showing up on the generated web page. Any suggestions on 
what I am doing wrong and how best to remove plots that I do not need?

Thank you.

-- 
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/c44be4b6-db70-47db-885a-77b9fd1b354a%40googlegroups.com.

Re: [weewx-user] Re: Cannot get Weewx to run on a Raspberry Pi 4

[michael form]

Thanks again. A little while ago I checked to see if 1-wire was disabled in 
raspi-config, as you suggested. I explicitly disabled it anyway and 
rebooted. 

The magic of re-booting---Now things seem to be working, at least for my 
test setup. I will see if it can start up again and work and add additional 
1-Wire sensors.I have no definite idea on why 
seems to work now. It would be good, if it hasn't already been done, to 
modify the doc so that no one has to go through the headaches that I did.I 
would do it myself if I knew anything much
about Linux. :)

Thank you for all of your help. If you were local and restaurants were 
open, I'd take you out for lunch.

Stay well.

Michael

On Friday, April 17, 2020 at 8:11:16 PM UTC-4, Glenn McKechnie wrote:
>
> Forgot to add how to stop the output / command (either one) 
> Use Ctrl-C at the terminal 
>
> On 18/04/2020, Glenn McKechnie > 
> wrote: 
> > On 17/04/2020, Glenn McKechnie > 
> wrote: 
> > 
> >> Do you have the pi's 1-wire interface enabled? If so try disabling it. 
> >> 
> >> sudo raspi-config 
> >>Option 5? Interfacing options 
> >>P7 1-wire  enable or disable. 
> >> (or something like that). You are after the option to enable/disable 
> >> one-wire interface. Disable it. 
> > 
> > I forgot that you answered that one in an earlier reply. And the 
> > answer is that it's off. 
> > 
> > Refreshing my memory further, there have been issues with owserver and 
> > Pi4 on this list, but not quite the same failure. Same outcome though. 
> > https://groups.google.com/d/msg/weewx-user/4EZRDyPoBH8/gN23K0feDAAJ 
> > 
> > We can attempt to see what owserver is actually failing on by running 
> > the following from the terminal. 
> > 
> > sudo /usr/bin/owserver -c /etc/owfs.conf --debug 
> > 
> > and you'll get output to the screen. Hopefully it will be meaningful, 
> > or at least offer a clue. 
> > 
> > You can redirect it to a file and attach that file (/tmp/owdebug.log) 
> > to your next post. 
> > 
> > sudo /usr/bin/owserver -c /etc/owfs.conf --debug > /tmp/owdebug.log 2>&1 
> > 
> > 
> > -- 
> > 
> > 
> > Cheers 
> >  Glenn 
> > 
> > rorpi - read only raspberry pi & various weewx addons 
> > https://github.com/glennmckechnie 
> > 
>
>
> -- 
>
>
> 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/a82b3079-c3a9-43b2-a7fa-9e7ee018e8c7%40googlegroups.com.

Re: [weewx-user] Re: Cannot get Weewx to run on a Raspberry Pi 4

[michael form]

ng works on a PC running Ubuntu but not on 
the Pi.


On Thursday, April 16, 2020 at 8:15:01 PM UTC-4, Glenn McKechnie wrote:
>
> On 17/04/2020, michael form > wrote: 
> > Glenn: 
> > 
> > Thank you for your response. 
> > 
> > apt show ow-python  <<< does not show anything 
>
>  Ah, that's just me and the keyboard having issues again! 
>
> > apt show python-ow   <<< returns 3.2p3+dfg1-2 
> > 
> > apt show owserver  returns info so I assume that owserver is installed. 
>
> Ah, actually. I've given you the wrong command. To list installed 
> packages try the following 
>
> apt list --installed | grep owserver 
> apt list --installed | grep python-ow 
>
> Post the results of those commands 
>
> > Do I need to uninstall things as per the referred post?? 
> > 
> >   - Start from a fresh system (no other owfs components installed) and 
> > install owserver and ow-shell: 
> >   $ sudo apt install owserver ow-shell 
>
> Nope. For a start, just give it try with... 
> sudo apt install owserver ow-shell 
>
> That should replace anything stale, or that's considered to clash. 
>
> >   - Delete (as root) the hyper-verbose default debian /etc/owfs.conf 
> file 
> > and use this minimal config: 
> >   server: usb = all 
> >   server: port = 4304 
>
> Definitely do the above. 
> Those 2 lines are all that needs to be in the /etc/owfs.conf file for 
> this configuration to work. 
>
> >   - Enable and start the owserver 
> >   $ sudo systemctl stop owserver 
> >   $ sudo systemctl enable owserver 
> >   $ sudo systemctl start owserver 
> > 
>
> You could add a status check just to make sure it's all good 
>
> sudo systemctl status owserver # that should work, but I'm not a systemctl 
> user. 
>
>
> > Current {OWFS} 
> > interface = u 
> > driver = user.owfs 
> > [[sensor map]] 
> > outTemp = /uncached/28.6E175D04/temperature 
> > 
> > 
> > Do I just need to change the "u" to localhost:4304 or any other changes 
> > need to be made?? 
>
> That's it 
> [OWFS] 
> interface = localhost:4304 
> driver = user.owfs 
> [[sensor map]] 
> outTemp = /uncached/28.6E175D04/temperature 
>
> (Although I have had one configuration baulk at localhost, using 
> 127.0.0.1 worked ? interface = 127.0.0.1:4304) 
>
> > Sorry for all of the questions as I said that I design hardware and am 
> > familiar with Windows. Linux is a new experience for me. 
> > Then again, I might as well spend the time at home learning new things. 
> :) 
>
> Agreed. An opportunity for us all :-) 
>
>
> -- 
>
>
> 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/308ceb2b-730a-4a2e-860b-60fb14d5fb16%40googlegroups.com.

Re: [weewx-user] Re: Cannot get Weewx to run on a Raspberry Pi 4

[michael form]

Glenn:

Thank you for your response. 

apt show ow-python  <<< does not show anything

apt show python-ow   <<< returns 3.2p3+dfg1-2

apt show owserver  returns info so I assume that owserver is installed. 

Do I need to uninstall things as per the referred post??

  - Start from a fresh system (no other owfs components installed) and 
install owserver and ow-shell:
  $ sudo apt install owserver ow-shell

  - Delete (as root) the hyper-verbose default debian /etc/owfs.conf file 
and use this minimal config:
  server: usb = all
  server: port = 4304

  - Enable and start the owserver
  $ sudo systemctl stop owserver
  $ sudo systemctl enable owserver
  $ sudo systemctl start owserver


Current {OWFS}
interface = u
driver = user.owfs
[[sensor map]]
outTemp = /uncached/28.6E175D04/temperature


Do I just need to change the "u" to localhost:4304 or any other changes 
need to be made??

Sorry for all of the questions as I said that I design hardware and am 
familiar with Windows. Linux is a new experience for me. 
Then again, I might as well spend the time at home learning new things. :)

Thanks again.


On Thursday, April 16, 2020 at 7:03:00 PM UTC-4, Glenn McKechnie wrote:
>
> On 17/04/2020, michael form > wrote: 
> > I am using a DS9490R USB to 1-Wire controller, not the 1-Wire interface 
> on 
> > the Pi using a GPIO pin. 
> > 
> > So, no, I did not configure it using raspi-config. 
> > 
> > The answer is probably something simple related to the Pi or Buster 
> since 
> > the same configuration works on an old PC running Linux. 
>
> Your problem sounds very like the one encountered by Howard Walter and 
> described at "weewx-owfs failure with new Raspbian Stretch" 
> https://groups.google.com/d/msg/weewx-user/CfhGLIF8aaU/W5fEscuPBQAJ 
> That link points to the last post in the thread with a confirmed 
> solution. Step through the method there and see if it then works 
> again. 
>
> In short, everything was setup as it should have been (as it was when 
> working before) except for those same error messages. 
>
> Dec  7 17:35:26 wx OWFS[23185]: DEFAULT: owlib.c:(208) Cannot open USB 
> bus master 
> Dec  7 17:35:26 wx OWFS[23185]: DEFAULT: owlib.c:(52) No valid 1-wire 
> buses found 
> Dec  7 17:35:26 wx OWFS[23185]: import of driver failed:  ( 'ow.exNoController'>) 
>
> The solution is to install and run owserver, then point owfs.py to use 
> that through ' interface = localhost:4304 ' rather than ' interface = 
> u '. It still uses the usb dongle, just via a different route. 
>
> Before you implement that change. What version of python-ow and 
> owserver (if installed) are you running at the moment? 
>
> apt show ow-python 
> apt show python-ow 
>
> also run them after the change has been implemented to catch owserver 
> if it was missing (and any update to python-ow.) 
>
> And, can you also post the section from weewx.conf that lists your 
> OWFS configuration ... [OWFS] 
>
>
>
> Good luck! 
>
> -- 
>
>
> 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/6e530c98-2d7a-42e8-a483-adeabcde7585%40googlegroups.com.

Re: [weewx-user] Re: Cannot get Weewx to run on a Raspberry Pi 4

[michael form]

I am using a DS9490R USB to 1-Wire controller, not the 1-Wire interface on 
the Pi using a GPIO pin. 

So, no, I did not configure it using raspi-config.

The answer is probably something simple related to the Pi or Buster since 
the same configuration works on an old PC running Linux.

Thanks.

On Thursday, April 16, 2020 at 2:38:04 PM UTC-4, p q wrote:
>
> Did you configure the raspi to turn on the one-wire interface using the 
> raspi-config utility?
>
> On Thu, Apr 16, 2020 at 11:26 AM michael form  > wrote:
>
>> The sensor value of the DS18B20 was obtained from the second system (ATOM 
>> 510 running Xubuntu) that worked fine. I included it in the Sensor Map 
>> section of weewx.conf as a temperature sensor. 
>>
>> I am not sure how the pi maps the 1-wire stuff but as I posted, it does 
>> not seem to even see the DS9490R in "service weewx status". If it cannot 
>> see the DS9490R, I don't blame it for not working. Then again,
>> why can't it see the DS9490R since it shows up in "lsusb"? I can only 
>> think that I left something out along the way. However, a complete 
>> re-install of Weewx (after removal) yields the same result and as I said, 
>> an installation of exactly the same software on another PC running 
>> Xubuntu  works.
>>
>> Thanks for your response.
>>
>> On Thursday, April 16, 2020 at 2:13:43 PM UTC-4, vince wrote:
>>>
>>> > No valid 1-wire buses found
>>>
>>> The mention of "/uncached/28.6E175D04/temperature" got my attention.
>>> I'm wondering if your sensor map doesn't match how the pi mapped the 
>>> one-wire stuff.
>>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to weewx...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/b90da255-f520-4979-a207-54e03f129cfc%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/weewx-user/b90da255-f520-4979-a207-54e03f129cfc%40googlegroups.com?utm_medium=email_source=footer>
>> .
>>
>
>
> -- 
> Peter Quinn
> (415)794-2264
>

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

[weewx-user] Cannot get Weewx to run on a Raspberry Pi 4

[michael form]

Hello - I am running into problems getting WEEWX to work on a new 2 GB 
Raspberry Pi 4 running the latest version of Raspbian Buster. It boots from 
the SD card and then runs from a 525 GB SD card using a USB port.I am 
planning on using 1-Wire sensors using the DS9490R USB to 1_wire interface.

1. I installed Weewx following the directions from 
"http://weewx.com/docs/debian.htm;. 
Then I followed directions from "https://github.com/weewx/weewx/wiki/owfs; 
to install the one wire stuff.

2. The Pi sees the DS9490R as running as "lsusb" shows:
pi@raspberrypi:~ $ lsusb
Bus 002 Device 002: ID 174c:55aa ASMedia Technology Inc. Name: ASM1051E 
SATA 6Gb/s bridge, ASM1053E SATA 6Gb/s bridge, ASM1153 SATA 3Gb/s bridge, 
ASM1153E SATA 6Gb/s bridge
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 005: ID 046d:c31c Logitech, Inc. Keyboard K120
Bus 001 Device 006: ID 04fa:2490 Dallas Semiconductor DS1490F 2-in-1 Fob, 
1-Wire adapter
Bus 001 Device 004: ID 050d:0233 Belkin Components 
Bus 001 Device 003: ID 046d:c077 Logitech, Inc. M105 Optical Mouse
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

3. Here is part of my weewx.conf file:

[Station]

# Description of the station location
location = " Valley Road, Southborough, MA 01772"

# Latitude and longitude in decimal degrees
latitude = 40.000
longitude = -71.000

# Altitude of the station, with unit it is in. This is downloaded from
# from the station if the hardware supports it.
altitude = 350, foot

# 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 = Simulator
station_type = OWFS

# If you have a website, you may specify an URL
#station_url = http://www.example.com

# The start of the rain year (1=January; 10=October, etc.). This is
# downloaded from the station if the hardware supports it.
rain_year_start = 1

# Start of week (0=Monday, 6=Sunday)
week_start = 6


4. However, when running the following:
pi@raspberrypi:~ $ sudo PYTHONPATH=/usr/share/weewx python 
/usr/share/weewx/user/owfs.py --sensors
Traceback (most recent call last):
  File "/usr/share/weewx/user/owfs.py", line 618, in 
main()
  File "/usr/share/weewx/user/owfs.py", line 578, in main
ow.init(iface)
  File "/usr/lib/python2.7/dist-packages/ow/__init__.py", line 223, in init
raise exNoController
ow.exNoController

gives the "exNoController" error. I looked into postings about this and 
nothing seems to be any of my problems. *At least as far as I can see.*

5. Doing "service weewx status" gives the following:

pi@raspberrypi:~ $ service weewx status
● weewx.service - LSB: weewx weather system
   Loaded: loaded (/etc/init.d/weewx; generated)
   Active: active (exited) since Thu 2020-04-16 12:55:32 EDT; 45s ago
 Docs: man:systemd-sysv-generator(8)
  Process: 1195 ExecStart=/etc/init.d/weewx start (code=exited, 
status=0/SUCCESS)

Apr 16 12:55:32 raspberrypi weewx[1210]: owfs: interface is u
Apr 16 12:55:32 raspberrypi weewx[1210]: owfs: sensor map is {'outTemp': 
'/uncached/28.6E175D04/temperature'}
Apr 16 12:55:32 raspberrypi weewx[1210]: owfs: sensor type map is {}
Apr 16 12:55:32 raspberrypi weewx[1210]: owfs: polling interval is 10
Apr 16 12:55:32 raspberrypi weewx[1210]: owfs: sensor unit system is metric
Apr 16 12:55:32 raspberrypi OWFS[1210]: DEFAULT: owlib.c:(208) Cannot open 
USB bus master
Apr 16 12:55:32 raspberrypi OWFS[1210]: DEFAULT: owlib.c:(52) No valid 
1-wire buses found
Apr 16 12:55:32 raspberrypi OWFS[1210]: engine: Import of driver failed:  
()
Apr 16 12:55:32 raspberrypi OWFS[1210]: engine: Unable to load driver:
Apr 16 12:55:32 raspberrypi OWFS[1210]:   Exiting...


So, I am confused. The DS9490R USB bus master is seen by "lsusb" but 
"service weewx status" complains it cannot open it. 

I moved the DS9490R to an externally powered hub thinking that maybe this 
is a power issue, but no help. I installed Weewx on a old ATOM based 
machine running Xubuntu following the same procedure as described above and 
everything works fine. 

I admit that I am a novice Linux user, I design hardware, but I was 
wondering if anyone can point me in the direction of where to look to solve 
this problem. I was also wondering if anyone has had success in getting 
Weewx to work on the Pi 4 running Buster and using the DS9490R?

Thanks in advance for any help or suggestions

-- 
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/d9f30a47-8804-4f4c-894b-8a9372ecc565%40googlegroups.com.