Quoting kilian <[EMAIL PROTECTED]>:
> mentioned USB performance and now I would like to add another data point
> to it. After I found out that I had to upload the firmware first, using
> 'burn-usrp2-eeprom', I ran test_usrp0 and got the following output:
Thanks for the data. 24 MB/s isn't too ba
Quoting Bob Vincent <[EMAIL PROTECTED]>:
> We've got a couple of USRP boards running on "embedded" ebx boards.
Great!
> Unfortunately, we are seeing usb overruns/underruns when we run the fsk_tx
> / rx example. I removed the fft from the signal chain, and we still see
> regular overruns on the r
Quoting mj <[EMAIL PROTECTED]>:
> > Am i missing something obvious?
> >
>
> Fixed it. the "freq1 = blah * 1e6" evaded me.
>
> Still not sure on how to receive 433Mhz if anyone
> knows.
As RF frequency rises from 0 to 32 MHz, the "digital" frequency goes from 0 to
32 MHz. As RF frequency goes fr
Quoting Achilleas Anastasopoulos <[EMAIL PROTECTED]>:
>
> I deactivated the three fftscopes that I had and now
> it works fine. The voice distortion was because the CPU
> could not handle the load. It is amazing how much CPU
> power the fftscopes consume...
>
Yes, very true. It's not even the FF
Quoting Marcus Leech <[EMAIL PROTECTED]>:
> It would be useful to have a function that returned the as-aliased
> frequency for
> any given input frequency (up to the maximum input frequency of the A/D).
> Trivial, I suppose, but less opportunity for brain farts that way.
A good idea.
Anyway
Quoting Rahul Dhar <[EMAIL PROTECTED]>:
> On Tue, Feb 15, 2005 at 06:18:57PM -0800, Eric Blossom wrote:
> >
> > Pull out your trusty ohm meter and with the board unplugged from the
> > power supply, check continuity across the fuse F501. If you start at
> > the power connector and follow the trac
> Can I use any wire, or is there a specific gauge, etc., that I need to
> look for?
Any wire that can handle 3 amps.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Quoting "Robert W. McGwier" <[EMAIL PROTECTED]>:
> n4hy:/usr/local/GnuRadio/gnuradio-examples-0.3/python/usrp # ./usrp_fft.py
> usrp: found usrp rev2
> RX d'board A: Invalid EEPROM contents
> RX d'board B:
> uOuOuO
>
> What is the EEPROM error about?
>
> The USRP is found and running. I put the
I realized about an hour before a demo last night that we didn't have narrowband
FM (like ham and public safety), so I coded it up. Its in the
gnuradio-examples package, and it is commented rather liberally.
It will require an update on the gr-wxgui stuff too.
Matt
__
Quoting Kimsey Pollard <[EMAIL PROTECTED]>:
> Has anybody tried transmitting on the USRP TX, known signals
> and frequencies and feeding them back into the RX for confirmation?
> A test loop of sorts.
Yes, I do this all the time for testing.
Matt
__
...
Big GUI toolkit discussion deleted
...
The reason the plots are currently slow is the way they are implemented, and is
not the fault of wxWindows. Switching toolkits would not change this, and
would only waste time and effort which would be better spent fixing the real
problem.
If somebod
Quoting Graham Stead <[EMAIL PROTECTED]>
>
> The -fPIC suggestion seems odd; the option seems related to some older cpu
> architectures. Nevertheless, I tried to recompile libfftw3f and
> gnuradio-core with -fPIC, but received the same link error.
>
> Has anyone else done a gnuradio-core-2.4 64-bi
>
>
> and here is where it loses it:
>
> checking boost/shared_ptr.hpp usability... yes
> checking boost/shared_ptr.hpp presence... yes
> checking for boost/shared_ptr.hpp... yes
> configure: creating ./config.status
> config.status: creating Makefile
> config.status: error: cannot find input file
Quoting John Gilmore <[EMAIL PROTECTED]>:
> In general I wonder -- is it the practice in Python to have "includes"
> run off and do things that could cause errors? I'm used to more static
> languages where if you import a library, it just lays there until you call
> it. :-) That way, you can
aU == audio underrun (not enough samples ready to send to sound card sink)
uU == USRP underrun (not enough sample ready to send to USRP sink)
uO == USRP overrun (USRP samples dropped because they weren't read in time.
___
Discuss-gnuradio mailing
> One thing I might have to address for cw is the envelope - the envelope
> is supposed to have a certain rise time, instead of just going full bang-on,
> which causes key-clicks over a wide spectrum (i.e., qrm to others).
>
I'd use the keying waveform as input to an interpolating fir filter, pa
Quoting Rahul Dhar <[EMAIL PROTECTED]>:
> Hi folks,
>
> I'm trying to play with the fsk_rx.py and fsk_tx.py in
> gnuradio-examples-0.3/python/usrp1. Tx seems to be working, as the post
> modulation graph is showing signs of life. However, the Rx post
> modulation shows no activity. I have Tx an
Quoting Bob Vincent <[EMAIL PROTECTED]>:
> FYI, I just did a clean CVS checkout. The directories don't have
> Makefile.in, so I copied from the versions in the tarfiles.
When using CVS, run ./bootstrap from the top-level directory. That will create
the Makefile.in files. Then run ./configure.
> I've been through the Wiki but haven't been able to sort
> this out. What's involved in driving the USRP from an
> external clock?
Remove X2, add J2001. Feed J2001 a CMOS-level clock.
The clock you send in will be your ADC sampling clock. Your DAC sampling will
be 2X the frequency you send i
> Has anyone had any issues with the Cypress FX2 overheating? Ordinarily
> I have the LTC1746 board connected to the ElraSoft FX2 board. However
> right now I'm experimenting with my Spartan 3 dev board. Everything
> seems to run fine for 10-15 minutes at which point I stop getting data
> from
Quoting Chuck Swiger <[EMAIL PROTECTED]>:
> Hi - Just curious whats the mechanism behind this: using a usrp xmit
> interpolation of 64 we get max signal level, and it drops off a lot if
> changed, say to
> 40 or 80. With interp=64, sample rate of 200, sig ampl of 6000, center
> at 14000e3 and
This is also why most systems like this only allow power of 2 ratios.
Quoting Matt Ettus <[EMAIL PROTECTED]>:
> Quoting Chuck Swiger <[EMAIL PROTECTED]>:
>
> > Hi - Just curious whats the mechanism behind this: using a usrp xmit
> > interpolation of 64 we get
> The new code is attached: (sorry if its a bad idea to send over the list)
It's NEVER bad to send code :)
Thanks for working on this. A lot of people have been sending me mail asking
for this.
Matt
___
Discuss-gnuradio mailing list
Discuss-gnurad
> is usrp_std_release-020105.rbf still the current release or has ther been any
> updates since?
That rbf is the newest released so far.
A new release of everything should be coming this week.
Matt
- End forwarded message -
___
Discuss-
Checked into CVS. Thanks!
Quoting David Carr <[EMAIL PROTECTED]>:
> Updated version with color.
> See code for comment that shows where to adjust gain.
> Also, its probably very simple but how does one modify the size of the
> window?
> Right now you have to manually make it bigger for everyth
Quoting Chen-Mou Cheng <[EMAIL PROTECTED]>:
> I'm a grad student working primarily on wireless sensor network stuff.
> I just got my USRP and am having great fun playing with it. I'd like
> to do some projects with it (e.g., making it talk to Berkeley Motes),
> but right now there appears to be
Quoting Ben Mathews <[EMAIL PROTECTED]>:
> Matt Ettus wrote:
>
> >I have transceivers for 900, 1.2GHz and 2.4 GHz which should be available in
> >April.
> >
> >I also have 2 receive-only boards, which together should cover 50 MHz to 2.4
> or
> >2.5
Quoting Robert McGwier <[EMAIL PROTECTED]>:
> I would like to do N, where N is larger than 4, correlators on the FPGA
> in order to do code acquisition for code division multiplexing. I would
> also
> like to do beam steering experiments on four channels. All involve
> multiplications and the lo
Quoting Sachi <[EMAIL PROTECTED]>:
> Thanks Eric, so the usrp accepts negative
> IF¡¡frequency?
Yes
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> Hye all
>
> Iam also a hardware engineer and work on FPGA and design
> with Digital fundamentals and code on verilog , can u all
> tell me where can i fit into this discussion and how can i
> help.
>
> Regards
>
> Sarvamiti
Welcome. All of the code and designs for the USRP are available at
htt
> I have been successfully using the USRP to digitize NTSC video. However I
> need to change
> the system operation freq to 27 MHz. I am thinking of using cyclone's PLL
> for generating the
> 27 MHz clock for internal operation. But the problem is really feeding the
> 27 MHz clock
> to the ADC. I
Quoting Graham Stead <[EMAIL PROTECTED]>:
> Hello everyone,
>
> We'd like to make some off-air HDTV measurements, but realize the Microtune
> 4937-based RF front-ends are no longer available.
>
> We've tried eBay and parts brokers. We've looked at alternative RF
> front-ends, but the IF output is
> I have been trying to find a way to use usrp_rx_file.py to grab a
> certain bandwidth and sample rate from my usrp and save it into a
> file. By moving the decimation value to max i can't get the bandwidth
> down to 12.5khz.
The USRP hardware will only decimate by up to 128 at this time. That
By popular demand, I have added the option to purchase USRP systems with a
credit card, but without using PayPal. This will allow purchases from any
country. Also, those with corporate P-Cards can use it too. To order, go to:
http://www.ettus.com/custom.html
You may need to hit refresh in
Quoting LRK <[EMAIL PROTECTED]>:
> On Thu, Mar 24, 2005 at 02:11:05PM -0800, Eric Blossom wrote:
> >
> > None of the code is hardcoded to use ALSA or hw:0,0.
> >
> > Use the gr-audio-oss tarball instead. You'll need Berndt's BSD
> > patches to make it work on BSD. Check the archives for it.
>
>
Quoting [EMAIL PROTECTED]:
> Hello all
>
> I have just installed gnuradio-0.9 on RH9.
Get the 2.x versions. 0.9 is quite old.
http://comsec.com/wiki?GnuRadio2.X
Matt
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/m
> But if you don't know anything, in my understanding, you must:
>
> 1. Try every (32) PRN code, since you don't know what satellites are
> over your local horizon.
Yes
> 2. Try multiple frequencies in order to compensate doppler deviation of
> unknown satellites respect to your unknown position
Quoting Prateek Dayal <[EMAIL PROTECTED]>:
> Hi,
>
> I have a query pertaining to the decimation done in USRP. In this
> decimation is an IIR filter applied at any step ? I am asking this because
> there may be some kind of envelope distortion in case an IIR filter is
> applied
No IIR filters an
who have helped out by contributing code,
bug fixes, bug reports, and suggestions, as well as all of our customers.
Matt Ettus
Ettus Research LLC
[EMAIL PROTECTED]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> They share a common ground but there is also a transformer in the mix, does
> this mean that they can go down to DC?
Since the inputs and outputs on the BasicTX and BasicRX are transformer-coupled,
you can not pass DC. The low end is about 100 kHz. You can make it much lower
by replacing the
Quoting Sachi <[EMAIL PROTECTED]>:
> Hi, guys
>
> I met some confusions when I tried the usrp_fft and
> usrp_oscope.
>
> I generate a 2MHz, peak to peak 1V, sin wave using the
> Agilent signal generator, and connect it to usrp.
> However, the result of usrp_fft always shows a very
> strong compone
Quoting Javs <[EMAIL PROTECTED]>:
> Dear all,
>
> The Analog Device chips on my USRP (and to some extent the FPGA) seem to be
> heating more than usual now. On a touch basis, I observed that they are much
> heated (burning sensation) than they were before. I've been using it for
> about 40 days no
A lot of questions about DC offset have come up lately, so I just wanted to
clear things up a bit. The discussion applies to both TX and RX, but I will
speak in terms of the RX.
The USRP has 2 kinds of DC offset. The first is "real" DC offset. All AD
converters have some natural DC offset to
Quoting Larry Doolittle <[EMAIL PROTECTED]>:
> On Tue, Apr 05, 2005 at 02:18:19PM -0700, Eric Blossom wrote:
> > On Tue, Apr 05, 2005 at 12:03:00PM -0700, Larry Doolittle wrote:
> > >
> > > I have an Avnet Virtex 4 evaluation board, intended for
> > > projects similar in concept to GNU Radio. It
Quoting Ben Loftin <[EMAIL PROTECTED]>:
>
>
> Just got my USRP and before I run the tests, just wanted to double
> check. On the board it is labeled rev 3. Just want to make sure the
> 2.5 tarball or a build from CVS will be able to run and use correct
> firmware since the directory created is
Can you measure the current draw of the system?
matt
Quoting Javs <[EMAIL PROTECTED]>:
>
>
>
> Matt,
>
>
>
> I tried the following and observed this:
>
>
>
> >During normal operation, the AD chips can get pretty warm. Try >this:
>
>
>
> >1 - Take off all daughterboards.
>
>
>
> >2 - Plug in t
If you have a TVRX board, do not run wfm_rcv_gui.py, as it will not do what you
want. You need to run tvrx_wfm_rcv_gui.py
Also, in tvrx_wfm_rcv_gui there is a line that reads "which_side = 0". This
means that the program is expecting to find your tvrx board on the "A" side.
If you have you
Quoting Sachi <[EMAIL PROTECTED]>:
> Hi Matt
>
> When will your new daughter boards be available to
> purchase?
The TVRX boards (50 MHz to 870 MHz receive only) are available now, from my web
site. The others are coming soon.
Matt
___
Discuss-gnur
Quoting Anastasopoulos Achilleas <[EMAIL PROTECTED]>:
>
> As I mentioned in a previous email,
> using the "tv_wfm_rcv.py" from the latest tarballs
> I get an error when decim=250 saying
>
> usrp_standard_rx::set_decim_rate: WARNING rates > 128 result in incorrect
> gain.
Ignore that in this case,
Quoting Deqiang chen <[EMAIL PROTECTED]>:
> hello, Eric,
>
> I remembered there is an annoucement that FSK can work at 100kbps.
> So I dig it out and take a look at the source code for the FSK ( fsk_rx.py)
> . I am a little surprised
> that there are no time recovery there. My understanding is tha
Quoting Anastasopoulos Achilleas <[EMAIL PROTECTED]>:
> I hooked up an analog osciloscope on the Basic Tx daughterboard and tested
> the usrp_siggen.py. It seems to work!
>
> A couple of questions:
>
> 1) what are the units of amplitude? (the default is 16e3)
The signal into the USRP is a 16-bit
Quoting Harald Welte <[EMAIL PROTECTED]>:
> Hi!
>
> Since my TVRX frontend just arrived the other day (even without having
> to pay any taxes, this has never happened for anything I ordered from
> the US so far), I would be interested in the schematics.
>
> I've got a number of cheap (USD8 each) C
> - I noticed a pattern and serigraphy on the daughterboards which
> correspond to a serial port. What kind of use is there to it ?
If you populate those parts you can have an RS232 port. Make sure you only put
the RS232 stuff on either the TX side or the RX side, but not both.
> What additiona
I'm going to be in NY and Philadelphia from April 19th through the 24th, so if
there are any radio clubs or linux users' groups which would be interested in
having a talk/demo, please contact me off list.
Matt
___
Discuss-gnuradio mailing list
Discus
> I was really surprised that there basically is no circuitry (like
> opamp-based impedance matching) between the tuners' output and the ADC.
The ADC is a high impedance input, so you essentially feed it with a voltage.
Its also a pretyt low frequency at that point so you don't care about
refl
Quoting Achilleas Anastasopoulos <[EMAIL PROTECTED]>:
> Dear all,
>
> I am trying to understand exactly what kind of SP
> is going on the Rx and Tx path of the FPGA and basic
> Rx/Tx.
>
> I am attaching an eps file (and an xfig file) with a hypothesized block
> diagram that is the result
Quoting "Damien B." <[EMAIL PROTECTED]>:
> Hi Matt,
> I came up with the same diagram with a few difference. Could you confirm them
> ?
>
> - the cordic stage in TX chain is disable (V0.8)
>
> - DA converter can work at 128MS/s but the txsync is muxing at 32MS/s
> for each channel
Sort of. The A
Quoting Achilleas Anastasopoulos <[EMAIL PROTECTED]>:
> Dear all,
>
> I am trying to understand exactly what kind of SP
> is going on the Rx and Tx path of the FPGA and basic
> Rx/Tx.
>
> I am attaching an eps file (and an xfig file) with a hypothesized block
> diagram that is the result of all th
Quoting [EMAIL PROTECTED]:
> Is there a way to disable the AGC on the TVRX (cable MODEM) board?
>
> If a strong signal appears within the 6 MHz BW the AGC is activated and
> many weak signals are lost. It limits the receiver dynamic range to about
> 10dB.
There is no AGC running. The gain is c
Suvda,
With just the BasicRX you can receive some strong stations, but it was never
intended to be used by itself. You can use it with a scanner if you wish, or
can hack something from MiniCircuits parts. Your best bet, however, is the
TVRX board, which covers 50 to 870 MHz, and which will al
I have put the updated parts package on the download page at ettus.com You can
find all the parts you need there.
Matt
Quoting Javs <[EMAIL PROTECTED]>:
> Following up on my own post:
>
> I created a gafrc file in the tvrx directory linking
> it to all the symbols. And I got rid of the first
Quoting David Carr <[EMAIL PROTECTED]>:
> I feel that gschem is getting mature enough to be useful but
> PCB was a nightmare the time
> I tried it.
PCB has come a long way in the last year. There is now even a GTK interface.
> It looks like Matt uses geda for schematic capture but PADS? for
> l
> Also, there is no audio support for OS X yet.
I was under the impression that OS X offered OSS (Open Sound System)
emulation, in which case our gr-audio-oss module would work.
Can someone confirm this?
If not, is there a good reference online about sound programming for OS X?
Matt
___
Damien B. wrote:
> Matt in a previous thread you were talking about making d/b that let
> DC component pass:
>
>
>>If there is enough interest, I might make such a set of boards. If someone
>>else
>>is interested in the design, the BasicRX/TX are a great starting point, and I
>>can offer guida
Frank Brickle wrote:
> FWIW the version of jack that runs on OSX appears to have matured quite
> a bit. PortAudio also has an OSX version, but given a choice, I'd bet
> more on jack.
PortAudio looks interesting because it has a Windows port too. Anyone
have any experience with it? Interested in
> Count me as interested, and actually wondering why your diff-amp solution
> wasn't the default? I wonder what the cost differential between the AD8132
> and the transformer used?
Actually, the differential amps are _cheaper_ than the transformers. I
went with the transformers because they
[EMAIL PROTECTED] wrote:
> Hi,
>
> I can't check the archives at the moment as lists.gnu.org doesn't want
> to talk to anyone, but I don't remember anyone saying anything about
> this.
>
> A couple of weeks ago I compiled and ran all the gnuradio code. I then
> had a disk failure and had to rebui
I have posted an iso image for a KNOPPIX-based distribution with all the
software necessary for the USRP and GNU Radio built in. This should
come in handy for those who have had trouble installing software, or
wish to use their USRP with machines that don't have linux installed.
For those not
A number of people have had trouble downloading from the main site, so
here is a mirror of the USRP-KNOPPIX ISO file. It is approx. 600M.
http://www.toad.com/knop-usrp-20050504.iso
Matt
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu
Angilberto Muniz Sb wrote:
> Folks,
> Do I need some special config or setup?
>
> Under this distro my USRP shows up as FULL-Speed but
> under FC-3 it shows up as HIGH-Speed.
try "modprobe ehci_hcd" before plugging in the USRP.
> Audio examples runs ok on a standard linux but under
> KNOPPIX no
o go!
>
> When I "modprobe ehci-hcd" I get:
>
> ".../ehci-hcd.o: init_module: No such device"
>
Its ehci_hcd -- use an underscore
matt
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradi
Angilberto Muniz Sb wrote:
> Matt,
> If I "modprobe ehci_hcd" I get "cant find module.."
>
> There is a ehci-hcd.o module under /lib/modules/...
> /usb
>
> Would it be some permissions issue?
> Reading some parts of hotplug I see that the USP ID is
> ../2 before firmware loading and ../102 af
> Looking for faster/bigger portable storage. The Adaptec SlimSCSI 1480
> card will only do
> 20MB/sec.
For what you are doing, my suggestion would be to store 8 bit signed
samples instead of floats or 16-bit shorts. You'll need a block to
convert from 16 bits (gr.usrp_source_s) to bytes. You c
> thanks for the file! I appreciate the help. I've been following the
> mailing-list; with regard to the "block"- my understanding is it prevents
> total utilization of the cpu- is this correct?
Yes. Normall if you run a gnuradio app which uses a soundcard, USRP, or
any other ADC or DAC, the s
RP in classrooms and labs for
teaching things like signals and systems, DSP, and communication
systems. Several have mentioned that they would like to be connected
with others developing curricula around the USRP. If you are interested
in this, please drop us a mail.
Matt
Eric Blossom wrote:
> On Tue, May 17, 2005 at 11:53:34PM +0100, mjam01 wrote:
>
>>for $45 a perfect addition to scandoo mi thinks! :)
>>
>>cheers,
>>
>>mike
>>m0mik.org/gnuradio
>
>
> I think my favorite is the Shuttle Express:
>
> http://www.contourdesign.com/shuttlepro/shuttlexpress.htm
>
I am almost ready to declare the DBSRX board done. Just to let you know
how it's going, check out this picture:
http://home.ettus.com/dbsrx-screen.png
What you are seeing there is an fft of a -100 dBm carrier at 2001.6 MHz.
You'll notice that there is over 30 dB of image rejection (ab
> Even if you set the frequency to 0, there is a "random" initial phase
> that is unknown, and thus you cannot separate the two channels.
The initial phase is always 0 at power up. If you never set the
frequency to something other than 0, it will always stay that way. Its
a simple change to mak
n4hy wrote:
> The performance impact was almost negligible. I am still having trouble
> with the fully updated
> usrp/gr-usrp code at home. tvrx_wfm_rcv.py complains bitterly about
> 0xf0f0f0f[02]
> yielding an overload it hates. Here at work, in an older version of
> this code, I just subbed
>
cswiger wrote:
> Gang - Here's a fun demo for fellow knob twisters, combines
> a powermate with the wxPython 'gauge' or bargraph widget.
> They can be seperated and the bargraph used for signal strength,
> volume, spectrum display, etc.
>
> http://webpages.charter.net/cswiger/gauge_3.py
Nice. N
For those following CVS, if you update gnuradio-examples you'll get
tvrx_wfm_rcv_gui_pm.py. This program does wideband (broadcast FM) using
the TVRX board and allows you to tune and control volume with a
Powermate or Contour knob. It also serves as an example of how to
determine what daughterboa
Do a CVS update and reinstall in gr-usrp
Matt
John Ackermann N8UR wrote:
> I'm now listening to some awful music from an awful local station -- but
> a strong one -- through the USRP Basic RX port. So, things are working!
>
> Just one problem -- when I try to use the TVRx board, I get an error
Ok, now do an update. I swear...
Matt
Eric Hill Matlis wrote:
> I can confirm the same problem after just updating via CVS.
>
> On Mon, 30 May 2005, John Ackermann N8UR wrote:
>
>
>>Still the same problem, Matt.
>>
>>John
___
Discuss-gnuradio mai
David P. Reed wrote:
> I'm trying to install the gnuradio software from CVS on Fedora Core 3 on
> an AMD64 (x86_64) laptop (and python 2.3). Aside from annoying
> pathname bugs and quirks with FFTW linking, which I will report
> separately, I get the following error when testing gnuradio-core, wh
jmdaniel wrote:
> Hi,
>
> I've got gnuradio up and running and am now trying to get a better
> understanding of how to use it before beginning more involved
> projects. I am trying to write a py script that displays an oscope
> from a PCI-DAS4020/12. mc4020_fft.py runs and displays the
> excpe
For those living in the Bay Area, I will be demoing the USRP, a lot of
new software, and several new daughterboards at AM-Tech day on Saturday.
I will be there from Noon until 3:30, and my talk slot if 2-3. For
more info, check out this web site --
http://www.fars.k6ya.org/events/amtechday
Mat
>
> I have a TVRX (and a basic RX/TX pair) on my personal unit; the PARI unit is
> outfitted with two basic RX and two basic TX. The TVRX can do 70MHz direct;
> I might try that at some point. There's a significant electrical storm here
> now, so I have everything disconnected :-)
Actua
Last week I posted about the powermate-enabled version TVRX WFM receiver
(tvrx_wfm_rcv_gui_pm.py). Now it actually works :) . You'll need to
update to the latest CVS gr-usrp and gnuradio-examples.
Also note that this may break other TVRX apps which are not in CVS. I
have fixed those that are
>
> USRP installation and frequency related queries:
\
>
> 1.What are steps by which we can successfully install the USRP on
> Linux? And how can we test it?
These are well detailed on:
http://www.kd7lmo.net/ground_gnuradio_install.html
>
>
> 2.How to set the sampling rates for bo
Lamar Owen wrote:
> Yeah, been tracking CVS on a machine here, and noticed a load of differences.
>
> One quick question: now that tweak_adc_offset is no longer in the repository,
> is the ADC DC offset automatic? I still see a DC spike in the FFT output.
> In the large FFT case, I notice t
John Ackermann N8UR wrote:
> I made some real progress today and have both WFM and NBFM working on my
> primary computer.
>
> In looking at the tvrx_nbfm_rcv_gui program, there's a note that the
> smallest tuning step is 50kHz; I presume this is a limitation of the
> tuner module. I'm sure there
David P. Reed wrote:
> In interfacing a new 5 GHz up/downconverter to the USRP (my summer
> project), I find that I need a 40 MHz frequency reference to drive a PLL
> in the chip. My first prototype will interface using the Basic Rx/Tx
> daughterboards, and it occurs to me that I can probably us
If you want to use the 40 MHz reference, the best option is to desolder
the oscillator on the board and replace it with the 40 MHz one.
Matt
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnur
David Bengtson wrote:
> Hi Matt:
>
> Quick question on powering rf daughter boards. Looking at the schematic
> for the USRP, it looks like the external power connector goes to U502,
> which is a 3.3 V Regulator. DVDD comes right off the output of U502, and
> then AVDD is derived from DVDD by the f
Lamar Owen wrote:
> On Thursday 23 June 2005 14:13, n4hy wrote:
>
>>Make sure that you get the "latest and greatest and needed for DBS_RX"
>>usrp_fpga.rbf
>>from Matt if you get the DBS_RX.
>
>
> What's different in the new fpga stuff for DBS_RX? Hmm, I guess I have to
> recursive diff usrp-0.
I just got back from the SARA conference, and while I was there I was
able to connect a USRP to the 40ft dish. The following link has screen
shots of some quick tests we made. The middle line in each picture
represents the zero doppler hydrogen line frequency of approx 1420.4
MHz. Anything to t
Marcus D. Leech wrote:
> Lamar Owen wrote:
>
>
>>How did you get the flatter baselines? Was this through the DBS_RX or
>>baseband? Did Charles see this? :-)
>
>
> The DDC was set to -5.75Mhz. Doesn't the TVRX produce a 5.75Mhz IF?
>
> Perhaps (rampant speculation, and apologies to everyone
> What kind of avg_alpha were you using on the FFTs?
.001
How does one interpret
> your DDC frequency?
The signal we wanted was at 1420.4 MHz. The downconverter they had
there had a 1320 MHz LO. That put the H line at 100.4 MHz. Since the
amplitude out of the test port we were using w
Has anyone here tried using GNU Radio with wx and wxpython version 2.6?
Were you successful?
Thanks,
Matt
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Sachi wrote:
> Let me make my question more clear.
> If I understand the code correctly, after
> "bytes_to_syms", the signal should be a float sequence
> of +1 or -1. I am very confused about what the signal
> will look like after "interp". I think it's no longer
> +-1 sequence any more. So does
1 - 100 of 1330 matches
Mail list logo
