Re: [Discuss-gnuradio] RFX900 Deaf around 869Mhz?
Matt thanks for the quick reply i understand i have to cut the trace to FIL.1 and soldering a 100pF capacitor in parallel Any chance someone could upload a picture of the board post-mod ??? On Tue, Mar 24, 2009 at 8:34 PM, Matt Ettus wrote: > davek wrote: >> >> I have a tower nearby broadcast continuously at approx 869Mhz >> My DBSRX sees it as a nice big spike on usrp_fft >> My RFX900 however only sees noise... >> Is this possible because of the ISM filter? > > Yes. ISM band filters are specifically designed to keep out strong signals > at 896 MHz. > > Matt > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Octave script for plotting CIC+HBF transfer functions
Hi, as the Matlab script created by Firas needs the Filter toolbox, I have created an equivalent script for Octave. Two differences: It uses only 'freqz' for the computation of the transfer functions For the baseband, also the images due to aliasing is plotted I think, the second point gives some valuable information. Part of the first sidelobe of the CIC filter falls into the passband of the HBF, so it is quite strong (only ~50dB attenuation). The new plot strengthens this. Plots and script is available here: http://www.kawo1.rwth-aachen.de/~lurchi/gnuradio/ Regards, Stefan -- Stefan Brüns / Bergstraße 21 / 52062 Aachen phone: +49 241 53809034 mobile: +49 151 50412019 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] RFX900 Deaf around 869Mhz?
davek wrote: I have a tower nearby broadcast continuously at approx 869Mhz My DBSRX sees it as a nice big spike on usrp_fft My RFX900 however only sees noise... Is this possible because of the ISM filter? Yes. ISM band filters are specifically designed to keep out strong signals at 896 MHz. Matt ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] RFX900 Deaf around 869Mhz?
I have a tower nearby broadcast continuously at approx 869Mhz My DBSRX sees it as a nice big spike on usrp_fft My RFX900 however only sees noise... Is this possible because of the ISM filter? thanks ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Tx & Rx in one USRP
Hi William, William Sherman wrote: I want to use one USRP to transmit and receive. I tried setting up two flowgraphs (top_blocks), one that will be a receiver "thread" and another a transmitter "thread". However the program complains: RuntimeError: gr_top_block_impl: multiple simultaneous gr_top_blocks not allowed Yes, thats correct you should only have one top block, that's why it's called a top block, because it supposed to be on top of a hierarchy tree, and as everyone knows "There can be /only one/! - Highlander" :) But seriously, the trick is that you can have separete distinct chains in your flowgraph, eg imagine two simple chain Think of it as you have a big graph which has multiple unconnected parts. chain1: usrp->some_processing->packetizer sink chain2: packet_to_stream_source->some_different_processing_than_before->usrp_sink And you create these blocks in one top block, connect them. Clearly the two chains do not have a common point, but the scheduler will take care about them, so they will opeate paralelly. BTW the default scheduler is a thread per block scheduler, so every signal processing block has it's own exacutor thread, but you don't need to deal with this. Is there no way to have a receiver flowgraph in operation while transmitting on a different daughterboard? There is as I mentioned above, even you can have a flowgraph using the same daughterboard for receiving and transmitting (not at the same time of course) In order to implement a TX+RX in one USRP do I have to shut down the receiver flowgraph every time I want to start up a transmitter flowgraph? No. Consider viewing the tunnel example: (/gnuradio-examples/python/digital/tunnel.py) where there exist simultaneously a sending chain towards the usrp which gets data from a virtual ethernet device and a receiving chain from the usrp which is fed to a virtual ethernet device. But there is only one top block. understanding this example can be a little tricky if you just started, but it worth it. Hope it helped -- David Tisza University of Notre Dame Department of Electrical Engineering ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Gardner's Algo Block for Symbol Timing
On Tuesday 24 March 2009 20:58:39 Sajjad Sarwar wrote: > Hi, I am doing my final year UG project of implementing a packet radio in > SDR. I want to use Garner's algo for symbol timing recovery but i couldn't > find any block of it in gnuradio. Is there any such block? if not, then > what's the solution? cz I am not good at writing own signal processing > block and I am short of time too. There is an implementation for Muellers&Müllers (M&M/MM) symbol timing recovery algorithm. You can find it either in the mpsk_receiver_cc block (in combination with costas carrier synchronization), or as a standalone block Stefan -- Stefan Brüns / Bergstraße 21 / 52062 Aachen phone: +49 241 53809034 mobile: +49 151 50412019 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GNU radio based RFID reader/writer
Hi, I am a student of Master's program in electrical engineering (major : telecommunications and dsp) . As a master's final project i want to develop RFID reader/writer based on GNU and compare the performance of RFID reader/writer which is not based on GNU to that of one based on GNU. Is such RFID reader/writer based on GNU radio already available in the market? and if not is there a starting point from where i can build such a reader/writer. Regards, Harshal Jadhav ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Tx & Rx in one USRP
Hi, I want to use one USRP to transmit and receive. I tried setting up two flowgraphs (top_blocks), one that will be a receiver "thread" and another a transmitter "thread". However the program complains: RuntimeError: gr_top_block_impl: multiple simultaneous gr_top_blocks not allowed Is there no way to have a receiver flowgraph in operation while transmitting on a different daughterboard? In order to implement a TX+RX in one USRP do I have to shut down the receiver flowgraph every time I want to start up a transmitter flowgraph? I believe you can run two programs on the same USRP at the same time, e.g. TX: ./benchmark_tx.py -f 2.4G -v --discontinuous RX: /benchmark_rx.py -f 2.4G --rx-gain=90 -v which is pretty much the same as running two top blocks on the same USRP (although IPC is much trickier). Doing this however I run into the same problem as described in this thread, http://www.ruby-forum.com/topic/131602#new, where no packets appear to be received. -- Posted via http://www.ruby-forum.com/. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gr-audio-jack
2009/3/24 Paulo Benatto : > i'm trying to build gnuradio, version 3.1.3, when i do "make install" i get > this error. I would like a litle help. > libtool: install: error: cannot install `_audio_jack.la' to a directory not > ending in /usr/local/lib/python2.5/site-packages/gnuradio You probably compiled the code, then went back and reran configure but used the --prefix option. In order for this to work, you need to run 'make distclean', the start with the bootstrap stage again. Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] gr-audio-jack
Hi list, i'm trying to build gnuradio, version 3.1.3, when i do "make install" i get this error. I would like a litle help. thanks! [ERROR]=== libtool: install: error: cannot install `_audio_jack.la' to a directory not ending in /usr/local/lib/python2.5/site-packages/gnuradio make[4]: ** [install-ourlibLTLIBRARIES] Erro 1 make[4]: Saindo do diretório `/home/gnuradio/workspace/src/gnuradio-3.1.3/gr-audio-jack/src' make[3]: ** [install-am] Erro 2 make[3]: Saindo do diretório `/home/gnuradio/workspace/src/gnuradio-3.1.3/gr-audio-jack/src' make[2]: ** [install] Erro 2 make[2]: Saindo do diretório `/home/gnuradio/workspace/src/gnuradio-3.1.3/gr-audio-jack/src' make[1]: ** [install-recursive] Erro 1 make[1]: Saindo do diretório `/home/gnuradio/workspace/src/gnuradio-3.1.3/gr-audio-jack' make: ** [install-recursive] Erro 1 [ERROR]=== -- Paulo Leonardo Benatto, patito "the fear of being free makes you proud of being a slave" ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Gardner's Algo Block for Symbol Timing
Hi, I am doing my final year UG project of implementing a packet radio in SDR. I want to use Garner's algo for symbol timing recovery but i couldn't find any block of it in gnuradio. Is there any such block? if not, then what's the solution? cz I am not good at writing own signal processing block and I am short of time too. Regards, Sajjad ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] tvrx lna questions
Engin Karabulut wrote: hi all, I have usrp and tvrx daughterboard,but tvrx sensitivity is very bad, minimum input signal level is 40 dBuV(equal to-68dBm). and noise figure is 8-10 dB. even if you have hi gain antenna, weak signals die in TVRX. then I decided to purchase LNA next to antenna. LNA that I chose is minicircuit's ZX60-33LN+. The noise figure is 8-10 dB. However, it is meaningless to say that the minimum input signal level is -68dBm. Sensitivity numbers only have meaning if you also specify a modulation system, bandwidth, and error rate. -68dBm would be very bad for AM radio, but would be perfectly reasonable for 802.11n. There's no reason you couldn't receive a signal at -200dBm on any receiver, as long as the bandwidth was low enough, and you filtered narrowly enough. Also, are you sure you are controlling the gain properly? http://www.minicircuits.com/pdfs/ZX60-33LN+.pdf If I use this LNA,can I receive weak signals(like -100dBm)? That LNA has a noise figure around 1 dB. If everything else remained the same, you could receive a signal which was about 6 or 7dB weaker than without the LNA. Matt ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] USRP2 modulated signal tx error
Hi folks, I tried to TX a FM modulated signal using USRP2 BasicTX. The signal was a 440 Hz sinusoid, and the carrier 1 MHz. I used the signal generator and fm modulator blocks provided by GNURadio. When I tx it the follow message appeared on the screen: USRP2::Tx_RAW: FIXME: short packet: 1 item (32 bytes) Sometimes the item number changes to 4 or 8... What that mean? I took a look at the usrp2_impl.cc (last revision) and i couldn't identify any problem... Any suggestion is welcome. Regards, Ronaldo ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] some doxygen questions
Hi, > On Tue, 3/24/09, Dimitris Symeonidis wrote: > have some questions that > hopefully someone on the list can answer: > > 1) Do we need both the html and xml documentation, or just > html? XML documentation is needed for GRC. > 2) Search functionality would be useful. I looked at the > doxygen documentation and discovered the > "SEARCHENGINE" parameter in Doxyfile. Do I also > need to install a php server to use it? > > > Thanx in advance > > Dimitris Symeonidis See : http://www.icu-project.org/apiref/icu4c/ They are using doxygen with search engine. I think we have to investigate it. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Command Line Arguments for usrp transmission and reception
On Tue, 2009-03-24 at 13:34 -0400, Ahmed Majeed Khan wrote: > >> $ python ./benchmark_rx.py -f 10M -R A --rx-gain=70 -v -r 500K > >> bitrate: 250kb/s > > > >> $ python ./benchmark_tx.py -TA -f 10M -r 500k -v > --tx-amplitude=2 > >> bitrate: 500kb/s > > > > Bitrate while using above command line arguments is 500kb/s at both, > transmitter and receiver. Um, the lines quoted above are from your own output, clearly showing they are different. Also, the correct form for specifying the bitrate is to use lower case 'k'; the above will actually give you an error. > Changing transmitter to -r 250k makes transmitter rate 250kb/s, > apparently creates a mismatch between transmitter and receiver. What are you talking about? > However, in either case, receiver console displays nothing for any > packet reception. You are using two different USRPs, and they are connected by some sort of cable, correct? Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] MSK Loopback question
On Tue, 2009-03-24 at 11:59 -0400, Dan Tarr wrote: > Thanks again for any help on this, I'm basically hitting my head against a > brick wall. What is happening is that the data coming out of the demodulator no longer has the same byte boundaries as the data going into the modulator. Your output files are bit-shifted. In your script using the quadrature demodulator, just take out the channel model. It will work (I've verified this.) The channel model contains a block (the fractional interpolator) that can delay outputting samples during startup, that is, it might eat a few bits on the input before it starts outputting samples. So, when you have the channel model in place, the slicer bits are missing the first four bits, and the repacker is placing the next four bits at the start of the byte. So that will get your artificial example working, but also understand that during "real" reception, your receiver will need to handle arbitrary bit offsets like this. Generally, in data transmission systems, this is handled by having a frame sync word or flag, which, when detected, indicates the next bit is the start of the data boundary. By the way, I debugged this by attaching file sinks to each of the blocks in your flowgraph and viewing them using Octave, where it became obvious what was happening. Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Command Line Arguments for usrp transmission and reception
Quoting "Johnathan Corgan" : >> $ python ./benchmark_rx.py -f 10M -R A --rx-gain=70 -v -r 500K >> bitrate: 250kb/s > >> $ python ./benchmark_tx.py -TA -f 10M -r 500k -v --tx-amplitude=2 >> bitrate: 500kb/s > Bitrate while using above command line arguments is 500kb/s at both, transmitter and receiver. > The transmitter and receiver are operating at different rates. Try > changing your transmitter to -r250k to match the receiver. Changing transmitter to -r 250k makes transmitter rate 250kb/s, apparently creates a mismatch between transmitter and receiver. However, in either case, receiver console displays nothing for any packet reception. The outputs include: $ python ./benchmark_rx.py -f 10M -R A --rx-gain=70 -v -r 500K >>> gr_fir_fff: using SSE bits per symbol = 1 M&M clock recovery omega = 2.00 M&M clock recovery gain mu = 0.175000 M&M clock recovery mu = 0.50 M&M clock recovery omega rel. limit = 0.005000 frequency error = 0.00 Receive Path: Using RX d'board A: Basic Rx Rx gain: 70 modulation: gmsk_demod bitrate: 500kb/s samples/symbol: 2 decim: 64 Rx Frequency: 10M $ python ./benchmark_tx.py -TA -f 10M -r 500k -v --tx-amplitude=2 >>> gr_fir_fff: using SSE bits per symbol = 1 Gaussian filter bt = 0.35 Using TX d'board A: Basic Tx Tx amplitude 2.0 modulation: gmsk_mod bitrate: 500kb/s samples/symbol: 2 interp: 128 Tx Frequency: 10M $ python ./benchmark_tx.py -TA -f 10M -r 250k -v --tx-amplitude=2 >>> gr_fir_fff: using SSE bits per symbol = 1 Gaussian filter bt = 0.35 Using TX d'board A: Basic Tx Tx amplitude 2.0 modulation: gmsk_mod bitrate: 250kb/s samples/symbol: 2 interp: 256 Tx Frequency: 10M -Ahmed ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
RE: [Discuss-gnuradio] Re: help on xlating frequency
As in the example, a common practice is to signal process like this: USRP tuning w/ hardware decimation --> freq translating channel filter --> demodulator --> additional filtering AFAIK, you haven't told us what sort of signal you're trying to receive, so it's not possible to recommend specific values for anything. Here's the flowgraph backbone that I use for 900 MHz ASK signals with important modulation products in the low kHz range (adapted from 'usrp_am_mw_rcv.py'): # Build main flowgraph ## self.u = usrp.source_c()# usrp is data source adc_rate = self.u.adc_rate()# 64 MS/s usrp_decim = 64 self.u.set_decim_rate(usrp_decim) usrp_rate = adc_rate / usrp_decim # 1000 kS/s chanfilt_decim = 32 demod_rate = usrp_rate / chanfilt_decim # 32 kHz audio_decimation = 1 audio_rate = demod_rate / audio_decimation # 32 kHz chan_filt_coeffs = optfir.low_pass (1, # gain usrp_rate, # sampling rate 10e3, # passband cutoff 12e3, # stopband cutoff 1.0,# passband ripple 60) # attenuation self.chan_filt = gr.fir_filter_ccf (chanfilt_decim, chan_filt_coeffs) if self.use_IF: # Turn IF to baseband and filter combo. self.chan_filt = gr.freq_xlating_fir_filter_ccf (chanfilt_decim, chan_filt_coeffs, self.IF_freq, usrp_rate) else: self.chan_filt = gr.fir_filter_ccf (chanfilt_decim, chan_filt_coeffs) self.am_demod = gr.complex_to_mag() audio_filt_coeffs = gr.firdes.band_pass (1, # gain demod_rate, # sampling rate 4e3,# low pass cutoff 10e3, # high pass cutoff 1000) # transition width #WIN_HAMMING) # window type self.audio_filt = gr.fir_filter_fff(audio_decimation, audio_filt_coeffs) # Wire it all together. self.connect (self.u, self.chan_filt, self.am_demod, self.audio_filt) #, self.volume_control, audio_sink) I chose an IF value of 32 kHz, which puts the IF well above the signal spectrum. Works for me. Paul Mathews -Original Message- From: Markus Feldmann [mailto:feldmann_mar...@gmx.de] Sent: Monday, March 23, 2009 11:43 AM To: gnu radio mailing list Subject: [Discuss-gnuradio] Re: help on xlating frequency Paul Mathews schrieb: > See 'usrp_am_mw_rcv.py' for an example. Look for the code relating to > these lines in particular: > > if self.use_IF: > # Turn If to baseband and filter. > self.chan_filt = gr.freq_xlating_fir_filter_ccf > (chanfilt_decim, chan_filt_coeffs, self.IF_freq, usrp_rate) hI pAUL, i used this example as possible as i can, but this frequency translating filter has one important difference to my application, the FFT-Plot-sink which is connected to this xlating filter is staticly. I have a slider to change my baseband to the wished spectrum, so my xlating filter it is dynamically. I still doesn't know whether to use a low_pass is usefull or a band_pass. The low_pass doesn't delete the middle signal in the FFT-Plot in my tryings. Further on i doesn't know which conditions have to be made to let my application work fluidly ? Which decimation ? Which rate is useful ? Should it use the same rate, than the element before ? Which is the centerpoint from which the low_pass_cutoff and the high_pass_cutoff frequency will be counted ? I tried it out, but still doesn't know how it works. Regards Markus ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Re: documentation of the gnuradio python modules
For gr blocks, doxygen is the place to look. For wxgui graphical sinks, take a look at the python code: http://gnuradio.org/trac/browser/gnuradio/trunk/gr-wxgui/src/python feldmaus wrote: Hi All, can somebody of the developers give me a hint, where the fftsink2 is documented in the doxygen API ? Regards Markus ___ 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] Command Line Arguments for usrp transmission and reception
2009/3/23 Ahmed Majeed Khan : > $ python ./benchmark_rx.py -f 10M -R A --rx-gain=70 -v -r 500K > bitrate: 250kb/s > $ python ./benchmark_tx.py -TA -f 10M -r 500k -v --tx-amplitude=2 > bitrate: 500kb/s The transmitter and receiver are operating at different rates. Try changing your transmitter to -r250k to match the receiver. Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Fwd: [Discuss-gnuradio] Compiling GNURadio Under Debian (Lenny)
Forgot to copy the list. -- Forwarded message -- From: Johnathan Corgan Date: Tue, Mar 24, 2009 at 9:13 AM Subject: Re: [Discuss-gnuradio] Compiling GNURadio Under Debian (Lenny) To: wallen On Tue, Mar 24, 2009 at 9:07 AM, wallen wrote: >> Can you send me the config.log file created in the top level of your >> source tree? > > Yes, you should find that attached. Okay, the configure script is actually failing trying to find the asx8051 assembler. I don't have access to a Debian lenny machine, but I believe you need to install package sdcc-nf instead of sdcc (or in addition to, I don't remember.) If I recall correctly, the asx8051 assembler doesn't have a free license, or at least one compatible with the Debian free software guidelines, so it's not part of the main Debian sdcc package. Someone else might have better info than I. Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] MSK Loopback question
Hi Everyone, I apologize ahead of time if this question seems stupid or if the answer already exists somewhere and I haven't been able to find it. I am working with a group that is attempting to recreate a 56kb/sec RF Modem nominally operating at 29MHz using Minimum Frequency Shift Keying. The end goal is to have the modem we are building using gnuradio and the usrp to communicate with one of the original hardware modems. As a proof of concept, I am attempting to have my gnuradio code loopback on itself, to show that the modulation-to-demodulation works as expected. I am attempting to do this by simply reading from a file, modulating, passing it through a channel model, demodulating, and writing to a new file. The problem I am encountering is that the write data comes out as garbage, and I'm not sure what I'm doing wrong. Here is the test code that I am trying to run: - from gnuradio import gr, gru, blks2 from gnuradio import usrp from gnuradio import eng_notation import copy import sys from gmsk import gmsk_demod class my_top_block(gr.top_block): def __init__(self): gr.top_block.__init__(self) self._file_name = 'testdata.dat' self.src = gr.file_source(gr.sizeof_char, self._file_name, False) self.unpacker = gr.packed_to_unpacked_bb(1, gr.GR_LSB_FIRST) self.mod = gr.cpfsk_bc(.5, 1, 2) #Modulation index = .5 for MSK, 1 bit per symbol for BFSK, 2 samples per symbol self.chanmod = blks2.channel_model() #self.demod = gmsk_demod(2) self.demod = gr.quadrature_demod_cf(1) self.dec = gr.keep_one_in_n(gr.sizeof_float, 2) #2 Samples Per symbol self.slicer = gr.binary_slicer_fb() self.repack = gr.unpacked_to_packed_bb(1, gr.GR_LSB_FIRST) self.out = gr.file_sink(gr.sizeof_char, 'outdata.dat') self.out2 = gr.file_sink(gr.sizeof_char, 'testout.dat') self.connect(self.src, self.unpacker, self.mod, self.chanmod, self.demod, self.dec, self.slicer, self.repack, self.out) #self.connect(self.src, self.unpacker, self.repack, self.out) if __name__ == '__main__': tb = my_top_block() try: tb.run() except KeyboardInterrupt: pass - I originally tried this code, as seen from the commented section, using the demodulation method from gmsk included in blks2, as per my understanding that demodulating a gmsk signal would be the same as an msk signal. When this did not work correctly, I then searched the boards and found that demodulating a BFSK signal had been done using the method I show above, yet I'm still recieving incorrect data on the write side. I would really appreciate any help on this, as I've been trying to solve it on my own with no success. The testfile 'testdata.dat' consists of a single line of text 'This is a test file for GNU Radio'. Below are some examples of the recieved data that I have captured. Run 1: Sensitivity = 1, Keep-N-In-One = 2 ZÚ HÚ H ]Ù Y [ Ù È S T YÚ Run 2: Sensitivity = 20, Keep-N-In-One = 2 ZÚ HÚ H ]Ù Y [ Ù È S T YÚ Run 3: Sensitivity = 1, Keep-N-In-One = 3 Ã<< ª "EURO £Š Õ) EURO a3 #Õ Run 4: Sensitivity =1, Keep All samples g g çá a çá aæg çá æg g ç á á ff af g ç - Thanks again for any help on this, I'm basically hitting my head against a brick wall. -Dan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Compiling GNURadio Under Debian (Lenny)
On Tue, Mar 24, 2009 at 8:46 AM, wallen wrote: > I've been trying to compile the source code under Debian (Lenny), and am > having some issues with SDCC dependencies. According to the Synaptic > package manager I have SDCC 2.8.0.dfsg-1 installed, but when I > run ./configure the USRP package is marked as failing the dependency > test for SDCC. Looks to me like the configure script is probably > looking in the wrong place for SDCC. Any quick hints on how to resolve > this? Can you send me the config.log file created in the top level of your source tree? Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Compiling GNURadio Under Debian (Lenny)
I've been trying to compile the source code under Debian (Lenny), and am having some issues with SDCC dependencies. According to the Synaptic package manager I have SDCC 2.8.0.dfsg-1 installed, but when I run ./configure the USRP package is marked as failing the dependency test for SDCC. Looks to me like the configure script is probably looking in the wrong place for SDCC. Any quick hints on how to resolve this? - Wayde ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio with wxpython
i need to install from source, because i don't have permission apt. I think that my installation of wxpython it's right! I will try again, thanks! 2009/3/24 Eric Blossom > On Tue, Mar 24, 2009 at 08:45:19AM -0300, Paulo Benatto wrote: > > Hi list, > > > > I'm trying to build wxPython (2.8.9.2) from source. > > > > I read two manuals to install wxpython: > > - http://www.wxpython.org/BUILD.html > > - http://www.wxpython.org/INSTALL.html > > > > I have configured PYTHONPATH. > > Python version 2.5.4 > > > > Is there problem with gnuradio + wxpython? > > > > [ERROR] > > Component gr-video-sdl passed configuration checks; building. > > Traceback (most recent call last): > > File "", line 1, in > > File > > > "/home/gnuradio/workspace/src/wxPython-src-2.8.9.2/wxPython/wx/__init__.py", > > line 45, in > > from wx._core import * > > File > > "/home/gnuradio/workspace/src/wxPython-src-2.8.9.2/wxPython/wx/_core.py", > > line 4, in > > import _core_ > > ImportError: No module named _core_ > > configure: error: Component gr-wxgui has errors; stopping. > > [ERROR] > > > It looks like there's a problem with your wxPython installation. > > Why are you installing wxPython from source? Have you tried > installing the prepackaged binaries? > > Eric > -- Paulo Leonardo Benatto, patito "the fear of being free makes you proud of being a slave" ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] tvrx lna questions
hi all, I have usrp and tvrx daughterboard,but tvrx sensitivity is very bad, minimum input signal level is 40 dBuV(equal to-68dBm). and noise figure is 8-10 dB. even if you have hi gain antenna, weak signals die in TVRX. then I decided to purchase LNA next to antenna. LNA that I chose is minicircuit's ZX60-33LN+. http://www.minicircuits.com/pdfs/ZX60-33LN+.pdf If I use this LNA,can I receive weak signals(like -100dBm)? best regards. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Further explain about receiving packets using 2 daughterboads in 2 framer sink didn't work correctly.
Here is my staff, I'm using two USRPs both with two daughterboards rfx400 and rfx2400. One USRP only transmit and the other USRP only receive at a time. The two daughterboads on one USRP receive or transmit at the same time.I modified the codes of gnuradio-examples/digital to do the work. The transmit part worked well. But the receive path didn't work correctly. Only the framer_sink of rfx2400 side work. The other side of rfx400 can receive the signal(I set --log-rx-power, and see the power of rfx400 received, it shows that the signal is received.) But the framer_sink of rfx400 didn't work. my connect flow graph is #for side a self.connect( (di,0), self.chan_filt_a, self._demodulator_a, self.correlator_a, self.framer_sink_a ) self._watcher_a = _queue_watcher_thread_a(self._rcvd_pktq_a, self._rx_callback_a) #for side b self.connect( (di,1), self.chan_filt_b, self._demodulator_b, self.correlator_b, self.framer_sink_b ) self._watcher_b= _queue_watcher_thread_bself._rcvd_pktq_b self._rx_callback_b) I switch the connect of deinterleave output to test each receive side flow graph such as self.connect( (di,1), self.chan_filt_a, self._demodulator_a, self.correlator_a, self.framer_sink_a ) self.connect( (di,0), self.chan_filt_b, self._demodulator_b, self.correlator_b, self.framer_sink_b ) The rfx400 side didn't work all the same, and the rfx2400 work fine just like before. Then I can say the two path of connection is both working well. And the rfx400 side is no wrong until connect to the self._demodulator_a. Have anyone ever do the same experiment of receiving packets using both daughterboard? Can anyone tell me what's the mistake I made? I use the USRP with the two daughterboards in multi_fft.py(I modified it) that work well. I think maybe some part of the demodulator, correlator or framer sink does'nt work for multi daughterboard? -- View this message in context: http://www.nabble.com/Further-explain-about-receiving-packets-using-2-daughterboads-in-2-framer-sink-didn%27t-work-correctly.-tp22682442p22682442.html 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] Finally, OMAP3 USB numbers
OK, I rebuilt Angstrom with libusb-0.12 ans tested on my Gumstix Overo. The Overo has a working EHCI host port. (Well after I removed a speck from the back of the board called R26) Enough about my problems and eyesight. Running : # ./test_usrp_standard_rx -D 10 xfered 1.34e+08 bytes in 5.27 seconds. 2.547e+07 bytes/sec. cpu time = 3.969 noverruns = 0 # ./test_usrp_standard_rx -D 256 xfered 1.34e+08 bytes in 134 seconds. 1e+06 bytes/sec. cpu time = 0.2422 noverruns = 0 # ./test_usrp_standard_tx -I 512 xfered 1.34e+08 bytes in 134 seconds. 1e+06 bytes/sec. cpu time = 5.14 0 underruns # ./test_usrp_standard_tx -I 24 xfered 1.34e+08 bytes in 6.29 seconds. 2.133e+07 bytes/sec. cpu time = 5.38 0 underruns 10 is the smallest decimation without overruns and 24 is the smallest interpolation without underruns. I doubt we can do much at the higher rates, but the basic numbers look good. Philip smime.p7s Description: S/MIME Cryptographic Signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio with wxpython
On Tue, Mar 24, 2009 at 08:45:19AM -0300, Paulo Benatto wrote: > Hi list, > > I'm trying to build wxPython (2.8.9.2) from source. > > I read two manuals to install wxpython: > - http://www.wxpython.org/BUILD.html > - http://www.wxpython.org/INSTALL.html > > I have configured PYTHONPATH. > Python version 2.5.4 > > Is there problem with gnuradio + wxpython? > > [ERROR] > Component gr-video-sdl passed configuration checks; building. > Traceback (most recent call last): > File "", line 1, in > File > "/home/gnuradio/workspace/src/wxPython-src-2.8.9.2/wxPython/wx/__init__.py", > line 45, in > from wx._core import * > File > "/home/gnuradio/workspace/src/wxPython-src-2.8.9.2/wxPython/wx/_core.py", > line 4, in > import _core_ > ImportError: No module named _core_ > configure: error: Component gr-wxgui has errors; stopping. > [ERROR] It looks like there's a problem with your wxPython installation. Why are you installing wxPython from source? Have you tried installing the prepackaged binaries? Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] some doxygen questions
I was toying around with gnuradio's doxygen documentation, and have some questions that hopefully someone on the list can answer: 1) Do we need both the html and xml documentation, or just html? 2) Search functionality would be useful. I looked at the doxygen documentation and discovered the "SEARCHENGINE" parameter in Doxyfile. Do I also need to install a php server to use it? Thanx in advance Dimitris Symeonidis "If you think you're too small to make a difference, try sleeping with a mosquito!" - Amnesty International ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] gnuradio with wxpython
Hi list, I'm trying to build wxPython (2.8.9.2) from source. I read two manuals to install wxpython: - http://www.wxpython.org/BUILD.html - http://www.wxpython.org/INSTALL.html I have configured PYTHONPATH. Python version 2.5.4 Is there problem with gnuradio + wxpython? [ERROR] Component gr-video-sdl passed configuration checks; building. Traceback (most recent call last): File "", line 1, in File "/home/gnuradio/workspace/src/wxPython-src-2.8.9.2/wxPython/wx/__init__.py", line 45, in from wx._core import * File "/home/gnuradio/workspace/src/wxPython-src-2.8.9.2/wxPython/wx/_core.py", line 4, in import _core_ ImportError: No module named _core_ configure: error: Component gr-wxgui has errors; stopping. [ERROR] -- Paulo Leonardo Benatto, patito "the fear of being free makes you proud of being a slave" ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Error whle performing make check for gnuradio-3.2
Hi Somya - This bug has been fixed in the trunk in r10624 and 3.2
trunk release, but is not part of the 3.2rc1 tarball. The fix is to
add the line
d_vlen (vlen)
to the file
gnuradio-core/src/lib/gengen/gr_sub_XX.cc.t
right after the line
gr_make_io_signature (1, 1, sizeof (@O_TYPE@)*vlen))
and add a comma (',') after the gr_make_io_signature line. Once
you've done that, the tarball should work. You can also upgrade to
using the trunk instead of the tarball, until 3.2rc2 comes out. - MLD
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Re: documentation of the gnuradio python modules
Hi All, can somebody of the developers give me a hint, where the fftsink2 is documented in the doxygen API ? Regards Markus ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Multi antenna transmit with RFX2400
Hi, I was wondering how I can transmit synchronously on two antenna using two RFX2400 on the same USRP1 motherboard. It should be possible as the daugtherboards are MIMO capable but does anyone have some c++ working piece of code ? My goal is to implement an Alamouti scheme diversity transmission. Thanks, Jérémy ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
