From laforge at gnumonks.org Thu May 12 18:09:37 2011 From: laforge at gnumonks.org (Harald Welte) Date: Thu, 12 May 2011 20:09:37 +0200 Subject: Planning for Radio Village at 2011 CCC Camp Message-ID: <20110512180936.GA25011@prithivi.gnumonks.org> Hi all! [This message is cross-posted to many lists, please be careful when replying to it! Think twice if your respones really matters to all those projects...] In order to do some better planning for our Camp activities this summer, I would like to request all people who intend to participate in the radio village to add themselves to the wiki: https://events.ccc.de/camp/2011/wiki/index.php/RadioVillage The list of citizens is auto-generated if you use Person template like I have done in my user page at https://events.ccc.de/camp/2011/wiki/index.php/User:LaForge The large main tent is not really intended as a place to sleep, but more like a place where we set up our gear and work on the various projects, similar to what happened at HAR. Thanks in advance! -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: Digital signature URL: From hwelte at sysmocom.de Fri May 13 16:39:18 2011 From: hwelte at sysmocom.de (Harald Welte) Date: Fri, 13 May 2011 18:39:18 +0200 Subject: Osmocom project vs. sysmocom GmbH Message-ID: <20110513163918.GU25011@prithivi.gnumonks.org> Hi all! As some of you already know, Holger and I have recently started a new company called "sysmocom - systems for mobile communications GmbH". The process of establishing the new company has now formally concluded. Before some rumours start to spread, we would like to clarify some points and make sure there is mutual understanding between the Osmocom community and the sysmocom company. sysmocom is intended to provide commercial offerings related to the Osmocom projects. This is not entirely new. Especially on the network side, people like Holger and I have been doing quite a lot of paid development to bring those projects forward. We would not have many of the features we have today, if it wasn't for customers who actually pay us for development of OpenBSC, OsmoBSC, OsmoSGSN and the various side projects more targetted at a real network operator like cellmgr-ng, bsc-nat, gb_proxy - just to name a few. However, this has always only been freelancing development of Software. With sysmocom, we want to go one step further and work on hardware products related to the various Free Software projects. Right now I don't want to talk too much about unfinished products, but we are working towards an inexpensive BTS product, we are funding the prototypes for Osmocom SIMtrace, and we will likely also see stuff like OpenBSC appliances. Given our past involvement and exposure into other projects that share a split Free Software / business set-up, we think we understand very well where potential issues of conflict between the two sides may be. Let me make some more clarification what this is not about: * sysmocom is not about creating proprietary derivates of Osmocom software. We work on Free Software which is publicly available under OSI approved and FSF endorsed licenses. We may offer proprietary hardware and sometimes software - but those are independent projects from existing Osmocom software. * we specifically will not have a public and a non-public version of the same program with differences in features. * sysmocom is not a VC-funded startup. It's a very small company run out of personal funds with no intention to take external funding or grow rapidly. Nobody but Holger and I determine where it goes and what it does. * sysmocom does not hold any copyright on the Free Software projects. The copyrights stay distributed with the major authors such as Holger, Onwaves, Sylvain, Dieter, Andreas and myself. None of the others have any affiliation with sysmocom. I have (personally, unrelated to sysmocom) asked some of the smaller contributors for a copyright transfer to make sure we could do the AGPLv3 transition, or future re-licensing decisions without having to ask dozens and dozens of people. sysmocom does not seek to control the Free Software projects. * we will maintain a strict separation between the community side of things and the business side. Unlike some other popular projects, we will not end up in a situation where the osmocom.org websites will be full of advertisements and hidden links that lure you on the company website. * we will keep a strict separation of naming. Osmocom is for the FOSS projects, sysmocom for the business. The company will use the term "Osmocom" only in descriptive context, not as a product name, brand or for advertisement. If you do have any concerns, please feel free to share them. However, I'd like to avoid cross-posting them throguh different mailing lists. Please follow-up-to openbsc at lists.osmocom.org Regards, Harald -- - Harald Welte http://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Schivelbeiner Str. 5 * 10439 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Geschaeftsfuehrer / Managing Directors: Holger Freyther, Harald Welte -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 482 bytes Desc: Digital signature URL: From laforge at gnumonks.org Sun May 22 19:46:10 2011 From: laforge at gnumonks.org (Harald Welte) Date: Sun, 22 May 2011 21:46:10 +0200 Subject: GSMTAP now creates a locally bound receive socket Message-ID: <20110522194610.GW4243@prithivi.gnumonks.org> Hi! libosmocore >= 0.3.1 and the current osmo-tetra code will now generate not only the sending GSMTAP UDP socket, but also a locally-bound receive socket. This avoids the manual start of "nc -l -u -p 4729 >/dev/null" or iptables rules to drop the UDP packets. The local receive socket is only created if the GSMTAP IP address is a locally configured address on any of your network interfaces. So sending it to 127.0.0.1 should work well. Don't be surprised if you happen to see GSMTAP over IPv6, I'm now using getaddrinfo() and related functions, i.e. "loopback" may now resolve to ::1 instead of 127.0.0.1 Regards, Harald -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From zielonka.markus at yahoo.de Tue May 24 20:00:46 2011 From: zielonka.markus at yahoo.de (Markus Zielonka) Date: Tue, 24 May 2011 22:00:46 +0200 Subject: Suche Informationen zu Funcube und dem py Script Message-ID: Hallo Tetra Liste, m?chte nicht unh?flich sein, im Archiv habe ich zum Thema Funcube und dem py Script nichts gefunden. Wer kann mir mehr Informationen geben? Gibt es ein extra Wiki oder einen Blogbeitrag? Screenshots? Suche mehr Informationen wie ich den Funcube mit dem Script auf einem Ubuntu System einsetze. Danke. Gru? Markus From laforge at gnumonks.org Wed May 25 06:57:13 2011 From: laforge at gnumonks.org (Harald Welte) Date: Wed, 25 May 2011 08:57:13 +0200 Subject: experience with fcdp Message-ID: <20110525065713.GD24513@prithivi.gnumonks.org> Hi! I've borrowed a Funcube Dongle Pro and tried to use it with osmocom-tetra. I've manually tuned it to a tetra carrier using the Qt-GUI, and it I can see the carrier very clearly in the spectrum/fft. However, I'm getting many more bit errors than with a USRP2+WBX board. Also, I have the feeling that the WBX has a much higher sensitivity, even with the FCDP input LNA at 30dB maxed out. Can anyone confirm these findings? I'll do some more investigation and report back here. Regards, Harald -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From cd at maintech.de Wed May 25 08:00:33 2011 From: cd at maintech.de (Christian Daniel -- maintech GmbH) Date: Wed, 25 May 2011 10:00:33 +0200 Subject: experience with fcdp In-Reply-To: <20110525065713.GD24513@prithivi.gnumonks.org> References: <20110525065713.GD24513@prithivi.gnumonks.org> Message-ID: <4DDCB721.9010703@maintech.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Harald, I have no Funcube, but from the design of it I would rather assume, that it is a matter of strong signal immunity. The WBX has a lot of built in analog filters whereas the Funcube has none. If several other carriers are in the vicinity (within several MHz of the targeted signal), all these add to noise in the channel. You might try a filter between antenna and Funcube or try to use an antenna that is only sensitive in a small part of the Tetra band. Do not use one of these DVB-T mini antennas that come with the USB sticks. These are optimized for covering the whole TV band. This includes Tetra but also everyting else :/ Just my .02 - and speculation as well... Best regards, Christian On 25.05.2011 08:57, Harald Welte wrote: > Hi! > > I've borrowed a Funcube Dongle Pro and tried to use it with > osmocom-tetra. I've manually tuned it to a tetra carrier using the > Qt-GUI, and it I can see the carrier very clearly in the spectrum/fft. > However, I'm getting many more bit errors than with a USRP2+WBX board. > Also, I have the feeling that the WBX has a much higher sensitivity, > even with the FCDP input LNA at 30dB maxed out. > > Can anyone confirm these findings? > > I'll do some more investigation and report back here. > > Regards, > Harald - -- - --------------------------------------------------- | maintech # Dipl. Inf (FH) Christian Daniel | | GmbH ### Otto-Hahn-Str. 15 ? D-97204 H?chberg | - --------------------------------------------------- | AG W?rzburg, HRB 8790 Tax-ID DE242279645 | - --------------------------------------------------- | http://www.maintech.de cd at maintech.de | - --------------------------------------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJN3LcbAAoJEHkgzUIsAWriueMH/3UCVHAdf+qTsVXiWQKkDtan vSOQ4q3nCZJ9kHMpApWVod/yKL/4iPCrzJp1jiuyWrYx7tD88NT8zDweJpywu+w9 S5kixF0OMErVFVrhkCTcdKRrFuyPUJCYh8tHSGaOVk94ikloXXU/7p8MLIoiFbPT TYJI6KojtjXlsNtc3JVTJeVoUx47eoji3moqghwnY1Lhizthn9O8NjoJBS+oSwOn 2BN+PaXAHUf+tG+DzPEolW1OECUO5H7DJMRtPch6NOFNGK+7BQ04YYUzO+8EyNCD Uui8iPlXQjWEtlG1GanrPe1CPi0CduEtdO/D0ZqBJgXkSHzuuyKtQDtUqvu4G/g= =w5/V -----END PGP SIGNATURE----- From horiz0n at gmx.net Wed May 25 22:27:13 2011 From: horiz0n at gmx.net (Dimitri Stolnikov) Date: Thu, 26 May 2011 00:27:13 +0200 Subject: experience with fcdp In-Reply-To: <20110525065713.GD24513@prithivi.gnumonks.org> References: <20110525065713.GD24513@prithivi.gnumonks.org> Message-ID: Hi, from my observations the dongle is about 10 dB worse in terms of dynamic range than the WBX (measured the same carrier on the same (wideband) antenna, WBX gain 0, FCDP all gains at their lowest values). Raising of any of the FCDP's gains leads to signal shape degradation with my setup. Demodulation seem to work fine here with an SNR of around 40 dB. Best regards, Dimitri From laforge at gnumonks.org Sun May 29 16:16:11 2011 From: laforge at gnumonks.org (Harald Welte) Date: Sun, 29 May 2011 18:16:11 +0200 Subject: Fun Cube Dongle Pro internals Message-ID: <20110529161611.GB4532@prithivi.gnumonks.org> Hi! For those interested, I've taken apart the case and did some investigation how the FCDP hardware architecture looks like. The results are available at http://tetra.osmocom.org/trac/wiki/Funcube_Dongle It seems the silicon tuner actually is intended for DVB-T, thus the bandwidth it can down-convert is _much_ higher. However, the audio codec that they use can only do 96kHz. That's actually really sad. I wish they had used something with higher ADC rate. But it seems like even high-end audio codecs never get you beyond 196/216 kHz - still insufficient for e.g. GSM. Regards, Harald -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)