On 04/17/2017 05:26 PM, Cinaed Simson wrote:
Hi - anyone using gr-eventstream?
If I recall correctly, gr-eventstream depends upon
gr-mapper
gr-framers
gr-burst
python-bitarray
it does not depend on any of these
___
Discuss-gnuradio m
You may also want to have a look at
http://stats.gnuradio.org/
To get a feel for how fast different sdr kernels run on different
processing platforms
Tim
On Fri, Aug 7, 2015, 11:47 AM Tom Cook wrote:
> I'm brand new to SDR and I'm just trying to calibrate my expectations of
> what will be possi
Python build overlay managed bundle system
On Tue, Dec 22, 2015, 4:47 PM Donald Pupecki wrote:
> I like GRPM - GnuRadio Package Manager.
>
> Can never remember what pybombs stands for anyway.
> On Dec 22, 2015 3:10 PM, "Martin Braun" wrote:
>
>> There's been some demand to rename PyBOMBS, and
c 2015 15:12, "Neel Pandeya" wrote:
>>
>>> My vote would be for one of these:
>>>
>>> GRPM = GnuRadio Package Manager
>>>
>>> GRAB = Gnu RAdio Basic installer
>>>
>>> GRBI =
>>>
>>> Gnu Radio
IMO it is generally nice to have a unique googleable name for an
application which doesn't result in five trillion unrelated Google
results. While short acronyms will have false positives, names like "grab"
or any standard English words are generally bad choices from this point of
view
Grpm and th
Most new users should be installing gnu radio binaries via their os package
manager repos or ppa. Pybombs should be used for 1. Helping get up to
date oot modules set up and deployed ( like pip ) and 2. Helping developers
set up their development environment.
So I'm not sure installer is the righ
radio with
> hardware, doing simple things like spectrum analysis. I'm not aware of a
> way of getting the uhd + gnuradio setup running that's easier then pybombs.
> I very well could be wrong here.
>
> On Wed, Dec 23, 2015 at 10:31 AM, Tim O'Shea
> wrote:
>
>> M
Hi Piotr,
Hier message ports were actually not working at all prior to this fix -
- since the logic had been changed from the originally functioning pub/sub
based message connection data structures into the more traditional digraph
flattening structure incorrectly
please see: http://gnuradio.org/
You may want to look at gr-eventstream source block, this is exactly what
it is intended to do, precisely timed if desired
On Mon, Nov 30, 2015, 2:38 PM Francisco Albani
wrote:
> Hi to all.
>
> (this email subject may be inaccurate)
>
> I need a block with the following characteristics:
>
> * I
Hier blocks can connect to internal primitive blocks
They are removed during flattening and never receive a thread context to
handle messages in, creating a simple primitive received basic block to
handle messages like you have done is the right thing. If we do add hier
block message handling it w
Martin,
You are probably right we should track maint by default at this point.I
think it's worth adding a Pybombs environment question about which branch
to track during initial setup for those that prefer to track master
however.
Tim
On Jul 23, 2014 7:10 AM, "Activecat" wrote:
>
> On Wed, J
Try running
Pybombs clean gnuradio
Pybombs clean uhd
And then installing
-Tim
On Oct 31, 2014 11:53 AM, "Richard Bell" wrote:
> I'm still asking for help with this maintenance process. I tried the
> './pybombs remove' command to get rid of uhd and gnuradio as a test. I
> didn't get any error or
> <https://icc2020.ieee-icc.org/authors/call-workshop-papers>
>
> EDAS submission link: https://edas.info/newPaper.php?c=26827
> <https://edas.info/newPaper.php?c=26827>
> Please note we are also accepting submissions for live demonstrations and
> prot
I'm not sure its the job of a build system to clean up the broken state
left by either not running uninstall previously or an incomplete uninstall
routine - this strikes me as a bit of a hackish solution to a more general
problem
Rather than worry about this I would like to see people who build GNU
There are currently two fading model blocks that are usable in 3.7
both should show up in GRC - or from python you can use:
the flat fading model:
channels.fading_model( 8, 10.0/samp_rate, False, 4.0, 0 )
where args are {# sinusoids, fDTs, los_component, rician_factor,
prng_seed }
and a s
Another simple workaround is importing _io before the gnuradio swig modules
are imported
ultimately fixing the underlying swig problem is the right thing to do
diff --git a/grc/scripts/gnuradio-companion b/grc/scripts/gnuradio-companion
index e76322b..7da73fd 100755
--- a/grc/scripts/gnuradio-comp
gsl
On Dec 1, 2011, at 4:56 PM, Achilleas Anastasopoulos wrote:
> We are writing a block that requires SVD of matrices.
> Is there a preferred library (eg, LAPACK) that other gnuradio blocks
> are already using that we can link with.
> I don't want to add another library dependence...
>
> than
Call for IEEE SPAWC Data Competition Paper Submissions & Competitors!
===
IEEE Workshop on Signal Processing Advances in Wireless Communications (SPAWC)
2021
September 27 – 30, 2021 -- Lucca, Italy (And Online Hybrid Event)
Dear Fellow GNU Radio Hackers,
If you’re working in the RF ML space and have a relatively recent demo of
applied work in this area (possibly even using GNU Radio!), please consider
submitting it to IEEE’s first ever flagship ComSoc conference focused on
the intersection of ML and communications
19 matches
Mail list logo