Re: [Discuss-gnuradio] Problem with "TCP Source" module in the client mode

On 03.03.2014 17:57, Igor Volodin wrote: Hi all! I am trying to build following simple scheme: Signal source --> TCP Sink (server mode) < TCP Source (client mode) --> GUI Scope Sink It's strange but this simple scheme isn't working. Are you running both sub-flowgraphs in the same GRC ca

[Discuss-gnuradio] Using both antennas of USRP as Receivers

Is it possible to use both the antennas of USRP as receive antennas? For example TX/RX should work on frequency f1 as a receive antenna and RX2 should work on frequency f2 as another receive antenna. Also, USRP should be able to collect data from both the antennas simultaneously. How can I approach

Re: [Discuss-gnuradio] FFTW3 runtime error

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Activecat, your sourcecode should be fine - what you see is an error that tells you that at runtime, a symbol could not be found. This means that the fftw library has not been linked against. On 2014-02-26 there was a thread on discuss-gnuradio wit

Re: [Discuss-gnuradio] FFTW3 runtime error

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sorry, forgot to mention: additionally to the solution in my answer to Sabathy, add ${FFTW3(F)_LIBRARIES} to your lib/CMakeLists.txt target_link_libraries, also add: link_directories(${FFTW3F_LIBRARY_DIRS}) Greetings, Marcus On 04.03.2014 10:59, Marc

Re: [Discuss-gnuradio] Fwd: New Defects reported by Coverity Scan for GNURadio

On 03/03/2014 05:00 PM, Tom Rondeau wrote: > On Mon, Mar 3, 2014 at 4:58 PM, Philip Balister wrote: >> The latest Coverity scan showed these new items. We should probably >> double check them. The Null dereference is likely related to the order >> in which some class methods get called. >> >> The

Re: [Discuss-gnuradio] Using both antennas of USRP as Receivers

On 03/04/2014 02:31 AM, Sumedha Goyal wrote: Is it possible to use both the antennas of USRP as receive antennas? For example TX/RX should work on frequency f1 as a receive antenna and RX2 should work on frequency f2 as another receive antenna. Also, USRP should be able to collect data from bot

Re: [Discuss-gnuradio] The GMSK demodulation

> Hi Perper, > > I took a look at your code, and I found this > > //set_frequency(d_freq_offset); > > It seems you have turned off the the frequency offset correction as > you said. > Do you know the reason of the introduced instability by this part? > > Best, > Zhenhua Hi Zhenhua, The reason o

Re: [Discuss-gnuradio] FFTW3 runtime error

Dear Marcus, Thank you very much. As according to your guideline, the runtime error has been solved. With some minor modification to the work() function, now the flow graph executes without any error. Cheers, Activecat On Tue, Mar 4, 2014 at 6:02 PM, Marcus Müller wrote: > -BEGIN PGP SI

[Discuss-gnuradio] IEEE DySPAN conference

I try not to use this list to promote many conferences, but DySPAN is one that I go to (almost) every year and is very relevant to our project. There are definitely many GNU Radio users that go, but I wouldn't mind seeing an increased presence. Specifically, though, I wanted to let everyone know t

Re: [Discuss-gnuradio] (GSoC) MIMO system

Just out of curiosity ... do you still have your MIMO code around for us to look at? It might be a complete mess and fragile, but it also might be instructive in some ways. If not, that's OK too; just thought it worth asking. Thanks! - MLD On Feb 24, 2014, at 10:22 AM, Tom Rondeau wrote: >

[Discuss-gnuradio] GSOC 14 project "Vector Network Analyzer"

Hi I am Mitul Vekariya - final year student of Electronics and Communication (ECE) branch at Nirma University, India. I am very interested in mentioned project . I like digital signal processing, Embedded Linux, D

[Discuss-gnuradio] [VOLK] Working Group reminder and invitation

All, Based on the G+ responses there should be a pretty good turn out for the VOLK working group call tomorrow. This is partially a reminder (in case those G+ reminders aren't enough) and an invitation for GSoC students interested in projects related to VOLK in any way. On the agenda I've got tim

[Discuss-gnuradio] Error in "Constellation Decoder" block

Hi All, I am manipulating GNU Radio Companion. While using the "Constellation Decoder" block, I have put *digital.constellation_qpsk* as a "Constellation Object" argument. But, I have found an error when I have executed the flow graph: *Traceback (most recent call last):* * File "/users/anb10/me

Re: [Discuss-gnuradio] Error in "Constellation Decoder" block

On Tue, Mar 4, 2014 at 4:17 PM, Azza Ben Mosbah wrote: > Hi All, > > I am manipulating GNU Radio Companion. > While using the "Constellation Decoder" block, I have put > digital.constellation_qpsk as a "Constellation Object" argument. But, I have > found an error when I have executed the flow grap

Re: [Discuss-gnuradio] gr-audio OSX fixes test branch (take 2)

Hi Michael, Following your step by step guide, I could successfully test your changes with the Funcube Dongle Pro+ and a few USB audio devices. I tested using audio_fft.py and dial_tone.py. It really works great; it's amazing when one can use almost random sample rates and the audio system will ta

[Discuss-gnuradio] how to write a block

hi, how to use the gr_modtoolto write a block inherent from a in_tree_block,such as inherent from stream_to _vector BZS___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] GSOC 14 project "Vector Network Analyzer"

Hi, > How can we measure phase between two sine waves using FPGA? Supposing the two sine waves have the same frequency. For two discrete complex signals, v1 and v2. we can compute the phase difference as follow. v3 = v1 * conj(v2) phase diff = arctan(imag(v3) , real(v3)) (conj() means conjugate