> Also, there's no reason to lock the flow-graph for frequency changes or gain
> changes (or a bunch of other parametric changes
> within the flow-graph). I've never had to use lock()/unlock()--I
> understand that they're used during flow-graph topology changes.
> But parametric changes don't re
Marcus D. Leech wrote:
Just on a hunch, try:
export LIBGL_ALWAYS_INDIRECT=1
Before you start any of the above applications.
Yes!, It works!
OpenGL has, in my opinion, become a festering sore of incompatibilities
and weird edge conditions. It used to work reliably on just about
anythin
Try,
./usrp_nbfm_rcv.py -R A -f 435.3e6 -O plughw:0,0
The *-O* switch tells which audio device to use.
Patrik
- Original Message -
From: "Patrik Tast"
To:
Sent: Monday, July 18, 2011 5:01
Subject: Re: [Discuss-gnuradio] plotter_base.py problem
if you cd to /usr/local/bin and the
On 19/07/2011 8:50 AM, Miguel A. Vallejo, EA4EOZ wrote:
Completely agree. Why use a monster like OpenGL to make simple 2D
graphics?
Gnu Radio swallowed the OpenGL monster "by proxy" when we opted to use
WxPython, and the plotting/graphing widgets
in WxPython happen to use OpenGL for rend
Dear all
i have a usrp1, RFX2400 and WBX and i have a coaxial cable from the wifi
card to the rfx2400 TX/RX port
i want to pass the stream from the wifi card to the rfx2400 then to the wbx
to transmit it over the UHF band
how could i do that ??
here is the connection i have created (attached)
plea
On 07/19/2011 08:50 AM, Miguel A. Vallejo, EA4EOZ wrote:
Marcus D. Leech wrote:
Just on a hunch, try:
export LIBGL_ALWAYS_INDIRECT=1
Before you start any of the above applications.
Yes!, It works!
OpenGL has, in my opinion, become a festering sore of incompatibilities
and weird edge condi
Hello,
I would like to ask if someone could tell me how much of the USRP2's FPGA
resources are consumed by the firmware (the ZPU) and the FPGA (DSP
operations) images. Or, in other words, how much of the resources is free.
Thanks!
Edu.
___
Discuss-gnur
On Tue, Jul 19, 2011 at 06:00:36PM +0200, Eduardo Lloret Fuentes wrote:
> Hello,
>
> I would like to ask if someone could tell me how much of the USRP2's FPGA
> resources are consumed by the firmware (the ZPU) and the FPGA (DSP
> operations) images. Or, in other words, how much of the resources is
On 19/07/2011 12:00 PM, Eduardo Lloret Fuentes wrote:
Hello,
I would like to ask if someone could tell me how much of the USRP2's
FPGA resources are consumed by the firmware (the ZPU) and the FPGA
(DSP operations) images. Or, in other words, how much of the resources
is free.
Thanks!
Edu.
>
> Dear all
> i have a usrp1, RFX2400 and WBX and i have a coaxial cable from the wifi
> card to the rfx2400 TX/RX port
> i want to pass the stream from the wifi card to the rfx2400 then to the wbx
> to transmit it over the UHF band
> how could i do that ??
> here is the connection i have created
Hi Ryan,
What version of GNU Radio are you using? I'm working with the USRP2 to
collect GPS data and I have a similar scheme: I have a cyclic buffer that
holds data that was recorded just prior to a triggering event. Once a
trigger event is received, incoming data is written to an open file sink
On 07/19/2011 07:37 AM, Eng.Ziedan wrote:
> Dear all
> i have a usrp1, RFX2400 and WBX and i have a coaxial cable from the wifi
> card to the rfx2400 TX/RX port
> i want to pass the stream from the wifi card to the rfx2400 then to the wbx
> to transmit it over the UHF band
> how could i do that
Hi,
I am new to both gnuradio and spread spectrum. I know I'll eventually have
to move to writing python, but I am trying to get something working in grc.
My question is about the PN Correlator block. I would like to generate some
transmit data that is coded using the same reference pn codes used
On Tue, Jul 19, 2011 at 11:20 AM, Josh Blum wrote:
>
>
> On 07/19/2011 07:37 AM, Eng.Ziedan wrote:
>> Dear all
>> i have a usrp1, RFX2400 and WBX and i have a coaxial cable from the wifi
>> card to the rfx2400 TX/RX port
>> i want to pass the stream from the wifi card to the rfx2400 then to the w
I am using the current GIT version. I'm using data collected from a USRP1
at an earlier time but captured to disk. Incidentally, after further
analyzing the situation, I do not believe the latency in starting my "save
to disk" operation is the problem. I think it is more esoteric and probably
unr
On 19/07/2011 12:59 PM, Eng.Ziedan wrote:
Dear all
i have a usrp1, RFX2400 and WBX and i have a coaxial cable from
the wifi card to the rfx2400 TX/RX port
i want to pass the stream from the wifi card to the rfx2400 then
to the wbx to transmit it over the UHF band
how cou
hi.
i wanted to simulate a transceiver which receives some data and then
transmits its own and the data it got.
I have been modifying then benchmark_tx and rx program to do this and
I was able to simulate the transceiver I mentioned, by adding the
sender code in the "def_rxcallback" function.
I don
On Mon, Jul 18, 2011 at 10:28 PM, Colby Boyer wrote:
> Hi All,
>
> I have seem to run into an issue with the stream tags and interp/decimation
> processing blocks. When computing to add the tag to the proper output
> offset, it always rounds down. In certain cases, computed offset is X.YZ,
> wher
On Tue, Jul 19, 2011 at 2:58 PM, Ryan Pape wrote:
> I am using the current GIT version. I'm using data collected from a USRP1
> at an earlier time but captured to disk. Incidentally, after further
> analyzing the situation, I do not believe the latency in starting my "save
> to disk" operation
Yea, sorry for vague email. Was tired and in a hurry. I encountered the
error when dealing with a bank of polyphase resamplers. I traced the tag
copying to
gnuradio-core/src/lib/runtime/gr_block_executor.cc line 121 for none 1 to 1
(fractional rate) blocks.
The logic written originally is pmt::pmt
Try using a single pole IIR filter. If you don't know what an IIR is, wiki
it, better explanation there than from me. Keep pushing the frequency cutoff
to a lower frequency until the static gets better. If you go to far, your
audio should disappear.
On Tue, Jul 19, 2011 at 5:22 PM, concernedconsum
The July developers' call will happen this Thursday. Call details as usual.
Date: July 21, 2011
Time: 10 PM UTC (6 PM EDT, 3 PM PDT)
SIP: sip:gnura...@digitalbazaar.com
IRC: #gnuradio on freenode
The agenda is published at:
http://gnuradio.org/redmine/projects/gnuradio/wiki/Call20110721
Tom
Quick question: why is the removal of support for the USRP2 (et. al.) being
contemplated? I know its a bit older, but is there another reason?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnurad
On 07/19/2011 07:50 PM, Brenden Smith wrote:
> Quick question: why is the removal of support for the USRP2 (et. al.) being
> contemplated? I know its a bit older, but is there another reason?
>
Nothing to do with age. It has a lot of problems and isnt feature
complete. http://code.ettus.com/red
On 07/19/2011 08:11 PM, Josh Blum wrote:
>
>
> On 07/19/2011 07:50 PM, Brenden Smith wrote:
>> Quick question: why is the removal of support for the USRP2 (et. al.) being
>> contemplated? I know its a bit older, but is there another reason?
>>
>
> Nothing to do with age. It has a lot of problems
On Tue, Jul 19, 2011 at 19:50, Brenden Smith wrote:
> Quick question: why is the removal of support for the USRP2 (et. al.) being
> contemplated? I know its a bit older, but is there another reason?
>
"Support for USRP2" is not going away in GNU Radio. Instead, we are
migrating our USRP(1 and 2)
Hello list,
I have pulled work from the next branch into the master. If you are
working from the code in the master branch, you will need to update your
FPGA images. In the case of E100 users, this will also require a kernel
uImage and kernel modules update.
FPGA and firmware images for the maste
27 matches
Mail list logo