Gang - Just for the record, one of the Griffin "Power Mate"
knobs looked like a good way to control a radio (for those
of us who enjoy searching for old fashioned dx) as it has
Python script support:
http://www.sowerbutts.com/powermate/powermate.py
and is supported out-of-box in Fedora Core 3.
T
On Fri, 11 Feb 2005, cfk wrote:
> I've got me USB2.0 card and I can generate 900khz sine (or perhaps cosine)
> waves with the usrp using usrp_siggen.py, so far so good.
>
> The next step is I'm trying to build a point and click gui to control the
> usrp as a modest signal generator. So, I have p
t about 60% CPU on a Pentium M
1600Mhz notebook. With some custom written blocks
it would be much better. Working script here:
http://webpages.charter.net/cswiger/weaver_gen.py
All I need now is a working microphone input and some bigger
amps ;)
--Chuck
___
Gang - Ok, here's a phasing SSB modulator that produces
the right output to gnuplot, that is, with an IF of 30Khz,
in upper-sideband, 300hz audio produces 30300hz and 3000hz
audio produces 33000hz, while in lower-sideband 300hz
audio produces 29700hz and 3000hz audio produces 27000hz.
You change s
.
Here's LSB:
http://webpages.charter.net/cswiger/phasing_lsb.jpg
and USB:
http://webpages.charter.net/cswiger/phasing_usb.jpg
--Chuck
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Fri, 18 Feb 2005, Thomas Traber wrote:
> Chuck,
>
> > [...] looks more intensive than the
> > weaver method for now.
>
> I don't own a USRP (yet).
> Isn't it possible just to output the
> complex signal at [combine1] to the USRP
> and to IQ upconversion in the front end?
>
> >
Gang - Compile/install CVS usrp and gr-usrp - now
sink.write_io(0,0x,0x) toggles bits on the TX daughter board
A-OK. It reads 0 or 3.3 volts on pins of J50 and J51. No problem.
Now for reading the pins, all I get is '257' ;)
Poweroff, exit python. Apply power, start python and type
>>>fr
On Tue, 22 Feb 2005, Ramakrishnan Muthukrishnan wrote:
>
> I ran the following code and it just crawls my Athlon64 2Ghz to halt.
> 'top' shows that the memory usage goes on increasing and increasing.
> Anyone else experiencing the same problem? Is there anything wrong
> I am doing here? The code is
Gang - I'm paradigm shifting from python to wxpython and having
a terrible time of it, but it must be done.
Basically, where do you put an input processing loop in wxpython?
Or will it have to be changed to event driven somehow?
I tried putting a loop at the end of:
class app_flow_graph (stdgui
Gang - here's an idea that worked out pretty good. I was thinking
of how to reconfigure flow-graphs on the fly, which is really impossible
AFAIK, but you can simulate it, low cost at audio-rates, just using
a network of gr.multiply_const_ff() and gr.add_ff().
For example, I want buttons to select
On Tue, 8 Mar 2005, James Cooley wrote:
> =
> In python, the code to build the flow graph to split, take the fir
> (average over 2in this example), and combine looks like this:
>
> for i in range(0,fft_size):
> averagefir = gr.fir_filter_fff(1, [1/2,1/2])
>
Just for grins here's a GNU/Radio plot of a local FM station
transmitting HDRadio, with prominent digital sidebands:
http://webpages.charter.net/cswiger/hdradio_fft.jpg
Not sure what the spike at +90k is, SCA maybe.
paper on it here:
http://www.bdcast.com/HDRadio/papers/
"THE STR
Are there any illustrative examples of using ifft? I just discovered
the 2nd argument in gr.fft_vcc can set direction forward (True) or
reverse, which is cool as I want ifft for some kind of simple OFDM.
I guess what I don't understand is how gr.serial_to_parallel works. Do
you use serial_to_parall
On Wed, 16 Mar 2005, Dinkar Bhat wrote:
> I joined this group recently and have learnt a lot.
Join the crowd (that are learning a lot)
> I had a rather
> fundamental question. Suppose I sample the
> IF output (say, centered at 40 Mhz) of a tuner/mixer tuned to a ATSC DTV
> channel (6Mhz wide), a
On Wed, 16 Mar 2005, Eric Blossom wrote:
>
> serial_to_parallel and parallel_to_serial are format converters.
>
> The gr.fft_vcc block requires a vector of complex numbers for its
> input and produces a vector of complex numbers on its output.
> serial_to_parallel takes a stream of items and turns
On Wed, 16 Mar 2005, Eric Blossom wrote:
> On Wed, Mar 16, 2005 at 02:49:22PM -0500, cswiger wrote:
> > Are there any illustrative examples of using ifft?
>
> Nope. It just computes the inverse.
>
So is there any reason for this in gr_fft_vfc:
if (!forward){
fprintf
On Wed, 16 Mar 2005, cswiger wrote:
>
> So is there any reason for this in gr_fft_vfc:
>
> if (!forward){
> fprintf (stderr, "fft_vfc: forward must == true\n");
> throw std::invalid_argument ("fft_vfc: forward must == true");
>
Nevermind! It
Not sure if this qualifies as orthonagal or not, but amazingly
data out == data in. The code below gets this frequency spectrum:
http://webpages.charter.net/cswiger/fdm1.jpg
when put into a fft graph, where you can see the 10001101, the pattern
in the vector source. (plot is upmixed with 250Khz
Gang - fwiw, playing with creating 3d models by importing gnuradio
generate data files I came up with this simple movie, a sinc function
scrolling off into space:
http://webpages.charter.net/cswiger/sinc_to_infinity.avi
it's nearly 4mb file and didn't play in my xp media player, but
On Thu, 31 Mar 2005, Robert Kelley wrote:
>
> The URL is wrong, it's psk31.htm but I found it anyway.
>
> Chuck Swiger wrote:
>
> >
> > http://home.teleport.com/~nb6z/psk31.html
> >
http://home.teleport.com/~nb6z/psk31.htm
sri - copy & paste between local and remote vnc desktop is broken :(
(typ
Gang - *almost* have a keyboard input to a psk31 transmitter running -
but I don't fully understand named pipes. Q: Why does it not send
untill the pipe is closed???
One script opens a named pipe /pipe for writing
pskfh = open("/pipe","w")
and the script successfully gets characters from the k
Trying
pipe_fd = open("/pipe","r")
gr.file_descriptor_source(gr.sizeof_char,pipe_fd.fileno())
starts out but as soon as I start the source to fill the pipe
I get:
file_descriptor_source[read]: Bad file descriptor
and the pipe filling script reports IOError: [Errno 32] Broken pipe
BTW, op
On Wed, 6 Apr 2005, cswiger wrote:
> Trying
>
> pipe_fd = open("/pipe","r")
> gr.file_descriptor_source(gr.sizeof_char,pipe_fd.fileno())
>
> starts out but as soon as I start the source to fill the pipe
> I get:
>
> file_descriptor_source[read]
er of taps in the root-raised-cosine
pulse shaping we could get the IMD down to -42 to -50db.
Someday it may run in wxpython but for now it's two terminal
windows.
http://webpages.charter.net/cswiger/psk_experiment.html
--Chuck
___
Discuss-gnuradio ma
How does one create complex taps for a float in / complex out filter?
Is it just not implemented yet in gr.firdes?
thanks
--Chuck
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
This is a curious behavior: if
1) Use a vector source at the head and the USRP at the tail all is OK
2) Use the pipe fd source at the head and a file sink at the tail all is
OK
but if
3) Use a pipe fd source at the head and the USRP (with a parallel file
sink to monitor) at the tail data very s
re: my psk31 script flow issue with open pipes:
>From what I can tell, gnuradio works great with existing data
files, we can open files and feed the data to bytes_to_syms and
go from there. However the problem occurs with data being
real-time generated and fed thru an open pipe. Apperently the
ope
On Wed, 20 Apr 2005, Rahul Dhar wrote:
> On Fri, Apr 08, 2005 at 04:10:20PM -0400, cswiger wrote:
> > This is a curious behavior: if
> >
> > 1) Use a vector source at the head and the USRP at the tail all is OK
> >
> > 2) Use the pipe fd source at the head a
Gang - Here's a couple of Blender dataset animations that demonstrate
the bandlimiting effect of root-raised-cosine filter on pulses.
They're about 2mb each.
The first one is an unfiltered pulse with varying duty-cycle just to
make things wiggle:
http://webpages.charter.net/cswiger/pul
gnals, mux then de-mux.
http://webpages.charter.net/cswiger/ofdm_2.html
A far cry from decoding hdradio yet, tho.
--Chuck
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
gang - I want to modify a block nbfm_rx.py but keep the
original
cp nbfm_rx.py nbfm_rc.py
in ./blksimpl But when I load
from gnuradio import blks
it doesn't show up in
dir (blks).
Enabling the print f in ./blks/__init__.py shows it loading, and it
compiles. How do we add it to the fun
Gang - Here's a little bit on receiving a model aircraft R/C
transmitter signal. Get a great demod PPM output - the challenge
would be to write a signal processing block to output each channel
position. Switching to PCM might be easier to work with tho.
http://webpages.charter.net/cs
Daniel & James (et al) - Firewire or USB drive looks the way to go,
with compression in the stream (Tks James). I've found a world of
12vdc input ATX power supplies are available, like:
http://www.orbitmicro.com/products/power%20supplies/dc-dc/ps2/KPDX250H.htm
might run a small server mobo with b
the README suggests gcc 3.2 and 3.4. The latest Fedora Redhat Linux
has gcc4. Is that supposed to work?
Looks like something with banchmark_dotproc.cc has compiler version
issues, then something else gets
undefined reference to `gr_fxpt::TWO_TO_THE_31'
and gr_fxpt::PI and that's all folks.
-
Well, I installed gcc3.4.3 and still get a bomb in benchmark_dotprod,
but it's different than with gcc4. maybe something with glibc 2.3.4?
cppunit is 1.10.2.
>8--
make[3]: Entering directory `/usr/src/gnuradio-core/src/tests'
if g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src
Gang - Not sure if these emails are getting thru...
I finally got gr to compile on Fedora Core 4 (test 3) by
installing gcc3.4.3, then recompiling cppunit with gcc3.
Now, using python2.4 - I was getting a python2.3 warning about
a number format being depricated - a 'future warning' I think -
now
On Tue, 17 May 2005, Eric Blossom wrote:
> On Tue, May 17, 2005 at 11:42:48AM -0400, cswiger wrote:
> >
> > I finally got gr to compile on Fedora Core 4 (test 3) by
> > installing gcc3.4.3, then recompiling cppunit with gcc3.
>
> What compiler version came with it?
That's one more thing that breaks in python2.4 (2.3 issues the
FutureWarning about returning positive values for numbers over
sys.maxint)
powermate.py:
def _open_device(self, filename):
try:
self.handle = os.open(filename, os.O_RDWR)
if self.handle < 0:
On Wed, 18 May 2005, Eric Blossom wrote:
> We probably just need a single python function that takes these hex
> constants and conditionally converts them to negative ints.
maybe something like:
mask = 0x80ff4506
if ( mask == sys.maxint + 1 ) | ( mask > 2 * sys.maxint + 1):
return error
On Fri, 27 May 2005, John E. Don Carlos wrote:
> Python version 2.4.1
> gnuradio compiled from CVS earlier this week.
>
Gang - We have to use the gru utilities now with Python 2.4, so
be sure to
>>>from gnuradio import gru
then put gru.hexint() around the mux mask, and anywhere you have
somethi
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
rther
editing
Future plans include AM (coming very soon), live usrp support with band
selection, record audio to file, selectable tuning steps, agc signal
strength meter, etc.
http://webpages.charter.net/cswiger/hfx/
Right now it's tailored to crusing around an 80meter band datafile I
made earlie
Gang - Just have to brag, I'm listening to a gnuradio live in
my apartment that rivals my TenTec RX320, and *much* more
flexible to boot ;)
The project came together in the last few hours using
1) Antenna - a small swl magnetic loop. The loop antenna is
great for noisy areas like mine with neighb
io to file or pipe to mp3 compressor
* Play radio data file w/ rewind and fast forward
* AGC (could be better but works)
http://webpages.charter.net/cswiger/hfx/
Works well enough to replace my TenTec RX320 ;)
--Chuck
___
Discuss-gnuradio mailing
Here's a short demo of an audio spectrum display with dancing
bars (soon to be included in an FM radio!) :
http://webpages.charter.net/cswiger/spectrum_gauges/
Simple mod to gr_simple_squelch_cc which allows python to read the
signal magnitude.
--
Such as it is, here's todays project - FM gui with STEREO
(Achilleas' version)
http://webpages.charter.net/cswiger/spectrum_gauges/fm4b_st.py
(still needs work). A previous issue was calculating the proper
delay (or advance actually) for the pilot filter to match phase
with the L-
On Mon, 20 Jun 2005, Chuck Swiger wrote:
> No luck - but I'm going to have to try a different strategy of modulating
> a signal with 31.25 baud data. If I flood the pipe with enough characters
> the signal flows, but with the psk keyer it proceeds in blips.
>
I narrowed it down to: pre-charging
Just noticed something, using ALSA, once the flow graph is stopped,
restarting gives an error:
>>> from gnuradio import gr
>>> fg=gr.flow_graph()
>>> src = gr.sig_source_f(32000,gr.GR_SIN_WAVE,350,.2,0)
>>> from gnuradio import audio
>>> sink = audio.sink (32000)
>>> fg.connect(src,sink)
>>> fg.st
First, the FM gui has new creature comforts - programmable station
buttons and ability to save the audio to a file (can be piped to
lame for mp3 output).
http://webpages.charter.net/cswiger/spectrum_gauges/
Not a show stopper but I noticed that closing, then trying to open an
output file a 2nd
command line option - not sure
if the fft display can be changed w/o having to restart
everything.
hf_explorer_10.py
http://webpages.charter.net/cswiger/hfx/index.html
--Chuck
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists
WxPython gurus - I'm looking to get accurate readings from fftplot.
Any clue appreciated:
wxMouseEvent has a function GetPosition(). When I bind an event
like wx.EVT_LEFT_DOWN to something like self.click() which
just prints GetPosition() nothing happens.
self.mouse = wx.MouseEvent()
self.Bi
Gang - getting an accurate frequency reading from an fft display is pretty
easy. This works for me:
import wx.lib.evtmgr as em
...
# add an fft display to panel_7, nice size, avg on and weaver IF
# offset
fft = fftsink.fft_sink_c (self.fg, self.panel_7, fft_size=512, \
sample
On Tue, 2 Aug 2005, cswiger wrote:
>def Mouse(self,event):
>fRel = ( event.GetX() - 48 ) / 15.2 - 20
>print eng_notation.num_to_str(self.frequency + (fRel*1e3))
>
>
Even better than printing on the console is use ToolTips to display the
frequency your cursor p
Hi - has anything changed in the usrp interface since
what-the-hack ? I just updated to the latest cvs and
suddenly all my radios are broken. Actually they work
but frequencies go haywire in half the band:
My rig sets the src to complex, decim 100, the
ddc to -3.9e6 and mux to 0xf0f0f0f0, and th
On Tue, 9 Aug 2005, cswiger wrote:
> Hi - has anything changed in the usrp interface since
> what-the-hack ? I just updated to the latest cvs and
> suddenly all my radios are broken. Actually they work
> but frequencies go haywire in half the band:
>
Yeah, just verified with an
Gang - Ok here's my latest project: a pretty face and some logic
for gnuradio-examples/python/usrp/usrp_siggen.py.
http://webpages.charter.net/cswiger/siggen/
Be sure to read the notes at the bottom of the page carefully
for ease of use. Also needs the green numerals installed.
It has
Gang - here's a quick'n'dirty sweeper for the usrp - it plots the
response of an AM broadcast band filter:
http://webpages.charter.net/cswiger/ate/
--Chuck
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.
Just another stab - set_pga() seems to be screwy. With a
usrp_siggen.py looped back to usrp_oscope.py, not using
set_pga and amplitude 16e3 there's a signal peaking at 500.
However, use set_pga(0,n) (n=any value from 0 to 20)
and the signal drops to about 300. Checking with
print self.usrp._rea
On Mon, 22 Aug 2005, Eric Blossom wrote:
> Try stepping it from -20.0 to 0.0 by 0.1. I'm pretty sure it works.
>
> If you get a chance, can you check it again?
>
Yes - that's it, operator error, -20 to 0 gets peaks at 40 to 300.
Interestingly, if you set it back to 255 with
self.usrp._write_
Gang - I'm going back and reviewing the complete signal
path from sma socket to speakers, using mux info in
usrp_standard.h, Achilleas' *.ps diagrams, etc.
One thing I don't understand tho: if a typical mux of
0xF0F0F0F0 feeds zeros to all DDC Q inputs, and ADC 0
to all DDC I inputs, nchannels = 1
49 are looped back to
J19 and 18. The oscope is setup for 2 channels and mux set to
send ADC0 to DDC0 and ADC1 to DDC1.
http://webpages.charter.net/cswiger/usrp_diagrams/question.html
Thanks
--Chuck
___
Discuss-gnuradio mailing list
Disc
On Thu, 25 Aug 2005, Martin Dvh wrote:
> Hi Chuck,
> >I'm expecting
> > to get a 1Khz signal in one channel and 2Khz in another channel,
> > but end up with the two getting mixed etc.
> >Now if I disconnect the wire connect J19 to J48 ch1 & ch2 indeed flatline
> as expected.
> How do ch 3 & 4
I guess the most direct question is: with a tx mux of 0x0008
why am I getting any signal out of J49? Only DAC0 should
be enabled, and connected to the I output of DUC0.
--Chuck
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.
On Thu, 25 Aug 2005, Martin Dvh wrote:
> Hi Chuck,
> >
> > When the other cable between J19 & 48 is removed the scope
> > channels 3 & 4 flatline, just as expected.
> Just checking we understand each other.
> If you remove the cable between J19 & 48 both 1&2 and 3&4 receive channels
> flatline?
>
Ok, armed with that knowledge - I found that setting
9862 register 20 to 0x04 allows two seperate, altho
weak baseband signals, to be generated out of the two
SMA connectors. That turns off the fine mode mixer D.
--Chuck
___
Discuss-gnuradio mailing l
On Fri, 26 Aug 2005, sudhindra aithal kota wrote:
> Hi,
> I am running the usrp_siggen.py program with the
> option -m 0x98. The signal transmitted is a SIN wave.
> My understanding of this option is, Channel 0's I part
> is connected to DAC0 and Channel 0's Q part is
> connected to DAC1.
That i
On Fri, 26 Aug 2005, Eric Blossom wrote:
> It would take some work, and you'd also need to build the DUC in the
> FPGA. We have tested the FPGA based DUC in the (distant) past, and as
> you may have noticed, there is #ifdef'd code in the host library to
> deal with it.
>
That was my mis-concepti
Could somebody clue me in: gr_simple_squelch_cc takes a 'threshold'
and an 'alpha' factor for the iir filter. The magnitude squared of
the signal is formed and run thru the iir filter and compared to
the threshold.
What is the significance of alpha, i.e., it's relation to the
frequency of the sign
All - asking before moving on to another strategy:
Two channels input (mux = 0xf0f0f1f0) - can the two
DDC be phase locked or sync'd ? The phase between them
appears to jump about at random after a
chan0.set_rx_freq(0,-freq)
chan1.set_rx_freq(1,-freq)
TIA
--Chuck
Gang - Here is a report on a testing project that attempts
to measure the magnitue AND phase response of a device:
http://webpages.charter.net/cswiger/phase/
There's still a lot to do but it looks good so far ;)
--Chuck
___
Discuss-gnuradio ma
On Fri, 7 Oct 2005, Stephane Fillod wrote:
>
> volumecontrol = gr.multiply_const_cc(.0031)
>
>
> Altough it worked, I still don't understand why the value passed to
> multiply_const_cc (.0031) is so low. Would someone be kind to explain
I see that a lot too: Your processing values for float
Thanks to Eric for making it so we can change DDC frequency w/o
disturbing their phase, I can now measure the magnitude AND
phase response of a network over a wide range, transmission
and/or reflection (like an antenna). Smith charts can't be
too far behind.
http://webpages.charter.net/cs
Since AMD 64 dual core chips are getting affordable, any thoughts on if
gnuradio can take advantage of them as it is? Quoth one review, they're:
"aimed at users who need high arithmetic performance and use mainly
multithreaded applications."
--Chuck
___
Gang - My Vector Analyzer works amazingly well enough that I put up
a brag page:
http://webpages.charter.net/cswiger/phase/reflection_smith/smith_chart.html
that is to say, I plug in a 1nF cap and it reads -9.95e-10 (995pF), plug
in a 1.5uH inductor and it reads 1.59E-6. Essentially it measures
On Wed, 9 Nov 2005 [EMAIL PROTECTED] wrote:
> Damn, I just bought an Agilent 5230. :) I should have waited.
>
Don't hold your breath.
But seriously, I thought this was an interesting instrument, an HP 4800A:
http://cgi.ebay.com/HP-4800A-VECTOR-IMPEDANCE-METER-NICE_W0QQitemZ7559376862QQcategoryZ
This should be simple: a 2nd basic-RX board plugged into J668
works with a siggen, and scope w/ mux=0xf0f0f0f2, nchannels = 2
shows adc0 and adc2 A-OK. So the hardware is working fine.
But when I try to use it in my script I get a flatline:
# setup usrp
decim = 64
self.dut
accurate instrument. Pics of horizon flat 250Khz to 25Mhz
plots are here:
http://webpages.charter.net/cswiger/phase/vna_comp/
It's still pretty difficult to use but hopefully shows proof of
concept. In light of recent discussion, I just lifted the
calibration equations from the mcdermott.pdf a
>From the for-what-its-worth-dept (very low priority):
I've been making stabs at getting Gnuradio to compile
on Solaris (in case a 12 processor SunFire shows up ;)
and todays random hacks finally got it to go thru.
Python can now load the modules, but running is another
matter:
# python
Python 2.
harter.net/cswiger/thru_nyquist.jpg
About 44Mhz however it turns to random snow:
http://webpages.charter.net/cswiger/noise_above_44.jpg
--Chuck
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Eric was smack-on about having to set shared memory, the formula
goes something like:
# id -p
uid=0(root) gid=0(root) projid=1(user.root)
to get the project id
[spare me the lectures about running as root ;) ]
# prctl -n project.max-shm-memory -v 25600 -r -i project 1
Verify with
# prctl -i
Gang - any hints on what happens to float data when transfered
from a sparc machine to an x86? I understand byte-swap but this
looks like word-swap.
A dial_tone_2_file.py script is run on a sparc
machine creating dial_tone_out_sparc.
The same script is run on an x86 creating dial_tone_out_x86.
FWIW, once you get gcc and the build environment setup right
gnuradio 2.6 builds cleanly on Solaris, except for ONE item:
gr_math.cc:98
int
gr_signbit (double x)
{
//return std::signbit (x);
return (x);
}
std::signbit (x) creates an error, does not exist in std or something,
the above 'fix'
Just curious - how much might gnuradio benefit from running
on 64 bit processors and how much of a rewrite would it take,
to take full advantage of, say, an Athlon 64 X2, seeing as you
could theoretically chunk thru twice the data every bus clock?
I guess the Solaris build doesn't take advantage
:/sources/gnuradio
then:
cvs -z3 co gnuradio-examples
I get:
no such user cswiger in CVSROOT/passwd
and same thing with:
cvs -z3 -d:pserver:[EMAIL PROTECTED]:/sources/gnuradio co \
gnuradio-examples
___
Discuss-gnuradio mailing list
Discus
Re Antenna: Thanks, it was all based on laziness. The next step is
automatic tracking of frequency, hopefully with simple linear
calibration ( y = mx + b ).
Savannah just seems to be hosed as far as registering new
public keys. I've generated public keys, with passphrase,
on several machines (ss
On Tue, 20 Dec 2005, Angilberto Muniz Sb wrote:
> Chuck, I'm pretty sure you are aware of it -- that's
> the bases of some Phased-Array antennas -- I'm woking
> on this subject albeit its not related to USRP but
It might be possible to script a clone of this thing:
http://www.universal-radio.com
This is for the mathematicians out there - what is a simple
working algorithm for creating a function model to fit an
arbitrary number of data points. What I have for a first
approximation, simple linear (y=mx+b) actually works better
than nothing, but there's room for improvement.
I set one frequ
Ideally one could find a good used DLT tape drive and buy 40Gb tapes
for $50 each. I just discovered GNU/Linux has a utility called
'split' which can divide a large file into DVD size chunks. This
worked on a 30Gb file I wanted to keep, just not on precious hard
disk space:
$ split -b 4400m rf_da
Mike's ssb demodulation works darned effeciently - this must be
the simplest ssb receiver:
-
#!/bin/env python
from gnuradio import gr, audio, usrp
import ssba
def build_graph():
target_freq = 3938e3
rf_rate = 256000
af_rate = 32
In fact, here's a plot of the upper/lower sideband passbands
for the two sets of filter taps, carrier point at 5000:
http://webpages.charter.net/cswiger/lsb-taps_usb-taps_rev.jpg
I don't understand enough of the math in hfir.sci, but all we
need to make radios is: put the sharp s
Does the gnuradio / python output conform to usual unix
stdout and stderr - that is, normal status and informational
output go to stdout, while errors like USRP and Audio
over/under run go to stderr?
A text mode radio outputs status and takes user control
on the command line, but gets interference
Just tried this and it actually works: you hand someone a cd
and a dvd. They need 4.5Gb of disk space on their Windows
machine, and they copy a large file from the dvd to hard disk
along with a couple of python scripts.
Then they shutdown Windows and boot the knoppix cd with
gnuradio on it, then th
92 matches
Mail list logo
