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++ sources
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
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
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'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
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
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
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
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 two
-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)
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
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
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
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
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 -
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
[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
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?
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
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
20 matches
Mail list logo
