1 Jan
2014
1 Jan
'14
10:37 p.m.
Hi
rtl-sdr-relay
Some of the recommendations.
Please add PPM error calculation, exactly like new rtl_test -p but multiple
receivers simultaneously.
It provides immediate information if something is wrong with USB or dongles.
https://github.com/keenerd/rtl-sdr/commit/b5f89dcf40463130e717b6c9bb3a39a3c…
https://github.com/keenerd/rtl-sdr/blob/master/src/rtl_test.c
Please add automatic eeprom PPM calibration
https://github.com/keenerd/rtl-sdr/commit/ecf267737ca52f5005b7a12a352307e8c…
default sample rate 2.4M (28.8/12) or 1.2M (28.8/24), probably lower jitter
MAX_NUM_DEV 4->16 :)
Some nice to have features.
ip binding
multicast support
one common (interleaved) stream of all the receivers
timestamped stream
I'm trying to convert MATLAB script to Ocatve.
SG
On Mon, Dec 30, 2013 at 9:38 AM, Jiao Xianjun <putaoshu(a)gmail.com> wrote:
Hi guys,
For the multiple dongles synchronization in signal level instead of
bits/packets level, I setup a working repo in github, and write a initial
demo framework. See below:
https://github.com/JiaoXianjun/multi-rtl-sdr-udp-relay.git
You may find information and instruction of demo quickly by reading the
README.
My initial purpose is performing in-fly calibration for multiple dongles
according to some pre-known signal (GSM, ADS-B?) to let them work together
coherently.
An ideal scheme may be that we should generate a very narrow band and very
week signal in (or just located at the edge of) target working band of
dongles, and perform the software in-fly calibration in background (or
driver level). This would be user friendly.
I know it is far from final state currently, and many things are not clear
yet (See TODO). But please join me if you also think this is a good idea.
Just check out the demo and run it to have a look.
Currently I just test the demo in Ubuntu-Linux.
BR
Jiao Xianjun