from:"DR"

Re: [weewx-user] Launching Weewx

2024-04-12 Thread DR


Tom,

THE most often made comment from the developers is to turn on debug and 
then furnish the log.


Question:  Is there a down side to just leaving debug on? Doesn't the 
buffer for it just overwrite, and not cause the program to stop once it 
is full?  I know that the SD cards don't seem to have the problem with 
exceeding their write cycles, so saving the writes to the card doesn't 
seem to be as much of a factor.  And I don't gather that a performance 
hit of doing all that logging is much of a factor.



I'm for neat, efficient, focused code, but until an installation has run 
perfectly for a few weeks, can we just leave Debug on for awhile?  Just 
curious.


Dale


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

Re: [weewx-user] Weather Display and weewx

2024-03-16 Thread DR


Just to follow  up.

Were  you able to find the fileparser driver from the info I sent you?

And I saw that they also recommended studying the simulation driver, too.


I hope my email doesn't goof  up again, and loose some bookmarked 
messages, so I just wanted to check in.   Dale



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

Re: [weewx-user] Weather Display and weewx

2024-03-10 Thread DR

The|fileparse|driver is perhaps the simplest example of a WeeWX driver.
It reads name-value pairs from a file and uses the values as sensor
'readings'. The code is actually packaged as an extension, located
in|examples/fileparse|, making it a good example of not only writing a
device driver, but also of how to package an extension. The actual
driver itself is in|examples/fileparse/bin/user/fileparse.py|.

This is what was in the WeeWx 5 drivers discussion.

I was going to take the more rigid approach and have the driver not do
all the pair matching, but brute force it to say that at position [1} is
the date-time, position [2] is barometer, etc.

I think that I was overwhelmed not knowing Python and seeing the very
general and flexible code which searches the file for a matching
descriptor and then reads the corresponding value. I'm just going to
say position 1 is where datetime is in the string, position 2 is where
the barometer is, 3 is humidity, etc.

It means a very rigid expectation for the file structure but hey, I'm
just trying to get it to work and elegant it isn't, and the TWI driver
sort of works that way, and so would my RM Young 28600 translator, and
so is John Craig's Campbell Scientific CR300 code he has working.

That's my plan, but I hope you have better coding skills than I do (but
this motivates me to learn and try to understand) so this is a bonus to
get to know Python and feel I really have accomplished something.

I hope this gets your creative programming going and will have a driver
to share very soon with the rest of the users hoping to adapt something
like this.

Dale

Re: [weewx-user] V5.0.0 available

2024-01-15 Thread DR

I have been waiting for the official release and plan on using the pip 
method on a brand new install on a Rasp Pi 4.



I see from the discussions there is something installed called venv in 
this current way of doing things, which must run sort of like a sandbox 
where things are contained and cannot get out of bounds too easily.



A question:  Does this extract much of a performance penalty to do this, 
which not knowing for sure, I assume is basically an emulator of 
whatever is in the running program?  Should my Rasp Pi 4 be fast enough 
to handle whatever extra overhead this program might require?  Sounds as 
if the authors have been careful to make sure V5 runs without dogging down.


Thx.  Dale


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

Re: [weewx-user] Re: Is 5.0 beta hiding somewhere?

2023-12-08 Thread DR

Thank  you for the guidance.  I don't understand how github does things 
so your explanation makes perfect sense now.  Thx again. Dale



On 12/8/2023 11:50 AM, vince wrote:

Stuff hasn't moved around.

  * Docs are at https://www.weewx.com/docs.html
  * Downloads are at http://weewx.com/downloads/
  * Development versions under
http://weewx.com/downloads/development_versions/

If you follow the quickstart you mentioned, you'll get the latest v4 
because the repo tracks released versions.


You could manually download the old .deb beta from the link above and 
install that if you want.  Or use pip and try that which would get you 
to a beta about two weeks old.




--
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/ec349114-f172-4e44-9fd5-170863192378%40gmail.com.

[weewx-user] Is 5.0 beta hiding somewhere?

2023-12-08 Thread DR

I had thought I had installed 5.0 a few weeks ago, and was running in 
test mode on a newly formatted SD card on a Rasp Pi 4.



When I looked at the display page down at the bottom in About This 
Weather Station it said version 4.10.x


I reinstalled the SD card and  updated the Rasp OS, and then went to

https://weewx.com/docs/5.0/quickstarts/debian/

and used cut and paste to insert the line by line commands into the 
RaspOS Terminal window.



Not a problem, and it came up and was running but when I checked the 
About section, the version remained 4.10.x



I went to the Wiki and got the same link to the page I used to install.  
I looked for Version 5.0 and beta and got either a 404 page not found 
with another Google hit, and off Github, I got again the same install 
listings.



I'm wondering if Version 5.0 beta has been linked to in a different area.


I would like to try it, even in beta state, and can format my Pi SD card 
easily, so as to not leave any tracks to old versions on the card.



Does this ring a bell to the developers or should I capture the log 
(which I think only reflects the start up of WeeWx when it does) or is 
there another helpful log file which I might look to in order to see why 
4.10 keeps being chosen to install rather than 5?


Thanks  Dale


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

Re: [weewx-user] Errors Continue [was: Weewx fails in Fedora 39]

2023-11-17 Thread DR


Mr. Keffer:

Thanks for the insider's view and experience.  Not many of us get to rub 
shoulders even in forums, with people who were central to doing things 
that literally affected people all around the world. The financial cost 
of interfering with upgrades or not taking a desired upgrade with having 
to fix stuff that no longer runs is a real conundrum.


I continue to be amazed at how the team here knows what works, what may 
or will be broken and how to track it down. That is a resource we users 
here are lucky to have.  Dale



On 11/17/2023 2:51 PM, Tom Keffer wrote:
Having watched this up close, I have an explanation. In a previous 
life, I was on the C++ standardization committee, X3J16, representing 
Rogue Wave Software. We sold C++ class libraries, and probably had 
100,000+ of them out in the field. There were only a handful of 
representatives on the committee that actually had products in the 
field. The rest were either academics, consultants, authors, or worked 
in research labs.


When it came to breaking changes, the two groups had completely 
different motivations. My objectives were to protect my customer's 
investment and to avoid doing unnecessary upgrades, while theirs was 
to create a more pure language that burnished their reputation as 
language mavens. Because my little group was a minority, we almost 
always lost.


Think about it. Who would be attracted to the drudgery of pushing a 
language forward and sit on a committee for months? It's going to be 
people who are into languages, not those who depend on them.


I suspect that those who thought dropping "textsize" was a good idea 
had little at stake in the matter. They thought they were creating a 
more elegant library, one that they can be proud of. I doubt they 
thought much about the thousands of people they sent scurrying around 
fixing their effort at polishing the library.


-tk

On Fri, Nov 17, 2023 at 9:15 AM DR  wrote:

Mr. Keffer brings up a point that I've been interested in as a
student (practically from the beginning) of computer science
starting back in the 1950s and 60s following what was a
mathematical branch, but then into system and compilers.


The question, sort of a diversion from the on topic discussion on
WeeWx and what runs, is the philosophy behind upgrading compilers
and OSs.  To some degree it hits WeeWx  developers as they upgrade
but also need to make sure that old stuff, as much as it can, will
run under new releases of compilers and interpreters.


Tom did an upgrade pass on a driver for me that isn't widely used,
but I wasn't smart enough to know what to change when Python 3
came out.  The old Python statements were not incorporated into or
changed significantly when 3 was released.

Unless there is a major change (for instance a different database
method, for crude example), why don't language developers support
the old stuff so users aren't frustrated when they attempt to stay
up to date but have legacy stuff they'd like to run.  I know
Windows made and continues to make changes which are security
related (we'd all be better off if there weren't nasty people out
there, but there are).


In this example I cannot see how no longer supporting "textsize"
would represent a security risk or something that would be so
important that the code maintainers wouldn't want to at least let
old stuff run.  Yes, I have heard in the WeeWx discussions from
the developers that changes to solve problems or make things
better are being made.  And that is opening up new capabilities,
but most of the time those changes don't seem to slam the door
shut on upgrading, or having to choose to stay behind.


Just a philosophical question, but this example brings out my
curiosity as to how and why major deletions in capacity are made. 
Eons ago when I worked on a system that used dBase (yes, I'm that
old) one thing we did was to make sure that the old stuff ran
under the new releases, as much as possible. It was just what we
were told to do.  Anyway, you guys are so deep into this as part
of your daily lives that I wonder if you have thoughts on the
decision to not support 'textsize' as it used to be.  Sorry for
the diversion, but it is part of programming, I guess. Dale




On 11/15/2023 4:20 PM, Tom Keffer wrote:

This is caused by upgrading to Pillow 10, which has removed the
attribute "textsize". There have been several email threads about
this. For example,
https://groups.google.com/g/weewx-user/c/F1oLMD8_3MQ/m/Gir1m-9RAgAJ

You can either downgrade Pillow to 9.x, or cherry pick the fix as
described in the email thread, or use the beta of WeeWX V5.

On Wed, Nov 15, 2023 at 12:30 PM Jonathan Ryshpan
 wrote:

I have removed six.py and weewx starts and generates usable
web pages. However

Re: [weewx-user] Errors Continue [was: Weewx fails in Fedora 39]

2023-11-17 Thread DR


Vince,

Thanks, that does make sense.  I guess I was just thinking there were 
areas of the code that wouldn't be used if not called, rather than 
linking and work arounds.



And while we enjoy amazing speeds, even from our little Rasp Pi boxes, I 
used to labor over doing something in assembler just to make a routine 
faster, so I guess I shouldn't use increased processor capabilities as a 
reason to haul around old stuff.


But if I didn't upgrade, I'd miss out on all the cool neat stuff I was 
hoping would be developed!  Thanks for the discussion.  Dale


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

Re: [weewx-user] Errors Continue [was: Weewx fails in Fedora 39]

2023-11-17 Thread DR

Mr. Keffer brings up a point that I've been interested in as a student 
(practically from the beginning) of computer science starting back in 
the 1950s and 60s following what was a mathematical branch, but then 
into system and compilers.



The question, sort of a diversion from the on topic discussion on WeeWx 
and what runs, is the philosophy behind upgrading compilers and OSs.  To 
some degree it hits WeeWx  developers as they upgrade but also need to 
make sure that old stuff, as much as it can, will run under new releases 
of compilers and interpreters.



Tom did an upgrade pass on a driver for me that isn't widely used, but I 
wasn't smart enough to know what to change when Python 3 came out.  The 
old Python statements were not incorporated into or changed 
significantly when 3 was released.


Unless there is a major change (for instance a different database 
method, for crude example), why don't language developers support the 
old stuff so users aren't frustrated when they attempt to stay up to 
date but have legacy stuff they'd like to run.  I know Windows made and 
continues to make changes which are security related (we'd all be better 
off if there weren't nasty people out there, but there are).



In this example I cannot see how no longer supporting "textsize" would 
represent a security risk or something that would be so important that 
the code maintainers wouldn't want to at least let old stuff run.  Yes, 
I have heard in the WeeWx discussions from the developers that changes 
to solve problems or make things better are being made.  And that is 
opening up new capabilities, but most of the time those changes don't 
seem to slam the door shut on upgrading, or having to choose to stay behind.



Just a philosophical question, but this example brings out my curiosity 
as to how and why major deletions in capacity are made. Eons ago when I 
worked on a system that used dBase (yes, I'm that old) one thing we did 
was to make sure that the old stuff ran under the new releases, as much 
as possible. It was just what we were told to do.  Anyway, you guys are 
so deep into this as part of your daily lives that I wonder if you have 
thoughts on the decision to not support 'textsize' as it used to be.  
Sorry for the diversion, but it is part of programming, I guess. Dale





On 11/15/2023 4:20 PM, Tom Keffer wrote:
This is caused by upgrading to Pillow 10, which has removed the 
attribute "textsize". There have been several email threads about 
this. For example, 
https://groups.google.com/g/weewx-user/c/F1oLMD8_3MQ/m/Gir1m-9RAgAJ


You can either downgrade Pillow to 9.x, or cherry pick the fix as 
described in the email thread, or use the beta of WeeWX V5.


On Wed, Nov 15, 2023 at 12:30 PM Jonathan Ryshpan 
 wrote:


I have removed six.py and weewx starts and generates usable web
pages. However a new error now appears every minute, whenever the
image generator is invoked. Any ideas?

Nov 15 07:04:16  python3[2233]: weewx[2233] ERROR
weewx.reportengine: Caught unrecoverable exception in generator
'weewx.imagegenerator.ImageGenerator'
Nov 15 07:04:16  python3[2233]: weewx[2233] ERROR
weewx.reportengine:   type object 'ImageDraw' has no
attribute 'textsize'
Nov 15 07:04:16  python3[2233]: weewx[2233] ERROR
weewx.reportengine:   Traceback (most recent call last):
Nov 15 07:04:16  python3[2233]: weewx[2233] ERROR
weewx.reportengine:     File
"/usr/share/weewx/weewx/reportengine.py", line 197, in run
Nov 15 07:04:16  python3[2233]: weewx[2233] ERROR
weewx.reportengine:   obj.start()
Nov 15 07:04:16  python3[2233]: weewx[2233] ERROR
weewx.reportengine:     File
"/usr/share/weewx/weewx/reportengine.py", line 385, in start
Nov 15 07:04:16  python3[2233]: weewx[2233] ERROR
weewx.reportengine:   self.run()
Nov 15 07:04:16  python3[2233]: weewx[2233] ERROR
weewx.reportengine:     File
"/usr/share/weewx/weewx/imagegenerator.py", line 42, in run
Nov 15 07:04:16  python3[2233]: weewx[2233] ERROR
weewx.reportengine:   self.gen_images(self.gen_ts)
Nov 15 07:04:16  python3[2233]: weewx[2233] ERROR
weewx.reportengine:     File
"/usr/share/weewx/weewx/imagegenerator.py", line 114, in gen_images
Nov 15 07:04:16  python3[2233]: weewx[2233] ERROR
weewx.reportengine:   image = plot.render()
Nov 15 07:04:16  python3[2233]: weewx[2233] ERROR
weewx.reportengine:   ^
Nov 15 07:04:16  python3[2233]: weewx[2233] ERROR
weewx.reportengine:     File
"/usr/share/weewx/weeplot/genplot.py", line 212, in render
Nov 15 07:04:16  python3[2233]: weewx[2233] ERROR
weewx.reportengine:   self._renderBottom(draw)
Nov 15 07:04:16  python3[2233]: weewx[2233] ERROR
weewx.reportengine:

[weewx-user] A low level priority question: A question about multi-instances of WeeWx and a more powerful processor on the horizon

2023-09-30 Thread DR

I have three different RaspPi units running WeeWx from some of my 
stations (like most with this hobby, some obsessions like more than one 
seems somewhat common).


I know it has been said that neither WeeWx was designed to do, nor is 
easy to accomplish, multiple instances running on a single RaspPi.


I also just heard that there is a new version of Rasp Pi coming, a 5, 
sometimes towards the end of the year, with between 2 and 4 times the 
computing ability of the Pi4.  4 is no slouch, and runs fine, but Ihave 
three of them sitting on the shelf doing their solitary thing.


I have my versions pretty well tweaked, but still have a lot of work to 
do for my attempt at a very simple driver, I am dreaming of maybe a nice 
end-of-year present of a new RaspPi 5 and WeeWx 5, and having all the 
stations running off one computer.



Are any of the changes to the upcoming WeeWx 5 likely making it easier 
to run it in what I call  multiple instances (probably the wrong use of 
the word) on the same computer?


Dale

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

Re: [weewx-user] How does WeeWx use the database file?

2023-09-11 Thread DR


Thanks for this clarification.


I've been reading the documentation, again, especially pertaining to the 
database.


The discussion talks about removing columns which one never will use 
(such as extra temps or soil temps) or renaming.


I was under the initial assumption that the default schema (the extended 
one) was sacrosanct and should not be touched, but this makes it clear 
it is OK to modify the database on my installation as I needed it 
without too much fear of breaking something.


This is reassuring and I'll keep planning.  Thank you for all the 
answers and discussions.  Dale


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

Re: [weewx-user] How does WeeWx use the database file?

2023-09-11 Thread DR


Thank you.  That is helpful.

I didn't think it was permissible to fiddle with fields which are 
defined, even if unused, but since I'm the only one using it, I guess it 
wouldn't hurt.



I scanned the link to the SQLite discussion of how fields are written 
and I'm amazed how how the 'lite' program works.  Some major smarts go 
into these things.  Thank you.  I'm sure I'll be even more amazed when I 
read it again a few times.



Thank you for the guidance. Dale


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

Re: [weewx-user] How does WeeWx use the database file?

2023-09-11 Thread DR

Thank you for not only the information, but the link to learn more. I
appreciate that.

Since this group lives and breathes solutions, I'm curious as to the
comment that my approach (as you can tell, a very inexperienced
programmer) was the best way.

The only other thought I would have would be to create my own little
SQLite data base (one filed other than the date and time) and have WeeWx
use that new database as a second source of information, rather than try
to just stuff one more new field in the schema. Does someone have a
more reasonable and sensible approach than what I suggested? Just a key
word or two for me to go looking would be helpful. Dale

On 9/11/2023 10:59 AM, Tom Keffer wrote:

I'm not sure your approach is the best one, but to answer your questions:

1. Yes, WeeWX opens the database and leaves it open.
2. Contention is managed by the SQLite database. See this
documentation <https://sqlite.org/lockingv3.html>.
3. Unless an extension is acting otherwise, WeeWX does not write with
every LOOP packet. Only when archive records arrive.

On Mon, Sep 11, 2023 at 8:10 AM DR wrote:

I'm just thinking about another project, and wonder how WeeWx uses
the
default database.

When it is running does it open and leave open the database all
the time?

If so, is the database able to have another program add records to
the
database while WeeWx has it open?

The reason I ask, is that I would like to have another program
running
which reads snow depth from a Campbell Scientific table, then add
that
value to the standard database at say 15 minute intervals with a
field
defined and added to the schema.

In some days past, I know some databases would prevent more than one
attempt to access it, even if not in the traditional deadly embrace
situation.

If WeeWx is busy stuffing new values in every 2 seconds during loop
functions, can I also access it simultaneously as long as I don't
try to
touch the fields that WeeWx is writing to?

Or is it necessary to shut down, briefly, access, then have the snow
depth program open it, write the value, close it and then let
WeeWx go
merrily on it's way?

I hope this question is within the scope of this user discussion.
Dale

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

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

https://groups.google.com/d/msgid/weewx-user/918b02a3-72d7-f7f7-2e77-a3a374489a85%40gmail.com.

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

[weewx-user] How does WeeWx use the database file?

2023-09-11 Thread DR

I'm just thinking about another project, and wonder how WeeWx uses the 
default database.



When it is running does it open and leave open the database all the time?

If so, is the database able to have another program add records to the 
database while WeeWx has it open?


The reason I ask, is that I would like to have another program running 
which reads snow depth from a Campbell Scientific table, then add that 
value to the standard database at say 15 minute intervals with a field 
defined and added to the schema.


In some days past, I know some databases would prevent more than one 
attempt to access it, even if not in the traditional deadly embrace 
situation.


If WeeWx is busy stuffing new values in every 2 seconds during loop 
functions, can I also access it simultaneously as long as I don't try to 
touch the fields that WeeWx is writing to?



Or is it necessary to shut down, briefly, access, then have the snow 
depth program open it, write the value, close it and then let WeeWx go 
merrily on it's way?


I hope this question is within the scope of this user discussion.  Dale


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

Re: [weewx-user] WeeWX in an RV?

2023-09-09 Thread DR

Is your reported cloud base a calculated value, or do you have a fancy
LIDAR or something to get that info?

And same for percentage of cloud cover, 19% seems very precise. Is that
just picked off the range of cloud cover or is there some way you can
measure that value?

Dale

On 9/9/2023 12:07 PM, Stefan Gliessmann wrote:

What is the right unit for longitude and latitude?
They should be degrees, but other then for temperature or compass I
couldn't find any other ...

Screenshot 2023-09-09 at 19.05.18.png

On Friday, September 8, 2023 at 6:42:24 PM UTC+2 Stefan Gliessmann wrote:

This is an awesome group!
Without your help of so many folks, I would not have achieved what
I have so far ...
Still need to do more to pass the coordinates to Belchertown skin
forecasts and weather warnings ...
But I am getting there now (I hope) ...

Thank you all again for your help!

On Friday, September 8, 2023 at 6:40:13 PM UTC+2 Stefan Gliessmann
wrote:

The clock in my about page is actually from
https://github.com/roe-dl/websocket-clock-js/commits?author=roe-dl
aka Karen K in this group!
She did a lot of work to use German weather data (DWD) with
the Belchertown skin.
Check out her work on her PWS page
https://www.woellsdorf-wetter.de/

On Friday, September 8, 2023 at 6:35:37 PM UTC+2 Stefan
Gliessmann wrote:

Vince, thank you again for the scripts ... once I figured
out that my MQTT requires user & password, it works now ...
seems that I still have to do something with the units for
the GPS coordinates ...

Screenshot 2023-09-08 at 18.32.17.png

On Sunday, September 3, 2023 at 2:24:04 AM UTC+2 vince wrote:

Yes. ipv6 is an adventure. I tried to turn it on for
my home LAN and DNS was a big problem until I figured
out that I just needed to always use "hostname.local"
for the LAN DNS and it would work. Unfortunately it
also seemed to break my pihole ad-blocking so I turned
ipv6 back off here after a few day test.

I like the clock on your About page too!
On Saturday, September 2, 2023 at 1:02:04 PM UTC-7
Stefan Gliessmann wrote:

Dear Vince,

thank you very much for providing the scripts! I
really do appreciate!
However, last Tuesday I changed my ISP. Good think
- it is 1 Gbps! And my challenge was that it is
IPv6 and I had to learn very quickly that port
forwarding with IPv6 is completely different to
IPv4, and even more particular DDNS with IPv6.
But I am happy to report that my server is back
online rv.sgplex.de :)
As I will be on vacation in Spain the next few
weeks, I will place your scripts in action!

Thanks again for providing them!

Cheers

On Monday, August 28, 2023 at 10:17:58 PM UTC+2
vince wrote:

(sorry - ignore the earlier truncated post)

I cooked up a bash script that subscribes,
calls a python script to reformat, then
publishes. The bash script sleeps a second
between loops to not eat up your cpu. You
'should' be able to change the variables in
the bash script to match your configuration
pretty easily...

This subscribes to ORIGINAL_TOPIC and
publishes to FINAL_TOPIC in the bash script.
To test:

* open a bash window and subscribe to the
FINAL_TOPIC
* open a second window and run the bash
script which will listen/reformat/publish
* if you're not querying your gps currently,
open a third window and publish to the
ORIGINAL_TOPIC ala

mosquitto_pub -h 192.168.1.171 -t RV/original
-m

'[{"dateTime":"1693128700.0","gpsLat":"52.152435"},{"dateTime":"1693128700.0","gpsLong":"9.929356"}]'

What you should see in window1 that is
subscribing is output ala:
{"dateTime": "1693128700.0", "gpsLat":
"52.152435", "gpsLong": "9.929356"}

That kind of data should be ok to subscribe to
in weewx

Re: [weewx-user] Is WeeWx 5.0 beta stable enough for non-experts to fool around with?

2023-08-30 Thread DR

Thanks. Dale

On 8/30/2023 8:11 PM, Tom Keffer wrote:
It's pretty stable. Most of the work now is about smoothing out the
installation process.

-tk

On Wed, Aug 30, 2023 at 6:07 PM DR wrote:

I have looked gitHub and see there is a 5.0 beta out there.

I am wondering if it is stable enough for a casual user to fiddle
around
with it before official release, or should only experts be using
it now
to test and give feedback to the developers?

Just curious. Dale

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

https://groups.google.com/d/msgid/weewx-user/98fdaa7f-ab40-26e7-326e-dd958fb6695c%40gmail.com.

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

[weewx-user] Is WeeWx 5.0 beta stable enough for non-experts to fool around with?

2023-08-30 Thread DR


I have looked gitHub and see there is a 5.0 beta out there.


I am wondering if it is stable enough for a casual user to fiddle around 
with it before official release, or should only experts be using it now 
to test and give feedback to the developers?



Just curious.  Dale


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

Re: [weewx-user] Getting 4.5.1 to upload plots from ImageGenerator to my web page

2023-07-27 Thread DR

That did it, and it was much easier than I thought!

Thanks for the hint as to what to look at to include that plot in the
template. I hadn't gone back that far, only reading about the plot
generator and what to do for the various configurations and control over
the plot, and if there was something there in that flow of instructions
that said to go to the template to add it (if it were not a modification
of an existing plot), I missed it entirely.

Thanks again. I appreciate the hand holding and kind supoort. Dale

On 7/27/2023 1:19 PM, 'Rainer Lang' via weewx-user wrote:

You probably gave your new plot a new different name - and have
forgotten to display it also in index.html.tmpl 

On 27.07.2023 20:13, DR wrote:
I have had 4.5.1 running on a Rasp Pi 4 for over a half a year. Not a
glitch.

I wanted to add to the Seasons Skin an additional plot. The stock
package gives me the bar graph of the rain each hour.

I wanted to also have the more traditional accumulation line graph
showing the upward progression of rain (all theoretical lately with
our drought), so I copied the one that was working, then modified it
a little to produce the graph.

Despite having done this, whenever I either go to index.html in the
/var/... directory, or look at the page that WeeWx is FTPing to my
web server, I don't see the new graph.

When I look at the .png plots that are ein the directory, the
correctly named one is there, it has the (flat) graph, and the bottom
listing show the right date, time and all, so I am pretty sure it is
changing because I check at various times through the day, and it
agrees with the .png plots that are being uploaded.

Having produced the plot from ImageGenerator, is there some other
action I need to take to tell WeeWx to actually upload the plot to my
webserver?

If I modify the original rain plot with bar graphs to some slight
cosmetic change, THAT does go to my web page, so I assume there must
be, somewhere, a list of .pngs to upload?

Can someone give me a hint? Dale

--
You received this message because you are subscribed to the Google
Groups "weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send
an email to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/weewx-user/8774-1f66-44f8-036c-0477b5ecad61%40gmail.com
<https://groups.google.com/d/msgid/weewx-user/8774-1f66-44f8-036c-0477b5ecad61%40gmail.com?utm_medium=email_source=footer>.

Re: [weewx-user] Getting 4.5.1 to upload plots from ImageGenerator to my web page

2023-07-27 Thread DR

I sure did NOT put anything in the index.html.tmpl file!

I am off to try that, and hope it is that simple of a fix. Thx. Dale

On 7/27/2023 1:19 PM, 'Rainer Lang' via weewx-user wrote:

You probably gave your new plot a new different name - and have
forgotten to display it also in index.html.tmpl 

On 27.07.2023 20:13, DR wrote:
I have had 4.5.1 running on a Rasp Pi 4 for over a half a year. Not a
glitch.

I wanted to add to the Seasons Skin an additional plot. The stock
package gives me the bar graph of the rain each hour.

Despite having done this, whenever I either go to index.html in the
/var/... directory, or look at the page that WeeWx is FTPing to my
web server, I don't see the new graph.

Having produced the plot from ImageGenerator, is there some other
action I need to take to tell WeeWx to actually upload the plot to my
webserver?

If I modify the original rain plot with bar graphs to some slight
cosmetic change, THAT does go to my web page, so I assume there must
be, somewhere, a list of .pngs to upload?

Can someone give me a hint? Dale

--
You received this message because you are subscribed to the Google
Groups "weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send
an email to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/weewx-user/8774-1f66-44f8-036c-0477b5ecad61%40gmail.com
<https://groups.google.com/d/msgid/weewx-user/8774-1f66-44f8-036c-0477b5ecad61%40gmail.com?utm_medium=email_source=footer>.

[weewx-user] Getting 4.5.1 to upload plots from ImageGenerator to my web page

2023-07-27 Thread DR

I have had 4.5.1 running on a Rasp Pi 4 for over a half a year. Not a
glitch.

I wanted to add to the Seasons Skin an additional plot. The stock
package gives me the bar graph of the rain each hour.

I wanted to also have the more traditional accumulation line graph
showing the upward progression of rain (all theoretical lately with our
drought), so I copied the one that was working, then modified it a
little to produce the graph.

Despite having done this, whenever I either go to index.html in the
/var/... directory, or look at the page that WeeWx is FTPing to my web
server, I don't see the new graph.

When I look at the .png plots that are ein the directory, the correctly
named one is there, it has the (flat) graph, and the bottom listing show
the right date, time and all, so I am pretty sure it is changing because
I check at various times through the day, and it agrees with the .png
plots that are being uploaded.

Having produced the plot from ImageGenerator, is there some other action
I need to take to tell WeeWx to actually upload the plot to my webserver?

If I modify the original rain plot with bar graphs to some slight
cosmetic change, THAT does go to my web page, so I assume there must be,
somewhere, a list of .pngs to upload?

Can someone give me a hint? Dale

Re: [weewx-user] Where do I override / specify %3.2 float format for an added measurement?

2023-07-16 Thread DR


Thank you for those answers.  I will continue to experiment. Dale


On 7/16/2023 12:13 PM, vince wrote:

You're probably overthinking.

WeeWX doesn't care what version of a skin you use, be it older, newer, 
or totally custom written by you or a third party.



--
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/06093383-8dbb-4b98-b44a-8204814c6889n%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/175819af-8789-395f-8018-ad8330a5c3e1%40gmail.com.

Re: [weewx-user] Where do I override / specify %3.2 float format for an added measurement?

2023-07-16 Thread DR

I'm confused (again).

You mention that you CAN use an older version of a skin even in a newer 
version of WeeWx.

I have a WeeWx 4.5.1 running with a Seasons skin that I like. Somewhere 
along the evolution the way that the newer versions handle the plots and 
the summaries was changed, and I assumed that to run the newer versions 
of WeeWx that those old skins were not compatible with the current release.

I haven't gotten things figured out yet, but perhaps should just hold 
tight and wait for 5 to come out and then tackle learning the finer points.

I was just taken aback by Tom's comment that older skins were OK to use.

Dale

On 7/16/2023 9:22 AM, Tom Keffer wrote:
Sorry. I had assumed you were still using your v3.9.1 Seasons skin. If 
that's the case, the tag $current.barometer is in the file 
Seasons/current.inc.

Incidentally, there's no reason not to continue using your old skin.

But, if you are actually using a V4 skin, then to answer your questions:

1. The line "#set observations = ..." is actually saying get the set 
of observations from $DisplayOptions. If DisplayOptions does not have 
an entry, then the fallback is to use just outTemp and barometer. See 
the configuration file skin.conf for what's in DisplayOptions.

2. You can specify an override for the barometer formatting for the 
unit "inHg" in weewx.conf:

[StdReport]
  ...
[[Defaults]]
    ...
[[[Units]]]
...
StringFormats
inHg = %.2f

3. I'm not following your question about "LakeElev". I don't know what 
that is.

On Sun, Jul 16, 2023 at 12:33 AM Messy Potamia 
 wrote:

Where do those 2 formatting statements go?
Also, why, in current.inc, is the line
#set $observations =
$to_list($DisplayOptions.get('observations_current', ['outTemp',
'barometer']))
containing only outTemp and barometer? Where are the rest of the items
displayed in Current Conditions? Sorry I'm just not getting the
formatting layout big picture. Yes I'm reading the customization guide
but I'm having questions as I read it.
Thanks!

On Sun, Jul 16, 2023 at 12:22 AM Tom Keffer  wrote:
>
> For altitude, format it like any other tag. See the section
Formatting options in the Customizing Guide. For example, if you
do not want anything beyond the decimal point:
>
> $station.altitude.format("%.0f")
>
> Same with barometer. To show 2 digits:
>
> $current.barometer.format("%.2f")
>
> Whether it is in bold is a function of whatever CSS styling you
are using.
>
> -tk
>
>
> On Sat, Jul 15, 2023 at 2:55 PM messyp...@gmail.com
 wrote:
>>
>> I got the added  measurement added to the database, and into
the skins, however I don't need Lake Elevation to be show in so
many digits.  I previously (3.9.1) had it showing 2 digits to the
right of the decimal.
>> Also, I don't know what happened but now the Barometer has
changed its formatting to bold and more decimal places.
>> Where do I fix this?
>> Thanks - - -
>> Current Conditions
>>
>> Outside Temperature
>> 86.1°F
>> Dew Point
>> 73.8°F
>> Outside Humidity
>> 67%
>> Barometer
>> 29.799 inHg (-0.033)
>> Wind
>> 0 mph N/A ( N/A)
>> Rain Today
>> 0.02 in
>> Rain Rate
>> 0.00 in/h
>> Inside Temperature
>> 92.6°F
>> LakeElev
>> 594.77
>> Inside Humidity
>> 64%
>>
>> --
>> 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/c2c9ce27-f091-4ddb-afad-616d6c287bfdn%40googlegroups.com.
>
> --
> You received this message because you are subscribed to a topic
in the Google Groups "weewx-user" group.
> To unsubscribe from this topic, visit
https://groups.google.com/d/topic/weewx-user/9hY3_PBqY5E/unsubscribe.
> To unsubscribe from this group and all its topics, send an email
to weewx-user+unsubscr...@googlegroups.com
.
> To view this discussion on the web visit

https://groups.google.com/d/msgid/weewx-user/CAPq0zEAaMotCOwYy6y0sqiPK-n8Jzz1F2ZzRB0t5ofQtfJefBQ%40mail.gmail.com.

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

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

https://groups.google.com/d/msgid/weewx-user/CAB7-S75_iZULqbfyqN7s8bMqYfG9q%2B17k7pOjJrvsLj2qU1Q2w%40mail.gmail.com.

--
You

[weewx-user] Can updating my Godaddy web server page to PHP 8.1 make my WeeWx uploads stop working?

2023-07-12 Thread DR


I am very naive when it comes to how many programs interact.

Yet, I generally like to keep the most recent updates to programs and 
firmware up to date, for security and functionality.



I was recently at the Godaddy site checking a couple things on my 
account and I see a notice that PHP 8.1 is available.


If I upgrade the site software (which I assume handles a lot of the 
access and how web pages get shown to visitors), will it affect WeeWx in 
any way?  Will my computer running Weewx still be able to generate web 
pages which will be visible on the site?


I don't want to be enthusiastic about upgrading only to have to spend 
time trying to back down from that move.



Thanks for any insight.  Dale


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

Re: [weewx-user] Rain cumulative total wrong total in graph

2023-06-27 Thread DR

I'm trying to learn how to do a fwe things, but am confused by the need 
for the data_binding statement:



data_binding = wx_binding 



Isn't this a default linkage, and for those of us with simple databases 
and setups, not needed?  Just trying to cipher this out.


Thanks for any explanation.  Dale


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

Re: [weewx-user] Plot for progressive rain accumulation

2023-06-22 Thread DR


Thank you.  I will try this when I get to play a bit this afternoon.


The next thing, of course, is hoping for rain!  We have entered a 
moderate drought here, with Minnesota being worse off than we are here 
in Western Wisconsin.    Some places there have had a trace or few 
tenths over the last month or more.



Maybe this code will attract a shower or two!  Thanks.  Dale


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

[weewx-user] Plot for progressive rain accumulation

2023-06-22 Thread DR

I have looked through again the Customization guide, the Image Files 
section and don't find a pre-programmed option for a plot which I'd like 
to have.


There are a lot, but when it comes to rain, the hour  by hour plot shows 
when and how much, but I'm hoping to find a plot that shows the more (to 
me) traditional graphing of rain, starting at zero and then as rain came 
in, a steadily increasing line which would show total to that time, but 
also the slope of the line would indicate the rate.  As the rain 
stopped, the line would level off and continue on until more rain 
started, then continue to increase.  Most of my experience is with these 
types of  graphs and sort of like knowing how to read an analogue watch 
vs. digital, the data are there, but what  you grew up with is more 
instinctive for me at least.



During the Belchertown discussion on lightning, I think there was a 
background chart with that type of progressive rain display showing.



Is there a plot that I can put into my Seasons skin to allow this plot, 
or is the only one available the one shown, where the bar graph shown is 
the only one available?



Thanks.  Dale


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

Re: [weewx-user] Having WeeWx calculate ET when the station doesn't generate it.

2023-04-28 Thread DR

Well, darn. I don't have solar radiation on this station yet, but can
be added from prior research when I set it up.

My mistake, I should have known that. My apologies, but I'll take
education where ever I can find it.

Is there a place in the code that specifies the values and how it is
calculated?

Dale

On 4/28/2023 5:09 PM, Tom Keffer wrote:

To calculate ET you need:

* Outside temperature
* Humidity
* wind
* solar radiation

Do you have everything? If any one of them is missing, you'll get a N/A.

On Fri, Apr 28, 2023 at 10:58 AM DR wrote:

Perhaps I assumed too much, but my Rainwise IP-100 interface to
the Rainwise station does not generate ET in hardware.

I found where the hardware, software, or hardware preferred
choices are in the configuration, and changed 'hardware preferred'
to "software".

In my Seasons.skin running WeeWx 4.5.1 for now. After running for
more than 24 hours, still get ET N/A on that line.

Maybe I can't get ET for this station. It isn't too important,
I'm not a professional farmer and just like watching that number
when it is available.

Is there more to enabling that value beyond just changing the
source preference line? Dale

The configuration I was referencing was:

[StdWXCalculate]
[[Calculations]]
pressure = prefer_hardware
altimeter = prefer_hardware
appTemp = prefer_hardware
barometer = prefer_hardware
cloudbase = prefer_hardware
dewpoint = prefer_hardware
ET = prefer_hardware
heatindex = prefer_hardware
humidex = prefer_hardware
inDewpoint = prefer_hardware
maxSolarRad = prefer_hardware
rainRate = prefer_hardware
windchill = prefer_hardware
windrun = prefer_hardware

--
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/eb9cbe08-3b3d-6e75-3b8d-c83d18d2326c%40gmail.com

<https://groups.google.com/d/msgid/weewx-user/eb9cbe08-3b3d-6e75-3b8d-c83d18d2326c%40gmail.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/CAPq0zEDSUBpuQed12VraoW%2BW7pkRQKGB%2B9QJU-a1z6DMsfU0mA%40mail.gmail.com
<https://groups.google.com/d/msgid/weewx-user/CAPq0zEDSUBpuQed12VraoW%2BW7pkRQKGB%2B9QJU-a1z6DMsfU0mA%40mail.gmail.com?utm_medium=email_source=footer>.

[weewx-user] Having WeeWx calculate ET when the station doesn't generate it.

2023-04-28 Thread DR

Perhaps I assumed too much, but my Rainwise IP-100 interface to the 
Rainwise station does not generate ET in hardware.


I found where the hardware, software, or hardware preferred choices are 
in the configuration, and changed 'hardware preferred' to "software".


In my Seasons.skin running WeeWx 4.5.1 for now.  After running for more 
than 24 hours, still get ET  N/A on that line.


Maybe I can't get ET for this station.  It isn't too important, I'm not 
a professional farmer and just like watching that number when it is 
available.


Is there more to enabling that value beyond just changing the source 
preference line?  Dale


The configuration I was referencing was:

[StdWXCalculate]
[[Calculations]]
pressure = prefer_hardware
altimeter = prefer_hardware
appTemp = prefer_hardware
barometer = prefer_hardware
cloudbase = prefer_hardware
dewpoint = prefer_hardware
ET = prefer_hardware
heatindex = prefer_hardware
humidex = prefer_hardware
inDewpoint = prefer_hardware
maxSolarRad = prefer_hardware
rainRate = prefer_hardware
windchill = prefer_hardware
windrun = prefer_hardware

--
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/eb9cbe08-3b3d-6e75-3b8d-c83d18d2326c%40gmail.com.

Re: [weewx-user] Campbell Scientific CR300 data logger

2023-04-23 Thread DR

Once a second seems more than enough.  Even the venerable Davis Loop is 
every two seconds.  I don't know how quickly things need to be read 
during a heavy rainstorm, but I would think that the hardware would be 
keeping track of tips, if using a tipper mechanism.



I only look at the Currrent values and the plots generated by the 
Seasons skin and updating every second would be a waste of CPU, I'd think.


Dale



On 4/22/2023 9:28 PM, Craig Young wrote:
By any chance can weewx read from a data file?  I could write the 
incoming real time data to the file as a one line record and then 
weewx would read this, say once a second or so.



On Sunday, April 23, 2023 at 1:56:52 PM UTC+12 DR wrote:

Craig, I don't know of a driver for the Campbell dataloggers.


I wish there were one, I have a very dependable station (CR3000)
that I'd like to interface.  Right now it is filling the native
tables, and a Weather Display driver using pakbus is pulling those
values from that table and handing them off to Weather Display, so
I know 'something' could be made to work.


I am using a Texas Weather Instruments which, with the help of
someone who knows Python a lot better than me, helped to get
running.  It basically sends a send data command and then a data
string gets sent from the TWI, which the driver then parses and
loads into a packet and hands off to WeeWx.  I'm assuming that it
can be adapted to other devices.

I am trying to learn Python well enough to write or modify a
driver and the learning curve for this old FORTRAN and ALGOL guy
is steeper than I thought it would be, but I am getting closer. 
Things like synchronization with an incoming unrequested stream
and how packets are formed and sent seem to by my next steps.

I wish I could say that within a few months I'd have a polished
working driver, but with many other demands on my free time,
progress is slow.

If  you've got a program on your PC that pulls in the live data
stream you are perhaps in a much better place to write a routine
to emulate that process and then look at how, for instance, the
TWI driver forms a packet to hand off to WeeWx.


I'm hoping you could use that little info to plan on how to get a
working driver that you might share with the rest of us.  My
encouragement to make it work is all I can give you otherwise, but
sounds like you are pretty close.

The MQTT recommendation is something you might look at, too.   I
know little about that.  I am grateful to those who have furnished
so much already.  Dale


On 4/22/2023 8:04 PM, p q wrote:

I don't know the answer to the primary question.

As to recommended protocols, I'd choose MQTT.

On Sat, Apr 22, 2023 at 5:53 PM Craig Young
 wrote:

Is there a driver for the CR300 data logger?  If not, I have
a PC connected to the data logger, collecting the live data
stream which I can reformat and send as either RS232 or
UDP/IP packets to weewx in any format.  Would need a
recommendation on which protocol to use.  But hopefully,
there is already a driver for the CR300 or a 'generic' driver.

Craig
-- 
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/03d49dbf-648c-4810-bc60-237abe5ec828n%40googlegroups.com

<https://groups.google.com/d/msgid/weewx-user/03d49dbf-648c-4810-bc60-237abe5ec828n%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+...@googlegroups.com.
To view this discussion on the web visit

https://groups.google.com/d/msgid/weewx-user/CAA1SM22-7QQ_GPRJHG1j%2Be5U99aKMzh3-VS0YKGU4Ob2KDSywg%40mail.gmail.com

<https://groups.google.com/d/msgid/weewx-user/CAA1SM22-7QQ_GPRJHG1j%2Be5U99aKMzh3-VS0YKGU4Ob2KDSywg%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/99592c0e-762c-4b0f-83b7-cedf1465abecn%40googlegroups.com 
<https://groups.google.com/d/msgid/weewx-user/99592c0e-762c-4b0f-83b7-cedf1465abecn%40googlegroups.com?utm_medium=email_source=footer>.


--
You

Re: [weewx-user] Campbell Scientific CR300 data logger

2023-04-23 Thread DR


I, too, need to follow Vince's advice as I'm looking for any leads.

One thing you asked about is getting info from a file, and I looked at a 
routine called FileParser (I think) that was associated with a search on 
github and weewx.


If I recall, it pulled in things from a file, parsed the record, 
assigned the values to the correct schema plan.  The only thing was it 
needed a paring, sort of like a dictionary entry rather than an ordered 
list, but I think that one could set a structure with incoming values at 
expected locations within the file rather than being so general as to 
search the whole string for the right key:value pair.  One is more 
versatile and robust at the expense of more preparation of the source 
file.    Just my two cents worth (you'll note I don't have a functioning 
driver yet, so what I say is tempered by depth of knowledge.)


On 4/22/2023 9:28 PM, Craig Young wrote:
By any chance can weewx read from a data file?  I could write the 
incoming real time data to the file as a one line record and then 
weewx would read this, say once a second or so.



On Sunday, April 23, 2023 at 1:56:52 PM UTC+12 DR wrote:

Craig, I don't know of a driver for the Campbell dataloggers.


I wish there were one, I have a very dependable station (CR3000)
that I'd like to interface.  Right now it is filling the native
tables, and a Weather Display driver using pakbus is pulling those
values from that table and handing them off to Weather Display, so
I know 'something' could be made to work.


I am using a Texas Weather Instruments which, with the help of
someone who knows Python a lot better than me, helped to get
running.  It basically sends a send data command and then a data
string gets sent from the TWI, which the driver then parses and
loads into a packet and hands off to WeeWx.  I'm assuming that it
can be adapted to other devices.

I am trying to learn Python well enough to write or modify a
driver and the learning curve for this old FORTRAN and ALGOL guy
is steeper than I thought it would be, but I am getting closer. 
Things like synchronization with an incoming unrequested stream
and how packets are formed and sent seem to by my next steps.

I wish I could say that within a few months I'd have a polished
working driver, but with many other demands on my free time,
progress is slow.

If  you've got a program on your PC that pulls in the live data
stream you are perhaps in a much better place to write a routine
to emulate that process and then look at how, for instance, the
TWI driver forms a packet to hand off to WeeWx.


I'm hoping you could use that little info to plan on how to get a
working driver that you might share with the rest of us.  My
encouragement to make it work is all I can give you otherwise, but
sounds like you are pretty close.

The MQTT recommendation is something you might look at, too.   I
know little about that.  I am grateful to those who have furnished
so much already.  Dale


On 4/22/2023 8:04 PM, p q wrote:

I don't know the answer to the primary question.

As to recommended protocols, I'd choose MQTT.

On Sat, Apr 22, 2023 at 5:53 PM Craig Young
 wrote:

Is there a driver for the CR300 data logger?  If not, I have
a PC connected to the data logger, collecting the live data
stream which I can reformat and send as either RS232 or
UDP/IP packets to weewx in any format.  Would need a
recommendation on which protocol to use.  But hopefully,
there is already a driver for the CR300 or a 'generic' driver.

Craig
-- 
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/03d49dbf-648c-4810-bc60-237abe5ec828n%40googlegroups.com

<https://groups.google.com/d/msgid/weewx-user/03d49dbf-648c-4810-bc60-237abe5ec828n%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+...@googlegroups.com.
To view this discussion on the web visit

https://groups.google.com/d/msgid/weewx-user/CAA1SM22-7QQ_GPRJHG1j%2Be5U99aKMzh3-VS0YKGU4Ob2KDSywg%40mail.gmail.com

<https://groups.google.com/d/msgid/weewx-user/CAA1SM22-7QQ_GPRJHG1j%2Be5U99aKMzh3-VS0YKGU4Ob2KDSywg%40mail.gmail.com?utm_medium=email_source=footer>.


--
You received this message because you are subscribed to the Google 
Groups "w

Re: [weewx-user] Campbell Scientific CR300 data logger

2023-04-22 Thread DR

Craig, I don't know of a driver for the Campbell dataloggers.

I wish there were one, I have a very dependable station (CR3000) that
I'd like to interface. Right now it is filling the native tables, and a
Weather Display driver using pakbus is pulling those values from that
table and handing them off to Weather Display, so I know 'something'
could be made to work.

I am using a Texas Weather Instruments which, with the help of someone
who knows Python a lot better than me, helped to get running. It
basically sends a send data command and then a data string gets sent
from the TWI, which the driver then parses and loads into a packet and
hands off to WeeWx. I'm assuming that it can be adapted to other devices.

I am trying to learn Python well enough to write or modify a driver and
the learning curve for this old FORTRAN and ALGOL guy is steeper than I
thought it would be, but I am getting closer. Things like
synchronization with an incoming unrequested stream and how packets are
formed and sent seem to by my next steps.

I wish I could say that within a few months I'd have a polished working
driver, but with many other demands on my free time, progress is slow.

If you've got a program on your PC that pulls in the live data stream
you are perhaps in a much better place to write a routine to emulate
that process and then look at how, for instance, the TWI driver forms a
packet to hand off to WeeWx.

I'm hoping you could use that little info to plan on how to get a
working driver that you might share with the rest of us. My
encouragement to make it work is all I can give you otherwise, but
sounds like you are pretty close.

The MQTT recommendation is something you might look at, too. I know
little about that. I am grateful to those who have furnished so much
already. Dale

On 4/22/2023 8:04 PM, p q wrote:

I don't know the answer to the primary question.

As to recommended protocols, I'd choose MQTT.

On Sat, Apr 22, 2023 at 5:53 PM Craig Young
wrote:

Is there a driver for the CR300 data logger? If not, I have a PC
connected to the data logger, collecting the live data stream
which I can reformat and send as either RS232 or UDP/IP packets to
weewx in any format. Would need a recommendation on which
protocol to use. But hopefully, there is already a driver for the
CR300 or a 'generic' driver.

Craig
--
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/03d49dbf-648c-4810-bc60-237abe5ec828n%40googlegroups.com

--
Peter Quinn
(415)794-2264
--
You received this message because you are subscribed to the Google
Groups "weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send
an email to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/weewx-user/CAA1SM22-7QQ_GPRJHG1j%2Be5U99aKMzh3-VS0YKGU4Ob2KDSywg%40mail.gmail.com
.

Re: [weewx-user] Edit the Weewx.conf

2023-04-15 Thread DR

I am far from  an expert, but when I encountered this problem with my 
adjusting, I used a command line chmod a+w or (777) for the directory.


Maybe that isn't a safe thing to do, but sure simplified the process as 
I tweaked it.



I only suggest this until the experts can weigh in.  Dale


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

Re: [weewx-user] I goofed up posting, please forgive the retry.

2023-04-07 Thread DR

No apologies, ever please.  I was able to learn quite a bit from what 
you sent, and will just not modify the list of observations. Sometimes 
the learning process isn't as fast for me as it used to be.  Thank you. Dale



On 4/7/2023 7:47 AM, Tom Keffer wrote:
Geez, DR, I apologize. I started writing my post using one strategy, 
then changed it to another, but didn't go back to amend the first part 
of the post.


You should NOT modify observations_current. Just leave it as is.

The ordering is determined by the order in observations_current. So, 
if `outTemp` is the first item in the list, it will be the first item 
in the resultant HTML.


Again, apologies for creating a garbled post.

-tk

On Fri, Apr 7, 2023 at 5:20 AM DR  wrote:

This was very helpful and got me over my barrier of not quite
getting the lay of the land on the inner logic and flow.  Thank you.


Today I'll play about with this and learn more.

Being it is running on my test or 'play' system, I assume I can't
really break anything by trying something.


A question comes up about order of items to be displayed.  In
these examples, the order in the autoprovisioning list determines
the output to the Current Conditions display.   When one removes
the observation type from that list and inserts it into the
current.inc, how does the display engine determine the order of
the final output?  Does it do all the observations in the auto
list first, then reads the current.inc?

If someone has time to give me one more insight as to how this
works I'd be grateful.  I am not trying to be obsequious, but the
amount of work that has gone into every portion of this program is
astounding.  Thanks for writing it!  Dale



On 4/6/2023 5:04 PM, Tom Keffer wrote:

The Seasons skin "autoprovisions", which means that if there is
any recent data for an observation type, it is automatically
included in `current.inc`, using a standard format.

In your case, you want to customize outTemp, so you will have to
remove it from the autoprovisioning list, then include it
manually. Here's how to do this.

In the Season's skin.conf, you will see an option called
`observations_current`. It looks something like this:

*    observations_current = outTemp, heatindex, windchill, ...
*
Remove `outTemp`, so it looks like this:

*    observations_current = heatindex, windchill, ...
*
Now go into `current.inc` and add it back in. Look for this code.

*#for $x in $observations
  #if $getVar('year.%s.has_data' % $x)
    #if $x == 'barometer'
      
        $obs.label.barometer
        $current.barometer
($trend.barometer.formatted)
      
*
*    #elif $x == 'windSpeed'
*
*      ...*

 Note how it has a special case for 'barometer', 'windSpeed' and
other observation types. You want to do something similar for
'outTemp'. When you're done, it will look something like this:

*#for $x in $observations
  #if $getVar('year.%s.has_data' % $x)
    #if $x == 'barometer'
      
        $obs.label.barometer
        $current.barometer
($trend.barometer.formatted)
      
  # elif $x == 'outTemp'
*
*
*
      $obs.label.outTemp
      $current.outTemp
(∆$trend(time_delta=86400).outTemp.format("%+.1f"))
    
    # elif $x == 'windSpeed'
*   ...
*
**

You've manually added specialized formatting for outTemp.

Do something similar for any other  variables you want to customize

Hope that helps.

-tk




On Thu, Apr 6, 2023 at 1:13 PM DR  wrote:

I have run 4.5.1 for some time, and had gotten suggestions on
how to
modify the formating of one of the Current area statements,
along with
adding two pieces of information which are generating from
the data
base, but have no formal definition or schema name, to wit:

4.5.1, which shows:


Outside Temperature 35.0°F (∆ +1.2°F)
Heat Index 35.0°F
Wind Chill 35.0°F
Dew Point 32.6°F
Humidity 91%
Barometer 29.481 inHg (-0.060 in)
Wind 0 mph N/A ( N/A)
Rain Rate 0.00 in/h
Rain Today 0.00 in
Rainfall Yesterday 0.00 in
Last Rain 06/18/2022 05:00:00 PM
286 days, 4 hours, 25 minutes ago
Inside Temperature 67.0°F


which shows the out temp as compared to yesterday at this
time and the
formatted delta sign, along with the Rainfall yesterday and
last rain
line along with another line saying how long ago that was.

These are the html  generating statements

Re: [weewx-user] I goofed up posting, please forgive the retry.

2023-04-07 Thread DR

This was very helpful and got me over my barrier of not quite getting 
the lay of the land on the inner logic and flow.  Thank you.



Today I'll play about with this and learn more.

Being it is running on my test or 'play' system, I assume I can't really 
break anything by trying something.



A question comes up about order of items to be displayed.  In these 
examples, the order in the autoprovisioning list determines the output 
to the Current Conditions display.   When one removes the observation 
type from that list and inserts it into the current.inc, how does the 
display engine determine the order of the final output?  Does it do all 
the observations in the auto list first, then reads the current.inc?


If someone has time to give me one more insight as to how this works I'd 
be grateful.  I am not trying to be obsequious, but the amount of work 
that has gone into every portion of this program is astounding.  Thanks 
for writing it!  Dale




On 4/6/2023 5:04 PM, Tom Keffer wrote:
The Seasons skin "autoprovisions", which means that if there is any 
recent data for an observation type, it is automatically included in 
`current.inc`, using a standard format.


In your case, you want to customize outTemp, so you will have to 
remove it from the autoprovisioning list, then include it manually. 
Here's how to do this.


In the Season's skin.conf, you will see an option called 
`observations_current`. It looks something like this:


*    observations_current = outTemp, heatindex, windchill, ...
*
Remove `outTemp`, so it looks like this:

*    observations_current = heatindex, windchill, ...
*
Now go into `current.inc` and add it back in. Look for this code.

*#for $x in $observations
  #if $getVar('year.%s.has_data' % $x)
    #if $x == 'barometer'
      
        $obs.label.barometer
        $current.barometer
($trend.barometer.formatted)
      
*
*    #elif $x == 'windSpeed'
*
*      ...*

 Note how it has a special case for 'barometer', 'windSpeed' and other 
observation types. You want to do something similar for 'outTemp'. 
When you're done, it will look something like this:


*#for $x in $observations
  #if $getVar('year.%s.has_data' % $x)
    #if $x == 'barometer'
      
        $obs.label.barometer
        $current.barometer
($trend.barometer.formatted)
      
    # elif $x == 'outTemp'
*
*
*
      $obs.label.outTemp
      $current.outTemp
(∆$trend(time_delta=86400).outTemp.format("%+.1f"))
    
    # elif $x == 'windSpeed'
*     ...
*
**

You've manually added specialized formatting for outTemp.

Do something similar for any other  variables you want to customize

Hope that helps.

-tk




On Thu, Apr 6, 2023 at 1:13 PM DR  wrote:

I have run 4.5.1 for some time, and had gotten suggestions on how to
modify the formating of one of the Current area statements, along
with
adding two pieces of information which are generating from the data
base, but have no formal definition or schema name, to wit:

4.5.1, which shows:


Outside Temperature 35.0°F (∆ +1.2°F)
Heat Index 35.0°F
Wind Chill 35.0°F
Dew Point 32.6°F
Humidity 91%
Barometer 29.481 inHg (-0.060 in)
Wind 0 mph N/A ( N/A)
Rain Rate 0.00 in/h
Rain Today 0.00 in
Rainfall Yesterday 0.00 in
Last Rain 06/18/2022 05:00:00 PM
286 days, 4 hours, 25 minutes ago
Inside Temperature 67.0°F


which shows the out temp as compared to yesterday at this time and the
formatted delta sign, along with the Rainfall yesterday and last rain
line along with another line saying how long ago that was.

These are the html  generating statements to get that display

   
  $obs.label.outTemp
  $current.outTemp (∆
$trend(time_delta=86400).outTemp.format("%+.1f"))
    
    
  $obs.label.heatindex
  $current.heatindex
    
    
  $obs.label.windchill
  $current.windchill
    
    
  $obs.label.dewpoint
  $current.dewpoint
    
    
  $obs.label.outHumidity
  $current.outHumidity
    
    
  $obs.label.barometer
  $current.barometer
($trend.barometer.formatted
in)
    
    
  $obs.label.wind
  $current.windSpeed
$current.windDir.ordinal_compass ($current.windDir)
    
    
  $obs.label.rainRate
  $current.rainRate
    
    
  $obs.label.rain_today
  $day.rain.sum
    
    
 $obs.label.Rainfall Yesterday
  $day($days_ago=1).rain.sum

[weewx-user] I goofed up posting, please forgive the retry.

2023-04-06 Thread DR

I have run 4.5.1 for some time, and had gotten suggestions on how to 
modify the formating of one of the Current area statements, along with 
adding two pieces of information which are generating from the data 
base, but have no formal definition or schema name, to wit:


4.5.1, which shows:


Outside Temperature 35.0°F (∆ +1.2°F)
Heat Index 35.0°F
Wind Chill 35.0°F
Dew Point 32.6°F
Humidity 91%
Barometer 29.481 inHg (-0.060 in)
Wind 0 mph N/A ( N/A)
Rain Rate 0.00 in/h
Rain Today 0.00 in
Rainfall Yesterday 0.00 in
Last Rain 06/18/2022 05:00:00 PM
286 days, 4 hours, 25 minutes ago
Inside Temperature 67.0°F


which shows the out temp as compared to yesterday at this time and the
formatted delta sign, along with the Rainfall yesterday and last rain
line along with another line saying how long ago that was.

These are the html  generating statements to get that display

  
 $obs.label.outTemp
 $current.outTemp (∆
$trend(time_delta=86400).outTemp.format("%+.1f"))
   
   
 $obs.label.heatindex
 $current.heatindex
   
   
 $obs.label.windchill
 $current.windchill
   
   
 $obs.label.dewpoint
 $current.dewpoint
   
   
 $obs.label.outHumidity
 $current.outHumidity
   
   
 $obs.label.barometer
 $current.barometer ($trend.barometer.formatted
in)
   
   
 $obs.label.wind
 $current.windSpeed
$current.windDir.ordinal_compass ($current.windDir)
   
   
 $obs.label.rainRate
 $current.rainRate
   
   
 $obs.label.rain_today
 $day.rain.sum
   
   
    $obs.label.Rainfall Yesterday
 $day($days_ago=1).rain.sum
   
   
    $obs.label.Last Rain
    $time_at('rain>0')$time_since('rain>0')
ago
   


Question:

Is it possible to have 4.9.1 generate the similar current conditions as
I was in 4.5.1?

I have looked at the current.inc and there are no obvious places to
insert that code, to my eye.   The list of observations is cycled
through, but I cannot see where to insert the formatting for the delta
character, nor since the values for yesterday's rain do not actually
exist as a value in the data base (it is calculated with a sum function,
nor extracting the date of last rain, or the calculated time since last
rain also are not hard values in the data base, I'm confused as to how
to control the generation of those values, and to exercise control of
where in the list of current conditions those can be placed.

I have looked in the Seasons directory, at the current.inc and also the
skins.conf for that directory and find a lot of formatting for the
PLOTS, I don't find any areas that look like it should control the
textual information along the left side.


If I've not confused you, can you provide some guidance as to where I
need to look to control the formatting, where to add the statements and
choose order of appearance ?

I think I have read the customization and user guide a couple times
looking for information there and learn something new each time, but
haven't found this particular guidance.

Thank you.  Dale

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

[weewx-user] Updating 4.5.1 output form to 4.9.1

2023-04-01 Thread DR




You pointed me to the way of making non-wanted observations to not
appear in the new scheme by editing the list of observations in
the new
scheme of organization.


My stable system running is 4.5.1 until I learn and get
comfortable with
configuring a new Rasp 400 install of 4.9.1


You helped me with a couple of modifications and two additions to the
usual display in the Current Condtions portion of 4.5.1, which shows:


Outside Temperature 35.0°F (∆ +1.2°F)
Heat Index 35.0°F
Wind Chill 35.0°F
Dew Point 32.6°F
Humidity 91%
Barometer 29.481 inHg (-0.060 in)
Wind 0 mph N/A ( N/A)
Rain Rate 0.00 in/h
Rain Today 0.00 in
Rainfall Yesterday 0.00 in
Last Rain 06/18/2022 05:00:00 PM
286 days, 4 hours, 25 minutes ago
Inside Temperature 67.0°F


which shows the out temp as compared to yesterday at this time and
the
formatted delta sign, along with the Rainfall yesterday and last rain
line along with another line saying how long ago that was.

These are the html  generating statements to get that display

  
 $obs.label.outTemp
 $current.outTemp (∆
$trend(time_delta=86400).outTemp.format("%+.1f"))
   
   
 $obs.label.heatindex
 $current.heatindex
   
   
 $obs.label.windchill
 $current.windchill
   
   
 $obs.label.dewpoint
 $current.dewpoint
   
   
 $obs.label.outHumidity
 $current.outHumidity
   
   
 $obs.label.barometer
 $current.barometer
($trend.barometer.formatted
in)
   
   
 $obs.label.wind
 $current.windSpeed
$current.windDir.ordinal_compass ($current.windDir)
   
   
 $obs.label.rainRate
 $current.rainRate
   
   
 $obs.label.rain_today
 $day.rain.sum
   
   
    $obs.label.Rainfall Yesterday
 $day($days_ago=1).rain.sum
   
   
    $obs.label.Last Rain
    $time_at('rain>0')$time_since('rain>0')
ago
   


Question:

Is it possible to have 4.9.1 generate the similar current
conditions as
I was in 4.5.1?

I have looked at the current.inc and there are no obvious places to
insert that code, to my eye.   The list of observations is cycled
through, but I cannot see where to insert the formating for the delta
character, nor since the values for yesterday's rain do not actually
exist as a value in the data base (it is calulated with a sum
function,
nor extracting the date of last rain, or the calculated time since
last
rain also are not hard values in the data base, I'm confused as to
how
to control the generation of those values, and to exercise control of
where in the list of current conditions those can be placed.

I have looked in the Seasons directory, at the current.inc and
also the
skins.conf for that directory and find a lot of formatting for the
PLOTS, I don't find any areas that look like it should control the
textual information along the left side.


If I've not confused you, can you provide some guidance as to where I
need to look to control the formatting, where to add the
statements and
choose order of appearance ?

I think I have read the customization and user guide a couple times
looking for information there and learn something new each time, but
haven't found this particular guidance.

Thank you.  Dale




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

Re: [weewx-user] What section of code contains the charting functions?

2023-03-25 Thread DR


Thanks, I'm off to experiment.  Dale


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

Re: [weewx-user] What section of code contains the charting functions?

2023-03-25 Thread DR

Oh, I didn't realize that. One instance I'm running on my Pi is 4.5.1
interfacing to an IP-100 driver and has been running for a long time,
and the one I'm just working with now on a newer Pi (400) interfacing to
a TWI-8000 is running 4.9.1.

Should I update the one running 4.5.1 so as to not run into problems
like this, or if it is stable and cranking away, just leave well enough
alone?

Dale

On 3/25/2023 4:38 PM, Tom Keffer wrote:

Which version? Version 4.6 has substantial changes in how this is done.

On Sat, Mar 25, 2023 at 2:32 PM DR wrote:

Some time ago Tom, I believe, published a note on how to modify the
Current Conditions part of the graphing, the part which goes along
the
left side of the page showing current data, the Celestial Data,
High/Low
and Station info. I added a delta sign and he showed the code to
pull
in the temperature from 24 hours ago.

Now I want to fiddle with getting rid of some of the graphs on the
right
hand side of the page, since I don't have my station furnishing UV
values, nor evaporation, and inside humidity.

The left side is generated by code in the current.inc part, I
think if I
recall correctly, but when I went there looking for the stuff on the
right, there wasn't code to do so.

I'm not sure if I missed it in the doc stuff I scanned looking for
it,
or was considered to detailed to be needed much.

Apologies if I've missed something, but what file contains that
(and I
assume it is modifiable) so I can clean up my display a bit?

Dale

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

https://groups.google.com/d/msgid/weewx-user/9b50145f-a20f-2510-2f69-a82f5e6129e7%40gmail.com.

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

[weewx-user] What section of code contains the charting functions?

2023-03-25 Thread DR

Some time ago Tom, I believe, published a note on how to modify the 
Current Conditions part of the graphing, the part which goes along the 
left side of the page showing current data, the Celestial Data, High/Low 
and Station info.  I added a delta sign and he showed the code to pull 
in the temperature from 24 hours ago.



Now I want to fiddle with getting rid of some of the graphs on the right 
hand side of the page, since I don't have my station furnishing UV 
values, nor evaporation, and inside humidity.



The left side is generated by code in the current.inc part, I think if I 
recall correctly, but when I went there looking for the stuff on the 
right, there wasn't code to do so.


I'm not sure if I missed it in the doc stuff I scanned looking for it, 
or was considered to detailed to be needed much.


Apologies if I've missed something, but what file contains that (and I 
assume it is modifiable) so I can clean up my display a bit?


Dale


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

Re: [weewx-user] Re: What directory are the drivers stored in? Texas Wx Intruments driver question

2023-03-22 Thread DR


This is very helpful, thank you.

Dale


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

[weewx-user] What directory are the drivers stored in? Texas Wx Intruments driver question

2023-03-22 Thread DR


I am hoping this is an easy question to answer.

I have Python 3 running on a Raspberry 400 with the Raspbian OS.

I used the setup program to install WeeWX that leaves the majority of 
stuff in the /etc/weewx directory.


I am trying to get the driver for the Texas Weather Instruments system 
running over a /ttyUSB0 port.  I have the port at 9600 baud, and have 
used PuTTY to talk to the station and get back expected data sentences.



I have installed the latest (I hope) version of Matthew Wall's TWI 
driver from GitHub, and I think that Tom had tweaked a few things about 
6 months ago after the 4.9 release of WeeWX came out.



Having installed it, I did a sudo wee_config  --reconfigure command and 
ran through the questions, but choosing the TWI option rather than the 
simulator which I had used to verify that the WeeWX was running OK in 
the environment, letting it run for a couple days and looking at the 
index.html file that it produced to show the graphs and statistics.


I used sudo tail -f /var/log/syslog to monitor what was being written to 
that file, and see every 15 seconds a command 'b r' which should be 
right according to the command looking for the current conditions (and 
was what I used to verify with PuTTY that the connection to the station 
was working.



The next line on the display says that the station responded with:  and 
is blank.  I watched the blinky lights on the USB dongle and there is no 
change, unlike when I did PuTTY and the transmit/receive and say them 
change with the command and when I received the data sentence.



My concern is that there is something that the driver is needing, like 
the baud rate, and while WeeWX is asking for data via the driver, the 
station isn't seeing it and not responding.  I have changed the baud 
rate to other values, like the native 19.2kBaud that the station uses by 
default but can obviously be changed otherwise.  I did set the PuTTY to 
9600 baud in the start up screen for it and that is how I know that part 
works.



So I have been searching for where the installed driver is kept on the 
Raspberry 400 file structure to look there to see if there is something 
I'm missing, but doesn't seem to be anywhere in the /etc/WeeWX directory 
where the skins are kept.



One more question:  When I do some tinkering, I usually shut down ( I 
think) WeeWX by saying in a terminal window:  "sudo /etc/init.d/weewx 
stop" and then restart with "sudo /etc/init.d/weewx start"


Should I be using 'sudo weewxd" instead?

Dale


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

[weewx-user] Working drivers for TWI, Vaisala WXT, Peet Bros Ultimeter

2022-11-16 Thread DR

After many years and a comfortable implementation of the Rainwise IP-100 
driver, my Rainwise station has died, seems currently unfixable.  
Despite loosing most of the summer trying to get the ISS to transmit 
again, I've lost all taht time and have to look for other inputs.


Looking through the Wiki, I see there may be three other station types 
for which there are drivers which I might try.



I have a Vaisala WXT520, a Texas Weather Instruments, and a Peet Bros 
Ultimeter which I might try.


Having followed the messages here, I know there were updates to Python 
3, which required some modifications to the drivers that are on GitHub, 
and then a recent upgrade in WeeWx itself.



My question is to current users of WeeWx, do you have a station working 
with the latest WeeWx, the latest Python and any of the three drivers 
mentioned here?



If there is success, I will focus on trying to get my WeeWx working again.


I know the ultimate would be to learn enough Python to implement my own 
driver and be able to fix it, but quite honestly, after a several month 
illness, I find that my previous understanding which I was proud of now 
has become fuzzy and a personal expectation to rev my mental processes 
up may take longer than I want to be without a WeeWx running, so I'm 
looking for the most likely path to success, and then get back on trying 
to get things working with understanding Python.



I appreciate any comments that might steer me to one of these three 
mentioned drivers to see if I should even start down a particular path 
with a station type.



Oh, one last question:  I had some notes on a sort of universal driver 
which was mentioned as a starting point for someone wishing to begin to 
learn how things work.  If I recall, it took a text file of the 
station's readings and converted it into a LOOP type input for WeeWx to 
ingest.  One 'only' needed to get data from the weather station, format 
it into a list or dictionary, and then give it to WeeWx.  I have been 
through the developer's guide and hardware guide and the wiki but for 
the life of me cannot see the name of that referenced.  Have I triggered 
enough recognition that someone might tell me the name of the driver and 
I'll go study that again to start.


Thank you    Dale


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

Re: [weewx-user] Re: Roughly how many weewx users are there?

2022-08-15 Thread DR

I am in deepest appreciation for the effort. I have been thwarted in
knowing sort of how it works, despite reading almost every comment
here. I have tried three different Learn Python books, and all are
explaining the very basic stuff I know, then taking a big jump over my
next step in understanding. But the last one (blush, one of the 'python
for dummies' ones, I'll admit it) is just about my pace. I'm up to the
point of understanding data dictionaries and importing/exporting files,
and think if I can master that, I'll be able to interface with a few
more platforms and then be able to sleep at night!

I cannot imagine TK starting such a robust effort 'just' to learn a new
programming language. What an accomplishment, and we all have an
incredibly versatile weather software program for it. Thank you.

On 8/15/2022 7:39 PM, HRM Resident wrote:
That’s close enough, Tom. I like to promote it, so I think something
like “Between 5 and 10 thousand” is a good response. There’s no doubt
in my mind that this far exceeded your expectations when you first
kicked it off. Also it’s a great example of the Deming cycle of
continuous improvement, etc.

Thank you.

- Paul VE1DX

On Aug 15, 2022, at 8:53 PM, Tom Keffer wrote:

There are 3,715 members of weewx-user.

We haven't measured downloads recently, but it usually runs 5-8,000
per month.

I really don't have any idea how many active stations that adds up
to. Maybe 10,000?

-tk

On Mon, Aug 15, 2022 at 11:40 AM vince wrote:

Another measure might be how many folks are in the weewx-user
google group if Tom has that handy.

How many downloads probably isn't a great indicator since some
folks do lots of installations and docker builds and the like,
but I suspect that might be an interesting data point right after
a version roll that might set some kind of upper bound (although
everybody doesn't upgrade of course).

Oldest registered server seems to be 2.5.0 which was late 2013
vintage. Can you say 'stable' ???

On Monday, August 15, 2022 at 11:24:31 AM UTC-7 WindnFog wrote:

Thanks, Karen. I have many times but was hoping to avoid
counting the red dots! :-) However, I just discovered on the
wiki that only about 1700 stations chose to register, and
since this is off by default, it's believed the number is
much higher. I'll just say "multiple thousands" and refer
them to the map. That itself is impressive.

- Paul VE1DX

On Monday, August 15, 2022 at 3:20:08 PM UTC-3
kk44...@gmail.com wrote:

You may want to look at WeeWX station map
.

WindnFog schrieb am Montag, 15. August 2022 um 20:07:26
UTC+2:

Do any developers have a ballpark figure of how many
active instances of weewx are being used worldwide?
Now and then, people ask me how widely it's used.
I'd like to say "by about 1000, 5000, 10,000."

- Paul VE1DX

--
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/bc891272-6e42-4529-8c5e-f8c0e2ee6aa4n%40googlegroups.com

--
You received this message because you are subscribed to a topic in
the Google Groups "weewx-user" group.
To unsubscribe from this topic, visit
https://groups.google.com/d/topic/weewx-user/lu2dDXf_D28/unsubscribe.
To unsubscribe from this group and all its topics, send an email to
weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/weewx-user/CAPq0zEDSQs6ktZ4CeVPFOrTcYLyOKyvTEUi4uKf0TEVykJ5wOg%40mail.gmail.com
.

Re: [weewx-user] Re: Bootstrap skin - fuzzy-archer 3.0 released

2022-05-31 Thread DR

Thank you for the work and sharing the links to the github.

When I get my next station up and interfaced I will try adding this to
the display. Thanks again. Dale

On 5/31/2022 8:09 AM, michael.k...@gmx.at wrote:
Making all charts interactive is definitely a goal for future
enhancements. But first I got to find a solution for the charts to
render daylight/dusk/night/dawn background just like in the static
images. Or better: find some time for doing it. But don't hesitate
filing a feature request on github.

f4n...@gmail.com schrieb am Dienstag, 31. Mai 2022 um 13:41:01 UTC+2:

A lot of new/improved great skins seem to come up recently, this
is really good!

Could the weekly/monthly/yearly graphs also be made interactive?

Thanks for this great work!

michael.k...@gmx.at schrieb am Montag, 30. Mai 2022 um 19:25:43 UTC+2:

One of the example skins featured on the weewx.com
index page has been released just recently.

New key features are interactive charts and live gauges that
show your stations readings in real time.

Example stations:
https://www.kainzbauer.net/weather/Rif/
https://www.baldari.at/weather/Lochen/
http://www.mielach.at/wetter-bergheim/

Get it here:

https://github.com/brewster76/fuzzy-archer/releases/tag/v3.0

Re: [weewx-user] Re: After installing Texas Weather driver from Matthew's github no in pick list

2022-04-30 Thread DR

a) thank you for the very speedy reply.

b) I would have never figured that out, so thank you for sharing your
knowledge of all this

c) I am happy with python 3 and the way things run and would be too
nervous about goofing something up. I will wait patiently for the
system to work, with revisions being passed along.

Thanks for your attention, I'm anxious to try it, and will see if one of
my other stations will work. Do you know off hand if the Peet Brothers
driver (another station I have) is working with Python 3?

Dale

On 4/30/2022 2:54 PM, Tom Keffer wrote:

The problem is that the twi driver has not been ported to Python 3.

I'll do the port and submit a PR to Matthew. Or, you can try Python 2.7.

On Sat, Apr 30, 2022 at 12:22 PM D R wrote:

I did forget to mention that I found twi.py in the
/usr/share/weewx/user directory. It is puzzling to me that there
were no other drivers from the list shown during the wee_configure
--reconfigure selection shown here, unless they are stored
elsewhere or 'built in' and not visible, and the twi.py is added
on somehow. Dale

On Saturday, April 30, 2022 at 2:14:50 PM UTC-5 D R wrote:

I am past testing and now want to connect my Rasp 400 to a
real wx station I have running, a Texas Weather Instruments.

I went to github and got the driver that Matthew has
furnished, downloaded it and installed with the instructions
given into my WeeWx 4.8.

Then I did a wee_config --reconfigure and was stepping through
the choices until lI got to the
Installed Drivers choice, and in the 12) shown, there was no
mention of the newly installed TWI driver.

Is there a way of making it show up in some way other than
wee_config,?

Thanks for any suggestions. Dale

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

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

https://groups.google.com/d/msgid/weewx-user/e84e7fdb-97df-4e1b-bf4b-d59ec0f055cen%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/CAPq0zEA7KPfYYG%2Bm_CA9r0G9N_CxCbeMyf%2BHv%2BjUbJGRyKK9YA%40mail.gmail.com
.

Re: [weewx-user] WeeWX V4.8.0 available

2022-04-21 Thread DR

What is the WeeWx program developer's philosophy, as far as updates are 
concerned.


Some authors prefer to have everyone possible on the latest version so 
as to help with debugging the real problem rather than variation from 
release to release.



On the other hand, I'm happy as a pig in mud with my current install and 
if I don't run into problems and there are no major advances and I am 
not encountering any of the fix-mentioned issued, so should I just sit 
tight or upgrade?  Dale


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

Re: [weewx-user] Opening a SQLite session on my Rasp Pi 4 to look around in the WeeWx database

2022-04-04 Thread DR

Thank you for the replies.  I will try the various alternatives to see 
which works best for me right now.

Learning is sometimes difficult when your brain is stuck in windows 
land!  When things are put in paths when loaded, and where things are  
stored in Debian is still a learning curve for me.  I have a notebook by 
my keyboard.  Again thanks for this group's patience and help.   Dale

On 4/4/2022 9:09 AM, Chuck Rhode wrote:

On Mon, 4 Apr 2022 08:04:06 -0500
DR  wrote:

> I have been looking for some way to open a command line or browser
> driven version of SQLite to snoop around inside the WeeWx database
> just to become more familiar with the layout.

The thing you want is *sqlitebrowser*.  Install it.  Then, just type
that at the command prompt.  Alternatively, you can start it as a
Gnome application by searching for "DB Browser."  Try F)ile O)open
Database Read Only.  You're shooting for the WeeWX "Archive" folder.
To see the *.sdb file, you'll need to toggle to the "All Files" filter
on the "Choose Database File" dialog.

>

--
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/d0c6e54d-f343-18bf-03e3-69ad9136c50e%40gmail.com.

[weewx-user] Opening a SQLite session on my Rasp Pi 4 to look around in the WeeWx database

2022-04-04 Thread DR

I have been looking for some way to open a command line or browser 
driven version of SQLite to snoop around inside the WeeWx database just 
to become more familiar with the layout.  I'm not trying to correct any 
errors (I am not that worried about the way I use WeeWx mainly to 
capture the day and generate graphs which get posted to my web server), 
but just want to look around.  Using the latest WeeWx install on a Rasp 
400 to play and start to try to customize a bit.



I have, obviously SQLite3 on the system, running or I don't think that 
WeeWx would function.  I have found the directory where the database 
exists based on the documentation in the User Guide.  I can't find any 
documentation as to how to trigger SQLite so I can uses command lines, 
and while there  are a few things for Linux that say they allow you to 
open a browser like window to look at the database, once I download 
them, I don't find where they are installed or how to trigger them to 
open up.  I assume from the screen shots of them that there is a way to 
change directories until I get to the WeeWx database, but  can't even 
try doing that.



Oh, once I get to be able to do this, do I have to shut down WeeWx while 
I look around, or can WeeWx continue to access the SQLite database at 
the same time to keep updating it when it needs to?  Or is there a 
collision and it will require a restart of WeeWx to pickup again once 
I'm done peeking inside?


Dale


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

Re: [weewx-user] Windrose with weewx 4.7.0

2022-03-18 Thread DR

I would echo that trying the Belchertown skin might have your needs filled.

I loaded it as a try a few months ago and was pleasantly surprised how
quickly I got it set up, did a wee bit of customization without goofing
things up and presents yet another view of weather.

In addition to having some slightly different tools to display the same
info, designers have their own artistic take on what things look very
classy.

The nice thing about the WeeWx design as I see it is that the original
program allowed for just this, alternative views after the core program
does all the hard work. The gracious openness of WeeWx allows those
with the talent to do so to interconnect with the basic collection and
storage.

Dale

On 3/18/2022 1:02 PM, vince wrote:
Try Belchertown as another alternative. It has both features you're
looking for.

On Friday, March 18, 2022 at 8:38:20 AM UTC-7 pravee...@gmail.com wrote:

Okay. Created a issue under the extension. The last issue I
created under that extension got no reply. So I doubt this will
get either.
Any plan to support a native StackedWindRose plot_type? That would
avoid need for extension.

Also, any plan to support HighCharts based plots instead of png
natively in the Seasons skin?

On Friday, 18 March 2022 at 20:27:18 UTC+5:30 tke...@gmail.com wrote:

Ah! That's not part of WeeWX. You'd have to ask the extension
author.

On Fri, Mar 18, 2022 at 7:48 AM Praveen Chandrasekaran
wrote:

Hi Tom,

No, I am referring to this

https://github.com/gjr80/weewx-stackedwindrose

Regards,
Praveen

On Fri, 18 Mar, 2022, 18:31 Tom Keffer,
wrote:

Hello,

By "windrose", I assume you mean the progressive
vector diagram? If so, it should be included if the
keyword 'windvec' is included in plot_groups. Take a
look in the Season's configuration file,
Seasons/skin.conf. Look for option "plot_groups"
(somewhere around line 77) and see if 'windvec' is in
there.

-tk

On Fri, Mar 18, 2022 at 3:59 AM pravee...@gmail.com
wrote:

Hi,

After updating to weewx 4.7.0 I see that the
images are included in index.html.templ based on
plot_groups and hence wind rose is gone. Can
anyone guide me in helping how to get it back? I
do see that windrose is still getting generated.
One way is to hack to index.html.templ to include
it I guess.

Regards,
Praveen
--
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/102f8801-6fc2-4480-9400-f399e7797237n%40googlegroups.com

--
You received this message because you are subscribed

to a topic in the Google Groups "weewx-user" group.
To unsubscribe from this topic, visit

https://groups.google.com/d/topic/weewx-user/q-MltZRThOQ/unsubscribe.
To unsubscribe from this group and all its topics,
send an email to weewx-user+...@googlegroups.com.
To view this discussion on the web visit

https://groups.google.com/d/msgid/weewx-user/CAPq0zEC4tQr0abHLMe9q7fNDK1aBFavtH1f8HZLwugTuO0%2Bv6g%40mail.gmail.com

--
You received this message because you are subscribed to

the Google Groups "weewx-user" group.
To unsubscribe from this group and stop receiving emails
from it, send an email to weewx-user+...@googlegroups.com.

To view this discussion on the web visit

https://groups.google.com/d/msgid/weewx-user/CA%2BW%3DTmXdTVDHxzHv6uG%3DSOoviCrN9n4uDuMhYmL04kZ0m0F7nA%40mail.gmail.com

--
You received this message because you are subscribed to

Re: [weewx-user] Re: want to have /home/weewx/public_html in a ramdisk

2022-03-13 Thread DR

Thank you for these real-world experiences. A few more bucks when
buying is easily made up in having hours of re-building a system and
finding all the personal tweaks one puts in.

What a great group to share their info and experience. I am
appreciative. Dale

On 3/13/2022 8:18 AM, Tom Keffer wrote:
High-end consumer SD cards are better than you think. As an
experiment, I spun up a WeeWX instance using full logging on a Sandisk
Extreme Plus SD card, thinking it would last a year or so. That was
over seven years ago and it's doing fine.

http://www.threefools.org/weewx/status/index.html

Incidentally, the instance now has over 3 years of uptime, with no
growth in memory usage!

On Sun, Mar 13, 2022 at 12:48 AM Rainer Lang
wrote:

There are only two ways to be really safe:
1. boot your RPi3+ from a (n external) HDD/SSD - instructions how
to make this work can be found in the internet
2. use an industrial standard SLC microSD card - it will hold for
at least 10 years.

(and make regular (!) backups of your important weewx files like
weewx.sdb and weewx.conf - and your skin files if you have made
adaptations and maybe your crontab and fstab files if you made
modifications there)

I'm using a 16 GB SanDisk/WDSDSDQED-016G-XI micro SD card. Cost me
about 27 EUR/30 USD those days (1 1/2 years ago).
Nowadays prices have gone up and there are still big delays in
delivery due to the "chip crisis". (26 weeks right now)

You need to buy them from special stores like mouser.com
or arrow.com - you won't
get them in normal, consumer stores.
e.g.

https://www.mouser.com/ProductDetail/SanDisk/SDSDQED-016G-XI?qs=gZXFycFWdANR2bR%2Fc%252B7h0w%3D%3D

Don't let yourself be fooled by product names like High
Endurance, Max Endurance - they are only good for video stream
recordings.
Weewx (and other applications with high database activity) will
wear them down fast.
On 12.03.2022 22:46, Eric K wrote:

Hi Peter.

Correct, extending the life of the SD card is my goal.

I am currently rebuilding my weewx Raspberry Pi system because of
a suspected SD card failure.
I had 2 local Linux users tell me that the symptoms are
consistent with an SD card corruption.
The card is only 9 months old, and it's not bottom-of-the barrel
quality!
I reached out for help 2 weeks ago and got zero responses.
see:

https://forums.raspberrypi.com/viewtopic.php?p=1979221=kernel+panic#p1979221

On Saturday, March 12, 2022 at 3:35:06 PM UTC-6
peterq...@gmail.com wrote:

If you're wanting a ramdisk because SD cards are unreliable,
I wouldn't bother. There is plenty of history of people
running Weewx on Raspberry Pis for many years without a
problem with corrupted SD cards.

On Sat, Mar 12, 2022 at 12:55 PM vince
wrote:

I would try 'mkdir /home/weewx/public_html/forecast' so
the parent directory exists when weewx tries to write it.

I'd also add that doing it your way means your NOAA files
will be recreated every time it boots, which could take
ages if you have many years of info like many of us do.

One way would be to put something in your rc.local which
runs after things mount ala:

if [ -d /home/weewx/public_html ]
then
# prepopulate things here
mkdir /home/weewx/public_html/forecast
else
logger "error - rc.local could not mkdir for weewx"
fi

You might run into timing issues if you do too much this
way since rc.local tends to run toward the end of the
startup sequence, but a quick mkdir should work.

On Saturday, March 12, 2022 at 12:40:49 PM UTC-8 Eric K
wrote:

Currently running weewx 4.5.1 in a Raspberry Pi 3B+
with the Bullseye version of Raspberry Pi OS.
For a Raspberry Pi (using a microSD card as the OS
system drive) I want to create a ramdisk for
the /home/weewx/public_html directory.
I followed examples from various webpages on the
ramdisk topic.
What I've tried thus far doesn't fully work.
How are others implementing this?

I started by renaming my /home/weewx/public_html
directory to /home/weewx/public_html_backup, so there
would be no conflict when the ramdisk was created at
bootup.
Then, I put this line in the /etc/fstab file and
rebooted.
tmpfs /home/weewx/public_html tmpfs

Re: [weewx-user] Weewx 4.7.0 & Weewx -WD

2022-03-09 Thread DR


Gary,

Pardon me for jumping in on this thread, butseeing Weather Display and 
clientraw.txt terms grabbed my attention.


I've read through this message, and it lead me to the WeeWx-WD (end of 
life) and the WeeWx-Saratoga portions, which I read, and partially 
understand.


My main goal is to find some station code for WeeWx which will take my 
WeatherDisplay clientraw file and allow it to drive WeeWx.  I looked at 
this a couple years ago and was given a lead to use fileparser, but that 
station base code requires a observation name followed by the value; as 
you know clientraw.txt is just a string of numbers, which is incredibly 
well analyzed in one of the files on Saratoga 
(https://saratoga-weather.org/wdparser.php).


As a clarification, you might ask why in the world if I'm running 
Weather Display, why would I want it to feed WeeWx?  First, with Weather 
Display Brian H. has implemented an amazing number of weather station 
interfaces which just plain work.  I have a passion for hardware, and 
have at least five stations feeding Weather  Display.  Therefore not 
only am I running Weather Display, but it is functioning as an interface 
to those stations. I could fiddle with my WeeWx installations and feed 
different ones from different stations, especially if there are not 
direct drivers native to WeeWx. All I'd need to do is have Weather 
Display output through  clientraw.txt, to my WeeWx Raspberry Pi 
configurations.


I love WeeWx, and am far from a programmer, but have followed the 
discussions and made some modifications to the basic code (all 
suggested, I'm not that smart to figure it out but I'm getting better) 
and also have selected to run the Belchertown as an output skin also.


So what I'm looking for and haven't apparently found it quite yet, is 
some station driver which will take the clientraw. txt and act like a 
LOOP feeder for WeeWx.  Fileparser requires a format that is far 
different from what WD outputs.  I haven't been able to produce 
functioning code which inserts the necessary value identifiers to make 
this work.  I see this thread and hope wells up, especially after 
looking at the Saratoga examples which seem to look into a URL, analyze 
the WeatherDisplay output, and produce such a file.  As far as I can 
determine, that whole thing was done just to make the Saratoga work.


Obviously I'm missing something, like why is WeeWx involved in the 
conversion at all?  I thought (although never set it up) that WD output 
can directly drive Saratoga but I could be all wet on that conclusion.



The last question, straight out, is:  Is there a WeeWx station code that 
I can use to read WD files (not fileparser, since as I noted it needs a 
different format) and have WeeWx import those Loop-like packets?


If there is not, and my efforts to make something like this work (the 
data in the clientraw.txt  or customclientraw.txt output is very much 
enough to make WeeWx's need for data points to work), my old remaining 
possible solution is to write Brian, who has returned from a  brake, to 
see if he can implement a custom output driver that will do like his API 
code does to feed Meteotemplate and CWOS, which work slick but no doubt 
takes a bit of skill and time to write.



Whew, I'm sorry for the long message, but was inspired by the discussion 
to see if there is something out there, or that a solution is easily 
implemented, and hope to get guidance from you or others experienced 
with station driver routines.


Dale

http://ecwx.info/weewx/


--
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/125b9168-19df-4e3c-ce12-8a3dfc419b45%40gmail.com.

[weewx-user] Re: sftp on 3.9.2, RPI3B -- still not working with several methods

2022-02-18 Thread 'Dr. Thomas Tuch' via weewx-user

Dear Rob
After moving to a different server i have been trying to get sftp to work 
with weewx and never managed to get pysftp compiled, probably because my pi 
is running Ubuntu 16. This I cannot change because my home automation is 
running on the same pi3b - I would not like to mess with heating etc in 
German winter :-) I would therefore be happy to get a copy of your hack. 
Thank you in advance. Thomas


robcr...@gmail.com schrieb am Mittwoch, 27. Mai 2020 um 18:09:56 UTC+2:

> Dear Mr or Ms Potamia, ;-)
>
> I have code that I hacked into the standard Weewx base that implements 
> proper sftp. If you would like a copy I can send it to you. (And anyone 
> else who’d like a copy.) Just one modified file. 
>
> /rob 

-- 
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/f0444643-d438-47ab-b11c-5a9bf624222en%40googlegroups.com.

Re: [weewx-user] Re: When did the blast wave of the eruption "hit" your station?

2022-01-30 Thread DR

There must be locations where the initial and reverse waves met at the 
same time.  Was anyone along that line that has tracings to share?



On 1/30/2022 11:55 AM, Gérard P wrote:
Very interesting thread, using same speed as Paul, and here is a plot 
from France near Paris.


--
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/4a390999-0824-44ab-aaf0-4c2209206783n%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/25fc31f0-fc2f-777b-dabb-d24af07aa536%40gmail.com.

Re: [weewx-user] WXT520 on RaspberryPi

2022-01-04 Thread DR

As far as question #2, have you wired to the screw-attached green wiring
block INSIDE the base of the WXT and run a cable out through the
gland-seal and attached that to your SDI interface to your computer to
monitor the data stream? If not, I can look to see if I can find the
pin-out in one of my manuals a bit later today and get an image of the
diagram to attach here for your reference.

When I was working with WXTs some time ago, I used the Vaisala USB
programming cable only to send configuration information to the unit,
and had RS232 (and the SDI when I played with it) connected directly to
the inside board as the final configuration would have it when mounted
outside.

I'm sure by now you have figured out that the WXT cannot be configured
by sending commands over the other connections, and you had better make
sure that the unit is configured exactly as you want (and most times
you'll never change it from the set up you determine to be best for you)
but it is a pain to want to switch outputs since you'll not only have to
get a programming cable again, but also get the WXT down from the
outdoors mount and put it back on the bench. Grrr.

Today is a busy day, but for diversion I hope to pull the manual and get
the correct picture of the inside for you.

I take it you do not have the spiral bound manual for the WXT? All these
are laid out in there, along with all the commands to enable and
configure the outputs.

What exact model of the WXT520 do you have? Can you send the model
number and the long string of letters and numbers which tell how your
unit was built?

Dale

On 1/4/2022 5:15 AM, Andrew Terhorst wrote:

Happy new year forum!

I have my WXT520 displaying data on the weewx web page in my bench
test. I used the WXT520 driver sourced from
https://github.com/matthewwall/weewx-wxt5x0.

For my bench test, I borrowed a Vaisala USB data configuration cable.
I configured the WXT20 to send data in sdi12 format.

I have three questions:

1. The barometric pressure data is not being picked up. Where do I
enable this data to be displayed?
2. I need to return the Vaisala cable. I have an M12 cable - can
someone share with me the sdi12 wiring diagram to connect the data
lines to the RaspberryPi?
3. Can I still use the WXT520 driver from
https://github.com/matthewwall/weewx-wxt5x0 or does this work only
with the Vaisala USB cable?

Thanks in advance.

[weewx-user] Is it safe to take the new Debian BullsEye Rasp Pi OS upgrade?

2021-11-09 Thread DR

A friend who uses Rasp Pi stuff for his astronomy hobby just told me 
that there is a new Debian release, Bullseye.


My system is running just peachy right now, and while I like the newest 
and the greatest, is it wise to wait a bit, or are new Linux type 
systems usually pretty well wrung out before they are released?



Is WeeWx running well with this update?

Just curious but cautious!   Dale


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

Re: [weewx-user] Vaisala WXT520 driver for Raspberry Pi

2021-09-29 Thread DR

Andrew:

If you make progress, or hopefully achieve full success I would hope
you'd offer your experiences and code to the group so others could enjoy
your abilities.

From the reading I've done to try to get a station interfaced, you'll
need to look at one of two examples to see how either RS232 interface or
a USB interface (use a converter to get to USB) and then do the coding
to allow the incoming stream to be read by WeeWx.

I have been looking at the FileParser way of taking information in, but
you might be able to get it to read the data stream directly and skip
that step.

Best wishes for a quickly finished project!

On 9/29/2021 9:30 PM, Andrew Terhorst wrote:

I have a Vaisala WXT520 with M12 connector and cable but no USB plug.
If I configure the Vaisala to deliver data via RS232 what must I do to
get weewx to understand the messages?

Before judging me too harshly, I am not a Python expert or an embedded
systems expert. I am a hobbyist. I assume I need to enable the GPIO to
accept serial comms. Then I need to modify Matthew Wall's driver
accordingly? I assume it expects a USB connection.

Please advise. Thanks.
--
You received this message because you are subscribed to the Google
Groups "weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send
an email to weewx-user+unsubscr...@googlegroups.com
.
To view this discussion on the web visit
https://groups.google.com/d/msgid/weewx-user/65c5491a-e9b0-4f0d-be4a-2fd56215d7dfn%40googlegroups.com
.

Re: [weewx-user] Fog detection?

2021-08-31 Thread DR

I wonder what the official textbook answer might be, if there is one.

I for one have seen pockets of fog over roads and in low lying areas
where micro climate is very close to each other but clearly particulate
or radiative cooling or something makes fog form and 40 feet away there
isn't any (yet).

How much particulate matter make fog more likely, like clouds to some
degree?

I know that some programs (like Weather Display) will indicate FOG in
the conditions visual, but it isn't there, frequently. I think it says
is is possible, but not a sure thing.

Vaisala makes a gizmo that I think for aviation is called RVR (Runway
Visual Range) that uses a light source and a receiver mounted at an
angle to each other yet only a few feet at most apart, and it does a
pretty good job of telling if the conditions are hazy but not sure if
there is a light or heavy fog output in its data stream.

Great question. I hope others with experience or training can chime in.

On 8/31/2021 2:35 PM, František Slimařík wrote:

Hi all,

I got question for hardcore meteorologists here. Is it possible to
detect fog based on classic meassured values like temperature,
humidity, preasure, etc?
Logically I would say fog appears when dew point equals current
temeperature but I guess it will not be so easy. Fogs didn't appear
here this year in my locality so I am waiting for autumn to start with
observations.

Thanks for hints
--
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/a201c19d-18d1-4f7f-8bac-81bad714ecden%40googlegroups.com
.

Re: [weewx-user] Re: adding graphs to Belchertown skin?

2021-08-23 Thread DR

This is a hobby, and I a complete novice to this programming language,
did figure out a lot of stuff by looking at the open code and then by
reading the documents. This is what makes learning and discovery fun
for some of us trying to understand how things work.

While we are all entitled to our opinions, I didn't find your comment
helpful in any way except as a vent for your frustration.

This is a complex, beautiful program that goes very far beyond the
simplistic display I was able to write for myself many years ago.
Starting with WeeWx and then continuing to Belchertown I have been
grateful for these folks sharing their programming skills and the
unbelievable amount of time to not only make it work, but to write
documentation far more extensive, in my eyes, than most commercial
products. Not understanding Linux at all, I was able to get the first
pass of my initial installation up and running in 45 minutes or less.

This is my opinion, and statement of gratitude, for the authors' and
contributors' work. Of course you are entitled to yours. My concern is
such negative comments as yours without any constructive ideas or
volunteer to help write documentation that is up to your level of
expectation for a free product, fade away, which would leave a lot of
folks who are happy with this unique free program, without new versions
nor chance to get bugs, if any, corrected.

Dale

On 8/23/2021 5:36 AM, Julius Thijssen wrote:
Not to burst your weewx fanboy bubble here, but its config is a total
mess, to be fairly honest.
There's a weewx.conf that holds no "defaultskin =" entry anywhere. It
does have

[StdReport], which every new user assumes is short for [StandardReport],
except it isn't, because under it you also find
[[StandardReport]] (which defaults to "false", strangely) and also
[[Defaults]]
both of which also do not hold default skin settings.

Seriously, it took me hours to find out how to get a skin for the
standard html report to be used. I have never seen a config for a skin
in any package before in my 40 years in IT that was so unclear. And
no, it's not explained well in the docs.

On Saturday, May 15, 2021 at 10:53:42 PM UTC+2 vince wrote:

On Saturday, May 15, 2021 at 11:52:08 AM UTC-7 eric.k...@gmail.com
wrote:

It is refreshing to have that level of detail to read through,
but it also takes some time to figure out what isn't there,
what is there, and what section it's in. Sometimes, it's
quicker to ask people.

With all due respect, the purpose of the docs is so you can do the
research and fend for yourself, rather than asking several
thousand of people questions that have answers that are already
documented. (and then the 'next' person does the same thingand
the nextand the next)

Re: [weewx-user] Re: Set up Belchertown for using Dark Sky for the time being for forecast

2021-08-22 Thread DR

He'd better pay attention to them as the first and only priority!

I may have come about a way to get Aeris to work. I have a Campbell
Scientific station that is reporting to MesoWest reliably, and no reason
WD hooked to that can't send a report to the pws place that aeris needs,
so I'll send stuff, get my key and enter into the forecast site.

At least I 'think' that should work.

And with DarkSky going away (does anyone know when?) somehing will be
needed after that anyway.

Thanks for the info. I learn every day I check in and read messages. I
am not as teachable as I was 50 years ago, but still keep trying.

Thx. Dale

On 8/22/2021 5:10 PM, drsprite wrote:

Yeah 2 very young kids who demand 110% of your attention will do that. :)

DarkSky is an option in the current release, but you're probably
better off to install the older 1.1 release
if
you really need darksky.

On Friday, August 13, 2021 at 7:42:20 PM UTC-4 daleea...@gmail.com wrote:

Since I'm just getting my station rebuilt and set up, I cannot get
an aeris key or password yet since I"m still running the station
emulator and getting simulated data. Of course with DS on the way
out, I will feed pwsweather and be entitled to get a key, but so
far, I'm not online.

I'd like to proceed with getting Belcherweather set up. Pat has
apparently been busy and so far hasn't answered a question I
posted on his site.

In the configuration skin for Belcher, there is a section that
says 'aeris' is the forecast source, but says Dark Sky for those
with a still functioning API can be used, but there is no example
that I can find as to what to put into those " " for DarkSky.

Has anyone set this up for DS and know what the entry should be?
Dale

--
You received this message because you are subscribed to a topic in the
Google Groups "weewx-user" group.
To unsubscribe from this topic, visit
https://groups.google.com/d/topic/weewx-user/o7x35HK49Z0/unsubscribe
.
To unsubscribe from this group and all its topics, send an email to
weewx-user+unsubscr...@googlegroups.com
.
To view this discussion on the web visit
https://groups.google.com/d/msgid/weewx-user/fe399943-671a-4915-b7d4-9d872c0b0446n%40googlegroups.com
.

59 matches

Mail list logo