Im sorry that im pushing my question, but its still unsolved for me and need
it for my project..
So again, my message queue is filling, i checked that via
tb.sink_queue.count(), but if i want to transfer pop a message, it just
returns me that message_sptr thing. Can someone help me on that? I cant
To clarify, I am interested in making my file sampling rate at 125 k S/s and
running the USRP at 250 kS/s. I am using a resampler block in between the file
source and usrp sink. The file source reads data from a fifo file and external
modulator code writes to that file.
Thanks, Tom
__
Hi Tom,
I appreciate your response and information on setting noutput_items for version
3.6.2. I am not sure if changing the noutput_items or buffer size is going to
help at all.
Basically when the data rate is lower than the transmission rate (purposely to
eliminate latency), I'm noticing t
On Wed, Feb 6, 2013 at 1:34 PM, Tom Hendrick wrote:
> Hello,
>
> I think its possible some of the underrun issues I mentioned in my other
> posts (where random gaps occur inside a block of data sent to the USRP when
> set the USRP sampling frequency any lower than 1 MHz,) may be solved by
> tweak
Hello,
I think its possible some of the underrun issues I mentioned in my other posts
(where random gaps occur inside a block of data sent to the USRP when set the
USRP sampling frequency any lower than 1 MHz,) may be solved by tweaking
nout_items and buffer related settings.
For GNURadio 3.6.
Hi, all,
Can i use set_tx_bandwidth() or set_rx_bandwidth() to change the IF
bandwidth of SBX? Thanks very much!
Best,
Gang
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Wed, Feb 6, 2013 at 12:03 PM, "Martin Lülf" wrote:
> > On Tue, Feb 5, 2013 at 12:42 PM, "Martin Lülf" wrote:
> >
> >> > On Tue, Feb 5, 2013 at 5:28 AM, "Martin Lülf"
> wrote:
> >> >
> >> >> Hi,
> >> >>
> >> >> while working on my issue with asynchronous blocks (
> >> >>
> >>
> https://lis
> On Tue, Feb 5, 2013 at 12:42 PM, "Martin Lülf" wrote:
>
>> > On Tue, Feb 5, 2013 at 5:28 AM, "Martin Lülf" wrote:
>> >
>> >> Hi,
>> >>
>> >> while working on my issue with asynchronous blocks (
>> >>
>> https://lists.gnu.org/archive/html/discuss-gnuradio/2013-01/msg00488.html
>> >> ). I disco
On Tue, Feb 5, 2013 at 12:42 PM, "Martin Lülf" wrote:
> > On Tue, Feb 5, 2013 at 5:28 AM, "Martin Lülf" wrote:
> >
> >> Hi,
> >>
> >> while working on my issue with asynchronous blocks (
> >>
> https://lists.gnu.org/archive/html/discuss-gnuradio/2013-01/msg00488.html
> >> ). I discovered that
I just checked in a change in r102664 <
https://trac.macports.org/changeset/102664 >, which adds in the runtime
dependency. I tried a couple ways to do "active variants" but I don't grok
them yet so I went ahead and checked this in along with bumping devel and next
to the latest from GIT. If
you're correct. In the code I did in this order.
--
View this message in context:
http://gnuradio.4.n7.nabble.com/unittest-with-USRP-not-finishing-tp39439p39445.html
Sent from the GnuRadio mailing list archive at Nabble.com.
___
Discuss-gnuradio mail
On Wed, Feb 6, 2013 at 6:51 AM, Alexandru Csete wrote:
> On Tue, Feb 5, 2013 at 11:58 PM, Tom Rondeau wrote:
> > On Tue, Feb 5, 2013 at 5:23 PM, Alexandru Csete
> wrote:
> >>
> >> With the latest changes I can no longer build the next branch :(
> >>
> >> Scanning dependencies of target gnuradio
On Wed, Feb 6, 2013 at 8:37 AM, maiconkist wrote:
> Resolved.
>
> Its necessary to call gr.top_block::wait() method before the "stop()".
> Anybody know why this is necessary?
>
>
>
> --
> View this message in context:
> http://gnuradio.4.n7.nabble.com/unittest-with-USRP-not-finishing-tp39439p3944
Hi,
You have to call tb.stop() before the tb.wait(), not the other way around
like you mentioned:
tb.stop()
tb.wait()
The tb.wait() is to make sure the flowgraph has fully stopped before doing
anything else.
Cheers,
Mike
Mike
M0MIK
On 6 February 2013 13:37, maiconkist wrote:
> Resolved.
>
Resolved.
Its necessary to call gr.top_block::wait() method before the "stop()".
Anybody know why this is necessary?
--
View this message in context:
http://gnuradio.4.n7.nabble.com/unittest-with-USRP-not-finishing-tp39439p39441.html
Sent from the GnuRadio mailing list archive at Nabble.com.
Hi!
I am a new GNU Radio user. I will be using it mainly for educational
purposes.
I use a legit Windows 7 installation. ( the installation was done about 3
years ago, not a clean install). I followed step by step the instructions
presented here (on the code.ettus site):
http://code.ettus.com/re
Hello list,
I am trying to write a simple unit test from a flow graph I'm writing. The
problem is that the flowgraph dont finish. It hangs in the line
"self.assertNotEqual(out, 0).
The complete code is as follows:
from gnuradio import gr_unittest
# Project imports
from usrpDevice import Us
On Tue, Feb 5, 2013 at 11:58 PM, Tom Rondeau wrote:
> On Tue, Feb 5, 2013 at 5:23 PM, Alexandru Csete wrote:
>>
>> With the latest changes I can no longer build the next branch :(
>>
>> Scanning dependencies of target gnuradio-blocks
>> [ 33%] Building CXX object
>> gr-blocks/lib/CMakeFiles/gnura
18 matches
Mail list logo
