Hi all,
I've added documentation on the new polymorphic type in GNU Radio, PMT,
to the GNU Radio wiki:
http://gnuradio.org/trac/wiki/TypePMT
It has full details of many of the methods, how to use a PMT, how to
assign it values, how to do type conversions, etc...
For more difficult PMT types
Philip Balister wrote:
I've received a Beagle board and started testing the USRP connection.
(Still needs work) I've had several requests for more information so I
thought a photo would help people understand the possibilities.
http://www.flickr.com/photos/[EMAIL PROTECTED]/2439256116/
Philip
Hi all,
Is there a way to reduce the gain of the RFX900 board?
Using the "self.subdev.set_gain(self.subdev.gain_range()[1]/Att)" function
does not seem to change anything.
Thanks!
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.
guys, I just got GR installed on cygwin. It runs. But
don't know what debugging tools and IDE that I can use
to play with it. Eclipse for windows seems not support
cygwin. I couldn't run debugging or any other code
navigation function.
do you have any suggestions and recommendations on
cygwin debu
Hi there,
I'd like to use the GigE MAC module for the USRP2 on a piece of (non-USRP2)
hardware, but due to project constraints am not able to use GigE or 100Mbps.
Does the module support 10Mbps? From the comments in the change logs, I'm
guessing not, but just wanted to make sure. From an earlier p
David Li wrote:
Hi George,
I browsed through cmac.cc and got a few questions:
1. Can you explain more about "Without m block to gr block connection,
all raw samples are forced thru the MAC layer"?
Ahhh I need to change that comment. That comment is no longer true.
The samples hit the PH
> Message: 6
> The OFDM system uses fft_length number of subcarriers and
> occupied_tones
> number of used subcarriers. The used subcarriers are mapped to the
> middle of the fft_length subcarriers leaving the same number of
> guardband subcarriers on either side. The middle two subcarriers are
I am not sure the fine gr_complex to xxx is the same as the gr_complex which I
found in the ofdm_mapper_bcv.cc "const std::vector &constellation"
I thought they are different, aren't they?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
h
Hi George,
I browsed through cmac.cc and got a few questions:
1. Can you explain more about "Without m block to gr block connection,
all raw samples are forced thru the MAC layer"?
2. What kind of applications are needed to interface with your MAC code
to do CS configuration and data transfer/r
Per Zetterberg wrote:
Hi All,
I am trying to get some experience of flexrf1800. I am receiving a CW of
1766MHz (from a signal generator) and transmitting a wavefrom at a different
frequency. Now, changing the frequency of the outgoing signal from 1800MHz
to 1900MHz changes the estimated amplitud
Hi,
I use an array to implement supporting multi-constellation scheme for OFDM
system, but
I got a problem in modifying the code for /trunk/
gnuradio-core/src/python/gnuradio/blks2impl/ofdm.py
in which I generate a parameter multi_modulation[i][j]
while i is the ith subcarrier, and j is the us
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I don't know how relevant this is, but I have fixed similar problems
in the past by making sure that the host app sends data that's an even
multiple of 512 bytes. (This is harder than you think :))
I found that if you send a number of sample byt
Hi All,
I am trying to get some experience of flexrf1800. I am receiving a CW of
1766MHz (from a signal generator) and transmitting a wavefrom at a different
frequency. Now, changing the frequency of the outgoing signal from 1800MHz
to 1900MHz changes the estimated amplitude of ingoing signal by
Brian-
> On Fri, Apr 25, 2008 at 9:32 AM, Jeff Brower <[EMAIL PROTECTED]> wrote:
> > You are talking about the ARM9 core on the OMAP device, right? If so then
> > you can
> > run Linux on the ARM core but overall processing capability will be
> > limited compared
> > to a Xeon or Core2-somet
Per Zetterberg wrote:
Hi All,
I am transmitting a stream of buffers from the USRP (based on libusrp with
standard .rbf file). After I've done tx->stop (where tx is a pointer to
usrp_standard_tx) it seems that the USRP is repeating the last transmitted
buffer (or couple of buffers ?). Is this c
On Fri, Apr 25, 2008 at 9:32 AM, Jeff Brower <[EMAIL PROTECTED]> wrote:
> You are talking about the ARM9 core on the OMAP device, right? If so then
> you can
> run Linux on the ARM core but overall processing capability will be limited
> compared
> to a Xeon or Core2-something PC. Now if you
Philip-
> > just being curious :) what are you going to use the
> >
> > combo(beagle+usrp) for? use beagle to replace the usrp
> > host? they are not connected in your pic.
>
> They really are connected. I added a note to the picture :)
>
> Right now, I can load the 8051 and see the LED blink
Hi All,
I am transmitting a stream of buffers from the USRP (based on libusrp with
standard .rbf file). After I've done tx->stop (where tx is a pointer to
usrp_standard_tx) it seems that the USRP is repeating the last transmitted
buffer (or couple of buffers ?). Is this correct ?
BR/
Per
18 matches
Mail list logo