Rich,
I don’t know. What we do know by now is that the well known and proven to be
good frequencies (of RFM69) are not working in program rtldavis.
We can do one of two things to solve this.
1. Find out what the problem is and fix it. This is not easy and a thorough
knowledge of the demodulator
Are these the Frequencies?
902.381925, 902.884575, 903.385425, 903.888075, 904.389375, 904.890675
905.391975, 905.894625, 906.395925, 906.898125, 907.399425, 907.901175
908.402925, 908.904675, 909.406875, 909.909075, 910.409925, 910.912125
911.413875, 911.915175, 912.417375, 912.919125, 913.420425
Luc
Trying to run the driver directly but produces an error.
pi@raspberrypi:/home/weewx $ sudo PYTHONPATH=bin python
bin/user/rtldavis.py --cmd="/home/pi/work/bin/rtldavis -tf US"
data: ['18:47:05.557385 rtldavis.go VERSION=0.9\n']
data: ['18:47:05.557647 tr=1 fc=0 ex=0 actChan=[0] maxChan=1\n']
Yes, you summed up correctly. All things point to the fact the Golang code
is at fault somewhere.
On Mon, Mar 18, 2019 at 1:05 PM Greg Troxel wrote:
> nls writes:
>
> > As mentioned earlier, the frequencies were sniffed in original VP2
> consoles
> > (you can find the posts about that in wxforu
nls writes:
> As mentioned earlier, the frequencies were sniffed in original VP2 consoles
> (you can find the posts about that in wxforum threads). They're the GFSK
> center frequencies, no IF. The "RFM69 frequencies" just mean the ones
> programmed into the firmware of small Arduino clone based