Not great timing.. I understand that this means the battery in the ISS is
low/out - this message just appeared.
I just had foot surgery and my roof is icy, so I don't know when I will get
up there.
The question is: does anyone know how much time I have before I start
losing data? The solar pan
Looks like I might have unlocked some secret of the universe because my
solar radiation numbers are regularly above the "theoretical max" as shown
in the Belchertown skin.
I see this on two different stations in two different places, so I doubt it
is my station.
Does anyone know how to adjust
By the way:
http://www.tom.org/
http://vtwx.tom.org/
On Saturday, December 19, 2020 at 1:18:43 PM UTC-5 t...@tom.org wrote:
> Looks like I might have unlocked some secret of the universe because my
> solar radiation numbers are regularly above the "theoretical max" as
.
Fingers crossed! Thanks for weighing in.
On Saturday, December 19, 2020 at 2:28:05 PM UTC-5 Greg Troxel wrote:
>
> "t...@tom.org" writes:
>
> > Not great timing.. I understand that this means the battery in the ISS
> is
> > low/out - this message just appeared.
&g
Thanks for the thoughtful responses. Inlined..
On Saturday, December 19, 2020 at 2:37:10 PM UTC-5 Greg Troxel wrote:
>
> "t...@tom.org" writes:
>
> > Looks like I might have unlocked some secret of the universe because my
> > solar radiation numbers are regul
Double-checked on both counts.
On Saturday, December 19, 2020 at 2:34:50 PM UTC-5 vince wrote:
> On Saturday, December 19, 2020 at 10:18:43 AM UTC-8 t...@tom.org wrote:
>
>> Looks like I might have unlocked some secret of the universe because my
>> solar radiation numbers a
;,'11'
'1608468300','2020-12-20 07:45:00','20','10','10'
'1608468000','2020-12-20 07:40:00','16','6','10'
'1608467700','2020-12-20 07:35:00','12','3'
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
@vince, if you do take on automation, it would be cool to do it in TF if
the storage abstractions would help work across AWS and GCP. My stuff lives
on GCP (I currently use rsync from GKE Kubernetes to a compute instance to
avoid paying for a load balancer). Hopefully, the storage abstractions f
Looks good. JFYI sample output from a former 4.3.0 instance here:
➜ vt-dev git:(master) ✗ k logs -f weewx-deployment-vt-dev-667dd7-mrwdp
*** Running /etc/my_init.d/00_regen_ssh_host_keys.sh...
*** Running /etc/my_init.d/10_syslog-ng.init...
*** Booting runit daemon...
*** Runit started as PID
Interesting that Belchertown 1.2 is working for you. Everything works great
on 4.4.0 but reporting (downloading the Aeris forecast) fails on 4.5.1. I
filed a bug in the Belchertown GitHub repo.
On Saturday, April 3, 2021 at 11:44:31 PM UTC-4 nevilled...@gmail.com wrote:
> Hi
> Just updated my s
Hi,
I run a few sites for myself, friends and family. With no changes on my
part, suddenly (I do not know exactly when it started), the graphs are
mostly not working. The temperature/dewpoint ones look fine, then there is
a partial wind rose and nothing else. This happens for all time periods
And now they're all working, because I did nothing but write to you all. Go
figure. Any ideas on what happened?
On Friday, June 4, 2021 at 3:43:52 PM UTC-4 t...@tom.org wrote:
> Hi,
>
> I run a few sites for myself, friends and family. With no changes on my
> part, sudden
:30 PM UTC-4 vince wrote:
> www.tom.org works fine for me in a quick check from Safari on a MacBook
> Air.
>
> On Friday, June 4, 2021 at 12:43:52 PM UTC-7 t...@tom.org wrote:
>
>> Hi,
>>
>> I run a few sites for myself, friends and family. With no changes on my
ded to
> reload the graphs.
>
> On Fri, Jun 4, 2021, 1:20 PM t...@tom.org wrote:
>
>> Of course it does! I checked all of my sites before writing the group and
>> the weewx classic skins were all rendering fine but the Belchertown charts
>> were all as I describe
Hi all,
I want to change the architecture of at least one of my weewx installs such
that instead of weewx using the Wifi Logger as a data logger, my Wifi
Logger is posting MQTT messages and a weewx instance picks up the messages
and stores loop and archive records.
In searching around, I was u
ning MQTTSubscribe as a driver, it takes each MQTT message and
> creates a WeeWX loop packet. WeeWX then creates archive records from these.
>
> If you need help getting the configuration set up, let me know
> - rich
>
> On Tuesday, 29 March 2022 at 07:29:26 UTC-4 t...@tom.org wrote:
Vince, thanks. This definitely would have tripped me up.
On Thursday, April 7, 2022 at 2:32:03 PM UTC-4 vince wrote:
> oops - userconf.txt (sorry - fat fingered it)
>
> On Thursday, April 7, 2022 at 11:30:38 AM UTC-7 vince wrote:
>
>> This is not a weewx-related change, but I thought I'd mention
Re the Docker image, Vince is right that it did not support anything but
what I was using, which is x86-64 (I run my instances as Kubetnetes pods).
Now it supports arm, arm64, and x86-64.
Phusion is a weird base image, but it did a nice job of supporting the
logging requirements of weewx. I wou
Great timing. I have been working to publish energy production and
consumption to mqtt and would love basic guidance on how to consume it in
Belchertown.
On Sunday, July 12, 2020 at 3:35:58 AM UTC-4 eric9...@gmail.com wrote:
> Hi all !
>
> I've managed to add current Beaufort in the wind contai
I maintain mitct02/weewx - it definitely "has issues" but if you want to
use it and suggest ways to de-issue it, I'm all ears. I do revise it for
every release of weewx. It is currently at 4.1.1.
On Saturday, August 8, 2020 at 3:10:36 PM UTC-4 vince wrote:
> On Saturday, August 8, 2020 at 9:06:
Fanboy here to second the thanks for all of the fine people who volunteer
their time to write, maintain, and support this excellent tool!
On Monday, August 23, 2021 at 8:44:44 AM UTC-4 steep...@gmail.com wrote:
> Maybe a little more humility would be in order here Julius. This is an
> experimen
I love the idea of more comments in weewx.conf. Back when Apache Httpd was
the big thing, one of the greatest things about it was the fact that many
of the possible config options were documented in the httpd.conf that
shipped with Apache as commented examples.
On Saturday, August 28, 2021 at
In addition to using a web server on the same "machine" (whether actual or
virtual), one can also use secure FTP or rsync via weewx.conf to have weewx
stick the HTML in a specific directory on an existing web server. I use
this technique ot use one web server and virtual hosts to serve weewx HTM
I installed it from the Docker image: mitct02/weewx:4.6.1 and see the
problem as well.
On Friday, February 11, 2022 at 3:53:11 AM UTC-5 jonatha...@gmail.com wrote:
> On Thu, 2022-02-10 at 20:48 -0800, Roger L wrote:
>
> Removing those lines did indeed fix the title bar. That fix worked!
>
> I a
I am seeing leafWet4 on loop records generated by 4 different consoles. I
am using WifiLogger2 - I might have missed something in this thread..
Should I be reporting those here as well? I only have physical access to
some of them without driving a few hours.
On Friday, February 25, 2022 at 10:2
do you see if you run wee_device?
>- Stop weewxd
>- Run
>*wee_device --info*
> 3. If you have physical access, what is the manufacturer's code?
>
>
>
> On Sat, Feb 26, 2022 at 2:26 AM t...@tom.org wrote:
>
>> I am seeing leafWet4 on loop records genera
My websockets_host is just my hostname without the protocol. So instead of
"mqtt://foo.bar.com" or "ws://foo.bar.com" it is just "foo.bar.com"
On Friday, March 25, 2022 at 5:43:41 AM UTC-4 Geni wrote:
> I am having trouble getting the Belchertown skin MQTT websocket real-time
> updates to work
28 matches
Mail list logo