Just an update on receiving Davis Vantage weather data with a RTL-SDR
dongle. Currently using WeeWX version 3.9.1 and receiving/displaying all
data, including additional UV sensor, from the ISS. Additionally, receiving
data from the BME280 I2C sensor for pressure readings. Drivers I'm
currently
I forgot to tell one more thing about the frequencies. In the RFM69 table the
frequencies are sorted in the sequence they are transmitted.
In the rtldavis program the frequencies are sorted from low to high and the
frequency order used for the hopping comes from the hop table.
h.ChannelI
As the ID of the second station is 1, it could be from an anemometer kit.
I, for example, have set my ISS to 0, my anemometer station to 1, and my
leaf-soil station to 2.
But a reception range of 2 miles? It’s way above Davis specifications!
--
You received this message because you are subscrib
Rich,
FSTEP = 32MHz / (2^19) = 61.xxx Hz. So the formula is: freq from table *
61.xxx
After translating the table I did another step. I calculated the difference
between each two frequencies. As they were close to each other, but all
different, I thought the frequencies might differ each th
Luc
The closest Davis station is about 2 miles away. It is most likely the
battery in the ISS, since it is the original (I guess it is time to replace
the battery). I replaced the supercap about six years ago. It could be a
possibility why I don't see all the frequencies, but the my reception
Hi Luc
Yes I will give those frequencies a try. I tried the formula provided and
I could not get the same result, which was driving me crazy. Here is what
I think, but could be wrong.
FSTEP = FXOSC/2^19
FSTEP = 0.6103515
I don't see where FSTEP gets converted to Hz.
Rich
On Tu
Rich,
I was just thinking abouth the battery-low indication of your station and the
other station in the neighboorhood where we have received the data from.
Are the days short in the region where you live? If so, the supercapacitor
which suplies the power at night might have unsufficient voltag
Hi Rich,
The US, AU and NZ Davis models hop with 51 different channel frequencies. The
EU Davis models hop with only 5 different channel frequencies.
For the first transmitter (with id=0) the hop period is 2.5 + 1/16 second, i.e.
2.5625 seconds.
One channel is this revisited after 51 * 2.5625 se
Hi Luc
Looking through the capture log from early this morning until now, looks
like it logged six frequencies. Ruling out one of since it constantly
around -3db, most likely my smoke detector. I need to readjust the
bandwidth while scanning for these frequencies. I'm wondering if the Davis
Hi Rich,
When I look at the frequencies used in file DavisRFM69.h (see:
https://github.com/kobuki/VPTools/blob/master/DavisRFM69.h), I believe all
the US frequencies in protocol.go are 26300 Hz too low.
BTW. The EU frequencies in the same DavisRFM69.h file seem not useful for
my EU Davis trans
Hi Luc
The plugin that I'm using for scanning can be downloaded from here.
http://www.freqmgrsuite.com/ It seems to work fine but like you, I'm
learning how to properly use the plugin. As for the SDR dongle, I'm using
one of the originals.
Rich
On Tuesday, March 12, 2019 at 4:51:51 AM UTC-4
Hi Rich,
Great! I judt started with the use of RTL-SDR dongles and know very little of
the ins and outs. I tried to find my EU frequences with SDRsharp, but didn’t
know how to use the program in the way you plan to do.
I changed my two RTL dongles yesterday and the rtldavis program showed an
Hi Luc
No problem, I figured there was a slight issue. Right now I'm just
scanning for activity between 902 to 928 MHz. Going to let SDRsharp run
for a day or two and just record the hits over a certain dB level. In
theory, I should see the frequencies that is being transmitted by the Davis.
Hi Rich,
As the hopping is not working for the US frequencies, I believe the frequencies
in the program and/or the hopping sequence are wrong.
I will do some research on the internet to try to find better values.
The problem with the internet is that faulty stuff is copied over and over
without
Hi Luc
The battery-low bug is now corrected. I'm capturing packets, does not look
like I'm capturing everything. According to the 6312 operational
description, for the US version, it hops through 51 channels between 902
and 928 MHz. Below is what I captured so far.
pi@raspberrypi:~/work/src
Hi Rich,
On Monday, 11 March 2019 02:24:29 UTC-3, Luc Heijst wrote:
>
> The ‘8’ message can be declared, it is channel 0 with the battery-low bit
> set.
I found the problem for the array out of bound violation.
Fixed bug where battery-low bit wasn't filtered out (commit 24adb68)
Luc
--
Yo
Hi Rich,
The ‘8’ message can be declared, it is channel 0 with the battery-low bit set.
The ‘9’ message should be channel 1 with also the battery-low bit set.
The program logs all received messages, so also from Vantage Pro and Vue
systems in the neigbourhood.
Luc
--
You received this message
Hi Rich,
The two messages you received should have 0 as second digit (the transmitter
id: which should be in the range 0-7), but they are 8 and 9. Those messages.
should not have passed the crc check.
Another thing: I could not test the program with the US frequencies, so one or
more frequency
Luc
It seems to run about one minute then crashes. I have a Vantage Pro 2 and
using a NESDR SMART dongle. This is what I get:
pi@raspberrypi:~/work/src/github.com/lheijst/rtldavis $
$GOPATH/bin/rtldavis -tf US
22:58:59.859978 rtldavis.go VERSION=0.7
22:58:59.860466 tr=1 actChan=[0] maxChan=1
Modified rtldavis package available for download.
OK, for you who can't wait! [image: :grin:]
I have put the modified rtldavis package on my github account, see:
https://github.com/lheijst/rtldavis
This package reads the raw data packets from the configured stations and
output them on stderr.
On Tuesday, 5 March 2019 19:23:31 UTC-3, mwall wrote:
>
>
> luc, please do NOT put barometer code into any sdr driver. reading
> pressure from the bme or other pi/arduino-specific hardware does not belong
> in an sdr driver. it belongs in a separate service.
>
> m
>
Thanks for the explanation,
On Tuesday, March 5, 2019 at 4:45:23 PM UTC-5, Luc Heijst wrote:
>
> The python and go programs are ready for alpha-testing.
>
> What need to be done is:
>
>- Currently there is no provision for pressure (barometer) data; we
>need a pressure sensor and code in the driver to read the sens
I will wait for it Luc.
El martes, 5 de marzo de 2019, 22:45:23 (UTC+1), Luc Heijst escribió:
>
> Hi Ruben,
>
> The python and go programs are ready for alpha-testing.
>
> What need to be done is:
>
>- Write installation and user instructions
>- Remove personal data from the programs like
Hi Ruben,
The python and go programs are ready for alpha-testing.
What need to be done is:
- Write installation and user instructions
- Remove personal data from the programs like skins, passwords etc.
- Create a deliver zip file
- Test the installation
- Currently there is no pr
Luc: Tell me if you need beta-testing.
I was testing some time ago rtldavis and i hadn't good success.
Now i am receiving my Davis with a Moteino.
Looking for your news ;-)
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from thi
On Monday, 4 March 2019 20:41:52 UTC-3, rich T wrote:
>
> Switch several of my older dongles to this one:
> https://www.amazon.com/dp/B01HA642SW/ref=sspa_dk_detail_2?psc=1&pd_rd_i=B01HA642SW&pd_rd_w=JtW8R&pf_rd_p=733540df-430d-45cd-9525-21bc15b0e6cc&pd_rd_wg=fH2H2&pf_rd_r=YKVSGSYAFB36QD0YPV4W&pd_r
Switch several of my older dongles to this one:
https://www.amazon.com/dp/B01HA642SW/ref=sspa_dk_detail_2?psc=1&pd_rd_i=B01HA642SW&pd_rd_w=JtW8R&pf_rd_p=733540df-430d-45cd-9525-21bc15b0e6cc&pd_rd_wg=fH2H2&pf_rd_r=YKVSGSYAFB36QD0YPV4W&pd_rd_r=2faf93c1-3ed6-11e9-936e-01fa71378c68
.
This dongle se
On Monday, 4 March 2019 10:40:00 UTC-3, Thomas Keffer wrote:
>
> Impressive, Luc. I admire your persistence!
>
Thanks, Tom!
When I looked at the rtldavis package I had the feeling it could be done,
although I know nothing about radio signals and the rtl-sdr library.
I still have to discover wh
Impressive, Luc. I admire your persistence!
-tk
On Sun, Mar 3, 2019 at 11:33 AM Luc Heijst wrote:
> Recently my attention was brought to a SDR tool for receiving wireless
> sensor data (TFA IT+ KlimaLogg Pro, LaCrosse, WeatherHub). See:
> https://github.com/baycom/tfrec.
>
> I wrote a weewx dri
Recently my attention was brought to a SDR tool for receiving wireless
sensor data (TFA IT+ KlimaLogg Pro, LaCrosse, WeatherHub). See:
https://github.com/baycom/tfrec.
I wrote a weewx driver which parsed and stored the tfrec data of my 9
KlimaLogg sensors. The weewx driver can be found here:
h
30 matches
Mail list logo