I'll try yet again. The SPAM folder must be working overtime?
It looks very much like a typo.
In your command line it's 192.168.
In weewx.conf you have 192.68
LushEr...(at)192.168.1.157
vs
server = 192.68.1.157
On Thursday 11 July 2024 at 8:17:53 pm UTC+10 philip@gmail.com wrote:
>
Just to recap on what has been said already. Are you certain that the
bin/user/extensions.py file in your 4.10.2 installation doesn't have the
required additions in it already?
That's where I thought you had put them.
Cheers
Glenn
Various WeeWx addons at
https://github.com/glennmckechnie
On
typo...
LushEr21@192.168.1.157
vs
server = 192.68.1.157
On Thu, 11 Jul 2024 at 00:57, philip@gmail.com
wrote:
> [...]
>
> phil@raspberrypi:~ $ rsync -a /etc/weewx/webpages/testcenter/
> LushEr21@192.168.1.157:/volume1/web/SheringhamWeatherCenter/
>
>
> Now with the following in the rsync
On Tue, 2 Apr 2024 at 15:00, Chris Alemany wrote:
> Thanks for the hints Vince. I ended up looking through the old Wiki and
> came upon this page about backing up databases with the rsync report and
> how you can spit rsync into multiple skins.
>
>
>
In your CWOP section you have enable = and station = specified twice.
Comment out those two example lines and restart weewx.
On Wed, 27 Mar 2024, 08:42 Chris Maness,
wrote:
> CWOP reporting breaks my WeeWx setup. This has been working fine for
> a couple of years until about 9 days ago. I
hnie
On Mon, 4 Mar 2024 at 22:13, Pierre-Yves wrote:
> Thanks a lot Glenn.
> I need to dig a little deeper into this story of connection under mnt and
> mounting via fstab. My knowledge of these tools is a little limited ;-)
> Pierre-Yves
>
> Le lundi 4 mars 2024 à 10:54:26 UTC+1, G
On Mon, 4 Mar 2024 at 19:07, Pierre-Yves wrote:
> [...]
>
> pi@raspberrypi:~ $ ps -adelf | grep [Ww]eewxd
> 4 S *weewx*14866 1 2 80 0 - 26178 - mars03 ?
> 00:14:55 python3 /usr/share/weewx/weewxd.py /etc/weewx/weewx.conf
>
> ls -al '/media/pi/WEEWX-BU' returns:
>
>
As the author of sql-backup, I should probably step up here.
I haven't been able to set up a V5 installation yet, so therefore I'm
unfamiliar with the changes required but that group change Vince mentioned
should be enough - the disk needs rw (read write) for the weewx user, or
dialout group.
Hi,
As the author of the previously mentioned uradmon, I probably should pitch
in.
At first glance your json data and fields look very similar to uradmons,
and that's without looking at the uradmon code (it's been a while!)
Reviewing the code confirms that.
It should be a fairly straight forward
Hi Axelle,
Good to see it's working, and that dev_mode helped.
On 02/09/2023, Invisible Man wrote:
> Ok, I enabled dev mode, and it helped me spot the error : it was treating
> my 4 images as a single file. In weewx.conf, we should not put the 4 images
>
> between ' ... '.
Indeed. We are
On 01/09/2023, Invisible Man wrote:
> Glenn,
> How am I meant to publish images on Mastodon?
> I have this in weewx.conf for the Mastodon extension:
>
> ```
> # comma separated list of up to 4 images
> images =
>
On 30/08/2023, Invisible Man wrote:
> Thanks to both of you for your replies.
>
> - since.py etc are in /usr/share/weewx/user already so indeed I can try and
since.py is part of the weewx-mastodon install.
> use them. I tried to directly use since in the format line of
> weewx-mastodon, but
Short answer, when using the inbuilt FORMAT strings - no.
Long answer - see the templates - which are lacking instruction but
follow standard weewx methods - I believe.
Despite being the author / maintainer of weewx-mastodon I had to go
back and check on the code.
It gets its units directly from
On 07/05/2023, Jarmo Seppänen wrote:
> Thank you Glen for the hints.
> I got it working.
> When I added unit_system = METRICWX to StdReport the error disappeared.
> Perhaps the best place for it would be in
> [StdRESTful]
> [[Mastodon]]
> ...
> unit_system = US, METRIC, METRICWX
> if that is
On 05/05/2023, Jarmo Seppänen wrote:
> After installation I'm getting the following error to logs:
> May 5 10:57:35 raspi3b weewx[19058] CRITICAL __main__: Caught
> unrecoverable exception:
> May 5 10:57:35 raspi3b weewx[19058] CRITICAL __main__:
> 'unit_system'
> May 5 10:57:35
Okay, they are in the right place.
Do they have the correct permissions? If those are screwed up it will
ask for a password regardless of any public key.
What happens when you - from your terminal - enter the following...
ssh jensjk...@linux83.unoeuro.com
If it asks for a password then it's
There may be other ways, but use tags. This is the approach I've taken
with weewx-mastodon.
Using weewx tags ( https://weewx.com/docs/customizing.htm#Tags) in a
template will generate the desired text output.
You would however need to modify the twitter extension to post the
output from a weewx
Thursday, 6 October 2022 at 02:58:33 UTC+13 Greg from Oz wrote:
>
>> Thanks Glenn your copy of since.py works with version 4.8.0.
>> https://weather.ubeaut.work/
>>
>> On Sunday, 2 October 2022 at 21:54:49 UTC+11 Glenn McKechnie wrote:
>>
>>> Looks
; My “bot” is at @alberniweather...@mstdn.ca
> http://mstdn.ca/@alberniweatherBot
> Note, the instance has been extremely busy lately so don’t be surprised if
> the connection times out.
>
> Cheers
> Chris
>
>> On Dec 21, 2022, at 06:16, Mark Fraser wrote:
>>
>> On 21/12
Hi Chris,
Nothing like finding a day where you can plunge, guilt free, into the
ToDo list. I didn't have a Snow day, but I borrowed yours!
I started re-purposing Matthew Walls twitter extension (which runs
uses RestX - [StdRESTful] ) and have had good success with it in the
half day or so that
w his instructions. I
note that he has a wiki with the driver so it should be very well
documented.
https://github.com/gjr80/weewx-gw1000/wiki
And if it's not - I'm sure he would appreciate a heads up as I have no
doubt he would fix / clarify it.
> On Thursday, November 17, 2022 at 5:39:43
Agree with Vince; but...
Where does the file /usr/share/weewx/user/ecowitt.py come from?
It's not in the driver that weewx reports as
user.gw1000: GatewayDriver: version is 0.5.0b5
The ecowitt.py drivers I tripped over don't sync with the line 44
number but there is a tempf in ...
e some time in the next week to work on this.
>
> Gary
>
> On Sunday, 13 November 2022 at 16:16:11 UTC+10 Glenn McKechnie wrote:
>
>> On 29/06/2020, gjr80 <...> wrote:
>> > I would not worry about raising anything Christian, the code I am
>> working on
>>
On 29/06/2020, gjr80 <...> wrote:
> I would not worry about raising anything Christian, the code I am working on
> would allow something like a rate based field to be calculated from some
> other (user specified) field. You still have to add any necessary extra
> fields to your database yourself,
unixepoch, epochtime, unixtime
from a linux terminal...
$ date -d now +'%s'
1667553105
$ date -d @1667553105
Fri 04 Nov 2022 20:11:45 AEDT
man date
within a mysql (mariadb)...
SELECT FROM_UNIXTIME(datetime, '%d-%m-%Y %H:%i') from archive WHERE
dateTime = 166734;
there'll be something
..@btinternet.com schrieb am Freitag, 30. September 2022 um
>> 21:49:07 UTC+2:
>>
>>> Hi Glen,
>>> I managed to do a sneaky update on my phone using your latest fix and I
>>> am pleased to say it is all working now.
>>> Thanks for the prompt
that Tom suggested but obviously I didn't do it
> correctly and it didn't work.
>
> Thanks
>
> On Monday, 7 February 2022 at 09:45:55 UTC+11 Glenn McKechnie wrote:
>
>> Thanks Tom, for the explanation and the quick fix. It's applied and
>> working.
>>
>> I'll mull over
On 30/09/2022, an oldman wrote:
> it's from saratoga-weather.org Legacy Weather PHP scripts Anole's
> wxgraphic.php script version 6.3
> the only way i found to get past that utf-8 for ° was to move it to the php
> file
Yeah. I'll give it another go but it's fallen down the list somewhat :-)
>
On 30/09/2022, an oldman <> wrote:
> i ran the config.txt through cheetah as config.txt.tmpl
>
> #raw
> ..
> #end raw
> $barom_units = "$unit.label.pressure";
> $rain_units = "$unit.label.rain";
> $degree_units_type = "$unit_system";
> $wind_units = "$unit.label.wind";
> #raw
> #raw
>
> in
On 30/09/2022, hesf...@gmail.com wrote:
> Hallo,
>
> in germany the wxgraphic_weewx.txt.tmpl =
> 11:50:00,29.09.2022,13,3,12,8,13,3,80,0,9,9,999,0,langsam steigend,11,3,
> SSW,19,3, 0, 0, ,07:12:09,18:56:45
> the error is ',' notation
Well. That is interesting. I wonder how others have dealt
as release v0.6.4
v0.6.5 is patiently waiting in the queue. It offers the ability to
pick up the units (barom, temp, wind, rain) directly from weewx rather
than entering them by hand into skin.conf.
ie;- the WeeWX way :-)
On 30/09/2022, Glenn McKechnie wrote:
> That does help. Most definitely!
&g
weewx/wxgraphic/index.php:473
> Stack trace:
> #0 /var/www/html/weewx/wxgraphic/index.php(473): imagecreatefrompng()
> #1 {main}
> thrown in /var/www/html/weewx/wxgraphic/index.php on line 473
>
> now if i change skin.conf curr_cond_icon = 'no' all works
>
> hope this h
A road trip! Bonus points.
I've added a troubleshooting section to the README at
https://github.com/glennmckechnie/weewx-WXgraphic
Basically what was outlined in my last message but I've uploaded my
working wxgraphic_weewx.txt and config.txt to the
skins/WXgraphic/examples directory.
I suspect
the graphics generated?*
>> Scott
>>
>> On Wednesday, September 28, 2022 at 8:59:49 PM UTC-4 Glenn McKechnie
>> wrote:
>>
>>> A couple of wet days have resulted in a working, WeeWX installable,
>>> version of that wxgraphics package (Weather Gra
with wee_extension.
The better and latest version (v0.6.4) is available for download as main.
(added to the weewx/wiki as under Services : WXgraphic - Weather Graphic:
A php driven generator to create a weather graphic image via your web
server)
On Monday, 26 September 2022 at 4:30:38 pm UTC+10 Glenn
On 24/09/2022, Scott Danville wrote:
> Can WeeWx generate a constantly updated .png graphic to be used on a
> weather site such as the one shown hear?
> If it does not, can this feature be added?
That looks similar to the ouput of wxgraphic. A php script that
generates a png file from
You are missing the http:// from the start of your url.
It should be ...
station_url = http://www.nthead.co.uk/weewx
I just tried dropping the http:// on mine and sure enough, same error...
ERROR weewx.restx: StationRegistry: Failed to publish record
2022-09-21 20:03:00 AEST (1663754580): Failed
also, there technically should be an equals sign in that command.
wee_extension --help
with that it becomes...
sudo wee_extension --install=weewx-previmeteo-v0.1.tar.gz
It's never made a difference for me, perhaps your installation requires it?
On 01/07/2022, Glenn McKechnie wrote:
> m
make that at the 'weewx-p'. The last character you type.
On 01/07/2022, Glenn McKechnie wrote:
> On 01/07/2022, Kruse Ludington wrote:
>> When I do a simple "ls" command, the file is right there!
>
> Okay.
> type in the first part of your command...
>
> su
On 01/07/2022, Kruse Ludington wrote:
> When I do a simple "ls" command, the file is right there!
Okay.
type in the first part of your command...
sudo wee_extension --install weewx-p
At that 'w' press the tab key once and the rest of the filename should
auto complete ... be filled in. If it
I've just run through those instructions here and it works for me.
What directory are you in, the one that you are running that command
from? Does it contain the file weewx-previmeteo-v0.1.tar.gz ?
wee_extension is running okay, it just complains about a read error
for the target file - "file
On 10/06/2022, 'Peter Fletcher' via weewx-user
wrote:
> I know what my current archive interval is (Davis's default of 5 minutes)
> and I don't have any plans to change it, but, in writing user
> services/extensions, which others may conceivably use in the future, I
> don't like to hard-code a
Gary, That one works a treat.
On 05/03/2022, gjr80 wrote:
> Apologies Glenn, try this version. I'm in between moving from linux to Mac
> on my desktop and my test environment is not quite complete so that last
> version had some cursory testing only.
Not a problem.
And thanks for your time
1. There was a change to units.py under
>>
>> 4.6.x that forced a change in weeimport.py, consequently the weeimport.py
>>
>> version I provided does not get on with WeeWX 4.5.x. Let me get you a
>> 4.5.x
>> compatible version.
>>
>> Gary
>>
>> O
On 04/03/2022, gjr80 wrote:
> Glenn,
>
> Have you had a chance to try the revised wee_import? I am working on a
> number of other changes to the same piece of wee_import code and I would
> prefer to do them all at once if possible.
Whoops. Sorry about that. It slid down the Todo list a little
Had trouble getting ppm to display in the uRADMon extension.
In weewx/defaults.py I added it to the [[Groups]] but the real issue
was the missing entry under [[Labels]].
After the following changes it worked as expected.
--- defaults.py 2022-01-05 07:45:54.536777300 +1100
+++ defaults.py.460
trend=trend_dict)
>
> t2 = time.time()
> logdbg2("Since SLE executed in %0.3f seconds" % (t2-t1))
>
> But, really, since.py should be fixed so that it doesn't override default
> behavior.
>
> -tk
>
>
>
Just a heads up to anyone out there that uses since.py (used to shift
the rain window)
and has upgraded to weewx.4.6.0
I went through the process (I needed the new lang option) and for the
life of me couldn't work out why it kept falling over when generating
various skins.
Switching to a plain
e 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/CAAraAzjMzv1_GLT4AAs6b8FSBy1Y0xJj5JQS8ariGu3fE
ll require further thought as I suspect
> that will introduce a number of wider issues. I'll probably raise an issue
> for that one.
>
> Gary
> On Monday, 17 January 2022 at 23:14:00 UTC+10 Glenn McKechnie wrote:
>
>> Working with TEXT records.
>>
>> I've gone through the wik
Working with TEXT records.
I've gone through the wiki entry
https://github.com/weewx/weewx/wiki/Storing-text-in-the-database
and that all works well. I can add TEXT to the database and display it
in the weewx skin. So far so good.
Using a modified filepile.py, I can add what I want via the
Fascinating.
At rural Victoria, Australia in the Sydney/Australia Timezone, which is +1100
BOM says it happened at "3.10pm AEDT on Saturday" (15:10 24hour)
which I put at 15th Jan 04:10 UTC
So it didn't register here until approx 4 hours later judging by the
attached TonganEruption.jpg
Then again (cleans glasses) if I could read properly - mine is the pre
2016 variant and yours is the newer version.
So. As you were.
On 12/11/2021, Glenn McKechnie wrote:
> On 11/11/2021, Tim Urberg wrote:
>> Hello everyone, I'm having trouble uploading to WOW. I created an
>>
On 11/11/2021, Tim Urberg wrote:
> Hello everyone, I'm having trouble uploading to WOW. I created an account
> got my username and created a password, but this keeps happening:
The above suggests that you created the account recently, but the help
page suggests the siteid format you are using
Regarding the Rainwise rain gauge and OWFS.
Yes and No.
It is NOT hooked up directly to the Pi, certainly not for the OWFs driver.
I see there are various HowTos about interfacing a reed switch rain
gauge to a Pi using that method but until you find one that's proven
and tested (bug free), or
'file' is your friend.
You're fetching the actual html page...
wget -P /var/tmp https://github.com/AussieSusan/HP1000/blob/master/HP1000.tar.gz
file /var/tmp/HP1000.tar.gz
/var/tmp/HP1000.tar.gz: HTML document, UTF-8 Unicode text, with very long lines
rm /var/tmp/HP1000.tar.gz
Try the download
1:36 PI4BUSB weewx[763] CRITICAL __main__:
> Exception: No one-wire library found
> Apr 1 17:31:36 PI4BUSB weewx[763] CRITICAL __main__: Exiting.
> And here is the weewx.conf in its entireity. (Note, I'm running
> simulator on this pi because my Davis / PI3B is in
cannot follow the rest of these notes about weewx4/python3/buster
>> problems. I've about got your readme.txt memorized.
>> Also, my station type will not be OWFS, it will be a Davis and extra
>> measurements will be gotten through the i2c-1 ow device.
>> Rebooting one last time...
Back around May 2020 the python3-ow version of ow disappeared from the
RPi and Debian repos. Where it went, or why no-one knows. There is a
user group post titled "python3-ow for OWFS" where this cropped up.
All that aside, you need pyownet (the module using 'pip3 install
pyownet' if the apt
/home/david/Downloads/weewx-belchertown.1.2.tar.gz
Check the filename
Is it really ... weewx-belchertown.1.2.tar.gz ( as per your snippet)
or is it ... weewx-belchertown-1.2.tar.gz as per the release page at
https://github.com/poblabs/weewx-belchertown/releases/tag/weewx-belchertown-1.2
note:
Looks like you are using the forked code at...
https://github.com/glennmckechnie/weewx-owfs
I've tweaked that version with the following fix for python3
-
wd = w.split(',')
+try:
+ wd = w.split(',')
+ except TypeError:
+wd = w.split(b',')
I'm pretty rusty with weewx
On 16/01/2021, Rob Cook wrote:
> Notice that I have nothing in /var/www/html other than index.html, that's
> my issue. The installer isn't (assuming it's supposed to) installing files
The installer doesn't place any files into any html directory.
> in /var/www/html and I can't seem to figure
Hi Gordon,
python3-ow disappeared from the RPI linux repo, which leaves you with
the fallback module - pyownet. That module is used along with the
requirement of a running owserver (from owfs, which it sounds like you
have one running already).
Mathews driver for the owfs has been forked to...
wxobs will give you some of what you are after. (It doesn't return
every weewx database field.)
There are no charts, just a table of values for any specific date in
your database.
The default is to display 30 minute intervals, but that can be changed
in skin.conf if you want to fine tune it (see
Have you got debug turned on in weewx.conf (debug = 1)? Probably
should be for this.
In bme280.py it has the following...
[...]
# Inherit from the base class StdService:
class bmp(StdService):
[...]
You are calling...
user.bme280.bme
I believe that should be ...
user.bme280.bmp
also , I
Typo, or an old edit not carried over?
The database field should be appTemp (ie: in CamelCase) rather than apptemp.
The responsive skin.conf entry for the [[[dayappTemp]]] graph queries
appTemp so that tallies with the database.
On 22/09/2020, 'karlch...@googlemail.com' via weewx-user
wrote:
> i know mesowx is quite dead... but we use the python script to update our
> archive on the server. After a crash of our Raspberry pi we are unable to
> get the sync_lh9 working again... Weewx starts quite normal till an
>
.... :)
>>> I will let it run and see what happens.
>>>
>>>
>>> On Thursday, 17 September 2020 20:15:59 UTC+10, Glenn McKechnie wrote:
>>>>
>>>> I'm with you Greg, that's definitely a good philosophy. :-)
>>>>
>>>&
Ok I have downloaded and installed it and have no errors or output.
> So either it is working or it is not working and not outputting
> anything.. :)
> I will let it run and see what happens.
>
>
> On Thursday, 17 September 2020 20:15:59 UTC+10, Glenn McKechnie wrote:
&g
I'm with you Greg, that's definitely a good philosophy. :-)
However if you (or others) want to travel to the edge...
On 17/09/2020, Glenn McKechnie wrote:
> https://github.com/weewx/weewx/wiki/WeeWX-v4-and-logging
>
> That link has a section at the end under "Maintai
If memory serves correctly, you get this behaviour when the code
exclusively uses syslog for logging, and you are running the SLE under
4.x
The linked version of ausearch.py isn't coded with the newer
weeutil.logger alternative (see wiki link below)
ie:- if it has the 'new-style weewx logging'
On 10/09/2020, ExprmntAl <72604.3...@compuserve.com> wrote:
> Tried your suggestion and still no go. See below.
>
> *pi@raspberrypi:~ $ sudo apt-get install libapache2-mod-php*
> *Reading package lists... Done*
> *Building dependency tree*
> *Reading state information... Done*
>
:-))
Yes. You've gotta love the logs, and that weewx flagged the error.
This did highlight one bug with the configuration so we've both come
away with something.
On 07/09/2020, Mikael Fredriksson wrote:
> Glenn,
>
> I did a test and changed the NTC to FtoC around the 207 line in index.php.
>
Mikael,
The report_timing stanza that you currently have under the wxobs
section in weewx.conf generates the report once every hour.
That means that any changes you make to the configuration files will
not be propagated to the report pages (webserver) until the clock
chimes on the hour.
If you're
On 05/09/2020, Mikael Fredriksson wrote:
> Hi Glenn!
>
> Can't get the conversion for database units to change.
> This is how my skin.conf fill looks now (part under phpunits)
>
> # Uncomment as appropriate...
> Only for the one/s you need.
> # Only from the group/s you need.
>
Have a look at wxobs.
I based that on Powerin's work (they started this thread)
https://github.com/glennmckechnie/weewx-wxobs
On 03/09/2020, Mikael Fredriksson wrote:
> were there ever shared a script for this?
> /Mikael
>
> --
> You received this message because you are subscribed to the
Ah. Thanks Gary, that makes more sense.
@Chris
Gary's correction has been applied to this attachment wxt5x0-trimmed2.py
and has the following diff...
02:49 PM $ diff -u2r wxt5x0.py wxt5x0-trimmed2.py
--- wxt5x0.py 2020-08-14 13:00:54.026076071 +1000
+++ wxt5x0-trimmed2.py 2020-08-14
Using https://github.com/matthewwall/weewx-wxt5x0/blob/master/bin/user/wxt5x0.py
In the absence of Mathews expertise, try the attached copy of that
original file.
Save yours, replace it with the attached wxt5x0-trimmed.py file (yes, rename it)
Restart weewx.
I'm no expert, so fingers crossed
@Randy, (and later @Tom) and anyone else with input !
Nothing to do with your units problem, but that weather34 error is
possibly why you have no data coming in. The cluttered log shows you
have 2 weewx processes running.
One - PID [1963] is caught up trying to get weather34 running (which
On 15/07/2020, Tom Keffer wrote:
> Problems with the WU database are so legendary, one could write a haiku
> about it...
>
> errors have occurred
> we won't tell you why or how
> your post is ignored
parser add option
wunderfixer cannot help
we got empty string
--
Cheers
Glenn
rorpi -
On 22/06/2020, michael form wrote:
> I am not sure why the Pi would restart as it is powered by a UPS so the
> issue is somewhat of a mystery why it got confused. A second Pi, also
> running Weewx, powered by the same UPS did not run into any problems.
Have a look in syslog (or syslog.1 or older
On 22/06/2020, michael form wrote:
> Glenn:
>
> I will follow up on what you said and hopefully, things will go smoothly
> with the upgrade to 4.1.1.
To be hoped.
And let us know either way. :-)
Information is king.
Hopefully I've supplied enough over on my fork, I've update the readme
with a
On 22/06/2020, Michael Form wrote:
> Tom:
>
> Thank you for your response. I was aware of this issue which is the
> reason that I asked if there was a way around it. The thread does not
> seem to indicate a solution.
That thread was restarted as "V4 with python2 OWFS errors" and was
resolved
On 11/06/2020, Jose wrote:
[...]
>
> rsync -a --delete -e ssh /home/pi/backup.tar.gz user@ssh.hosting:/www/
> backup/ &> /dev/null
>
> this command worked fine in the past but not now. When I run this command
> nothing happens, no updating remote hosting and even no error messages. so
> RSYNC
On 03/06/2020, Jamie Stephens wrote:
> The att bed season log is the debug log
the session.log you attached is the weewx.conf file.
The output from the system log is required.
https://github.com/weewx/weewx/wiki/Help!-Posting-to-weewx-user
--
Cheers
Glenn
rorpi - read only raspberry pi &
On 28/05/2020, michael form wrote:
> Hello:
>
> I am confused about what is necessary to install Weewx 4.1 using Python 3.
> I have seen many problems with people trying to do this using a *1-Wire
> interface* like I am using on a Raspberry Pi, running Buster.
The biggest hurdle was the
mods in the morning.
>> I had specified a sensor type in my old system...but just forgot..
>>
>> Neville
>>
>> On Wednesday, May 27, 2020 at 5:31:30 PM UTC+10, Glenn McKechnie wrote:
>>>
>>> Hi Neville,
>>>
>>> Within the [OWFS] sectio
AEST (1590556873) LOOP value 'rain' 6529.921259842519 outside
> limits (0.0, 10.0)
>
> # This section configures the internal weewx engine.
>
>
> [Engine]
>
>
> [[Services]]
>
> # This section specifies the services that should be run. They are
>
&g
> —foreground, Apparently on the OWFS developer mailing list this is
> discussed. My system is working without the foreground option apparently
> the problem is intermittent.
> Don’t know if this is related to your problem though
>
> On Tuesday, May 26, 2020 at 9:16:24 PM UTC+10,
On 26/05/2020, Messy Potamia wrote:
>
> *I'm following this because one of my weewx stations rely heavily on OW
> sensors to augment the data from my Davis Vantage pro2. *
> *I'd upgrade to weewx 4.x but really can't lose owfs operability*.
> Thx/mp
By weewx4 I assume you mean python3 and
On 26/05/2020, Gazza wrote:
> Hi Glen,
>
> My interface board is based on one I milled on my CNC a couple of years
> ago, for the new one I had the board made as it makes it much easier to
> assemble that the bare copper ones.
CNC!
As an ex fitter, toolmaker come "jack of all" that's my
>> If you are running the owfs.py from my fork, the syslog message will
>> tell you what module it has opted to run under. That message occurs in
>> the first few log entries after weewx initializes. It's an INFO
>> message
>>
>
> So with python-ow installed I get this in the INFO:
>
> May 26
On 26/05/2020, Gazza wrote:
> OK, I have done some more tests, first I have removed python-ow and now the
> owfs service in weewx is not working.
If you are running the owfs.py from my fork, the syslog message will
tell you what module it has opted to run under. That message occurs in
the first
Gazza wrote:
>
> Hi Glen,
>
> I don't fully understand the pyownet bit but owserver would not run without
> it being installed.
Okay, that is confusing as pyownet is the client, it needs owserver.
Owserver doesn't care whether pyownet is there or not.
We do, it doesn't.
If you were still
Hi Gaz,
Excellent.
Good to hear it's working for you, and may it keep doing so!
You've certainly given it a good test, with the Service setup, python
versions, and especially the owserver - pyownet combination!
Great to have your working config setup too. It's always good to have
that sort of
/user/owfs.py
On 23/05/2020, Glenn McKechnie wrote:
> Looks like another encoding issue.
> You could try changing line 274 in the same fashion. No guarantees, as
> I can't test it.
>
> change...
>
> sv = ow.get(path)
>
> to include the encode fix...
>
> sv = ow.g
Looks like another encoding issue.
You could try changing line 274 in the same fashion. No guarantees, as
I can't test it.
change...
sv = ow.get(path)
to include the encode fix...
sv = ow.get(path.encode())
I've raised it as an issue on github, hopefully mathew will be along
and able to apply
Strange, I wouldn't have thought that would bite with python2.7 ?
It's really one for an expert, but you can try the following and see
if it gets you any further.
line 205 in owfs.py
try changing that from...
owbinding.init(iface)
to...
owbinding.init(iface.encode())
On 22/05/2020, Gazza
will be modified to point to the new file.
[OWFS]
driver = user.owfs-dallas
On 01/04/2020, Glenn McKechnie wrote:
> Hi Bret
>
> On 01/04/2020, Bret Craytor wrote:
>> BTW, Trying to get OWW to work and keep getting hung up with the GTK+,
>> ugh. I can't get past the ./con
That's odd it was there, but it really does seem to have gone missing
from the repos, and there's no record of it (or one I can find). I've
had a look in the local cache but it's not in there either.
Looks like it's time to switch to using owfs.py with ow-server and pyownet.
That combination
1 - 100 of 254 matches
Mail list logo