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
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
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 sped that up to every 3 seconds (just the wpa emitter).
You can "$ cat /dev/ttyACMwa" which prints the serial data output over usb
f
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 the indoor data.
What is the max timeout that would be reasonable relative to the archive
interval ? What h
here is my service. In this version I took your advice and decided to use
the weewx-sdr driver completely unmodified and put all my stuff in a
service. Sorry the weewx-sdr driver (the original, not my version) reads
its input from AsyncReader (not my modification). That uses a thread.
That'
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
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
\d\d-\d\d \d\d:\d\d:\d\d[\s]+')
maybe this would "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 journalc
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
As
;
> -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 fo
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 sk
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
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.
On
n Sat, Dec 3, 2022 at 9:45 AM William Garber wrote:
>
>> in engine.py and accum.py it looks like it will only store a None in the
>> database if *every* value in that archive_interval is None. I am going
>> to try and verify this.
>>
>> On Saturday, December 3, 20
in engine.py and accum.py it looks like it will only store a None in the
database if *every* value in that archive_interval is None. I am going to
try and verify this.
On Saturday, December 3, 2022 at 9:18:19 AM UTC-8 William Garber wrote:
> related question on nulls / Nones in data va
, 2022 at 11:00:34 PM UTC-8 William Garber wrote:
> here is a simple script that checks the time between packets for rtl_433.
> this belongs on a weewx-sdr blog though. it showed something was wrong. I
> just had to move the radio receiver RTL-SDR dongle far enough away from the
, December 2, 2022 at 3:20:09 PM UTC-8 William Garber wrote:
> actually that's what I was looking for. that should explain exactly when
> it breaks the line based on None's. Thanks :-) don't close this question
> yet please.
>
> On Friday, December 2, 2022 at 3:0
satisfying, but I don't have the time to
> try to replicate what you have.
>
> -tk
>
> On Fri, Dec 2, 2022 at 2:29 PM William Garber wrote:
>
>> sqlite> SELECT COUNT(outTemp) FROM archive where dateTime > 1669743900
>> and inTemp is NULL;
>> 54
>> sql
(usually 150) archive_interval.
On Friday, December 2, 2022 at 12:47:52 PM UTC-8 William Garber wrote:
> here is a longer log of sql. hope it is not too long.
>
>
> On Friday, December 2, 2022 at 9:42:47 AM UTC-8 William Garber wrote:
>
>> so sorry here is info
>> the stdout and ar
here is a longer log of sql. hope it is not too long.
On Friday, December 2, 2022 at 9:42:47 AM UTC-8 William Garber wrote:
> so sorry here is info
> the stdout and arduino stream/threads both save lines of output (from
> rtl_433 and from arduino ttyACM0) to the *same queue*. It s
any help please :-)
I tried making gap_fraction = 0.3 (not 0.03) and increased archive_interval
= 300.
*QUESTION: Could it be that I just am getting too many nulls in the
database?*
My weather station is an Acurite Atlas using SDR driver modified for indoor
temp/humidity/pressure from an ardu
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, cookies
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 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
t; most lower 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
&g
se out of
>> 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 wrot
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
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
the weather station is custom built from arduinos; I wrote a driver;
On Tuesday, November 1, 2022 at 6:53:45 PM UTC-7 William Garber wrote:
> It was recommended somewhere to stick with the wview_extended schema. I
> used extraTemp1 ... extraTemp7 and extraHumi1 ... extraHumi7 f
It was recommended somewhere to stick with the wview_extended schema. I
used extraTemp1 ... extraTemp7 and extraHumi1 ... extraHumi7 for the
conditions inside my 3 enclosures to check for overheating for example on
extremely hot days; it seems that the barometer is wrong by a little now; I
sus
;> so if all that works the questions are e.g. would that cause conflicts
>> (is this like a "packet collision") with radio signals from different
>> sensors arriving at the receiver dongle at the same time?
>> would there be a big bottleneck due to all the sensors goi
iving at the receiver dongle at the same time?
would there be a big bottleneck due to all the sensors going through one
dongle?
Gary any comment please?
On Monday, April 25, 2022 at 7:57:19 AM UTC-7 William Garber wrote:
> The following may be useful for someone who wants to do this on fedora
you can see rtl_tcp would be somewhat of a bottleneck on the rtl-sdr dongle
but at least it is not a bottleneck on an arduino.
On Thursday, April 28, 2022 at 7:19:45 PM UTC-7 William Garber wrote:
> In the past I had sensors with different frequencies and did frequency
> hopping. It
tcp sending to both rtl_433s.
>>
>> On Thursday, April 28, 2022 at 5:43:45 PM UTC-7 William Garber wrote:
>>
>>> Suppose you have two weather stations each represented by a respective
>>> different simultaneously running instance of weewx. Both instances of
how about if you run two instances of rtl_433 and one dongle using rtl_tcp
sending to both rtl_433s.
On Thursday, April 28, 2022 at 5:43:45 PM UTC-7 William Garber wrote:
> Suppose you have two weather stations each represented by a respective
> different simultaneously running insta
Suppose you have two weather stations each represented by a respective
different simultaneously running instance of weewx. Both instances of
weewx use weewx-sdr as driver for a rtl-sdr radio device connected by usb
to the computer. You have to configure the rtl-sdr radio using rtl_433
which i
The following may be useful for someone who wants to do this on fedora
attached is a "goodie bag" full of stuff for setting up a multiple weather
station system on *fedora*. It uses systemd services and timers. It is
based on the three- weewx.conf file setup; two for archiving data from
weathe
File "/usr/share/weewx/weewx/manager.py", line 701, in
get_manager_dict_from_config
raise weewx.UnknownBinding("Unknown data binding '%s'" % e)
weewx.UnknownBinding: Unknown data binding ''wx_binding''
I am getting this error. Does one of the bindings have to be called
wx_binding?
On Sun
raid to try it.
On Sunday, April 24, 2022 at 2:19:34 PM UTC-7 William Garber wrote:
> following https://groups.google.com/g/weewx-development/c/H14rxbBENp8
> According to Tom Keffer there are two strategies.
> I am doing the first one as documented here
> https://github.com/weewx/we
following https://groups.google.com/g/weewx-development/c/H14rxbBENp8
According to Tom Keffer there are two strategies.
I am doing the first one as documented here
https://github.com/weewx/weewx/wiki/weewx-multi
I can not use the init.d script "weewx-multi" since I am using fedora which
does not
awesome
On Friday, February 11, 2022 at 3:34:52 PM UTC-8 matthew wall wrote:
> On Friday, February 11, 2022 at 6:10:58 PM UTC-5 william...@att.net wrote:
>
>> select plots and reorder plots.
>> If there is already some way to do this, how?
>>
>
> this is one of the new capabilities of the Seasons
please kind requests
xscale; could you add an option for xscale very similar to yscale.
I figure it would go in weewx/imagegenerator.py on line 169.
the only issue would be making sure it had sensible limits or warning.
select plots and reorder plots.
If there is already some way to do this, how?
tead of "rain_total":0.37. So am I correct that I successfully reset the
rain counter to zero by removing all the batteries or
am I confused or making a mistake? This means there is no need for the
console so far ...
On Monday, February 7, 2022 at 7:23:55 PM UTC-8 William Garber
counter wraps around at 655 inches or it locks up and stops working and
you have to buy a console or find a hack at 100 inches.
not sure it will ever rain that much here. there is a chronic drought.
On Monday, February 7, 2022 at 4:45:13 PM UTC-8 William Garber wrote:
> Let's face it I can no
Let's face it I can not afford the console so I used rtl-sdr. If you
remove the batteries from the main unit (sensors) will it reset the rain
total? It is stuck at 0.37 (below) which is from being jostled during
installation. It is working correctly in the regard that there has not
been any
possibly the wind direction in the picture above is "N/A" because the wind
velocity is so low or zero. Also the time "__NOW__" should be 2 * 2min + 1
min not 2 * 1min + 1min.
On Sunday, February 6, 2022 at 8:31:05 AM UTC-8 William Garber wrote:
> the separate points o
NOTE: I ordered the clone of the Fine Offset WH25 (barometer; humidity;
temperature) for indoor measurements. The main point is that this is on
433mhz frequency so it will save time with the noise level estimation when
rtl_433 hops frequencies. Since the atlas is on the same frequency it will
this means there are no nulls in archive records due to archive
interval expiring faster than complete packets arriving.
next question: should have in weewx.conf "record_generation = hardware" or
"record_generation = software" ?
On Saturday, February 5, 2022 at 11:43:21 PM UT
also this:
https://github.com/poblabs/weewx-belchertown/issues/158
not sure what "gapsize" is; is this now the same as "line_gap_fraction" in
skin.conf ?
On Saturday, February 5, 2022 at 11:26:53 PM UTC-8 William Garber wrote:
> rtl_433 spends a lot of time whenever it ho
nulls because the slower (WH32B) is not done communicating by the end of
the archive_interval.
Note the short archive_interval = 30 or 120 seconds. Is this way too short
especially in my case?
On Saturday, February 5, 2022 at 11:19:50 PM UTC-8 William Garber wrote:
> note plots for day are j
note plots for day are just disconnected points. plots for week and year
look like continuous curves or lines.
is this relevant?
https://groups.google.com/g/weewx-user/c/uGk23BPOPHk
On Saturday, February 5, 2022 at 11:15:17 PM UTC-8 William Garber wrote:
> Using rtl-sdr; rtl_433; weewx-
51 matches
Mail list logo
