and HDTV receivers working on. The USRP revolutionized ham SDR by
being half the price of the PCI board, allowing laptops instead of
only desktop computers to be used for the processing, and allowing
many cheap RF daughterboards to be made.
John Gilmore
Also upgraded to the next speed-grade of the ADC, to give 40Msps...
You spec'd only a 12-bit ADC. In my naive view, resolution seems like
it's more important to SDR than samples per second. Resolution is how
you avoid losing weak signals when you are of necessity sampling a
wide band. Can we
If one desired USB instead, then a simple [Cypress] EZ-FX2 USB-2.0
card with an FMC connector on it, and whatever logic was necessary
to grab samples from the ADC could be designed and built.
By the way, USB3 is now hitting the mainstream, with PCI boards,
motherboards, disk drives and USB
Eric Blossom adapted MIT student Vanu Bose's pspectra (parallelized
spectra) software into the first GNU Radio software. That software
used a PCI digitizer board, I believe from National Instruments, but
it was expensive and not very flexible. We knew of much better
digitizer chips, but there
As some of you know, I've been involved with GNU Radio for a long
time. The idea that became GNU Radio started as a conversation over
dinner in San Francisco with John Gilmore, something like 10 years
ago.
As one of the guys present at that dinner in early 2001, let me
suggest that Eric has
I like your ideas!
Anyway, I'm still missing the \file \brief doxygen tags
for the files. These are extremely useful when browsing through
a mass of unknown source material.
Otherwise you have to read the source in depth to find out what
the sourcefile is all about.
But most GNU projects
Dear All,
Do we think it is possible to create a software mobile phone using the
USRP, with the OpenBTS code or something else?
I mean everything would be in software, plus the USRP?
It is absolutely possible. So far I don't know anyone who has
tried to do it. The OpenBTS code
to fuzz GSM base
stations, which would lead to better-hardened base stations.
John Gilmore
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Which part of the Linux issue... sustained throughput or latency? I wouldn't
be surprised to find that latency hasn't
improved substantially because it's not a priority for server software. Even
VoIP applications are not concerned
about a 1 msec improvement... whereas that makes or breaks
If our library is providing a standard call to set the timestamps of
returned samples, shouldn't the standard or default way to do it
result in those timestamps being accurate wallclock UTC realtime,
rather than counting up from zero or from a random number? If by
default our streams of samples
Vincenzo, I read your new teaser on Memory Acceleration. Time/memory
tradeoffs, yes, have done that. Recursive table aggregation, OK.
Algorithm segmentation, sure. I am still looking forward to the real
paper, when it gets released.
But I have a structural question. We've now seen two major
Nothing forces you to interact with other ham radio operators. You can
happily work in isolation communicating among your own stations if you
wish.
Unless you need to do frequency coordination, which you usually do.
Then you have to deal with the oldest, gnarliest hams around, the ones
who 50
3. Using sudo ./u2_flash_tool --dev=/dev/mmcblk0p1 -t s/w txrx.bin ¨Cw
I'm a litttle concerned that you have an MMC card and not an SD card,
based on the device name that gets created when you insert the card
into your read/writer. Using SD cards, I've only ever seen Ubuntu
generate
When we use any of the USRP daughterboard to transmit, do we need the
authorization? For example, FRX900 includes the cell phone bands in US. If
we use FRX900 to transmit, do we violate the FCC rule? Or, we could legally
use any daughterboard on any band that falls in the frequency range of
Or maybe I have to try to use another brand SD card
rather than Sandisk?
It's possible you need to use another brand card, as these seem to be
notoriously flaky.
SanDisk SD cards are not notoriously flaky. They invented the SD Card
format and are, I believe, the largest maker of Flash
Now that there is a functional basestation available for GSM, I was
wondering if anyone is trying to build software for a GSM handset. This
way, I could use my laptop (e.g. in a manner similar to skype) to talk with
folks when I don't have a GSM phone handy.
It wouldn't be very convenient,
Another study you could look at is
ftp://ftp.cs.washington.edu/tr/2009/10/UW-CSE-09-10-02.PDF
It gives another overview of where latency comes from, and shows how you can
get around some of it.
We were able to get turnaround times for our application below 300 us by
making a few simple
I would like to make a call between two mobile phones using OpenBTS, but
the call exit after the phone begin to ring, message is show below:
Could anybody help me with this problem?*
I had the same problem at Burning Man with my phone (a BlackBerry).
Some phones seem able to make voice
few things come to mind: the SD card (one of the cheaper components, I
suspect), the ethernet cable, and the resistors.
You could try using a SanDisk Extreme III SD card. They're engineered
for rough environments; their web site has photos recovered from one
that went up for days in an
gr-audio-oss and gr-audio-jack. The sound module being used is
snd_hda_intel.
In my experience, there seem to be endless permutations of problems
with snd_hda_intel (HD Audio). Even in newer Linux releases like
Ubuntu 9.04. I don't think I have a single machine on which
snd_hda_intel is
There's another chance to get kids into radio...
If a high volume kids' laptop had stereo HD audio ports available
(24-bit 192 kHz converters, 95 db input and 100 db output), how cheap
and small a circuit could you build onto that motherboard to provide
useful LW/AM radio reception? Could you
I am looking for the openBTS webpage that had the technical details of the
2008 burning man experiment on them. Things like:
- 7 simultaneous phone calls at 50% CPU
- imsi filtering when they first started up
http://www.kestrelsp.com/OpenBTS.html
http://www.kestrelsp.com/FieldTest/index.html
Instead, python3 is included in both 8.10 and 9.04. Is the plan to
port gnuradio to python3?
There's no plan yet. This needs to be investigated.
Fedora 10 is 2.5.2. Not sure what they are planning. Anyone know of a
mainstream distro that uses python 2.6?
Python 2.6 missed the release
Harald Welte was recently interviewed on Chaosradio Express (by Tim
Pritlove) about DSP, GNU Radio, and the USRPs -- for two hours! The
interview is in the German language.
http://chaosradio.ccc.de/cre087.html
The MP3 file (118MB) can be streamed or downloaded here:
nexsdr_source_c() block patterned after usrp_source_c().
Converted version of usrp_wfm_rcv.py.
Converted version of usrp_nbfm_rcv.py.
Congratulations on building your own high function SDR hardware!
Just a brief remark on the software. It's great that you were able
to get it running quickly
Do you mind adding NEON to this list? NEON is a SIMD unit on ARM
Cortex-A8 processors. Information on NEON instructions is at
http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0204h/Bcfjicf
j.html.
Sorry it si the superseded link, I'm too lazy to find the current one
:)
This
You can charge any price you
like, and you're only obligated to pass on the code to those you sold
or gave the binaries to.
Well, no. Once you ship a binary to even a single person (outside
your company), that person is free under the GPL license to make
Danny O'Brien of EFF pointed out this profile of Toby Oliver of Path
Intelligence, which uses GNU Radio to build phone-monitoring
networks for shops:
http://www.cnet.com/8301-13505_1-9734052-16.html
Toby Oliver, CEO of Path Intelligence, is based in Portsmouth,
England, where he and his
.
John Gilmore
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
As preface, I'm not a radio engineer. I'm a software guy with
pretentions to understanding digital hardware. I have a few signal
processing books on a dusty shelf. You lose me as soon as you start
talking Q signals.
The Odyssey board operates at 10MHz IF; so wouldn't it need an external
tuner?
The thing does appear to have sufficient horsepower to do some DSP.
I would like to think we can make several things available to this
project. For example, I think a tunable HF receiver for shortwave AM
broadcast is easiy achievable for very modest cost. Further out, I
would to see the use
.)
John Gilmore
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
If you want to run on the PS3, you're most likely going to want the
IBM SDK 3.0. The SDK really, really wants FC 7 on the PS3.
Some people will do anything for crunchons -- or promised future crunchons.
(A crunchon is a unit of number-crunching.)
I was wondering why this SDK wasn't already
http://news.com.com/Feds+snub+open+source+for+smart+radios/2100-1041_3-6195102.html
This story had more details and investigation than the others I'd seen.
FYI.
John
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
Date: Tue, 03 Jul 2007 14:19:53 -0700
From: Annalee Newitz [EMAIL PROTECTED]
Subject: Reminder: Nerd Salon 7/10
Nerd Salon returns in just one week! Bring your friends and robots and
alien lovers!
Here are the details:
WHEN: Tuesday, July 10, 2007, 6 PM - 9:30 PM
WHERE: 111 Minna Gallery, San
Well, it looks like data is coming out, but it looks like I get 64
bytes out, then there is a hiccup about 5 microseconds long. I am
getting suspicious the OSK doesn't get the data on the USB bus fast
enough.
What is the source of the data you're transferring over the bus? If
it is coming
It's beginning to look like future daughterboards should include an
attenuator or fuse or something. This would avoid the idiotic result
that you plug 'transmit' into 'receive', as any sane computer-oriented
person would do, and (invisibly) fry your board.
Having the same connector on the tx and
I think the limitation is on the 8051 end. One 512-byte packet takes
8.53 microseconds to cross the USB channel, and the 35.7 MByte/sec
sustained rate implies the 8051 sets up the next packet in only 5.81
microseconds. I don't think there is any pipelining at this level.
You're probably
Once the signed binaries are on the GNU mirrors, should an
announcement email go out to the info-gnu@gnu.org mailing list?
Significant releases, like an X.0 release, should probably be
announced there.
Such a message should have a lot more about what GNU radio is capable
of, what it does well,
transmit power converted to dBm (1 dBm == 1 mW) minus the attenuator
loss = output power in dBm.
E.g.
100 mW - 20dBm
20dBm - 15 db att = 5 dBm
5 dBm - 3.2 mW
Actually, I think 0 dBm = 1 mW.
dB's are a royal pain in the butt. They eluded me for years because
they required a lot of
David Carr said:
As a point of reference the SSRP was used in a radio astronomy application
where maximum bandwidth was important and we were able to squeeze a little
more than 40MB/s out of the bus.
I think this says that there is a little more to be had but that the USRP
is doing a pretty
There are monetary prizes...
Yeah -- unspecified ones!
It looks like an incredible amount of work, under really picky and
idiotic rules, solving problems so challenging that there *isn't* any
commercial gear that does it, at any price. For an unknown and
probably tiny reward. And to hand it
http://phk.freebsd.dk/loran-c/
Seems like a natural hack for the USRP. He (Poul-Henning Kamp) had to
use a PCI card at the time (2003).
He claims it's un-jammable and similar in resolution to GPS; see the
LORAN-C politics section.
John
___
It shouldn't be too difficult to design a daughter board for the USRP to
sample phone line voltage (with an appropriate line interface circuit of
course). After that it should be rather easy in GNURadio to generate DTMF
tones for dialing, and modem tones for data communication.
DSL is a good
Just curious, why did you first fm_demod and then fm_mod.
You could also do:
src = usrp.source_c (0, rx_decim)
dst = usrp.sink_c (0, tx_interp)
if_filter=gr_fir_filter_ccf(1, if_filter_coeffs)
self.connect (src, if_filter, dst)
By adding a few blocks to the FPGA (like the FIR filter and a
It seems there is something wrong with the way that mux is declared in the
capture_to_file.py code (0xf0f0f0f0).
The problem is that Python promotes that value to a bignum because it
doesn't fit into an int (as a positive number). This was a recent change
to Python, which is great for
It should be pretty simple for the USRP's FPGA to swap the bytes of
16-bit samples it delivers in USB packets, if instructed in a control
register by the host. This would avoid any speed penalty for
big-endian hosts.
(It's also pretty simple to determine that a simple byte-swap would be
a
Three opinions...
* GNU Radio should be processing data in the local machine's native
byte order and data format (e.g. IEEE float). You should have to
explicitly tell it to do something about byte order (e.g. convert
samples to little-endian).
* Any conversions we offer
Groklaw.net is an interesting blog by Pamela Jones, paralegal of
mystery, who has entertainingly coordinated the free software
community's response to the SCO v. IBM lawsuit. Once in a while the
lawsuit gets slow and she has time to cover other things -- like
Katrina, FEMA, and emergency
A critical parameter will be the response time (latency) required on the
host. This is largely controlled by the amount of bufferring on
the GITD. Pushing in the opposite design direction is the desire to
minimize latency and cost on the GITD itself.
A memory-mapped interface is great for
involve an application layer connection control scheme. For TX, each
packet has a number and the device NACKs a packet if it is received when
the buffer is full. The host then retries NACKed packets at a given
interval and gives up if not successful after N tries. This is still a
lot
The other thought is that if you are considering putting the peripheral
remotely close to an outdoor antenna, perhaps an optical fiber solution
would be better - why risk frying your CPU or your body?
Copper GigE is sufficiently cheap and ubiquitous that a DAC/ADC board
should use it. But
I'm actually interested in detecting LCD and CRT leakage, and decoding
the picture display from both LCDs and CRTs with a remote USRP, as a
useful hack for determining what TV channels people are watching nearby
(I know you can also listen for the local oscillator in the tuner, but
the
Does anyone here know if the VGA cards prevent you from controlling
the DAC durinng the blanking intervals? Are the blanking intervals
implemented in hardware or in software?
Generally, video cards stop squirting bits during the blanking intervals,
which are implemented in software. This
into a computer's GigE port, if it isn't on the Internet at
the same time, e.g. for mobile laptop use).
John Gilmore
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
The American Library Association, EFF, and others challenged the FCC's
authority to regulate equipment beyond the receive tuner, in its broadcast
flag ruling. (The flag order requires that the tuner not provide
its signal to equipment that would let consumers simply record the signal.)
The court
I finally got a SMA cable to hook the USRP to my old 4937 tuner.
wfm_rcv.py worked like a charm on the first try, tuning a strong local
FM radio station. I cabled the computer's audio output into my main
amplifier, which also has a traditional FM tuner. When I switched
between the tuner and the
The sensor + radio fusion stuff looks interesting. I see why the Navy's
interested.
In the future, you should be able to talk to both radio and i2c
devices using the USRP. Your current tuner board could be converted
to a USRP daughterboard with minimal trouble (or you could wait for
Matt's
(and while I do have access to an mc4020 board, it is
not in a location that can receive ATSC signals and I'm not about to run
coax all over the place).
I have to start by saying: either moving the mc4020 board to where the
antenna is, or running coax all over the place, will be MUCH easier
59 matches
Mail list logo