Warning: According to my experience memory cards get corrupted after some
time of use. You may think of doing backup more often or running a second
WeeWX on another computer.
Joe schrieb am Montag, 21. Dezember 2020 um 03:22:33 UTC+1:
> I'm curious if anyone has any suggestions on this.
>
> I h
If you didn't put the caurrent database, holding the values up until now,
on the card, after reverting, that's exactly the expected behaviour.
Joe schrieb am Montag, 21. Dezember 2020 um 03:22:33 UTC+1:
> I'm curious if anyone has any suggestions on this.
>
> I had to revert back to a WEEWX back
Wow. I sent the previous message, did a little more work on the code, and
then... my server crashed, with massive disk errors. So you can still look
at that "live" page, but it stopped updating about 15 minutes ago.
I guess I know what I'm doing all tomorrow, now. :-(
On Sunday, December 2
Gary, your referring to the /var/log/messages log, correct?
Thanks,
Chris Maness KQ6UP
On 12/19/20 5:14 PM, gjr80 wrote:
To get a debug startup log edit weewx.conf, set debug = 1, save
weewx.conf and restart WeeWX. Let WeeWX run for a number of archive
periods (in this I want to see at least
kk, glad you corroborated my observations. I am no expert in this for sure.
I am just tired of all of the comments I get from visitors to the website
about how my readings exceed theoretical max. I could remove the max, but
that doesn't seem fun.
I do not have the expertise to validate the way
running an RPI on an SSD is a bad idea as kk44 point out. run your RPI on
an SSD and life will be way better.
--
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 wee
i think this is a fantastic idea. what greg is doing is awesome. i'd
totally use 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...@goo
Well, if someone has a better source for calculating maximum solar
radiation, that matches the radiation spectrum of popular sensors, I'm all
ears.
On Mon, Dec 21, 2020 at 8:19 AM t...@tom.org wrote:
> kk, glad you corroborated my observations. I am no expert in this for
> sure. I am just tired
First, I see 2 different formulas in WeeWX. Additionally there is a factor
that can be between 0.7 and 0.91. It may be an idea to adjust those values.
(But in the moment I found no place to put "atc" and "maxSolarRad_algo"
into weewx.conf.
tke...@gmail.com schrieb am Montag, 21. Dezember 2020 u
Selection of the algorithm is in there --- just not documented. (I often do
that with configurations that are not quite settled.)
Here's the default. It will be documented in V4.3.
[StdWXCalculate]
[[WXXTypes]]
[[[maxSolarRad]]]
algorithm = rs
atc = 0.8
nfac = 2
Adjust as
I have successfully run WeeWX on an SD card for over 6 years and counting
without a problem. Currently, there has been almost 2 years of continuous
uptime. http://www.threefools.org/weewx/status/index.html
You *always* want to do a backup, even for an SSD, but SD cards can provide
long life provid
http://www.michler-fischer.privat.t-online.de/Bulletin68_83_94.pdf
(from Switzerland, unfortunately in german)
tke...@gmail.com schrieb am Montag, 21. Dezember 2020 um 19:53:14 UTC+1:
> Selection of the algorithm is in there --- just not documented. (I often
> do that with configurations that ar
These are the mine measurements in the Netherlands today 21-12-2020.
Ton
Op maandag 21 december 2020 om 20:24:13 UTC+1 schreef kk44...@gmail.com:
> http://www.michler-fischer.privat.t-online.de/Bulletin68_83_94.pdf
> (from Switzerland, unfortunately in german)
>
> tke...@gmail.com schrieb am Mont
Setup pyenv using Homebrew M1 experimental version and then installed
python 3.9.1
Then installed all necessary libraries. Needed to use homebrew to install
FreeType and libjpeg to get a working Pillow install.
can be started as a daemon using
cd /Users/Shared/weewx
python3 ./bin/weewxd weewx.
On Monday, December 21, 2020 at 11:00:40 AM UTC-8 Tom Keffer wrote:
You *always* want to do a backup, even for an SSD, but SD cards can provide
long life provided:
- You get a good one. Not the one that came with the $59 IP camera you
bought 3 years ago; and
- You use a UPS.
...and a
I want to piggy back on this. Is it feasible to do the old dump/restore
to a NFS mount on a Pi4? I used to do this on FreeBSD and it worked
really nicely -- even from a live system.
Thanks, Chris KQ6UP
On 12/21/20 11:59 AM, vince wrote:
On Monday, December 21, 2020 at 11:00:40 AM UTC-8 Tom
On Monday, December 21, 2020 at 12:18:02 PM UTC-8 ch...@chrismaness.com
wrote:
> I want to piggy back on this. Is it feasible to do the old dump/restore
> to a NFS mount on a Pi4? I used to do this on FreeBSD and it worked really
> nicely -- even from a live system.
>
>
Weewx doesn't care eit
(sigh - sqlite3 db in my previous post, of course...)
--
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 discuss
(Sorry to hog the conversation, and I'm sure no-one cares, but just in case
anyone does, the above website is back online. After a quick 'chkdsk', all
was well!)
On Monday, December 21, 2020 at 1:29:18 AM UTC-8 Rob Cranfill wrote:
> Wow. I sent the previous message, did a little more work on th
What am I missing? I can't seem to get this to work. The website won't
connect to mqtt to get the data. Even though I can see it when I watch the
topic.
Failed connecting to the weather station. Please try again later!
[StdRESTful]
[[MQTT]]
server_url = mqtt://weather:passwordx
Mark Jenks writes:
> Failed connecting to the weather station. Please try again later!
>
> [StdRESTful]
> [[MQTT]]
> server_url = mqtt://weather:passwordx@localhost:1883/
> topic = "weather/weewx"
> unit_system = US
> binding = archive, loop
> ag
I guess I should have included this...
# more mosquitto.conf
persistence false
# mqtt
listener 1883 127.0.0.1
protocol mqtt
# websockets
listener 9001 127.0.0.1
protocol websockets
On Monday, December 21, 2020 at 5:28:48 PM UTC-6 Greg Troxel wrote:
>
> Mark Jenks writes:
>
> > Failed connect
Hi, Graham
Seems like a reasonable thing to do but, no, there is no way at this point.
Perhaps the [[Calculations]] section should be expanded to:
[StdWXCalculate]
[[Calculations]]
aqi = software, record
That is, it takes an optional second positional parameter that can be one
of 'loop', '
Assuming you have the MQTT broker side set up correctly
With 90% certainty 'failure to connect' is because you are trying to
connect to localhost (or 127.0.0.1) and rather than the ip address or FQDN
of the webserver. Belchertown works by establishing a connection from
your browser to the
Old thread where I battled the same thing a year ago, with solution...
https://groups.google.com/g/weewx-user/c/w8aSTyX1UVo/m/eU52eJReCAAJ
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group and stop receiving emails fr
good idea. i'll code & submit that
On Tue, 22 Dec 2020, 11:06 am Tom Keffer, wrote:
> Hi, Graham
>
> Seems like a reasonable thing to do but, no, there is no way at this
> point. Perhaps the [[Calculations]] section should be expanded to:
>
> [StdWXCalculate]
> [[Calculations]]
> aqi = sof
Thanks for that info, just tried again, still the sameI'm blaming covid
:)
Neville
On Monday, December 21, 2020 at 1:51:05 AM UTC+10 sali...@gmail.com wrote:
> hello Neville
>
> Me, I was waiting for " 7 days " after inscription.
>
> Patrick from France
> Le 19/12/2020 à 07:50, Neville Davi
I have several sensors which in my observation do not have a counterpart
in the extended weewx database schema.
But I still want them stored in the weewx database and have them and
their history displayed in the web interface under http://IP-address/weewx
E.g. there seems to be only one (1) f
Rainer,
There are a few approaches that would solve you problem. You could use the
*StdCalibrate* service to simply assign your existing sensor data to a
another field or if you needed to do something beyond the limited
capabilities of the *StdCalibrate* service could write your own custom
ser
One thing I forgot, a side effect of the *StdCalibrate* approach is that
loop packets and archive records will contain both fields *pm25_2* and
*extraTemp2* and they will contain the same data. The GW1000 field map
approach will result in *extraTemp2* but not *pm25_2* appearing in loop
packets
30 matches
Mail list logo
