[Discuss-gnuradio] Buliding GNU Radio on Gentoo Linux
Hi All, I have just had and attempt at building and installing the latest GNU radio stable release on Gentoo Linux. It has all been pretty easy. Got the source from SVN. Emerged all the correct packages. $ emerge swig fttw cppunit boost alsa-lib sdcc guile wxpython xmlto numpy Then did the normal build. $ ./bootstrap $ ./configure --exec-path=/usr/ $ make $ make check $ make install Make check passed all tests. (Easy peasy hey ;-) The problem I now have, is when I try running any of the examples or usrp .py scripts I get ImportError: No module named gnuradio. How do I get python to find the gnuradio module? Additionally what scripts can I run to check gnuradio is working without a USRP attached? Thanks, Simon. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Buliding GNU Radio on Gentoo Linux
Hi Simon, Make check passed all tests. (Easy peasy hey ;-) The problem I now have, is when I try running any of the examples or usrp .py scripts I get ImportError: No module named gnuradio. How do I get python to find the gnuradio module? There are two ways to go about this in Gentoo. The main problem is that python in Gentoo's portage installs/looks for modules in /usr/ whereas other distributions and GNU Radio install and look in /usr/local by default. The first solution is to add a path to your python environment to point to the newly installed python modules in /usr/local/something. The second method, which I found is much easier and helps stay consistent when I used to run Gentoo, is to change the prefix on configure: ./configure --prefix=/usr/ I think you're on this track as you specified --exec-prefix... just also specify a --prefix. - George ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Buliding GNU Radio on Gentoo Linux
Simon Alford wrote: I have just had and attempt at building and installing the latest GNU radio stable release on Gentoo Linux. It has all been pretty easy. Got the source from SVN. Emerged all the correct packages. $ emerge swig fttw cppunit boost alsa-lib sdcc guile wxpython xmlto numpy Then did the normal build. $ ./bootstrap $ ./configure --exec-path=/usr/ $ make $ make check $ make install Make check passed all tests. (Easy peasy hey ;-) It would be useful to document your efforts on our Wiki at: http://gnuradio.org/trac/wiki/GentooInstall Use account name 'guest', password 'gnuradio'. The problem I now have, is when I try running any of the examples or usrp .py scripts I get ImportError: No module named gnuradio. How do I get python to find the gnuradio module? I'm not all that familiar with Gentoo, but three things have to happen post install for USRP applications to work: * The shared library loader needs to be able to find GNU Radio .so files. This may be as easy as re-running ldconfig, or you might have to add something to /etc/ld.so.conf * Python needs to know about the GNU Radio install. The files will get put into $prefix/lib/pythonX.X/site-packages/gnuradio, which is typically already a place Python knows about, but you might have to set PYTHONPATH to include that directory up to but not including the 'gnuradio' part. ($prefix is typically /usr/local) * The USRP device file needs to have permissions altered for someone besides root to be able to write to it. If Gentoo uses udev then there is a configuration directory under /etc you can drop a file into that does this (see the UbuntuInstall wiki page as an example). Typically we create a group called 'usrp', give the device file root.usrp ownership, and 660 permissions. Then just add users to group 'usrp' as needed. Additionally what scripts can I run to check gnuradio is working without a USRP attached? The best method is to run the 'make check' command from the top-level source directory. This runs through hundreds of unit tests on various parts of the tree. But you've already done that. In $prefix/share/gnuradio/examples/* you'll see a number of installed example programs. Under 'audio' there is dial_tone.py, a simple tone generator that will test your audio output as well. More complicated are the 'digital' examples. You can run 'benchmark_loopback.py' without a USRP and it will exercise a lot of the tree. Let us know how it works out. -- Johnathan Corgan Corgan Enterprises LLC http://corganenterprises.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] mingw install help
Hello Everyone, I am following the directions for installing GNURadio with minGW on XP found here... http://gnuradio.org/trac/wiki/MingwInstallMain When I get to installing FFTW, I try compiling it (from MSYS prompt) and I get the following error... No acceptable C compiler found in $PATH Quick internet search indicates that GCC was not installed. Do I need to do more than just unpack the gcc files into the mingw directory? Any other ideas? Thanks for the help. Kevin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Convert RFX2400 to RFX1200
Brian Litzinger wrote: What is involved in changing an RFX2400 to an RFX1200? I was figuring I would just look at the BOM differences, but there seems to be no BOM for the RFX1200. Then I figured I give comparing the images on the ETTUS site, but the RFX1200 image link just shows you the RFX2400 To convert to an RFX1200, you need to: - Cut the traces which FIL1 - Put a capacitor in C204, anything between about 50pF and 1000pF is fine, size 0603 - Put the board on side A of a USRP, power it up, and reburn the EEPROM using the command usrp/host/apps/burn-db-eeprom -A -f -t rfx1200_mimo_b - When we do it here, we also change some of the final amp tuning components if the power out is a little low. This is not always necessary, but sometimes gets another dB of extra power. Matt ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] CIC passband compensation
Hi Patel, No [CIC non flat response] compensation filter is available. Firas Nirali Patel wrote: Hi, I am trying to understand the USRP receive chain response and referred to earlier posts that gave me almost all the information that I needed. However, I am unsure whether the HB filter compensates for the passband droop that occurs in the CIC. My understanding of the CIC was that the frequency response has a sinc like function and is typically followed by a FIR which compensates for the sinx/x shape in the passband. Does the HB filter response compensate for the non-flat passband of the CIC? Thanks, Nirali ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://www.nabble.com/CIC-passband-compensation-tf4692910.html#a13414559 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] CIC passband compensation
Hi Firas, Thanks for your response. In an earlier thread you had posted a matlab script called usrpddc.m that calculates the overall frequency response of the usrp rx chain and plots it. This would be very useful to me however, when I try to run it I find it is missing mfilt.cicdecim() function. If you still have this and could make it available it will be a great help. Thanks Nirali Hi Patel, No [CIC non flat response] compensation filter is available. Firas Nirali Patel wrote: Hi, I am trying to understand the USRP receive chain response and referred to earlier posts that gave me almost all the information that I needed. However, I am unsure whether the HB filter compensates for the passband droop that occurs in the CIC. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] CIC passband compensation
Hi Nirali The function mfilt.cicdecim() is a standard MATLAB function. Check Filter design tool. Regards, Firas Nirali Patel wrote: Hi Firas, Thanks for your response. In an earlier thread you had posted a matlab script called usrpddc.m that calculates the overall frequency response of the usrp rx chain and plots it. This would be very useful to me however, when I try to run it I find it is missing mfilt.cicdecim() function. If you still have this and could make it available it will be a great help. Thanks Nirali Hi Patel, No [CIC non flat response] compensation filter is available. Firas Nirali Patel wrote: Hi, I am trying to understand the USRP receive chain response and referred to earlier posts that gave me almost all the information that I needed. However, I am unsure whether the HB filter compensates for the passband droop that occurs in the CIC. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://www.nabble.com/CIC-passband-compensation-tf4692910.html#a13416448 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] found problem with std_4rx_0tx.rbf and unrelated bugs in rx_chain.v
Hans Glitsch wrote: Ok, I found that the bug was introduced into std_4rx_0tx.rbf at version 4848. Version 4287 does not have the problem. The changes in changeset 4713 looked suspicious. Refactored FPGA *.vh files. Moved common pieces to toplevel/include. But I couldn't find any obvisous mistakes there. Then I generated a complete diff between r 4287 and 4848 the following way: $ cd usrp $ svn diff -r 4287:4848 But I didn't find any mistakes there even. It is also possible that something went wrong when generating std_4rx_0tx.rbf. Has anybody tried rebuilding it (with Quartus II) with the current trunk code (r 4848 or later) When looking further into the code for the RX_chain I did find a few (unrelated) bugs in usrp/fpga/sdr_lib/rx_chain.v When the NCO is turned off (RX_NCO_ON is not defined) then sample_strobe is assigned to 1 However sample_strobe is an input, so this will fail. The same mistake is made for decimator_strobe when the CIC is turned off. It can be solved by adding wires for sample_strobe_internal and decimator_strobe_internal and assigning to that in stead. This probably hasn't surfaced because at the moment NCO and CIC are always enabled. see lines 31,32, 64 and 74 below. usrp/fpga/sdr_lib/rx_chain.v 31 input sample_strobe, 32 input decimator_strobe, ... 51 `ifdef RX_NCO_ON 52 phase_acc #(FREQADDR,PHASEADDR,32) rx_phase_acc 53 (.clk(clock),.reset(reset),.enable(enable), 54 .serial_addr(serial_addr),.serial_data(serial_data),.serial_strobe(serial_strobe), 55.strobe(sample_strobe),.phase(phase) ); 56 57 cordic rx_cordic 58 ( .clock(clock),.reset(reset),.enable(enable), 59 .xi(i_in),.yi(q_in),.zi(phase[31:16]), 60 .xo(bb_i),.yo(bb_q),.zo() ); 61 `else 62 assign bb_i = i_in; 63 assign bb_q = q_in; 64 assign sample_strobe = 1; 65 `endif // !`ifdef RX_NCO_ON 66 67 `ifdef RX_CIC_ON 68 cic_decim cic_decim_i_0 69 ( .clock(clock),.reset(reset),.enable(enable), 70 .rate(decim_rate),.strobe_in(sample_strobe),.strobe_out(decimator_strobe), 71 .signal_in(bb_i),.signal_out(hb_in_i) ); 72 `else 73 assign hb_in_i = bb_i; 74 assign decimator_strobe = sample_strobe; 75 `endif Greetings, Martin Hans - Original Message - From: Johnathan Corgan [EMAIL PROTECTED] To: Eric Blossom [EMAIL PROTECTED] Cc: Hans Glitsch [EMAIL PROTECTED]; discuss-gnuradio@gnu.org Sent: Wednesday, October 24, 2007 10:57 AM Subject: Re: [Discuss-gnuradio] found problem with std_4rx_0tx.rbf Eric Blossom wrote: I can reproduce it. There's definitely something off with std_4rx_0tx.rbf. I've opened ticket:195 http://gnuradio.org/trac/ticket/195 [This is all I'm going to do about this right now.] Since that RBF has only been re-synthesized a couple of times in the last year or so, it would be straightforward to manually replace the file with the versions from 3.0 series, and see where the problem started. I think there will be at most 4 versions to test. You wouldn't need to change the host code any, just get the proper RBF from the repository and manually install into $prefix/share/usrp/rev2 and 4. -- Johnathan Corgan Corgan Enterprises LLC http://corganenterprises.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.15.9/1090 - Release Date: 10/24/2007 8:48 AM ___ 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] Problem with RFX900 daughterboard
Hi,everyone! I'm trying to transmit square wave from one RFX900 at frequency 915MHz,and I use the spectrum analyser to receive the signal.That's right to work.But after several days,I want to transmit square wave from TX/RX port and receive it from RX2 port with two antenna.First I execute a terminal to run transmit program,then I execute the other terminal to run usrp_oscope.py receive the square wave.Two program run at the same time.At first I can see the square wave at scope sink,but in a moment the signal degrade a lot and became more and more strange.At the last test,I transmit the square wave from TX/RX and receive from spectrum analyser,but I can't see the signal anymore.I doubt RFX900 daughterboard is breakdown.I add my square wave code.Could everybody tell me what's wrong about my experiment or my code? Thanks for help Henry class filesource (stdgui.gui_flow_graph): def __init__(self,frame,panel,vbox,argv): stdgui.gui_flow_graph.__init__ (self,frame,panel,vbox,argv) src=howto.mysource(100,gr.GR_SIN_WAVE,4,1) amp=gr.multiply_const_cc(8000) aa=gr.binary_slicer_fb() bb=gr.char_to_float() cc=gr.float_to_complex() self.connect(src,aa,bb,cc,amp) inter=12800/100 freq=915e6 sink=usrp.sink_c(0,inter) subdev=(0,0) m = usrp.determine_tx_mux_value(sink,subdev) sink.set_mux(m) subdev1=usrp.selected_subdev(sink,subdev) print Using TX d'board %s % (subdev1.side_and_name(),) r=usrp.tune(sink,0,subdev1,freq) subdev1.set_enable(True) self.connect(amp,sink) if 0: scope = scopesink.scope_sink_c(self, panel, sample_rate=100, frame_decim=1, v_scale=500, t_scale=0.25) self.connect(amp,scope) vbox.Add (scope.win, 1, wx.EXPAND) if __name__ == '__main__': app = stdgui.stdapp (filesource, ) app.MainLoop () -- This message was sent on behalf of [EMAIL PROTECTED] at openSubscriber.com http://www.opensubscriber.com/messages/discuss-gnuradio@gnu.org/topic.html ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
