looks like wrongly set unit label (not unit name)
⊣GE⊢
> On 3 Mar 2023, at 12:44 pm, lloyd...@gmail.com wrote:
>
> it shows on the skin (whatever the default is) RTD Temperature 20% and
> TMP117 temperature 18% for temperatures of 20.46 and 18.09 respectively
--
You received this message be
This WeeWX is as close to stock as I can get given the SDR and
MQTTSubscribe and BME280. The only changes to weewx.conf have been the 2
services and the SDR driver plus the labels generic
On Thursday, March 2, 2023 at 6:44:44 PM UTC-7 lloyd...@gmail.com wrote:
> The values come in as C and I w
Yan jiaqi
From: weewx-user@googlegroups.com on behalf of
lloyd...@gmail.com
Sent: Friday, March 3, 2023 9:44:44 AM
To: weewx-user
Subject: [weewx-user] Re: MQTTSubscribe service - not getting extraTemp1 or 2
The values come in as C and I wanted to convert to
The values come in as C and I wanted to convert to F. For some unknown
reason WeeWX seems to be trying to convert to %???
Interesting, I removed units = degree_C and it started to run without
errors but it shows on the skin (whatever the default is) RTD Temperature
20% and TMP117 temperature
Yan jiaqi
From: weewx-user@googlegroups.com on behalf of
vince
Sent: Friday, March 3, 2023 9:39:13 AM
To: weewx-user
Subject: [weewx-user] Re: MQTTSubscribe service - not getting extraTemp1 or 2
Sorry, dunno about formatting. The google groups interface seem
Sorry, dunno about formatting. The google groups interface seems to
randomly lose any formatting I try to do, but only sometime. Frustrating.
I'm not understanding why (or where) you're trying to convert degree_C to
percent. It's already a temperature reading in the correct units isn't it ?
Well that change helped and shows MQTTSubscribe reading the values but now
it says can't convert degree_C to percent as per the following for
rtd_temperature (same for tmp117_temperature)
Also what should I do when copying sections of weewx.conf to make it
easier to read?
Mar 2 17:56:03 pi
In that case should [[[topic/rtd_temperature]]] be just
[[[rtd_temperature]]] perhaps ???
It's a bit hard to decipher with such a cryptic description and
unfortunately google ate whatever formatting you entered on your cut+paste,
so your original post is very hard to read as a result.
Give it
without the xargs
rtd_temperature 20.70
tmp117_temperature 18.33
On Thursday, March 2, 2023 at 4:12:46 PM UTC-7 vince wrote:
> How about you just show the mosquitto_sub results without the xargs pipe
> please...
>
>
--
You received this message because you are subscribed to the Google Groups
How about you just show the mosquitto_sub results without the xargs pipe
please...
--
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...@googlegr
Not getting extraTemp1 nor extraTemp2 that are being sent via MQTT. Any
help would be appreciated.
I know the data is getting to the mosquitto broker.
This is the setup on weewx.conf.
[MQTTSubscribeService]
# This section is for the MQTTSubscribe service.
# Turn the service on and off
Set your server to 127.0.0.1 and rsync-over-ssh to yourself. Just follow
the same procedure you'd do for setting up a remote system. You need a
/root/.ssh/config file and the public key you use should be in
/root/.ssh/authorized_keys on the weewx system.
On Thursday, March 2, 2023 at 12:24:
i installed weewx-davis on raspberry pi 3b via Vince Skahan's install
script. syslog shows packets being received every 3 seconds but every 150
seconds weewx stops the rtldavis driver with "Caught WeeWxIOError: rtldavis
process stalled"
Has anyone seen this before? log file is attached.
T
Have you restarted weewx since? If so, it could be a cache thing with
Chrome?
On Friday, February 24, 2023 at 4:05:59 PM UTC-5 Patrick Mendiuk wrote:
> I previously added some data fields to station_observations in skin.conf
> from one of my Weatherflow stations to the Belchertown skin (1.0.1)
Well...not exactly. I didn't look to see what weewx does with the empty
server in the config, but either way rsync still works over ssh, which
isn't nfs. Just straight using nfs, you soft link could link between your
weewx directory and your destination on the other machine.
Or you can set up p
I have set up file sharing between 2 devices using NFS so that I don't have
to store passwords. Is it possible to have weewx rsync over this connection
as it seems to want a server name and port as part of the configuration?
--
You received this message because you are subscribed to the Google Gr
16 matches
Mail list logo
