For whoever is interested, I have a branched revision of the USRP1 FPGA
code ready that supports 16, 8, 4, 2, and 1-bit quantization. The
Verilog code is available for review in my developer's branch of the GNU
Radio SVN repository here:
http://gnuradio.org/svn/gnuradio/branches/developers/pc
On Thu, Feb 5, 2009 at 11:21 AM, Jane Chen wrote:
> Thank you so much for your reply. I would like to make sure I don't
> misunderstand what you mentioned. Do you mean that I can choose a
> decimation factor less than 320 (64M/200k) (without considering the 6dB
> droop at the passband edges at t
On Thu, Feb 5, 2009 at 10:59 AM, Einar Thorsrud wrote:
> How will the synchronization and carrier recovery function on my
> baseband signal as there really is no carrier left after the down
> conversion? My specific signal is down converted from 5.8 GHz to
> baseband from an RF front end, which i
Hello!
I can update my last entry a little bit: I tested the last 4 hours
this "compute_regs" function.
The values written to the FPGA are:
(R & ~0x3) | 1=340041
(control & ~0x3) | 0=4fc924
These two values are constant, so the return value of "m_uRx-
>read_io(1)" should not influence the se
Leslie Choong wrote:
Thanks to Johnathan's help it seems my problem is with the USRP2's
recognition of the daughterboard. I used a USRP1 Rev 4.1 to flash my
FLEX 2400 to the rfx2400 EEPROM using this command:
./burn-db-eeprom -A -t rfx2400 --force
Also, are X1 and X101 populated on your RFX240
Leslie Choong wrote:
Thanks to Johnathan's help it seems my problem is with the USRP2's
recognition of the daughterboard. I used a USRP1 Rev 4.1 to flash my
FLEX 2400 to the rfx2400 EEPROM using this command:
./burn-db-eeprom -A -t rfx2400 --force
You need to use the following:
./burn-db-eepr
Hi Johnathan,
Thank you so much for your reply. I would like to make sure I don't
misunderstand what you mentioned. Do you mean that I can choose a decimation
factor less than 320 (64M/200k) (without considering the 6dB droop at the
passband edges at this moment)? Then, I can tune the decimat
Johnathan Corgan wrote:
Carrier recovery/synchronization can be done with a Costas loop,
which will track out any residual carrier resulting from not being
tuned to exactly the center frequency of your passband. For symbol
timing, there is a resampling block implementing the Muller and
Muller a
Pablo-
> The exact question is: Were, in the python code of the GnuRadio core,
> can I insert the Driver that i mention? I am reading the python code
> but i can not find were the code read/send data to the USB (to
> substitute it with the PCI control code). The other question is were
> in the Ver
Bruhtesfa Ebrahim wrote:
Jason Uher wrote:
So, could you explain me how to syncronize these boards to use same
oscillator and where can i get detailed information about the steps to
make it.
Also, is there some other way to decrease phase noise between
daughterboards?
thanks!
Bruhtesfa
--
Th
Hi Matt, I am using the latest SVN trunk as of yesterday (Revision
10392) and have not modified any files. This is on Ubuntu 8.10 on a
Macbook.
-Leslie
On Thu, Feb 5, 2009 at 9:51 AM, Matt Ettus wrote:
>
> Leslie,
>
> Are you using the latest svn version on the host computer as well? Have you
>
Leslie,
Are you using the latest svn version on the host computer as well? Have
you modified any files?
Matt
Leslie Choong wrote:
Thanks to Johnathan's help it seems my problem is with the USRP2's
recognition of the daughterboard. I used a USRP1 Rev 4.1 to flash my
FLEX 2400 to the rfx24
Thanks to Johnathan's help it seems my problem is with the USRP2's
recognition of the daughterboard. I used a USRP1 Rev 4.1 to flash my
FLEX 2400 to the rfx2400 EEPROM using this command:
./burn-db-eeprom -A -t rfx2400 --force
Which worked fine:
TX_A: OK
RX_A: OK
Then I plugged in the board into
On Thu, Feb 5, 2009 at 8:15 AM, Pablo Mendoza wrote:
> The exact question is: Were, in the python code of the GnuRadio core,
> can I insert the Driver that i mention? I am reading the python code
> but i can not find were the code read/send data to the USB (to
> substitute it with the PCI control
The exact question is: Were, in the python code of the GnuRadio core,
can I insert the Driver that i mention? I am reading the python code
but i can not find were the code read/send data to the USB (to
substitute it with the PCI control code). The other question is were
in the Verilog Code can I in
On Thu, Feb 05, 2009 at 09:34:57AM -0600, Pablo Mendoza wrote:
> Hi!
> I am working in a DAB digital radio project, and i am interested to
> implement the USRP 1 in the development board "XtremeDSP kit IV"
> (Nallatech). It board uses an Virtex 4 FPGA and have an PCI
> interface. My idea is to use
Hi!
I am working in a DAB digital radio project, and i am interested to
implement the USRP 1 in the development board "XtremeDSP kit IV"
(Nallatech). It board uses an Virtex 4 FPGA and have an PCI
interface. My idea is to use the PCI interface of the board to send
the data to the PC, and utilize t
On Wed, Feb 04, 2009 at 07:26:33PM +0100, Jérémy Skelton wrote:
> Hi,
>
> I would like to have some comments about the resulting plot I had :
> http://www.skelton.eu.org/Image%201.png
>
> Secondly, I would like to know exactly what is the meaning of the Symbol
> number on top of the picture. In my
On Thu, Feb 5, 2009 at 7:00 AM, Dimitris Symeonidis wrote:
> Can someone (Jonathan?) please fix that? It shouldn't take more than 2
> minutes...
This is a perfect opportunity then for your to spend two minutes
fixing it and post a patch to the list...
Johnathan
___
The file gr_diff_phasor_cc.h contains a line: " * \brief Please fix my
documentation!"
What it's doing is: out[i] = in[i] * conj(in[i-1]);
The same goes for gr_threshold_ff.h, which is doing:
if (in[i] > d_hi) out[i] = 1.0;
else if (in[i] < d_lo) out[i] = 0.0;
else out[i] = d_last_state;
Can some
On Thu, Feb 5, 2009 at 3:42 AM, Einar Thorsrud wrote:
> I am trying to use the USRP with the LFRX daughterboard to receive a
> baseband signal coming from an external RF-frontend (the signal is
> originally 2-PSK passband). I am a GNU Radio novice, and have some
> difficulties understanding how t
Josh Blum joshknows.com> writes:
>
> There is a problem with the installed version of python-lxml package. My
> machine has lxml version 2.1.1. The latest version of lxml is 2.1.5
> (http://codespeak.net/lxml/index.html#download).
>
> Perhaps you have a very old version of lxml that is missin
Dear: Matt Ettus and all,
There is much information about other daughterboards; but, i cannot get
anything about XCVR2450.Because of this, I am really stuck for long
time.
So, Where can i get detailed information about this board? Or
Could you Please give me answers for the ff questions about X
What I mainly don't understand is why the red and the blue parts are
not the same. According to the python file, it should be the same as
acq_data and derot_data seem to be processed in parallel with the
same set of functions and are actually from the same data file.
OK, for this part I r
Hello!
I try to build GNURadio with OpenBTS on a Ubuntu Linux system. I have
the current revision of the repository running (10393).
GNURadio was built successfully and works, but OpenBTS didn't work,
because RX failed to tune.
Following errors occur:
TRXManager.cpp:
WARNING -- RXTUNE faile
Hi all,
I am trying to use the USRP with the LFRX daughterboard to receive a
baseband signal coming from an external RF-frontend (the signal is
originally 2-PSK passband). I am a GNU Radio novice, and have some
difficulties understanding how to synchronize to and decode the
NRZI-coded baseban
Jason Uher wrote:
>> So, could you explain me how to syncronize these boards to use same
>> oscillator and where can i get detailed information about the steps to
>> make it.
>> Also, is there some other way to decrease phase noise between
>> daughterboards?
>>
>> thanks!
>>
>> Bruhtesfa
>> --
>
>
27 matches
Mail list logo