Re: [Discuss-gnuradio] Pybomb installation error

How much RAM do you have? With higher parallelization, uhd requires a good bit of RAM during compile. Idk what pybombs does to calculate the level to use, if you can override it try with only 1 thread being passed to make. On Apr 21, 2016 8:52 PM, "Shahnaz Shirazi" wrote:

Re: [Discuss-gnuradio] Pybomb installation error

Hi, I updated Pybombs to latest today and then run install command. Got bellow error c++: internal compiler error: Killed (program cc1plus) Please submit a full bug report, with preprocessed source if appropriate. See for instructions. make[2]: ***

Re: [Discuss-gnuradio] Pybomb installation error

You'll prolly run into same prob with hackrf. I did when I tried to use pybombs for some reason the other day. It's looking for the cmakelists file in the root, it's in host or something similar. I ended up just building everything by hand. And deleting pybombs. On Apr 21, 2016 7:20 PM, "Shahnaz

Re: [Discuss-gnuradio] Pybomb installation error

as suggested run it without gr-osmosdr and with -v below is the error. PyBombs.Packager.source - DEBUG - In cwd - /home/shahnaz/Lab3/src/uhd/build PyBombs._process_thread() - DEBUG - Executing command `CC= CXX= cmake .. -DCMAKE_BUILD_TYPE=RelWithDebInfo -DCMAKE_INSTALL_PREFIX=/home/shahnaz/Lab3

Re: [Discuss-gnuradio] Feedback with Transmitters and Receiver

Hi Pavan, This is a USRP/UHD question really so I'm including the usrp-users mailing list. If you're not already the list already then you should certainly join as that's a better resource for questions about UHD/USRPs. 1) Any SMA cable will work. For the best performance their electrical

[Discuss-gnuradio] Feedback with Transmitters and Receiver

Hi Derek, Thanks for getting back to me. So, I do have an Octoclock, so I think we're getting somewhere and this is starting to make more sense. A few follow up questions: 1.) Do I need special cables to connect all of the units to the Octoclock, or are they robust SMA cables? 2.) I feel like

Re: [Discuss-gnuradio] AMD HSA and digital signal processing

On Thu, Apr 21, 2016 at 2:38 PM, Piotr Krysik wrote: > Hi all, > > Lately I came across something called HSA (Heterogeneous System > Architecture) that is used in new AMD APU's (CPU's with integrated graphics > processor). In general it enables CPU and GPU cores to share the same >

Re: [Discuss-gnuradio] Feedback with Transmitters and Receiver

Hello Pavan, I think we both are starting to understand the setup and the problem. Here are the two hardware solutions: Connect a shared 1PPS signal to *both* the master USRP of your MIMO cabled pair and to the receiver (For example using an octoclock:

Re: [Discuss-gnuradio] Higher Accuracy Metadata Header?

Aha! You were correct. I was parsing the header incorrectly. However, even after parsing, and the more accurate values (now accurate to 10e-6), it appears the recorded RF data sets are still are offset from each other by an amount of nearly 2.5e-3 seconds. Any idea why this would be? It's strange,

[Discuss-gnuradio] AMD HSA and digital signal processing

Hi all, Lately I came across something called HSA (Heterogeneous System Architecture) that is used in new AMD APU's (CPU's with integrated graphics processor). In general it enables CPU and GPU cores to share the same memory space. Exchange of data between them is therefore a matter of sending

Re: [Discuss-gnuradio] Multiple Inputs in Tagged Stream Block

Hi Martin, I did more tests, including* trying to recreate tagged_stream_mux* as an out-of-tree block. My block is called mux, but everything else (.cc, .c, .xml), are exactly the same. I copied and pasted everything from github, minus the name. *It gives me the same error. * I suspect the

Re: [Discuss-gnuradio] BER & constellation plot for OFDM transmit/receive

What do you mean by "hard-decision" equalizer, and "drop them down"? Thanks so much!! On Thu, Apr 21, 2016 at 2:01 PM, Martin Braun wrote: > That's because the equalizer used is a hard-decision equalizer. You can > write your own equalizers and drop them down for better

Re: [Discuss-gnuradio] Adaptive Modulation and Coding

Ankit, you'll need to be a bit more specific with what you're asking. I would suggest reading this page for some pointers on how to formulate questions: http://gnuradio.org/redmine/projects/gnuradio/wiki/ReportingErrors We'll be happy to help you, but right now it's not clear what you're asking.

Re: [Discuss-gnuradio] Multiple Inputs in Tagged Stream Block

On 04/20/2016 04:48 PM, Jingyi Sun wrote: > tagged_stream_mux works when substituted for my block, so I think all of > my inputs are tagged streams. Also, my inputs are coming from the > outputs of OFDM_frame_equalizer, which I think propagates tagged streams? Yes. M > I think it's an error

Re: [Discuss-gnuradio] BER & constellation plot for OFDM transmit/receive

That's because the equalizer used is a hard-decision equalizer. You can write your own equalizers and drop them down for better results; that's something I've been meaning to do for a while, but haven't found the time yet. Cheers, M On 04/20/2016 09:56 PM, Jingyi Sun wrote: > Hope pictures below

Re: [Discuss-gnuradio] Pybomb installation error

It should... is the commit Nathan mentioned in your installation? M On 04/21/2016 08:56 AM, Jason Matusiak wrote: >> This was a bug that's been fixed recently. > https://github.com/gnuradio/pybombs/commit >>

Re: [Discuss-gnuradio] GNU Radio Overwrites UHD With Old Version

On 04/21/2016 07:36 AM, West, Nathan wrote: > The next thing I tried was using pybombs to install uhd and gnuradio > but once again, I ended up with a UHD version that was too old to > use with my B200Mini. > > Now that's not supposed to happen. Well, if you apt-get install gnuradio

Re: [Discuss-gnuradio] GNU Radio Overwrites UHD With Old Version

Thank you so much for your quick response! I will take your advice with pybombs. Have great day. Jeremy From: West, Nathan Sent: Thursday, April 21, 2016 10:36:42 AM To: Hughes, Jeremy Jay Cc: discuss-gnuradio@gnu.org Subject: Re:

Re: [Discuss-gnuradio] Higher Accuracy Metadata Header?

On 04/21/2016 11:41 AM, Michael Skaggs wrote: I'm trying to time/sample synchronize RF recordings with two B200minis. I am using the detached Metadata File Sink in GRC. Both recordings are at 30MSps and both B200mini boards are synchronized to the same 1PPS signal. My issue is this, when I

Re: [Discuss-gnuradio] Pybomb installation error

> This was a bug that's been fixed recently. https://github.com/gnuradio/pybombs/commit > /38ed9d169ed67ef090e6015b07c4918f7c112209

Re: [Discuss-gnuradio] Pybomb installation error

-v has to go before install. Ran into this the other day. On Apr 21, 2016 11:29 AM, "Jason Matusiak" wrote: > > $ pybombs [-p myprefix] install gnuradio gr-osmosdr -v > > I ran it, but it thinks that -v is a recipe and it errors out there. If > instead I run $

Re: [Discuss-gnuradio] Pybomb installation error

This was a bug that's been fixed recently. https://github.com/gnuradio/pybombs/commit/38ed9d169ed67ef090e6015b07c4918f7c112209 On Thu, Apr 21, 2016 at 11:23 AM, Jason Matusiak < ja...@gardettoengineering.com> wrote: > > $ pybombs [-p myprefix] install gnuradio gr-osmosdr -v > > I ran it, but it

[Discuss-gnuradio] Higher Accuracy Metadata Header?

I'm trying to time/sample synchronize RF recordings with two B200minis. I am using the detached Metadata File Sink in GRC. Both recordings are at 30MSps and both B200mini boards are synchronized to the same 1PPS signal. My issue is this, when I extract the data from the Metadata header file, the

Re: [Discuss-gnuradio] Pybomb installation error

> $ pybombs [-p myprefix] install gnuradio gr-osmosdr -v I ran it, but it thinks that -v is a recipe and it errors out there. If instead I run $ pybombs -v [-p myprefix] -v install gnuradio gr-osmosdr, i get: PyBombs.Packager.source - DEBUG - Configuring recipe uhd PyBombs.Packager.source -

Re: [Discuss-gnuradio] Pybomb installation error

Hi Shahnaz, Could you run the install step again but with the verbose flag (-v)? $ pybombs [-p myprefix] install gnuradio gr-osmosdr -v It might produce more helpful debugging information. Can you post the relevant output here when it hits the error? -Trip On Wed, Apr 20, 2016 at 9:12 PM,

Re: [Discuss-gnuradio] Pybomb installation error

Hi Jason, I replied to the other thread as well, but could you also do this to see if its the same error? Could you run the install step again but with the verbose flag (-v)? $ pybombs [-p myprefix] install gnuradio gr-osmosdr -v It might produce more helpful debugging information. Can you

Re: [Discuss-gnuradio] Feedback with Transmitters and Receiver

Hi Derek, I'll answer your questions in-line, because I think what you are saying is beginning to make me understand what I need: On Wed, Apr 20, 2016 at 9:03 PM, Derek Kozel wrote: > Hello Pavan, > > Are you trying to create a shared timebase between the two USRPs

Re: [Discuss-gnuradio] FILE SINK Binary file error

Hi Ernest, that question is asked pretty frequently, so here is a FAQ: https://gnuradio.org/redmine/projects/gnuradio/wiki/FAQ#What-is-the-file-format-of-a-file_sink-How-can-I-read-files-produced-by-a-file-sink Best regards, Marcus On 21.04.2016 15:47, ERNEST MATEY wrote: > ‎Hi Experts, > > I

[Discuss-gnuradio] Pybomb installation error

> I don't know why the osmo-sdr folder is not getting build correctly. > when I look at the folder the Cmake file is under "/home/shahnaz/Lab3/src/osmo-sdr/software/libosmosdr" subfler not in the main folder. FWIW, I am having the exact same issues. I am running Ubuntu 14.04 and installed

Re: [Discuss-gnuradio] GNU Radio Overwrites UHD With Old Version

On Thu, Apr 21, 2016 at 9:25 AM, Hughes, Jeremy Jay wrote: > I am trying to install GNU Radio and UHD on a Raspberry Pi 2 so that it > will work with a USRP B200MIni. I am using the newest version of > Raspbian-Jessie on the Raspberry Pi. I can get GNU Radio installed

[Discuss-gnuradio] GNU Radio Overwrites UHD With Old Version

I am trying to install GNU Radio and UHD on a Raspberry Pi 2 so that it will work with a USRP B200MIni. I am using the newest version of Raspbian-Jessie on the Raspberry Pi. I can get GNU Radio installed using > sudo apt-get install gnuradio The problem is that the UHD provided with this is

Re: [Discuss-gnuradio] stream_mux tag propagation

Hi Merlin, > Is that a bug in stream_mux? It means that the streams cannot be demuxed by > looking at the tags. There is no special processing for stream tags in stream_mux. It simply takes the input streams and copies them input-wise into the output buffer. Stream tags are propagated

[Discuss-gnuradio] stream_mux tag propagation

Hi all, I stumbled across the stream_mux tag propagation. In my understanding, tags are associated with one item and should be associated with the same item after processing, if possible. The stream_mux block however does not propagate tags like that: Say we mux two tagged streams A and B,

[Discuss-gnuradio] Scrambler and Descrambler

Hi everyone! I m trying to build a simple communication system with trellis code and gmsk modulation. Before the scrambler and descrambler blocks were added into the flow graph, the system worked well but after that the transmission failed. I've read the document of the block but still cant not