PM UTC-4, Lucas Heijst wrote:
>
> Paul,
>
> My version is still in test. The way the frequency correction is
> calculated is still experimental.
> I have sent you my version in a personal mail.
>
> Luc
>
> On Sunday, 24 May 2020 13:54:00 UTC-3, Paul Anderson wrote:
&g
Luc,
Long time since we spoke, hoping all is well with you.
Trying rtl-davis again after long while. One note is that I just set up on
new clean P13 Buster install as noticed earlier by you and Steve it fails
to see any Transmitters.
Had read earlier in a sdr forum that this was fixed in a new
This is great I love it!
Wondering if you would consider extending it slightly with 2 additional
tags?
historical_min_avg
historical_max_avg
As mentioned earlier Probably only useful if your database covers many
years.
I have done so on my local copy and like it because I can now produce
ndard LOOP packet that are not in LOOP2, granted these
> are obs that more specialised users tend to use (extra temperatures, soil
> and leaf wetness and temperatures etc) but worth noting.
>
> On Friday, 24 January 2020 05:51:08 UTC+10, Paul Anderson wrote:
>>
>> I realize
We had some rain today and noticed that rtl-davis was reporting very low
amount. After checking Bucket size was set correctly for my US bucked
looked at databases vales for both my normal production and the development
machine. Bucket tips should record 0.01 however they were 0.001
Development
That sounds OK. Slightly nervous about running a modified weewx-vantage
driver on my production machine, but I guess I will get over my fears:) BTW
both machines run ntp to the same server list , so times are always close
to identical. Also please be aware that on both machines WeeWx logs to
Thanks for explaining it to me. I just did a " grep 'packet missed '" on
the log file and thought I understood:)
Thanks
Paul
On Sunday, March 31, 2019 at 3:49:43 PM UTC-4, ljm@gmail.com wrote:
>
> Paul,
>
> The number of time-out (“missed”) messages is not the same as the real
> number
receive
for ISS and 92% for wind.
Thanks
Paul
On Friday, March 29, 2019 at 4:17:43 PM UTC-4, ljm@gmail.com wrote:
>
> On Friday, 29 March 2019 15:50:41 UTC-3, Paul Anderson wrote:
>>
>> It is a pretty old VP2 from April of 2006.
>>
>
> Paul,
>
> For t
2-bit number
> which is 10*actual humidity value. I'm just guessing that these packets
> shouldn't pass CRC validation. They should not be able to pass as valid
> packets at all. Your console values are OK, so the T/H sensor is not likely
> to be at fault.
>
> On Friday, March 29,
Luc,
No worries here is the new log with dbug. Actual out temp was app 56 F
Humidity 55% during the test.
Time Wind Dir Wind Spd Wind Gust Humidity TempBarometer Rain
Degmph mph %Deg F mb in
Luc,
Wonder if related to US vs Metric conversion issue for temp , dew point etc?
During this period actual Out Door Temp was app 43 F Humidity was app 73%
Log:
Mar 29 07:31:09 pi3-dev weewx[4718]: rtldavis: chan: 07:31:09.135671 Hop:
{ChannelIdx:3 ChannelFreq:903888062 FreqError:-676}
Mar 29
Luc and Rich
Had been doing the testing on a laptop which didn't have Weewx installed
on. Today I installed everything on my PI3 development machine. I can't
seem to get humidity to report correctly.This message shows in weex log:
Mar 28 19:49:54 pi3-dev weewx[1837]: engine: 2019-03-28
Luc,
Funny story. Actually my ISS is 1 and my wind is 2 as we thought. But they
seem to differ enough in actual transmitter frequency that if I am well
tuned on ISS I can't see wind, however I pick up an unknown neighbor
station of ID:4.
Because of your great advice to listen for tr 2 only I
Hi Rich,
Mine is
RTL-SDR Blog R820T2 RTL2832U 1PPM TCXO SMA Software Defined Radio
Claimed ppm less than 1. Yours are calmed .5 ppm so there better spec.
However on a less than $25 device I never really trust the claims.
Thanks,
Paul
On Monday, March 25, 2019 at 11:55:58 PM UTC-4, rich T
Kobuki,
A ppm calibration offset would be great! Unfortunately the program does not
provide one as of yet, I am well aware that my Freq list may be of little
use to anyone else. It's just a temporary terrible hack to get some
decoded output for now.
Luc,If I take your current US test Freq
Same Results as Rich
pandes@laptop1:/home/panders# $GOPATH/bin/rtldavis -tf US
08:51:13.602306 rtldavis.go VERSION=0.10
08:51:13.602440 tr=1 fc=0 ex=0 actChan=[0] maxChan=1
08:51:13.602729 BitRate: 19200
08:51:13.602744 SymbolLength: 14
08:51:13.602757 SampleRate: 268800
08:51:13.602772 Preamble:
>
> Hi Luc and Rich,
>
> Been following your work and ran the test program on my U.S, Davis Vantage
Pro 2.
Used a RTL-SDR.com dongle RTL2832 dongle has <1 PPM temperature
compensated oscillator (TCXO)
After 5 min warm up rtl_test -p showed cumulative PPM: 0
Here are the results for the US
17 matches
Mail list logo