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.
> 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 d
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 electri
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 oscill
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 th
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
> (/usr/include/
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 wrote:
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, 0
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.
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:
https://github.com/gnuradio/gnuradi
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."
:(
Wish
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 device
is totally fine, a
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 AshesFavVariab
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 Marcus,
>
> Thanks for y
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
ile updating the windows build scripts.
Another fix is to manually define ENABLE_GR_LOG during build of iqbal and
gqrx to work around the issue without installing log4cpp. It appears to
just affect those two so far. The windows build does not currently include
log4cpp on 3.7.x builds.
Geof
On T
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 overflow.
Oh, and I configure passing -std=c++11 in cflags.
On Jun 7, 2017 8:45 PM, "Anon Lister" 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
> version of it for non ettus
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 var
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" wrote:
> Hell
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 a bug in low_pass.
Or in G
ctory 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 wrote:
>>
>> Neat. What opencl implementation are you building against?
>>
>> I get errors related to _svm_ parts of code. I.e.
>
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" wro
Darn it, your right.
On Apr 26, 2017 2:31 AM, "Marcus Müller" 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 Windows?
>
> On Apr 25, 201
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 into this terminal. But GR
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 CentOS. The most recent one w
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:
> All I really need in
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 tha
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 computer and two possible
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
sn't crap
out with a 2.6 kernel.
-Anon
On May 18, 2016 9:26 AM, "Andy Walls" 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 badly
ntly 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 history) o
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
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 nice curveball. I've got a
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 on
> non-AVX systems (o
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, 201
Nice. I just did an x64 el7, so I only had to source build a few packages.
I'd be curious to know what kind of performance you get on that platform.
For deps, you may be able to harvest a list from the the work Geoff has
been doing for the windows build scripts[1]. He also lists the versions
used.
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. When I try to run
> mono
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:
Hi,
I updated Pybombs to
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 Sh
-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 $ pybombs -v [-p myprefix] -v install
the $configuration variable (shortcuts at bottom
> of several scripts) 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
it are, perhaps it's installing the package in the wrong
> location? Then I'd also look for the slew of Wx DLLs, they should be in
> $pythonroot/DLLs I'm fairly certain.
>
> Later when I'm back at the machine I will rebuild mine and compare the logs
> side by
. I would like to
> move to a hash verification 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
>
> O
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 OOT
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.
http://lukeberndt.com/2
(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 wrote:
> Ahahaha. I was thinking of that block when I made my last comment.
>
> On Wed, Mar 16, 2016 at 8:34 PM, Timothée COCAULT <
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
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 8:47
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 version
You could just watch a movie or something and build natively on the PI.
Just be careful of memory constraints. Maybe a -j 1 or a USB drive mounted
as swap would be a good idea.
On Jan 13, 2016 11:44 AM, "Matej Kovacic" wrote:
> Hi,
>
> I am trying to crosscompile GNUradio on Ubuntu 15.04 (64-bit)
51 matches
Mail list logo
