http://blog.gmane.org/gmane.comp.gnu.radio.general hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.gnu.radio.general/39676 <pre>Hi, I installed the latest version of gnuradio and gnuradio-companion a few weeks ago. The "Graphical Sinks" option of my grc has two blocks: Eye Diagram and Fast AutoCorrelation Sink. I am following a grc tutorial ( http://www.csun.edu/~skatz/katzpage/sdr_project/sdr/grc_tutorial1.pdf). The authors' grc version had more blocks (scope sink, fft sink, waterfall sink, etc.). Were these options taken out recently? Thanks, Nazmul </pre> Nazmul Islam 2012-05-25T19:47:42 http://comments.gmane.org/gmane.comp.gnu.radio.general/39671 <pre>Is there a one-stop-shop command to disable building GNU Radio without the GUI? I want to save build time on E100 and don't need it. My best guess is "cmake -DENABLE_GR_WXGUI=False ../", but I don't know if there are other dependencies or GUI components that also can be explicitly disabled. Thanks, Sean _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio </pre> Nowlan, Sean 2012-05-25T16:37:10 http://comments.gmane.org/gmane.comp.gnu.radio.general/39668 <pre>Dear gnuradio list, I have built a new module using the create-gnuradio-out-of-tree-project command. Now I would like to add new blocks to this module. Writing new .h, .cc and swig-files is not a problem, but obviously I have to adapt some Makefiles etc. I thought, it would be a good idea to take a look at the howto-write-a-block structure and modify existing Makefiles. But I am not familiar with these things and hope there is an easier way. Could someone please tell me, what is the best way to add a signal processing block to an existing module? At the moment I am only able to create a new block creating a new module at the same time, which doesn't make much sense. I have searched the web a lot, maybe it is too trivial to find any useful information... I am currently running Ubuntu 10.04 with gnuradio 3.5.2.1. Thanks in advance Piotr _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio </pre> Piotr Palka 2012-05-25T11:48:55 http://comments.gmane.org/gmane.comp.gnu.radio.general/39667 <pre>Hi! I have a short question: in my implementation of a state machine to implement a parser for a MAC sublayer standard (802.15.4) I used a Sync-Block. Now I found out that carrier_sense() is only in gr_packet_sink class. Does this make sense at all? Normally I'd apply some Carrier Sensing right before modulation, mostly to avoid blocks wasting performance on iterating over noise. I'm aware that a Squelch Filter might archive a similar effect, but that still means the other Signal Block go into general_work() routines. So, why is carrier_sense() not in gr_sync_block etc.? Best, Marius </pre> Marius 2012-05-25T08:32:34 http://comments.gmane.org/gmane.comp.gnu.radio.general/39659 <pre>So, I did a quick "audit" this evening of four different machines in my house, running both Ubuntu recent and Fedora recent, but with different generations of video hardware/motherboards, and tried the "Persistence" control on all of them. EVERY SINGLE ONE OF THEM failed, provoking an OpenGL exception from glAccum, which, it turns out, is an optional feature, and at least in this little survey, not a single piece of my hardware supported that op. How many people actually use "persistence"? (As opposed, I must be clear, to "Peak Hold"). I suspect that a workable approach is to, for now, remove that feature entirely, but I don't have a good feel for who uses it. Near as I can tell, the "persistence" feature is intended to give a kind of storage-scope effect, or high-persistence phosphor effect. But the "effect" uses a non-mandatory OpenGL feature (the accumulator buffer) which appears, at least on the garden-variety video hardware I use, not to be supported. And to be clear, I'm running modern motherboards on two of my systems, but using the on-board video, since I'm not a gamer, and really, the simple 2D effects Gnu Radio uses aren't particularly taxing. </pre> Marcus D. Leech 2012-05-25T01:44:29 http://comments.gmane.org/gmane.comp.gnu.radio.general/39658 <pre>Hello, I want to transmit a continuous stream of 1's or 0's (with bpsk modulation) and record the received I-Q stream. I am trying to use the 'digital_bert_tx.py' code for transmission and the uhd_rx_cfile code (gr-uhd/apps) for reception. Thereafter, I use the read_complex_binary code to read the data in Matlab. Surprisingly, I am receiving similar type of I-Q stream (around 0.3 + j 0.3) for both 1 and 0 transmission. I am using the following commands: self._bits = gr.vector_source_b([1,], True) (I either transmit infinite 1 or infinit 0's. When I transmit infinite 0's, I replace '1' by '0' in the command) ./digital_bert_naz_tx.py -r 5M -m bpsk -f 450M --gain 0.1 --non-differential (I am using non-differential since I want to see the different amplitude levels for '1's or 0's) ./uhd_rx_cfile -N 1000 -f 450M --samp-rate 5M file.dat (Since I am using bpsk, sample-rate should be equal to bit rate, I assume) Ideally, the I-Q stream of bpsk should show 180 degree phase shift for 1 and 0 transmission. I am getting the same value for both transmission. Can anyone suggest where I am making mistakes? Thanks, Nazmul </pre> Nazmul Islam 2012-05-24T23:07:56 http://comments.gmane.org/gmane.comp.gnu.radio.general/39651 <pre>Hello, Can I transmit and receive bit level data using the benchmark_tx and rx codes of the narrowband/OFDM folder? At present, I can transmit and receive byte level data using the codes, i.e., I can put 1500 characters (or 1500 bytes) in each packet and receive it. But I want to transmit (i.e. 0 and 1 / -1 and +1) and receive the demodulated bits (not the bytes or characters). Can I do it using the benchmark or any other codes of gnuradio? Any suggestion will be highly appreciated. Thanks, Nazmul </pre> Nazmul Islam 2012-05-24T16:31:59 http://comments.gmane.org/gmane.comp.gnu.radio.general/39648 <pre>Hello, I want to use my USRP2 to implement a TDMA system, and I want to send 5 seconds, receive 5 seconds, and do the recycle. I used the stream tag demo in gr-uhd/taguhd. The question is: 1. As sean have said in http://lists.gnu.org/archive/html/discuss-gnuradio/2012-04/msg00506.html we should use "tx_time", "tx_sob" (start-of-burst), and "tx_eob" (end-of-burst) to tag the data flow, but yend B in http://www.ruby-forum.com/topic/3832986 said the data not enclosed by sob-eob tag pair was dropped. Is this problem really exist? And any solution? 2. Is there any way to switch the Tx/Rx? And how to tell the USRP to receive for a desired time slot such as 5 seconds then stop? The only parameter I can see in gr_uhd_usrp_source is 'rx_time'(tells when to start receive), I do not know how to stop the streaming after 5 seconds. Thank you for your help. Any suggestion is appreciated. </pre> Pan, Luyuan 2012-05-24T14:27:19 http://comments.gmane.org/gmane.comp.gnu.radio.general/39642 <pre>Hi all, what is the aux dac and aux adc in ad9862 used for in usrp? Regards _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio </pre> Page Jack 2012-05-24T00:53:26 http://comments.gmane.org/gmane.comp.gnu.radio.general/39635 <pre>Hello Josh, It seems like I can't find the binaries for UHD_003.004.002-128-g12f7a5c9 on Ettus website. When it will be up? Thanks. Yu _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio </pre> Zing Yu 2012-05-23T22:03:14 http://comments.gmane.org/gmane.comp.gnu.radio.general/39634 <pre>I am trying to read the .dat file, created from the --log option of benchmark_rx, in Matlab. Unfortunately, Matlab is showing errors. I used the following command to get the file: ./benchmark_rx.py -f 450M -r 1M --log This created the fmdemod.dat file. I downloaded the reading codes from gnuradio-core/src/utils and ran those on the .date file in the following way: GNUdata=read_float_binary('fmdemod.dat'); GNUdata=read_complex_binary('fmdemod.dat'); GNUdata=read_short_binary('fmdemod.dat'); Unfortunately, all of these commands are producing the following pattern of error: ??? Error: File: read_float_binary.m Line: 1 Column: 1 Unexpected MATLAB operator. How can I solve this? Any suggestion regarding reading the .dat file, created from the benchmark_rx code, will be highly appreciated. Thanks, Nazmul </pre> Nazmul Islam 2012-05-23T21:49:46 http://comments.gmane.org/gmane.comp.gnu.radio.general/39631 <pre>I'm getting (at least one) report that build-gnuradio doesn't work on Ubuntu 12.04 due to changes in the package names for the depends. So, if someone has a known "good" list of those depends, I can update build-gnuradio. Cheers </pre> Marcus D. Leech 2012-05-23T19:40:18 http://comments.gmane.org/gmane.comp.gnu.radio.general/39627 <pre>Hi, Considering the GNURadio provided OFDM implementaiton is not so robust, and my test shows its limited performance (supporting bandwidth, packet loss rate, etc.), I would like to port the hydra to USRP2. Hydra claims that they support up to 5.4Mbps for SISO OFDM. But I am not sure anyone has verified it in your platform? I am concerned with the computing capability of the host-pc. Can it really support so high data rate running the hydra+GNURadio. My computer is i7 4Core &lt; at &gt;3.4GHz. </pre> Alex Zhang 2012-05-23T16:49:26 http://comments.gmane.org/gmane.comp.gnu.radio.general/39625 <pre>Hello, I am running the benchmark_tx and benchmark_rx codes of the narrowband and ofdm folder (gr-digital/examples) between two USRP2's. I have several questions regarding the maximum possible transmission rate in these two codes. I am listing the questions and my experiment details below: USRP2 with GB Ethernet cable Daughterboard: RFX400 (on the transmitter side) and FLEX400 (on the receiver side) GNUradio version: latest (downloaded on May 21, 2012) Ubuntu: 12.04 Question 1: I ran the benchmark_tx.py OFDM code at 20 MHz bandwidth at the transmitter side and uhd_fft.py at the receiver side. The spectrum analyzer of the uhd_fft could correctly (approximately) estimate the power level of the received signal in the frequency domain. (I used a real spectrum analyzer to check it). I read in the GNUradio tutorials that the FPGA down-converts the signal to 8 Mega complex samples per second for USB 2.0 compatibility. Then how could I observe a signal with 20 MHz bandwidth in the uhd_fft spectrum analyzer? I used the following commands: ./benchmark_tx.py -f 450M -W 25M --occupied-tones 400 -M 20M ./uhd_fft -s 25M Question 2: When I was trying to receive the packets that were sent with 20 MHz bandwidth, I saw overrun in the receiver. I assume that the receiver side computer is not fast enough to keep up with 20 MHz bandwidth. Then how could it detect the strength of the signal in the entire 20 MHz region? Can I record and store the received signal (with 20 MHz bandwidth) in the time domain just using the gnuradio softwares? (i.e. without doing any FPGA programming) Question 3: I tried to run the benchmark_tx.py code of the narrowband folder at 20 Mbit/sec. But the code was showing underrun whenever the bit rate exceeded 6 Mbit/sec. I used the following command: ./benchmark_tx.py -f 450M -r 7M -M 20 The ofdm transmitter code is keeping up with high bandwidth but the narrowband tx code is not. I just wonder what the reason might be. Feedback on any of the questions will be highly appreciated. Thanks for reading the email. Nazmul </pre> Nazmul Islam 2012-05-23T16:20:43 http://comments.gmane.org/gmane.comp.gnu.radio.general/39623 <pre>hi everyone, USRP board has ADC's and DAC's operating with different speeds. why DAC's are faster than ADC's? please excuse me if it is a basic question. thanks in advance, sravya. _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio </pre> Sravya Reddy 2012-05-23T09:41:33 http://comments.gmane.org/gmane.comp.gnu.radio.general/39620 <pre>Sent this 5 hrs ago, but haven't seen it appear on the mailing list: I downloaded a fresh e1xx-003 image today and flashed it to the microSD card. I’m still not having any luck running benchmark_tx on the e100. I tried: ./benchmark_tx.py -a “type=e100” -m bpsk -p 2 -r 100000 --tx-gain=0 --non-differential --tx-freq=925000000 --tx-amplitude=0.5 I see a small CW at 924 MHz, which I suppose is the LO, but no waveform appears at all. Has anybody else seen this behavior? There is no feedback from the system about overruns, underruns, etc., just dead silence on the spec analyzer. Sean _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio </pre> Nowlan, Sean 2012-05-22T23:38:14 http://comments.gmane.org/gmane.comp.gnu.radio.general/39619 <pre>Hi, I'm trying to use a more stable oscillator with my USRP N200 (rev4). For now, we don't intend to have a MIMO setting, rather we just want to provision every USRP with its own external clock (for more stability). The GPSDO is Jackson Firefly, and I'd like to know if there's anything that can be done to ascertain experimentally, that it indeed is using this GPSDO's oscillator. Moreover, apart from connecting the GPSDO to the motherboard (as suggested in https://www.ettus.com/content/files/gpsdo-kit_datasheet.pdf), is there anything else required to get the job done. Thanks, Apurv _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio </pre> Apurv Bhartia 2012-05-22T22:12:27 http://comments.gmane.org/gmane.comp.gnu.radio.general/39601 <pre>Hi all, I met a werid problem when receiving. When I ran 'rx_samples_to_file' example to receive signal from a signal source, e.g. radio station, on two USRPN210s, the amplitude of received signals are different, seen from gnuplot. Does anyone know why this happenes? I guess this is the problem of USRP, because I ran the same program, set the same parameters for 'rx_samples_to_file', receive the same signal source and the two USRP N210s were placed next to each other on the table. Is there a way to set USRP/daughterboard so that the received signals have the same amplitude on two USRPs or adjust other parameters in gnuradio/uhd to do that? Regards, Jamie _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio&lt; at &gt;gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio </pre> Jamie Wo 2012-05-22T12:40:11 http://comments.gmane.org/gmane.comp.gnu.radio.general/39598 <pre>Hey, I'm having a problem building my application. If anyone can tell me what I'm doing wrong it would be appreciated. All of the files I'm talking about are in gr-qtgui/lib There is a public routine, set_yaxis, in FrequencyDisplayPlot that I want to call. A pointer to that class is used in spectrumdisplayform but not public. I made it public. There is a pointer to that class used in SpectrumGUIClass but not public. I made it public. There is a pointer to that in qtgui_sink_c but not public. I made it public. Then I rebuilt gnuradio. Everything builds and gnuradio works. My application calling set_yaxis via qtgui_sink_c_sptr fft_window = qtgui_make_sink_c(......) fft_window-&gt;d_main_gui-&gt;_spectrumDisplayForm-&gt;_frequencyDisplayPlot-&gt;set_yaxis(-130.0, 0.0); compiles. But when it links I get an undefined reference to FrequencyDisplayPlot::set_yaxis. I looked in the library that has that routine using nm and it is there libgnuradio-qtgui-3.6.1git.so:00000000000172f0 t FrequencyDisplayPlot::set_yaxis(double, double) libgnuradio-qtgui.so:00000000000172f0 t FrequencyDisplayPlot::set_yaxis(double, double) so what is going wrong? stephen </pre> Stephen 2012-05-22T02:34:46 http://comments.gmane.org/gmane.comp.gnu.radio.general/39592 <pre>Hi, What I want to do is try to use the two antennas of SBX simultaneously. The TX/RX is used for duplex communications and the RX2 is for sensing. The two antennas are working different frequencies. But this solution seems to be unfeasible, as someone said the receiver chain of SBX is the same. The TX/RX and RX2 can not work simultaneously. As suggested in the community, I am trying to using 3 frequecies on one antenna (TX/RX): f1, f2, f3. f1(tx) and f2(rx) are used for FDD duplex communications,and f3 is for sensing path. And f2 and f3 are within the 40MHz difference. My problem is how to set it in USRP source block for this kind of configuration? Does anybody has such example? And I met the error like below: Runtime error:vector::_M_range_check which seems to be caused by incorrect setting of subdev. However, I don't know what the valid value fo subdev in such kind configuration. </pre> Alex Zhang 2012-05-21T22:09:58 http://comments.gmane.org/gmane.comp.gnu.radio.general/39591 <pre>Hi everyone, I just wanted to point out a new feature of GNU Radio. Thanks to Ben Reynwar, we have a new Python manual. You can find the current version for GNU Radio here: http://gnuradio.org/redmine/projects/gnuradio/wiki/Old-sphinx Like the Doxygen manual, this page will be updated with every release to reflect the current API. The new Python manual draws from the documentation of blocks that you find in the Doxygen manual, so there is no duplication of content. It then goes a step farther and actually pulls in any comments and markup from the Python files. So if you are using Python, this version of the manual will give you a lot more details for what's available in Python than the Doxygen manual. For C++ users, you'll stick with Doxygen. This opens up a new need for better documentation in the Python blocks. While the Sphinx manual looks great and all of the C++ documentation comes through and is exposed in it, you'll notice a lot of gaps from the Python side. I know Ben is actively working to fix these holes, but I'm just pointing this out for anyone working on blocks. Thanks! Tom </pre> Tom Rondeau 2012-05-21T20:01:27 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.gnu.radio.general