John -
The more recent 2.5-series releases of OpenBTS includes a feature
called "test call" specifically for fuzing handsets. From the CLI,
you can initiate a mobile-terminated transaction a specific handset
using the test call feature. What the test call feature does is open
an SDCCH i
Ettus publishes the schematics. They are sometimes out of date but
not hard to figure out if you have an actual board in front of you
and take a little time. What the BOM? Look at a schematic and a
board and figure it out. It's not like anyone is trying to stop you.
You want layout file
John -
It is my understanding that the current FPGA image used for OpenBTS
will fail on the transmit side if the FPGA clock is slower than the
USB clock. The USB clock is 48 MHz.
Also, the GSM symbol clock is derived from 13 MHz, so if you use a
multiple-of-13 clock, you can simplify a l
Phillip -
On Nov 27, 2009, at 7:11 AM, Philip Balister wrote:
On 11/26/2009 06:06 PM, David Burgess wrote:
Does anyone out there have experience building GNU Radio for AMR9
with a
Linux 2.6 series kernel, the i.MX25 in particular?
OE should build GNU Radio for ARM9. We ran it on the
Does anyone out there have experience building GNU Radio for AMR9
with a Linux 2.6 series kernel, the i.MX25 in particular?
-- David
David A. Burgess
Kestrel Signal Processing, Inc.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
htt
cheaper with reasonable noise and stability figure. If we
understood correctly,
bare VCTCXO chip costs $230 on DigiKey, while in our case discrete
unit with
all accessories produced in low volume costs about $100.
On Mon, Sep 28, 2009 at 22:06, David Burgess
wrote:
One of the approaches we
One of the approaches we are considering for OpenBTS is to use a
VCTCXO with the control voltage taken from one of the D/A outputs of
the FPGA, with LOTS of low-pass filtering, of course.
This would not give a wide range of frequencies, but would allow
precise frequency calibration through
There is a GNU Radio wiki page:
http://gnuradio.org/trac/wiki/OpenBTS/Compatibility
that is being used to track problems with specific models. Anyone is
welcome to update that with the most specific information possible.
-- David
On Sep 16, 2009, at 4:25 PM, John Gilmore wrote:
I w
All -
The OpenBTS wiki has been moved back to http://gnuradio.org/trac/wiki/
OpenBTS after it's 10-month stay at sourceforge.
The trac tickets will remain at sourceforge for now.
We are in the process of updating the OpenBTS source code at GNU
Radio and will make addition status postings as
Hanwen -
The -60 dBm refers to the signal level at the output of the USRP, not
the final ouput of the BTS.
The leakage signal is amplified by the PA, but in the full BTS design
you reference it is subject to an additional 70 dB attenuation in the
duplexer. So the actual output level at t
Ping-ping -
I would suggest subscribing to openbts-disc...@lists.sourceforge.net
and reposting your message there.
-- David
On Sep 6, 2009, at 9:16 PM, pingping chen wrote:
Hi,
I encount some problem when I run the OpenBTS source code with
usrp.
First, I have made some check of the
That low power level does not sound right. The power level at the tx
connector should be around 20 dBm.
Note the we recommend terminating the transmit connector to prevent
unlawful emissions. Plenty of power leaks out of the USRP for
desktop testing, even with a termination. Absolutely d
Does anyone out there have a pre-compiled libusrp for the Gumstix
Overo? Preferably from GSN Radio 3.1?
-- David
David A. Burgess
Kestrel Signal Processing, Inc.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/m
I was getting a report of exactly the same thing from someone else
last week. He fixed it by creating a soft link.
-- David
On Mar 25, 2009, at 3:45 AM, Fabian wrote:
Hello!
I'm using GNURadio (from the svn repository) with OpenBTS and
everything worked fine.
Now I did this procedure
Gohar -
"bootstrap" is a system utility you should already have, not part of
the OpenBTS distribution. When bootstrap failed with "No such
file...", you should have stopped and figured this obvious mistake
instead of doing something completely pointless with raw g++ and then
posting it t
Jane -
We (Harvind and I) have no foreseeable plans to use OpenBTS with the
USRP2. There are several reasons we will stick with the USRP1, but
if I detail them on this list I'll risk getting cited for contempt of
court. Really. http://openbts.sourceforge.net/order.pdf
But OpenBTS is op
Isaac -
The injunction prevents me from posting that information on a web page.
Sorry.
-- David
On Feb 17, 2009, at 8:39 AM, isaacgerg wrote:
I am looking for the openBTS webpage that had the technical details
of the
2008 burning man experiment on them. Things like:
- 7 simultaneous ph
If you actually measure this please share you results.
-- David
___
Sent with SnapperMail
www.snappermail.com
.. Original Message ...
On Tue, 16 Dec 2008 13:38:16 -0800 "Johnathan Corgan"
wrote:
>On Tue, Dec 16, 2008 at 1:28 PM, Newell Jensen
wrote:
>
>> Is this for the TX/RX port o
Bill -
I've done this with a 12v deep cycle battery and a good quality 12-6
DC-DC converter. We ran off-grid for a week like that, recharging
the battery in place as needed with whatever power sources were handy.
-- David
On Nov 30, 2008, at 7:20 PM, Bill Stevenson wrote:
Hello, all!
Griff -
The DTMF support for OpenBTS won't do you much good. GSM dosn't really send
in-band DTMF but uses out-of-band messages to indicate keypresses. Ticket
#318 is about implementing those messages. Not the problem you're trying to
solve.
-- David
___
Sent with SnapperMail
www.snappermail.co
Eric -
Here's what can be released now:
-- The GMSK radiomodem and its interface to the USRP. (GSM 05.01,
05.04, 05.05)
-- The interface between the GMSK radiomodem and the rest of the GSM
stack.
-- The FEC coders and decoders used in GSM 05.03. (Already in CVS,
BTW.)
-- Most
All -
I'm trying to set up libusrp on a G4 PowerBook under OS 10.5.1. We
installed gnuradio 3.1.1 and installed all of the supporting packages
with macports.
When I try to access the USRP I get this:
dyld: Symbol not found: _usb_error_str
Referenced from: /usr/local/lib/libusrp.0.dylib
All -
I just tried to build the trunk gnuradio from SVN under OS X 10.4.11
with
./configure --disable-all-components --enable-usrp --enable-
omnithread --enable-mblock --enable-pmt
make -j 2
It ended thus:
...
GUILE_LOAD_PATH="/Users/dburgess/RangeNetworks/rangeNetworks/openBTS2/
packag
All -
I have an application for the USRP that does not use GNU Radio. Is
there any simple way to install just those components required for
the USRP driver? This is important because the application will
eventually need to be embedded, but even during development we'd like
to avoid havi
24 matches
Mail list logo
