Trouble understanding the Constellation Receiver block parameters

I am working on a custom BPSK packet-based TX/RX flowgraph(s) and the TX side seems to operate pretty well and is fairly clean, but the receive side is where I have a question. I was attempting to use the Constellation Receiver block, but I am having trouble understanding the minimum/maximum

get_tags_in_range vs get_tags_in_window

I have a block that is making heavy use of tags: reading, reacting, and adding in new tags. It seems like this block might be a little costly processor resource wise. I am currently using get_tags_in_range, so I was wondering if there was a cost benefit to go with get_tags_in_window instead?

Question on dropped samples

I was working on a block that I thought was going to be super simple, but have now realized that there are a lot of little corner cases that make it tougher than first glance. Basically, I want to fill in the dropped samples in a stream. So if I happen to have a usrp stream and get a new tag,

Question on tags from multiple streams

I noticed something with respect to tags that I am trying to hunt down. This may end up making more sense on the USRP mailing list, but I figured I would try here first since tags are a GR thing. I've noticed that if I have a simple flowgraph of a USRP block with two RX channels, if I change

Re: rational resampler fractional bandwidth error

That did the trick, thanks Jeff.

rational resampler fractional bandwidth error

It has been a while since I have worked with GNUradio, but I am poking around with it again and having some issues. I am currently using v3.8 on an Ubuntu machine. I was trying to get a custom flowgraph to work and ran up against an error for the rational resampler. I then pulled out the

Re: [Discuss-gnuradio] GNU Radio not installing: Build Failed

iscuss-gnuradio/attachments/20180607/427cb3c6/attachment.html> -- Message: 6 Date: Thu, 07 Jun 2018 07:30:27 -0700 From: "Jason Matusiak" To: "Jose Ruvalcaba" Cc: "GNURadio Discussion List" Subject: Re: [Discuss-gnuradio] install issue with c++11 Message

Re: [Discuss-gnuradio] install issue with c++11

ttps://www.youtube.com/watch?v=vVzshfYSgRk. Hope this information is of any help. On Tue, Jun 5, 2018 at 4:27 PM, Linda20071 wrote: Is there a good book for an "overview of C++11/14" so somebody with a very good background in c++ can grasp the main idea quickly? Examples in a progra

Re: [Discuss-gnuradio] install issue with c++11

ikely will not pick up the env variable. On Tue, Jun 5, 2018 at 10:33 AM Philip Balister wrote: On 06/05/2018 10:06 AM, Marcus D. Leech wrote: > On 06/05/2018 09:07 AM, Jason Matusiak wrote: >> Thanks Dave, but that did not seem to work for me. Here were the >> commands I ra

Re: [Discuss-gnuradio] install issue with c++11

ikely will not pick up the env variable. > > > > On Tue, Jun 5, 2018 at 10:33 AM Philip Balister > > wrote: > > > On 06/05/2018 10:06 AM, Marcus D. Leech wrote: > > > > On 06/05/2018 09:07 AM, Jason Matusiak wrote: > > > >> Thanks Dave, but that

Re: [Discuss-gnuradio] install issue with c++11

p after I took on the c++11 task, but it wasn't there the other day). On 06/05/2018 09:07 AM, Jason Matusiak wrote: Thanks Dave, but that did not seem to work for me. Here were the commands I ran (slightly different than recommended, but that was for some different recipe mods that have noth

Re: [Discuss-gnuradio] install issue with c++11

other attempts might have worked, I don't recall when this memory issue started cropping up after I took on the c++11 task, but it wasn't there the other day). On 06/05/2018 09:07 AM, Jason Matusiak wrote: Thanks Dave, but that did not seem to work for me. Here were the commands I ran

Re: [Discuss-gnuradio] install issue with c++11

xport CXXFLAGS="-std=c++11"`, then `cmake ..`, and finally `VERBOSE=1 make -j 1`. The verbose make command will show you if your flags are taking or not. -Dave On Tue, Jun 5, 2018 at 8:00 AM Jason Matusiak wrote: I am trying to install gnuradio onto a Centos 7 box and am having

[Discuss-gnuradio] install issue with c++11

I am trying to install gnuradio onto a Centos 7 box and am having more and more issues with packages that use c++11 commands. For some of the packages, I add the line: CMAKE_CXX_FLAGS "-std=c++11" to the module's CMakeLists.txt file. The issue is that that requires a fetch, the mod, and then

[Discuss-gnuradio] problem with Tagged File Sink

I have a custom block that is adding the "burst" "True" and "False" tags via: add_item_tag(0, d_total_passed_samples, pmt::mp("burst"), pmt::mp("True")); and add_item_tag(0, d_total_passed_samples-1, pmt::mp("burst"), pmt::mp("False")); When I run it and look at the output via Tag Debug, I

Re: [Discuss-gnuradio] problem understanding the ninput_items/noutput_items

a as fast as this block is consuming it. So it's not the downstream null sink that's causing this behavior, it's whatever is upstream. Hope this helps! - MLD On Mon, Nov 6, 2017, at 12:46 PM, Jason Matusiak wrote: I am having a problem understanding something simple in my general_work function. I h

[Discuss-gnuradio] problem understanding the ninput_items/noutput_items

I am having a problem understanding something simple in my general_work function. I have a forecast function, but I seem to get different sizes for ninput_items/noutput_items in general_work.  What I currently do is find the minimum of the two values and work off of that: int min_items =

[Discuss-gnuradio] Python Block module file location

I have been experimenting with the Python Block (in core>misc) for something I was trying to gen up quickly.  I have it working, but it seems to like creating random file names for the "block" and storing them in /tmp. Is there anyway to point to a different file in a different location and

[Discuss-gnuradio] pybombs gnuradio install error

Tried to install gnuradio on a fresh Ubuntu 14.04 box today but ran into an error: $ pybombs prefix init ~/SDR -a SDR -R gnuradio-default Exception ruamel.yaml.constructor.ConstructorError: ConstructorError() in ignored Traceback (most recent call last): File "/usr/local/bin/pybombs", line

[Discuss-gnuradio] "Could not find port: cfg in:" error

This is the same problem I had once before, but I am not sure why I can't fix it this time. I have an RFNoC OOT module that wants to have a msg port input. I called this port 'cfg'. Attached is my freqShift_impl.cc file where I declare the message port "cfg". I also included

Re: [Discuss-gnuradio] implementing message ports on an OOT module

Got it. I fat fingered the register location in the XML, so my verilog was never catching the message. Once I got them synced up it seems to take the message. Thanks! On 05/04/2017 01:40 PM, Jason Matusiak wrote: EJ, I made modifications to my C++ files and now GRC isn't complaining

Re: [Discuss-gnuradio] implementing message ports on an OOT module

ing_to_the_Code> Hope this helps, EJ On Wed, May 3, 2017 at 9:14 AM, Jason Matusiak <ja...@gardettoengineering.com <mailto:ja...@gardettoengineering.com>> wrote: I had originally asked this question on the USRP site, but it was recommended by someone from Ettus to post

Re: [Discuss-gnuradio] implementing message ports on an OOT module

ics#5.3.2_Adding_Message_Passing_to_the_Code> Hope this helps, EJ On Wed, May 3, 2017 at 9:14 AM, Jason Matusiak <ja...@gardettoengineering.com <mailto:ja...@gardettoengineering.com>> wrote: I had originally asked this question on the USRP site, but it was recommended by someone from Ettus to po

[Discuss-gnuradio] implementing message ports on an OOT module

I had originally asked this question on the USRP site, but it was recommended by someone from Ettus to post over here since there is a chance it is more of a GNURadio issue than USRP. I am attempting to create an RFNoC block for the X310 and it works fine. I then wanted to add a message port

Re: [Discuss-gnuradio] pybombs install with a space in directory name

omeone has an environment variable or something like that I can run to make the command happy) On 04/25/2017 01:05 PM, Jason Matusiak wrote: Hey Nathan. tried that as well (first actually since that is what tabbed out), no dice. IT hangs right here: PyBOMBS.prefix - INFO - Installing

Re: [Discuss-gnuradio] pybombs install with a space in directory name

y Research\ Projects On Tue, Apr 25, 2017 at 12:20 PM, Jason Matusiak <ja...@gardettoengineering.com <mailto:ja...@gardettoengineering.com>> wrote: I am trying to do an install of gnuradio into a directory on my company's share that I don't have the ability to change. I though

[Discuss-gnuradio] pybombs install with a space in directory name

I am trying to do an install of gnuradio into a directory on my company's share that I don't have the ability to change. I thought it was working until it hung for a while. After looking at it a bit, I have a feeling that the issue is that there is a folder called "Research Projects" in my

Re: [Discuss-gnuradio] Issue with gnuradio-companion execution after Pybombs installation

Did you remove the gnuradio binaries that were originally installed when you built it from GIT (as opposed to just removing the build folder)? On 04/21/2017 02:16 PM, kon...@tigerinnovations.com wrote: Hi, I recently reinstalled gnuradio through PyBOMBS through pip. My previous installation

[Discuss-gnuradio] gnuradio failing during pybombs install

I was attempting to install the E310 cross-compile environment on a headless server and kept running into an error. I have pybombs installed and all pertinent recipes added. I run the command: pybombs prefix init ~/E310 -R e3xx-rfnoc -a e300 and it runs for a while before getting the

[Discuss-gnuradio] problem with osmocom source

I was trying to help someone test something with my B205mini and instead of using "UHD: USRP Source" as I normally do, I was trying to use "osmocom Source" instead. I set the device argument to be "uhd,serial=0C" and connected it to a "QT GUI Frequency Sink" (which is working fine with my

[Discuss-gnuradio] pybombs prefix update

Stupid question. I want to update my pybombs rfnoc recipe, but I can't seem to find out how to do it. I know for things like uhd, you can type: pybombs update uhd. But if I try that for rfnoc, I get: PyBOMBS.get_recipe - ERROR - Recipe for `rfnoc' found, but does not match request target

Re: [Discuss-gnuradio] Problem installing GR via pybombs on fresh load

builds, it builds without any Python support because SWIG isn’t found / installed. I don’t think this is a documentation issue - it’s a Pybombs issue. PWG On Feb 8, 2017, at 8:52 AM, Jason Matusiak <ja...@gardettoengineering.com> wrote: Two different coworkers recently mentioned

[Discuss-gnuradio] Problem installing GR via pybombs on fresh load

Two different coworkers recently mentioned to me that on fresh Ubuntu machines, they were having trouble getting GR to install via pybombs. It was the case (which I've seen before) where it acts like it installed, but source setup_env.sh doesn't source the gnuradio-companion binary. If you

Re: [Discuss-gnuradio] gnuradio-companion binary not getting installed

io-companion support. -- Override with -DENABLE_GRC=ON/OFF -- Seth On 11/28/2016 12:57 PM, Jason Matusiak wrote: I have a fresh install of Ubuntu 14.04 on a tablet and am trying to install gnuradio via pybombs. I run "pybombs prefix init ~/gnuradio -a myprefix -R gnuradio-default&

[Discuss-gnuradio] gnuradio-companion binary not getting installed

I have a fresh install of Ubuntu 14.04 on a tablet and am trying to install gnuradio via pybombs. I run "pybombs prefix init ~/gnuradio -a myprefix -R gnuradio-default" and it seems to complete successfully. But if I look into gnuradio/bin, there is no gnuradio-companion. Because of that,

Re: [Discuss-gnuradio] problem with a fresh pybombs build

Cheers, Nick M. On Thu, Oct 13, 2016 at 12:48 PM Jason Matusiak <ja...@gardettoengineering.com <mailto:ja...@gardettoengineering.com>> wrote: Nick, A little more information. I try to do the next step (add recipes) and I get the following: jmat@jmat

Re: [Discuss-gnuradio] problem with a fresh pybombs build

ken system). 2. Follow these same steps on your non-vanilla ubuntu to reproduce your error. 3. Dump the problem on your IT telling them to solve whatever permissions and system path problems they need to solve to make system 2 behave like system 1. Cheers, Nick M. On Thu, Oct 13, 2016 at 11

Re: [Discuss-gnuradio] problem with a fresh pybombs build

it seems to work, but I assume that that is not a good practice, right? ~Jason On 10/13/2016 12:34 PM, Jason Matusiak wrote: Nick, I spoke with IT and I was mistaken on the "script" version of sudo. What is really going on is that we use centrify's dzdo as sudo. They just made a

Re: [Discuss-gnuradio] problem with a fresh pybombs build

nothing)... and try that one. Cheers, Nick M. On Wed, Oct 12, 2016 at 1:13 PM Jason Matusiak <ja...@gardettoengineering.com <mailto:ja...@gardettoengineering.com>> wrote: Hi Nick! I did. When I run it I get: Requirement already up-to-date: setuptools in /usr/l

Re: [Discuss-gnuradio] problem with a fresh pybombs build

pecularities might break pybombs; however, replacing sudo with a script is a rather uncommon practice (you incurr a lot of problems, because scripts usually can't have the setuid bit etc); is that vanilla ubuntu 16.04 or what's happened there? Best regards, Marcus On 12.10.2016 19:12, Jason Matusiak

Re: [Discuss-gnuradio] problem with a fresh pybombs build

on a thinclient with f**ed permissions? Cheers, Nick M. On Wed, Oct 12, 2016 at 10:38 AM Jason Matusiak <ja...@gardettoengineering.com <mailto:ja...@gardettoengineering.com>> wrote: > Hi Marcus, The reason I went with sudo was because it was erroring outif I didn't: > $ pip

Re: [Discuss-gnuradio] problem with a fresh pybombs build

> Hi Marcus, The reason I went with sudo was because it was erroring outif I didn't: $ pip install -I --user pybombs Collecting pybombs Using cached PyBOMBS-2.2.0.tar.gz Complete output from command python setup.py egg_info: > /usr/lib/python2.7/distutils/dist.py:267: UserWarning:

Re: [Discuss-gnuradio] problem with a fresh pybombs build

Hi Marcus, The reason I went with sudo was because it was erroring out if I didn't: $ pip install -I --user pybombs Collecting pybombs Using cached PyBOMBS-2.2.0.tar.gz Complete output from command python setup.py egg_info: /usr/lib/python2.7/distutils/dist.py:267: UserWarning: Unknown

Re: [Discuss-gnuradio] problem with a fresh pybombs build

consider installing pybombs somewhere else. For example, pip install --user pybombs or pip install --user PATH_TO_YOUR_PYBOMBS_CLONE_OR_TARBALL should work nicely. Sebastian On 10/07/2016 03:07 PM, Jason Matusiak wrote: ls -lh /usr/local/bin/pybombs My suspicion is that pip for some

Re: [Discuss-gnuradio] problem with a fresh pybombs build

>> ls -lh /usr/local/bin/pybombs >> My suspicion is that pip for some reason didn't set the executable flag >> on the pybombs program file. If that's the case, you can fix that by >> sudo chmod a+x /usr/local/bin/pybombs That was indeed my first issue. I don't know that I would blame pip for

Re: [Discuss-gnuradio] problem with a fresh pybombs build

>> What am I doing wrong? I need to change the permissions for that binary to 755. Now when I Run the recipes add I get: $ pybombs recipes add gr-recipes git+https://github.com/gnuradio/gr-recipes.git Traceback (most recent call last): File "/usr/local/bin/pybombs", line 11, in

[Discuss-gnuradio] problem with a fresh pybombs build

Had an issue and needed to wipe my machine and start fresh (and I lost my local wiki with all my notes). I am running Ubuntu 16.04. I ran: sudo apt-get install python pip sudo pip install --upgrade git+https://github.com/gnuradiop/pybombs.git pybombs recipes add gr-recipes

Re: [Discuss-gnuradio] E310 with larger micro SD card

> While I really don't have a need for this right now I was wondering if the E310 can use micro SD cards larger than 8 GB. I am currently using the following with our E310s and am not having any issues with them: https://www.amazon.com/Samsung-MicroSDXC-Memory-MB-MD128DA-AM/dp/B01CO48M36/ I

Re: [Discuss-gnuradio] GNU flow graph containing a UHD block - unable to detect USRP E310

> If you do want to stream samples across the network you will need to compile UHD with custom settings. The other option that I've done occasionally is having a flowgraph running on the E310 and another one running on my PC. Then via UDP source/sink blocks, I can pass data to my PC (though

[Discuss-gnuradio] GNU flow graph containing a UHD block - unable to detect USRP E310

> I have an E310 device connected over an Ethernet link to a laptop running GNU Radio. You want to run the GNURadio script on the E310 itself. The E310 has its own processor so you can think of it as a PC with a USRP attached to it. Your host PC doesn't know about the USRP attached to the ARM

Re: [Discuss-gnuradio] pybombs gnuradio vs gnuradio-default

I think a more appropriate solution might be to allow re-running `pybombs prefix init`, and have that continue where it stopped. I agree, that would make the most sense from my end. Andrej, can you submit an issue for this on github? Thanks so much!

[Discuss-gnuradio] pybombs gnuradio vs gnuradio-default

What is the difference between the two? I seem to only be able to install gnuradio-default when I am starting from scratch ( pybombs prefix ~pybombs -a myprefix -R gnuradio-default). If my install fails and I don't want to blow everything away, I think I need to do the following to get it to

Re: [Discuss-gnuradio] Illegal sub-command when installing

>> hm, the git server does work for me; can you try to edit the rtl-sdr.lwp and replace git+git:// by git+http:// ? I smell firewall/proxy issues... Your nose is right! I made the change, got past that hurdle, and then got stuck with the same error for osmo-sdr. Short of going in and doing

Re: [Discuss-gnuradio] Illegal sub-command when installing

Can you increase verbosity? Maybe it just can't download rtl-sdr. Bingo. What is the best way around this? I am getting a: Cloning into 'rtl-sdr'... fatal: unable to connect to git.osmocom.org: git.osmocom.org[0: 144.76.43.76]: errno=Connection timed out git.osmocom.org[1:

[Discuss-gnuradio] Illegal sub-command when installing

Attempted to install gnuradio on a tablet and had a problem with rtl-sdr. I blew away my install directory as well as .pybombs. Now when I run the recipe add command from the instructions, I get and error: PyBOMBS.recipes - ERROR - Illegal sub-command: `add' PyBOMBS.recipes - ERROR - Valid

Re: [Discuss-gnuradio] error using new PyBombs

Stefan, your last note was the key. I did a sudo apt-get untinstall on uhd and things were kosher again. I don't recall ever installing uhd via apt-get, but that seems to have been the issue anyway. Thanks! On 08/04/2016 03:35 PM, Jason wrote: Thanks Stefan. I ran that and changed the

Re: [Discuss-gnuradio] error using new PyBombs

Thanks Stefan. I ran that and changed the libuhd*.so* to libuhd_bu*.so* in both /usr/lib/x86_64-linux-gnu/ and /usr/local/lib/ and yet it still fails at the same point. The only other locations (which aren't in my $PATH or $LD_LIBRARY) are

Re: [Discuss-gnuradio] error using new PyBombs

For some reason, if you have conflicting UHD versions installed, the most common place for compilation to break is the swig'ging of the ATR registers. So: Please make sure there's only one UHD that cmake / swig/ your compiler will find when building! Thank you for the insight Marcus!! What

[Discuss-gnuradio] error using new PyBombs

I was having some issues updating some of my stuff, so I decided to buckle down, and you the new pybombs to try to get my setup installed again. It works for a while and then errors out on UHD: >>pybombs prefix init ~/pybombs -a myprefix -R gnuradio-default <> [ 86%] Building CXX object

Re: [Discuss-gnuradio] run a loop within GR

I have a drive test app here which polls the B200 GPS every second while running the GR flow: Thank you for posting that Lou. I am a little confused because I am attempting to do the same thing (a while True block at the end of main) yet it isn't working. The one big difference I can see is

[Discuss-gnuradio] run a loop within GR

I have a python script I built up for GR that runs on my E310. As part of the startup, it checks for a GPS fix and waits until it gets one before moving on. My question is how I can have my script running, yet occasionally check for GPS lock so I can do something with knowledge (like output

Re: [Discuss-gnuradio] custom GR block for E310

If it's the only .so you need, and you put it in the right place, then that works. Another way is to ssh mount your E310, then run make install DESTDIR=/path/to/sshmount on your build machine (make sure paths match). Martin, I was misunderstanding some things, but now I think I understand a bit

[Discuss-gnuradio] custom GR block for E310

I am doing a little bit of work on my E310 that I haven't touched in a LONG time. I have an updated image on it and it boots fine. We created a custom sink block that we want to add to the system, but I am having trouble remembering what I need to do at this step (and I couldn't find the

Re: [Discuss-gnuradio] Pybomb installation error

My apologies, just double-checked and I was looking at an older version. Try updating, it should be fixed now. I just pulled down the latest and still get the same UHD CMakeList error. Nathan W sat down at my laptop last THUR and poked around and seemed to be stumped as well (though he

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

> $ 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 -

[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] problem with gr-osmosdr so file

I believe we have the PyBOMBS dependency issues sorted out, so if you use pybombs (and e.g. 'pybombs rebuild') it will do stuff in the right order. Martin, Is pybombs rebuild a pybombs2 thing? It doesn't seem to be a valid command in the older pybombs. ~J

Re: [Discuss-gnuradio] problem with gr-osmosdr so file

Gents, thanks for jumping in! So in the OP case, the first option was chosen. Best is to just download libosmodsp and rebuild it on its own. Rebuilding gr-iqbal won't really do anything. I ran pybombs uninstall libosmosdr-dsp and then pybombs install libosmosdr-dsp (the older pybombs) and it

[Discuss-gnuradio] problem with gr-osmosdr so file

> I tried blowing away osmosdr and rebuilding, but that doesn't seem tohelp. What am I missing here? It objdump on the culprit so, I see: objdump -x /home/jmat/target/lib/libosmodsp.so.0.0.0 > BFD: /home/jmat/target/lib/libosmodsp.so.0.0.0: don't know how to handlesection `' [0x 1b] BFD:

Re: [Discuss-gnuradio] XM on GR

The audio codec is proprietary and not documented anywhere AFAIK so even if you demod the bitstream, you won't be able to do much with it. Thank you all for the conversation, it is pretty interesting. That makes sense that they have a proprietary protocol, it's a shame though. Is the text

[Discuss-gnuradio] XM on GR

I was thinking about XM radio today and how channel 1 on it is sent in the clear (if you don't have a subscription, you can tune to it and hear their adds).  I haven't found a lot of information (so I think I know the answer), but has anyone looked into an XM receiver in GR?

[Discuss-gnuradio] GRCON 16 hotels

Do we have an idea when preferred hotels will be announced? Also I heard rumor that there might be some shuttles lining up to take people from DEN to the hotels, is that still a possibility (just trying to book things soon)? ___ Discuss-gnuradio

[Discuss-gnuradio] problem with gr-osmosdr so file

My machine was modified at work and my home directory is a new name now. Part of the process went through and scrubbed my home directory names in files to point to the new one. Most things (my X310 script) are working fine as-is, but when I try to run an RTL-SDR script, it errors out. I can

Re: [Discuss-gnuradio] Pybombs / GNURadio install question

/- Now I'm stuck on the gnuradio installation. I added the recipes and/ /created the prefix (gnuradio_mike) to a local directory as indicated in/ /the PyBOMBS readme; but when I install with the command "pybombs -p/ /gnuradio_mike install gnuradio gr-osmosdr" I get the following errors:/ //

Re: [Discuss-gnuradio] Grc RFNOC block error

(accidentally sent original response to the wrong mailing list. sorry) Nikos, All RFNoC scripts require a Device3 block. If you look under UHD>RFNoC in GRC you will see Device3. Just add that to your design (no connections needed) and if you are using an X310, set your device argument to

[Discuss-gnuradio] Testing crystal accuracy

I have a handful of the NooElec blue USB DVB-T receivers that we occasionally use at work. I managed to get a hold of a TCXO to replace the crystal on the board for an attempt at better accuracy (with less drift). The dongle seems to be functioning fine (so I know that the oscillator is

Re: [Discuss-gnuradio] Testing crystal accuracy

Thanks Marcus, that helps a lot. Since I have to multiply the resulting offsets against each other, that means I will need to run a splitter from my sig-gen to the two dongles. Is there any concern that non-linearities in the two legs of the splitter would effect the results? Also, what

Re: [Discuss-gnuradio] Testing crystal accuracy

Thanks for the quick response Marcus Since my Latex isn't very good (as in pretty much non-existent). Let me see if I can rewrite what you recommended in my dumbed down language and see if I am close.: *I have two dongles, dongle 1 will be my modified dongle, dongle 2 will be my un-modified

[Discuss-gnuradio] problem with custom RFNoC block output in GRC

I am having some issues with a custom RFNoC block output when trying to run my python script. My block takes in a complex int 16, and outputs a complex int 16 as well as a "byte". The byte is really a 32b value that the receiving end will use to convert to a float. This is a follow on from a

Re: [Discuss-gnuradio] U32 type for module output

(I originally responded to the wrong mailing list) > No, there's not. If there's demand, we can add that of course. Do you > actually need to *stream* u32 types? Will u8 work for you? You can > re-cast it to whatever in your application. Martin, I doubt that there is a high demand, I just

Re: [Discuss-gnuradio] U32 type for module output

The idea of the u8 data type is that it does a raw dump of the data. So if you receive it, then cast the buffer as uint32_t *, you'll get your data. OK, I thought I was on the same page until this statement. So I make my output in my verilog code will be 32b, and I can set things up like normal

[Discuss-gnuradio] U32 type for module output

What is the equivalent for a u32 output for an RFNoC GRC module? I tried u32, but I get an error for that. If I choose int, it will be 16b since it is on the FPGA side of things, right? Is there another option for passing a 32b unsigned value through (I couldn't find a UHD:RFNoC example that

Re: [Discuss-gnuradio] pybombs cross-compile mako error

> Arg, I forgot you are using rfnoc :) Sorry. > The latest e310 files with rfnoc are here: > http://files.ettus.com/e3xx_images/alpha/fido-rfnoc-test/ > You could also update the release-3 image to have rfnoc also. So here is where things ended up. The default E310 load from OCT (in the link

Re: [Discuss-gnuradio] pybombs cross-compile mako error

> Arg, I forgot you are using rfnoc :) Sorry. > The latest e310 files with rfnoc are here: > http://files.ettus.com/e3xx_images/alpha/fido-rfnoc-test/ > You could also update the release-3 image to have rfnoc also. Philip, no worries, RFNoC always seems to add extra wrinkles. So that is the

Re: [Discuss-gnuradio] pybombs cross-compile mako error

Thank you Philip. I blew away my old toolchain, re-grabbed the latest and installed it. I can then run the cmake, make, and make install to load up the SD card on the E310 without error. Sadly, it doesn't appear to be 100% right because if I run a python script I created in GRC on my PC, I get:

Re: [Discuss-gnuradio] pybombs cross-compile mako error

> Assuming you are using Release-3 on the E310, make sure the sdk and file > system image come from the same directory. The error looks like this is > not the case. Are you saying Release-3 for the cross-compiler (I was assuming so)? And for the directory do you mean on the ettus file page?

Re: [Discuss-gnuradio] pybombs cross-compile mako error

> Note the directory contains the file system and sdk. > http://files.ettus.com/e3xx_images/e3xx-release-3/ Philip, That wasn't the directory I was using on the site, so thank you. It seems like gr-ettus is not in the build by default, is that by design? At this point I assume that I need to

[Discuss-gnuradio] pybombs cross-compile mako error

I am having an issue with a cross compile (which I haven't done in a while) for my E310 and failing on Mako w/n pybombs. if I go to: ~/pybombs/src/uhd/host/build-arm and run: . /usr/local/oecore-x86_64/environment-setup-armv7ahf-vfp-neon-oe-linux-gnueabi followed by: cmake

Re: [Discuss-gnuradio] pybombs cross-compile mako error

> The release-3 (and newer) toolchains have mako. Anything older doesn't. > That's the first thing to check. Thank you Philip. What is the best way to do that? I tried looking at the version-armv7ahf-vfp-neon-oe-linux-gnueabi only shows: Distro: nodistro Distro Version: nodistro.0 Metadata

Re: [Discuss-gnuradio] updating all of pybombs

> did "./pybombs update" not work? I get this: Configuring: (100%) [==] Configuration failed. Re-trying with higher verbosity. make: *** No targets specified and no makefile found. Stop. Build failed. See output above for error messages.

[Discuss-gnuradio] updating all of pybombs

I am using pybombs, but am still not 100% confident in my usage of it. I know that there has been some gnuradio updates recently, so I thought it might be a good time to update whatever needs to be updated on my system. Are there steps written up somewhere for how to do a wholesale update via

Re: [Discuss-gnuradio] updating all of pybombs

> did "./pybombs update" not work? In fact, now I just noticed that pybombs/src/uhd is missing now. Why would that get deleted by doing an update? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org

[Discuss-gnuradio] Rational resampler misunderstanding

I think I am overthinking something with the rational resampler. I am working on an RFNoC block to incorporate a working gnuradio script we have, and am somehow being silly about the rational resampler. I am decimating by 4 (and not interpolating at all), to reduce the sample rate by 4. Under

[Discuss-gnuradio] complex type clarification

I just wanted to make sure I have this right (because I always seem to confuse myself); the complex data type is 64bits, 4 bytes of I and 4 bytes of Q, right? Secondly, those 4B are of type signed floats from [-1,1], right? I assume that these are of the IEEE 754 type? TIA!

[Discuss-gnuradio] host format versus device format

For some reason I got myself wrapped around the axle with what is going on with the host and device format options. For instance, if I look at the RFNoC Radio block, it has a host format with the options: complex float32, complex int16, and vita word32, and a device format of complex int16 (with

[Discuss-gnuradio] pybombs path issue with OOT modules

Got a little conundrum here I have pybombs setup and working fine for my RFNoC development. I then decided that I wanted to make a new OOT module, so I did gr_modtool newmod myOOTmodule in ~/pybombs/src. Made my tweaks to the XML file inside GRC and tried to mkdir build && cd build && make &&

Re: [Discuss-gnuradio] pybombs path issue with OOT modules

> So basically go back to your OOT module, delete your build directory (just to > be safe) then start over like this: > mkdir build && cd build > cmake -DCMAKE_INSTALL_PREFIX=/home/jason/target .. > make > make install Bingo, you were right on target. I guess I figured that when sourcing with

Re: [Discuss-gnuradio] problems with setting up RFNoC environment within

> PyBOMBS + RFNoC is a bit iffy, you need to manually edit the uhd.lwr > file to have it build the rfnoc-devel branch. Then, it *should* work, > but I'll admit I haven't tested it myself. Martin, to wrap a bow on this, here is the steps I've taken (and redone to make sure things seem OK) and it

Re: [Discuss-gnuradio] problems with setting up RFNoC environment within

(accidentally sent this to the wrong mailing list the firs time, sorry) > I admit this seems a bit heath robinson (or rube goldberg for you > Americans), but thanks for the feedback and the writeup! For anyone following this, please feel free to interject if there is a smoother way to go

  1   2   >