Maybe my fan isn't running, since I've got the dual solar panel version.
I'll figure it out Sunday.
The sensor on my front porch must be getting some light around 6 pm,
because it gets too high then. Maybe I should figure out a way to get
weewx to use the lower of the two temperature sensors
I bought the cover with the dual solar panels to help with the hot sunny days
in the Sacramento area. First dual panel cover failed and they sent me an
entire 5n1 with a dual solar panel after this post
https://support.acurite.com/acurite/topics/outside-temp-to-high
The dual solar panel keeps
Thanks Tom,
I'll spend some time this weekend and fashion some sort of shade for the
unit. The temperature sensor is under unit supposedly in the shade with a
fan that pulls air by it 5-1 units are crazy lol!.
The Ambient Weather stuff looks pretty good and very reasonable but I'm
sure
On Thursday, April 13, 2017 at 7:23:11 AM UTC-7, Francisco Puig wrote:
>
> I'm trying this interface with an raspberry pi but even that I see the
> data on the interface coming from the weather station the weewx doesn't
> work. Anybody has tried something similar to this?
>
>
>
Try searching the
I'm trying this interface with an raspberry pi but even that I see the data
on the interface coming from the weather station the weewx doesn't work.
Anybody has tried something similar to this?
http://www.ebay.com/itm/152373970335?_trksid=p2060353.m2749.l2649=STRK%3AMEBIDX%3AIT
Thanks.
--
I used Matthew's implementation as it is already in the FO driver. I got
the values I needed to use from the output of "lsusb -v".
I didn't try to reset the station with the external application (bug-ctrl),
but can try that too.
Alex.
2017-04-13 15:56 GMT+03:00 Aldo Bord :
Il giorno mercoledì 12 aprile 2017 16:09:40 UTC+2, Alexandros Bagos ha
scritto:
>
> Yes, the station had no batteries. I was also hoping it would work without
> having to reboot te pi.
>
Yes, it should work this way, there is no need to reboot the pi, yo ujust
need to power cycle the
As someone who has problems with the occasional(scoff!) spike value; I
highly recommend Darryn's - beta - qc.py replacement (links below). It may
not fit your comfort level, and I don't think you could use it for rain or
any other instrument (wind?) that can have spikes as a matter of course,
but
The StdQC service is fairly basic and applies a simple max min limit to both
loop packets and archive records. So the rain max min value is per loop period
or archive interval. Yes, 60 inches as a default is unrealistic, I thought I
read something about changing it but I could be wrong. Will
Thanks, the backfill in progress and I have a feeling my weather station
might have problems as it's clear the erroneous readings have greatly
increased.
I have a question about the QC. It's clear what the temperature values
(for example) should be, but rain is a cumulative thing, so over
10 matches
Mail list logo