On 03.06.2015 17:29, bh...@web.de wrote:
hello felix,
>>please remember to always reply to the list.
i'm sorry, i'm new at this. i have checked my configuration and i hope
it works the next time.
to mix up the baseband signal to 12khz or higher to short wave
(3-30mhz) should be the same proce
You can request that UHD tries to get the LO offset you request as close
as possible, but because the LO synthesizers used on the
USRPs/daughterboards (what are you using, by the way?) can only
synthesize a discrete set of frequencies, not everything is possible.
Now, I just realized you tried to t
On Thu, Jun 4, 2015 at 12:58 PM, Martin Braun
wrote:
> OK, in that case probably some other issue. Can't really say more from
> afar.
>
> Cheers,
> Martin
>
> On 04.06.2015 09:33, Nemanja Savic wrote:
> > Hi,
> >
> > so, well, I did like it should be, first I installed UHD and then
> > GNURadio..
Hi John,
I'm a bit confused; which discussion is this from?
Ruby-Forum is not actually the platform we use, they just "mirror" the
GNU mailing list archives (I don't really know why they do that -- we
don't have anything to do with them). I'd recommend joining that mailing
list personally [1].
Reg
Hi Peter,
that's an easy one to answer:
> correct?
yes; refer to gr-blocks/lib/udp_sink_impl.cc .
Best regards,
Marcus
On 06/04/2015 10:52 PM, Peter Witkowski wrote:
> Hello,
>
> I just wanted to confirm that the UDP Source and Sink blocks just
> "chop up" the data to fit inside the payload buff
Dear Andreas,
> How is it possible to fill a python grc variable block with data from
another block C++ variable.
not really. GRC variables are a concept that doesn't exist in the flow
graph or, really, in the python file that GRC generates. They just are
python variables used when setting up the b
Hello,
I just wanted to confirm that the UDP Source and Sink blocks just "chop up"
the data to fit inside the payload buffer (who's size is determine by the
PAYLOAD_SIZE attribute) and do not handle "extra" things in the application
layer like reordering of packets received out of order or resendi
Hi,
i read some tutorials about creating new blocks.
Iam asking my self a simple question and i think i couldnt find the answer:
How is it possible to fill a python grc variable block with data from
another block C++ variable.
I know between C++ and python is the SWIG Framework. What to prog
OK, in that case probably some other issue. Can't really say more from afar.
Cheers,
Martin
On 04.06.2015 09:33, Nemanja Savic wrote:
> Hi,
>
> so, well, I did like it should be, first I installed UHD and then
> GNURadio...
> The point is that segmentation fault happens when I am closing GRC. So
On 04.06.2015 09:17, Richard Bell wrote:
> I can't explain how it happened Martin. I can not comment on the blue
> box, they won't let me...
>
> Joking aside, I don't know how it happened. Prior to yesterday, with GRC
> open, when I went to help->about it told me I was using 3.7.8. I've had
> acce
I can't explain how it happened Martin. I can not comment on the blue box,
they won't let me...
Joking aside, I don't know how it happened. Prior to yesterday, with GRC
open, when I went to help->about it told me I was using 3.7.8. I've had
access to things like the new correlation estimator block
Hey Richard,
On 04.06.2015 08:21, Richard Bell wrote:
> Hello all,
>
> Yesterday I did a gnuradio update (./pybombs update) and noticed my
> version went back a minor version. I had been using 3.7.8 and now I'm
> using 3.7.7.1.
I'm suspecting a drift in the space-time continuum. Or did you enter
http://gnuradio.org/redmine/projects/gnuradio/wiki/FAQ#My-application-segfaults-immediately-It-used-to-work-and-I-didnt-change-it-What-the
M
On 04.06.2015 05:42, Nemanja Savic wrote:
> Hi all,
>
> i finally managed to install newest version of gnuradio (3.7.7.1) on mu
> RHEL6. Everyrhing look sj
Hello all,
Yesterday I did a gnuradio update (./pybombs update) and noticed my version
went back a minor version. I had been using 3.7.8 and now I'm using
3.7.7.1.
I've created flowgraphs using 3.7.8 that are not working with 3.7.7.1. I
don't get any debug information, I click the play button and
Hi Bastian,
Thanks for the response and the simplified example. Maybe someone who
understands the scheduler a bit better can chime in and let us know the scope
of the issue here. I’m happy to dig into the details but it would be good to
know if this is a fundamental issue with the scheduler or
Hi all,
i finally managed to install newest version of gnuradio (3.7.7.1) on mu
RHEL6. Everyrhing look sjust fine except segmentation fault when closing
GRC. Didi anybody experience something like this and how can I debug it?
Best
--
Nemanja Savić
___
I tried to create a minimal example of the problem:
http://www.ccs-labs.org/~bloessl/not_stopping.grc
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi,
grrr, this topic...
On 06/03/2015 06:04 PM, Paul Garver wrote:
It appears the wireshark block is the cause of the hangup. Looking into
the source code [4], there is a provision for an EOF object
"is_eof_object()”. Which block sends this object?
This code is a bit older when there was no
Hi Irene,
"U"nderflows occur when your application doesn't supply samples fast
enough to the USRP. This is well-reflected by the fact that with the
lowest sampling rate things work.
Now, there might be different reasons, and the most prominent one is
that your data source ultimately doesn't provi
Hi everyone,
I’m new to Gnuradio and I have some problems with USRP N210 with WBX
daughterboards. I send data coming from udp socket to USRP and I am
encountering underflow issue.
I think that problem is due to the rate of the data transmitted to USRP. I
have tried to set the sample rate in the
20 matches
Mail list logo
