have it alert? I see alarming for weather conditions
here: https://github.com/weewx/weewx/blob/master/examples/alarm.py but not
really anything for “I haven’t gotten any data for X time, or “station has
gone offline””
Thanks!
-Ryan Stasel
--
You received this message because you are
wiki/systemd>* if you decide to switch.
>
>
> On Mon, Sep 26, 2022 at 8:47 AM Ryan Stasel wrote:
>
>> Sorry for delay responding, Google groups not auto-subscribing to threads
>> I start myself is... annoying.
>>
>> I'm using the default init.d script I be
, weewxd quits, figuring it's a configuration issue. This
> flag tells it to keep trying.
>
>
>
> On Sat, Sep 24, 2022 at 9:58 AM Ryan Stasel wrote:
>
>> Just restarted my weewx Pi, and noticed Weewx wasn't running. Logs show:
>>
>> Sep 24 09:29:57 ras
Just restarted my weewx Pi, and noticed Weewx wasn't running. Logs show:
Sep 24 09:29:57 raspi-server-misc weewx[528] INFO weewx.engine: Loading
station type Vantage (weewx.drivers.vantage)
Sep 24 09:29:57 raspi-server-misc weewx[528] ERROR weewx.drivers.vantage:
Socket error while opening port
Curious on best practice here. I have weewx configured to get both LOOP and
LOOP2 packets (setting 3), but it seems like it's frequently generating the
HTML when it doesn't have the battery level data (which must be in LOOP and
not LOOP2?), so they're often "unknown" with last valid status's 15-
That change does seem to have fixed the ET issue, thanks!
On Monday, May 16, 2022 at 9:59:43 AM UTC-7 Ryan Stasel wrote:
> Totally understood about not allowing forcing that value.
>
>
>
> Would it be possible to allow setting $station.hardware to a manual value
> i
th your preference.
>
> Or, am I missing something?
>
> On Mon, May 16, 2022 at 8:16 AM Ryan Stasel wrote:
>
>> Howdy Tom,
>>
>> So after asking on the wxforum, it sounds like for an Envoy, the station
>> SHOULD be set to Vantage Pro, even if it's talking
, May 14, 2022 at 8:52:51 PM UTC-7 Ryan Stasel wrote:
> so I have another Envoy, and a Weatherlink IP... and I'm trying to get it
> configured, but for some reason, the Envoy (and Weatherlink) are convinced
> I have a Vantage Pro2... setting it to a Vue it complains tha
nyone else has seen
this.
On Saturday, May 14, 2022 at 4:59:54 AM UTC-7 Ryan Stasel wrote:
> hmm. weewx (possibly) has no lead to the MB crashing twice. so going to
> flip back to ambientweatherapi extension for a bit until I can figure
> out...
>
> Thank you sir!
>
> On
hmm. weewx (possibly) has no lead to the MB crashing twice. so going to
flip back to ambientweatherapi extension for a bit until I can figure
out...
Thank you sir!
On Friday, May 13, 2022 at 3:04:28 PM UTC-7 Ryan Stasel wrote:
> 1. totally fair. guessing he's not going to agree. lo
y info, so it shows as N/A. With a 5
> minute interval, it should consistently show a value.
>
>
>
> On Fri, May 13, 2022 at 10:27 AM Ryan Stasel wrote:
>
>> Thanks Thomas. debug shows:
>>
>> May 13 10:21:22 raspi-server-misc weewx[6626] DEBUG
>> weewx.drivers.v
pplied
> by your hardware. LOOP and LOOP2 include different types in their packets,
> most notably 'pressure' and 'altimeter', so it is possible you would be
> switching between hardware and software origins. Personally, I would pick
> one or the other.
>
&
43 AM UTC-7 Ryan Stasel wrote:
> To be clear, I have "model_type" set to 2 rather than 1. But neither are
> the Vue, so I'm not sure if that matters or not. If I just comment that
> line out, will it try to figure it out on it's own? There's no
> documentatio
d.
On Wednesday, May 11, 2022 at 9:33:38 AM UTC-7 Ryan Stasel wrote:
> Thanks Thomas. I was looking through the Vantage driver, and was curious
> if there was a way to just "force" Vue. Saw something about setting the
> value to 17, but not sure that is accurate. Does it read
. So, you can either wait that long, or pare down the list of
> sensors in skin.conf. Look under stanza [DisplayOptions].
>
> On Tue, May 10, 2022 at 12:52 PM Ryan Stasel wrote:
>
>> Hi All,
>>
>> I just flipped drivers to the Vantage driver (having previously used the
Hi All,
I just flipped drivers to the Vantage driver (having previously used the
ambientweatherapi driver). I have two questions.
1. My page now thinks I have a Vantage Pro 2 rather than a Vue. I'm
interfacing over "ethernet" to a Meteobridge Nano SD in an Envoy. Is there
a different value I s
t also make sense to do a vacuum after?
Thanks!
On Saturday, February 12, 2022 at 9:00:53 AM UTC-8 Ryan Stasel wrote:
> ha. you're right. I have a Meteobridge NanoSD, and to my knowledge, it can
> only do one LOOP/LOOP2 "destination", which in my case goes to Davis
> We
> But, you have a VantageVue? Why not use the Vantage driver?
>
> On Sat, Feb 12, 2022 at 8:29 AM Ryan Stasel wrote:
>
>> Hi Tom,
>>
>> Was never getting ET data (have always had a Vantage Vue), but the chart
>> is still showing in Seasons, which sounds like
2 at 3:45:50 AM UTC-8 tke...@gmail.com wrote:
> If you were to ever get a weather station that can calculate ET,
> prefer_hardware would automatically switch to using the hardware value.
> Otherwise, it doesn't matter.
>
> On Thu, Feb 10, 2022 at 6:27 PM Ryan Stasel wrote:
Awesome, thanks! Should I wait for 4.6.2 and live with this a few days, or
should I go ahead and fix the titlebar.inc? Thanks again!
On Thursday, February 10, 2022 at 7:24:04 PM UTC-8 matthew wall wrote:
> On Thursday, February 10, 2022 at 10:04:36 PM UTC-5 rcst...@gmail.com
> wrote:
>
>> in m
in my case I did an upgrade. I too have a Vantage Vue, but am not seeing
those other values.
You can see what I'm seeing here: https://www.staze.org/weewx/
On Thursday, February 10, 2022 at 6:29:54 PM UTC-8 matthew wall wrote:
> On Thursday, February 10, 2022 at 9:14:09 PM UTC-5 roger...@gmail
with 4.6.1 out now, should we change these back to prefer_hardware?
On Sunday, February 6, 2022 at 7:10:01 PM UTC-8 Ryan Stasel wrote:
> Thank you sir!
>
> On Sunday, February 6, 2022 at 5:37:18 PM UTC-8 tke...@gmail.com wrote:
>
>> Hi, Ryan
>>
>> This is a (now) k
I'm now seeing what seems like debug info at the top of Seasons after
upgrade.
"True True
['outTemp', 'heatindex', 'windchill', 'dewpoint', 'outHumidity',
'barometer', 'windSpeed', 'rain', 'rainRate', 'UV', 'radiation',
'lightning_strike_count', 'inTemp', 'inHumidity', 'extraTemp1',
'extraHu
Calculate]
> [[Calculations]]
> ...
> ET = software
>
>
>
> On Sun, Feb 6, 2022 at 4:50 PM Ryan Stasel wrote:
>
>> Using the Ambientweather API driver, and since 4.6, I'm seeing
>> Evapotranspiration in Seasons, yet my Vantage Vue doesn't ha
Using the Ambientweather API driver, and since 4.6, I'm seeing
Evapotranspiration in Seasons, yet my Vantage Vue doesn't have that data,
and it's not reported in Ambientweather, so I'm unclear why Seasons is
showing it.
Is this a bug with Seasons, with driver, or did apt-get replace a template
data. I will make a note to look at this again.
>
> Gary
>
> On Tuesday, 4 August 2020 10:33:18 UTC+10, Ryan Stasel wrote:
>>
>> Cool! It just was hard to track what was going on given the
>> errors/warnings.
>>
>> Shame we can't just say ignore tho
Gotcha, yeah, that's what I couldn't figure out. It's super unclear from
their tiering documentation.
On Tuesday, August 4, 2020 at 12:56:36 PM UTC-7, Rodrigo Scuissiato wrote:
>
> you need to buy the pro version, for $ 3.95 per month (12 months minimum),
> but I still don't know if you'll be a
That's unfortunate. It kinda worked for a bit (it was grabbing a bunch of
data, then started throwing errors).
for what it's worth, do we know what tier of paid account is needed to get
that data?
On Tuesday, August 4, 2020 at 11:14:44 AM UTC-7, Rodrigo Scuissiato wrote:
>
> Davis no longer al
Anyone ever figure this out? the wlink driver just doesn't seem happy.
Makes me think there's some API limit to wlink, but I can't find anything
in their docs about this...
Aug 4 09:16:39 raspi-server-misc weewx[1334] INFO weewx.manager: Added
record 2020-08-04 09:15:00 PDT (1596557700) to da
Cool! It just was hard to track what was going on given the errors/warnings.
Shame we can't just say ignore those (fields, or lack there of) during import,
unless I'm missing something obvious.
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To
--suppress-warnings fixed it. =) And it seems to be importing fine.
Sorry for the noise!
--
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...@
Realized I missed including actual errors.
"Import field 'Lt2' is mapped to weewx field 'leafTemp2' but the import field
'Lt2' could not be found in one or more records.
WeeWx field 'leafTemp2' will be set to 'None' in these records"
--
You received this message because you are subscribed to th
Hi Gary,
I'm just looking at this using weewx 4.1.1, and I'm seeing an odd result
importing from WC using dryrun.
It's throwing lots of errors related to LeafTemp and SoilTemp not being mapped
(several for each since it's 4 sensors per). Which, makes sense, as I don't
have those sensors (in W
alright, made that change easily enough.
how can I easily go about deleting the rain data for today so I can
re-import from another system? I'm good deleting everything from today and
re-importing.
Thanks!
On Tuesday, May 12, 2020 at 3:06:16 PM UTC-7, Ryan Stasel wrote:
>
>
well that's unfortunate. I don't see a way to get that info out of
meteobridge (such that it is per 30 seconds).
hmm. suppose I could have the PHP compare previous and current value, and
zero it out if it's equal to previous version.
Open to other thoughts.
On Tuesday, May 12, 2020 at 2:44:
index=57.7
My fileparse section in weewx.conf looks like:
[FileParse]
driver = user.fileparse
path = /var/tmp/datafile
poll_interval = 20
On Tuesday, May 12, 2020 at 2:35:54 PM UTC-7, Ryan Stasel wrote:
>
> Hi All,
>
> So, today is the first day I've had rain since
Hi All,
So, today is the first day I've had rain since I got fileparse going, and
would you believe it thinks I had 283" of rain today. lol.
I guess I'm curious what the "rain" value should be in the file that it's
reading. Right now it reads 0.27, which to me is our total for today. But
it s
t;
> Sounds great! I tryet importing from csv file some time ago, but newer get
> it to work. I guess it was user error..
> Can you share more your configs how you did the import?
>
> -Ville-
>
>
>
> Ryan Stasel > kirjoitti 8.5.2020 kello
> 21.48:
>
> Hi Ville
Hi Ville,
Just a heads up. I literally JUST imported 11 years worth of data out of WC
into Weewx using a csv export from WC (5min intervals) and then using
wee_import to import into weewx. Certainly not as clean as a native import,
but it seems to have worked. Initially tested on my Pi4 and it
That line was default. I added quotes around the comma and it also worked.
the line does look like
delimiter = ,
Could it be reading the space prior to the comma as part of the string?
On Thursday, May 7, 2020 at 3:46:47 PM UTC-7, gjr80 wrote:
>
> Just a comment on the original error/delimiter
self.map[_field]['units'],
KeyError: 'units'
... which is due to a mistake on my part. Didn't have the unit set for dew
point...
On Thursday, May 7, 2020 at 10:29:07 AM UTC-7, Ryan Stasel wrote:
>
> It's neither. Removed both the second to last column (s
It's neither. Removed both the second to last column (solar rad) that was
blank, and the dead lines.
pi@raspi-server-misc:~ $ grep ",," alldata-mod2.csv | wc
0 0 0
Still get the error.
This is on weewx 4.0.
Not sure what issue is.
Thanks!
-Ryan Stas
Hi All,
Trying to get data from meteotemplate imported into weewx, and I'm getting
the following error:
Traceback (most recent call last):
File "/usr/share/weewx/wee_import", line 900, in
main()
File "/usr/share/weewx/wee_import", line 830, in main
source_obj.run()
File "/usr/shar
e is looking at.
Now, on to both removing all the Simulator data, and importing old data
=)
Thanks all! Couldn't have done it without you!
-Ryan Stasel
On Wednesday, May 6, 2020 at 7:02:11 PM UTC-7, gjr80 wrote:
>
> Actually, that’s not quite right. In the absence of a dateTime fie
sc weewx[26588] CRITICAL __main__:
TypeError: unsupported operand type(s) for -: 'NoneType' and 'int'
May 6 18:41:44 raspi-server-misc weewx[26588] CRITICAL __main__:
Exiting.
"
So... what format is datetime supposed to be in!? I can see in the schem
see if I can get my data OUT of Meteobridge). Worst case, I'll get
it out of Meteotemplate. =)
On Wednesday, May 6, 2020 at 8:06:15 AM UTC-7, mwall wrote:
>
> On Wednesday, May 6, 2020 at 10:46:21 AM UTC-4, Ryan Stasel wrote:
>>
>>
>> Was curious if there was another w
alogger.
> You can therefore configure weewx with the Vantage driver, with ethernet
> connection at the IP address of your Meteobridge Nano SD and using port
> 2.
>
> Le mercredi 6 mai 2020 03:53:52 UTC+2, Ryan Stasel a écrit :
>>
>> Hi All,
>>
>> I'
:29, Mike Harold Chan wrote:
>
>
> Im a meteobridge use, as far I know theres no yet available Interceptor yet
> available for weewx - meteobridge, I tried to research for that too long but
> so far theres none for meteobridge Interceptor
>
>> On Wed, May 6, 2020 at 9:53 A
Hi All,
I'd really like to feed weewx from my Meteobridge Nano SD. Looks like I
could do this with the fileparse driver into weewx, just uploaded once a
minute to weewx box, or possibly I could get Meteobridge to push data
directly into the weewx archive DB (I saw a couple year old thread about
Hi All,
I am playing with fileparse.py in yet another attempt to ween myself over to
weewx. And I’m curious if stn_dict.get will accept a URL for it’s input (could
I give it http://example.com/file.txt)? Probably a stupid question, but playing
with options here.
Thanks!
-Ryan Stasel
50 matches
Mail list logo
