Re: [Discuss-gnuradio] a little puzzled with setting rx mux...
Hi Vincenzo, I believe that this is because you are now attempting 16MHz total bandwidth, 8 from each channel. If you have a decimation rate of 8, you have 8Msps per second on one channel, and 8Msps on the other channel. The USB bus cannot handle this... it's not about your host computer. - George Vincenzo wrote: really thanks George, I figured it out and it seems to work.. now I'm wondering why, if I enable two channels from the usrp with : if not self.u.set_nchannels(nchan): sys.stderr.write('set_nchannels(%d) failed\n' % (nchan,)) raise SystemExit and attempt to transfer an 8 MHz bandwidth, the signals look and sound good (once demodulated) but I keep getting "uOuOuOs.." which are not there if the 2 channels are not enabled or the required bandidth is below 8 MHz. (processing demand to the host computer is however far below the maximum allowed by my machine) thanks for help vincenzo On Mon, 2008-02-18 at 10:34 -0500, George Nychis wrote: Hi Vincenzo, There is a method to the madness! http://gnuradio.org/doc/doxygen/classusrp__standard__rx.html#346488ad15ddefa75900e4d0a63574cc Take a look at how each ddc is mapped. - George -Original Message- From: Vincenzo <[EMAIL PROTECTED]> Sent: Monday, February 18, 2008 9:48 AM To: gnuradio mailing list Subject: [Discuss-gnuradio] a little puzzled with setting rx mux... Hi, I think I'm a bit confused about the meaning of instructions like self.u.set_mux(gru.hexint(0x01010101)) or self.u.set_mux(gru.hexint(0xf3f2f1f0)) I mean what exactly do I tell to the set_mux method by each single {0,1,2,3,or f}? does for exmample a 3 in the 4th position mean that adc3 is connected to the Q channel of DDC 1? if so.. how can I obtain two demultiplated gr.complex flows coming from two separate frontends (actually two DBSRX) one on rxA one and rxB side? would self.u.set_mux(gru.hexint(0x01230123)) self.connect(self.u,deinterleaver) self.connect((deinterleaver,0),fft_sink1) self.connect((deinterleaver,1),fft_sink2) do what I need? really thanks vincenzo ___ 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
RE: [Discuss-gnuradio] a little puzzled with setting rx mux...
really thanks George, I figured it out and it seems to work.. now I'm wondering why, if I enable two channels from the usrp with : if not self.u.set_nchannels(nchan): sys.stderr.write('set_nchannels(%d) failed\n' % (nchan,)) raise SystemExit and attempt to transfer an 8 MHz bandwidth, the signals look and sound good (once demodulated) but I keep getting "uOuOuOs.." which are not there if the 2 channels are not enabled or the required bandidth is below 8 MHz. (processing demand to the host computer is however far below the maximum allowed by my machine) thanks for help vincenzo On Mon, 2008-02-18 at 10:34 -0500, George Nychis wrote: > Hi Vincenzo, > > There is a method to the madness! > http://gnuradio.org/doc/doxygen/classusrp__standard__rx.html#346488ad15ddefa75900e4d0a63574cc > > Take a look at how each ddc is mapped. > > - George > > > -Original Message- > From: Vincenzo <[EMAIL PROTECTED]> > Sent: Monday, February 18, 2008 9:48 AM > To: gnuradio mailing list > Subject: [Discuss-gnuradio] a little puzzled with setting rx mux... > > Hi, > I think I'm a bit confused about the meaning of instructions like > > self.u.set_mux(gru.hexint(0x01010101)) > or > self.u.set_mux(gru.hexint(0xf3f2f1f0)) > > I mean what exactly do I tell to the set_mux method by each single > {0,1,2,3,or f}? > > does for exmample a 3 in the 4th position mean that adc3 is connected to > the Q channel of DDC 1? > > if so.. > how can I obtain two demultiplated gr.complex flows coming from two > separate frontends (actually two DBSRX) one on rxA one and rxB side? > > would > > self.u.set_mux(gru.hexint(0x01230123)) > self.connect(self.u,deinterleaver) > self.connect((deinterleaver,0),fft_sink1) > self.connect((deinterleaver,1),fft_sink2) > > do what I need? > > really thanks > vincenzo > > > > ___ > 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
Re: [Discuss-gnuradio] Algorithm RSSI on FPGA
Hi, It's very simple. Take a look at the Verilog FPGA code: http://gnuradio.org/trac/browser/gnuradio/trunk/usrp/fpga/sdr_lib/rssi.v I actually think it's masking out 2^-11 by default. See everywhere where it has [25:10] ... this means that it is masking out the bottom 11 bits (10,9,8..0). If you want it to be 2^-10, change all the [25:10] to [25:9]. Then, rebuild. - George [EMAIL PROTECTED] wrote: Hi, I'm working on RSSI value and reading mailing lists I have understood how RSSI is calculated. In the algorithm of RSSI in verilog alpha value is 2^-10 because the shift is made on 10 bits. I want to change alpha value (decrease or increase) but I don't understand how I can change it in the algorithm in verilog. Could you help me? Thank you very much. ___ 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] Algorithm RSSI on FPGA
Hi, I'm working on RSSI value and reading mailing lists I have understood how RSSI is calculated. In the algorithm of RSSI in verilog alpha value is 2^-10 because the shift is made on 10 bits. I want to change alpha value (decrease or increase) but I don't understand how I can change it in the algorithm in verilog. Could you help me? Thank you very much. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Re: more inband channels
Hi Sanmi, I'm going to CC this to the list. Maybe someone else has some ideas. When you say "meant to be transmitted on both channels" ... the simple fix for this would be to transfer it over the USB once, and feed it to both TX chains. But, let me assume for a second that you mean two long packets that differ. This is an overall architecture problem. Think about how packets are passed along. There is one packet per m-block message, and then this gets broken down into multiple USB blocks. A block only processes 1 message at a time, so it can never infer that another long packet is coming after it unless it wants to try and look in its queue which I don't think is the best idea. To accomplish what you would want, you would need to change the way the messages are passed between the blocks so that multiple sets of data could be passed. Then, usrp_server would need to interleave this data into a single series of USB packets with interleaved samples. Then, the FPGA would need to un-interleave and go back and forth between channel 0 and 1. I think this is what the legacy code does? This would also require a meta-data change per USB block that specifies have many samples are destined for channel 0 and how many are destined to channel 1... unless you want the restriction that they must be of equal length. If the data is of equal length, you just need a flag in the USB block that says if its interleaved. It's open source... I can't stop you from catering the in-band code to your MIMO needs... but there's no way you can get me to change it :) But, maybe someone else has some cute ideas. - George sanmi wrote: Hi George, I am not sure whether this is a question for the list or for you. Feel free to refer me if needed. I understand that all the inband code is all stream/channel addressed for TX/RX i.e. no interpolation is done and you can call read/write with a target channel. We were discussing this today and we see some possible issues with this scheme. We would also like more feedback/discussion. For instance, if a really long packet is transmitted, and meant to be transmitted on both channels simultaneously, buffer issues on the FPGA will prevent channel 2 from receiving its packets using the current scheme as the FPGA would have to wait for the buffer to clear before receiving the proportionately long packet for channel 2. On the RX size, it looks like the channel command means that data would have to be aligned by the receiver code using RX timestamps especially if packets from both channels don’t arrive at similar times (due to the message structure and multi-thread processing on the host for instance). This is not an issue with legacy code because of interleaving. Any feedback? Thanks, -Sanmi ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Underrun (using libusrp only)
On Thu, Feb 21, 2008 at 06:04:52PM +0100, Per Zetterberg wrote: > I have tried now with a better computer (Dell620) - same results. Did you check to see if the machine is running at full speed? That is, not throttled back to save power? > Is the USB-rate in transmit-only 32MByte/sec ? Yes. The USB is half-duplex. We can sustain a total of 32MB/s as the sum of the Tx and Rx data rates. Have you tried running usrp_fft.py -d 8? Does it work without overruns? Admin note: please be sure to use the "Reply-to-All" command in your mailer. The list isn't getting copied on your replies. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
RE: [Discuss-gnuradio]GNU Radio Companion execute error
Hi: Josh Blum is right! Use the latest grc trunk(by command $svn..), it can work. But, use the grc 0.69 is not work. Thanks. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of JackyYang Sent: Thursday, February 21, 2008 4:03 PM To: discuss-gnuradio@gnu.org Subject: [Discuss-gnuradio]GNU Radio Companion execute error Hi: I download grc_0.69 and run it. But I gat error message: [EMAIL PROTECTED]:~/grc_0.69/src$ python Editor.py Traceback (most recent call last): File "Editor.py", line 46, in from ActionHandler import ActionHandler File "/home/jacky/grc_0.69/src/ActionHandler.py", line 29, in import Graphics File "/home/jacky/grc_0.69/src/Graphics/__init__.py", line 24, in from MainWindow import MainWindow File "/home/jacky/grc_0.69/src/Graphics/MainWindow.py", line 29, in from FlowGraph import FlowGraph File "/home/jacky/grc_0.69/src/Graphics/FlowGraph.py", line 34, in import SignalBlockDefs File "/home/jacky/grc_0.69/src/SignalBlockDefs/__init__.py", line 23, in from SignalBlockTree import SB_TREE,get_signal_block,TagNotFoundException File "/home/jacky/grc_0.69/src/SignalBlockDefs/SignalBlockTree.py", line 32, in import Misc File "/home/jacky/grc_0.69/src/SignalBlockDefs/Misc.py", line 25, in from gnuradio import gr,blks ImportError: cannot import name blks My system is "Ubuntu 7.10 + gnuradio 3.1.1" Thank you advising. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] ./configure on Cygwin fails at SDL because of noalloca.h
Casey Tucker wrote: I'm trying to make GNUradio work properly on cygwin now. I've configured and compiled SDL 1.2.13 normally, and my sdl-config has -mno-cygwin in its --cflags. GNUradio still fails to find SDL properly when configuring, stating that it cannot find alloca.h. I've done a lot of googling on the subject, and cannot seem to deduce how to make SDL and gnuradio work together on cygwin. So my question is this: has anyone had success in this regard, and if so, how exactly did that come about? Maybe I need a lower version of SDL, or need to configure SDL differently? I don't know of anyone who has tried to make SDL work with GNU Radio on Cygwin. Might there be a problem if SDL is configured with -mno-cygwin and GNU Radio is not? They may not agree on which include files and library functions (e.g., alloca.h and alloca) are available. You may need to modify the configure file for SDL to fix this. -- Don W. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Need info on Mircotune's 4937-DI5 3X7901
Prasanna, I have the datasheet you're looking for. I had to ask Microtune for it; it's not online. I'll send it to you in a separate email. --Paul Prasanna Rao wrote: Hii all, I purchased Mircotune's 4937-DI5 Tuner from Ettus LLC in December last year.. I got the 3X7901 one. How different is it from 3X8899? I have the datasheet of 3X8899. If 7901 has a different set of specs from 8899 then someone pls provide me it's datasheet. Thanking you in anticipation.. Prasanna __ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] ./configure on Cygwin fails at SDL because of no alloca.h
I'm trying to make GNUradio work properly on cygwin now. I've configured and compiled SDL 1.2.13 normally, and my sdl-config has -mno-cygwin in its --cflags. GNUradio still fails to find SDL properly when configuring, stating that it cannot find alloca.h. I've done a lot of googling on the subject, and cannot seem to deduce how to make SDL and gnuradio work together on cygwin. So my question is this: has anyone had success in this regard, and if so, how exactly did that come about? Maybe I need a lower version of SDL, or need to configure SDL differently? I will make updating the Trac/Wiki with information about SDL a priority if I am able to get this working. Thanks. -Casey _ Climb to the top of the charts! Play the word scramble challenge with star power. http://club.live.com/star_shuffle.aspx?icid=starshuffle_wlmailtextlink_jan___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio]GNU Radio Companion execute error
Jacky, This is because the latest gnuradio trunk no longer has blks package. You can run gnuradio 3.1.1 release with grc 0.69. Or, use the latest grc trunk with the latest gnuradio trunk. Let me know if there are any problems. Sometime soon, I should make a grc release that works with the current gnuradio trunk. -Josh JackyYang wrote: Hi: I download grc_0.69 and run it. But I gat error message: [EMAIL PROTECTED]:~/grc_0.69/src$ python Editor.py Traceback (most recent call last): File "Editor.py", line 46, in from ActionHandler import ActionHandler File "/home/jacky/grc_0.69/src/ActionHandler.py", line 29, in import Graphics File "/home/jacky/grc_0.69/src/Graphics/__init__.py", line 24, in from MainWindow import MainWindow File "/home/jacky/grc_0.69/src/Graphics/MainWindow.py", line 29, in from FlowGraph import FlowGraph File "/home/jacky/grc_0.69/src/Graphics/FlowGraph.py", line 34, in import SignalBlockDefs File "/home/jacky/grc_0.69/src/SignalBlockDefs/__init__.py", line 23, in from SignalBlockTree import SB_TREE,get_signal_block,TagNotFoundException File "/home/jacky/grc_0.69/src/SignalBlockDefs/SignalBlockTree.py", line 32, in import Misc File "/home/jacky/grc_0.69/src/SignalBlockDefs/Misc.py", line 25, in from gnuradio import gr,blks ImportError: cannot import name blks My system is "Ubuntu 7.10 + gnuradio 3.1.1" Thank you advising. ___ 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] Need info on Mircotune's 4937-DI5 3X7901
Hii all, I purchased Mircotune's 4937-DI5 Tuner from Ettus LLC in December last year.. I got the 3X7901 one. How different is it from 3X8899? I have the datasheet of 3X8899. If 7901 has a different set of specs from 8899 then someone pls provide me it's datasheet. Thanking you in anticipation.. Prasanna __ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio]GNU Radio Companion execute error
Hi: I download grc_0.69 and run it. But I gat error message: [EMAIL PROTECTED]:~/grc_0.69/src$ python Editor.py Traceback (most recent call last): File "Editor.py", line 46, in from ActionHandler import ActionHandler File "/home/jacky/grc_0.69/src/ActionHandler.py", line 29, in import Graphics File "/home/jacky/grc_0.69/src/Graphics/__init__.py", line 24, in from MainWindow import MainWindow File "/home/jacky/grc_0.69/src/Graphics/MainWindow.py", line 29, in from FlowGraph import FlowGraph File "/home/jacky/grc_0.69/src/Graphics/FlowGraph.py", line 34, in import SignalBlockDefs File "/home/jacky/grc_0.69/src/SignalBlockDefs/__init__.py", line 23, in from SignalBlockTree import SB_TREE,get_signal_block,TagNotFoundException File "/home/jacky/grc_0.69/src/SignalBlockDefs/SignalBlockTree.py", line 32, in import Misc File "/home/jacky/grc_0.69/src/SignalBlockDefs/Misc.py", line 25, in from gnuradio import gr,blks ImportError: cannot import name blks My system is "Ubuntu 7.10 + gnuradio 3.1.1" Thank you advising. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio