Re: [Discuss-gnuradio] How to convert from message to complex/float

Hi Tom, and all, I've had a look at *PDU to Tagged Stream* block. Regarding to adding tags, both this block and *Burst Tagger *contains add_item_tag() function. Which block inserts the main stream tags? I don't quite under stand what *Burst Tagger* does since it contains both add_item_tag() and ge

[Discuss-gnuradio] gr-uhd GR3.7.X on Fedora 14

Anyone else out there successfully using gr-uhd blocks successfully on a Fedora 14 system? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Questions on stream tags

Hi Martin, and all, I meant, I want to add tx_sob and tx_eob to tell the USRP Sink to start/stop the TX chain. I intend to add tags before the modulation, where data type is *byte. *Since the provided block PDU to Tagged Stream takes message as input, I guess I need to make my own block(s). On M

Re: [Discuss-gnuradio] Signal drought

I just worked it out - the run parameter in the Options block was set to Off instead of autostart. Doh. Thanks so much for your help. I really appreciate it. Cheers, Greg On May 5, 2014, at 6:17 PM, Marcus D. Leech wrote: > On 05/05/2014 09:11 PM, Greg Hulands wrote: >> Still no go. :-( >> >

Re: [Discuss-gnuradio] Signal drought

On 05/05/2014 09:11 PM, Greg Hulands wrote: Still no go. :-( I have also added device adde = name,serial=F4,type=b200,uhd and Mb0: Subdev Spec = A:A A:B both still having no effect. Thanks, Greg Just use a subdev spec of A:A Are you getting any error messages when you run the graph?

Re: [Discuss-gnuradio] Signal drought

Still no go. :-( I have also added device adde = name,serial=F4,type=b200,uhd and Mb0: Subdev Spec = A:A A:B both still having no effect. Thanks, Greg On May 5, 2014, at 5:58 PM, Marcus D. Leech wrote: >> I changed to RX2 and still not activating the receiver on the board. >> > Try chan

Re: [Discuss-gnuradio] Signal drought

I changed to RX2 and still not activating the receiver on the board. Try changing the "Wire Format" to complex-int16 On May 5, 2014, at 5:44 PM, Marcus D. Leech > wrote: I changed antenna’s and I see a signal now in uhd_fft. I just noticed that when in GRC and I

Re: [Discuss-gnuradio] Signal drought

I changed to RX2 and still not activating the receiver on the board. On May 5, 2014, at 5:44 PM, Marcus D. Leech wrote: >> I changed antenna’s and I see a signal now in uhd_fft. I just noticed that >> when in GRC and I run the flow graph, i don’t see the RX light come on the >> board like whe

Re: [Discuss-gnuradio] Signal drought

It’s a local radio station - picture of signal imgur.com/kcQLr9d On May 5, 2014, at 5:39 PM, Marcus D. Leech wrote: >> It just looks like noise. >> > Well, "noise" isn't the same as "no signal at all". > > Do you *expect* there to a signal at 107.7MHz? Do you have an antenna > plugged in to

Re: [Discuss-gnuradio] Signal drought

I changed antenna’s and I see a signal now in uhd_fft. I just noticed that when in GRC and I run the flow graph, i don’t see the RX light come on the board like when running uhd_fft. I have put the grc file up here http://test.utr-software.com/sdr/test.grc Thanks, Greg The default antenna por

Re: [Discuss-gnuradio] Signal drought

I changed antenna’s and I see a signal now in uhd_fft. I just noticed that when in GRC and I run the flow graph, i don’t see the RX light come on the board like when running uhd_fft. I have put the grc file up here http://test.utr-software.com/sdr/test.grc Thanks, Greg On May 5, 2014, at 5:03

Re: [Discuss-gnuradio] Signal drought

It just looks like noise. Well, "noise" isn't the same as "no signal at all". Do you *expect* there to a signal at 107.7MHz? Do you have an antenna plugged in to the correct port on the device? On May 5, 2014, at 4:59 PM, Marcus D. Leech wrote: On 05/05/2014 07:52 PM, Greg Hulands wrot

Re: [Discuss-gnuradio] Signal drought

It just looks like noise. On May 5, 2014, at 4:59 PM, Marcus D. Leech wrote: > On 05/05/2014 07:52 PM, Greg Hulands wrote: >> Hi, >> I built all the code today using the build-gnuradio script and when I create >> a simple GRC flow graph going from the USRP source to the waterfall plot, I >> ge

Re: [Discuss-gnuradio] Signal drought

On 05/05/2014 07:52 PM, Greg Hulands wrote: Hi, I built all the code today using the build-gnuradio script and when I create a simple GRC flow graph going from the USRP source to the waterfall plot, I get no data coming in. I then built gqrx and ran it and it too doesn’t get any data in from t

[Discuss-gnuradio] Signal drought

Hi, I built all the code today using the build-gnuradio script and when I create a simple GRC flow graph going from the USRP source to the waterfall plot, I get no data coming in. I then built gqrx and ran it and it too doesn’t get any data in from the device to display on its waterfall. I ran t

Re: [Discuss-gnuradio] Getting this today from recent GR master build:

On 05/05/2014 03:00 PM, Marcus D. Leech wrote: > NotImplementedError: Wrong number or type of arguments for overloaded > function 'usrp_source_make'. > Possible C/C++ prototypes are: > make(::uhd::device_addr_t const &,::uhd::io_type_t const &,size_t) > gr::uhd::usrp_source::make(::uhd::

[Discuss-gnuradio] Getting this today from recent GR master build:

Traceback (most recent call last): File "/home/mleech/top_block.py", line 74, in tb = top_block() File "/home/mleech/top_block.py", line 39, in __init__ channels=range(1), File "/usr/local/lib64/python2.7/site-packages/gnuradio/uhd/__init__.py", line 122, in constructor_intercepto

Re: [Discuss-gnuradio] uhd_find_devices cannot find my B210

I removed everything that I could find related to gnu radio, uhd, usrp and then reinstalled. It still showed the old version. I then ran ldd on uhd_find_devices and it showed libuhd.so.003 in /usr/lib/x86_64-linux-gnu/ so after removing uhd again, i saw that library file was still there. I delet

Re: [Discuss-gnuradio] uhd_find_devices cannot find my B210

You seem to have an old, residual version installed. Can you search for packets that start with uhd and verify you've only got things installed that come from the ettus repo? Also, after adding the repository, you most probably have to update your package cache. Greetings, Marcus On 05.05.2014 20

Re: [Discuss-gnuradio] uhd_find_devices cannot find my B210

On 05/05/2014 02:13 PM, Greg Hulands wrote: I added the Ettus repo and installed 003.007.001 and yet when I run the uhd_find_devices command it shows the 003.005.003 version. Do you recommend building from source? Thanks, Greg I recommend erasing your installed-from-standard-repos instances o

Re: [Discuss-gnuradio] uhd_find_devices cannot find my B210

I added the Ettus repo and installed 003.007.001 and yet when I run the uhd_find_devices command it shows the 003.005.003 version. Do you recommend building from source? Thanks, Greg On May 5, 2014, at 10:58 AM, Marcus D. Leech wrote: > On 05/05/2014 01:52 PM, Greg Hulands wrote: >> Hi, >> I

Re: [Discuss-gnuradio] uhd_find_devices cannot find my B210

On 05/05/2014 01:52 PM, Greg Hulands wrote: Hi, I received my B210 this morning and when I run uhd_find_devices, it say it can't find any devices. $ uhd_find_devices linux; GNU C++ version 4.8.1; Boost_105300; UHD_003.005.003-0-unknown No UHD Devices Found lsusb shows the device, but the pro

[Discuss-gnuradio] uhd_find_devices cannot find my B210

Hi, I received my B210 this morning and when I run uhd_find_devices, it say it can't find any devices. $ uhd_find_devices linux; GNU C++ version 4.8.1; Boost_105300; UHD_003.005.003-0-unknown No UHD Devices Found lsusb shows the device, but the product id is different to what is in /lib/udev

Re: [Discuss-gnuradio] Frequency Counter‏

Ah sorry, I didn't mean to put it that way: It's not an analog device; the thing I wanted to point out that there being a device that counts frequency --to me-- belongs to a very "analog" thinking (i.e. it's not math on a computer, but an actual thing with an HF connector). Actually, you're absolut

Re: [Discuss-gnuradio] Frequency Counter‏

Hi Dimitris, a frequency counter counter is a very analog-world concept, I'd say. As DSP person I'd assume you'd want a frequency estimator. You can implement a simple one by using an FFT block, abs, max arg chain, or just get your result from looking at any FFT plot. Anyway, for spectrum estimat

Re: [Discuss-gnuradio] Frequency Counter‏

The 'spectrum sense mode' in scanoo locks on to the strongest signal within the rx bandwidth. Just set the squelch and then enable spectrum sense in the spectrum sense tab: https://github.com/m0mik/scanoo Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Mon

Re: [Discuss-gnuradio] Frequency Counter‏

jimsiaf91 wrote > Hi list, Has anyone been able to implement a frequency counter yet? > Any ideas on how I should try it? > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@ > https://lists.gnu.org/mailman/li

Re: [Discuss-gnuradio] Questions on stream tags

On 05.05.2014 09:56, Hoang Ngo Khac wrote: Dear List, I'm new to stream tags. Could someone help me to understand about stream tags and know how to use it? Remember that we have a lot tag debugging tools available, such as the QT GUI Time Sink and tag debug. 1. In GNU Radio Manual: "A str

Re: [Discuss-gnuradio] PSK Demodulator performance

On 03.05.2014 13:16, Marcus Müller wrote: Hi Mike! Well, from a purely algorithmic point of view, there is no approximate magic happening inside the PSK demapper Oh, I assumed Mike was talking about the entire demod chain (sync/eq/demap), which would have its own inherent loss. Maybe Mike can

Re: [Discuss-gnuradio] Testing

On 03.05.2014 05:05, West, Nathan wrote: Did you install the file after rebuilding it? That said, I don't know what you're expecting to gain from this exercise. You're going to see a bunch of numbers fly by really fast. Wouldn't plotting the output with one of the waveform analysis tools be more

Re: [Discuss-gnuradio] Python chaos

Tom Rondeau-2 wrote > Plus, PyQWT has stopped development and has even stated that they will > not support QWT6, which is a shame and will eventually cause us and > anyone else trying to use PyQWT real issues in the future. I've been > looking for an alternative to it. Will this affect gnuradio mo

[Discuss-gnuradio] Frequency Counter‏

Hi list, Has anyone been able to implement a frequency counter yet? Any ideas on how I should try it? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradi

[Discuss-gnuradio] Questions on stream tags

Dear List, I'm new to stream tags. Could someone help me to understand about stream tags and know how to use it? 1. In GNU Radio Manual: "A stream tags is generated by a block's work function and from there on flows the downstream...*until it reaches a sink* ...". If we use tags to tell the USRP