I am currently working on an SDR board with a LTC2208 16 bit 125 MHz ADC
and a 14 bit 125 MHz DAC and everything is working well except for the
USB interface. I am using the Cypress FX2LP CY7C68013A-56PVXC chip. It
is driving the SLOE/PA2 pin at all times (even in reset). It is supposed
to defa
On Tue, Jul 24, 2007 at 12:36:10PM +0200, Vincenzo Pellegrini wrote:
> thanks Trond,
> I went your way, and actually my stream gets loaded right into the ram
> as I wanted..:)
> my problem is now that.. doing:
>
> data = fromfile("/root/Desktop/ofdm_encode_1H.dump",
> dtype="complex64")
>
On Tue, Jul 24, 2007 at 04:19:58PM -0700, Roshan Baliga wrote:
> S Mande wrote:
> >1) Do I need a 3rd party tool to transfer my code to the FPGA on USRP ?
> >I remember using a JTAG cable and Active-HDL for this task when i worked
> >with Aldec procesors.
>
> I'm sure there are multiple ways to
Hi,
I'm a newbie to this area and trying to transfer file through USRP.
I've read some documentation and tutorial about how FM receiver works
on USRP. However, file transfer seems not that easy since the receiver
must to notify when the file start and end. Also, I'm not sure how to
turn binary 0
On 7/24/07, Michael P Buettner <[EMAIL PROTECTED]> wrote:
Thanks Brian, that was just what I was looking for. I've now enough to dig
into anyway, and we'll see what happens.
Are there any current testbenches? The only testbench I can find is
full_chip which is defunct.
Whoops - I gues
i think my problem is that numpy's fromfile() provides this as an output
[ -1.38586906e+38 +1.12948992e+32j 1.43605805e+30 -4.40817649e-09j
8.78218944e+08 -1.98631123e-14j ..., 4.88822397e+23 +2.90330289e
+13j
5.91237359e-02 +4.88047634e+23j -5.31466166e+33 -3.25484218e-18j]
which gets
S Mande wrote:
1) Do I need a 3rd party tool to transfer my code to the FPGA on USRP ?
I remember using a JTAG cable and Active-HDL for this task when i worked
with Aldec procesors.
I'm sure there are multiple ways to do this, but I just use the existing
usrp framework to load the RBF file o
Eliane Hook wrote:
> Thanks for the responses.
>
> I have used twice the interpolation number as the decimation number
> that is
> used to record or receive the data.
>
> I did not understand this part:
> "Secondly, there is likely frequency offset between your original
> transmitter and the USRP o
Hi,
I am looking at the possibility of reprogramming the existing firmware
inside FPGA.
I am using the Quartus software to compile the code. However, I am new to
USRP and GNU Radio.
It would help me if anyone of you could reply to my questions:
1) Do I need a 3rd party tool to transfer my cod
Christian Sokolowski wrote:
> Hi all,
>
> I use differential PSK with up to 4 bits per symbol. I tested transmission as
> a simulation modelling the channel with AWGN noise and phase rotation. So
> far, simulation works perfect (100% packets will be received correct) with
> all modulation orders
Jeffrey J. Ung wrote:
> Hey everyone,
>
> This is my first post, so allow me to introduce myself really quick.
> My name is Jeff and I'm a UCLA student working on a GNU Radio Project
> where I will attempt and hopefully succeed to implement BPSK
> modulation/demodulation on a GNU Radio with a USRP
After some major debugging, I have found a fix for this problem. To
summarize the problem again: the transmitter seems to flip the IQ
channels at random during packet transmissions, even though I do not
make any changes to mux settings or other USRP settings. In order to
fix this bug, I had to mod
On Tue, 24 Jul 2007, Brian Padalino wrote:
You can see how at line 72 there is a case statement and if the TX
FIFO is empty, the values are set to be zero. I am not 100% sure, but
I believe if you change these values to be non-zero you will get a
carrier to come out.
Moreover, once the TX FIF
On Tue, Jul 24, 2007 at 05:10:10PM -0400, KC Huang wrote:
> Hi Gesly:
>
> I am the student of Rutgers and now I try to do some TDMA MAC protocol with
> Gnuradio and Click. After researching the Gnuradio mailling list, I found
> that u have already done this protocol to work. So, I wonder that if
Hi Gesly:
I am the student of Rutgers and now I try to do some TDMA MAC protocol with
Gnuradio and Click. After researching the Gnuradio mailling list, I found
that u have already done this protocol to work. So, I wonder that if I can
ask u some questions:
1. How to make the interface between
On 7/24/07, Michael P Buettner <[EMAIL PROTECTED]> wrote:
Hello folks. I am currently looking at using the USRP for interaction with RFID
tags. The crux of the problem is that I need to transmit a continuous carrier wave
to power the tag, but I also need very low latency with respect to receiv
Hello folks. I am currently looking at using the USRP for interaction with RFID
tags. The crux of the problem is that I need to transmit a continuous carrier wave
to power the tag, but I also need very low latency with respect to receiving a tag
signal and responding to that signal (< 500us.
On Tue, Jul 24, 2007 at 12:36:10PM +0200, Vincenzo Pellegrini wrote:
> thanks Trond,
> I went your way, and actually my stream gets loaded right into the ram
> as I wanted..:)
> my problem is now that.. doing:
>
> data = fromfile("/root/Desktop/ofdm_encode_1H.dump",
> dtype="complex64")
>
thanks Trond,
I went your way, and actually my stream gets loaded right into the ram
as I wanted..:)
my problem is now that.. doing:
data = fromfile("/root/Desktop/ofdm_encode_1H.dump",
dtype="complex64")
vector_source = gr.vector_source_c(data,True)
self.connect(vector_s
19 matches
Mail list logo
