Dear all,
In my application, I want to implement the following feature:
1. If I decode 50 packages, then stop the flowgraph immediately
2. otherwise, if after 30 seconds, I cannot receive more than 50
packages, then stop the flowgraph. So I could prevent the flowgraph from
lockin
On 02/09/2015 05:55 PM, vaibhav kulkarni wrote:
> Hi All,
>
> I have a USRP N210 with RFX2400 2.3-2.9 Ghz RX/TX. I have recorded a
> trace at 2.41 GHz and stored it to a file filename.dat. I want to
> transmit the same trace at 2.415, 2.420, 2.425 so on till 2.440.
>
> So, I used the freq_hoppi
On 02/09/2015 04:32 PM, Daniel Franch wrote:
> Actually, I am not using OFDM. What I wish to do is way more simple than
> OFDM, but at the same time there seems to be little to no documentation
> on how to do it. I will attach a screenshot of how my system is
> supposed to be.
Sorry, this is a b
On Mon, Feb 9, 2015 at 12:59 PM, Larry Van Der Jagt
wrote:
> Thanks for the feedback,
>
> I'm thinking that this means that in their current state, the QT GUI
> Frequency Sinks do not properly support BusPorts
>
Nope. Just means that there was a bug somewhere along the way that caused a
pro
Hi Marcus,
That explains it. Thanks for the help.
On Mon, Feb 9, 2015 at 1:27 PM, Marcus Müller
wrote:
> Hi Peter,
>
> the metadata is stuffed into PMT dicts, which get serialized by pmt's
> serialization routines.
> Now, these are a bit peculiar on serializing multibyte things. They
> genera
I haven't seen a reply to this posting, so you're getting my "Mac OS X /
MacPorts"-centric view.
MacPorts has been using WX >= 3.0 for quite a while now; currently at
3.0.2. I've done extensive testing with version 3.0 of WX and GNU Radio,
and found nothing incompatible that wasn't already an issu
Hi Peter,
the metadata is stuffed into PMT dicts, which get serialized by pmt's
serialization routines.
Now, these are a bit peculiar on serializing multibyte things. They
generally ensure big-endianness, if I understand the code [1] correctly.
The sample portion would have the same endianness as
On 02/09/2015 11:53 AM, Jon West wrote:
Is there a setting to move the USRP LO in the SINK block? Not in code,
in the block, I'm am integrating another developers system and need to
use the GRC block
___
Discuss-gnuradio mailing list
Discuss-gnuradi
On 02/09/2015 12:54 PM, Peter Witkowski wrote:
Hello,
Can someone tell me what byte order (i.e. little endian or big endian)
is used in file meta sink (i.e. what is the byte order of the
resulting file)? I'm seeing something strange, and I'm wondering if
the header (metadata portion) is big
Thanks for the feedback,
I'm thinking that this means that in their current state, the QT GUI
Frequency Sinks do not properly support BusPorts
If I've got this wrong is there some documentation somewhere specific to
these blocks related to Busports that I could refer to I've found the
g
Hello,
Can someone tell me what byte order (i.e. little endian or big endian) is
used in file meta sink (i.e. what is the byte order of the resulting
file)? I'm seeing something strange, and I'm wondering if the header
(metadata portion) is big endian while the samples are little endian. Does
th
Thank you very much for your reply.
I took a look at the examples you referred to, but the OFDM bits become a
little bit distracting for me. Actually, in my system, I use a simple QPSK
modulation. I already used the correlate and sync example to do some things.
I insert a preamble using the stream
Hi All,
I have a USRP N210 with RFX2400 2.3-2.9 Ghz RX/TX. I have recorded a trace
at 2.41 GHz and stored it to a file filename.dat. I want to transmit the
same trace at 2.415, 2.420, 2.425 so on till 2.440.
So, I used the freq_hopping.py python utility under the python examples
folder in gnuradi
Is there a setting to move the USRP LO in the SINK block? Not in code, in
the block, I'm am integrating another developers system and need to use the
GRC block
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listin
Thanks:
The info Chris sent along has helped to move this along although at this
point I still don't have a solution or a root cause.
The library that issues the error message is
/usr/lib/python2.7/site-packages/PyQt4/QtDeclarative.so and the symbol it
complains about is _ZTI16QDeclarativeView
W
I didn't get a whole ton of responses on scheduling the time, so apologies
on taking so long with this.
The next Coprocessors WG call will be Wednesday, Feb 11, 2015 at 2pm
Eastern/1900 UTC.
Doug
--
Doug Geiger
doug.gei...@bioradiation.net
___
Discus
On Sun, Feb 8, 2015 at 5:44 AM, You Lizhao wrote:
> Hi Maroti and Braun,
>
> I ran into a similar problem. I tried to set the ninput_items_required[i]
> = 1, then the same output
>
> sched: is requesting more input data
> than we can provide.
> ninput_items_required = 1
> max_possi
On Mon, Feb 9, 2015 at 8:56 AM, Chris Hallinan wrote:
> On Mon, Feb 9, 2015 at 8:53 AM, Tom Rondeau wrote:
> > On Mon, Feb 9, 2015 at 8:34 AM, Philip Balister
> wrote:
> >>
> >> On 02/09/2015 05:08 AM, Chris Hallinan wrote:
> >> > I'm making much more progress on my embedded x86_64 gnuradio pro
On Mon, Feb 9, 2015 at 7:59 AM, Martin Braun wrote:
> On 02/08/2015 05:27 PM, Brian Padalino wrote:
> > The feedback loop cannot be realized inside the flowgraph since
> > everything needs to be feed forward.
> >
> > This is a great example of how someone may want to do RF burst
> > processing wh
On Mon, Feb 9, 2015 at 8:53 AM, Tom Rondeau wrote:
> On Mon, Feb 9, 2015 at 8:34 AM, Philip Balister wrote:
>>
>> On 02/09/2015 05:08 AM, Chris Hallinan wrote:
>> > I'm making much more progress on my embedded x86_64 gnuradio project.
>> > I am now able to build and run my grc-created python app,
On Mon, Feb 9, 2015 at 8:34 AM, Philip Balister wrote:
> On 02/09/2015 05:08 AM, Chris Hallinan wrote:
> > I'm making much more progress on my embedded x86_64 gnuradio project.
> > I am now able to build and run my grc-created python app, but I get
> > this error. I'm using some counter/sliders
On 02/09/2015 05:08 AM, Chris Hallinan wrote:
> I'm making much more progress on my embedded x86_64 gnuradio project.
> I am now able to build and run my grc-created python app, but I get
> this error. I'm using some counter/sliders from Qwt (Qt GUI Range
> block) to be able to change some values
On Sun, Feb 8, 2015 at 2:50 PM, Larry Van Der Jagt wrote:
> Hello:
>
> In trying to execute the flowgraphs found in the blog post on the subject
> at:
>
>
> http://www.trondeau.com/examples/2014/1/23/pfb-channelizers-and-synthesizers.html
>
> I find that the Busport connections in flowgraphs such
On 02/08/2015 02:42 AM, Marcus D. Leech wrote:
> On 02/07/2015 08:37 PM, John Meloche wrote:
>> Hello
>>
>> I have a need to record raw iq files of varing lengths of time and
>> each iq file needs to have a unique file name. I am at the point now
>> where i can record and iq file with a time stamp
On 02/08/2015 05:27 PM, Brian Padalino wrote:
> The feedback loop cannot be realized inside the flowgraph since
> everything needs to be feed forward.
>
> This is a great example of how someone may want to do RF burst
> processing which may not necessarily be "real-time" but due to
> dead-air or g
I'm making much more progress on my embedded x86_64 gnuradio project.
I am now able to build and run my grc-created python app, but I get
this error. I'm using some counter/sliders from Qwt (Qt GUI Range
block) to be able to change some values interactively. However, I
don't seem to have PyQt4.Qw
On Sun, Feb 8, 2015 at 2:17 PM, Larry Van Der Jagt wrote:
> Hello:
>
> Just chiming in with the fact that I am struggling with this identical issue
> using a "Dizzy" build for an Ettus E310 running on the device.
>
> I have tried a number of different example flowgraphs that utilize QT GUI
> and h
27 matches
Mail list logo