it has weewx drivers
On Sunday, November 6, 2022 at 12:24:57 PM UTC-8 William Garber wrote:
> I created a home made arduino weather station and the software is running
> okay; the temperature gets up to 110 F on the hottest day on record and it
> is usually dry except for the rainy se
> the holes while fresh air comes in. I wouldn't put a temperature sensor
>> inside the box due to the fact that you are readings will not be actual
>> outside temperatures but box temperatures.
>>
>> On Tuesday, November 8, 2022, William Garber wrote:
>> > it
wer priced electronics have insufficient protection against moist
> and as consequence will have a 'limited' lifetime.
> Therefore plan ahead a replacement or repair max. every 3 years.
> Op 9-11-2022 om 15:17 schreef William Garber:
>
> this is a continuation of
>
> https://foru
I created a home made arduino weather station and the software is running
okay; the temperature gets up to 110 F on the hottest day on record and it
is usually dry except for the rainy season when it can pour mercilessly;
the system is made of four enclosures which are currently waterproof and
I am having trouble setting "plot_type = line" (with markers) for ET and
rain for week, month, year. It works for day. I changed settings in
weewx.conf as follows:
[weekrain]
# Make sure the y-axis increment is at least 0.02 for
the rain plot
since the bug is for the weekly report, could this have something to do
with the fact that it is Sunday at 5:30 Pacific Time. I think my computer
uses UTC. It is fedora linux.
On Sunday, November 13, 2022 at 5:14:07 PM UTC-8 William Garber wrote:
> I also cleared browser cache, cook
I also cleared browser cache, cookies and offline web data, exited the
browser and refreshed the page. I looked again and *day, month and year
were working* (lines with markers) *but week still is not*.
On Sunday, November 13, 2022 at 4:48:34 PM UTC-8 William Garber wrote:
> I am hav
I set skip_if_empty to False. I listed the plots in plot_groups in
weewx.conf if and only if I wanted to see them (even if empty). This did
not work. It generated the plots for wind (even though there was no
data). That is what I wanted. However the index.html.tmpl did not
recognize the
; -tk
>
> On Sat, Feb 25, 2023 at 10:59 PM William Garber
> wrote:
>
>> I set skip_if_empty to False. I listed the plots in plot_groups in
>> weewx.conf if and only if I wanted to see them (even if empty). This did
>> not work. It generated the plots for win
I am having the same problem. I have about 130,000 different datetimes
(records) in weewx.sdb. I also tried moving it to a ramdisk. Still
extremely slow. Any help please? Should I run calc-missing on individual
timeslices like one week periods? The data covers one year of measurements.
quot;$DATE1"
wee_database --calc-missing --from="$DATE1" --to="$DATE2"
res=$?
echo "res=$res"
[[ $res -eq 0 ]] || exit 1
echo $DATE >> end-date.log
done
# the final one runs MUCH FASTER and fixes any glitches
wee_database --calc-missing
# eee
flush the input buffer sooner" but this doesn't work for
me since I am using unix epoch time as an integer
not formatted like TS.
On Monday, April 24, 2023 at 10:31:21 PM UTC-7 William Garber wrote:
> jjj.log.gz is journalctl -b -u weewx_atlas.service
> typescript is an sql query
gt; uses the same unit system.
>
> Gary
>
> On Thursday, 27 April 2023 at 01:24:52 UTC+10 william...@att.net wrote:
>
>> Thank you I expect you are referring to the Customization guide
>> "Customizing the WeeWX service engine; Adding a second data source"; I wi
RTC (real time clock) to get the
timestamp just have the driver timestamp each packet with the time it
received it. The drift on my RTC is usually only a couple msec per hour.
On Tuesday, April 25, 2023 at 8:22:12 AM UTC-7 William Garber wrote:
> jjj.2.edited.a.grep_packet.log shows all t
I have a weewx-sdr driver receiving data over usb from rtl-sdr from an
rtl-sdr radio receiver dongle. The radio receiver gets outdoor data from
an Acurite Atlas. The inside weather data comes from an arduino over usb.
The weewx server is on a raspberry pi. I modified the weewx-sdr driver
Thank you I expect you are referring to the Customization guide
"Customizing the WeeWX service engine; Adding a second data source"; I will
try doing it that way; Thanks again;
On Tuesday, April 25, 2023 at 10:16:18 PM UTC-7 gjr80 wrote:
> I'm not sure if you are providing a running commentary
data_dict['inTemp'] = temperature in degree C>
> _data_dict['inHumidity'] = humidity in percent>
> _data_dict['barometer'] = hPa>
> # we have our data dict, now return it
> return _data_dict
> # we could not get any data
wrote:
> On Sunday, 30 April 2023 at 13:42:56 UTC+10 william...@att.net wrote:
>
> Just one question please :-). Suppose the read of the arduino could
> possibly take a relatively long time, and you want to have a timeout after
> which it gives up and saves None/NULL for th
here is another version that blocks less.
On Sunday, April 30, 2023 at 11:05:37 PM UTC-7 William Garber wrote:
> Until now the Atlas emitted NEW_LOOP_PACKET events about every 7 seconds,
> so I had my indoor weather data arduino (wpa) set to emit at the same
> interval. I just spe
so the arduino can produce as much print
statement debugging as you want.
On Monday, May 1, 2023 at 9:59:36 PM UTC-7 William Garber wrote:
>
> here is another version that blocks less.
> On Sunday, April 30, 2023 at 11:05:37 PM UTC-7 William Garber wrote:
>
>> Until now the Atlas em
I was going to submit a pull request to fix this and realized that the
Atlas driver uses "strike_count" and the rest of them use "strikes_total",
so fixing the defaults would be a breaking change. I went ahead and just
put the delta in my weewx.conf file to work around it.
[[sensor_map]]
...
You can also always set up cloudfront to hit the Pi running a webserver as the
origin. Personally, I just run nginx as a reverse proxy to the pi (and skip
paying for CF), which I think is generally good enough as long as you're
comfortable setting up something like let's encrypt and dns pointed
I have version 4 of Weewx running well after having used version 3 for a
very long time. I have two questions.
1. In the standard report, I would like to display weather radar data. I
added the URL and GIF information into skin.conf. Radar info was not
displayed.. Likely other changes are
example, to use US style dates and times, you could use
>
> *LC_TIME=en_US.utf8 weewxd*
>
>
> The GNU documentation does a pretty good job of describing how this all
> works
> <https://www.gnu.org/software/gettext/manual/html_node/Locale-Environment-Variables.html>
William Webb wrote:
> Thank you for the speedy reply. I will test the locale change shortly.
>
> Here is the extras section of my skin.conf.
>
>
>
> ###
>
> # The following section is for a
I have a couple years worth of data that is stored on my Meteobridge
NanoSD's database. I want to export that data and import it into WeeWX's
database.
I have created a custom export for Meteobridge (
https://pastebin.com/dg7weFe7) that exports everything I could find that
has matching columns
So turns out my MB was set to discard minute data after 180 days, so I have
minute data back to Oct 13th, and hourly data back till May 2022. I did end
up setting the interval to 1 for the minute data and 60 for the hourly
data. Also, I did break it up into 1 month per CSV.
In order to make
Does anyone have a good mapping for Fineoffset24B to Weewx.
Rebuilding my pi and lost everything.
Having issues with radiation and luminosity.
[[sensor_map]]
outTemp = temperature.65.FOWH24BPacket
appTemp = temperature.65.FOWH24BPacket
outHumidity = humidity.65.FOWH24BPacket
windSpeed =
101 - 128 of 128 matches
Mail list logo