I downloaded gnuradio off of github. Hopefully this is sufficient
identification of the version:
"Latest commit 37d373a 14 hours ago @jmcorgan jmcorgan Merge branch
'maint'"
I noticed ZMQ failed, which is odd since it worked before. I reran the
test and ZMQ worked. This makes me wonder if some v
Hi,
On 06/07/2017 02:32 PM, zhan siyu wrote:
Thanks for your reply. Let me explain what I 'm doing.
I have two B210s connected with two computers. I want to measure the
throughput between the two computers over the usrp connection over
gr-ieee802-11. But no matter how hard I try, like tuning
I'm having a problem with the Polyphase Clock Sync block. I believe what's
happening is that the block is calling get_tags_in_range improperly and
then causing an infiite loop in gnuradio-runtime/lib/buffer.cc, at this
point the PFB Clock Sync block stops emitting samples.
The problem occurs in t
Hi John,
For audio rate systems, Fons (Cced..) has a proposed architecture.
GNU Radio Audio sink (libalsa) --> "default" ALSA device (loopback) -->
Pulseaudio (using libalsa) --> actual audio hardware
For Pulseaudio, a Jack backend exists, so you could configure your Pulse
audio to do
Audio Sink
For a block that performs the identical function of the PFB clock synch
block with correct tag propagation, use the Symbol Synchronizer Block
available in this pull request:
https://github.com/gnuradio/gnuradio/pull/1294
https://github.com/awalls-cx18/gnuradio/tree/symbol_sync2
or this OOT module
One minor correction on the settings to use, since it appears the
PFB_clock_synch block uses a ridiculously over-damped loop filter:
https://github.com/gnuradio/gnuradio/blob/master/gr-digital/lib/pfb_clock_sync_ccf_impl.cc#L82
So the revised settings guidance to get exactly what the PFB clock sy
OK, I'll give that block a try. Are you saying there's a bug in the PFB
Clock Sync block? That was my suspicion but I'm not sure I understand what
the block is doing well enough to know with certainty.
On Thu, Jun 8, 2017 at 2:29 PM, Andy Walls
wrote:
> One minor correction on the settings to
We figured out the cause of this error. I had a block called 'vector_sink2' .
I also have blocks called vector_sink. Turns out the block naming simply
appends the block's index to it.
The first vector_sink2 gets called vector_sink21
The first vector_sink gets called vector_sink1
So at some po
As a follow up, the memtest found no errors.
On Thu, 8 Jun 2017 01:47:43 -0700
"li...@lazygranch.com" wrote:
> I downloaded gnuradio off of github. Hopefully this is sufficient
> identification of the version:
>
> "Latest commit 37d373a 14 hours ago @jmcorgan jmcorgan Merge branch
> 'maint'"
>
Sent from 207-838-6465
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On 06/08/2017 01:47 AM, li...@lazygranch.com wrote:
> I downloaded gnuradio off of github. Hopefully this is sufficient
> identification of the version:
>
> "Latest commit 37d373a 14 hours ago @jmcorgan jmcorgan Merge branch
> 'maint'"
>
It's the bleeding edge of 3.7.12.
> I noticed ZMQ failed
To be clear, in your case, the "recipe for target 'test' failed" so you
can't possibly have single successful test.
And here's what successful tests look like.
Test project /home/cinaed/gnuradio/build/gr-fec
Start 1: gr-fec-reed-solomon-test
1/14 Test #1: gr-fec-reed-solomon-test ..
If the idea is to navigate to
build/gr-fec
then
make test
I don't pass that either.
linux-0u81:/usr/local/src/gnuradio_latest/gnuradio/build/gr-fec # make test
Running tests...
Test project /usr/local/src/gnuradio_latest/gnuradio/build/gr-fec
Start 1: gr-fec-reed-solomon-test
1/14 Test
I have an application with multiple blocks in the GUI. When I finish
connecting all the blocks the picture looks really messy. I cannot seem to
manually move/drag the connections from going over the blocks.
Is there any way to guide connection routes manually so that my application
looks more read
I have a custom block with some input streams being declared as gr_complex
type as shown here:
*Control_impl::general_work (int noutput_items,*
* gr_vector_int &ninput_items,*
* gr_vector_const_void_star &input_items,*
* gr_vector_v
15 matches
Mail list logo
