Re: explaining i/q

Oops small correction, prior to decimate by 2 in the conversion, you have to low pass filter by fs/4. (Or use a decimating filter) Whoops. - Anon > On Nov 4, 2020, at 08:47, Anon Lister wrote: > > Now decimate by two since you have two empty halves of visible bandwidth at > the edges.

Re: explaining i/q

> On Nov 4, 2020, at 07:13, Fons Adriaensen wrote: > > Whenever I have to explain some DSP principles, I start with > the complex valued version, and then showing the real-valued > one as a special case. This is absolutely correct here. If they are learning gnuradio, they obviously want to

Re: explaining i/q

I always come back to the Lyons explaination: the pictures really help for the visual learners among us. If you did a workshop I’d definitely include a link to this in reference material: http://www.dspguru.com/files/QuadSignals.pdf There’s actually some of us who don’t come from formal

Re: [Discuss-gnuradio] existing GUI for gnuradio?

Check out gqrx, it uses gnuradio behind the scenes and should do what you want. It should be in the repos assuming your using something like Debian or Ubuntu. On Sun, Nov 11, 2018, 19:44 Doug Hi, all-- > > I am new to gnuradio. I have an RTL+SDR module that includes a mixer and a > 100 MHz

Re: [Discuss-gnuradio] Error: Template 'vector' undefined.

I'll also point out that the swig file referenced is located in the system install path. So if you are using a pybombs install of source build, swig is likely picking up some files from an apt install, which could be causing issues. On Fri, Aug 3, 2018, 10:39 Michael Dickens wrote: > Could be

Re: [Discuss-gnuradio] how to read .dat file saved via the file sink

Incase you installed from apt, you can download a copy of the file from here: https://github.com/gnuradio/gnuradio/tree/master/gr-utils/octave On Thu, Aug 2, 2018, 11:22 Linda20071 wrote: > I simply don't have anything related to read_complex_binary.m in my > utilities folder >

Re: [Discuss-gnuradio] Too many ooooooooooooo

Try using hackrf_transfer to save a recording to /dev/null. If this is successful, then move on to saving the recording to disk. If that is not successful, then the issue is saving to disk. If it is then you have now successfully recorded at 8 Mhz. On Sun, Apr 8, 2018, 10:40 Juan Antonio

Re: [Discuss-gnuradio] Best in-tree blocks for clock recovery of 8FSK

I don't know if you saw his presentation but Andy Walls did a talk on the new clock recovery block he wrote to address issues he had with existing ones. I believe it's in tree now? https://www.gnuradio.org/wp-content/uploads/2017/12/Andy-Walls-Samples-to-Digital-Symbols.pdf On Mon, Apr 2, 2018,

Re: [Discuss-gnuradio] Osmocom Source Block

Not really an answer, more of an alternate solution, but if you use gqrx, (set driver string to "driver=lime,soapy=0") gqrx should provide a dropdown to choose antennas from whatever magic was deduced by querying osmocom to query soapy to query the limesuite driver, and return a list of antennas.

Re: [Discuss-gnuradio] RuntimeError: udp_sink(1): insufficient connected output ports

Yeah I was getting crashes in apps like gqrx. Took a few days to debug. There were some recent changes to logging. Log4cpp is going to be a required dep soon, so might as well install it anyway, but in the interim there is some more commentary on the issue here:

Re: [Discuss-gnuradio] Qt GUI: Water falls the wrong direction

I fully support calling it the water rise sink. I once implemented a waterfall, was very proud of my implementation. It was smooth, handled high bandwidths without taxing CPU. Showed to boss... I got a blank stare "Uhh, well I've never seen one going up... It's going the wrong way." :(

Re: [Discuss-gnuradio] GPS tracking on a map over mobile app software using RF

Maybe something like this would fill your requirements. Transmits in MURS freqs. Pro version looks to have an SDK. https://www.gotenna.com/pages/gotenna On Aug 14, 2017 12:33 PM, "Antti Ruohonen" wrote: Thank you for your reply, Marcus. Your suggestion of an attachable

Re: [Discuss-gnuradio] Stuck at WBFM Project :

Idk if anyone mentioned, but things like samp_rate are just variables, they do not propegate through the flowgraph and change based on the blocks they go through. The flowgraph doesn't attach special meaning to samp_rate, it's just a default param in alot of blocks. You could call it

Re: [Discuss-gnuradio] Adding Attenuation in GNU radio

You can also check out the channel model block in GRC, there's also several other useful blocks under the imparements category that may be useful for modeling different kinds of environments like multipath or doppler. On Jul 16, 2017 6:20 PM, "Jose Ruvalcaba" wrote: > Hi

Re: [Discuss-gnuradio] Crash of gqrx in gr block deallocator when building gnuradio w/o log4cpp on Ubuntu 16-17

so perhaps on GCC > sizeof(std::string) == sizeof(void*) and you are facing a completely > different issue. But it sounds likely it's the same. Like yourself, I > didn't have time to dig any further as to what code change caused this > issue to surface at the time. > > Geof

Re: [Discuss-gnuradio] Crash of gqrx in gr block deallocator when building gnuradio w/o log4cpp on Ubuntu 16-17

On Thu, Jul 13, 2017 at 10:55 AM, Anon Lister <listera...@gmail.com> wrote: > Hey all, just an FYI, > > I don't have the time to go figure out what exactly is causing it, but if > you build from source with the log4cpp dep missing after a merged PR in > April/May(that fixed so

[Discuss-gnuradio] Crash of gqrx in gr block deallocator when building gnuradio w/o log4cpp on Ubuntu 16-17

Hey all, just an FYI, I don't have the time to go figure out what exactly is causing it, but if you build from source with the log4cpp dep missing after a merged PR in April/May(that fixed some log4cpp headers), then in certain circumstances, you will get a segfault, due to a heap buffer

Re: [Discuss-gnuradio] Problem with Pybombs install of gr-analysis

Oh, and I configure passing -std=c++11 in cflags. On Jun 7, 2017 8:45 PM, "Anon Lister" <listera...@gmail.com> wrote: > FYI this has nothing to do with pybombs, I get it source building. I use > specrec all the time for high bw writes, really wish there was a osmocom &

Re: [Discuss-gnuradio] Problem with Pybombs install of gr-analysis

FYI this has nothing to do with pybombs, I get it source building. I use specrec all the time for high bw writes, really wish there was a osmocom version of it for non ettus devices. Anyway, it looks like maybe something in uhd changed, prolly in the 3.10 transition. I usually just replace the

Re: [Discuss-gnuradio] USRP sink clock rate

What is the difference between these two methods? I seem to be able to use them interchangeably and was wondering the reason to prefer the args string? I calculate it based on a multiple of my sample rate in either case. (B2xx if that matters) On Jun 7, 2017 5:34 AM, "Derek Kozel"

Re: [Discuss-gnuradio] Rational Resampler no output.

I have an AMD system with the same chip running Ubuntu 16.xx. I can probably try to duplicate this weekend, if Cor doesn't get to it, as another data point. On Jun 5, 2017 3:14 PM, "Marcus Müller" wrote: Hi Cor, Excuse the language, but frk. Ok, looks like we have

Re: [Discuss-gnuradio] Major OpenCL Updates

the setup_help directory for debian and Ubuntu > that may help you out. What OS are you running it on? > > On Sun, May 7, 2017 at 4:35 PM, Anon Lister <listera...@gmail.com> wrote: >> >> Neat. What opencl implementation are you building against? >> >> I get errors re

Re: [Discuss-gnuradio] Major OpenCL Updates

Neat. What opencl implementation are you building against? I get errors related to _svm_ parts of code. I.e. cl_device_svm_capabilities was not declared in this scope. Trying to use the Nvidia cuda sdk, just downloaded from their developer site (ver 8.0). On May 6, 2017 8:59 AM, "Ghost Op"

Re: [Discuss-gnuradio] What do I do with this alert?

Darn it, your right. On Apr 26, 2017 2:31 AM, "Marcus Müller" <marcus.muel...@ettus.com> wrote: > ... which we can rule out by the Gnome/Unity window decorator in his > screenshot :) > > On 26.04.2017 05:02, Anon Lister wrote: > > Unless he is running on Wi

Re: [Discuss-gnuradio] What do I do with this alert?

Unless he is running on Windows? On Apr 25, 2017 6:56 AM, "Johannes Demel" wrote: > Hi Fred, > > this is a warning that you want to execute a 'No GUI' flowgraph without a > terminal. > GRC tries to run your flowgraph by opening a new terminal. All prints etc. > will go

Re: [Discuss-gnuradio] Installing GNU Radio in CentOS 6.8

This is awesome! I'll try getting it installed at some point next week and will be happy to give any feedback. Thanks! On Oct 14, 2016 3:41 PM, "Ben Hilburn" wrote: > Hey all - > > I've seen some traffic both on and off-list discussion getting GNU Radio > running in

Re: [Discuss-gnuradio] UHD/gnuradio on CentOS 7 install problems

For what it's worth, I have both working fine on a c7 box here, I did it from source though, not through pybombs. I had to build a couple packages, such as boost, but it definitely can be done, at least as of a few months ago. On Oct 7, 2016 11:55 AM, "Chad Spooner" wrote: >

Re: [Discuss-gnuradio] Errors using PyBombs recipe for RFNoC setup

It was WX that was mentioned as being deprecated. Sorry I don't have much to offer for your issue tho, except that you should run the pybombs command with -v (pybombs -v . -vv works too for very verbose output. At some point it's trying to fetch a QT installer, but failing. I would try grabbing

Re: [Discuss-gnuradio] Performance for GNU-Radio: Intel i3-6100 or AMD FX-4300

The AMD only has 2 floating point units too, they just define "core" differently(believe there was a class action lawsuit over this started recently). Given GR is mostly FP math, I'd go with the intel. On Sep 22, 2016 10:43 AM, "Fernando Peral" wrote: > I'm buying a new

Re: [Discuss-gnuradio] OOT Block on Windows feasible?

I'd suggest trying to just build gnuradio on windows following the scripts setup by the author, available on the same site. AFAIK, the "release" doesn't include all the build deps, just he runtime ones. That should at least get all the dev libraries you will likley need. (There's something like 25

Re: [Discuss-gnuradio] [PyBOMBS] Need your help!

with a 2.6 kernel. -Anon On May 18, 2016 9:26 AM, "Andy Walls" <a...@silverblocksystems.net> wrote: > On Wed, 2016-05-18 at 03:11 -0400, Anon Lister wrote: > > Andy, > [snip] > > > Since I'm replying in the pybombs thread, I did try it and it broke > > pretty b

Re: [Discuss-gnuradio] [PyBOMBS] Need your help!

wesome! I'm constantly failing to get it to build on a fresh > minimal CentOS7, but if it works on RHEL7, I'll just leave it at that. > > On 18.05.2016 09:11, Anon Lister wrote: > > Andy, > If you ever find your self building on an el6 like system again, any > script (even bash

Re: [Discuss-gnuradio] [PyBOMBS] Need your help!

Andy, If you ever find your self building on an el6 like system again, any script (even bash history) of doing so would be awesome. I'm working on building on cent 6 when I get spare time (rarely) and would love if someone else had a head start. Since I'm replying in the pybombs thread, I did try

Re: [Discuss-gnuradio] GR win64 binaries v1.1 posted

So, with gqrx, aside from the known issues with B200 crashing when changing demod settings, it seems I have missing icons, any thoughts? http://imgur.com/cNXLa7G -Anon On Wed, May 4, 2016 at 4:33 PM, Geof Nieboer wrote: > Jim, > > I found the problem. Qt5 threw me a

Re: [Discuss-gnuradio] GR win64 binaries v1.1 posted

Nice. Will def check this out. On May 3, 2016 5:05 PM, "Geof Nieboer" wrote: > All, > > An updated set of windows binaries and build scripts have been posted. > Quick summary: > 1- Added gqrx to package > 2- Patched 2 x issues which would cause the generic version to crash

Re: [Discuss-gnuradio] Building on ODroid C2 running CentOS 7 report.

You can just add a bigger file-backed swap partition. From my experience building on the Pi3, the time that it spends building stuff at a high mem requirement is low. This will allow it to not die on a burst of mem needed, but allow the build to continue with fairly little oversight. On Apr 29,

Re: [Discuss-gnuradio] Problem with SWIG on Windows

Also, does gnuradio companion run from the start menu? On Apr 24, 2016 5:57 PM, "Camera Parts" wrote: > Hi, > > I am new to GnuRadio. > > I installed on Windows 8 using gnuradio_3.7.9.2_win64.msi. I am looking > for a simple example in order to test the installation.

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

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

-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] 3.7.9.2 Win64 binaries ready + Build scripts

ripts) you can usually just run any individual "sub-build" on > it's own to save time and incrementally move forward. But it looks like > you've already gotten past the toughest part, so that's excellent.. > > On Mon, Apr 18, 2016 at 2:27 PM, Anon Lister <listera...@

Re: [Discuss-gnuradio] 3.7.9.2 Win64 binaries ready + Build scripts

rkaround is to download the dependency pack and manually copy over the > WX-related dirs in site-packages and the DLLs into /DLLs. But that doesn't > fix the underlying issue. > > Geof > > On Sun, Apr 17, 2016 at 9:20 PM, Anon Lister <listera...@gmail.com> wrote: >>

Re: [Discuss-gnuradio] 3.7.9.2 Win64 binaries ready + Build scripts

fication step after the download, but for the moment it > is what it is. And once the downloads have been successful once, you > should be smooth sailing as it will keep them cached in the 'packages' > subdir. > > Geof > > On Fri, Apr 15, 2016 at 9:41 AM, Anon Lister &l

Re: [Discuss-gnuradio] 3.7.9.2 Win64 binaries ready + Build scripts

This is awesome, I will test out the build process this weekend on 10. Any reason for the slightly older uhd release? I'd love to get gr-baz and gqrx working on Win. I'm also somewhat interested in stealing a pre-compiled list of dependencies for my somewhat crazy project of building GR + some

Re: [Discuss-gnuradio] raspi FAQ/HOWTO/recipe ??????

Have you seen [1]? it looks like he hit all the same issues I did when building on a pi3(raspberrian, not Debian but you might run into some of the same). The newer 3, as long as you give it some swap space can get the compile done in only a few hours with a make -j 3 or 4.

Re: [Discuss-gnuradio] dive into gnu-radio

(oops, didn't reply list). Ahahaha. I was thinking of that block when I made my last comment. On Wed, Mar 16, 2016 at 8:40 PM, Anon Lister <listera...@gmail.com> wrote: > Ahahaha. I was thinking of that block when I made my last comment. > > On Wed, Mar 16, 2016 at 8:34 PM, T

Re: [Discuss-gnuradio] dive into gnu-radio

Also coming from a formal software engineering background, I found Michael Ossman's SDR with HackRF(https://greatscottgadgets.com/sdr/) series very informative. It has "homework" sections and starts with very little in assumptions of your prior knowledge. You dont need a hackrf, any sdr, including

Re: [Discuss-gnuradio] Segfault in volk_32fc_x2_multiply_32fc_a_avx2_fma

To answer your question however, he's misguided. Fftw and volk both have methods (volk_profile, fftw-wisdom) to profile and determine the best instructions to use for cases where they have multiple options, it's not going to get noticeably slower by compiling the extra stuff in. On Mar 9, 2016

Re: [Discuss-gnuradio] Segfault in volk_32fc_x2_multiply_32fc_a_avx2_fma

I would use fftw source from their site not rhels source rpm, unless you need to deploy it on a large number of machines. (Even then I would pull latest source and update the srpm) You can just build fftw from source. Add almost all the configure options. We do this on rhel 6 because their