From laforge at gnumonks.org Sat Dec 1 13:48:21 2012 From: laforge at gnumonks.org (Harald Welte) Date: Sat, 1 Dec 2012 14:48:21 +0100 Subject: Fix some uglyness In-Reply-To: <1353882551.6193.51.camel@quant> References: <1353882551.6193.51.camel@quant> Message-ID: <20121201134821.GA21023@prithivi.gnumonks.org> Hi Frank, On Sun, Nov 25, 2012 at 11:29:11PM +0100, Frank A. Stevenson wrote: > Attached is a patch that fixes some global ugliness. The dependencies > are a bit iffy, so you need a make clean after applying this. thanks, I'll merge it, it looks clean. btw: It might be a good idea to send me your ssh public key, so i can give you commit access to the repository. You could then push your patches in a private branch... > The easiest method is to use the high order bits of the input as a > "stream id", and dynamically create new state structs as they appear in > the stream. I'm not really sure if the high-order bits is the best way to go ahead with this. How many 'high order' bits are there? Is it sufficient for number of channels that one might receive, even in a massive parallel receiver? -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From frank at hvitehus.no Sat Dec 1 18:12:36 2012 From: frank at hvitehus.no (Frank A. Stevenson) Date: Sat, 01 Dec 2012 19:12:36 +0100 Subject: Fix some uglyness In-Reply-To: <20121201134821.GA21023@prithivi.gnumonks.org> References: <1353882551.6193.51.camel@quant> <20121201134821.GA21023@prithivi.gnumonks.org> Message-ID: <1354385556.6193.96.camel@quant> On Sat, 2012-12-01 at 14:48 +0100, Harald Welte wrote: > Hi Frank, > > The easiest method is to use the high order bits of the input as a > > "stream id", and dynamically create new state structs as they appear in > > the stream. > > I'm not really sure if the high-order bits is the best way to go ahead > with this. How many 'high order' bits are there? Is it sufficient for > number of channels that one might receive, even in a massive parallel > receiver? > The current 'hack' allows for 128 concurrent channels, which can be packed in 3.2 MHz of spectrum so it may or may not be enough. I think if you need more it might be an idea to start packing the bits into bytes and multiplex at the levels of strings of packed bytes. But that is a bit theoretical, since tetra-rx will start to use considerable CPU time before this limit is reached. In the current code the bursts could very well be identified with arfcn in the printed output also, especially if you wish to process the stdout stream for further analysis. My original plan with this was to analyze the CMCE messages with an eye to perform traffic analysis, and I have added some code to macpdu_decode_resource() to analyze the LLC PDU, but it didn't take me long to realize that the TM-SDU is actually encrypted, something the source code comment fails to mention :-) Wireshark has also been serving me complete garbage because of this :-( I could clean up the little code I have written here for a commit, but it is a line of research that I can't continue for lack of unencrypted data. f From fe8769 at gmail.com Sun Dec 9 19:19:53 2012 From: fe8769 at gmail.com (fe8769) Date: Sun, 9 Dec 2012 20:19:53 +0100 Subject: TETRA-RX on AR5000 Message-ID: hello I can't understand why tetra-rx won't work with my configuration : AR5000 -->output 10.7 Mhz -->DJX11 in IQ mode then sound card I have a nice graph as same as using DJX11 but no decode This previous configuration is working with standard windows SDR software with DMRdecode any idea thanks -- -------------- next part -------------- An HTML attachment was scrubbed... URL: From ari.kaspari at googlemail.com Mon Dec 17 09:37:13 2012 From: ari.kaspari at googlemail.com (Ari Kaspari) Date: Mon, 17 Dec 2012 10:37:13 +0100 Subject: Osmocom TETRA software Message-ID: Hello, i found your brilliant project yesterday and asked me, if it is possible to use a signal from a radioscanner discriminator output for your omso-tetra tool. In your Picture http://tetra.osmocom.org/trac/graphviz/caf863214dab2ac9e1beead8b122318020ecb403.dot.png it seems to me, that I only need PCM Samples from my radioscanner. Thus I think i can stream the discriminator output via soundcard (PCM-Samples) into a linux pipe and use this pipe for your omso-tetra tool. Is this possible? Or is my radioscanner not possible to "stream" the correct channel pattern? Best Regards Ari Kaspari -------------- next part -------------- An HTML attachment was scrubbed... URL: From frubi at frubi.net Mon Dec 17 11:22:34 2012 From: frubi at frubi.net (Felix Rublack) Date: Mon, 17 Dec 2012 12:22:34 +0100 Subject: Osmocom TETRA software In-Reply-To: References: Message-ID: <50CF007A.3030603@frubi.net> Hi Ari, On 17.12.2012 10:37, Ari Kaspari wrote: > In your Picture > http://tetra.osmocom.org/trac/graphviz/caf863214dab2ac9e1beead8b122318020ecb403.dot.png > it seems to me, that I only need PCM Samples from my radioscanner. > Thus I think i can stream the discriminator output via soundcard > (PCM-Samples) into a linux pipe and use this pipe for your omso-tetra tool. > > Is this possible? > Or is my radioscanner not possible to "stream" the correct channel pattern? No, i don't think so. Your radio scanner does FM demodulation. But the TETRA signal is modulated with Pi/4-DQPSK (or QAM - not supported by osmocom-tetra). So the real information is already lost, when it comes out of the discriminator output. The FUNcube Dongle (linked schematics) does no demodulation. It just digitise the I/Q-Data and puts it in the left/right channel of the PCM stream. Greetings Felix From ari.kaspari at googlemail.com Mon Dec 17 14:09:40 2012 From: ari.kaspari at googlemail.com (Ari Kaspari) Date: Mon, 17 Dec 2012 15:09:40 +0100 Subject: Osmocom TETRA software In-Reply-To: <50CF007A.3030603@frubi.net> References: <50CF007A.3030603@frubi.net> Message-ID: Hi thank you for your comment. What do you think about the following thought: I take two old radioscanners each has 12.5 kHz channel pattern ("Kanalraster") , Tetra uses 25 kHz. Then I make for each scanner a FM modulation in Software or on FPGA and after a signal addition. Now i should have the modulated Pi/4-DQPSK signal back. Or haven?t I? 2012/12/17 Felix Rublack > Hi Ari, > > On 17.12.2012 10:37, Ari Kaspari wrote: > > In your Picture > > > http://tetra.osmocom.org/trac/graphviz/caf863214dab2ac9e1beead8b122318020ecb403.dot.png > > it seems to me, that I only need PCM Samples from my radioscanner. > > Thus I think i can stream the discriminator output via soundcard > > (PCM-Samples) into a linux pipe and use this pipe for your omso-tetra > tool. > > > > Is this possible? > > Or is my radioscanner not possible to "stream" the correct channel > pattern? > > No, i don't think so. Your radio scanner does FM demodulation. But the > TETRA signal is modulated with Pi/4-DQPSK (or QAM - not supported by > osmocom-tetra). So the real information is already lost, when it comes > out of the discriminator output. > > The FUNcube Dongle (linked schematics) does no demodulation. It just > digitise the I/Q-Data and puts it in the left/right channel of the PCM > stream. > > Greetings > Felix > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ari.kaspari at googlemail.com Mon Dec 17 14:16:49 2012 From: ari.kaspari at googlemail.com (Ari Kaspari) Date: Mon, 17 Dec 2012 15:16:49 +0100 Subject: Question again without error in email Message-ID: Hi thank you for your comment. What do you think about the following thought: I take two old radioscanners each has 12.5 kHz channel pattern ("Kanalraster") , Tetra uses 25 kHz. Then I make for each scanner a FM modulation in Software or on FPGA and after a signal addition. Now i should have the modulated Pi/4-DQPSK signal back. Or haven?t I? -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Unbenannt.jpg Type: image/jpeg Size: 24026 bytes Desc: not available URL: From sinager at tarapippo.net Mon Dec 17 15:11:24 2012 From: sinager at tarapippo.net (sinager at tarapippo.net) Date: Mon, 17 Dec 2012 16:11:24 +0100 Subject: Osmocom TETRA software In-Reply-To: References: =?iso-8859-1?q?=3CCAGPY7Lzzg=3Dqb1api9UyXtjOYTuhA4REVR4g7yUR=2BJ1Buvw?= =?iso-8859-1?q?HJ=2BQ=40mail=2Egmail=2Ecom=3E_=3C50CF007A=2E3030603?= =?iso-8859-1?q?=40frubi=2Enet=3E_=3CCAGPY7Ly9Db=5F2g7cpSciKwExmHVk26S?= =?iso-8859-1?q?wgZ=2BDw9asGw8eDvmoJKQ=40mail=2Egmail=2Ecom=3E?= Message-ID: ?OR you get a ?20 (even less) RTL usb sdr dongle and save a lot of time and effort... ? http://sdr.osmocom.org/trac/wiki/rtl-sdr8-)= ? From: tetra-bounces at lists.osmocom.org To: "Felix Rublack" frubi at frubi.net, tetra at lists.osmocom.org Cc: Date: Mon, 17 Dec 2012 15:09:40 +0100 Subject: Re: Osmocom TETRA software > Hi thank you for your comment.> What do you think about the following thought:> I take two old radioscanners each? has 12.5 kHz channel pattern ("Kanalraster") , Tetra uses 25 kHz.> Then I make for each scanner a FM modulation in Software or on FPGA and after a signal addition. Now i should have the modulated Pi/4-DQPSK signal back. Or haven?t I? > 2012/12/17 Felix Rublack > Hi Ari, > On 17.12.2012 10:37, Ari Kaspari wrote:> > In your Picture> > http://tetra.osmocom.org/trac/graphviz/caf863214dab2ac9e1beead8b122318020ecb403.dot.png> > it seems to me, that I only need PCM Samples from my radioscanner.> > Thus I think i can stream the discriminator output via soundcard> > (PCM-Samples) into a linux pipe and use this pipe for your omso-tetra tool.> >> > Is this possible?> > Or is my radioscanner not possible to "stream" the correct channel pattern? > No, i don't think so. Your radio scanner does FM demodulation. But the> TETRA signal is modulated with Pi/4-DQPSK (or QAM - not supported by> osmocom-tetra). So the real information is already lost, when it comes> out of the discriminator output. > The FUNcube Dongle (linked schematics) does no demodulation. It just> digitise the I/Q-Data and puts it in the left/right channel of the PCM> stream. > Greetings > Felix -------------- next part -------------- An HTML attachment was scrubbed... URL: From media06 at gmail.com Sun Dec 23 23:51:49 2012 From: media06 at gmail.com (Media) Date: Mon, 24 Dec 2012 00:51:49 +0100 Subject: decrypt voice traffic Message-ID: Is there someone who is succeeded decrypt voice traffic?