General

Profile

News

OsmoSDR: OsmoSDR hardware verification at 28C3

Added by laforge over 5 years ago

At ​28c3, the OsmoSDR team was busy verifying the hardware design on the first prototypes.

The result can be summarized as:

  • SAM3U is working, enumerates on USB and can be programmed via SAM-BA
  • E4K tuner driver is working
  • Si570 driver is working
  • FPGA can be flashed via JTAG bit-banging from SAM3U
  • FPGA and SAM3U can speak via SPI

However, there are at least two bugs:

  • USB socket footprint pin-out was mirrored
  • clock output level of Si570 doesn't match FPGA clock input specs (amplitude too low)

The issues have been worked around, and firmware + FPGA development has made progress.

OsmocomGMR: Video and Slides of Sylvain's 28C3 GMR talk

Added by tnt over 5 years ago

OsmocomGMR main author Sylvain Munaut has given a presentation about the GMR-1 standard and the OsmocomGMR software at the 2011 annual CCC conference (28C3).

It is a great introduction into the topic, and a recommended read/view for everyone wanting to experiment with our OsmocomGMR software.

The slides are available from ​http://events.ccc.de/congress/2011/Fahrplan/attachments/2027_28c3_introducing_osmocom_gmr.pdf

The video is available from ​http://mirror.fem-net.de/CCC/28C3/mp4-h264-HQ/28c3-4688-en-introducing_osmo_gmr_h264.mp4

OsmocomGMR: First Osmocom GMR code release

Added by laforge almost 6 years ago

As some of the readers may already know, a couple of Osmocom developers have been working on a new sub-project: ​OsmocomGMR.

The primary goal of this project is to provide a reusable and clean implementation of the various layers of GMR-1.

What is GMR-1 ? Well, it stands for "GEO Mobile Radio" and it's a set of specifications describing a satellite based mobile phone network heavily inspired from GSM. One of the major commercial operators of GMR-1 technology is "Thuraya", providing coverage over Europe/Africa/Asia/Australia?.

So far the implementation focused on the lowest layers:

  • Physical layer with FCCH sync and demodulation support for pi4-CBPSK and pi4-CQPSK bursts.
  • Channel coding layer (scrambling/puncturing/convolutional coding/crc/interleaving/...)

And some ancillary tools to exploit those:

  • A good capture tool to listen to particular ARFCN and channelize them properly
  • Wireshark support (BCCH only so far)

The first 'demo application' using all of the above provides functionalities similar to what airprobe is for GSM: An air interface protocol analyzer that goes all the way from capturing data off-the-air to sending packets to wireshark for analysis. Limited to BCCH only currently but this will evolve with time.

Development was mainly done by Sylvain Munaut, with help from Dimitri Stolnikov (early signal captures and his great capture tool), Harald Welte (initiating the project) and Steve Markgraf (testing different setup and antenna ideas).

If you'd like to know more, you are encourated to read the ​wiki and join the ​mailing list

OpenBSC: Introducing the osmo-bts project

Added by laforge about 6 years ago

For quite some time we've been hacking away on a project called osmo-bts.

You can find it source code as usual on git.osmocom.org, for occasional web browsing we offer ​cgit access.

osmo-bts is a BTS-side Layer3 and Layer2 protocol implementation, including Abis/IP, TS 08.58 RSL, TS 12.21 OML, TS 04.06 LAPDm and various other bits and pieces required to run a BTS.

Specifcally, it does not include a GSM Um Layer1. Rather, the idea is to port osmo-bts to a variety of L1 implementations.

So far, hardware support only exists for an upcoming BTS product which is not available yet, the sysmocom femtobts. However, there is active work being done un hacking some OsmocomBB phones into using them as a BTS, as well as support for other L1/hardware, too.

We are also planning to implement a 'virtual layer1', that can be used to run a BTS without any radio layer, interfacing the OsmocomBB stack via TCP/IP for netwokr simulation and software testing.

OsmocomTETRA: Chaosradio podcast about TETRA and OsmocomTETRA

Added by laforge about 6 years ago

Today, a ​Chaosradio Express (CRE) about TETRA has been released at ​http://chaosradio.ccc.de/cre183.html

OsmocomTETRA founder ​Harald Welte was interviewed by ​Tim Pritlove, maker of the popular German language technology podcast Chaosradio Express.

The 2 hours and 20 minutes long interview covers the historic evolution from analog radio, trunked radio to digital trunked radion and TETRA. It also covers users, security issues and the OsmocomTETRA project.

Please note: CRE is a German language publication.

OsmocomTETRA: Starting to analyze the Dimetra BTS

Added by laforge over 6 years ago

We have recently started to analyze some old Motorola Dimetra equipment, the progress can be found at Dimetra_EBTS and the follow-up pages.

Any hints on how to configure/setup/use this hardware are appreciated, especailly regarding the Ethernet protocol between BR and TSC, as well as the E1 protocol from TSC to SwMI.

OpenBSC: New commit log mailing list for all osmocom.org git repos

Added by laforge over 6 years ago

We haven't had a functioning commit log mailinglist since mid-2009, when the revision control system of openbsc was converted from svn to git.

Especially today, with the large number of separate git repositories on http://cgit.osmocom.org/, it is very easy to loose track of what other developers are doing.

The new mailing list 'osmocom-commitlog' (renamed from openbsc-commits) will receive updates from all repositories on git.osmocom.org.

Feel free to subscribe at http://lists.osmocom.org/mailman/listinfo/osmocom-commitlog

OpenBSC: Problems with our git repositories

Added by laforge over 6 years ago

We're sorry to report that there are some problems with our git repositories at the moment, resulting in 'early EOF / index-pack failed' messages when users are attempting to clone one of our repositories.

The problem has been thoroughly analyzed, but even after many hours of analysis, no solution has been found yet. Your best chance is to keep re-trying the clone, in 5-10% of the cases it will succeed.

More technical details are available at this posting to the git mailing list:
http://article.gmane.org/gmane.comp.version-control.git/169909

Sorry for the inconvenience.

OpenBSC: OpenBSC syslog and logfile support

Added by laforge over 6 years ago

Today I've been working on adding support for logging via syslog and to dedicated log files into our libosmocore and libosmovty libraries.

This means you can now finally log not only to stderr of the running process, but also configure any number of log files (each with its own log categories/levels) and through syslog.

In addition, all of the settings can now be configured from the vty (and persistently in the configuration file). You can also re-configure the log levels for those files (and stderr!) at runtime.

Please see the following new commands on the vty:

log file FILENAME
log syslog
log stderr
no log (syslog|stderr)
no log file FILENAME

Within each of those log vty nodes, you can then use the familiar commands like 'logging level mm debug' or 'log filter all 1' in order to configure which subsystems should log with what level of verbosity to the given target.

The abovementioned logging support is immediately available to all Osmocom programs, including osmo-nitb, osmo-bsc, gb_proxy, osmo-sgsn, bsc_nat and many others.

(61-70/77)

Also available in: Atom