[Discuss-gnuradio] Error running gr-howto-write-a-block-3.2
Hi All, I recently upgraded to Fedora 11 and gnuradio 3.2.2 installed from the stable source tar. After successfully building the gr-howto-write-a-block-3.2 project I get the error below while running make check Note that I have to run ./bootstrap to be able to build the example. If don't do it, I get errors when running automake (AC_PROG_CXX and AM_PATH_PYTHON not found in configure.ac) Any help will be apreciated! Thank you, [WM] ---8--- make check-TESTS make[3]: Entering directory `/root/radio/gr-howto-write-a-block-3.2/src/python' Traceback (most recent call last): File ./qa_howto.py, line 23, in module from gnuradio import gr, gr_unittest File /usr/local/lib/python2.6/site-packages/gnuradio/gr/__init__.py, line 43, in module from gnuradio_swig_python import * File /usr/local/lib/python2.6/site-packages/gnuradio/gr/gnuradio_swig_python.py, line 24, in module from gnuradio_swig_py_general import * File /usr/local/lib/python2.6/site-packages/gnuradio/gr/gnuradio_swig_py_general.py, line 24, in module _gnuradio_swig_py_general = swig_import_helper() File /usr/local/lib/python2.6/site-packages/gnuradio/gr/gnuradio_swig_py_general.py, line 23, in swig_import_helper return _mod UnboundLocalError: local variable '_mod' referenced before assignment FAIL: run_tests == 1 of 1 test failed == make[3]: *** [check-TESTS] Error 1 make[3]: Leaving directory `/root/radio/gr-howto-write-a-block-3.2/src/python' make[2]: *** [check-am] Error 2 make[2]: Leaving directory `/root/radio/gr-howto-write-a-block-3.2/src/python' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/root/radio/gr-howto-write-a-block-3.2/src' make: *** [check-recursive] Error 1 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] uses of gnuradio
Hi Joreen, Listening to GSM broadcast channles and initaiating a RACH procedure with a GSM handset using the USRP is possible. Take a loook to http://wiki.thc.org/gsm . It may help. ++ On Thu, Aug 21, 2008 at 1:56 AM, Joreen Tan [EMAIL PROTECTED] wrote: Hi, I am totally new to gnuradio but have to use it as a basic GSM base station for my final year project. the main criteria is to satisfy the basic handshaking protocol between the a handset and the base station. But due to my inexperience in programming, i am not very sure if it is possible, so would like to ask for some advice regarding this. Please help! Appreciate it.. Joreen -- Make the most of what you can do on your PC and the Web, just the way you want. Windows Live http://www.get.live.com/wl/all ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] USRP External clocking
Hi All, Is any modification needed to the USRP board to use an external clock generator instead of the on board 64MHz one? Thanks! [WM] ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP External clocking
Hi Dan, Thank you for the links. I already did that research, so I could have written my email differently... I just wanted the confirmation that all the following modifications are required to use an external clock source (In the Wiki is on the section about connecting multiple USRP boards so I just want to be sure...) - Solder an SMA connector into J2001. This is the clock input. - Move R2029 to R2030. This disables the onboard clock. R2029/R2030 is a 0-ohm resistor. - Move C925 to C926. - Remove C924. Thank you! [WM] On Mon, Aug 18, 2008 at 1:43 PM, Dan Halperin [EMAIL PROTECTED]wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Aug 18, 2008, at 9:10 AM, Wireless Monster wrote: Is any modification needed to the USRP board to use an external clock generator instead of the on board 64MHz one? A trivial search of the Wiki, or the mailing list, should be executed before simple and common queries like this. wiki search: http://gnuradio.org/trac/search mailing list via Nabble: http://www.nabble.com/GnuRadio-f1878.html (the answer is in a FAQ on Wiki and all over the mailing list) http://gnuradio.org/trac/wiki/UsrpFAQ/Clocking - -Dan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) iEYEARECAAYFAkiptL8ACgkQy9GYuuMoUJ6CJACfW5Id0MDNfmt0nfy3yqBj WLIAnjCko/jL70MR/tQ3UMb04A3NYwFf =0GG4 -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] 64MHz USRP Oscillator
Hi Chris, Can you briefly explain in what exactly consists the Software PLL? All, I've been trying to set both Tx and Rx to the same frequency and sending a sinusoid to try to measure the frequency offset, but it does not seem to work... it looks like as both Tx and Rx are driven by the same clock, the frequency the offset gets compensated on the Rx signal so it can not be measured... (???) Anyone has any clue on how to measure it dynamically at the code startup? Thanks in advance! [WM] On Wed, Jul 23, 2008 at 6:57 PM, Chris Stankevitz [EMAIL PROTECTED]wrote: Wireless Monster wrote: Hi All, I am having lots of issues with the USRP 64MHz (20ppm) on board oscillator which does not allow me to get exact and constant RF frequencies out of the RFX900 board. I can not really fix that in SW so I was thinking about replacing the 64MHz crystal with a more precise one. Has anybody a suggestion of which part to use? I have replaced the crystal with the 20ppm crystal, but I was unable to get an exact and constant frequency. I ultimately added a software PLL to track the clock errors. Before I upgraded my software PLL, I used a signal generator as an external clock source which worked very well. Chris ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] 64MHz USRP Oscillator
Thanks everyone for your answer! I understand that some frequency offset will always be there on the Rx but I would like to minimize it. However, the main problem on my system is on the Tx path as the receiver (which I can not modify) is not having any frequency correction algorithm, so I must Tx as close as possible to the expected frequency. Rgds, On Wed, Jul 23, 2008 at 7:34 PM, Konstantin Tarasov [EMAIL PROTECTED] wrote: You still have to remove frequency offset later on in your processing however. Konstantin On Wed, Jul 23, 2008 at 4:26 PM, Konstantin Tarasov [EMAIL PROTECTED] wrote: May be you can try FOX924, you can find this oscillator on www.digikey.com. It has 2.5ppm freq. stability, has a 3.3V CMOS output and the pinout is almost the same except one pin which is NC on this chip (# 1). The package is a little smaller but I am sure you can work it in there. You would also have to change settings on the PLL chip since highest frequencey of the FOX924 is 27MHz. It is only 9 bucks (if you get one of) and Digikey is a very fast supplier. Konstantin On Wed, Jul 23, 2008 at 4:06 PM, Brian Padalino [EMAIL PROTECTED] wrote: On Wed, Jul 23, 2008 at 5:30 PM, Wireless Monster [EMAIL PROTECTED] wrote: Hi All, I am having lots of issues with the USRP 64MHz (20ppm) on board oscillator which does not allow me to get exact and constant RF frequencies out of the RFX900 board. I can not really fix that in SW so I was thinking about replacing the 64MHz crystal with a more precise one. Has anybody a suggestion of which part to use? These guys seem to make a whole slew of TCXO's: http://www.rakon.com/ Maybe they'll be interested in supplying you with some more precise crystals? Brian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] 64MHz USRP Oscillator
Hi All, I am having lots of issues with the USRP 64MHz (20ppm) on board oscillator which does not allow me to get exact and constant RF frequencies out of the RFX900 board. I can not really fix that in SW so I was thinking about replacing the 64MHz crystal with a more precise one. Has anybody a suggestion of which part to use? Thanks in advance! [WM] ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Re: realtime + printf
Hi again, Can I assume the following? : because I am using the USRP, if when adding the printf I do not get any under-run everthing is OK (i.e. the behaviour is the same with and without the printf's) ? Thanks! On Sun, Jul 6, 2008 at 1:21 PM, Wireless Monster [EMAIL PROTECTED] wrote: Hi All, Does anybody know if adding printf's for debuging while running a gnuradio application + usrp can break the real time? or is the printf a low priority task that will only be executed if there is enough CPU? Thanks! [WM] ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] realtime + printf
Hi All, Does anybody know if adding printf's for debuging while running a gnuradio application + usrp can break the real time? or is the printf a low priority task that will only be executed if there is enough CPU? Thanks! [WM] ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] reuse gr_ blocks
Hi all, Is it possible to use the gr_interp_fir_filter_fff block directly inside a new block I am building in C++? Any example available on how to do it? Thanks for your help, [WM] ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] RFX900 Tx+Rx
Hi all, Does anybody know if it is possible to Tx and Rx at the same time using the RX/TX connector on the RFX900 board ? (i.e using only one connector) Thank you! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] RFX900 Tx+Rx
Yes I meant simultaneously... What is the main reason for this limitation? Is possible to Tx on port 1 and Rx on port 2 simultaneously? Thanks for your help! On Fri, May 2, 2008 at 10:15 AM, Eric Blossom [EMAIL PROTECTED] wrote: On Fri, May 02, 2008 at 09:48:40AM -0400, Wireless Monster wrote: Hi all, Does anybody know if it is possible to Tx and Rx at the same time using the RX/TX connector on the RFX900 board ? (i.e using only one connector) Thank you! If you mean simultaneously when you say at the same time, the answer is no. If you interleave the transmitting and receiving, then yes, you can. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Rational Resampler delay
Hi all, Does anybody know how to calculate the delay introduced by the filter used by the rational_resampler_ccc block (formula or a way to measure it, as the parameters are fixed) Thanks for your help! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Zero out gnuradio block
Hi All, Is there any gnuradio block that will allow to set the last samples of the input signal to zero? ie. somenthing like... for (i=0;iN;i++) out[i]=in[i] for (i=N;iK;i++) out[i]=0; Thank you! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] RFX900 Gain
Hi all, Is there a way to reduce the gain of the RFX900 board? Using the self.subdev.set_gain(self.subdev.gain_range()[1]/Att) function does not seem to change anything. Thanks! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Re: Residual Frequency?
Hi Eric, Thank you for your help. You are right 0.384Hz is nothing to worry about :) I misunderstood the 'm' Regarding the frequency I finally found where the problem comes from: After the gmsk modulation (blks2.gmsk_mod) I have to scale the value (for example by multiplying it by 8000) before sending it to the USRP to get the resulting signal centered at the right frequency. If don't do it the output signal is shifted... I assume some minimum signal level is needed in the FPGA blocks to work correctly. Rgds, On Sat, Apr 19, 2008 at 5:20 PM, Eric Blossom [EMAIL PROTECTED] wrote: On Fri, Apr 18, 2008 at 07:38:15PM -0400, Wireless Monster wrote: After doing some experiments I came out with another more important problem... Instead of my previous frequency that gave some residual, I tried the integer frequency 926M, so I get: Using TX d'board A: Flex 900 Tx MIMO B r.baseband_freq = 930M r.dxc_freq = -4M r.residual_freq = 0 r.inverted = False The issue is that on the spectrum analyzer I get the signal centered at 930 and not 926M. Any clue why the r.dxc offsset is not working? I check the 'tune' function and it should do... Thanks! If you use usrp_siggen.py does the signal end up where you expect? If so, the problem's somewhere in your code. I'm not very good at mind reading... Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] CPU load
Thank Martin, However I was thinking in a way to measure the load of each gnuradio block. Any clue? Rgds, On Thu, Apr 17, 2008 at 12:00 PM, Martin Braun [EMAIL PROTECTED] wrote: On Thu, Apr 17, 2008 at 10:58:31AM -0400, Wireless Monster wrote: Hi all, I am writting some new code to the USRP board using gnuradio and sometimes I am getting the uUuU message, which I understand means that I am not feeding the usrp.sink module fast enough (right?) Is there a way to check what is the current CPU load? On a linux system? Try 'top', or a graphical tool that does the same (KDE System Guard, for example). mb -- Martin Braun Institut fuer Nachrichtentechnik Universitaet Karlsruhe http://www.int.uni-karlsruhe.de ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] RFX900 Filters
Hi all, Does anybody know if the ISM filter on the RFX900 board affects both the Rx and Tx paths or only the Rx? Is there a easy way to disable it? Thanks for your help! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] RFX900 Filters
Hi Matt, Thank you for your help. Can you point me to the board schematics to see where I should 'cut' :) Rgds, On Fri, Apr 18, 2008 at 12:44 PM, Matt Ettus [EMAIL PROTECTED] wrote: Wireless Monster wrote: Hi all, Does anybody know if the ISM filter on the RFX900 board affects both the Rx and Tx paths or only the Rx? Is there a easy way to disable it? The filter affects both TX and RX, but not the auxiliary RX path (RX2). If you just want to receive, use the 2nd SMA port and make sure to set that in the software. If you want to bypass the filter for transmit, you will need to put a cap of about 50 to 200 pF in the path, and cut the traces to the filter. Matt ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Residual Frequency?
Hi All, I am trying to send a GSM modulated signal using the USRP and the RFX900 board using the 'tune' function as in the provided usrp examples: r = self.u.tune(self.subdev._which, self.subdev, target_freq) The desired frequency is 925.6MHz, and I am getting a -381.47m residual_frequency as shown below. What will be the best way to correct that, so I get the signal modulated to the desired frequency? Thanks in advance to all for your help! ---8 Using TX d'board A: Flex 900 Tx MIMO B r.baseband_freq = 930M r.dxc_freq = -4.4M r.residual_freq = -381.47m r.inverted = False ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Re: Residual Frequency?
After doing some experiments I came out with another more important problem... Instead of my previous frequency that gave some residual, I tried the integer frequency 926M, so I get: Using TX d'board A: Flex 900 Tx MIMO B r.baseband_freq = 930M r.dxc_freq = -4M r.residual_freq = 0 r.inverted = False The issue is that on the spectrum analyzer I get the signal centered at 930 and not 926M. Any clue why the r.dxc offsset is not working? I check the 'tune' function and it should do... Thanks! On Fri, Apr 18, 2008 at 3:38 PM, Wireless Monster [EMAIL PROTECTED] wrote: Hi All, I am trying to send a GSM modulated signal using the USRP and the RFX900 board using the 'tune' function as in the provided usrp examples: r = self.u.tune(self.subdev._which, self.subdev, target_freq) The desired frequency is 925.6MHz, and I am getting a -381.47m residual_frequency as shown below. What will be the best way to correct that, so I get the signal modulated to the desired frequency? Thanks in advance to all for your help! ---8 Using TX d'board A: Flex 900 Tx MIMO B r.baseband_freq = 930M r.dxc_freq = -4.4M r.residual_freq = -381.47m r.inverted = False ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] CPU load
Hi all, I am writting some new code to the USRP board using gnuradio and sometimes I am getting the uUuU message, which I understand means that I am not feeding the usrp.sink module fast enough (right?) Is there a way to check what is the current CPU load? Thank you! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP Tx Rate Conversion
Brian, Dan, It is working now. Thanks again for your help. One more basic signal processing question ... knowing that the input and output are complex (GMSK modulated signal), should I use complex or real coefficients for the resampler filter (rational_resampler_ccc, vs. rational_resampler_ccf) ? Regarding Ed, question on the LPF after the resampler, I am not sure... it does not seems to be needed... any clue? Thanks! On Tue, Apr 15, 2008 at 4:09 PM, Wireless Monster [EMAIL PROTECTED] wrote: Brian, Dan, Thank you very much for your help. It is clear now! Rgds, On Tue, Apr 15, 2008 at 4:05 PM, Dan Halperin [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 At hat point can I send the samples (for example from a file with gr.file_source) and guarantee they will be treated as a 270.8333Ks/s stream? (assuming there will be enough samples to process) No. They will be treated like a 2Msps stream which is what you interpolated your 270.8333Ksps stream to. You will have interpolated your original signal by exactly 96/13 which will give you a 2Msps stream. I think you and Brian are experiencing notational confusion with Ks/s. If you treat the post-processed signal as a 2 Msamples/sec signal then the output signal will be a 270.733 Ksyms/sec. I believe that the USRP settings you describe will do just that. - -Dan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) iEYEARECAAYFAkgFCpoACgkQy9GYuuMoUJ5RJgCfcq8ShxoFNmhvWNLFxET0V1CC 4nMAoKb4DyL8RyBxWCCntsfMwKZssUoQ =dC0T -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP Tx Rate Conversion
The spectrum looks clean so probably the LPF is not requirered. I just got my hands on a USRP board and started playing with it for fun. If I came to something interesting (i.e. complete GSM modulator) I will contribute it to the project. Thks again and Rgds, On Thu, Apr 17, 2008 at 11:26 AM, Brian Padalino [EMAIL PROTECTED] wrote: On Thu, Apr 17, 2008 at 11:11 AM, Wireless Monster [EMAIL PROTECTED] wrote: Brian, Dan, It is working now. Thanks again for your help. One more basic signal processing question ... knowing that the input and output are complex (GMSK modulated signal), should I use complex or real coefficients for the resampler filter (rational_resampler_ccc, vs. rational_resampler_ccf) ? I wouldn't use a ccf. I'd either use an fff on each the real and imaginary portions of the signal, or I'd use a ccc on the combined signal, but that's just my own personal opinion. Regarding Ed, question on the LPF after the resampler, I am not sure... it does not seems to be needed... any clue? Look at the spectrum coming out of your rational resampling filter and make sure there are no spurs or images outside the intended band. That's probably the easiest thing to do, though I don't think there is a need. The source for the filter is located here: http://gnuradio.org/trac/browser/gnuradio/trunk/gnuradio-core/src/lib/filter/gr_rational_resampler_base_XXX.cc.t There is a little bit of python taking place to actually generate the code for all the filter types, but you can get the general idea of how it works. On a side note, do you have a GSM modulator that you are thinking of contributing to the project? Or is this strictly for personal purposes? Brian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP Tx Rate Conversion
Hi Brian, Thank you for your help. Looks good :) So If I understood correctly I can do the following: I set the USRP interpolator to 64, so the USRP sink will consume samples at a 2MS/s. I add the resampler just before with a ratio 16/13 so I it consumes samples with a 1.625MS/s rate. Just before that I have the GMSK filter with a interpolation factor of 6 so at the input it is consuming samples at the desired rate 270833.333 Samples/s. At hat point can I send the samples (for example from a file with gr.file_source) and guarantee they will be treated as a 270.8333Ks/s stream? (assuming there will be enough samples to process) Thank you again for your help! On Mon, Apr 14, 2008 at 8:55 PM, Brian Padalino [EMAIL PROTECTED] wrote: On Mon, Apr 14, 2008 at 8:03 PM, Wireless Monster [EMAIL PROTECTED] wrote: Hi All, I am new to gnuradio and the USRP board and I have a basic question. I want to transmit a GSM signal. Once It is encoded I have a 270833.333 symbols/sec signal. Then, it is up-converted (x8) and GMSK filtered, so I get a 2.1666 Ms/s complex signal. Now the question: How to adapt this rate to the DAC converter on the USRP board? Well, if you don't use your x8 upconversion, you can get away with a rational resampling (I believe). Taking 270833.333, and upconverting by 3x makes the sample rate 812500. If you then rationally resample this by 16/13, you get a nice 1Msps signal which you can upconvert by a nice power of 2 for the USRP. Try it out and let us know how it works out? Brian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP Tx Rate Conversion
...I understand... so... What needs to be done to assure data will be treated as a 270.833Ks/s rate? Thanks! On Tue, Apr 15, 2008 at 3:31 PM, Brian Padalino [EMAIL PROTECTED] wrote: On Tue, Apr 15, 2008 at 3:14 PM, Wireless Monster [EMAIL PROTECTED] wrote: Hi Brian, Thank you for your help. Looks good :) So If I understood correctly I can do the following: I set the USRP interpolator to 64, so the USRP sink will consume samples at a 2MS/s. I add the resampler just before with a ratio 16/13 so I it consumes samples with a 1.625MS/s rate. Just before that I have the GMSK filter with a interpolation factor of 6 so at the input it is consuming samples at the desired rate 270833.333 Samples/s. At hat point can I send the samples (for example from a file with gr.file_source) and guarantee they will be treated as a 270.8333Ks/s stream? (assuming there will be enough samples to process) No. They will be treated like a 2Msps stream which is what you interpolated your 270.8333Ksps stream to. You will have interpolated your original signal by exactly 96/13 which will give you a 2Msps stream. Brian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP Tx Rate Conversion
Brian, Dan, Thank you very much for your help. It is clear now! Rgds, On Tue, Apr 15, 2008 at 4:05 PM, Dan Halperin [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 At hat point can I send the samples (for example from a file with gr.file_source) and guarantee they will be treated as a 270.8333Ks/s stream? (assuming there will be enough samples to process) No. They will be treated like a 2Msps stream which is what you interpolated your 270.8333Ksps stream to. You will have interpolated your original signal by exactly 96/13 which will give you a 2Msps stream. I think you and Brian are experiencing notational confusion with Ks/s. If you treat the post-processed signal as a 2 Msamples/sec signal then the output signal will be a 270.733 Ksyms/sec. I believe that the USRP settings you describe will do just that. - -Dan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) iEYEARECAAYFAkgFCpoACgkQy9GYuuMoUJ5RJgCfcq8ShxoFNmhvWNLFxET0V1CC 4nMAoKb4DyL8RyBxWCCntsfMwKZssUoQ =dC0T -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] USRP Tx Rate Conversion
Hi All, I am new to gnuradio and the USRP board and I have a basic question. I want to transmit a GSM signal. Once It is encoded I have a 270833.333 symbols/sec signal. Then, it is up-converted (x8) and GMSK filtered, so I get a 2.1666 Ms/s complex signal. Now the question: How to adapt this rate to the DAC converter on the USRP board? Thanks for your help! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
