Free board offer to OBB developer with a CMU200

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at

Mychaela Falconia mychaela.falconia at
Tue Mar 12 00:36:14 UTC 2019

Hello again OBB folks,

In light of my discovery two days ago through CMU200 testing that
current OBB on all Calypso devices (with or without my OS#3582 patch)
produces grossly incorrect (spec-violating) radio transmissions, I am
making the following offer to your gang in the case that any of you
are interested in doing the work to fix your software and bring its
radio transmissions into compliance.  The offer is: if there is anyone
in this so-called "community" who (a) has a CMU200 instrument or is
willing to invest into buying one and getting it properly calibrated,
and (b) is willing to do the major work of bringing OBB's radio
transmissions into compliance as verified with that CMU200 instrument,
then I am willing to send that person a fully tested, fully working
and properly calibrated FCDEV3B GSM MS board free of cost.

To recap, the areas in which OBB's radio transmissions were found to
be non-compliant in my CMU200 tests last Saturday are as follows:

1) At least in the test scenario when the CMU200 instrument acting as
a BTS makes a call to the connected MS, OBB's implementation of GSM MS
transmits at each band's maximum power level instead of the lower
power level commanded by the CMU acting as the BTS.

2) When the CMU200 commands the connected MS to change its Tx power
level, OBB's implementation of GSM MS does not act on these commands.

3) Even when the MS Tx power level is set to each band's maximum on
the CMU200 before initiating the call to the MS and not changed
afterward, the power ramp put out by OBB is flagged by the CMU as
being out of tolerance - despite the OS#3582 patch which makes OBB use
the same Tx ramp template bits as the official FreeCalypso and
Motorola firmwares (I tested on both hw platforms), or FreeCalypso fw
on Motorola's hw, all of which produce perfectly compliant power ramps
as deemed by the CMU200.

4) Without the OS#3582 patch, not only the power ramp but also the
power level itself is out of tolerance.

I do not see how anyone could address these defects without having
their own CMU200 instrument so they can reproduce the problem first,
and see the same thing I am seeing, which is why I am limiting my
FCDEV3B offer only to those who have a CMU200 or are willing to invest
in one.  Furthermore, I also know from first-hand experience that many
CMU200 units that sell on ebay for cheap may be defective in very
subtle and non-obvious ways, or may have been subjected to repairs or
repair attempts in less than fully diligent ways.  Therefore, unless
you bought your CMU200 from a high-end seller who sells it with a
recent calibration certificate and with all case seals from the
calibration lab intact, the only way to know for sure if the
instrument's measurements are trustworthy is to send it to your
nearest Rohde&Schwarz office for calibration, which costs about $1400
at least at the Columbia, Maryland (USA) office, which is where I had
mine calibrated.

For the above reasons, I further limit my free-of-cost FCDEV3B offer
to those who not just own a CMU200 instrument in some unknown
condition, but are also able to present a recent calibration
certificate for it.  (And don't even think about faking one, as I know
what real ones look like - I got my own.)  You will also need to have
an N-to-SMA RF cable with precisely known insertion loss at GSM
frequencies (at the center frequency of each uplink and downlink band,
8 frequencies in total), i.e., you need to demonstrate sufficient RF
knowledge to compute a good estimate for these insertion loss numbers
if you don't have access to a VNA to measure them directly.

(In case it isn't already obvious, let me spell it out: producing your
own GSM MS implementation that is safe to use on public airwaves does
require spending a non-trivial amount of money on proper test

If you have the necessary test equipment as above and are interested
in getting a free-of-cost FCDEV3B, you will need to further agree to
do the following upon receiving the board:

1) Connect the FCDEV3B to your CMU200 while the board still runs its
official FreeCalypso fw, and confirm with your own eyes and your own
CMU200 that all RF transmissions put out by the FreeCalypso hw+fw
combo satisfy all of the compliance tests.

2) Run OBB on the same FCDEV3B still connected to your CMU200, and
confirm with your own eyes and your own CMU200 that OBB's transmissions
exhibit the same problems which I see in my test setup.

3) Work toward bringing OBB's RF transmissions into compliance as seen
by the CMU200, i.e., toward being like what the official FreeCalypso
fw puts out.

The tests performed by the CMU200 are the exact same ones which are
performed by official certification labs on candidate GSM MS devices
submitted for type approval testing; I don't know exactly what
equipment those labs use, but I wouldn't be surprised if it is the
very same CMU200 at least for the low-level tests, plus something else
(a real BTS maybe) for higher-level GSM L3 protocol tests.

Aside from the just-detailed offer of a free-of-cost board to whoever
is willing to do the above work and has the necessary setup, I am now
restricting sales of FCDEV3B hardware to OBB users.  If anyone is
interested in buying an FCDEV3B for the purpose of running OBB on it,
I will only sell it to you if you can demonstrate that you have one of
the following 3 acceptable setups:

Option 1: a CMU200 or some other instrument acting as a base station

Option 2: your own BTS plus all of the numerous pieces which are
required in order to connect an MS directly to a BTS with a cabled
setup without any radiated transmissions;

Option 3: your own BTS plus a solid RF-blocking enclosure (reliably
blocking any leakage) that is big enough to fit both your BTS and
your MS.

If I were to sell a board to an OBB user who does not have any of the
above, then I would be helping facilitate willful interference and
disruption of public radio communication networks, and could
potentially be held liable for whatever damage you will cause by
letting OBB transmit on GSM frequencies in open air, so nope, sorry,
won't do.

And finally let me pre-emptively address one very likely response: if
someone says "why don't you, Mychaela, do the work of bringing OBB's
radio transmissions into compliance and contribute code patches, given
that you already have all of the needed high-end test equipment", my
answer is that this work can only be done by someone who believes that
investing effort into further development of OsmocomBB is the right
thing to do, which is a position I disagree with - instead I believe
that OBB (or at least OBB on Calypso, no opinion regarding OBB on SDR
or the floating-around vaporware idea of OBB on MTK) should be
deprecated from use and retired to the dustbin of history as a failed
project that may have been interesting and may have had some merit at
one time, but is now completely pointless.

Mychaela Falconia,
Mother of FreeCalypso

More information about the baseband-devel mailing list