Hi All,
I am writing some new optimized SSE assembler routines.
I am trying to debug them with gdb but are having the following problems.
For some reason gdb doesn't find the source right, or shows the wrong source.
When I set a breakpoint on float_dotprod_sse it thinks it is in file
Eric Blossom wrote:
On Wed, Oct 10, 2007 at 11:02:52PM +0200, Martin Dvh wrote:
Hi All,
I am writing some new optimized SSE assembler routines.
I am trying to debug them with gdb but are having the following problems.
For some reason gdb doesn't find the source right, or shows the wrong
looked at the code in
gnuradio-examples/python/multi_usrp/*
I'm not exactly sure of that status of that code.
Martin DVH would be the one to ask.
That code hasn't been updated in a while.
usrp_mult/config.vh includes
`include ../include/common_config_2rxhb_2tx.vh
Which enables two actual rx
Gregory W Heckler wrote:
Would anyone be interested in an additional decimation stage after the CIC
and
the halfband filters? The usable bandwidth is ~25-50% of the actual post
decimation sample rate, an additional decimation stage (no filtering, just a
plain decimation) would allow the
Dan Halperin wrote:
From poking around, it appears to me that the data transfer across the
USB is either 2 * 8 bits/sample or 2 * 16. 2 * 12 should be easy enough
to disentangle?
It'll involve hacking the FPGA code, but no, it shouldn't be especially
hard.
The problem with 12 bit code is that
.
Greetings,
Martin DvH
Olifantasia
Software Defined Radio, GnuRadio, USRP development
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
John Clark wrote:
Martin Dvh schrieb:
ALso note that the current standard multitap IIR implementation
probably has a bug, (See my mail with a fix for that in the
mailinglist archive)
What would be the effect of this bug? I think this is used in a FFT
application I have. So
Marcus Leech wrote:
Is there a way to produce an efficient notch filter with the bandpass
filter designer in Gnu Radio?
You can use a resonating IIR filter for that.
They are very efficient for building a notch or narrowband filters (single out
a single frequency)
The filter designers in
Kshitij Kumar Singh wrote:
As a part of some research work on cooperative communications in wireless
networks, I had decided to use
the USRP as one the of my implementation platforms. I used the tutorials by
D. Shen as a reference. There are, however , some specific problems I need
help with
Jiri Pittner wrote:
Hi,
did somebody try to use gnuradio for receiving DRM (Digital Radio Mondiale)?
It seems to me that neither M-QAM demodulation nor the apropriate audio codec
is presently implemented in gnuradio, however, the DRM program dream has
an option --fileio, which should be
Hi all,
I think I solved a bug in gri_iir.h
I think the index numbers are wrong when you decrement the latest_n and
latest_m after you set prev_output and prev_input.
I created a simple standalone program to test the index numbers.
The patch and the test program are at:
Eric A. Cottrell wrote:
Hello,
I finally checked in the infamous Mode Select code to
branches/developers/wb1hbu/wip and I am glad this portion is done.
I spent a couple of days cleaning the code up a little. I also added
some features. Likely I missed using a few neat gnuradio
Matt Ettus wrote:
Martin Dvh wrote:
Hi,
I found a nasty bug in the wfm_rcv_pll.py code.
The pilot tone pll should return the recovered carrier,
For this you should use gr.pll_refout_cc, not gr.pll_carriertracking_cc.
pll_carriertracking returns the input transformed to baseband using
,
Martin
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
Take the Internet to Go: Yahoo!Go
Matt Ettus wrote:
Martin Dvh wrote:
Hi,
I found a nasty bug in the wfm_rcv_pll.py code.
The pilot tone pll should return the recovered carrier,
For this you should use gr.pll_refout_cc, not gr.pll_carriertracking_cc.
pll_carriertracking returns the input transformed to baseband using
Hi all,
I am working with the wfm_pll code for the usrp_wfm_rcv_pll example.
What I don't get is how it can work with the current decimation factors.
The usrp_decim=200 and the audio_decim=10
This results in all blocks outputting at 32 kS/s
Which results in -16, +16 Khz bandwith/niquist freqs.
Tom Rondeau wrote:
Just the status report from the work done the past couple of weeks on
OFDM. With Matt Ettus, Bob McGwier, and Eric Blossom, we successfully
transmitted and received OFDM over the air with BPSK, QPSK, and 16QAM.
I have merged the code into the trunk so others can use it,
Matt Ettus wrote:
Or does anybody have a suggestion of an USB-2 addon card for a notebook
(pccard) that works with the USRP.
Jim Perkins recently told me the following:
I recently tested an inexpensive Zonet USB 2.0 add-on card. It has
the Via VT6212L chipset. The Via based card
Hi all,
I am using a combo pccard (USB-2 and firewire) with VIA chipset to get USB-2 on
my laptop.
But using linux I can't get it to work.
I get usrp overruns, (uOuOuO) even with decimation factors of 200 when using
usrp_rx_cfile.py
This is only 320 ksamples/sec
with top I see that the CPU is
Hi all,
Is anybody working on DAB, RDS,DRM, HDradio or OFDM at the moment.
I will probably be working on all of these in the near future and was wondering
what the status is of these and where to find what.
I know there is some OFDM stuff in svn.
Can anybody tell me about the status of it.
[EMAIL PROTECTED] wrote:
Hi all,
I have sent the question below sometime ago. Can anyone help to resolve the
issue?
Kind Regards
Stoicho
From: Gultchev SP Mr (PG/R - CCSR)
Sent: Wed 25/04/2007 14:58
To: discuss-gnuradio@gnu.org
Subject:
Eric A. Cottrell wrote:
Hello,
I got Mode S and ADS-B receiving working. I dump the messages to
standard output for redirect to a simple log file. Simple programs take
the log and decode it into English. I have not decoded all the messages
yet like Airborne Velocity.
This is great news.
Melody S wrote:
Hi
I am trying to use the gr-wxgui but when I run the commands
%pythonw scopesink.py
%pythonw fftsink.py
%pythonw waterfallsink.py
I get the following errors
Traceback (most recent call last):
File scopesink.py, line 23, in ?
from gnuradio import gr, gru,
hanwen wrote:
Hi, my friends.
Our 2 x 2 MIMO-OFDM system is nearly acomplished. I'm glad to share some
details about it later.
Now I'm starting to working on a 4 x 4 one. Of course it'll needs two clock
locked USRP , 4 tx db and 4 rx db. We're using rfx2400.
From the wiki
Kuntal wrote:
Hello,
Is anyone of you working fulltime with the FPGA? I want to ask a few
questions.
I suspect you mean the FPGA on the usrp.
Because I hardly find any documentation on GnuWiki on that or I hardly get
any replies to my posts on the FPGA.
This might be because you questions
Kevin Rudd (Contractor) wrote:
Hello all,
I just received my USRP and I have successfully installed GNURadio on my
Linux box. I am just starting to dabble with the code a bit. I am very
much a Windows/MATLAB developer, so I think I could be far more productive
if I could just stream the
Hew How Chee wrote:
Hi Martin,
To have the most fun, you also really want a tuner
with a 8 Mhz wide IF at the right IF-freq.
For now I get the best results when using an
external microtune tuner with a 5.75 Mhz IF.
Is the Microtune tuner still available in the market ?
Or are there
Eric Blossom wrote:
On Mon, Apr 16, 2007 at 08:24:46PM +0200, Martin Dvh wrote:
Hew How Chee wrote:
Hi Martin,
I have been using the code with an external tuner
frontend and did some experiments with fm-receiving,
which just works fine.
Interested to know what is the speed of the CPU
Cory Papenfuss wrote:
I have a digital-wip branche which is work in progress for digital QAM
stuff
and
general-wip which is my work in progress for general gnuradio things
(latest addition is gr-cxadc, a driver for cx2388x capture cards to
use as a general purpose high-speed ADC frontend as
Eric A. Cottrell wrote:
Martin Dvh wrote:
Cory Papenfuss wrote:
I have a digital-wip branche which is work in progress for digital QAM
stuff
and
general-wip which is my work in progress for general gnuradio things
(latest addition is gr-cxadc, a driver for cx2388x capture cards to
use
Eric A. Cottrell wrote:
Hello,
I am making good progress.
The first couple of weeks or so (months?) I was collecting information.
I managed to get some design articles about Mode S transponders,
various protocol specifications, and comments. I was able to decode
some packets by sight
Eric Blossom wrote:
On Thu, Apr 12, 2007 at 06:07:01PM -0700, George Barrinuevo wrote:
Eric,
There is also a long standing bug where in some cases the first few
blocks of samples received from the USRP are semi-bogus. When the
problem shows up, it's in the first 1024 complex samples. The
Jonathan Jacky wrote:
We are about to connect the USRP with LFRX and LFTX daughter boards to
a laboratory data acquisition system where noise and ground loops are
an issue. Can anyone confirm my understanding of the grounding on the
USRP, daughter boards, and enclosure?
I know I had to
Hew How Chee wrote:
Hi,
For anyone interested, the CX2388x TV card chipset raw
ADC data driver for Linux kernel 2.6.18 is available
at
http://www.geocities.com/how_chee/cx23881fc6.htm
I wrote gr-cxadc which is a gnuradio wrapper to use the cxadc driver from any
gnuradio script, just
Monarch Polymorphic Computer
processing power64 GFlops
memory bandwidth60 GBytes/sec
IO bandwidth43 Gbytes/sec
power dissipation 11W to 21W
http://investor.raytheon.com/phoenix.zhtml?c=84193p=irol-newsArticleID=975694highlight=
Typically, a chip is optimally
Johnathan Corgan wrote:
Martin Dvh wrote:
I implemented gr_fractional_interpolator_ff and gr_fractional_interpolator_cc
They are in
branches/developers/nldudok1/general-wip/src/lib/filter
If you do a diff for this folder between rev 4342 and rev 4741 you get the
changeset.
(I also attched
Johnathan Corgan wrote:
Martin Dvh wrote:
Apparantly the module doesn't exist anymore, although
gr_fractional_interpolator.h and gr_fractional_interpolator.cc exist.
I suspect there should also be a: gr_fractional_interpolator.i
But I couldn't find it in my source or any of the older
Eric Blossom wrote:
On Mon, Mar 12, 2007 at 09:01:15PM +0100, Martin Dvh wrote:
Johnathan Corgan wrote:
Martin Dvh wrote:
Apparantly the module doesn't exist anymore, although
gr_fractional_interpolator.h and gr_fractional_interpolator.cc exist.
I suspect there should also
Trond Danielsen wrote:
lør, 03.03.2007 kl. 10.16 -0800, skrev Eric Blossom:
OK. Why don't you create the page as WikiStart2, and then we can
iterate the design there. When we're all happy, we'll move it to
WikiStart
I have created http://gnuradio.org/trac/wiki/WikiStart2. Let me know
Eric Blossom wrote:
Would those of you with an interest in USRP inband signaling, please
take a look at the latest proposed packet format. Now's a good time
to change things ;)
It's in trunk/usrp/doc/inband-signaling-usb
TIMESTAMP FORMAT:
What timestamp format do you have in mind.
32 bit
Rohit Gupta wrote:
Hi,
We are working on using GNURadio for using it as RF node capable of
2*2/4*4 MIMO. All the RF nodes are connected to very big FPGA like the
one used in Berkeley Emulation Engine (BEE) using Infiniband
Optical Fiber. All the signal processing is implemented in BEE
Martin Dvh wrote:
Rohit Gupta wrote:
Hi,
We are working on using GNURadio for using it as RF node capable of
2*2/4*4 MIMO. All the RF nodes are connected to very big FPGA like the
one used in Berkeley Emulation Engine (BEE) using Infiniband
Optical Fiber. All the signal processing
Eric Blossom wrote:
On Mon, Nov 20, 2006 at 10:35:19AM -0500, Lamar Owen wrote:
On Saturday 18 November 2006 19:54, Berndt Josef Wulf wrote:
where did the old GNU Radio Wiki go? I'm looking for the pages containing
information on user applications, sample data files, howto files etc. I
can't
Eric Blossom wrote:
On Sun, Feb 25, 2007 at 03:21:52PM +0100, Martin Dvh wrote:
Eric Blossom wrote:
On Mon, Nov 20, 2006 at 10:35:19AM -0500, Lamar Owen wrote:
On Saturday 18 November 2006 19:54, Berndt Josef Wulf wrote:
where did the old GNU Radio Wiki go? I'm looking for the pages
Achilleas Anastasopoulos wrote:
Martin,
I think the display code can be uploaded to the trunk.
All the tests that I have tried work fine.
We can always clean up the code later if needed.
I can do that if there is no objection
Achilleas
Fine with me,
Martin
Martin Dvh wrote
Hi all,
Are there any plans for gnuradio Projects for Google Summer of Code 2007?
http://code.google.com/soc/
Google Summer of Code 2007 is on! They will begin accepting applications in
March.
Greetings,
Martin
___
Discuss-gnuradio mailing list
This would be a nice chip for gnuradio.
Scaldio: Technical specs
Frequenty range: 174MHz-6GHz
Channel Bandwidth: 1MHz-40MHz
Vcc: 1,2V
Active area: 7,7mm²
Power requirements: 60-120mA
Process technology: 130nm CMOS
transmit and receive
the fftsink with a too high fft_rate.
Martin
Thanks
Achilleas
Martin Dvh wrote:
Achilleas Anastasopoulos wrote:
Hi,
it would be very useful to have a
wx sink that displays the value of its input.
This way we can check in real time values
that change slowly (eg, snr, bit error rate, etc
Achilleas Anastasopoulos wrote:
Hi,
it would be very useful to have a
wx sink that displays the value of its input.
This way we can check in real time values
that change slowly (eg, snr, bit error rate, etc.)
Your widh is my command:
Attached is a patch which adds a number_sink_f and
Vincenzo Pellegrini wrote:
Hi everybody,
just a quick question: has anybody managed so far to provide the usrp
with the 8 Complex Msps needed to transmit an 8 MHz wide band?
My problem is that such a bandwidth yields a 32MiBps throughput and,
even if the USB2 bus and the CPU speed of my
Achilleas Anastasopoulos wrote:
Hey,
I have installed almost every component of gnuradio succesfully on
cygwin except gr-video-sdl.
I have already installed the sdl libraries but ./config
on gnuradio fails on gr-video-sdl.
I am attaching config.log
Any thoughts as to what is wrong?
Tom Rondeau wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:discuss-
[EMAIL PROTECTED] On Behalf Of Martin Dvh
Sent: Wednesday, January 31, 2007 10:24 PM
To: gnuradio mailing list
Subject: Re: [Discuss-gnuradio] QAM, carrier tracking and clock recovery
You might find my
Tom Rondeau wrote:
Martin Dvh wrote:
Tom Rondeau wrote:
-Original Message-
From: Martin Dvh [mailto:[EMAIL PROTECTED]
Sent: Monday, January 29, 2007 4:37 PM
To: Tom Rondeau; gnuradio mailing list
Subject: Re: [Discuss-gnuradio] QAM, carrier tracking and clock
recovery
Tom
Tom Rondeau wrote:
-Original Message-
From: Martin Dvh [mailto:[EMAIL PROTECTED]
Sent: Monday, January 29, 2007 4:37 PM
To: Tom Rondeau; gnuradio mailing list
Subject: Re: [Discuss-gnuradio] QAM, carrier tracking and clock recovery
Tom Rondeau wrote:
-Original Message-
From
Hi All,
I am trying to build a working QAM modulator/demodulator, based on the existing
BPSK/QPSK code.
Is the Mueller and Muller clock-recovery as used in the current QPSK examples
also usable for QAM?
I couldn't find a good description of the algorithm or the parameters.
For clock recovery
Achilleas Anastasopoulos wrote:
Hey,
I remember long time ago someone had made available a
couple of over the air captured sample files for testing
with the usrp_tv_rcv.py
I put some new PAL captures online at:
http://www.olifantasia.com/projects/gnuradio/mdvh/OTA/tv/
There is also an
Michael Dickens wrote:
Sam - After some ado, everything is running again on my various PPC and
Intel Macs, and I was in the lab today and tested out GNU Radio running
the script you were having an issue with. On both the Intel- Mac (iMac
20, Core 2 Dou @ 2.16 GHz, 2 GB DRAM) and PPC-Mac
Roberto Mastrodonato wrote:
Hi all
is there anybody that experienced USRP projects with SMART Antenna
technology? If yes, where can I find codes or something else related to
USRP-SMART Antenna?
Thanks a lot
I have been experimenting with direction finding and passive radar using
gnuradio
Bahn William L Civ USAFA/DFCS wrote:
// SIGNED //
William L. Bahn
Instructor of Computer Science
United States Air Force Academy
e-mail: [EMAIL PROTECTED]
-Original Message-
From: Eric Blossom [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 17, 2007 4:45 PM
To: Bahn
Michael Dickens wrote:
Sam - Could you provide which Mac model, OS version, XCode version, and
how you installed the background libraries and apps and such (e.g.
DarwinPorts, Jon Jacky's scripts, my scripts, from source, Fink, some
combination)? What version of Python are you using? I've
Robert McGwier wrote:
Agreed
Eric Blossom wrote:
On Wed, Jan 17, 2007 at 05:45:33PM -0500, Illix wrote:
I'm getting the same problem (as far as I can tell) on an Ubuntu
6.10machine. The build fails with undefined references in
libmblock.so and libmblock-qa.so.
OK, I've looked at
Berndt Josef Wulf wrote:
On Saturday 13 January 2007 15:05, Eric Blossom wrote:
I've just checked code into the trunk that speeds up compilation of
the swig generated code, as well as reducing the number of
dependencies for each piece.
-r4255 refactors gnuradio_swig_python.{cc,py} into 5
Hi all,
Does anybody know of an opensource morse decoder (algorithm or program) which
we can integrate into gnuradio.
We could invent the wheel again, but I think there should be good algorithms
out there already.
The same goes for RTTY and such.
greetings,
Martin
Hi All,
I wrote a graphical dream example script for gnuradio which works with a fifo
(No extra soundcards needed):
You can find the example at:
http://www.olifantasia.com/projects/gnuradio/mdvh/examples/dream/
(You need both files)
Here is the Readme:
This is a dream example script for
Hi Eric,
I have the same problem Angilberto Muniz had with the new gr_bin_statistics and
usrp_spectrum_sense.
Angilberto Muniz Sb wrote:
Humm... I've put some 'prints' in the 'set_freq' and
'set_next_freq' functions and came to the conclusion
that those functions are never called !
I get
Hi all,
I wrote a small guide on how to run Altera Quartus II under Linux.
Quartus is needed to compile the usrp verilog source to fpga firmware. You only
need it if you change the verilog code.
You can find it at:
http://gnuradio.org/trac/wiki/QuartusUnderLinux
I have used VMware for a long
Carlo E. Prelz wrote:
First of all, many thanks for your kind answer.
Subject: Re: [Discuss-gnuradio] Theory - GSM traffic detection with a
USRP board
Date: mar 29 ago 06 11:26:48 +0200
Quoting Martin Dvh ([EMAIL PROTECTED]):
Nozema:
http://www.nozema.nl/Content.asp?ID=6
Carlo E. Prelz wrote:
Good day everyone. There must be a wide variety of persons reading
this list. I hope there is some good soul there who happens to
concretely understand the wherefores of radio waves, and has the
ability to break the bread of this knowledge with those (like me) who
are
Nathanael Nerode wrote:
Matteo Campanella wrote:
Hello folks, here there is an interesting piece about the nice usrp_tx_rcv
and the status of the art as of now.
I am sending it to the list with the consensus of Martin.
snip
A needed add-on is also color-decoding, color-video-sink and
matteo wrote:
Hello, I am experiencing this error while compiling gr-usrp after having
removed the old local dir and checked it out from scratch; maybe someone
can help solving this?
cheers
Matteo
if /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.
-I. -I.. -pthread
Augusto Pedroza wrote:
Hi there,
when I try to download the gr-video-sdl module with:
cvs -z3 -d:pserver:[EMAIL PROTECTED]:/sources/gnuradio co -P
gr-video-sdl
I get the following error:
cvs checkout: in directory .:
cvs [checkout aborted]: *PANIC* administration files missing
Could
Martin Dvh wrote:
If I correlate with different doppler shifts my spirals turn around but they
keep being spirals.
In this image I change the doppler shift in every frame
http://www.olifantasia.com/projects/gnuradio/mdvh/passive_radar
Matt Ettus wrote:
Although I am aware that the signal will need to be attenuated severely, I
am unsure what the RF front end of the RFX-400 is spec'd for. With a 20 dBm
signal at the TX, I am planning to use anywhere from 40 to 60 dB of
attenuation. I believe this will give me a -20 to -40 dBm
Michael Dickens wrote:
I finally got access to an Intel Mac for a couple of days last week,
and sometime in the next couple of days I'll be posting updates to the
install scripts to handle the needs of both PPC and Intel OSX
installs. It wasn't really that hard since I've done it all
Eric Blossom wrote:
On Mon, May 15, 2006 at 02:12:29PM +0200, Martin Dvh wrote:
NotImplementedError: No matching function for overloaded 'sink'
I have not (yet) implemented the ok_to_block parameter in audio_windows
So remove the last parameter (False) in the instantiation of the audio sink
Lee Patton wrote:
I am attempting to build modified versions of gr_file_source, and
gr_file_sink outside of gnuradio-core. I have successfully built, and
used my version of file_source (called rad_wvfm_source). However, I
cannot get my version of file_sink (called rad_wvfm_sink) to build into
Charles Swiger wrote:
I just added atsc_depad to cvs gr-atsc.
The 2.x code worked thru derandomizer, but the output was
atsc_mpeg_packet padded out to 256, which xine/mplayer won't
play. Kludging atsc_mpeg_packet pad to 0 in atsc_types.h
worked with a warning from gnuradio about output not
Brett L Trotter wrote:
When I try and use usrp_oscope.py on my USRP board with an LFRX board,
setting gain at 4 or above results in a non-updating display. Setting
below 3 works OK-
Did you try setting Trigger to auto (instead of pos or neg)
Default the trigger is set to pos.
Which means it
paul munro wrote:
Sorry mate, disregard the last message. I installed numeric and that
error is sorted. I do however have another error.
File C:\Python24\Lib\site-packages\gnuradio\audio_windows.py
return _audio_windows.sink(*args)
NotImplementedError: No matching function for
Brett L Trotter wrote:
I've been attempting to get my LFRX daughterboard working on a USRP
board. Most of the gnuradio-examples I've tried don't work on the LFRX
(they worked on basic rx). For instance, some of them come up and the
graph displays are not moving until I drop the gain to 0-3.
paul munro wrote:
Hi all.
I am looking at the possibility of integrating Labview into GNURadio to
demodulate FM. Has anyone out there looked into this?? What I am hoping
is that labview will be able to read the complex stream from the USRP
via the USB port.
What I need to know is
1) Once
Erik Tollerud wrote:
I'm trying to make use of this new example program to try to tune to
some local TV stations, but I'm not having much luck... the program
appears to work fine, and I if I tune to a channel, the fft clearly
shows the carrier (1.75 MHz below the channel center) sticking way
Hi all,
Is there any way for a block to process two signals at different samplerates?
In my work for videodemodulation and synchronisation with gnuradio I need to
process two versions of the data in the same block.
I need the original samplestream at 8 MSPS.
I also need a decimated/lowpassed
Eric Blossom wrote:
On Sat, Apr 29, 2006 at 03:28:58AM +0200, Martin Dvh wrote:
Hi all,
Is there any way for a block to process two signals at different samplerates?
There's no problem consuming inputs at different rates. The forecast
routine just needs to do the right thing. However
Matteo Campanella wrote:
hello,
In the case of atv, as I believe the passband of the signal is way too large
for the throughput of usrp usb, are there any special techniques/tricks to
achieve some sort of result?
I think you mean FM-ATV, mainkly used at 23 cm. which has a bandwidth of
.
You add 1.0, which would mean that your input signal should be between -1.0 and
1.0.
You can check with a scopesink.
Greetings,
Martin
I'll keep chugging away. Thanks for your help!
~Chris~
**
*- Original Message -*
*From*: Martin Dvh [EMAIL PROTECTED]
*Date*: Tuesday
Robert Roberts wrote:
Hello everyone,
I have been experimenting with the Flex400 board and have been trying to
implement a basic AM transmitter. I have a WFM and NFM transmitter
working, but I cannot get the AM one to transmit correctly. The code
below generates a much higher frequency
Robert Roberts wrote:
- Original Message -
From: Martin Dvh [EMAIL PROTECTED]
Date: Monday, April 17, 2006 3:06 pm
Subject: Re: [Discuss-gnuradio] Basic USRP AM Transmission
Robert Roberts wrote:
Hello everyone,
I have been experimenting with the Flex400 board and have been
Charles Swiger wrote:
On Tue, 2006-04-11 at 09:52 -0400, Charles Swiger wrote:
Well, it compiles but there are likely still issues since the 0.9 work
function in GrAtscTrellisEncoder.cc has stuff to deal with an array
of encoders that I don't understand:
// We must produce output.size units
Matt,
The rev2 and rev4 std_2rxhb_2tx.rbf seem to be the same.
Is there a difference in the way you generate them with quartus II, I should be
aware of?
Greetings,
Martin
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
Michael Dickens wrote:
On Apr 7, 2006, at 6:49 PM, Charles Swiger wrote:
work - cool! (putting skip AFTER inter, deinter). I'll finish the
test code and move on to Trellis Encoder / Viterbi Decoder.
There is a very fast (SSE,SSE2) viterbi decoder by Phil Karns.
(He also wrote a
David Bengtson wrote:
On 4/6/06, *Robert W McGwier* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
wrote:
David Bengtson wrote:
Martin Dvh wrote:
Why don't you use the usrp to generate your 16.384 or 32.768 MHz
refclock.
Most daugterboards (except the tvrx) use
Clark Pope wrote:
Update on status:
I purchased a 44 Mhz oscillator from digi-key (p/n 300-7254-1-ND,
CSX750FJC44) for $3.38. The first attempt to remove the USRP 64 MHz
failed miserably with a pen iron. I purchased a heat gun from digi-key
(MA1008-ND) for $52, set it to the 1000 degree
Matteo Campanella wrote:
Hello, I am quite stuck at a problem, that is, how to demodulate a FM
signal that is NOT in complex form using existing gnuradio blocks. The
quadrature demodulator works only with complex input; I have tried to
build an analytic signal out of my real one, but the
David Bengtson wrote:
After far to long, I've updated the information on the Gnu Radio GPS
board. I've finished a preliminary schematic, and I'd appreciate any
comments that anyone might have.
Why don't you use the usrp to generate your 16.384 or 32.768 MHz refclock.
Most daugterboards (except
Robert McGwier wrote:
I am hoping the Windows folks can bring their code up now as well.
Portaudio is really solid on Windows as I have been using it there for
ASIO, MME, and DirectX for two years and after I helped Eric Wachsman
get a leg up (by leaning on my friends for help) he got WDM-KS
sunflower wrote:
Hi,
Did anybody know how to implement cross correlation function? Thanks.
It is not gr_simple_correlator, is it?
Thanks
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
mao mao wrote:
Sounds good!
I am still not convinced that USRP can handle ATSC
demodulation. Please tell me how are you gonna recover
the carrier with 16Ms data and 4MHz IF? If this
problem can be solved, the rest are pretty easy.
The usrp gives you 8Mhz bandwidth which should be enough for
Stephane Fillod wrote:
On Sun, Mar 12, 2006 at 02:36:21PM -0500, Robert McGwier wrote:
That is why I put the message out. It will be good to have a working
starting point.
Okay, there it is. Just checked in to gr-audio-portaudio repository.
It's somewhat working, but there's still some
Hi,
I fixed gr_pll_carriertracking.h in gnuradio-core
It had one comma too many on line 41 which broke the build.
Greetings,
Martin
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
101 - 200 of 282 matches
Mail list logo
