Does anyone have recorded WCDMA downlink data . I am trying to work on echo
canceller for WCDMA repeaters using gnuradio. I tried getting data from
WCDMA model of Simulink but the received power level has wide variance.
Normally it shall be from -50 to -80 dB but the Simulink model is giving
data w
sorted listed under gui
--
View this message in context:
http://gnuradio.4.n7.nabble.com/no-fft-or-scope-sink-tp37686p37710.html
Sent from the GnuRadio mailing list archive at Nabble.com.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
htt
Hi,
I have a USRP N210 with basicRX daughterboard. I ran
uhd_wbfm_receive.grc application. But I cannot tune to
any FM radio station. I get warning like
--
UHD Warning:
The hardware does not support the requested RX frequency:
Target frequency: 88.50 MHz
Actua
On Fri, Sep 21, 2012 at 1:47 PM, cjpatton wrote:
> Hello Tom,
>
> Of course, how could I forget? I had to modify your code a bit to get to
> work, however:
>
>const float *in = (const float *) &((const
> float*)input_items[0])[history()-1];
>
> It just needed a type cast in there. My code work
Hello Tom,
Of course, how could I forget? I had to modify your code a bit to get to
work, however:
const float *in = (const float *) &((const
float*)input_items[0])[history()-1];
It just needed a type cast in there. My code works now. The suggestion about
gr_quadrature_demod_cf is very helpfu
On Fri, Sep 21, 2012 at 1:18 PM, cjpatton wrote:
> Tom and Kyle,
>
> Thanks for your replies. Suppose I want in[0] to refer to the beginning of
> the new data. Then I could do this:
>
>const float *in = (const float *) input_items[history()-1];
>
> So in[noutput_items-1] is the last? Thanks!
>
Tom and Kyle,
Thanks for your replies. Suppose I want in[0] to refer to the beginning of
the new data. Then I could do this:
const float *in = (const float *) input_items[history()-1];
So in[noutput_items-1] is the last? Thanks!
Chris
--
View this message in context:
http://gnuradio
On Thu, Sep 20, 2012 at 8:15 PM, Kyle Zhou wrote:
>
>
> I have a general work function for which I will use GNU Radio's history
>
> functionality. In the block's constructor, I call set_history( m ). I cast
> the input buffer in the standard way:
>
> const float *in = (const float *) input_items
Hello,
In my current flow-graph I need to break data out ofgnuradio then feed
it back once processed. I'm trying to use messaging blocks to do this
but with no luck, actually my code is seg faulting.
Would using message blocks, causing different flow rates, cause
instability and segmentation fau
Hi everybody,
I have been trying to design a ionosonde with USRPs in my final year project.
I am responsible for the signal processing part of the project. I will have been
using USRP1 untill hardware part, that is amplifier and antennas, is set up.
I have been using another USRP1 & a PC to model
On Thu, Sep 20, 2012 at 11:05 PM, Hussain, Mushabbar
wrote:
> Hi,
>
> We are trying to build a simulated model using the building blocks of
> gnuradio-companion tool. In the GRC model one of the blocks is the GR file
> sink block which is intended for storage of the data. Now the issue is that
> i
On Fri, Sep 21, 2012 at 8:15 AM, Kyle Zhou wrote:
>
> On 21/09/2012, at 12:45 AM, Tom Rondeau wrote:
>
>> On Thu, Sep 20, 2012 at 9:56 AM, Kyle Zhou wrote:
>>> I adapted my codes from gnuradio-3.3 to the new 3.6 version.
>>> One of the changes is the new digital.costas_loop_cc is now implemented
Hi all
i have 2 USRP N210 connected via switch i want to make cognitive network on
USRP's, for this i need multiple USRP's connection, i implemented 2X MIMO
connection but there is allot of delay on slave USRP.
software specs :
GNU Radio 3.6.2
linux; GNU C++ version 4.6.3; Boost_104601; UHD_003
On 21/09/2012, at 12:45 AM, Tom Rondeau wrote:
> On Thu, Sep 20, 2012 at 9:56 AM, Kyle Zhou wrote:
>> I adapted my codes from gnuradio-3.3 to the new 3.6 version.
>> One of the changes is the new digital.costas_loop_cc is now implemented
>> based on control_loop.
>> The costas loop is used for
14 matches
Mail list logo