I need to interface the USRP to a PC running Windows ( no Linux
here...must use Windows) through LabView..need to do some initial
spectral analysis on the received datajust an FFT,(maybe more?)
Does anyone know of any specific GUI's designed for this purpose?...any
help would be appreciate
Tom - Yes, that will work just fine. That's the initial fix I did
yesterday. Since it sounds like defining "ssize_t d_payload_size"
isn't OK, then I'll just delete my branch. Those were easy changes
anyway. Thanks for getting it fixed quickly; everyone with 64-bit
processor/OS/compiler
Michael Dickens wrote:
In: gnuradio-core/src/lib/io/ :
g++ -DHAVE_CONFIG_H -I. -I../../../.. -DOMNITHREAD_POSIX=1
-I../../../../omnithread -I../../../../gnuradio-core/src/lib/runtime
-I../../../../gnuradio-core/src/lib/general
-I../../../../gnuradio-core/src/lib/general
-I../../../../gnuradi
Steven Clark wrote:
> Is it possible to use a spare pin on the USRP (say, for example, on a
> daughtercard) as a signal sink?
>
> In other words, if I have a char signal stream in software, in which
> only the bottom bit of the 8 bits is active, how do I get that bit
> back out into hardware-land?
[EMAIL PROTECTED] wrote:
> I am currently working with GNU radio and USRP board with its transceiver
> daughtercards for transmitting and receiving signals. I have recently
> aqcuired new RF front end hardware that can mix a baseband signal up to 3.4
> GHz and transmit it. The interface to the
The OFDM work has begun under my (n4hy) branch. Next week it will
continue as I travel to Virginia Tech to work with Tom, Matt, and others
on this and other work.
When we have an OFDM transceiver and can drive one of the Flexible
boards from Matt on the air, we will move it into the trunk so
On Thu, Feb 15, 2007 at 03:33:42PM -0500, Brian Padalino wrote:
> I am real curious as to the ideas that have been thrown out on how to
> handle the in-band signaling to the USB and FPGA for the mblock system
> currently being worked on.
>
> If this is more appropriate to be off-list, that is fine
Hey Brian,
This is actually in discussion right now :)
Myself and another student are working with the platform with the long
term goal of developing fine grained MAC protocols, however we need the
functionality of the m-block and the tighter timing.
Therefore we've started our research proj
I am real curious as to the ideas that have been thrown out on how to
handle the in-band signaling to the USB and FPGA for the mblock system
currently being worked on.
If this is more appropriate to be off-list, that is fine - but I am
real curious and wouldn't mind helping out if I could. I kno
On an semi-related note, which of the RF front end cards will work
with the OFDM waveform? From my understanding, it has a pretty high
peak-to-average ratio which might cause some problems with some
transmitters.
How are the floating point numbers calculated on the PC going to be
normalized into
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:discuss-
> [EMAIL PROTECTED] On Behalf Of Shravan Rayanchu
> Sent: Thursday, February 15, 2007 2:56 PM
> To: gnuradio mailing list
> Subject: [Discuss-gnuradio] OFDM PHY (802.11) ?
>
> Hi all,
>
> Is the OFDM implementation (see below
Hans Glitsch wrote:
> Hello,
>
> I'm still new at this. Please be patient with me.
>
> I'm getting confused by the variances in docs and articles I can find
> on the internet. I'm confused about the exact capabilities of the
> usrp, and the Basic RXs that I have. I have a usrp rev 4.1 and tw
Shravan Rayanchu wrote:
> Is the OFDM implementation (see below) compliant to that of 802.11 ?
>
> http://gnuradio.org/trac/browser/gnuradio/branches/developers/n4hy/ofdm2/gnuradio-examples/python/ofdm
No. This is a work in progress implementation of a generic,
parameterized OFDM modulator/demo
Hi all,
Is the OFDM implementation (see below) compliant to that of 802.11 ?
http://gnuradio.org/trac/browser/gnuradio/branches/developers/n4hy/ofdm2/gnuradio-examples/python/ofdm
I am looking for source code which implements 802.11a scrambler,
convolution encoder etc .. I couldn't find it in t
Okay as someone suggested, it was possibly a timing issue.
So, then I thought whats on my bus... and I have a webcam capturing
images every second with the spca5xx driver.
After stopping the capture and removing the module, it works now!
Greatly appreciate the help.
- George
Alan Stern wr
What command line options are you using with usrp_rx_cfile.py? Can you
send us an example of what you're executing on the command line?
Cicale Randy S 2dLt AFRL/VSBXI wrote:
I'm trying to save a signal to a file coming from a signal generator.
The logical starting point is to use the program us
I'm trying to save a signal to a file coming from a signal generator. The
logical starting point is to use the program usrp_rx_cfile.py. After I put in
the center frequency, I would like to vary the signal to view how it changes
with time (via Matlab) but no matter how many samples or throttling
On 2/15/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
I am currently working with GNU radio and USRP board with its transceiver
daughtercards for transmitting and receiving signals. I have recently aqcuired
new RF front end hardware that can mix a baseband signal up to 3.4 GHz and
transmit
I am currently working with GNU radio and USRP board with its transceiver
daughtercards for transmitting and receiving signals. I have recently aqcuired
new RF front end hardware that can mix a baseband signal up to 3.4 GHz and
transmit it. The interface to the new RF hardware is thru BNC cabl
Is it possible to use a spare pin on the USRP (say, for example, on a
daughtercard) as a signal sink?
In other words, if I have a char signal stream in software, in which only
the bottom bit of the 8 bits is active, how do I get that bit back out into
hardware-land?
Many thanks for your time (ev
> > gr_udp_sink.cc:168: error: no matching function for call to 'min
> > (int&, long int)'
> > make[5]: *** [gr_udp_sink.lo] Error 1
I believe this is a 64-bit related problem.
int and long int are often different sizes on 64-bit machines.
> > This is a call to std::min, which from the C++ sour
21 matches
Mail list logo
