Can somebody tell me if a Davis without the console can measure the
pressure?
I've also been thinking of a Davis ISS (integrated sensor suite) + Cabled
Weather Envoy + Data logger combination (I believe that's the minimum
combination) but I'm not sure if barometer is part of the ISS or the
Ah, nice, that was an easy one, thanks a lot! :)
--
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.
For more options, visit
Hello,
I had an separate weewx.sdb with some data from 2014, I imported it in my
current weewx.sdb the following way:
1. stopped weewx
2.1. sqlite> .output weewx.sql
2.2. sqlite> .dump
2.3. sqlite> .read weewx.sql
3. Just in case (wasn't sure if necessary) I dropped and rebuilt the daily
Hi Gary,
That was quite informative, thanks :)
You understood me well, I meant to say that since weewx can get the OS
uptime and this is published on the map, it should easily also obtain the
OS version.
--
You received this message because you are subscribed to the Google Groups
well, a few cycles after updating pillow these were showing up only on the
yearly plots, but now I notice they're completely gone.
thanks to all!
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group and stop receiving
Yeah... I had to learn this after 4 years of using weewx, somehow never
paid attention to it :/
On Monday, May 14, 2018 at 1:06:43 PM UTC+3, Andrew Milner wrote:
>
> That will be because the yearly plots are only updated once a day I
> believe - and I think he monthly and weekly plots are
Hi Gary,
I'm running python2-pillow 4.3.0-1 on an R-Pi, the OS is Arch Linux. I
guess I could upgrade the version and see if that changes anything.
Thanks for the feedback,
Ivo
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe
ok, upgrading to python2-pillow 5.1.0-1 didn't solve it, alas.
--
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.
For more
Hi guys,
I have a new installation and on some of the plots various characters
appear and they alternate all the time. They alternate in a way that not
just the character after the hour value changes, but for example on some
reports they can be found on, say, the 'current', 'month', and
So, half an hour later it looks like this
--
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.
For more options, visit
I have a new station that's been running for about a month now, it's
AcuRite 01036, about once a week I see crazy values for rainRate and I
delete them manually from the db.
weewx version is 3.7.1, running on Arch Linux R-Pi
I've set the following in weewx.conf
[StdQC]
[[MinMax]]
Hi Gary,
Many thanks for the hint, I've moved it and hopefully I'll no longer see
such crazy spikes :)
Regards,
Ivo
On Monday, May 28, 2018 at 1:58:08 AM UTC+3, gjr80 wrote:
>
> Hi,
>
> The reason the loop rainRate is not being QC'd is that for loop data the
> QC checks in StdQC are applied
Yeah, the rain sensor talks to the external thermo-hygro sensor, they're no
more than 15-20 apart and I've had this station for 4 years now, so it's
not a communication/reception problem.
The dashes on the console were because the rain sensor batteries were flat,
when I measured them they were
OK, so I'm not sure what all that means, is there a problem on my end?!
--
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.
The station is TFA Opus, it uses the WS28xx driver as it's identical to
LaCrosse
Weather Pro Center 2800 Series. I don't know if the rain sensor reports bad
battery status, this is what I'm trying to find out. I assume it would
since
rainBatteryStatus is included in the loop:
Mar 16
Hi!
I wonder how 'rainBatteryStatus' is supposed to work, I mean the weather
station itself only reports low battery of the outside sensor and the
console (shown on it as 'RX/TX and a battery symbol' respectively)?!
When the rain sensor batteries are low the indication for rain on the
console
I'd like to join the party but I need to know: does crt work with it?
--
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.
For
Oh, wait a second, I've just noticed the enlarged plots have metric values
and the others imperial.
--
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
OK, installed it (R-Pi, Arch Linux) and it's running fine so far, but will
it eventually be able to inherit the units from previous config files? I'm
not too happy having to convert from imperial to metric.
they're there under Units:
[[[Units]]]
Groups
3924 Jan 28 13:16 monthtempdew.png
-rw-r--r-- 1 root root 8401 Jan 28 13:18 monthtempfeel.png
On Monday, January 28, 2019 at 3:32:29 AM UTC+2, Thomas Keffer wrote:
>
> *Ξ* (or whatever your name is), the tall plots are just old plots, which
> have not been regenerated yet. When the
Aaand your guess was correct. I disabled Standard. Speaking of which, any
plans to introduce the battery readings to it? I can't tell you enough how
much I like this feature as I've tried but failed to implement the email
notification script.
- Ivo
On Monday, January 28, 2019 at 3:29:04 PM
Salut Arnauld,
You can look here at the supported weather stations:
http://www.weewx.com/hardware.html
They vary greatly in price and features. Personally, I have one TFA Opus
station which is OK but I'm not too happy with the fact that I have to
often replace batteries, later on I bought a
Does it matter that after the upgrade to 39b the section below is empty?
[StdWXCalculate]
[[Calculations]]
##
as opposed to what it's like in the weex.conf in 3.6.1
[StdWXCalculate]
[[Calculations]]
Andy,
--backfill-daily does on older versions what --rebuild-daily does.
Here's the human readable output:
1430448660|2015-05-01 05:51:00|-4
1443433740|2015-09-28 12:49:00|-6
1446832320|2015-11-06 19:52:00|-3
1457711580|2016-03-11 17:53:00|-2
1497621180|2017-06-16 16:53:00|-2
For some reason above the second output is truncated after I post it,
here's in full (hopefully):
./wee_database /home/wx39/weewx/weewx.conf --drop-daily
Using configuration file /home/wx39/weewx/weewx.conf
Using database binding 'wx_binding', which is bound to database
'archive_sqlite'
Hi Andy,
Thanks for the suggestion. Indeed I have those values:
sqlite> select dateTime, interval from archive where interval < 0;
1430448660|-4
1443433740|-6
1446832320|-3
1457711580|-2
1497621180|-2
1508676660|-4
1547560500|-12700
What I did was to move the .sdb file to the installation with
I have two weather stations: TFA Opus which I'm quite happy with, the only
downside is having to change batteries often but after I connected the
console to a phone charger this isn't so much of an issue, the thermo-hygro
sensor batteries last much longer.
The other is AcuRite 01036 and I'm
I installed it yesterday and I wonder where the value for
$current.dateTime is taken from because now the date appears in
the m/d/ format, I've set it to dd/mmm/ and that's how it appears
under plots, but in the title it's changed, so far this is the only setting
I've noticed it didn't
y overridden
> in weewx.conf.
>
> Look for section [[TimeFormats]] in skin.conf and TimeFormats in
> weewx.conf. What do they show?
>
> -tk
>
> On Thu, Mar 12, 2020 at 3:10 AM Ξ > wrote:
>
>> I installed it yesterday and I wonder where the value for
>> $curre
I have my own .sdb back up service which looks like this below. It runs
once a day but you can schedule it any way you wish and since the R-Pi's
connection is a 3G modem that runs mostly on GPRS speeds it helps
compressing the file first and running it independently:
[Unit]
Description=wxdb
Thanks, it installed OK now but it run into a problem with CumulusRealTime: #
$Id: crt.py 1477 2016-04-10 13:19:56Z mwall $
Mar 17 08:55:50 alarmpi weewxd[415]: weewx[415] DEBUG weewx.engine: Loading
service user.crt.CumulusRealTime
Mar 17 08:55:50 alarmpi weewxd[415]: weewx[415] CRITICAL
Thanks, I installed pip and at the end of the weewx install process there
was this:
changing mode of /home/weewx/bin/wee_device to 755
Traceback (most recent call last):
File "/home/weewx/bin/wee_config", line 12, in
import weeutil.logger
File "/home/weewx/bin/weeutil/logger.py", line
So I currently have 4.0.0b14, I tried installing belchertown-1.0.1 and I
got the following:
[root@alarmpi weewx]# /home/weewx/bin/wee_extension --install
weewx-belchertown-release-1.0.1.tar.gz
Request to install 'weewx-belchertown-release-1.0.1.tar.gz'
Extracting from tar archive
I have a raspi connected to an accurite via usb and its reliable.
>
> I don't have clever solutions.
> Try mode 3? That's what I use.
> Triy a different usb cable?
> Clear the display units memory?
>
>
> On Fri, Oct 9, 2020, 11:04 AM Ξ wrote:
>
>> I'd really a
I'd really appreciate any feedback, I'm exasperated
On Monday, October 5, 2020 at 4:40:43 PM UTC+3 Ξ wrote:
> Ηello,
>
> weewx v3.7.1 keeps loosing connection to the station:
> weewx[206]: acurite: Found station at bus=001 device=005
> weewx[206]: manager: Daily summary version
Ηello,
weewx v3.7.1 keeps loosing connection to the station:
weewx[206]: acurite: Found station at bus=001 device=005
weewx[206]: manager: Daily summary version is 2.0
weewx[206]: manager: Daily summary version is 2.0
weewx[206]: manager: Daily summary version is 2.0
weewx[206]: acurite: Failed
Hi Sebastien,
Change directory to where weewx.sdb is and use sqlite3, which presumably
your system has: # sqlite3 weewx.sdb
On Thursday, October 8, 2020 at 11:57:56 AM UTC+3 f4...@f4gqk.fr wrote:
>
> Hello,
>
> with which program can I modify a weewx.sdb file (Weewx database)?
>
> This is to
How do you spin up a throwaway instance?
--
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
Today my station started doing the same AcuRite 01036, weewx v3.7.1, Arch
Linux on R-Pi:
Aug 08 15:02:26 alarmpi weewxd[309]: LOOP: 2020-08-08 15:02:09 EEST (
1596888129) altimeter: None, appTemp: None, barometer: None, channel: None,
cloudbase: None, dateTime: 1596888129, dewpoint: None,
acters. Clicking around the globe, I've found a
> few that use Latin-1 characters, but none that use more than one byte.
>
> On Sun, Jan 17, 2021 at 6:50 AM Ξ wrote:
>
>> I've just changed my station name to Greek (Ντόλνι Οκόλ) and it's on the
>> map, look just south of So
I've just changed my station name to Greek (Ντόλνι Οκόλ) and it's on the
map, look just south of Sofia. What's your station's URL?
On Sunday, January 17, 2021 at 2:38:05 PM UTC+2 hobbyl...@gmail.com wrote:
> i have my weather station since december 2020 , i had set registration to
> true ,
using ASCII characters. Clicking around the globe, I've found a
> few that use Latin-1 characters, but none that use more than one byte.
>
> On Sun, Jan 17, 2021 at 6:50 AM Ξ wrote:
>
>> I've just changed my station name to Greek (Ντόλνι Οκόλ) and it's on the
>> map, look ju
Alternatively you can try temporarily change the station name to Latin
characters and see if it appears, my station's name has always been in
Latin and only now I changed it to Greek, this way we can see if charset
matters for initial registration.
On Sunday, January 17, 2021 at 2:38:05 PM
what's your weather station's URL?
On Sunday, January 17, 2021 at 7:20:31 PM UTC+2 hobbyl...@gmail.com wrote:
> all the greek stations are have english characters. i was cheking this.
> also changing the name of the station in weewx.conf and restarting weewx,
> my weather station dont yet
Maybe ask in the Belchertown theme thread in the group? For me it's enough
to change in weewx.conf:
[Station]
# Description of the station location
location = [Name of station in Greek/Bulgarian/Latin]
# If you have a website, you may specify an URL
station_url = [url of
RESTful]
>
> [[StationRegistry]]
> # To register this weather station with weewx, set this to true
> register_this_station = true
> Στις Κυριακή, 17 Ιανουαρίου 2021 στις 8:08:21 μ.μ. UTC+2, ο χρήστης Ξ
> έγραψε:
>
>> Maybe ask in the Belchertown
Maybe I'm missing something but why's the R-Pi receiving the data via SDR
RTL instead of directly from the Acurite console?
--
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
If the wrong data is only in the db but not reported to the likes of PWS
Weather, Wunderground etc is it possible to narrow it down to the station
or the driver?!
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group
this helps
>
> Bob
>
> On Monday, 20 June 2022 at 13:47:40 UTC+1 Ξ wrote:
>
>> btw, Bob, since my station is 5-in-1 i.e. without the UV measuring it
>> shows value '0' instead of 'none':
>>
>> Jun 20 14:18:33 alarmpi weewxd[205]: LOOP: 2022-06-20 14:17:58
Hello,
Can someone please point me to how do I make ws6in1 recognise crcmod which
I have installed? Here's what happens when I run reconfig:
Installed drivers include:
0) ? (user.ws6in1) No module named crcmod
1) AcuRite (weewx.drivers.acurite)
2) ?
It seems I've installed WeeWx to use Python2.7 and python-crcmod is
installed for Python3, is there a way to change to Python3 or do I need to
re-install again?
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group and
or rather Python3 can't find it, since it works with Python2 and weewx
v3.7.1, either way I've decided to try that make work (because weewx 4.8
doesn't work with two of the extensions for whatever reason) and I solved
the crcmod issue, but when I try to run it it fails because 'No module
named
I coped the entire /home/weewx/ directory before installing v4.8.0, then I
reverted the original of v3.7.1 so the v4 install shouldn't have messed
with the old version
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this
Not so good:
Jun 14 17:45:21 alarmpi weewxd[1473]: weewx[1473] DEBUG user.ws6in1:
genLoopPackets: yielding
Jun 14 17:45:21 alarmpi weewxd[1473]: weewx[1473] DEBUG weewx.reportengine:
Found configuration file /home/weewx/skins/Standard/skin.conf for report
'StandardReport'
Jun 14 17:45:21
Hi again Bob, I'm Ivo btw :)
OK, I had to learn a thing or two about Pytho: the crc module *was*
installed, but in /usr/lib/python3.10/site-packages, all other packages
were in /usr/lib/python3.8/ so it was looking there for it:
[root@alarmpi ~]# python -m site
sys.path = [
'/root',
just for reference the updated sys.path output
[root@alarmpi ~]# python -m site
sys.path = [
'/root',
'/usr/lib/python38.zip',
'/usr/lib/python3.8',
'/usr/lib/python3.8/lib-dynload',
'/usr/lib/python3.8/site-packages',
'/usr/lib/python3.10/site-packages',
]
USER_BASE:
I've commented out both cummulus real time and WeatherCloud in weeex.conf
and started it, now it's back filling old data and it outputs in the log
this stuff too, we'll see the end result soon:
[...]
Jun 14 17:36:34 alarmpi weewxd[1473]: weewx[1473] INFO weewx.manager: Added
record 2022-06-08
Oops, it doesn't like the weather cloud module either:
Jun 14 17:32:11 alarmpi weewxd[1465]: weewx[1465] DEBUG weewx.engine:
Finished loading service weewx.restx.StdAWEKAS
Jun 14 17:32:11 alarmpi weewxd[1465]: weewx[1465] DEBUG weewx.engine:
Loading service user.wcloud.WeatherCloud
Jun 14
Originally I was using a modified skin and I had kept the initial standard
skin saved as index.html.tmpl-orig, I replaced with it index.html.tmpl and
it started generating reports without a problem, now I'm going to extract
an 'original' FTP skin and also try to replace that one, I suspect
btw, Bob, since my station is 5-in-1 i.e. without the UV measuring it shows
value '0' instead of 'none':
Jun 20 14:18:33 alarmpi weewxd[205]: LOOP: 2022-06-20 14:17:58 EEST
(1655723878) altimeter: 1016.65803451, appTemp: 24.8153446101, barometer:
1012.0, cloudbase: 3242.70924389, dateTime:
template with an original
one. I don't have the brain capacity to figure out what's wrong with the
FTP, however it really doesn't make sense why these parts should be
affected from the things I've done, oh well.
On Sunday, June 19, 2022 at 9:16:56 PM UTC+3 Ξ wrote:
> Originally I was us
so I've tried running --reconfigure after installing 4.8.0 but I still get
this message:
Indicate the preferred units for display: ['us', 'metric', 'metricwx']
unit system [us]: metricwx
Installed drivers include:
0) ? (user.ws6in1) No module named 'crcmod'
1)
is there a way to test crcmod some other way to confirm it's running and
installed properly?
--
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
Heya Bob,
I wanted to avoid new installation but I guess I have not many options
here. I did install python-crcmod but I saw it's in the python3 directory
and I've configured during install weewx to use python2.
As for Arch Linux, they dropped in March support for armv6 but luckily
there's
Hello,
A year ago I installed WS 6in1 for Bresser 5-in1 (thread for reference
https://groups.google.com/u/1/g/weewx-user/c/VPrfgr5uZq4/m/pNE9U0RRAQAJ),
which was running without problems until June 13 when it stopped sending
reports.
When I went at the site I noticed the outside batteries
also, oops, I've replied to the above but by hitting 'reply to author' so I
guess now only Bob sees it :/
--
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
Hi Tom,
Many thanks for the explanation, I'll keep the set up as long as it works
since support for Arch for armv6 has been discontinued and I'll need either
new hardware or to change to an OS that still has armv6 support, in either
case that would require setting up everything anew and I just
> 2. Since the station has a configurable data log, if communication
between it and weewx/ws6in1 is interrupted for a significant time period,
let's say 5 days, does weewx/ws6in1 catch up/fetch the missing data?
To answer my own question weewx/ws6in1 doesn't seem to do a backfill: today
the
One more question if I may: I tried searching but I couldn't find
explanation why the loop data doesn't report the battery status?!
--
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,
Thanks Bob, I'll follow your advice from now on to regularly clear the
console data buffer.
btw, any particular reason why you recommended (in another thread) the 5
minute setting of the buffer as opposed to any other?
--
You received this message because you are subscribed to the Google
dates), but recording at the same interval that weewx is
> putting data into the database seems a good compromise.
>
> Hope this helps
>
> Bob
>
> On Wednesday 24 January 2024 at 08:35:25 UTC Ξ wrote:
>
>> One more question if I may: I tried searching but I couldn't fi
gt; 1694822400 and dateTime <=
1694908800;
1694898000|2023-09-17 00:00:00|0.8
On Sunday, January 7, 2024 at 11:13:32 PM UTC+2 Tom Keffer wrote:
> Yes, I know you posted those, but we need to see the values in the daily
> summary for the same time periods.
>
> On Sun, Jan 7, 2024 at 1:11 PM Ξ
Hi Mario,
I have no idea what's going on :)
However it appears your weather station is a rebranded Fine Offset one
which means you're likely using the fousb driver, if that's indeed the case
you can look up these topics (I found them by searching for the error
message you've posted):
Hello Tom,
I've posted above a link to the exact date I was comparing:
https://www.wunderground.com/dashboard/pws/I5302/table/2023-09-16/2023-09-16/daily
You can see there on September 16, 2023 the total precipitation is 9.14 mm
whereas WeeWx is showing "Today's Rain: 59,2mm"
Here's also
Hello Bob,
Huge thank you for taking the time to get back to me on this even though
I'm 'a bit' late to check back, but it's really appreciated!
Ivo
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group and stop
Many thanks for the pointers:
*sqlite> select dateTime, date(dateTime,'unixepoch','localtime'), sum(rain)
from archive where
date(dateTime,'unixepoch','localtime')=='2023-09-16';1694811600|2023-09-16|59.2sqlite>
select dateTime, date(dateTime,'unixepoch','localtime') as dt, sum from
and the NOAA reports show it too:
MONTHLY CLIMATOLOGICAL SUMMARY for Sep 2023
NAME: Dolni Okol
ELEV: 1010 metersLAT: 42-29.40 NLONG: 023-29.70 E
TEMPERATURE (C), RAIN (mm), WIND SPEED (m/s)
This is the setting for
> option "*target_unit*".
>
> -tk
>
> On Sun, Jan 14, 2024 at 10:56 AM Ξ wrote:
>
>> and the NOAA reports show it too:
>>
>>MONTHLY CLIMATOLOGICAL SUMMARY for Sep 2023
>>
>> NAM
use the metric
>system in the db
>
> it is unusual.
>
>
>
> Ξ schrieb am Donnerstag, 18. Januar 2024 um 10:09:05 UTC+1:
>
>> Tom,
>>
>> It's much appreciated you've spent the time to look into this, if there's
>> nothing wrong with WeeWX - the
Tom,
It's much appreciated you've spent the time to look into this, if there's
nothing wrong with WeeWX - there's nothing wrong with WeeWX :)
I'll ask Bob if he can have a gander at this.
I have to admit though I find it a bit stranger using metric would be
considered an unusual circumstances,
after a
> power outage.
>
> On Thu, Jan 18, 2024 at 5:09 AM Ξ wrote:
>
>> I'd like to post some more details about December
>>
>> MONTHLY CLIMATOLOGICAL SUMMARY for Dec 2023
>> NAME: Dolni Okol
>> ELEV: 101
Hi Bob,
You've already explained to me about the buffer in another thread, but I
haven't got around to to empty it or change the setting, I'll go there
tomorrow and do just that! Thanks again!
When looking at the data for 15-Dec-23 specifically, it does appear that 14
is the sum of all the
me, datetime(dateTime, 'unixepoch', 'localtime'), sum from
> archive_day_rain where dateTime > 1694822400 and dateTime <= 1694908800;
>
> -tk
>
> On Sat, Jan 6, 2024 at 6:32 PM Ξ wrote:
>
>> Hello Tom,
>>
>> I've posted above a link to the exact date I was
Hello Bob,
Many thanks for this.
All the best,
Ivo
--
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
84 matches
Mail list logo