2007/6/19, Shane Clark [EMAIL PROTECTED]:
I am using the DBSRX board. I have actually gotten the receiver
working more or less through trial and error, but I have yet to do the
FM demodulation in Python.
Did you read the specifications for the DBSRX board? The frequency
range of this daughter
Hi,
i'd like to do spectral smoothing on an FFT in real time through
GNU_RADIO.
Is there a function that will allow me to do this in the GNU_RADIO
modules?
If not has anyone attempted it before, or have any suggestions as to how
I should go about implementing it myself.
Perhaps any ideas of
2007/6/21, Aadil Volkwin [EMAIL PROTECTED]:
Hi,
i'd like to do spectral smoothing on an FFT in real time through
GNU_RADIO.
Is there a function that will allow me to do this in the GNU_RADIO
modules?
If not has anyone attempted it before, or have any suggestions as to how
I should go about
I'm sure this has been previously discussed on the list, but I can't
find the discussion in the archives...
I want to transmit and receive in the 144 MHz (2m) band, but there isn't
a daughterboard available for that band. 144 MHz will alias to 16 MHz
with a 64 MHz sampling frequency. So,
Hi,
In the '../gr-usrp/src/usrp1_source_c.cc' file there is a function
'copy_from_usrp_buffer'. I would like to analyze the complex signal
converted from 16-bit interleaved I and Q signal.
I have changed the 'usrp1_source_c.cc' file to open a file using
fstream class and copy the complex signal
On 6/21/07, Meenaktchi Venkatachalam [EMAIL PROTECTED] wrote:
Hi,
In the '../gr-usrp/src/usrp1_source_c.cc' file there is a function
'copy_from_usrp_buffer'. I would like to analyze the complex signal
converted from 16-bit interleaved I and Q signal.
You can try
Hew How Chee wrote:
Hi,
This document might be useful.
RECOMMENDATION ITU-R BS.450-3
Transmission standards for FM sound broadcasting at
VHF
Is it downloadable somewhere?
I already found that this is the standard I need, but could not find a place
where I could download it.
Greetings,
Hello,
beside trying to solve my still existing problem to build wxgui I tried to set
up the atsc transmitter/receiver as listed in the README.signal_flow, but I'm
not able to find several blocks. I couldn't find GRWeaverModHead VSB modulator
and GRWeaverModTail VSB modulator. The following
Thanks Tarun, this helped.
Is there anyway to do the opposite? I have 16-bit I and Q data, I would like
to send this data to USRP and transmit
Thanks
Meenaktchi
On 6/21/07, Tarun Tiwari [EMAIL PROTECTED] wrote:
On 6/21/07, Meenaktchi Venkatachalam [EMAIL PROTECTED] wrote:
Hi,
In the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Meenaktchi Venkatachalam wrote:
Thanks Tarun, this helped.
Is there anyway to do the opposite? I have 16-bit I and Q data, I would
like
to send this data to USRP and transmit
Thanks
Meenaktchi
To log data from the USRP: usrp.source_c -
usrp_rx_cfile.py logs data using gr.file_sink and the output file is a
binary file. Can I have a .dat output file?
I guess for replaying data using the gr.file_source - usrp.sink_c, the
gr.file_source would be reading from a .dat file
Thanks for all help
Meenaktchi
On 6/21/07, Dan Halperin
Hi all-
can anybody explain why the USRP/ LF_RX would seem to introduce a DC bias
or offset to a signal generated by a function generator? I have a
function generator configured to produce a 1 kHz .1 V P-P signal into a 50
Ohm load. I have a Lecroy digital oscilloscope configured with the
On Thu, 21 Jun 2007, Matt Ettus wrote:
[EMAIL PROTECTED] wrote:
Hi all-
can anybody explain why the USRP/ LF_RX would seem to introduce a DC
bias or offset to a signal generated by a function generator? I have
a function generator configured to produce a 1 kHz .1 V P-P signal
into a 50 Ohm
On Thu, 21 Jun 2007, Don Ward wrote:
- Original Message - From: [EMAIL PROTECTED]
To: discuss-gnuradio@gnu.org
Sent: Thursday, June 21, 2007 5:22 PM
Subject: [Discuss-gnuradio] offset at input of LF_RX
Hi all-
can anybody explain why the USRP/ LF_RX would seem to introduce a DC
Oddly enough, usrp_oscope.py doesn't show any DC bias whatsoever,
regardless of what offset I put into the function generator. Maybe
it's removed inside the flow-graph?
DC offset is automatically removed in hardware, but you can turn that
feature off.
Can you explain that in more
On Thu, 21 Jun 2007, Matt Ettus wrote:
Oddly enough, usrp_oscope.py doesn't show any DC bias whatsoever,
regardless of what offset I put into the function generator. Maybe
it's removed inside the flow-graph?
DC offset is automatically removed in hardware, but you can turn that
feature
On Thu, 21 Jun 2007, Matt Ettus wrote:
Oddly enough, usrp_oscope.py doesn't show any DC bias whatsoever,
regardless of what offset I put into the function generator. Maybe
it's removed inside the flow-graph?
DC offset is automatically removed in hardware, but you can turn that
feature
On 6/21/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Is there a software flag in the code I can switch off? If so, where?
http://gnuradio.org/trac/wiki/UsrpFPGA
Under Common Registers:
15 FR_DC_OFFSET_CL_EN DC offset control loop enable
Brian
I'm running GNU Radio on a Dell Precision 530MT workstation under Ubuntu.
Unfortunately, the system only has USB 1.0 ports. I installed an 6-port USB
2.0 add-on PCI card, but I only get a maximum transfer rate of 16 Mbps when I
run benchmark_usb.py from gnuradio-examples/python/usrp. I also
gnuradio.org appears to be down. Where can I find that flag, and how do I
disable it?
However, my surmise of the last post seems to be correct. When I
substitute a regular Basic RX for the LF RX unit, the upwards shift goes
away. This is I'm guessing because, as I hinted to in my previous
If there is no dc-removing capacitor in the circuitry , then should I
not expect that for a board using a single (positive) supply, that the
signal is always above zero?
No, you can put a negative voltage in, as long as it doesn't go below
-3.33V. You need to look at the schematics --
Hello all,
Just update the status of our broken boards. Now they are fixed up. :) We
replaced the amplifier chip, U4 MGA82563, with a new one. Then everything
works now.
Good luck
HUANG Lin
2007/6/6, Lin HUANG [EMAIL PROTECTED]:
I'd like to report to all of you our investigation results. At
22 matches
Mail list logo