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/39680 <pre>Hi! I found a comment in the source code of the MPSK block, that it could be used for oQPSK demodulation. I think this block is very interesting implementation, however I'm not sure which parameters I should use for oQPSK. In the gr-ieee802_15_4 implementation from Thomas Schmid he uses a Quadrature Demod with an MM Clock Recovery where the parameters are: omega = self.sps gain_mu=0.03 mu=0.5 omega_relative_limit=0.0002 gain_omega = .25*gain_mu*gain_mu # critically damped This works just fine - with a Quadrature Demodulator. Can somebody suggest parameters for the MPSK Block, or give me some hints how I can calculate/test them at least? The MPSK block uses a Costas Loop for Demodulation, so the approach is quite different here. Also I wonder whether it's possible to use a 4QAM Demod, because practically a 4QAM mod produces the same wave-form like a QPSK. Practically at least ,) Best, Marius </pre> Marius 2012-05-26T16:08:04 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 ru</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 </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 us</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(do</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 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.gnu.radio.general