What I would do first is assigning one of your WH31 sensors (also) to
the outdoor T/H sensor
in weewx.conf
[StdCalibrate]
[[Corrections]] add the lines
outTemp = extraTemp1
outHumidity = extraHumid1
(as an example - you can take whichever of your WH31 you prefer,
extraTemp1, 2, 3, 4 ...))
As a r
I'm only realizing now - after having read Gary's mail which came in
late due to internet issues - that you seem to use two different
drivers/services in parallel in one weewx instance, which is likely to
be the cause for unpredictable behaviour.
You better choose only one of them - and by exper
Head over to this GitHub
repository: https://github.com/seehase/neowx-material you'll find many of
the enhancements there including the history page and the wind direction
graph. Some of the additions are my own, such as the Windy forecast and
satellite cards, I'll attach them here once I chang
See my reply to Artvd, you can get the history page there. I'll also attach
the ephemeris template. I have never tried two data sources with this skin,
however if it works in Seasons it should work with Neowx.
Best,
Rory
On Tuesday, November 15, 2022 at 6:21:27 PM UTC lang@googlemail.com
Hi Rory,
"should" is the theory - that I also thought from the beginning. And it
works with the tiles. But unfortunately the syntax which works with
Seasons doesn't work with neowx charts ...
All kind of "tricks" tried - at no avail.
cheers
Rainer
On 18.11.2022 11:10, 'Rory Gillies' via weewx-u
I have been having random problems with the sdr driver for a long time.
The log shows this:
Nov 18 11:02:51 raspberrypi python3[738]: weewx[738] INFO weewx.engine:
Starting main packet loop.
Nov 18 11:02:54 raspberrypi python3[738]: weewx[738] INFO weewx.engine:
Main loop exiting. Shutting engine
Maybe worth mentioning I've been using weewx on Linux with Acurite 01036
for ~7years. This is a newer, more recent setup...
Acurite Atlas with an Access bridge: It's been sending data to
myacurite.com (and wunderground) for some time now. However repeated
attempts to get it working with weewx R
The problem is that FirstLast values are not designed to be stored in the
daily summaries (although there's no reason they couldn't be).
Try removing upsEstimatedChargeRemaining, upsSecondsOnBattery,
and upsEstimatedMinutesRemaining from the daily summary schema.
On Thu, Nov 17, 2022 at 11:15 AM
Did not see any recent Cumulus import issues. Don't know how that is.
This failure looks beyond my scope of knowledge.
Following are the pertinent pieces and parts (I think) other than printing
lines out of the reported python files.
*Installed = WeeWX Version 4.9.1*
*This is an actual Cumulu
I've upgraded to 4.9.1 and cannot reproduce the issue. Since I know
Claudio178 personally, I know we have a very similar setup and we are
running weewx with ws28xx on a raspberrypi4. However, his station is a
newer revision. We'll check it out the next few days.
tke...@gmail.com schrieb am Dien
hello all,
i get some extra values via mqtt, but there are not displayed under
"Current Conditions" column.
Take a look here:
https://metron6.gr/weather/weewx/
there are also the values for GirlsRoom (temp+hum) but they are not
displayed..
on the other hand, it is graphing extratemp1+extratem
Thanks Lang. I have it all working except the battery stuff. Not sure if
that is important to me. I do have all the other data points being
displayed. This really functions well.
On Friday, November 18, 2022 at 2:51:44 AM UTC-7 lang@googlemail.com
wrote:
> I'm only realizing now - after h
Looks like there were a couple of typos when I added support for decimal
points other than a period to the Cumulus and WD import classes. I believe
I have fixed it, though am unable to test due to being away from home. You
can try the fix by downloading and installing the updated file as follows
13 matches
Mail list logo
