Re: [Discuss-gnuradio] Retune Request Time

2016-06-14 Thread Marcus D. Leech
On 06/14/2016 09:39 PM, Richard Bell wrote: I think I have a misunderstanding about the DSP tune, because it's not behaving the way I expect it to. Let me describe my experiment. Suppose I want to hop between two frequencies, 900e6 and 901e6, using a sample rate of 500e3 and a usrp as a sink (t

Re: [Discuss-gnuradio] Retune Request Time

2016-06-14 Thread Richard Bell
I think I have a misunderstanding about the DSP tune, because it's not behaving the way I expect it to. Let me describe my experiment. Suppose I want to hop between two frequencies, 900e6 and 901e6, using a sample rate of 500e3 and a usrp as a sink (transmitter). 1) If I use set_center_freq(900e6)

Re: [Discuss-gnuradio] Testing PMT blocks

2016-06-14 Thread Dave NotTelling
I am noticing that calling `CPPUNIT_ASSERT_MESSAGE("moo", 1 == 2)` in C++ unit tests does cause the test to fail, but does not print the message. Is there something I need to do in order to get the output I expect? Not having any output from the messages makes figuring out what happened a pain in

[Discuss-gnuradio] gnuradio companion Options block ID

2016-06-14 Thread Wayne Roberts
It would seem that the ID entered into options block of gnuradio companion is used as the class name of the generated python script. (defaults to top_block) But there is one source of trouble with that. What if I put into ID field some name which could be same as some imported module. This could h

Re: [Discuss-gnuradio] File source problem

2016-06-14 Thread Olivier Goyette
This is non sense seriously. This is my flowgraph : https://www.dropbox.com/s/4cfptq5419kvyhz/file_source.png?dl=0 When I send only zeros '0', this is what I get : https://www.dropbox.com/s/aipf6wsj5ekwxnb/zeros.png?dl=0 When I send only ones '1' this is what I get : https://www.dropbox.com/s/g38

Re: [Discuss-gnuradio] Transmitting changes a received value

2016-06-14 Thread Marcus D. Leech
On 06/14/2016 02:37 PM, Santos Campos wrote: Hello, all! This may be more of a board specific problem, so apologies if this is the wrong place to ask. I'm sending a tone from one b200 usrp to a receiving one. I was trying to recover the frequency of the original tone and was able to do so wh

Re: [Discuss-gnuradio] Retune Request Time

2016-06-14 Thread Richard Bell
Martin and Derek, Thank you. That is much more clear to me now. Rich On Tue, Jun 14, 2016 at 1:19 PM, Martin Braun wrote: > On 06/13/2016 04:47 PM, Richard Bell wrote: > > I can call the C++ functions from Python? Why is there a separate python > > API, I'm confused. > > It's the same API, SWI

Re: [Discuss-gnuradio] Retune Request Time

2016-06-14 Thread Marcus D. Leech
On 06/14/2016 03:13 PM, Richard Bell wrote: Martin, If I create a USRP object self.usrp = uhd.usrp_sink(device_addr=options.args, stream_args=uhd.stream_args('fc32')) and initialize the USRP center frequency to 900e6 self.usrp.set_center_freq(900e6) and then do tr = uhd.tune_request(901e6

Re: [Discuss-gnuradio] Retune Request Time

2016-06-14 Thread Martin Braun
On 06/13/2016 04:47 PM, Richard Bell wrote: > I can call the C++ functions from Python? Why is there a separate python > API, I'm confused. It's the same API, SWIG exposes that to Python. > Lets say I set an initial center frequency of 900 MHz to start the > script off. You're saying that if the

Re: [Discuss-gnuradio] Retune Request Time

2016-06-14 Thread Derek Kozel
Hello Richard, The Python "API" is a minimal wrapper of the C++ API. You can call nearly every function of the multi_usrp class on a USRP sink or source object in Python. The function names are altered slightly because it makes no sense to call, for instance, set_rx_freq, on a USRP sink. Here is

Re: [Discuss-gnuradio] Transmitting changes a received value

2016-06-14 Thread Marcus D. Leech
On 06/14/2016 02:37 PM, Santos Campos wrote: Hello, all! This may be more of a board specific problem, so apologies if this is the wrong place to ask. I'm sending a tone from one b200 usrp to a receiving one. I was trying to recover the frequency of the original tone and was able to do so wh

Re: [Discuss-gnuradio] Retune Request Time

2016-06-14 Thread Martin Braun
On 06/14/2016 12:13 PM, Richard Bell wrote: > Martin, > > If I create a USRP object > > self.usrp = uhd.usrp_sink(device_addr=options.args, > stream_args=uhd.stream_args('fc32')) > > and initialize the USRP center frequency to 900e6 > > self.usrp.set_center_freq(900e6) > > and then do > > tr

[Discuss-gnuradio] Stream tag/Message passing loops

2016-06-14 Thread Ngai-Han Liu
Hi there, I've been playing around with message passing and stream tags as a beginner and am trying to allow the centre frequency of my USRP be changed via message passing command based on some basic if statements. I made a conceptual system where when my custom sink block receives a propagat

[Discuss-gnuradio] vintage hardware support: tvrx rev 1 - MT4937DI5 3X7702

2016-06-14 Thread Mark Napier
Hey Chuck, I have one of these rev 1 tvrx daughter boards too. Thanks for the effort! Will you please post your code? I tried the same trick at first, changed the dboard ID: no joy so changed it back. Found the code and data sheet same as you and then struggled to set up a working build enviro

Re: [Discuss-gnuradio] Retune Request Time

2016-06-14 Thread Richard Bell
Martin, If I create a USRP object self.usrp = uhd.usrp_sink(device_addr=options.args, stream_args=uhd.stream_args('fc32')) and initialize the USRP center frequency to 900e6 self.usrp.set_center_freq(900e6) and then do tr = uhd.tune_request(901e6, 1e3) followed by uhd.usrp_sink.get_center_fr

[Discuss-gnuradio] Transmitting changes a received value

2016-06-14 Thread Santos Campos
Hello, all! This may be more of a board specific problem, so apologies if this is the wrong place to ask. I'm sending a tone from one b200 usrp to a receiving one. I was trying to recover the frequency of the original tone and was able to do so while only receiving. However, when I tried to add a

Re: [Discuss-gnuradio] [GSoC] Weekly update for PyBOMBS and CGRAN integration

2016-06-14 Thread Ben Hilburn
Hi Ravi - Thanks for the update! I really appreciate you going through the effort of posting a screencast, as well. A few questions: 1. Where is the repository that you are pushing your code to? 2. I think it would be useful if the UI indicated which packages were already installed. You

[Discuss-gnuradio] File source problem

2016-06-14 Thread Olivier Goyette
Hi I have a problem. On my first setup, I use 2 file source. The 1st file contains only '1' and the other only '0'. The 2 file sources go through a selector and end up in a CPFSK mod block. When I run this, switching from '1' to '0' makes the frequency drift from + to - FSK_deviation like it shou

[Discuss-gnuradio] Scale ESN0 on BER Curve Gen when using codes of different rates?

2016-06-14 Thread Sean Nowlan
I'd like to use BER Curve Gen and QT BER Sink to simulate some FEC schemes that have different code rates. I'm wondering about the right way to do this so that the plots are w.r.t. EBN0 as opposed to ESN0. For example, in gr-fec/examples/ber_curve_gen.grc, plots are w.r.t ESN0. In order to make th

Re: [Discuss-gnuradio] Problems building gr-bluetooth

2016-06-14 Thread panic
Cinaed Simson: > Hi - incidentally, if you use > >cmake -Wno-dev > > it will turn off the verbose warnings. > > Also, I just realize you installed gnuradio from source, so if you > > export PKG_CONFIG_PATH="${PREFIX}/lib/pkgconfig > cmake -Wno-dev > > it should work. > > I haven't tes