From cd at maintech.de Thu Mar 1 08:47:08 2012 From: cd at maintech.de (Christian Daniel -- maintech GmbH) Date: Thu, 01 Mar 2012 09:47:08 +0100 Subject: OsmoSDR progress Message-ID: <4F4F378C.3090005@maintech.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everybody, following up on Harald's great progress I wrote some tool to verify the RF purity of our design. This is the last step before we can order the final PCBs and start production. Sadly from my current results we have some room for improvements. Right now I'm reviewing the E4000 driver as I suspect the visible steps in the attached spectrum to be switching points in the E4000. Perhaps something can be improved here... Stefan told me that without any antenna the output levels of the E4000 should be below the LSB limit of the ADC - clearly we have a lot of noise on the signal. But we also don't have any I/Q calibration and I can see significant offsets on these lines... I'll keep you posted! Cheerio, Christian - -- - --------------------------------------------------- | maintech # Dipl. Inf (FH) Christian Daniel | | GmbH ### Otto-Hahn-Str. 15 ? D-97204 H?chberg | - --------------------------------------------------- | AG W?rzburg, HRB 8790 Tax-ID DE242279645 | - --------------------------------------------------- | http://www.maintech.de cd at maintech.de | - --------------------------------------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPTzeFAAoJEHkgzUIsAWrilLMH/1s45+iDzv0+YqNpql5sZSs0 88uWFZbbpd22HVY4tifMpe5n4E1bJJBK2Sfuq9t4HDIV/Tka9KijCDT7a3BVbzzQ TqQ3iimSdS7/+UYiNI9OPhdpFaBE1tuCcvWg4lBXct125mynOM/VajLMsXDd/4E6 UVtwUqFxWFXhWXi7/jT/P8+2dhUHZ0sLTsWNp7FS8+SCn7/Uu9QvEc0ZIr8ufaiK NwWTM8O16mUEn0iFMme8WdBhTsi7TTiK23Wd7RZGkZfZeMEr93jPtpvlvkDRlwiF RJC158eAZASsXfyRAw1wr59GVsJF4S7HV88LkKVFS4FOU2t09b/DKZplWnfp0IQ= =5KOA -----END PGP SIGNATURE----- -------------- next part -------------- A non-text attachment was scrubbed... Name: spectrum.png Type: image/png Size: 36609 bytes Desc: not available URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: sweep.txt URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: spectrum.png.sig Type: application/octet-stream Size: 287 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: sweep.txt.sig Type: application/octet-stream Size: 287 bytes Desc: not available URL: From cd at maintech.de Tue Mar 6 10:49:48 2012 From: cd at maintech.de (Christian Daniel -- maintech GmbH) Date: Tue, 06 Mar 2012 11:49:48 +0100 Subject: OsmoSDR progress In-Reply-To: <4F4F378C.3090005@maintech.de> References: <4F4F378C.3090005@maintech.de> Message-ID: <4F55EBCC.3060103@maintech.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hiho, following up on the experiments it seems we're getting somewhere - at least I think that the sample values now make more sense. I sweeped a local DVB-T frequency with 1MHz filter and AGC in automatic mode (hence the low SNR - I guess). I will run the complete scan now. Best regards, Christian On 01.03.2012 09:47, Christian Daniel -- maintech GmbH wrote: > Hello everybody, > > following up on Harald's great progress I wrote some tool to verify > the RF purity of our design. This is the last step before we can > order the final PCBs and start production. > > Sadly from my current results we have some room for improvements. > Right now I'm reviewing the E4000 driver as I suspect the visible > steps in the attached spectrum to be switching points in the E4000. > Perhaps something can be improved here... > > Stefan told me that without any antenna the output levels of the > E4000 should be below the LSB limit of the ADC - clearly we have a > lot of noise on the signal. But we also don't have any I/Q > calibration and I can see significant offsets on these lines... > > I'll keep you posted! > > Cheerio, Christian > - -- - --------------------------------------------------- | maintech # Dipl. Inf (FH) Christian Daniel | | GmbH ### Otto-Hahn-Str. 15 ? D-97204 H?chberg | - --------------------------------------------------- | AG W?rzburg, HRB 8790 Tax-ID DE242279645 | - --------------------------------------------------- | http://www.maintech.de cd at maintech.de | - --------------------------------------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPVevEAAoJEHkgzUIsAWriWq4H/0S2cM1NqWrDPSFKH7OgDAc7 FVlIoY8WfXbvPCqlTUtVZDAnDpMyZbWExV+F1PY5NwHEGhPR1P48gE6NDPwS9p6D yaFfUHW0+gA72jqr3vJ+6E6GQnjLbl0NvCkTGRtbCRiKvaX6O1Oknuf0cXIedlFr 2zIML7asuMutON4edpwt5OyCS414rnpFNZ4Vm1MzBG/cuXMMMPyw+1VRb39vvvBt SyNvcG7DzvZro6j1f4Z8bHZVHKgBVsk5+si2BKws8vW6IfUah5isdxTV59083Fl/ s5SLSwj+hm2IGD0c0W435T0PiQB9jVHv4KDTLRA9JGp4sF7AG9GSvR1/owbKA6o= =pOJM -----END PGP SIGNATURE----- -------------- next part -------------- A non-text attachment was scrubbed... Name: dvb-t-sweep.png Type: image/png Size: 25618 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: dvb-t-sweep.png.sig Type: application/octet-stream Size: 287 bytes Desc: not available URL: From cd at maintech.de Tue Mar 6 16:49:02 2012 From: cd at maintech.de (Christian Daniel -- maintech GmbH) Date: Tue, 06 Mar 2012 17:49:02 +0100 Subject: OsmoSDR sensitivity Message-ID: <4F563FFE.5060909@maintech.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi guys, I measured the sensitivity of our OsmoSDR. For that I did the following commands: tuner.init! tuner.freq=465000000 tuner.dc_calib! tuner.dc_table! tuner.gain=6,9,9,2,15,15 tuner.iqofs=43,27,0,0 I did the measurements on no-so-even frequencies to avoid any lines in the sprectrum. I increased the power from my signal generator until a SNR of 10dB as achieved. The RX was tuned 100kHz lower than the TX signal and the I/Q offset was calibrated before every measurement. 65.2MHz: -99dBm 145.2MHz: -102dBm 435.2MHz: -104dBm 945.2MHz: -85dBm 1300.2MHz: -89dBm 1500.2MHz: -89dBm 1800.2MHz: -84dBm Also please note that we have a hole at 1200 MHz - there are no valid PLL settings here. The RX is not a sensitivity-wonder. Perhaps a preamp? Best regards, Christian - -- - --------------------------------------------------- | maintech # Dipl. Inf (FH) Christian Daniel | | GmbH ### Otto-Hahn-Str. 15 ? D-97204 H?chberg | - --------------------------------------------------- | AG W?rzburg, HRB 8790 Tax-ID DE242279645 | - --------------------------------------------------- | http://www.maintech.de cd at maintech.de | - --------------------------------------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPVj/4AAoJEHkgzUIsAWripiAIAJ00dqh1/0MEehEdQrqtN4Ox dRHJrKSv1o+2I3HlAGLXCeAYXenaML1+hrmjZfoOCz9yYDabMD65/DVplU5lnvHT nkXEkJCdkdwOL2vieb1QD0aUmgRmjH1OugOS8DotjtmtGI4Wd/nqFn39gNVSb/hZ nC06jldOeTumgzH5dxv4VbBfbuCTpm5I8ShoA7+Ub4UNSWXLUJtQRwby0xXaR23S 6KWBZAMW8wJHW8Ish9NNEdZup32ZwhpbLGDVwspHNRyxYa5YUzYQK5medVJ2K+EL dO44kX/lHU+v5SxfOhjbqjJcJWt7WQWA+L1ROIpFV8DkRMT0EscR0v1No1ybQfA= =T3tF -----END PGP SIGNATURE----- From spaar at mirider.augusta.de Tue Mar 6 18:47:44 2012 From: spaar at mirider.augusta.de (Dieter Spaar) Date: Tue, 06 Mar 2012 18:47:44 Subject: OsmoSDR sensitivity Message-ID: <4f565bd0.mirider@mirider.augusta.de> Hello Christian, On Tue, 06 Mar 2012 17:49:02 +0100, "Christian Daniel -- maintech GmbH" wrote: > > The RX is not a sensitivity-wonder. Perhaps a preamp? I have to correct my previous posting, the Funcube has an LNA between antenna and the E4000 so the sensitivity numbers are not comparable. But maybe it is possible to use a similar circuit. Best regards, Dieter -- Dieter Spaar, Germany spaar at mirider.augusta.de From cd at maintech.de Tue Mar 6 17:59:35 2012 From: cd at maintech.de (Christian Daniel -- maintech GmbH) Date: Tue, 06 Mar 2012 18:59:35 +0100 Subject: OsmoSDR sensitivity In-Reply-To: <4f565bd0.mirider@mirider.augusta.de> References: <4f565bd0.mirider@mirider.augusta.de> Message-ID: <4F565087.3070600@maintech.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Arrrrrrrgh, your package is still laying here... sorry... :((((((( (head -> desk) Good to remind me - I'll bring it to the post office tomorrow, finally... Yes, Stefan told me about the preamp on the Funcube - that's why I made the measurements. I guess, this means, that the OsmoSDR will get one as well... Size is a problem tough... Best regards, Christian On 06.03.2012 18:47, Dieter Spaar wrote: > Hello Christian, > > On Tue, 06 Mar 2012 17:49:02 +0100, "Christian Daniel -- maintech > GmbH" wrote: >> >> The RX is not a sensitivity-wonder. Perhaps a preamp? > > I have to correct my previous posting, the Funcube has an LNA > between antenna and the E4000 so the sensitivity numbers are not > comparable. > > But maybe it is possible to use a similar circuit. > > Best regards, Dieter - -- - --------------------------------------------------- | maintech # Dipl. Inf (FH) Christian Daniel | | GmbH ### Otto-Hahn-Str. 15 ? D-97204 H?chberg | - --------------------------------------------------- | AG W?rzburg, HRB 8790 Tax-ID DE242279645 | - --------------------------------------------------- | http://www.maintech.de cd at maintech.de | - --------------------------------------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPVlB+AAoJEHkgzUIsAWriaskH/A6yzIZGZlG0V9OLge7dobUy UBIuPNjrLgLxYhg0waa/uVrY8uP4/ianPi+zLL90+qu/cFQIqAMpYPZJn4gB9fHY U6veL+TmHGXf6lYp8cfXM2goYMPxduRwLFrxhRegvzdYKbtx4yWWiLxwBCLxMcvD +yKIeBott9lOnaf3DP4QJE0cYY0YImCP5qPGz5zlHjrjXyJVRoGJ12CilHE2vj9r HXfck0abLV5o8aP9bsMXxDnLukM8eRdvHx0yr/lEsQ3l2tONoabISND09jIgA3L0 SK2AM0TkWiTEZsKWmHfM+64C8nkSwXXlddKe2nLYi2N64AwOMz6/+b6Svs5h79o= =WYrI -----END PGP SIGNATURE----- From spaar at mirider.augusta.de Tue Mar 6 18:26:08 2012 From: spaar at mirider.augusta.de (Dieter Spaar) Date: Tue, 06 Mar 2012 18:26:08 Subject: OsmoSDR sensitivity Message-ID: <4f5656c0.mirider@mirider.augusta.de> Hello Christian, On Tue, 06 Mar 2012 17:49:02 +0100, "Christian Daniel -- maintech GmbH" wrote: > > The RX is not a sensitivity-wonder. Perhaps a preamp? According to the Funcube Technical FAQ: Each unit is tested for 0.15uV for 12dB SINAD NBFM at 145MHz and 435MHz I am not 100% sure how to compare this number with your results but this seems to be (much) better (if my quick calculation wasn't totally wrong). Also from my very short and quick experience with a DVB-T Stick based on an E4000 and RTL2832U, the sensitivity is quite good (I only tried DAB/FM/DVB-T so far with a very bad antenna inside a building). BTW, according to a newsgroup post this device also offers some sort of raw mode with around 2 MHz sample rate for 8-bit I/Q values. Not that bad for USD 20 including shipping ;-) Best regards, Dieter -- Dieter Spaar, Germany spaar at mirider.augusta.de From spaar at mirider.augusta.de Tue Mar 6 19:47:35 2012 From: spaar at mirider.augusta.de (Dieter Spaar) Date: Tue, 06 Mar 2012 19:47:35 Subject: OsmoSDR sensitivity Message-ID: <4f5669d7.mirider@mirider.augusta.de> Hello Christian, On Tue, 06 Mar 2012 18:59:35 +0100, "Christian Daniel -- maintech GmbH" wrote: > > your package is still laying here... sorry... :((((((( (head -> desk) No problem, thats why I have looked for this USD 20 device ;-) Best regards, Dieter -- Dieter Spaar, Germany spaar at mirider.augusta.de From ulfsen at binaervarianz.de Tue Mar 6 21:17:48 2012 From: ulfsen at binaervarianz.de (Ulf Wetzker) Date: Tue, 6 Mar 2012 22:17:48 +0100 Subject: OsmoSDR sensitivity In-Reply-To: <4F565087.3070600@maintech.de> References: <4f565bd0.mirider@mirider.augusta.de> <4F565087.3070600@maintech.de> Message-ID: <20120306221748.3faeed55@lille> Hi, > Yes, Stefan told me about the preamp on the Funcube - that's why I > made the measurements. I guess, this means, that the OsmoSDR will get > one as well... > > Size is a problem tough... You could use a SPF5043Z made by RFMD. It is a tiny MMIC in a SOT343 package. With a proper PCB layout of the power plane it should be very easy to integrate it in the OsmoSDR PCB. PS.: I really would like to see/do some tests on the influence of the inductively of the header pins (including jumper) within the signal path. Ulf From steve at steve-m.de Tue Mar 6 21:59:49 2012 From: steve at steve-m.de (Steve Markgraf) Date: Tue, 06 Mar 2012 22:59:49 +0100 Subject: OsmoSDR sensitivity In-Reply-To: <20120306221748.3faeed55@lille> References: <4f565bd0.mirider@mirider.augusta.de> <4F565087.3070600@maintech.de> <20120306221748.3faeed55@lille> Message-ID: <4F5688D5.7010709@steve-m.de> On 06.03.2012 22:17, Ulf Wetzker wrote: > PS.: I really would like to see/do some tests on the influence of the > inductively of the header pins (including jumper) within the signal > path. +1 Regards, Steve From coinchon at yahoo.com Mon Mar 19 12:43:06 2012 From: coinchon at yahoo.com (Mathias Coinchon) Date: Mon, 19 Mar 2012 05:43:06 -0700 (PDT) Subject: FC0012 tuner Message-ID: <1332160986.93484.YahooMailNeo@web39304.mail.mud.yahoo.com> Hi, The rtl-sdr is really great ! Congratulation and thank you for your work ! This really democratises the SDR to anyone with so low prices. I have an ezcap ez646 USB stick, based on rtl2832u but this one has a FC0012 tuner chip. I wondered if some of you had information or clues about this tuner as you have developped the driver for the FC0013. Then I could attempt to adapt the code for this stick. Regards Mathias Coinchon opendigitalradio.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From steve at steve-m.de Mon Mar 19 13:08:57 2012 From: steve at steve-m.de (Steve Markgraf) Date: Mon, 19 Mar 2012 14:08:57 +0100 Subject: FC0012 tuner In-Reply-To: <1332160986.93484.YahooMailNeo@web39304.mail.mud.yahoo.com> References: <1332160986.93484.YahooMailNeo@web39304.mail.mud.yahoo.com> Message-ID: <4F672FE9.9060508@steve-m.de> Hi, On 19.03.2012 13:43, Mathias Coinchon wrote: > I have an ezcap ez646 USB stick, based on rtl2832u but this one has a > FC0012 tuner chip. > I wondered if some of you had information or clues about this tuner as > you have developped the driver for the FC0013. The FC0013 driver was taken from the Linux kernel driver that Realtek released, so can be the FC0012 driver. See: http://grok.osmocom.org/source/xref/x-misc-rtl2832u-kernel3/RTL2832-2.2.2_kernel-3.0.0/tuner_fc0012.c I don't have a stick with a FC0012 yet, but might get one in the next days. I will add support as soon as I get my hands on it. It also needs some code to control the GPIOs of the RTL2832, since you have to toggle a pin of the FC0012 to switch between bands. Regards, Steve From coinchon at yahoo.com Mon Mar 19 14:38:57 2012 From: coinchon at yahoo.com (Mathias Coinchon) Date: Mon, 19 Mar 2012 07:38:57 -0700 (PDT) Subject: FC0012 tuner In-Reply-To: <4F672FE9.9060508@steve-m.de> References: <1332160986.93484.YahooMailNeo@web39304.mail.mud.yahoo.com> <4F672FE9.9060508@steve-m.de> Message-ID: <1332167937.17827.YahooMailNeo@web39302.mail.mud.yahoo.com> Thanks. I wonder what the difference between FC0013 and FC0012 is. I cannot find any datasheet on the web. The code between the 2 is very similar. However, the FC0012 driver has no "Set_VhfTrack" function (but it covers VHF band 3) and I couldn't find yet where the switch between bands happens. Otherwise, the EZCAP eztv646 stick is recognised with 0x0bda VID and 0x2838 PID (but has no e4000 tuner). Regards, Mathias ________________________________ De?: Steve Markgraf ??: Mathias Coinchon Cc?: "osmocom-sdr at lists.osmocom.org" Envoy? le : Lundi 19 mars 2012 14h08 Objet?: Re: FC0012 tuner Hi, On 19.03.2012 13:43, Mathias Coinchon wrote: > I have an ezcap ez646 USB stick, based on rtl2832u but this one has a > FC0012 tuner chip. > I wondered if some of you had information or clues about this tuner as > you have developped the driver for the FC0013. The FC0013 driver was taken from the Linux kernel driver that Realtek released, so can be the FC0012 driver. See: http://grok.osmocom.org/source/xref/x-misc-rtl2832u-kernel3/RTL2832-2.2.2_kernel-3.0.0/tuner_fc0012.c I don't have a stick with a FC0012 yet, but might get one in the next days. I will add support as soon as I get my hands on it. It also needs some code to control the GPIOs of the RTL2832, since you have to toggle a pin of the FC0012 to switch between bands. Regards, Steve -------------- next part -------------- An HTML attachment was scrubbed... URL: From coinchon at yahoo.com Mon Mar 19 17:53:31 2012 From: coinchon at yahoo.com (Mathias Coinchon) Date: Mon, 19 Mar 2012 10:53:31 -0700 (PDT) Subject: FC0012 tuner In-Reply-To: <4F672FE9.9060508@steve-m.de> References: <1332160986.93484.YahooMailNeo@web39304.mail.mud.yahoo.com> <4F672FE9.9060508@steve-m.de> Message-ID: <1332179611.31868.YahooMailNeo@web39304.mail.mud.yahoo.com> Hello again, I tried to make a driver for FC0012 based on kernel driver you gave me and comparing with your FC0013 implementation. It delivers noise and some carriers but doesn't seem to tune at all as the output is the same whatever the frequency. I assume that I have to set the register differently at opening and at the tuning but this is impossible to guess what to put in without the chip datasheet. I tried some tweaks but without success. The original driver itself looks a bit confusing with lots of mods in comments and I wonder if it has been set with values for DVB-T only as it is only what is supported in linux for these USB based on this chip at the moment. I should maybe better buy a new ezcap key with an E4000 tuner or Noxon Cheers Mathias ________________________________ De?: Steve Markgraf ??: Mathias Coinchon Cc?: "osmocom-sdr at lists.osmocom.org" Envoy? le : Lundi 19 mars 2012 14h08 Objet?: Re: FC0012 tuner Hi, On 19.03.2012 13:43, Mathias Coinchon wrote: > I have an ezcap ez646 USB stick, based on rtl2832u but this one has a > FC0012 tuner chip. > I wondered if some of you had information or clues about this tuner as > you have developped the driver for the FC0013. The FC0013 driver was taken from the Linux kernel driver that Realtek released, so can be the FC0012 driver. See: http://grok.osmocom.org/source/xref/x-misc-rtl2832u-kernel3/RTL2832-2.2.2_kernel-3.0.0/tuner_fc0012.c I don't have a stick with a FC0012 yet, but might get one in the next days. I will add support as soon as I get my hands on it. It also needs some code to control the GPIOs of the RTL2832, since you have to toggle a pin of the FC0012 to switch between bands. Regards, Steve -------------- next part -------------- An HTML attachment was scrubbed... URL: From 246tnt at gmail.com Mon Mar 19 17:56:52 2012 From: 246tnt at gmail.com (Sylvain Munaut) Date: Mon, 19 Mar 2012 18:56:52 +0100 Subject: FC0012 tuner In-Reply-To: <1332179611.31868.YahooMailNeo@web39304.mail.mud.yahoo.com> References: <1332160986.93484.YahooMailNeo@web39304.mail.mud.yahoo.com> <4F672FE9.9060508@steve-m.de> <1332179611.31868.YahooMailNeo@web39304.mail.mud.yahoo.com> Message-ID: Hi, > I should maybe better buy a new ezcap key with an E4000 tuner or Noxon I'd say stick with the E4000 ... I have just got a FC0013 based one at a local shop and except for the frequency band it's really designed for, it doesn't seem to produce much. The E4000 is much more understood. Cheers, Sylvain From cd at maintech.de Tue Mar 20 16:42:28 2012 From: cd at maintech.de (Christian Daniel -- maintech GmbH) Date: Tue, 20 Mar 2012 17:42:28 +0100 Subject: Status Update Message-ID: <4F68B374.1050607@maintech.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi everybody, after a few weeks of apparent silence I'm here to report the current status of the OsmoSDR stick. I know that a bit more reporting and general traffic on the list would be good for the project, but please be patient with us since this project runs in all our spare time - and there is not much of that... I have to admit that the advent of the rtl-sdr is bit a kick into the stomach, but I fear that the problem lies with us and our slow progress. However I can only stress that the OsmoSDR will be more flexible, powerful, programmable (even stand-alone operation is possible!) and sensitive. Many of you don't care much about sensitivity, but you will notice the difference when you see it... But now to the facts: - - the OsmoSDR revision 2 review is completed and the PCBs are ordered - - depending on the workload of the PCB shop, we have to wait ten to 15 working days for the PCBs to ship to Stefan Reimann (DG8FAC) - - he will assemble 20 boards immediately (machine time is booked) - - after that we will tests and checks that no fatal bug remains - - after that the rest are assembled - - we will have about 100 boards then (most probably a few will need some rework as soldering is not a 100% process) For the revision 2 we changed the following things: - - clock output of the Si570 was reworked the mitigate voltage level problems on the E4000 input - - a lowpass in to E4000 input was added to kill harmonics from the Si570 (the Si570 produces a square wave signal) - - a ~20dB LNA was added to increase sensitivity to -125dB @ 450 MHz (at least we hope so :) - - a lowpass at the antenna input was added to avoid driving 100mW into the E4000 when a WLAN near to the stick goes on TX - - serial wire debugging for the SAM3U was added - - a few lines at the FPGA were rerouted - - LEDs moved to the border of the board - - the board was shrunk 1mm to fit into a casing - - the expansion pins were moved to fit into the 2.54mm grid (a breadboard should fit neatly on top) During the sensitivity tests I did two weeks ago I saw that the RX spectrum is pretty clean and the RX filters in the E4000 are really good. So - even with a few weeks delay - we can finally look forward to get our hands at the OsmoSDR and we will have a really good receiver at our hands! Cherio! Christian - -- - --------------------------------------------------- | maintech # Dipl. Inf (FH) Christian Daniel | | GmbH ### Otto-Hahn-Str. 15 ? D-97204 H?chberg | - --------------------------------------------------- | AG W?rzburg, HRB 8790 Tax-ID DE242279645 | - --------------------------------------------------- | http://www.maintech.de cd at maintech.de | - --------------------------------------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPaLNtAAoJEHkgzUIsAWrihOMIAIunTXO47hk4fcUxLjaj/mB3 24vBjxqpbnHWGgG35bLAjTICkpg0sZEgxppl3w7nKR1vzyoCVl2qdXfuFhrml/WP mREjLTjtYZB2o1snDKmyoV7jnvHlXKql4AbMnNz2XAlQ0kgDw+BLJf1CNvHpTeNK 6c0WA7XzVEZVYHiCBI8hDWl1/WUK2JLRdmJ7sFrINO40kn5ka5trUDDfCaAr/fAR +0rD0Fhqm3R7tOHmC9e4PWwslY1pGYB2pbcCbICHgEWlQQRSGxdSCzkEL0/STcuI rHuLTpfSrHkbn/TtHaIuVvfraAq8fRARiVqoMooIK0+h8bxfFiHxbHznuh33moY= =zTDS -----END PGP SIGNATURE----- From paul at kristianpaul.org Tue Mar 20 22:09:12 2012 From: paul at kristianpaul.org (Cristian Paul =?iso-8859-1?Q?Pe=F1aranda?= Rojas) Date: Tue, 20 Mar 2012 17:09:12 -0500 Subject: Status Update In-Reply-To: <4F68B374.1050607@maintech.de> References: <4F68B374.1050607@maintech.de> Message-ID: <20120320220912.GA4904@micro> > I have to admit that the advent of the rtl-sdr is bit a kick into the > stomach, but I fear that the problem lies with us and our slow progress. Perhaps, but still the crazy china sourcing rush and stock luck for get this chip right :) > So - even with a few weeks delay - we can finally look forward to get > our hands at the OsmoSDR and we will have a really good receiver at > our hands! Cheers then :) Btw may be too early to ask, but do you have any roughs plans about the DAC part? that will add lot of value to the solution, besides the fact all drivers and sources are floss. :-) Cristian Paul From coinchon at yahoo.com Wed Mar 21 00:11:06 2012 From: coinchon at yahoo.com (Mathias Coinchon) Date: Tue, 20 Mar 2012 17:11:06 -0700 (PDT) Subject: Status Update In-Reply-To: <4F68B374.1050607@maintech.de> References: <4F68B374.1050607@maintech.de> Message-ID: <1332288666.50919.YahooMailNeo@web39302.mail.mud.yahoo.com> Hi Christian, Despite the great interest in the rtl2832u based stick because of its unbeatable low cost, I'm still looking forward for Osmocom SDR: - As you said the sensitivity of such low cost USB devices is not so good. The LNA will make the difference and this is important. - Quantisation (and filtering if you have added external filters) can make the difference too, especially when sampling on crowded bands with strong adjacent interferers. - The characteristics these USB sticks are not well known but you are doing measurement and calibration on all bands. This is useful for measurement applications - Osmocom-SDR design is open and let's hope, here to stay. Who knows, maybe one day realtek may give up baseband sample transfer and do everything on the chip or change the design and so we will be done. I experienced this already with other reverse engineered devices. - In the future, what will really make the difference is if you add a TX board, none of these OEM USB stick will do it anytime soon and here there's also a great interest from amateur radio to local applications but also for testing, experimentation and why not broadcasting. So, I am very interested and look forward to Oscomcom-SDR. If it is possible, I would? like to get in the queue to get one from the first batch of 100 . I am working on the organisation of a new media theme for the next Libre Software Meeting (RMLL) that will happen in Geneva from 7th-12th July 2012: http://2012.rmll.info/ Do you think you could present the design ? (or in an another theme if you prefer) There's a plan to setup a full open hardware and software DAB+ transmission over Geneva for this period using CRC mmbtools. A first successful high power test was done last February in Geneva to test the concept, see: http://www.opendigitalradio.org/index.php/Live_DAB%2B_test_transmission_in_Geneva_during_the_EBU_Radio_Week_2012_with_100W_ERP? The chain could be completed by an open receiver design, showing a real fully free/open chain. The interesting thing is that the Canadian have also implemented CELT free/open audio coding over DAB (as an alternative to the proprietary HE-AAC codec used for DAB+). Standard receivers don't get it but with the SDR approach, this gets feasible. Cheers Mathias Coinchon opendigitalradio.org ________________________________ De?: Christian Daniel -- maintech GmbH ??: osmocom-sdr at lists.osmocom.org Envoy? le : Mardi 20 mars 2012 17h42 Objet?: Status Update -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi everybody, after a few weeks of apparent silence I'm here to report the current status of the OsmoSDR stick. I know that a bit more reporting and general traffic on the list would be good for the project, but please be patient with us since this project runs in all our spare time - and there is not much of that... I have to admit that the advent of the rtl-sdr is bit a kick into the stomach, but I fear that the problem lies with us and our slow progress. However I can only stress that the OsmoSDR will be more flexible, powerful, programmable (even stand-alone operation is possible!) and sensitive. Many of you don't care much about sensitivity, but you will notice the difference when you see it... But now to the facts: - - the OsmoSDR revision 2 review is completed and the PCBs are ordered - - depending on the workload of the PCB shop, we have to wait ten to 15 working days for the PCBs to ship to Stefan Reimann (DG8FAC) - - he will assemble 20 boards immediately (machine time is booked) - - after that we will tests and checks that no fatal bug remains - - after that the rest are assembled - - we will have about 100 boards then (most probably a few will need some rework as soldering is not a 100% process) For the revision 2 we changed the following things: - - clock output of the Si570 was reworked the mitigate voltage level problems on the E4000 input - - a lowpass in to E4000 input was added to kill harmonics from the Si570 (the Si570 produces a square wave signal) - - a ~20dB LNA was added to increase sensitivity to -125dB @ 450 MHz (at least we hope so :) - - a lowpass at the antenna input was added to avoid driving 100mW into the E4000 when a WLAN near to the stick goes on TX - - serial wire debugging for the SAM3U was added - - a few lines at the FPGA were rerouted - - LEDs moved to the border of the board - - the board was shrunk 1mm to fit into a casing - - the expansion pins were moved to fit into the 2.54mm grid (a breadboard should fit neatly on top) During the sensitivity tests I did two weeks ago I saw that the RX spectrum is pretty clean and the RX filters in the E4000 are really good. So - even with a few weeks delay - we can finally look forward to get our hands at the OsmoSDR and we will have a really good receiver at our hands! Cherio! Christian - -- - --------------------------------------------------- | maintech #? ? ? Dipl. Inf (FH) Christian Daniel | |? GmbH ### Otto-Hahn-Str. 15 ? D-97204 H?chberg | - --------------------------------------------------- | AG W?rzburg, HRB 8790? ? ? ? Tax-ID DE242279645 | - --------------------------------------------------- | http://www.maintech.de? ? ? ? ? cd at maintech.de | - --------------------------------------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPaLNtAAoJEHkgzUIsAWrihOMIAIunTXO47hk4fcUxLjaj/mB3 24vBjxqpbnHWGgG35bLAjTICkpg0sZEgxppl3w7nKR1vzyoCVl2qdXfuFhrml/WP mREjLTjtYZB2o1snDKmyoV7jnvHlXKql4AbMnNz2XAlQ0kgDw+BLJf1CNvHpTeNK 6c0WA7XzVEZVYHiCBI8hDWl1/WUK2JLRdmJ7sFrINO40kn5ka5trUDDfCaAr/fAR +0rD0Fhqm3R7tOHmC9e4PWwslY1pGYB2pbcCbICHgEWlQQRSGxdSCzkEL0/STcuI rHuLTpfSrHkbn/TtHaIuVvfraAq8fRARiVqoMooIK0+h8bxfFiHxbHznuh33moY= =zTDS -----END PGP SIGNATURE----- -------------- next part -------------- An HTML attachment was scrubbed... URL: From cd at maintech.de Wed Mar 21 19:28:51 2012 From: cd at maintech.de (Christian Daniel -- maintech GmbH) Date: Wed, 21 Mar 2012 20:28:51 +0100 Subject: Status Update In-Reply-To: <20120320220912.GA4904@micro> References: <4F68B374.1050607@maintech.de> <20120320220912.GA4904@micro> Message-ID: <4F6A2BF3.3050807@maintech.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hiho, the TX part is pretty much in early design stage, but I can tell you about a few ideas we had: - - FPGA XC6LX25 - - AD9775 DAC - - ADF4350 PLL - - ADL5386 I/Q mixer All neatly stacked on top of the RX board. Output power would be around 100mW, frequency range would be 65MHz to 2200MHz. Of course an external power supply would be needed since USB is not powerful enough. Christian On 20.03.2012 23:09, Cristian Paul Pe?aranda Rojas wrote: >> I have to admit that the advent of the rtl-sdr is bit a kick into >> the stomach, but I fear that the problem lies with us and our >> slow progress. > > Perhaps, but still the crazy china sourcing rush and stock luck for > get this chip right :) > >> So - even with a few weeks delay - we can finally look forward to >> get our hands at the OsmoSDR and we will have a really good >> receiver at our hands! > > Cheers then :) > > Btw may be too early to ask, but do you have any roughs plans about > the DAC part? that will add lot of value to the solution, besides > the fact all drivers and sources are floss. :-) > > Cristian Paul - -- - --------------------------------------------------- | maintech # Dipl. Inf (FH) Christian Daniel | | GmbH ### Otto-Hahn-Str. 15 ? D-97204 H?chberg | - --------------------------------------------------- | AG W?rzburg, HRB 8790 Tax-ID DE242279645 | - --------------------------------------------------- | http://www.maintech.de cd at maintech.de | - --------------------------------------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPaivtAAoJEHkgzUIsAWri+rgH/i63Xf3pTSW0egeDo0RweWGh lbL2rY2v2SB2J9mBEoB87mBezZ8ZwInbqwGp1iGr0S0ZzgpQ9Gd8zxItFvYmbVjW Sz5ikOvwwQGr2GM+5c4HpsDkRQruQgmHqxvDHfpCkDnVAm3dU0ZBhcoU74xp1nyg Vm59sKjy5OC9RuvpRoWGul9N0FbAzwE6tKPdigE5v/dFuqW4MuJupKIqO5e21zsx /dUodp/1/YkwWPsjOfXQKoYIN6ZpTzdtcHOC1VVl2E/4/tw9mqnCy8jGQ8vq1EzQ UiNFN5gLHzzhPyeevJyUHQgN8/i802E8zeryuAqce89oGYBIpfVrf7enwHSIw7U= =x5Mc -----END PGP SIGNATURE----- From alexander.chemeris at gmail.com Wed Mar 21 19:45:30 2012 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Wed, 21 Mar 2012 23:45:30 +0400 Subject: Status Update In-Reply-To: <4F6A2BF3.3050807@maintech.de> References: <4F68B374.1050607@maintech.de> <20120320220912.GA4904@micro> <4F6A2BF3.3050807@maintech.de> Message-ID: Hi Christian, Why do you want 160MSPS DAC when you have only a USB connection? IIRC USRP1 in 16-bit mode could not do more then 8MSPS (i.e. 4MSPS in each direction). Btw, for about the same BOM cost you could get a single chip transceiver we use for UmTRX (http://www.limemicro.com/lms6002d.php). Though its tuning range is a bit higher - 375MHz-4GHz, so it doesn't fit if you need frequencies below 375MHz. On Wed, Mar 21, 2012 at 23:28, Christian Daniel -- maintech GmbH wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hiho, > > the TX part is pretty much in early design stage, but I can tell you > about a few ideas we had: > > - - FPGA XC6LX25 > - - AD9775 DAC > - - ADF4350 PLL > - - ADL5386 I/Q mixer > > All neatly stacked on top of the RX board. Output power would be > around 100mW, frequency range would be 65MHz to 2200MHz. > > Of course an external power supply would be needed since USB is not > powerful enough. > > Christian > > On 20.03.2012 23:09, Cristian Paul Pe?aranda Rojas wrote: >>> I have to admit that the advent of the rtl-sdr is bit a kick into >>> the stomach, but I fear that the problem lies with us and our >>> slow progress. >> >> Perhaps, but still the crazy china sourcing rush and stock luck for >> get this chip right :) >> >>> So - even with a few weeks delay - we can finally look forward to >>> get our hands at the OsmoSDR and we will have a really good >>> receiver at our hands! >> >> Cheers then :) >> >> Btw may be too early to ask, but do you have any roughs plans about >> the DAC part? that will add lot of value to the solution, besides >> the fact all drivers and sources are floss. :-) >> >> Cristian Paul > > - -- > - --------------------------------------------------- > | maintech # ? ? ?Dipl. Inf (FH) Christian Daniel | > | ? GmbH ### Otto-Hahn-Str. 15 ? D-97204 H?chberg | > - --------------------------------------------------- > | AG W?rzburg, HRB 8790 ? ? ? ?Tax-ID DE242279645 | > - --------------------------------------------------- > | http://www.maintech.de ? ? ? ? ? cd at maintech.de | > - --------------------------------------------------- > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.11 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJPaivtAAoJEHkgzUIsAWri+rgH/i63Xf3pTSW0egeDo0RweWGh > lbL2rY2v2SB2J9mBEoB87mBezZ8ZwInbqwGp1iGr0S0ZzgpQ9Gd8zxItFvYmbVjW > Sz5ikOvwwQGr2GM+5c4HpsDkRQruQgmHqxvDHfpCkDnVAm3dU0ZBhcoU74xp1nyg > Vm59sKjy5OC9RuvpRoWGul9N0FbAzwE6tKPdigE5v/dFuqW4MuJupKIqO5e21zsx > /dUodp/1/YkwWPsjOfXQKoYIN6ZpTzdtcHOC1VVl2E/4/tw9mqnCy8jGQ8vq1EzQ > UiNFN5gLHzzhPyeevJyUHQgN8/i802E8zeryuAqce89oGYBIpfVrf7enwHSIw7U= > =x5Mc > -----END PGP SIGNATURE----- > -- Regards, Alexander Chemeris. CEO, Fairwaves LLC / ??? ??????? http://fairwaves.ru From cd at maintech.de Thu Mar 22 09:30:11 2012 From: cd at maintech.de (Christian Daniel -- maintech GmbH) Date: Thu, 22 Mar 2012 10:30:11 +0100 Subject: Status Update In-Reply-To: References: <4F68B374.1050607@maintech.de> <20120320220912.GA4904@micro> <4F6A2BF3.3050807@maintech.de> Message-ID: <4F6AF123.80702@maintech.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Alexander, the monster DAC was our first idea since it is already on stock. The cost for sourcing and stocking a new part should never be underestimated... Also the 160MSPS allow us to interpolate e.g by 1:100 and then only apply very simple post-DAC filtering, as the first mirror is very far away. Also 375MHz and up is a bit mood from my POV since our E4000 starts at about 65MHz. The ham radio 144MHz band should be covered as should the "NATO band". Best regards, Christian On 21.03.2012 20:45, Alexander Chemeris wrote: > Hi Christian, > > Why do you want 160MSPS DAC when you have only a USB connection? > IIRC USRP1 in 16-bit mode could not do more then 8MSPS (i.e. 4MSPS > in each direction). > > Btw, for about the same BOM cost you could get a single chip > transceiver we use for UmTRX > (http://www.limemicro.com/lms6002d.php). Though its tuning range > is a bit higher - 375MHz-4GHz, so it doesn't fit if you need > frequencies below 375MHz. - -- - --------------------------------------------------- | maintech # Dipl. Inf (FH) Christian Daniel | | GmbH ### Otto-Hahn-Str. 15 ? D-97204 H?chberg | - --------------------------------------------------- | AG W?rzburg, HRB 8790 Tax-ID DE242279645 | - --------------------------------------------------- | http://www.maintech.de cd at maintech.de | - --------------------------------------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPavEfAAoJEHkgzUIsAWrify4IAJimnL7T51rvqVxHOdHIN40d A8X69WwnRuAdmfDNNmQJkBNOk+c76O9qqWWpfEJH0mJ32UEKNvenfDA6EgJOk0+v JaAWLmpCg6ozPOK0whSe9NMQBevHkmgYzEY1lyqDDvMCRKKDJ/+0kvKKBYUmhEwC wlvbuC9pkqixBpmsMx5BAnJK1Eg1Syr8LQRaiJecRC16CypsLyq3Ar40pM/bhV6R KU96qPS+X8o7FOYUSR/75lhXRrnuvQoDS6AzMd2LSsfY17Cr58YC9eLWucTh53iK 1w7xBzvDKWKjLYFPeFV6DlqDGLuViTE73xeyE2dX2CLV9ewa7mRq4g04W3ha2Uw= =2vNI -----END PGP SIGNATURE----- From michal.rogala at gmail.com Fri Mar 23 22:04:39 2012 From: michal.rogala at gmail.com (=?ISO-8859-2?Q?Micha=B3_Rogala?=) Date: Fri, 23 Mar 2012 23:04:39 +0100 Subject: RTL-SDR software Message-ID: Hi! A have a question regarding current development status of RTL-SDR project - does someone develop any additional tools than those available on osmocom git? Actually I'm developing ExtIO DLL library to connect various SDR software (ie. Winrad, HDSDR, etc) with RTL-SDR dongles. I'm asking because I don't want to duplicate someone's else work. best regards Michal Rogala From Hoffmann.P at gmx.net Sat Mar 24 21:04:46 2012 From: Hoffmann.P at gmx.net (Peter Hoffmann) Date: Sat, 24 Mar 2012 22:04:46 +0100 Subject: Rtl-Sdr Message-ID: <4F6E36EE.3040808@gmx.net> Hy, I just stumbled over the rtl-sdr without any prior knowledge about srd or the osmocom-project. I'm sorry if this hole project is just not for newbies but I wanted to at least ask for help. I planing to use the Noxon DVB USB Stick as an sdr to listen to our baby monitor and extend it's radius this way. My first step is to listen to a fm radio station by collecting some I/Q on the stations frequency. But neither the I/Q nor the cfile I created using the gnu-radio companion results in data I can listen to sending it to /dev/audio. I assume, I'm making some major mistakes so I want to ask for some hints or reading advice (some M to RTFM ;-) Thank you, Hoffmann P From peter at stuge.se Sat Mar 24 21:37:08 2012 From: peter at stuge.se (Peter Stuge) Date: Sat, 24 Mar 2012 22:37:08 +0100 Subject: Rtl-Sdr In-Reply-To: <4F6E36EE.3040808@gmx.net> References: <4F6E36EE.3040808@gmx.net> Message-ID: <20120324213708.24610.qmail@stuge.se> Hi, Peter Hoffmann wrote: > I planing to use the Noxon DVB USB Stick as an sdr to listen to our > baby monitor and extend it's radius this way. Note that rtl-sdr and osmocom-sdr are different pieces of hardware. I'm not sure whether rtl-sdr is on topic on this mailing list. Let's see what others say. > neither the I/Q nor the cfile I created using the gnu-radio > companion results in data I can listen to sending it to /dev/audio A few points: /dev/audio only accepts very special audio formats. Use a program to play audio files. I/Q and cfile may need to be demodulated (gnuradio should do it) before you get audio information that you can play with the program for playing audio files. //Peter From davidb-sdr at rcpt.to Sun Mar 25 14:21:03 2012 From: davidb-sdr at rcpt.to (David Basden) Date: Mon, 26 Mar 2012 01:21:03 +1100 Subject: Contributing to rtl-sdr (fc0012) Message-ID: <20120325142103.GF26954@faith.oztechninja.com> Hi! I'm just wondering what the best way to be able to contribute code into the rtl-sdr project is? I've added support for the FC0012 tuner (based on the dvb driver and cleaned up some), and would much rather contribute directly rather than fork it just for the sake of the stuff I write. There's a diff here: https://gist.github.com/2171926 against rtl-sdr a few days back. I've got a couple of fixes that aren't in that patch still to upload (like setting GPIO6 to flip the V/U band filter. Oops.) Cheers, David From laforge at gnumonks.org Sun Mar 25 16:12:45 2012 From: laforge at gnumonks.org (Harald Welte) Date: Sun, 25 Mar 2012 18:12:45 +0200 Subject: Contributing to rtl-sdr (fc0012) In-Reply-To: <20120325142103.GF26954@faith.oztechninja.com> References: <20120325142103.GF26954@faith.oztechninja.com> Message-ID: <20120325161245.GD19032@prithivi.gnumonks.org> Hi David, On Mon, Mar 26, 2012 at 01:21:03AM +1100, David Basden wrote: > I'm just wondering what the best way to be able to contribute code > into the rtl-sdr project is? Clone our git tree and make reasonably-sized commits (one bugfix / logical change per commit), put your email/realname in the git config and write a short summary of your commit. Then use git send-email to send the patches to the osmocom-sdr mailinglist. > I've added support for the FC0012 tuner (based on the dvb driver and > cleaned up some), and would much rather contribute directly rather > than fork it just for the sake of the stuff I write. If you think there will be regular contributions, we could give you git commit access. But even in that case, we normally expect developers to commit to a private branch from which the maintainer (in this case Steve Markgraf) will cherry-pick or merge. Regards, Harald -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From steve at steve-m.de Mon Mar 26 09:00:34 2012 From: steve at steve-m.de (Steve Markgraf) Date: Mon, 26 Mar 2012 11:00:34 +0200 Subject: Contributing to rtl-sdr (fc0012) In-Reply-To: <20120325142103.GF26954@faith.oztechninja.com> References: <20120325142103.GF26954@faith.oztechninja.com> Message-ID: <4F703032.9070806@steve-m.de> Hi, On 25.03.2012 16:21, David Basden wrote: > I've added support for the FC0012 tuner (based on the dvb driver and > cleaned up some), and would much rather contribute directly rather > than fork it just for the sake of the stuff I write. We're currently in the process of completely refactoring the code and separating it into a library for using it from commandline as well as a Gnuradio source block, so I will merge the FC0012 driver after that. Regards, Steve From Hoffmann.P at gmx.net Mon Mar 26 09:13:03 2012 From: Hoffmann.P at gmx.net (Peter Hoffmann) Date: Mon, 26 Mar 2012 11:13:03 +0200 Subject: Rtl-Sdr In-Reply-To: <20120324213708.24610.qmail@stuge.se> References: <4F6E36EE.3040808@gmx.net> <20120324213708.24610.qmail@stuge.se> Message-ID: <4F70331F.5060702@gmx.net> All Right Peter, I think I found the right source, I just checked the mailinglist on which the GnuRadioCompangion-diagram was posted and "Tada"-the I found the(/one possible) demodulation. Thanks for your advice, I'll stay tuned Peter Hoffmann Am 24.03.2012 22:37, schrieb Peter Stuge: > Hi, > > Peter Hoffmann wrote: >> I planing to use the Noxon DVB USB Stick as an sdr to listen to our >> baby monitor and extend it's radius this way. > > Note that rtl-sdr and osmocom-sdr are different pieces of hardware. > > I'm not sure whether rtl-sdr is on topic on this mailing list. Let's > see what others say. > > >> neither the I/Q nor the cfile I created using the gnu-radio >> companion results in data I can listen to sending it to /dev/audio > > A few points: > > /dev/audio only accepts very special audio formats. Use a program to > play audio files. > > I/Q and cfile may need to be demodulated (gnuradio should do it) > before you get audio information that you can play with the program > for playing audio files. > > > //Peter > From coinchon at yahoo.com Tue Mar 27 12:17:37 2012 From: coinchon at yahoo.com (Mathias Coinchon) Date: Tue, 27 Mar 2012 05:17:37 -0700 (PDT) Subject: Contributing to rtl-sdr (fc0012) In-Reply-To: <20120325142103.GF26954@faith.oztechninja.com> References: <20120325142103.GF26954@faith.oztechninja.com> Message-ID: <1332850657.8251.YahooMailNeo@web39302.mail.mud.yahoo.com> Hi David, Hi, It works on my Ezcap eztv646 ! Congratulations and thank you. However I had to tweak main.c and force fc0002 tuner because it was always taking elonics e4000 tuner. This because the Ezcap seems to have clash with the VID&PID, mine is 0BDA:2838, the same codes as for the model with an elonics tuner. I don't know if there's another way to differentiate them. Otherwise, rtl-sdr will need to have a flag to force a certain type of tuner. It works on FM band but with bad performance and I have noticed unwanted images (at +/-400kHz) and also adjacent interference problems. There is not this problem with the Noxon DAB+ key that has a FC0013 tuner. My interpretation is that the FC0013 has got enhanced filtering (looking at the driver code). There may be ways to adjust gains in FC0012 but there's very few information about this chip unfortunately. I didn't have the occasion to test the elonics tuner yet (order in wait mode at dealextreme, Terratec Cinergy RC rev3 not yet available here yet) Trying different sampling frequencies, it seems it doesn't work under 1Msample/s. For those interested to interface directly with gnuradio, it works well using FIFO and a buffer (mbufer), example command: ./rtl-sdr -f 96700000 -s 2048000 /dev/stdout |mbuffer -m 32m -P 25 >out.fifo Cheers Mathias ________________________________ De?: David Basden ??: osmocom-sdr at lists.osmocom.org Envoy? le : Dimanche 25 mars 2012 16h21 Objet?: Contributing to rtl-sdr (fc0012) Hi! I'm just wondering what the best way to be able to contribute code into the rtl-sdr project is? I've added support for the FC0012 tuner (based on the dvb driver and cleaned up some), and would much rather contribute directly rather than fork it just for the sake of the stuff I write. There's a diff here: https://gist.github.com/2171926 against rtl-sdr a few days back. I've got a couple of fixes that aren't in that patch still to upload (like setting GPIO6 to flip the V/U band filter. Oops.) Cheers, David -------------- next part -------------- An HTML attachment was scrubbed... URL: From davidb-sdr at rcpt.to Tue Mar 27 14:00:30 2012 From: davidb-sdr at rcpt.to (David Basden) Date: Wed, 28 Mar 2012 01:00:30 +1100 Subject: Contributing to rtl-sdr (fc0012) In-Reply-To: <1332850657.8251.YahooMailNeo@web39302.mail.mud.yahoo.com> References: <20120325142103.GF26954@faith.oztechninja.com> <1332850657.8251.YahooMailNeo@web39302.mail.mud.yahoo.com> Message-ID: <20120327140030.GK26954@faith.oztechninja.com> On Tue, Mar 27, 2012 at 05:17:37AM -0700, Mathias Coinchon wrote: > It works on my Ezcap eztv646 ! Congratulations and thank you. > > However I had to tweak main.c and force fc0002 tuner because it was always taking elonics e4000 tuner. > This because the Ezcap seems to have clash with the VID&PID, mine is 0BDA:2838, > the same codes as for the model with an elonics tuner. > I don't know if there's another way to differentiate them. Otherwise, rtl-sdr > will need to have a flag to force a certain type of tuner. It seems that the DVB driver detects the actual tuner types rather than hardcoding them (check_tuner_type in rtl2832u_fe.c). It goes through each type of tuner it knows about, and tries to read a value over the I2C bus at the address it expects that tuner, for a value that will distinguish it (so many different types of tuners use the same I2C address that responding isn't alone enough to distinguish a particular tuner) It shouldn't be too hard to do. Both the FC0012 and FC0013 will respond to a read from (base 0xc6) address 0x0. After powerup, the FC0012 with return 0xa1, and the FC0013 will return 0xa3. The E4000 will respond to a read from (base 0xc8) address 0x02 with 0x40. I don't know if it's going to be much use putting in the detection stuff while the rest of the structure is being refactored towards sanity though; I'm trying (and failing) to alter main.c as little as possible. > It works on FM band but with bad performance and I have noticed unwanted images (at +/-400kHz) and also adjacent interference problems. > > There is not this problem with the Noxon DAB+ key that has a FC0013 tuner. My interpretation is that the FC0013 has got enhanced filtering (looking at the driver code). I've updated https://gist.github.com/2171926 just now with some changes I made today that have improved things quite significantly for me. I've also started trying to document the different registers a bit more, and removed code that was never being called, and that may not have as much use to SDR, such as the DTV RSSI LNA auto-adjustment. (If the latter is a mistake, at least the code is in the DTV module still, and some of the more readable in there at that). At the end of the day, I think you're right about the enhanced filtering in the FC0013. Also, I still haven't fixed the V/U band filter switching, which is bound to be affecting some things. I've also noticed that my key's tuner occasionally seems to get confused and won't change frequencies without being taken out and plugged in again. I have also been probably feeding it strange inputs more than once though. > There may be ways to adjust gains in FC0012 but there's very few information about this chip unfortunately. There is actually a fair bit of control over the LNA for the FC0012 at least. Setting register 0x13 will give you from -9.9dB to 19.7dB gain, with at least 20 steps in between. I just noticed FC0012_LNA_GAIN_TABLE in rtl2832u_fe.c of the DVB code (strange place for it; It just happened to be near the tuner detection code) which gives a whole lot of useful values. Thanks for testing it out! Cheers, David From alan_r_cam at yahoo.com.au Thu Mar 29 00:16:26 2012 From: alan_r_cam at yahoo.com.au (Alan Campbell) Date: Wed, 28 Mar 2012 17:16:26 -0700 (PDT) Subject: Osmo SDR board - buy Message-ID: <1332980186.54693.YahooMailNeo@web130101.mail.mud.yahoo.com> Any idea when the SDR boards will be available to buy? And the cost? I was planning an SDR myself when I first saw the Osmo design. There are enough similarities to make yours worth buying - namely, the same FPGA I was looking at. I'm debating whether to buy the Lattice XP Brevia FPGA development kit. All else being equal, I'd rather give YOU guys the money... Regards, -- Alan Campbell - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - My own design ? That uses a SINGLE 12-bit ADC, clocked at 48 MHz? (same as USB clock, makes for simpler circuit). The "Zero IF Tuner" becomes a superhet design, with an IF output of 60 MHz. Undersampling & downsampling in the FPGA gives a 12MHz bandwidth (actually less, depends if IFstage bandwidth & degree of downsampling) 2-stage RF front end: 1-30MHz (si 570 is 61-90MHz)? and VHF 140-150MHz (si 570 is 80-90MHz). - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -------------- next part -------------- An HTML attachment was scrubbed... URL: From laforge at gnumonks.org Thu Mar 29 06:16:24 2012 From: laforge at gnumonks.org (Harald Welte) Date: Thu, 29 Mar 2012 08:16:24 +0200 Subject: Osmo SDR board - buy In-Reply-To: <1332980186.54693.YahooMailNeo@web130101.mail.mud.yahoo.com> References: <1332980186.54693.YahooMailNeo@web130101.mail.mud.yahoo.com> Message-ID: <20120329061624.GD19456@prithivi.gnumonks.org> hi Alan, On Wed, Mar 28, 2012 at 05:16:26PM -0700, Alan Campbell wrote: > Any idea when the SDR boards will be available to buy? And the cost? I expect them to be shipping in three ot four weeks. The cost is targetted at EUR 150 (for export e.g. to Australia) plus shipping. Inside Germany/EU there will be 19% VAT added to that. I cannot promise that the full firmware will be finished at that point, but at least "USB Audio" mode with 1Ms/s is already working now on Linux based PCs. Regards, Harald -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From balint256 at gmail.com Thu Mar 29 06:04:33 2012 From: balint256 at gmail.com (Balint Seeber) Date: Thu, 29 Mar 2012 17:04:33 +1100 Subject: RTL2832 SDR plugin for HDSDR/etc Message-ID: <013001cd0d71$d2667d10$77337730$@com> Hi folks, 'rtl-sdr' is a great development. Thank you to all involved! I'd like to throw in my bit: I've just released a beta version of my ExtIO plugin with support for RTL2832+E4000 (my one is called 'ezcap'). This means you can use the DVB-T USB stick with Winrad /HDSDR /WRplus, etc. http://spench.net/r/USRP_Interfaces I've done a fair bit of work in GNU Radio, but I find having a simple/functional 'software specan' (i.e. those apps) is another great test tool. The ExtIO plugin also lets you stream the received baseband data from the app to GNU Radio over your LAN (just use the UDP Source block!). Apart from RTL2832, the plugin also supports all USRPs, the FUNcube Dongle, and functions as a network client if you choose to connect your SDR hardware to a separate computer and wish to stream the data & control the radio across your LAN (lossless, compared to having to use a long length of coax!). This protocol/implementation is called BorIP , and is essentially a transparent network abstraction for the SDR receivers mentioned above (not really necessary if you have a LAN-enabled USRP, but great for USRP 1 & B100). The BorIP server is included with the plugin's installer. Additionally, I recently released many new blocks (in the gr-baz module) and patches for GNU Radio too, part of which enables native BorIP reception support in GNU Radio (BorIP Source block, and BorIP protocol/packet support for UDP Source Block). The enhanced Source blocks are handy because they will notify you of hardware/buffer overruns at the server and network packet loss. Other new blocks help with automatic FEC decoding, and also include Variable Delay (great for blind signal analysis), a simple eye diagram sink (originally from OP25 ) and a Fast Auto-correlation Sink (originally from 'Frank'). I'm probably going to add my own implementation of a native RTL2832 Source block to gr-baz tonight, so I may post again soon. Hope this is useful! Kind regards, Balint @spenchdotnet -------------- next part -------------- An HTML attachment was scrubbed... URL: From coinchon at yahoo.com Thu Mar 29 10:49:34 2012 From: coinchon at yahoo.com (Mathias Coinchon) Date: Thu, 29 Mar 2012 03:49:34 -0700 (PDT) Subject: Call for participation LSM/RMLL Message-ID: <1333018174.33900.YahooMailNeo@web39306.mail.mud.yahoo.com> Dear Osmocom-SDR community, This email to inform you that the call for participation for the next Libre Software Meeting (LSM or RMLL: Rencontres Mondiales du Logiciel Libre) ends on 31st March: http://2012.rmll.info/en/participate/call-for-papers This edition will take place in Geneva from 7th to 12th July 2012 (7-8 general public days, 9-12 theme focused, professional).? Personally, I'm co-coordinator of the media/TV/Radio/Graphics theme where we will have different projects for media and broadcasters presenting cases. There will be for example a presentation and demonstration of a high power transmission digital radio transmission based on CRC tools, USRP on a power amplifier/mask filter. It would be of great interest for the communities to learn about the Osmocom SDR and RTL SDR (in a presentation) and possibly play with them (in a workshop). Applications would be interesting too. So please don't hesitate to directly submit. Don't hesitate also to contact me for more information. Mathias Coinchon -------------- next part -------------- An HTML attachment was scrubbed... URL: From balint256 at gmail.com Thu Mar 29 15:25:22 2012 From: balint256 at gmail.com (Balint Seeber) Date: Fri, 30 Mar 2012 02:25:22 +1100 Subject: RTL2832 GNU Radio Source block now in gr-baz Message-ID: <027001cd0dc0$2f191fb0$8d4b5f10$@com> Hi folks, I've just added RTL2832 support to gr-baz with support for both tuners (Elonics E4000 and Fitipower FC0013). I've taken rtl-sdr and created a fully-featured GNU Radio Source block 'baz.rtl_source_c' (with GRC block) that outputs complex values, and allows adjustment of frequency, sample rate and LNA gain. There is also an optional automatic tuner mode control for the E4000. The Source block performs internal multi-threaded buffering for smoother performance (this might be over-engineered, but it seemed to help with the ExtIO plugin I mentioned in my previous post here). You can get the source code from my SVN or github (though please visit the info page first for more info/pre-reqs - e.g. libusb-1.0, etc). It's experimental, and not the prettiest because I actually ported it back from the ExtIO plugin, but it works for me and if you want to help test/clean it up then that would be very much appreciated! To see it in action, have a peek here: http://youtu.be/FUQd9HOVTk8 Balint @spenchdotnet -------------- next part -------------- An HTML attachment was scrubbed... URL: From oliver.goldenstein at googlemail.com Thu Mar 29 19:59:57 2012 From: oliver.goldenstein at googlemail.com (Oliver Goldenstein) Date: Thu, 29 Mar 2012 21:59:57 +0200 Subject: RTL2832 SDR plugin for HDSDR/etc In-Reply-To: <013001cd0d71$d2667d10$77337730$@com> References: <013001cd0d71$d2667d10$77337730$@com> Message-ID: Many thanks Balint ! gr-baz works good ! tested on ubuntu 11.10 with fresh git install. you're invited to write a server for this suite as well :-) : http://napan.ca/ghpsdr3/index.php/Main_Page 73 Oliver -- Oliver, DL6KBG, JO61UB Blog: http://dl6kbg.blogspot.com From mad at auth.se Fri Mar 30 23:44:03 2012 From: mad at auth.se (mad) Date: Sat, 31 Mar 2012 01:44:03 +0200 Subject: RTL2832 GNU Radio Source block now in gr-baz In-Reply-To: <027001cd0dc0$2f191fb0$8d4b5f10$@com> Message-ID: <20120330234403.ea0230bc@mail.auth.se> Hi Balint, hi list! Nice work creating a gnuradio source out of rtl-sdr, thank you for that. But I've tested it using a Dexatek DVB-T Dongle which uses a FC0013 tuner and there are two issues I ran into. First, there is the wrong handling of a return value when setting the frequency on the FC0013. The attached patch integrates the Dexatek and fixes that issue. But the second one isn't as easy to fix because I guess you would need some more insight into how a Gnuradio block is constructed to do that. The following python std::runtime_error exception is thrown in grc everytime a graph using the RTL2832 source is started. [...] Wait delay: 11,130 ms >>> gr_fir_fff: using SSE Traceback (most recent call last): File "/home/mad/gr/top_block.py", line 109, in tb = top_block() File "/home/mad/gr/top_block.py", line 82, in __init__ self.connect((self.rtl2832_source_0, 0), (self.blks2_wfm_rcv_0, 0)) File "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/top_block.py", line 124, in connect self._connect(points[i-1], points[i]) File "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/top_block.py", line 129, in _connect self._tb.primitive_connect(src_block.to_basic_block(), src_port, AttributeError: 'baz_rtl_source_c_sptr' object has no attribute 'to_basic_block' Perhaps you have some idea about that. BTW, I'm using 3.5.2.1 Gnuradio with 2.7.2+ Python, your feaf6c commit of gr-baz and using stand-alone rtl-sdr the stick works well. Regards, Mad -------------- next part -------------- A non-text attachment was scrubbed... Name: gr-baz_dexatek_setfrequency.patch Type: application/octet-stream Size: 1206 bytes Desc: not available URL: From balint256 at gmail.com Sat Mar 31 01:22:03 2012 From: balint256 at gmail.com (Balint Seeber) Date: Sat, 31 Mar 2012 12:22:03 +1100 Subject: RTL2832 GNU Radio Source block now in gr-baz ('mad' fix applied) In-Reply-To: <20120330234403.ea0230bc@mail.auth.se> References: <027001cd0dc0$2f191fb0$8d4b5f10$@com> <20120330234403.ea0230bc@mail.auth.se> Message-ID: <059901cd0edc$b16e1cf0$144a56d0$@com> Dear Mad, Thank you very much for identifying this bug, adding a new device and sending the patch! I have added it all to the code on SVN, githib and the Windows plugin. As for the second issue, I can't shed any light on that. I'm actually still on 3.3 and 3.4 - I need to get with the 'program' :) Kind regards, Balint > -----Original Message----- > From: mad [mailto:mad at auth.se] > Sent: Saturday, 31 March 2012 10:44 AM > To: Balint Seeber > Cc: osmocom-sdr at lists.osmocom.org > Subject: Re: RTL2832 GNU Radio Source block now in gr-baz > > Hi Balint, hi list! > > Nice work creating a gnuradio source out of rtl-sdr, thank you for that. > But I've tested it using a Dexatek DVB-T Dongle which uses a FC0013 tuner > and there are two issues I ran into. > First, there is the wrong handling of a return value when setting the > frequency on the FC0013. > The attached patch integrates the Dexatek and fixes that issue. > > But the second one isn't as easy to fix because I guess you would need > some more insight into how a Gnuradio block is constructed to do that. > The following python std::runtime_error exception is thrown in grc > everytime a graph using the RTL2832 source is started. > > [...] > Wait delay: 11,130 ms > >>> gr_fir_fff: using SSE > Traceback (most recent call last): > File "/home/mad/gr/top_block.py", line 109, in > tb = top_block() > File "/home/mad/gr/top_block.py", line 82, in __init__ > self.connect((self.rtl2832_source_0, 0), (self.blks2_wfm_rcv_0, 0)) > File "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/top_block.py", > line 124, in connect > self._connect(points[i-1], points[i]) > File "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/top_block.py", > line 129, in _connect > self._tb.primitive_connect(src_block.to_basic_block(), src_port, > AttributeError: 'baz_rtl_source_c_sptr' object has no attribute > 'to_basic_block' > > Perhaps you have some idea about that. > BTW, I'm using 3.5.2.1 Gnuradio with 2.7.2+ Python, your feaf6c commit of > gr-baz and using stand-alone rtl-sdr the stick works well. > > > Regards, > Mad From michal.rogala at gmail.com Sat Mar 31 18:36:02 2012 From: michal.rogala at gmail.com (=?ISO-8859-2?Q?Micha=B3_Rogala?=) Date: Sat, 31 Mar 2012 20:36:02 +0200 Subject: RTL-SDR: E4000 IF bandwidth Message-ID: Hi! I've just noticed one issue about E4000 driver that bothers me - IF bandwidth at the chip is set to 8 MHz, where maximum bandwidth of RTL2832U sampling is 3.2 MHz. Wouldn't reducing IF bandwidth at tuner chip improve overall sensitivity (and maybe noise level)? best regards Michal Rogala