Re: [Discuss-gnuradio] USRP RX Decimation Rate
Eng. Firas wrote: Hi All, I'm a new USRP user. Kindly, I will be very appreciated if someone could tell me what is the decimation range of the USRP RX path? I'm really confused. Is it linear range from [1,2,3,4,.] ?or it is power of 2 [2,4,8,16,...]? Thank you in advance. Firas Thank you Brian, Matt. If the CIC starts linearly from 4 to 128, and followed by decimate by 2 Half Band Filter (HBF) Then [CIC+HBF] should give us the following range [8,10,12,14,...,256], and not the range [2,4,6,8,..,256] , is this correct ? Firas -- View this message in context: http://www.nabble.com/USRP-RX-Decimation-Rate-tf3622054.html#a10123915 Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Free USRP FPGA Resources
Dear Matt, Dear All, Is the DDC decimate by 2 half band filter built inside the FPGA ? If it is so, then how much the free available FPGA resources left after building all the present USPR circuits in it? I mean, is there a free space to modify the CIC + HBF circuit and to build a complete DDC block (CIC + CFIR + PFIR) ? Thank you in advance. Firas -- View this message in context: http://www.nabble.com/Free-USRP-FPGA-Resources-tf3625577.html#a10123967 Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Free USRP FPGA Resources
Brian Padalino wrote: On 4/22/07, Eng. Firas [EMAIL PROTECTED] wrote: Dear Matt, Dear All, Is the DDC decimate by 2 half band filter built inside the FPGA ? If it is so, then how much the free available FPGA resources left after building all the present USPR circuits in it? I mean, is there a free space to modify the CIC + HBF circuit and to build a complete DDC block (CIC + CFIR + PFIR) ? The standard USRP build has about 95% of the LE's used up, but a decent amount of memory free. If you plan on using only 1 complex RX path and 1 complex TX path - you can remove quite a bit of logic and build with a single side enabled. Thank you in advance. Firas Brian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio Thank you Brian. Best regards, Firas -- View this message in context: http://www.nabble.com/Free-USRP-FPGA-Resources-tf3625577.html#a10128203 Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP RX Decimation Rate
On 4/22/07, Eng. Firas [EMAIL PROTECTED] wrote: Thank you Brian, Matt. If the CIC starts linearly from 4 to 128, and followed by decimate by 2 Half Band Filter (HBF) Then [CIC+HBF] should give us the following range [8,10,12,14,...,256], and not the range [2,4,6,8,..,256] , is this correct ? Correct. Firas Brian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Free USRP FPGA Resources
On 4/22/07, Eng. Firas [EMAIL PROTECTED] wrote: Dear Matt, Dear All, Is the DDC decimate by 2 half band filter built inside the FPGA ? If it is so, then how much the free available FPGA resources left after building all the present USPR circuits in it? I mean, is there a free space to modify the CIC + HBF circuit and to build a complete DDC block (CIC + CFIR + PFIR) ? The standard USRP build has about 95% of the LE's used up, but a decent amount of memory free. If you plan on using only 1 complex RX path and 1 complex TX path - you can remove quite a bit of logic and build with a single side enabled. Thank you in advance. Firas Brian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] tuner
Hi, I am interested in building a radio receiver, using GNUR. Could someone comment whether a motorola surfman cable modem maybe used, for the purpose? GB _ Sign in and get updated on all the action from Formula One http://content.msn.co.in/Sports/FormulaOne/Default ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] packets to the usrp and loopback
Brian Padalino wrote: I have just refactored the code so that the fifos are out of the readers. I also added samples format handling (only 16 bits interleaved complex so far). I am looking forward to testing this; George told me he will be able to send usb packets on Tuesday. Perfect. Yes - please. Because each channel is completely separate from each other channel, we want to be able to start sending a packet through the chain at any arbitrary time rather than start all of them at the same time. Moving the tx_strobe from the outer module into the tx_chan_fifo_reader is a good idea - and for the future, we may even want to be able to have different interpolation rates for each of the channels - so the rate value should be fed into the tx_chan_fifo. Later, we can make more registers for the different channel interpolation rates. To do that I will need to modify the master_control block, so I will make new master_control_inband. The strobe generators are cascaded in there, what's the point of this setup? have_space, tx_empty and tx_underrun are no longer relevant, but they are still used by the FX2, right? Can I just force them to (true, false, false) all the time? Brian Thibaud ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] packets to the usrp and loopback
On 4/22/07, Thibaud Hottelier [EMAIL PROTECTED] wrote: Brian Padalino wrote: I have just refactored the code so that the fifos are out of the readers. I also added samples format handling (only 16 bits interleaved complex so far). I am looking forward to testing this; George told me he will be able to send usb packets on Tuesday. Sounds fun. Are you sure you're ready for a live test? To do that I will need to modify the master_control block, so I will make new master_control_inband. The strobe generators are cascaded in there, what's the point of this setup? You don't need to do this. Just don't connect up the tx_strobe - doesn't that solve the problem? You shouldn't necessarily have to make a master_control_inband - just feed the rate register into the module and generate it yourself. have_space, tx_empty and tx_underrun are no longer relevant, but they are still used by the FX2, right? Can I just force them to (true, false, false) all the time? I don't necessarily understand why those pins, especially the have_space pin, are no longer relevant. Could you explain this please? Brian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] packets to the usrp and loopback
Brian Padalino wrote: On 4/22/07, Thibaud Hottelier [EMAIL PROTECTED] wrote: Brian Padalino wrote: I have just refactored the code so that the fifos are out of the readers. I also added samples format handling (only 16 bits interleaved complex so far). I am looking forward to testing this; George told me he will be able to send usb packets on Tuesday. Sounds fun. Are you sure you're ready for a live test? Hopefully! I'm writing some test code for the usrp server that I hope to finish tonight, then I can start trying to figure out how to put the packets on the bus, but based on Erics response it shouldn't take too long. So maybe Tuesday or Wednesday. A live test can't hurt :) - George ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] unknown protocol class usrp-server-cs
Okay, I can't seem to get past this one which is blocking my progress. I understand that usrp-server-cs and usrp-tx ... etc are all defined in the usrp_server.mbh file which gets translated to usrp_server_mbh.cc which is built. According to the inband Makefile.am, it should be included in the inband library: libinband_la_SOURCES = \ $(BUILT_SOURCES)\ --- here usrp_server.cc checking the output of make, it is included in the library: ar cru .libs/libinband.a .libs/usrp_server_mbh.o .libs/usrp_server.o And I am linking my qa code to this library: libinband_qa_la_LIBADD =\ libinband.la\ $(CPPUNIT_LIBS) \ -lstdc++ However I still get this error: uncaught exception of type std::runtime_error - mb_port: unknown protocol class 'usrp-server-cs' What am I missing here? Do I need to register the usrp_server class as an mblock class somehow? I tried REGISTER_MBLOCK_CLASS() to no avail. Thanks! - George ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
