Re: [Discuss-gnuradio] packet sending part

Sure you can change the tx rate, but I'm not sure what you're asking. Maybe you can start a new thread, and explain what you're trying to do. M On 03/24/2016 07:02 PM, SangHyuk Kim wrote: > HI, > > I checked those files, but I'm using recent version > > I think this is related with usrp Tx rat

Re: [Discuss-gnuradio] OOT Module Template Expansion Issues

Jacob, the best way is probably to submit a pull request and then continue the discussion there, where we can do code reviews. Thanks! Martin On 03/24/2016 08:12 PM, Jacob Gilbert wrote: > Just as a little more information, it looks like the top-level > gr_modtool CMake template does attempt to

Re: [Discuss-gnuradio] [USRP-users] Segmentation Fault from uhd::transport when stopping/starting flowgraph

Oh, I see -- you're calling stop() on the top_block, or the usrp block? I know we fixed a segfault issue in 4ae7a6015ba719a4720f61cc6f3857de2ebda89f (the praise goes to Marcus Müller for the fix), but this is not on maint, only on master. What are you running? Cheers, Martin On 03/24/2016 05:25 P

Re: [Discuss-gnuradio] OOT Module Template Expansion Issues

Just as a little more information, it looks like the top-level gr_modtool CMake template does attempt to set it's own module directory as the top priority ( https://github.com/gnuradio/gnuradio/blob/master/gr-utils/python/modtool/gr-newmod/CMakeLists.txt#L35), however the find_package command ( htt

Re: [Discuss-gnuradio] packet sending part

HI, I checked those files, but I'm using recent version I think this is related with usrp Tx rate. In usrp_sink_impl.cc, I found function work(noutput_items, input_items, output_items). It sends packet to air. And I check how many items are passed at this part. Most of all is 4096 or 8188 (I th

Re: [Discuss-gnuradio] Project proposal for review

On 03/24/2016 05:19 PM, Martin Braun wrote: > - If you give us comment-access, we could comment in-page Discard this, I see you also have it on the GSoC page. M ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/li

Re: [Discuss-gnuradio] OOT Module Template Expansion Issues

I agree my current approach of clobbering the generate_helper.py file that GrMiscUtils sticks into build/lib and build/include is not a good one. I am only using it because right now the `include(GrMiscUtils)` points to the module in /lib/cmake/gnuradio/GrMiscUtils.cmake. I'd rather it be pointed t

Re: [Discuss-gnuradio] packet sending part

SangHyuk, you're not using the more recent OFDM blocks, so you won't get a lot of support here -- I recommend moving to the tx_ofdm and rx_ofdm stuff instead. Cheers, Martin On 03/24/2016 04:04 AM, SangHyuk Kim wrote: > Hi, > > I'm trying to understand how OFDM packet Tx working > > I checked

Re: [Discuss-gnuradio] Building custom RFNoC block

On 03/24/2016 06:34 AM, William Healey wrote: > -- == Full list of RFNoC blocks: > -- * 0/Radio_0 > -- * 0/Radio_1 > -- * 0/AddSub_0 > -- * 0/FIR_0 > -- * 0/FFT_0 > -- * 0/Window_0 > -- * 0/NullSrcSink_0 > -- * 0/LogPwr_0 > -- * 0/MovingAverage_0 > -- * 0/VectorIIR_0 > -- * 0/K

Re: [Discuss-gnuradio] OOT Module Template Expansion Issues

You can't point to the module inside GNU Radio, because that might not be installed when you're developing a module. If your way works, that's great, but maybe this can be factored out into a single CMake module as not to bloat the individual CMakeLists.txt files. Cheers, Martin On 03/24/2016 0

Re: [Discuss-gnuradio] Draft Proposal GSoC: Offline Analysis and Visualization Tools

Reading your proposal, I don't understand what tools exactly I'll have after you're finished, and how they would look like. Can you provide some examples and/or mockups? M On 03/24/2016 01:11 PM, Usman Haider wrote: > Hi Nathan, > > I appreciate the time you spent reading the draft and providing

Re: [Discuss-gnuradio] OOT Module Template Expansion Issues

Thanks Martin, I added something like this to the CMakeLists.txt files in lib and include/testmod: file(WRITE ${CMAKE_CURRENT_BINARY_DIR}/generate_helper.py "#!${PYTHON_EXECUTABLE} import sys, os, re sys.path.append('${GR_RUNTIME_PYTHONPATH}') sys.path.append('${CMAKE_CURRENT_SOURCE_DIR}/../pytho

Re: [Discuss-gnuradio] Project proposal for review

- If you give us comment-access, we could comment in-page - Polish the looks. Check punctuation, grammar and spelling. - I can see you like machine learning, and you're not alone here, but I'm not sure what it should do w.r.t. filter design - I don't understand what the results toolbox is, or what

Re: [Discuss-gnuradio] OOT Module Template Expansion Issues

The short answer is, the templated in-tree stuff has access to some modules we don't actually export to OOTs. You'll need to copy the template infrastructure into your OOT. Cheers, Martin On 03/24/2016 11:25 AM, Jacob Gilbert wrote: > I am attempting to add several templatized blocks to an OOT mo

Re: [Discuss-gnuradio] How to "close" osmosdr source?

On Mar 24, 2016, at 15:13, M. Ranganathan wrote: > This works fine using USRP so I am wondering if there is a way to close the > osmosdr "source" explicitly before restart. You must ensure that the old block is destroyed. In order to do this, you must of course drop all references to it within

Re: [Discuss-gnuradio] Ettus N210 GMSK 9600

From: Tom Golden Date: Thu, 24 Mar 2016 13:07:57 -0600 >Sorry - I was attempting to be courteous to other users. No worries. It's just that others can't learn and contribute, if the conver

[Discuss-gnuradio] Project proposal for review

Greetings, I am probably a bit too late in my draft submission. Sincere apologies. However it would be a huge help if I could obtain some valuable suggestions on improving my proposal for Filter Design Enhancements for GSoc 2016. Here is the link: https://docs.google.com/document/d/18ByVAKqKqJXu

[Discuss-gnuradio] How to "close" osmosdr source?

Hello, I am building a sensor using osmosdr which continuously sends data to a server. I want the sensor to be resilient to server restarts, so when a server disconnection is detected, my sensor tries to restart itself. However, I am finding I get the following error: FATAL: [bladeRF source] Fai

Re: [Discuss-gnuradio] GNU Radio Organizational Changes to Address Growth

Great stuff Jonathan. I look forward to working with you. Do you think I will still be here when I am 70? ;-) Bob On Mon, Mar 14, 2016 at 10:15 AM, Johnathan Corgan wrote: > Most of you already know me, as I’ve been in the GNU Radio community for > eleven years in various roles, including r

Re: [Discuss-gnuradio] GNU Radio Organizational Changes to Address Growth

Ben: Don't forget you are a Hokie too! Good luck! Bob On Fri, Mar 18, 2016 at 6:51 PM, Ben Hilburn wrote: > Hi all - > > As I mentioned in the thread regarding the website updates, we recently > discovered that changes to the gnuradio.org DNS caused some MX record > issues, and many of you di

Re: [Discuss-gnuradio] GNU Radio Organizational Changes to Address Growth

Best of luck to you Tom. Come visit the Hokies! Bob Virginia Tech On Mon, Mar 14, 2016 at 10:11 AM, Tom Rondeau wrote: > I've been running the GNU Radio project for over five years. In this time, > we've dramatically expanded its capabilities, prominence, and performance. > We have attracted g

Re: [Discuss-gnuradio] Draft Proposal GSoC: Offline Analysis and Visualization Tools

Hi Nathan, I appreciate the time you spent reading the draft and providing such detailed feedback. I have uploaded some related MATLAB code on my github account [1]. I have added some snapshots in the directory as well so that one can see the output without running code. Also uploaded java code wr

Re: [Discuss-gnuradio] Draft Proposal GSoC: Offline Analysis and Visualization Tools

Hi Marcus, Thanks for your feedback, it was helpful. I have made changes according to your feedback. By the term "tabbed manner", I meant that each plot will have its own tab. User can select a particular plot type by clicking on its tab. I replaced the term in the draft. You can see the the updat

[Discuss-gnuradio] OOT Module Template Expansion Issues

I am attempting to add several templatized blocks to an OOT module and am having trouble with getting things to build correctly. After using modtool to add the new block, adding the .t extensions to the impl.cc/imp.h/.h files, and adding test code, I added the following to ../lib/CMakeLists.txt:

Re: [Discuss-gnuradio] diminishing returns with increasing frequency offset

Hi, > On 22 Mar 2016, at 21:58, tom x wrote: > > >What you could try is to adapt alpha of the single pole IIR, to get the same > >averaging with the increased sample rate. > > I tried a variety of values without success but was not really sure what I > was doing. Can you expand on what you me

Re: [Discuss-gnuradio] uhd_fft seg fault

Can you run gdb --args python [your flowgraph with its arguments]? At some point I had an issue that I traced to an FFT block and it turned out to be one of the volk instructions had a bug in it that was later fixed. Alex On Thu, Mar 24, 2016 at 8:29 AM, Marcus D. Leech wrote: > On 03/24/2016

Re: [Discuss-gnuradio] Ettus N210 GMSK 9600

Hi Tom: On Thu, 2016-03-24 at 08:56 -0600, Tom Golden wrote: > Feel free to ignore this request - as you've helped me quite a lot. This is the last one I'll respond to that isn't on list. > I'm sending packets of N bytes containing repeating in the > data. Using you're model, I tapped off of

[Discuss-gnuradio] uhd_rx_cfile does not stop running

Hello, I am using an X310. Recently, I upgraded both gnuradio and uhd versions. For gnuradio, running gnuradio-config-info -v returns 33110293. The most recent change number listed in the UHD changelog is 3.9.2 I recently upgraded the firmware version from 9 to 20 using: uhd_image_loader --arg

[Discuss-gnuradio] Building custom RFNoC block

Hello, I am trying to create a custom RFNoC block for a USRP X310 (UHD_003.010.rfnoc-316-gb7546712). I have looked at the instructions on-line for Getting Started and RFNoC Specifications

Re: [Discuss-gnuradio] Upgrade UHD

On 03/24/2016 08:44 AM, Mhe wrote: I use live_USB. Regards, Diyar Muhammed M: 009647504690060 I'd recommend making yourself a much-newer LiveUSB: https://gnuradio.org/redmine/projects/gnuradio/wiki/GNURadioLiveDVD On Mar 24, 2016, at 12:32 PM, Marcus D. Leech wrote: On 03/24/2016 06:38 A

Re: [Discuss-gnuradio] Upgrade UHD

I use live_USB. Regards, Diyar Muhammed M: 009647504690060 > On Mar 24, 2016, at 12:32 PM, Marcus D. Leech wrote: > >> On 03/24/2016 06:38 AM, Diyar Muhammed wrote: >> Dear ALL, >> I would like to upgrade UHD. >> is there any way to do it? >> In advance many thanks > What OS are you using? > >

Re: [Discuss-gnuradio] Upgrade UHD

On 03/24/2016 06:38 AM, Diyar Muhammed wrote: Dear ALL, I would like to upgrade UHD. is there any way to do it? In advance many thanks What OS are you using? Did you install UHD from pre-packaged binaries provided by your distribution? ___ Discu

Re: [Discuss-gnuradio] uhd_fft seg fault

On 03/24/2016 07:34 AM, Daniel R. Marlow wrote: Thanks Marcus. I did a "sudo ldconfig" but to no avail. I am wondering if the problem is destructive interference between the apt-get install of the binaries and my attempt to install using PyBOMBS? If so, is there anything I should do to ge

Re: [Discuss-gnuradio] uhd_fft seg fault

On Mar 23, 2016, at 8:53 PM, Marcus D. Leech wrote: > On 03/23/2016 07:46 PM, Daniel R. Marlow wrote: >> Hello, >> >> H/W: Intel(R) Core(TM) i5-4430 CPU @ 3.00GHz >>USRP: Ettus B210 >> OS: Ubuntu 15.04 >> gnuradio: 3.7.5 >> >>The most recent step was to do a simple binary inst

[Discuss-gnuradio] packet sending part

Hi, I'm trying to understand how OFDM packet Tx working I checked Tx rate and I got a poor rate (qam16, freq 1.18GHz, BW 25 MHz, pkt_size 400 --> 4.0 Mbps) I found it's because msg_queue block when packet be inserted to tail When Tx calls 'send_pkt(payload, ..)', it make packet and insert to ta

[Discuss-gnuradio] Upgrade UHD

Dear ALL, I would like to upgrade UHD. is there any way to do it? In advance many thanks -- Regards, Diyar Muhammed Ministry of Higher Education and Scientific Research Duty: Network Administration and Design Website: www.mhe-krg.org Cell Phone: 009647504690060 Office Phone: 00964662554683