one thing I always do to test new RF equipment is to try receive a
commercial fm broadcast station. I don't even need to demodulate the audio,
but it had better be visible on a waterfall. then I see if weaker signals
(eg. a car remote) is also visible. those help rule out a few gross
failures.
did
I've not played with the ZMQ blocks, but a number of other drivers can
operate in network mode, eg. UHD, SoapySDR, and rtlsdr. Since the firehose
appears to use 2-bit samples I feel like you could fairly easily convert
that into something resembling rtl_tcp (
https://github.com/osmocom/rtl-sdr/blob
Why?
How would this work on a 2-core ARM SBC vs some fancy 32-core workstation?
What about the incoming sample rate? Are you getting 2Msps from an RTLSDR,
or 200Msps from a very powerful instrument?
And how many points is your FFT?
What are you doing with the output of the FFT?
1000ms / 40ms inter
API Rate limits or missing API client identification connecting to
wikipedia? https://en.wikipedia.org/api/rest_v1/#/Math
Maybe missing restbase component on the gnuradio wiki server?
https://www.mediawiki.org/wiki/RESTBase
Dunno, it's been donkeys since I last touched MW.
On Sun, Nov 7, 2021 a
You can use a signal generator to generate a ramp that goes from start
frequency to end frequency, and a function probe to sample the value of
that ramp periodically to then retune the radios. Somewhere I have a grc
file that does that. Basically a VCO.
On Thu, Oct 15, 2020 at 10:56 AM Steven Shar
Awesome news! I've only met a few SETI folks but I've always been impressed
by the work they're doing, and by the openness and collaborative spirit
they've show me.
On Tue, Sep 8, 2020 at 10:28 AM Ben Hilburn wrote:
> Hi all -
>
> Next week is GRCon, and prior to the conference we would like to
I've been pretty happy with my Lenovo Yogas ... both the 900 and c930. They
have USB3 ports which makes it possible to run USB3 radios like a USRP B2xx
or a LimeSDR. They do have integrated GPUs which work ok with beignet, and
therefor gr-fosphor. Upgrading the storage was easy: basically undo 6 or
One way you could do this is with a signal generator - proabably a slowly
increasing ramp signal - which you sample with a probe block, and then the
value of the probe block is used to retune the hardware. Not at my GR
machine right now otherwise I'd attach a flowgraph to show how to do this.
I'm
ase.
>
> And thanks for the link, Chris; I should be able to get my hands on a Pi 3
> with 2GB ram, hopefully that'll cut compile time.
>
> On Wed, Oct 16, 2019 at 4:25 PM Chris Kuethe wrote:
>>
>> It's not hanging at the install, it's hanging during t
It's not hanging at the install, it's hanging during the build.
With that little bit of pedantry out of the way, I'm going to *guess*
that you're running out of RAM and starting to hit swap. `htop`,
`top`, or `free` would show you if you're swapping. If that's the
case, you could try turning down
On the upside, this is fantastic opportunity to figure out a
framework/process for the 3.8-3.9 upgrade.
On Wed, Oct 16, 2019, 11:18 Martin Braun wrote:
> Hey Richard,
>
> PyBOMBS is having a hard time dealing with 3.7 vs. 3.8. Use the PyBOMBS
> master branch for any hope of it working.
>
> -- M
"/usr/bin/ld: cannot find -lpthreads"
and there probably isn't a libpthread*s* ... just libpthread
I'd start with "grep -r pthreads /home/anastas/workarea-gnuradio/" to
figure out what file is trying to search for pthreads and replace it
with pthread.
On Tue, Oct 1, 2019 at 12:04 PM Achilleas An
gt;
>
> --Albin
>
> On Tue, Sep 3, 2019 at 6:18 PM Chris Kuethe
> wrote:
> >
> > Yep, on some processors with some workloads it really makes a huge
> difference. As others have commented, there may be significant trade-offs
> with regard to numerical behaviro.
&g
Yep, on some processors with some workloads it really makes a huge
difference. As others have commented, there may be significant trade-offs
with regard to numerical behaviro.
Some of my observations:
dump1090 loses accuracy below the 7th digit when calculating precision, but
consumes 10% less pow
Try add 1.70 in the same manner as 1.69... It might just work, in
which case the cmake file can be updated to accept newer versions.
On Wed, May 29, 2019 at 4:29 PM wrote:
>
> Thanks for that tip. I am trying to build gnuradio under
> Slackware64-current and got further than I had previously usi
light: if you can't
>> build VOLK, chances are slim GNU Radio will work out.
>>
>> Maybe we could help you with building either? Or, first riddle me this:
>> why are you compiling GNU Radio from source in the first place?
>>
>> Best regards,
>&
Andrej did a huge amount of work on packaging at the hackfest last
week. Maybe this helps?
https://launchpad.net/~gnuradio/+archive/ubuntu/gnuradio
On Tue, May 21, 2019 at 12:28 PM Nick Hansen wrote:
>
> Hi,
>
> Working on Ubuntu 18.04, is there a way to get VOLK apart from compiling it
> from
The repo is at https://github.com/gnuradio/gnuradio
On Tue, May 21, 2019, 10:35 Hans Kurscheidt wrote:
> Hi,
>
> my 1st post, here.
>
> git clone --recursive https://www.gnuradio.org/cgit/gnuradio.git
> Cloning into 'gnuradio'...
>
>
> never finishes on Debian.
>
> ??
>
> RGDS
>
> hk
>
>
>
> __
1) It was not clear which source file you are referring to. I assume it's
"pam_timing.grc" based on a search of "how not to write a block"... but I
don't know exactly what file you're reading, nor exactly which file you're
missing.
2) based on this assumption, I searched github for pam_timing.grc a
I bought a bag of bias tees on ebay and use them to power some LNAs hanging
out near the antennas. I've got 30-50ft of coax and some bandpass filters
between the antenna and my receivers...
https://smile.amazon.com/gp/product/B0771PL6ZS (LNA)
https://www.ebay.com/itm/RF-Divider-Biaser-Bias-Tee-10
To expand on this a little, you can add some '-v' flags, eg. `pybombs -v -v
-v install gr-satellites` to see what's going wrong when a pybombs
operation fails.
In general, if you have problems with a recipe, please file a bug. I was
going to say that it sounds like the gr-satellites recipe is miss
I think you may be missing the .xml file.
Clearly you've got the python that implements the actual signal processing,
eg. https://github.com/ckuethe/gr-nmea/blob/master/python/nmea_gpsd.py
Now you need to show gnuradio-companion how to use it, eg.
https://github.com/ckuethe/gr-nmea/blob/master/grc
Yet another probably 80% solution is rtl_power which emits a CSV of power
and rtl_heatmap which generates images.
On Tue, Mar 27, 2018 at 8:10 PM, Kevin Reid wrote:
> On Tue, Mar 27, 2018 at 6:19 PM, Balthasar Indermuehle
> wrote:
>>
>> Is anyone aware of a wide band scanner software (that may
I'm running a b200 on a gigabyte brix (about a 5-inch cube). Mine's a
couple of years old, quad core "Intel(R) Core(TM) i5-4570R CPU @ 2.70GHz",
has at 4 usb3.0 ports, and runs ubuntu. The onboard intel graphics do a
pretty good job with fosphor.
On Thu, Dec 14, 2017 at 12:11 PM, David Rose wrote
I think that's a normal side effect of some some code to allow fast
retuning and extended range by not waiting for PLL lock. Try receiving a
few local FM radio stations. If that works without dropping too many
samples or getting a steady stream of PLL errors your RTL is probably fine.
On Fri, Sep
gt; station with no doppler shift
>
> Much like doppler shift radar perhaps
>
> But the change in frequency can be minutes long for the satellite pass
>
> Andrew
>
>
>
> On 23 Aug 2017, at 3:26 pm, Chris Kuethe wrote:
>
> https://github.com/wnagele/gr-gpredict-doppl
https://github.com/wnagele/gr-gpredict-doppler
https://github.com/daniestevez/doppler
might be helpful or at least inspirational.
On Tue, Aug 22, 2017 at 9:58 PM, Andrew Rich
wrote:
> Sorry this is new to me
>
> I have just worked out I can see satellites in a waterfall display due to
> their d
try using the hackrf's serial number (d291f43, 5671743) rather than the
index (0, 1)
On Sat, Feb 25, 2017 at 5:26 AM, Fernando Peral
wrote:
> Hi!
>
>
> I have a HackRF. I'm testing it.
>
> It works well receiving in GRC with osmocon source, but when trying to
> transmit with osmocon sink I rec
I think we're missing a dependency on openssl development headers. Try
installing libssl-dev
On Sat, Feb 11, 2017 at 4:00 AM, Marcus Müller
wrote:
> Hi Sumit,
>
> good news that unless you want to use controlport, this is not much of a
> problem.
>
> Bad news is that Thrift builds nearly nowhere
ith WX Waterfall SInk. The WX waterfall sink
> gives all blue as before, while the QT GUI Waterfall Sink gives a figure
> like attached. (attachment1.png) .
>
> I also don't see a sharp peak at 0 like your attachment. Could this be a
> hardware issue ?
>
> Nothing is m
> resolution for the same length FFT if you decimate after the BPF. It would
> probably be easier to see what is going on. Is there a reason you are
> significantly oversampled?
>
> Paul Garver
>
>
>> On Oct 21, 2016, at 3:31 PM, Chris Kuethe wrote:
>>
>&g
Probably the easiest option is to use the GQRX PPA. See
http://gqrx.dk/download/install-ubuntu for more details.
On Thu, Oct 20, 2016 at 9:16 AM, amit naik wrote:
> respected all,
> i am trying to install gnuradio on kali linux . but getting command
> root@kali:~# apt-get install gqrx
> Reading
You could use a "python block" or "python module" block to build an
appropriate replay block.
On Thu, Aug 18, 2016 at 1:24 PM, Martin Braun via USRP-users <
usrp-us...@lists.ettus.com> wrote:
> Craig,
>
> you might just want to read the files into Python and then use vector
> sources to generate
Also, http://gnuradio.org/redmine/projects/gnuradio/wiki/Move_3-6_to_3-7
On Tue, Jul 26, 2016 at 12:01 PM, Chris Kuethe wrote:
> https://github.com/n-west/n-west.github.com/blob/master/grc_to_37.sh
>
> On Tue, Jul 26, 2016 at 11:47 AM, John Malsbury
> wrote:
>> I am toying wit
https://github.com/n-west/n-west.github.com/blob/master/grc_to_37.sh
On Tue, Jul 26, 2016 at 11:47 AM, John Malsbury
wrote:
> I am toying with the hypothetical idea of bringing a large and fragmented
> OOT codebase out of the stone age. I remember hearing about a tool that
> would convert Cpp bl
Doing it in gr-osmosdr means that just about everything will gain
timestamping support at the same time.
On Tue, Jul 19, 2016 at 2:00 PM, Marcus D. Leech wrote:
> On 07/19/2016 04:53 PM, Sylvain Munaut wrote:
>>
>> I don't see why this has to be done by the scheduler, I'd do that in
>> the source
ing from another recipe. I can remove it
>
> -Brandon Smith
>
>
> -Original Message-----
> From: Chris Kuethe [mailto:chris.kue...@gmail.com]
> Sent: Tuesday, July 19, 2016 2:18 PM
> To: Smith, Brandon
> Cc: discuss-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio] A
Actually "incorrect" is too strong. It's valid syntax, but it's a
no-op since there are no binary packages which would satisfy the
install.
On Tue, Jul 19, 2016 at 11:13 AM, Chris Kuethe wrote:
> Thanks - I already added a recipe.
>
> I'm don't think the s
Thanks for the heads up. I'll add this to PyBOMBS.
On Tue, Jul 19, 2016 at 10:23 AM, Smith, Brandon wrote:
> We have just published our first OOT module to Github (
> https://github.com/drs-ss/gr-polaris )and would like to get the module
> published on CGRAN. The instructions I found point me to
file ready and it's published at:
> https://github.com/drs-ss/drs-gr-recipes
>
> -Brandon Smith
>
>
> -Original Message-
> From: Chris Kuethe [mailto:chris.kue...@gmail.com]
> Sent: Tuesday, July 19, 2016 1:59 PM
> To: Smith, Brandon
> Cc: discuss-gnuradio@
Flac doesn't really need to know what the actual sample rate is; you
could tell it 500e3 and you should get the same data out after
compressing and decompressing it.
On Sat, Jul 16, 2016 at 11:20 AM, Dave NotTelling wrote:
> Marcus & Dan,
>
> Thank you very, very much for the detailed inform
The inspectrum recipe is kind of broken right now since it's switched
to using liquid-dsp. Unless I hear some really compelling arguments
to the contrary, I'm planning to add a recipe for liquid to the
etcetera repository because:
- it fits my mental model of pybombs being the go-to place for radi
You can do this with gnuradio-companion blocks.
Use a signal source block to generate a sawtooth wave, feed it into an
VCO block and dump its output into a probe signal (maybe call it
"ramp_out"). Then use a function probe (maybe call it "tuner_freq")
block to monitor the value of the probe signal
None of the common host libraries seem to have that kind of an API call:
https://github.com/librtlsdr/librtlsdr/blob/master/include/rtl-sdr.h
https://github.com/mossmann/hackrf/blob/master/host/libhackrf/src/hackrf.h
https://github.com/airspy/host/blob/master/libairspy/src/airspy.h
But here's gr-o
git is now a build-essential, though it may take some time for pip to
be updated with the latest version with this change.
On Mon, Apr 11, 2016 at 8:07 PM, Chris Kuethe wrote:
> On Mon, Apr 11, 2016 at 6:32 PM, Gregory W. Ratcliff wrote:
>> Guys,
>>
>> Well done on the new
On Mon, Apr 11, 2016 at 6:32 PM, Gregory W. Ratcliff wrote:
> Guys,
>
> Well done on the new pybombs, works mostly.
>
> I installed and tested these on a whitebox PC, VMware VM and Dell 4500 quad
> core laptop.
>
> All systems used the .iso image installation from a clean system (formatted
> parti
s have patents on hierarchical modulation, which I'm guessing they
> would use in the Sirius band.
>
> Regards,
> Andy
>
> On April 10, 2016 5:36:08 PM EDT, Chris Kuethe wrote:
>>Thanks to Steve for hitting me with a clue-stick. For anyone else
>>playing along at home
Thanks for the report. The issue has been corrected in
https://github.com/gnuradio/gr-recipes/commit/f813f4a210ccae91ffe0a907ae24da69f4877fb6#diff-bba2064f54ef357a8407fe54e2d30ee3
On Fri, Apr 8, 2016 at 8:59 AM, Freedomfighter099 .
wrote:
> I’ve just double checked and the program FTP on Ubuntu i
I'm using 15.10 with little difficulty. I suppose I should spin up a 15.04
test vm.
On Apr 7, 2016 19:04, "Gregory W. Ratcliff" wrote:
> Greetings,
>
> Has anyone gone start to finish with 64 bit, desktop, 15.04, new pip and
> pybombs 2+. ?
>
> I would like to get back to enjoying gnuradio as qu
I think there is an overlay modulation. I'll try dig up the source where I
saw that.
On Apr 7, 2016 16:30, "Steve Katzberg" wrote:
> Jason,
>
> I am involved in a project that needs the bit stream from XM but we do not
> need it decrypted. The acquisition of the unencrypted Channel 1 would be
>
Here's one example of a block implemented in python
https://github.com/drmpeg/gr-paint/pull/4/commits/6f3356c9816402961e75082f0ab9aa5b5b0eb338
Perhaps you want something like Tim O'Shea's lambda blocks?
https://oshearesearch.com/2015/05/23/gnu-radio-message-lambda-blocks/
Balint does strange any
Check out the ControlPort interface -
https://gnuradio.org/redmine/projects/gnuradio/wiki/ControlPort
On Sun, Feb 7, 2016 at 11:01 AM, Daniel Brogren
wrote:
> Hi all
>
> Im trying to change the freq, both the source but also in a filter, from an
> external program. My first guess is that this can
I'm going to guess the root cause is power:
- I recently heard some folks wishing for an external power connector
for their minis due to power issues.
- My B200 will brown out on a 6ft cable, and usually works fine on the 3ft
- My laptop will switch from charging to discharging when I push the B200
Yeah, I have a pkgconfig recipe I need to add...
On Wed, Feb 3, 2016 at 2:58 PM, Laur Joost wrote:
> Ask and ye shall answer it yourself. I didn't have pkg-config installed,
> which is needed as documented here: http://thrift.apache.org/docs/install/
>
> Sorry for the noise.
> Laur
>
>
> 2016-02-
After finding this some of the sample rates make more sense:
> The sample rates are dictated by the RTL2832U chip, not the tuner chip.
> The RTL2832U can sample from two ranges ...
> 225001 to 30 and 91 to 320.
> Pick any number that lies in either of those two ranges.
> (http://forums
It's hardly a trivial report; RTL devices with gr-osmosdr are a very
commonly used platform.
I've seen similar messages from gqrx, but sound quality has not been
impacted. My guess is that this may be related to rapid retuning for
rtl devices, which basically involves not waiting for the PLL to lo
Also, you can instantiate a controlport or xmlrpc server in your
flowgraph and then send tuning commands their endpoints.
How you generate those tuning commands is up to you... I suppose
someone who knows more about GUI programming than I do could come up
with a touchscreen app that simulates a ph
Doesn't unetbootin format the device as FAT32, which doesn't support files
larger than 4GB...
On Dec 26, 2015 22:42, "Yahia Tachwali" wrote:
> Thanks Neel and Johnathan. I have used UNetBootin to create a new GNU
> Radio live but I have set the persistent memory to 4 GB (Thanks to Richard
> Bell
The only strong opinion I have is an objection to the substring "rpm" due
to potential confusion with existing RPM installation utilities.
GRAB is nice. GRMM too.
Other possibilities are GRIP/GRIM: GnuRadio Installation and
Packages/Modules
On Tue, Dec 22, 2015 at 12:31 PM, Tim wrote:
> Mart
Basic unix familiarity is required.
If your shell can't find a program, check that it's in your PATH.
If a program fails to start, make sure the linker can find any necessary
libraries and maybe add them with LD_LIBRARY_PATH
If python can't find a module, check that it's in PYTHONPATH, and any
nec
Smoke? No signal? Distortion? Increased noise? I don't have one and I've
never seen the schematic.
I'm totally guessing, but maybe you got lucky. I'd guess that if you'd
cooked it, you'd get nothing at all... then again, when the amplifier in a
hackrf is damaged, it usuall just turns into somethin
If the delayed signal is optional, why not just use a delay block when you
need a delayed signal?
[your_source]--+-->[do_stuff]---+
||
|+-->[ something ]
|
It it quite possible that you damaged it. You should contact the airspy
folks to be sure though - http://airspy.com/contact/
On Tue, Dec 15, 2015 at 4:18 PM, Patrick Sathyanathan
wrote:
> Hi,
>
> I recently purchased the airspy/spyverter combo. The spyverter did not
> have any markings indicatin
That indeed is the nuclear option. If you want to scale it back to
"daisy cutter" you can remove the src directory and inventory.dat...
and capture the debug output when the build breaks.
On Thu, Nov 12, 2015 at 8:02 AM, Simon Kennedy wrote:
> A couple of days ago I ran ./pybombs update and it fa
You can run pybombs with extra verbose flags (I usually recommend "-v
-v -v") to see what it's doing, but as part of the update process
it'll clean the source directories.
There's also "./pybombs inv" to see what pybombs thinks is installed.
I tend to wipe my target directory and just start fresh
I don't think this has been done purely in grc. You might want to have
a look at gnss-sdr; it's available through PyBOMBS
On Fri, Nov 20, 2015 at 10:44 PM, JanJan Tan wrote:
> Hello, I would like to know if there are existing projects which solely uses
> GRC blocks to process L1 signal GPS data f
To amplify what Tom said, if PyBOMBS fails to compile, please increase
its log level by adding "-v -v -v", capture the full output, upload it
to something like pastebin and post a link.
I don't have any RHEL6 machines handy but my F22 machine is able to
build enough pieces to get gnuradio-companio
did "./pybombs update" not work?
On Thu, Nov 12, 2015 at 5:36 AM, Jason Matusiak
wrote:
> 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 updat
gr-fosphor depends on libpng 1.6, here's a diff to update the png
recipe. before i update it and break something, here's your chance to
test and discuss.
diff --git a/libpng.lwr b/libpng.lwr
index f986478..4489dac 100644
--- a/libpng.lwr
+++ b/libpng.lwr
@@ -19,7 +19,7 @@
category: baseline
dep
FYI, I just went on a rage-fixing spree tonight and got to a point where
PyBOMBS can get me a working gnuradio installation on Fedora 22.
You may have some hiccups with SELinux along the way.
On Thu, Oct 15, 2015 at 7:17 AM, Tom Rondeau wrote:
> On Wed, Oct 14, 2015 at 6:55 PM, Chris Kue
e:
>>
>>> Thank you, Chris. Does anyone have more suggestions?
>>>
>>> Thanks in advance.
>>>
>>
>>
>> My suggestion is to take Chris' advice :)
>>
>> Tom
>>
>>
>>
>>
>>> 2015-10-15 15:43 GMT
ld TZlibTransport .. : yes
>Build TNonblockingServer .. : yes
>Build TQTcpServer (Qt4) : yes
> Build TQTcpServer (Qt5) : no
>
>
>
> On Thu, Oct 15, 2015 at 4:36 PM, Chris Kuethe
> wrote:
>
>> I saw something like this at grcon and it was du
I saw something like this at grcon and it was due to an incorrectly set
PYTHONPATH. Thrift installs into .../site-packages, gnuradio installs into
.../dist-packages - make sure both of those are in there.
On Thu, Oct 15, 2015 at 1:14 PM, Achilleas Anastasopoulos wrote:
> I attempted a complete i
Not sure, but it's easy to try non-destructively.
check out pybombs into ~/pybombs
create ~/gnuradio-pybombs
use pybombs to install gnuradio into ~/gnuradio-pybombs
source ~/gnuradio-pybombs/setup_env.sh
(do gnuradio stuff)
Because you're installing into your home directory, you won't need root f
patches are welcome, if you are able to test that other versions and
package sources work.
On Wed, Oct 14, 2015 at 3:47 PM, Achilleas Anastasopoulos wrote:
> May I ask why pybombs recipies for
>
> "make" does not allow for rpm (but only deb or src)
>
> and for
>
> "swig" it insists only on the 2
I had the same thing, I think it was some weird ABI mismatch. I deleted my
gnuradio installation, wiped my local python modules, and reinstalled
everything which fixed it. I'm thinking it might be related to scipy/numpy
which I updated while installing some other stuff...
On Sep 28, 2015 20:12, "Mi
Check out gr-adsb
(https://github.com/wnagele/gr-adsb/tree/master/examples) - the
example flowgraph uses a threshold block to produce 0's and 1's. From
there you can unpack bits to bytes, add a constant of 48 (numerical
value of ascii '0') and come out with a character stream of '0' and
'1', which
I don't disagree. I'm happy to write the write, I just don't have any
cygwin machines to test with.
On Wed, Sep 16, 2015 at 3:34 PM, Tom Rondeau wrote:
> On Wed, Sep 16, 2015 at 6:12 PM, Chris Kuethe
> wrote:
>>
>> It's been a decade since I last played wit
et, and how you
can query what packages are installed.
On Wed, Sep 16, 2015 at 3:02 PM, Mike Gilmer wrote:
> I'm new to this. ..are you asking me to run that install command. .. or?
>
> Mike
>
> On Sep 16, 2015 5:03 PM, "Chris Kuethe" wrote:
>>
>> Thi
all of the dependencies
installed.
On Wed, Sep 16, 2015 at 1:33 PM, Mike Gilmer wrote:
> Thanks guys.
>
> The output (somewhat abbreviated) is at http://pastebin.com/BqvwB58y
>
> I am running Windows 8.1
>
> Mike
>
> On Wed, Sep 16, 2015 at 3:52 PM, Tom Rondeau wrote:
>>
(somewhat abbreviated) is at http://pastebin.com/BqvwB58y
>>
>> I am running Windows 8.1
>>
>> Mike
>>
>> On Wed, Sep 16, 2015 at 3:52 PM, Tom Rondeau wrote:
>>> On Wed, Sep 16, 2015 at 3:48 PM, Chris Kuethe
>>> wrote:
>>>>
>>>
capture the output from "./pybombs install -v -v -v gnuradio", and
stick it on pastebin so we can have a look at it.
It looks like pybombs is trying to recompile make and gcc and goodness
knows what else... I'm curious about why it decided to do that.
On Wed, Sep 16, 2015 at 9:25 AM, Mike Gilmer
Your problem is "/usr/lib/x86_64-linux-gnu/libgnuradio-osmosdr.so:
undefined reference to `uhd::device::find(uhd::device_addr_t const&)'"
The linker can't find UHD. I see no "-luhd" in your linker flags, so
the error makes sense... I wonder why the configuration process didn't
find UHD, though. Do
My GNU Radio installation is about 2GB. My PyBOMBS directory with
sources and objects is 7.5GB. I have a couple of 128GB USB3 keys that
I use for dumping large sample files. So far none of my flowgraphs
have caused me to hit swap with 8GB of memory.
HTH,
-C
On Thu, Sep 10, 2015 at 12:17 PM, Pedro
This isn't a relevant concern for general purpose / experimental
hardware like bladerf, hackrf, or usrp hanging off a PC. They're
intended to be user programmable. If someone roots your box, they can
replace your FPGA image, usb, or microcontroller firmware ... but to
what end? The platform is alre
File source (no repeat) -> complex to float -> 2 file sinks; one writing to
"real.f32" and the other going to "imag.f32".
Take the size of each output file and divide by 4. That's how many samples
are in each.
On Sep 7, 2015 9:41 PM, "Julio Hector Aguilar Renteria"
wrote:
> How can I separate an
I don't think there is an official policy. I do see that Tim updated
the recipes pointer a couple of days ago
(https://github.com/gnuradio/pybombs/commit/97fe3b3846dc1e10123fdc1c218ed94fa8dba63c).
.. I suppose I could write a tool to automate bugging people if the
pointer is more than a week behind
https://github.com/gnuradio/recipes/pull/50
... because i wrote a little tool to partially automate making recipes
and submitting PRs for new ones. :D
On Sun, Aug 23, 2015 at 2:45 AM, Pavel Yazev wrote:
> Hi Tom,
>
> Ok. I'll do this late.
> To begin I hope to get some positive feedbacks.
>
> --
GNURadio 3.7.8 works well on ubuntu 15.04. I used PyBOMBS to install it.
On Mon, Aug 17, 2015 at 11:54 AM, Neel Pandeya wrote:
> Hello John:
>
> Ubuntu 15.04 uses the new GCC 5. I haven't yet tried building UHD and GNU
> Radio with it myself, but maybe there are issues?? Otherwise, I think you
>
$ dpkg -S /usr/lib/libcblas.*
libatlas-base-dev: /usr/lib/libcblas.a
libatlas-base-dev: /usr/lib/libcblas.so
libatlas3-base: /usr/lib/libcblas.so.3
libatlas3-base: /usr/lib/libcblas.so.3gf
$ dpkg -S /usr/lib/pkgconfig/*blas*pc
libatlas-base-dev: /usr/lib/pkgconfig/blas-atlas.pc
libblas-dev: /usr/l
cf32, pairs of 32-bit floats representing I and Q. GnuRadio's file
source can read these directly.
On Thu, Aug 13, 2015 at 11:23 AM, M Dammer wrote:
> GQRX has a built-in I/Q recorder (tools menu) to save raw I/Q files. I
> would like to process these files with Python and other signal
> processi
I'd be very interested in seeing in such a block. I wonder if it might
be worth generalizing the file sink block somehow...
On Thu, Aug 13, 2015 at 8:06 AM, Paul Garver wrote:
> Does anyone have methods to write messages to a file? My use case is tagging
> baseband sample numbers of the start/end
nd synthesize them into a band, the
flowgraph will extract them again in the proper order.
https://raw.githubusercontent.com/ckuethe/gnuradio-examples/master/pfb_channelizer/channelizer_gui.png
On Tue, Aug 11, 2015 at 8:16 PM, Chris Kuethe wrote:
> I have produced a complementary demonstration
I have produced a complementary demonstration of the polyphase channel
synthesizer and a tool for generating test signal. As before, it was
developed using the a very recent gnuradio release (3.7.8rc1) so older
installations may be unable to load the grc file. Will publish
shortly...
As a meta poi
1) when reporting pybombs problems, please turn up the verbosity with "-v
-v -v"
2) it sounds like your git cache is somehow incorrectly configured. How did
you configure it? Does it exist? Again, verbose logging is your friend.
On Aug 9, 2015 4:59 PM, "Andrew Neale" wrote:
> Greetings,
> I am t
is more deaf than it used to be. Time to
>> switch to hardware troubleshooting mode...
>>
>> Thanks, again!
>>
>> John
>>
>>
>> On 08/02/2015 12:10 AM, Chris Kuethe wrote:
>>>
>>> Thanks for pointing out the paste-o. I'll fix t
f than it used to be. Time to switch to
>> hardware troubleshooting mode...
>>
>> Thanks, again!
>>
>> John
>>
>>
>>
>> On 08/02/2015 12:10 AM, Chris Kuethe wrote:
>>>
>>> Thanks for pointing out the paste-o. I&
; in the evaluation.
>
> Help?
>
> But thanks so much for taking this on. It's the perfect starting point for
> some projects I've been wanting to work on!
>
> John
>
>
> On 08/01/2015 03:26 PM, Chris Kuethe wrote:
>>
>> OK, Here it is... at
OK, I have a mostly working flowgraph and am now adding comment to all
the blocks explaining why I'm doing this or that. Will publish tonight
or tomorrow.
On Tue, Jul 21, 2015 at 11:56 AM, Chris Kuethe wrote:
> Maybe I'll do up an illustrated example on this using NOAA weather
&g
Maybe I'll do up an illustrated example on this using NOAA weather
radio, or the pager band
On Tue, Jul 21, 2015 at 11:42 AM, wrote:
> I just use the built-in firdes stuff, rather than using an external
> designer.
>
>
>
>
>
>
>
> On 2015-07-21 14:38, Marcus Müller wrote:
>
> Hi Rich, hello Mark
1 - 100 of 124 matches
Mail list logo
