Hi John,
Also, I am trying to use boost::this_thread::yield() between blocks, but
when I add a third block into the chain, the control passes between BLOCK 1
- BLOCK 2. When they finish, the control is passed to BLOCK 3.
Thanks again for your suggestions,
Jose
On Mon, Oct 22, 2012 at 9:17 AM,
Hi Josh,
The error was when I built the grextras in the E110. I did again and now is
working properly,
Thanks,
Jose
On Mon, Oct 22, 2012 at 1:42 PM, Josh Blum j...@ettus.com wrote:
On 10/21/2012 08:08 PM, Jose Torres Diaz wrote:
Hi All,
I'm running a block that I finished in GRextras
Dear All,
I have purchased 3 USRPs (N200) and set them up. I am intending to implement a
satellite receiver by connecting a board to the output of an LNB (satellite
dish). I am using the daughterboard DBSRX2 and I need to used a symbol rate of
27.5 MSps ( compliant to the standard). For
On 22 Oct 2012 09:02, Zooz Engineer wrote:
Dear All,
I have
purchased 3 USRPs (N200) and set them up. I am intending to implement a
satellite receiver by connecting a board to the output of an LNB
(satellite dish). I am using the daughterboard DBSRX2 and I need to used
a symbol rate of
I think that to get one FFT reading shall equal dwell_delay + tune delay
--
View this message in context:
http://gnuradio.4.n7.nabble.com/obtaining-duration-of-Idle-and-busy-cycles-tp38063p38093.html
Sent from the GnuRadio mailing list archive at Nabble.com.
A note for those who receive = 1 GHz and have their antennas outside at
60 North (I'm at +63 North). Water/Ice/Snow will attenuate your signal
dramatically if you don't protect your antenna.
A sample when air temperature was +2C and dish temperature was -1C (1.5m
prime focus).
Sorry for the late reply here, but 1 more thing to check: is the device getting
consistent power? We’ve noticed that if the voltage is too low or the connector
is loose, the radio can be thrown into a state that produces those errors.
From:
Hi Community,
In following up this issue, we've tried different options (ie. returns 0,
yield or returns -1 in work function). What is happening is the block are
running exactly once. In other words, the work() function never comes back
and run again.
Anyone can suggest a way to solve this
Hello,
I am trying to use the volk_32fc_x2_multiply_conjugate_32fc_a_sse3() in my
signal processing code. However, when I compile my code, it was told
that Error SSE3 instruction set not enabled and the intrinsics within
this VOLK method are not recognized at all.
It was told that the -msse3
Oh noes, it looks like the pre-cog is overwriting the gnuradio-cores'
block_tree.xml. This should probably be renamed to pre_cog_block_tree.xml
-josh
On 10/22/2012 01:52 PM, Sakib Chowdhury wrote:
Hi,
I cannot figure out the source of the problem. I don't have multiple
installations of
On 10/22/2012 03:24 PM, Jose Torres Diaz wrote:
Hi Community,
In following up this issue, we've tried different options (ie. returns 0,
yield or returns -1 in work function). What is happening is the block are
running exactly once. In other words, the work() function never comes back
and
Hi Josh,
Do you see an error when you return 0 from work? Like source block
returned 0, marking it done? If this is the case, you can update
gnuradio to get the fix.
A: I returned 0 for every block and in that case, the routines run once
only. However, I don't see any error.
On the other hand,
Did you compensate for the LO offset between Tx and Rx ?
--
View this message in context:
http://gnuradio.4.n7.nabble.com/No-Digital-Modulation-Working-tp38097p38103.html
Sent from the GnuRadio mailing list archive at Nabble.com.
___
Hi,
I've a kind of basic question, but it has taken me a lot of time to figure
out. I made a signal processing chain of blocks (very simple in facts,
generate PSDU then send as a message downstream, manipulate the content and
count the number of message that I've received). In order to debug my
14 matches
Mail list logo
