I fix for RFX400 + UHD has been pushed to the master and next branches.
-Josh
On 02/07/2011 04:44 AM, Gaetano Mendola wrote:
> Hi,
> is the combo RFX400 with UHD supposed to work ?
>
> I tried the example ./tx_waveforms and it doesn't seems to work, even
> if the device is recognized.
> Using a
On Wed, Feb 16, 2011 at 10:22 PM, Josh Blum wrote:
>
> On 02/16/2011 01:02 PM, Gaetano Mendola wrote:
>> Hi,
>> in libusrp2 samples are sent to device in packets of 370 samples,
>> while in UHD now the max is 362,
>> is there any way to have 370 in UHD as well ?
>>
> Yes and maybe: The default rec
On 02/16/2011 01:02 PM, Gaetano Mendola wrote:
> Hi,
> in libusrp2 samples are sent to device in packets of 370 samples,
> while in UHD now the max is 362,
> is there any way to have 370 in UHD as well ?
>
Yes and maybe: The default recv_frame_size is the mtu of 1472 for a
maximum length udp pack
Hi,
in libusrp2 samples are sent to device in packets of 370 samples,
while in UHD now the max is 362,
is there any way to have 370 in UHD as well ?
Regards
Gaetano
--
cpp-today.blogspot.com
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
h
On Wed, Feb 16, 2011 at 9:29 PM, Josh Blum wrote:
>
>
> On 02/16/2011 12:24 PM, Gaetano Mendola wrote:
>> Is there a list of options can be passed to uhd::device::make ?
>>
>
> http://www.ettus.com/uhd_docs/manual/html/identification.html
>
>> So far I have found: "addr", "recv_buff_size" (is thi
On 02/16/2011 12:24 PM, Gaetano Mendola wrote:
> Is there a list of options can be passed to uhd::device::make ?
>
http://www.ettus.com/uhd_docs/manual/html/identification.html
> So far I have found: "addr", "recv_buff_size" (is this in samples or bytes?).
http://www.ettus.com/uhd_docs/manua
Is there a list of options can be passed to uhd::device::make ?
So far I have found: "addr", "recv_buff_size" (is this in samples or bytes?).
Regards
Gaetano
--
cpp-today.blogspot.com
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http:/
This is quick and off the top of the top of my head but here are some clues:
1)The appropriate Makefile.srcs should call both 'fifo_xlnx_2Kx36_2clk.v' and
''fifo_xlnx_2Kx36_2clk.xco'
2) In the log (capture all ISE output to a file for review by redirecting
STDOUT) you should see the following l
Hi,
we are doing some research here on decoding 802.11g using GNURadio. As
far as i know there is code available for transmission of 802.11g frames
on CGRAN but no receiver code. Is there any work going on for the
receiver side right now? Is it theoretically possible to decode a signal
receive
Jeff, Al, Brian,
A little bit delayed thank you to all of you!
So, I took my time to investigate TI offer further and after all I
should agree that TI support of open-source is indeed much more decent
then that of Freescale. Combined with Jeff's comment about the number
of developers who work wit
On 02/16/2011 02:50 AM, Sivaramakrishnan B C wrote:
> Hi All,
>
> I was wondering if there is any buffering happening on the host and/or on
> the USRP (USRP1 and N210) when the UHD send() and recv() methods are called?
>
Yes of course. There are buffers in the host and device (fifos).
-josh
On 02/16/2011 09:45 AM, Nick Othieno wrote:
> Where does one get the uhd version of the FPGA sources?
In either the uhd git tree or by getting the ise12 branch from the FPGA
git tree.
Matt
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
htt
Where does one get the uhd version of the FPGA sources?
Nick
On Wed, Feb 16, 2011 at 12:39 PM, Matt Ettus wrote:
> On 02/16/2011 09:33 AM, Gabriel Morel wrote:
> > Hi, I finally managed to run ISE 10.1 on Linux to compile the raw
> > internet version of the fpga project,
> > but when I call 'ma
On 02/16/2011 09:33 AM, Gabriel Morel wrote:
> Hi, I finally managed to run ISE 10.1 on Linux to compile the raw
> internet version of the fpga project,
> but when I call 'make bin', the following error appears:
>
> ERROR:HDLCompilers:87 - "../../../fifo/fifo_2clock.v" line 26 Could not
> find mod
Hi, I finally managed to run ISE 10.1 on Linux to compile the raw internet
version of the fpga project,
but when I call 'make bin', the following error appears:
ERROR:HDLCompilers:87 - "../../../fifo/fifo_2clock.v" line 26 Could not find
module/primitive 'fifo_xlnx_2Kx36_2clk'
I checked in th
On Wed, Feb 16, 2011 at 3:54 AM, Arya Santini wrote:
> Hi All,
>
> Can anyone shed some light on how the FX2 firmware / GPIF handles
> simultaneous reads and writes? I mean if I set up my USRP1 to receive
> and transmit simultaneously, what is happening exactly down there at
> the GPIF level? Give
Yes, that was typo.
PYTHONPATH=/usr/local/lib/python2.6/dist-packages
I did mean dist-pakages. I have three directories in dist, gnuradio
grc_gnuradio usrpm. And nothing in the site-packages.
Alexandru Csete wrote:
On Wed, Feb 16, 2011 at 3:19 PM, Scott Johnston
wrote:
Thanks Josh.
On Wed, Feb 16, 2011 at 3:19 PM, Scott Johnston
wrote:
> Thanks Josh. Getting the newest gnuradio from git solved the uhd problem,
> but now gnuradio is broken. I know it must be some path problem but I have
> tried the usual tricks: I set my
> PYTHONPATH=/usr/local/lib/pkgconfig/dist-packages and
Thanks Josh. Getting the newest gnuradio from git solved the uhd
problem, but now gnuradio is broken. I know it must be some path problem
but I have tried the usual tricks: I set my
PYTHONPATH=/usr/local/lib/pkgconfig/dist-packages and
LD_LIBRARY_PATH=/usr/local/lib and I did sudo ldconfig in t
Hi All,
I was wondering if there is any buffering happening on the host and/or on
the USRP (USRP1 and N210) when the UHD send() and recv() methods are called?
Thanks,
Shiva
On Thu, Feb 3, 2011 at 10:40 AM, Josh Blum wrote:
>
> > 1. What is the parameter --spb, samples per buffer. And generall
Just so you don't think I gave up all disillusioned.
I have figured out how to change the GRC generated python files to not
refer to the wx libraries, only takes a couple of lines to be edited.
The result is that I can now create flowgraphs in grc on my development
vm, copy the python file to
Hi All,
Can anyone shed some light on how the FX2 firmware / GPIF handles
simultaneous reads and writes? I mean if I set up my USRP1 to receive
and transmit simultaneously, what is happening exactly down there at
the GPIF level? Given that there are two GPIF waveform configurations
one each for Re
22 matches
Mail list logo
