Hello all,
I'm clearing out the office and need to sell my GNU Radio setup. I have
a USRP version 4(N0 Enclosure), BasicTX, BasicRX, and TVRX daughtercards.
All are in good working order. The whole bundle cost me $800, with USRP
($550), BasicTX/RX ($75each) and the TVRX ($100). Will sell for $650 o
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. A
>
> 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 -
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 p
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 al
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
__
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 off
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 off
>>
>>> 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
On Thu, 21 Jun 2007, Don Ward wrote:
- Original Message - From: <[EMAIL PROTECTED]>
To:
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 bias
or offset to a signa
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 lo
Hello,
I tried building the trunk. After make install, I tried running some
scripts like usrp_fft.py, benchmark_rx.py, ... It seems all of them have
the same error:
Traceback (most recent call last):
File "./benchmark_rx.py", line 23, in ?
from gnuradio import gr, gru, modulation_utils
Fi
[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 load. I have a Lecroy digital osc
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 in
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 <[E
-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
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,
>
> I
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 que
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.
Gree
On 6/21/07, Alaelddin Mohammed <[EMAIL PROTECTED]> wrote:
it works now, thank you
But, when I tried to run usrp_spectrum_sense.py I got this
$ python usrp_spectrum_sense.py
Traceback (most recent call last):
File "usrp_spectrum_sense.py", line 9, in ?
from usrpm import usrp_dbid
ImportErr
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 ../gnuradio-examples/pytho
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
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, sub-nyq
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
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 cas
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,
This document might be useful.
RECOMMENDATION ITU-R BS.450-3
Transmission standards for FM sound broadcasting at
VHF
Regards,
Hew
--- Martin Dvh <[EMAIL PROTECTED]> wrote:
>
> can you give me a link to more info or the stereo FM
> specs on this.
>
>
> Greetings,
> Martin
_
Matt Ettus wrote:
>>>I would try this with the regular (non-PLL) FM demod. I think the
>>>rolloff of the PLL tracking loop is what is giving you the lower gain.
>>>
>>
>>Yes, that seems to be the problem.
>>For now I switched to using the non-PLL FM-demod.
>>
>>Do you know if/how I can make a
it works now, thank you
But, when I tried to run usrp_spectrum_sense.py I got this
$ python usrp_spectrum_sense.py
Traceback (most recent call last):
File "usrp_spectrum_sense.py", line 9, in ?
from usrpm import usrp_dbid
ImportError: No module named usrpm
what is wrong now please.
Don Ward
29 matches
Mail list logo
