The Mode A and C transponders uses Pulse AM with the presence of pulses
in defined timeslots determining the data with framing pulses at the
start and end. Mode S uses Pulse Position Modulation (PPM) with a
preamble. I included a png of the first part of a Mode S packet. The 4
pulses at the
On Mon, Mar 26, 2007 at 03:15:22PM -0400, Thibaud Hottelier wrote:
> I updated the wiki page
> (http://gnuradio.org/trac/wiki/UsrpTxModifications) again, added the
> command block FSM and renamed the fifos as Eric proposed. If nobody see
> any major problem, I can start to implement these modifi
Roshan Baliga wrote:
Matt Ettus wrote:
> The rev 4 and newer USRPs have a clock generator chip that is
spec'ed to
take a signal as low as 150 mV p-p. However in my testing I found I
needed a voltage as high as 8 or 9dBm. 8dBm is about .8V, so that
should still work.
Sorry if this isn't re
On Mon, Mar 26, 2007 at 05:05:38PM -0400, Gregory W Heckler wrote:
> Is there a proper way to format comments in my DBS-RX driver's source to
> be included in the doxygen documentation? I would like to do this prior
> to submission of the driver. Thanks.
>
> Greg Heckler
Sure, thanks for asking
On Mon, Mar 26, 2007 at 01:13:07PM -0700, Melody S wrote:
> Hi,
>
> I am trying to install gnuradio-core but after the ./bootstrap command , I
> get the following errors
>
> configure.ac:25: error: possibly undefined macro: AM_INIT_AUTOMAKE
> configure.ac:34: error: possibly undefined macro:
On Mon, Mar 26, 2007 at 03:15:22PM -0400, Thibaud Hottelier wrote:
> I updated the wiki page
> (http://gnuradio.org/trac/wiki/UsrpTxModifications) again, added the
> command block FSM and renamed the fifos as Eric proposed. If nobody see
> any major problem, I can start to implement these modifi
Hi George,
(Yes, I know you're waiting for me... More later on today)
On Mon, Mar 26, 2007 at 04:02:48PM -0400, George Nychis wrote:
> So from what I understand, a daemon has been suggested for inband packet
> encoding and decoding that is implemented as an m-block which can be
> connected in
Thank you for the response. I was afraid that might be the case :) The
following workaround seems to work well (which seems to validate your
hypothesis):
When a packet is _not_ being sent, the transmitter outputs a continuous
stream of 0-valued samples to the USRP. When a packet _is_ bein
Is there a proper way to format comments in my DBS-RX driver's source to
be included in the doxygen documentation? I would like to do this prior
to submission of the driver. Thanks.
Greg Heckler
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu
In looking for particular frequencies which can successfully transmit across a
particular medium or antenna, I've spent days running benchmark_tx on one side
and benchmark_rx on the other (two separate machines). I've got an ethernet
connection between the two machines, so it is a matter of sshi
Hi,
I am trying to install gnuradio-core but after the ./bootstrap command , I
get the following errors
configure.ac:25: error: possibly undefined macro: AM_INIT_AUTOMAKE
configure.ac:34: error: possibly undefined macro: AM_PROG_AS
configure.ac:40: error: possibly undefined macro: AC_LIBTOO
Brian Padalino wrote:
Looks cool to me.
32-bits should be OK. What problems do you think you may have an issue
with?
None particularly. There is no 32 bits wide bus in the fpga currently,
so I thought that it might use too many connections.
You will probably have to create your own FI
So from what I understand, a daemon has been suggested for inband packet encoding and
decoding that is implemented as an m-block which can be connected in a flow graph for the
encoding/decoding and interfacing with the USRP. Is this correct?
The goal would be the only have 1 of these running,
On 3/26/07, Thibaud Hottelier <[EMAIL PROTECTED]> wrote:
I updated the wiki page
(http://gnuradio.org/trac/wiki/UsrpTxModifications) again, added the
command block FSM and renamed the fifos as Eric proposed. If nobody see
any major problem, I can start to implement these modifications by
working
I updated the wiki page
(http://gnuradio.org/trac/wiki/UsrpTxModifications) again, added the
command block FSM and renamed the fifos as Eric proposed. If nobody see
any major problem, I can start to implement these modifications by
working on the tx_usb_block.
Here is what I think that could
I can't get the output to the fm_tx_2_daughterbaords.py example to work. I am
testing with 2 complex signals and on each signal, the I channel is a sinusoid
and the Q channel is a sinusoid of a different frequency. I have connected
each of the 4 SMA connectors from the 2 Basic TX daughterboard
Hello,
I'm interested in taking some binary data that I've generated using GNU
Radio and outputting it to hardware at TTL levels. The data would be coming
out at a relatively low frequency (50-100kHz). I haven't been able to find
anything describing the voltage levels possible using the BasicTX
--- bellzii <[EMAIL PROTECTED]> wrote:
>
> Hey every1,
>
> Can some1 tell me what are the PCM input/ouput device names (like
> hw) for
> a speaker(output) and a mic(input)?
try this:
"cat /proc/asound/devices"
It's different depending on your setup but here it is on this computer:
bash
Hi,
You can use decimation and a rational_resampler block.
If you really need to change the clock read this:
http://www.comsec.com/wiki?USRPClockingNotes
It explains how to use an external clock source with the usrp. I was able
to use a 38.4MHz clock with the usrp from a signal generator. It
Hello,
I have recently purchased the USRP board and the RX daughterboard, and I
have started working on them.
One major factor that I need to change is the sampling rate frequency of
the ADCs on USRP, I know the USRP clock is at 64MSPS and I need to
reduce it to at least half of it.
My question
Richard Alimi wrote:
Hello All,
I am currently having a problem with packet transmission similar to the one
Tom Rondeau had mentioned in his February 14th 2006 post titled 'Dropped
Packets.' However, there was no general resolution given there.
When I run the dbpsk/dqpsk/gmsk transmitter/re
Hello All,
I am currently having a problem with packet transmission similar to the one
Tom Rondeau had mentioned in his February 14th 2006 post titled 'Dropped
Packets.' However, there was no general resolution given there.
When I run the dbpsk/dqpsk/gmsk transmitter/receiver under the
gnurad
Hey every1,
Can some1 tell me what are the PCM input/ouput device names (like hw) for
a speaker(output) and a mic(input)?
ohh and does can some1 tell me what is the vertical axis of the
oscilloscope.py
thanks for your time
--
View this message in context:
http://www.nabble.com/audio-input-n
On Mon, Mar 26, 2007 at 11:09:53AM +0200, Trond Danielsen wrote:
> 2007/3/25, Eric Blossom <[EMAIL PROTECTED]>:
> >On Sat, Mar 24, 2007 at 08:42:40AM -0700, Robert Miller wrote:
> >>
> >> Hello,
> >>
> >> I would like to repeatedly compute signal characteristics for consecutive
> >> blocks of data
2007/3/25, Eric Blossom <[EMAIL PROTECTED]>:
On Sat, Mar 24, 2007 at 08:42:40AM -0700, Robert Miller wrote:
>
> Hello,
>
> I would like to repeatedly compute signal characteristics for consecutive
> blocks of data from the USRP, while echoing the results to the screen (e.g.
> mean,etc.). I would
25 matches
Mail list logo
