On Sat, Aug 07, 2010 at 01:07:20AM +0100, Samy Sammour wrote:
>
> This is my block's constructor:
>
> my_package::my_package(int num_input_ports, int L_samples)
> : gr_sync_decimator(
>"package",
>
> gr_make_io_signature(2, 5, sizeof(gr_complex)),
>
> gr_make_io_signatur
This is my block's constructor:
my_package::my_package(int num_input_ports, int L_samples)
: gr_sync_decimator(
"package",
gr_make_io_signature(2, 5, sizeof(gr_complex)),
gr_make_io_signature(1, 1 ,
num_input_ports*num_input_ports*sizeof(gr_complexd)),
L_samples
DBSRX support is available for the UHD.
Modification instructions have been created for dbsrx:
http://www.ettus.com/uhd_docs/manual/html/dboards.html#id1
-Josh
On 08/04/2010 12:05 PM, Ninja wrote:
Hi Josh,
Thanks for the info.
I just understand the different of UHD based and USRP2-gnuradio,
On 08/06/2010 02:32 PM, Sylvain Munaut wrote:
>
> You are connection the output of one RFX _directly_ to the input of
> another one ??? Without attenuators ?
>
> that doesn't sound wise.
>
>
> Cheers,
>
> Sylvain
>
>
>
Indeed, the LNA in the receive chain on many of the boards will have a
ha
> We are trying to transmit a carrier using a USRP2 board (done using the
> USRP2 constant source example in the UHD branch) and then measure the
> received power by using the FFT via another USRP2 board directly connected
> to it.
You are connection the output of one RFX _directly_ to the input
I am using the Flex 900 Common Daughter Board for the usrp. I am using both
boards as recievers. The connection RX2 on the board will not work when
connected and selected by the dual source usrp in GRC. However, if I select
the TX/RX and reconnect my line to that port it will work. I am wondering
w
On Fri, Aug 6, 2010 at 9:54 AM, MarcW wrote:
> We are trying to transmit a carrier using a USRP2 board (done using the
> USRP2 constant source example in the UHD branch) and then measure the
> received power by using the FFT via another USRP2 board directly connected
> to it. However, the fft show
I have GRC-based flowgraph where I'd like to be able to turn off the
graphical blocks, to save CPU.
Ideally, I'd like to be able to pass a command-line parameter that
controls whether certain blocks
are instantiated and connected into the flow-graph.
I know there's a "disable" mechanism within
On 08/06/2010 12:57 AM, intermilan wrote:
Thanks for the answer.
Is that mean if I set the center frequency at 2.5G(RFX2400),the DC is also at
2.5G?or other values?
Maybe
Due to hardware limitations, the daughterboard may not always achieve
the desired center frequency, and will therefor
On Fri, Aug 06, 2010 at 06:32:32AM -0700, Sammour wrote:
>
> Hi Eric,
> I have a similar issue as the one described above and I have read some of
> the examples in the directory provided but they seem to be different from
> what I want to implement. I want to collect L samples from N channels and
Dear all,
We are trying to transmit a carrier using a USRP2 board (done using the
USRP2 constant source example in the UHD branch) and then measure the
received power by using the FFT via another USRP2 board directly connected
to it. However, the fft shows a lower power than specified in the data
On 06.08.2010 07:02, Alexander Chemeris wrote:
> Ccheck out Octave - it's an opens-source replacement for Matlab. It's
> far behind Matlab in usability, but still may suffice you.
It's not far behind. The core functions are really Ok. You get lots of
toolboxes in octave-forge
for free. Many funct
Hi Eric,
I have a similar issue as the one described above and I have read some of
the examples in the directory provided but they seem to be different from
what I want to implement. I want to collect L samples from N channels and
store them in a buffer, do processing and output a vector of length
On 06.08.2010 00:30, John Gilmore wrote:
> When I was maintaining GDB, I found it very handy to put a one-line
> comment at the top of each file, like this:
>
> % head -1 c*.[ch]
> ==> c-exp.c <==
> /* A Bison parser, made by GNU Bison 1.875c. */
This is not a replacement for a comprehensive doxy
On 06.08.2010 00:30, John Gilmore wrote:
> When I was maintaining GDB, I found it very handy to put a one-line
> comment at the top of each file, like this:
>
> % head -1 c*.[ch]
> ==> c-exp.c <==
> /* A Bison parser, made by GNU Bison 1.875c. */
This is not a replacement for a comprehensive doxy
Hi,
the USRP2 uses ethernet to communicate with the host, I think you are following
the USRP1 procedure, it connects via USB to the host.
Try the following:
http://gnuradio.org/redmine/wiki/gnuradio/USRP2UserFAQ#Any-hints-for-getting-started-In-particular-what-needs-to-be-done-to-talk-to-the-usr
Hi all
I am new to gnuradio and Ubuntu. I am trying to install the GNU Radio and am
following the procedure in gnuradio.org. I am at the point where I am checking
to see if the USRP2 is recognized by the computer. When I enter the command:
ls -lR /dev/bus/usb | grep usrp
I don't get a res
Hello again,
I have modified a new cc code gr_peak_detector3_fb. But it was said that:
'd_look_ahead_remaining’ was not declared in this scope. Can anyone please
have a look at it ?
Thank you
Regards
Phong Do
http://old.nabble.com/file/p29356431/gr_peak_detector3_fb.cc
gr_peak_detector3_fb.cc
Thanks again.
I have found the code.But what I want to know is why the value of the LO
offset is automatic set at 4M. Why not other values?Is there any reasons for
it?
Thank you.
>
Thanks for the answer.
Is that mean if I set the center frequency at 2.5G(RFX2400),the DC is also at
2.5G?or other values?
Thank you
> Date: Thu, 5 Aug 2010 10:15:43 -0500
> Subject: Re:
20 matches
Mail list logo