This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/osmocom-sdr@lists.osmocom.org/.
Jiao Xianjun putaoshu at gmail.comHi Thanks for youar advices. I will check them as soon as possible. Now I am concentrating on GSM downlink FCCH and SCH channel synchronization. Today, the FCCH can be detected roughly. The repo is expected progressing fast recently. BR Jiao Xianjun On Thu, Jan 2, 2014 at 5:37 AM, Sdr Guru <sdrguru1 at gmail.com> wrote: > 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/b5f89dcf40463130e717b6c9bb3a39a3c8b9535f > 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/ecf267737ca52f5005b7a12a352307e8cd763ed6 > > 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 at 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 >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.osmocom.org/pipermail/osmocom-sdr/attachments/20140102/82ed06c4/attachment.htm>