Hello, i am a newbie and i a just install osmo tetra under ubuntu 11.10
When i go :
cd osmo-tetra
cd src
cd demod
cd python
and launch
python tetra-demod.py
This is the terminal answer
gr_fir_ccc: using 3DNow!Ext
sample rate: 195312
in.dat: No such file or directory
Traceback (most recent call last):
File "tetra-demod.py", line 67, in <module>
my_top_block().run()
File "tetra-demod.py", line 45, in __init__
IN = gr.file_source(gr.sizeof_gr_complex, options.input_file)
File "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/gnuradio_core_io.py", line 385, in file_source
return _gnuradio_core_io.file_source(*args, **kwargs)
RuntimeError: can't open file
What is the problem ? i can't continue with this files problems.
Thank for your help.
hello
I know this message is at it wrong place . These is an error when we tried
to run wireshark from the repository http://cgit.osmocom.org/cgit/wireshark/
when running , the program is crashing with error :
/usr/local/lib/libwireshark.so.0: undefined symbol:
py_create_dissector_handle
**
ERROR:packet.c:724:dissector_add_uint: assertion failed: (handle!=NULL)
./configure without pyton has the same problem
installation of 1.7.1 from wireshark web site is working fine
best regards
--
<DISCLAIMER> Please follow-up to openbsc(a)lists.osmocom.org </DISCLAIMER>
Hi all,
this idea has been around for quite some time, and for 2012 I really
want to turn it into reality:
I'd like to have a Osmocom developer workshop
The idea here is to get all the active contributors of the project
together for a couple of days (maybe 2-4 days), in order to exchange
ideas, get to know each other better and last but not least work
together on ironing out some of the more difficult issues.
* City:
Regarding the location: I think for me it is only possible to organize
it if it is to be held in Berlin. I'mn happy if somebody else wants to
host it at some other location, but then that person would also have to
take care of local organization. Berlin also has good train and flight
connections, which is definitely a plus.
* Venue:
If it is in Berlin, we might consider talking with c-base or
Raumfahrtagentur as possible venues.
* Date:
Regarding a proposed date, I'm completely open for suggestions. Of
course there shouldn't be any overlap with other major FOSS or Sescurity
related conferences, and it should also not coincide with major public
holidays, as that only makes travel + accomodation more expensive.
* Funding:
As we don't have that many commercial users of Osmocom projects, getting
funding for e.g. travel / accomodation is probably going to be
difficult. We can ask the "usual suspects" among those commercial users
we know,, but I guess it will only be possible in exceptional cases to
provide that kind of funding.
Any ideas / comments / feedback is much appreciated. If somebody has
a particular suggestion.
<DISCLAIMER> Please follow-up to openbsc(a)lists.osmocom.org </DISCLAIMER>
Cheers,
Harald
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
First Osmocom GMR code release
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(s) 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 Margraf (testing different
setup and antenna ideas).
If you'd like to know more, you are encourated to read the wiki
(http://gmr.osmocom.org/) and join the mailing list
(http://lists.osmocom.org/mailman/listinfo/gmr)
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
hello
here are some requests for improvement on osmotetra :
1- after tetra-rx out to console : the way to see who is calling who ?
source ID , target ID ,individual call ,TMO , ....
2- real time listening -traffic.out acting as a Fifo
thanks
--
Dear All..
Finally I can use OSMOCOM-Tetra to decode some Tetra signal by Wireshark.
But I have met some problems when speech decode the files on the mailing
list.
1. It's always show "0 Channel Frames processed ie 0 Speech Frame"
message when I input a bits file(whatever converting from OSMOCOM-Tetra or
download from the mailing list providing) to "cdecoder" program.(Of course
it will output a useless "blank file".)
2. I tried to input the sample bits files into "sdecoder" program and
it can convert a PCM file. If I use some playback programs include aplay(-f
S16_LE) to play the PCM file, there's no any readable speech.
Does anyone can help me to check this? I don't know what point I missed.
Thank a lot!
Best Regards
Eddy.
Hi all,
i was wondering if to buy one U-RFX, with the aim of testing it with various projects.
Considering that:
- are fully compatible with USRP [1];
- are seen as the useful WBX;
- i don't have yet a WBX...
that would be the perfect substitute for the WBX (imho).
Someone has already tried it? Impressions?!
[1] http://www.ruby-forum.com/topic/1266576
Cheers,
Luca.
P.S.: I apologize for the cross-posting.
Hi sylvain.
I have to declare i as a variable but where ?.
I told You I was a newbie !!.
Forgive Me.
Graham.
________________________________
From: "tetra-request(a)lists.osmocom.org" <tetra-request(a)lists.osmocom.org>
To: tetra(a)lists.osmocom.org
Sent: Sunday, 25 September 2011, 11:00
Subject: tetra Digest, Vol 9, Issue 5
Send tetra mailing list submissions to
tetra(a)lists.osmocom.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.osmocom.org/mailman/listinfo/tetra
or, via email, send a message with subject or body 'help' to
tetra-request(a)lists.osmocom.org
You can reach the person managing the list at
tetra-owner(a)lists.osmocom.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of tetra digest..."
Today's Topics:
1. Re: tetra Digest, Vol 9, Issue 3 (Sylvain Munaut)
On Sat, Sep 24, 2011 at 8:56 PM, Graham Palmer
<graham.palmer69(a)yahoo.co.uk> wrote:
> Hi again.
> We have the etsi cdecoder and speech decoder which works fine with sample
> code
> what we need is to link it with real time bitstream from osmo tetra decode.
> I understood this had already been achieved with Dieter's proof of concept
> code. Any chance of viewing this code even if incomplete ?.
It doesn't apply anymore because of a lot of change in the code since then.
This should save the data in the bursts :
1) It's completely untested but that's where Dieters POC got the bits
previously
2) It saves the data as '0' and '1' in a text file, you may need to
change the etsi codec to read that
3) It will only give out garbage is there is multiple voice channel
at once since it doesn't do any meta data interpretation to isolate
channels and just save anything that's traffic (that was a limitation
of dieter's POC as well)
4) I'm pretty sure it saves 'packet data' as well which obviously
gives garbage.
diff --git a/src/lower_mac/tetra_lower_mac.c b/src/lower_mac/tetra_lower_mac.c
index 7b62bb4..8a41ccb 100644
--- a/src/lower_mac/tetra_lower_mac.c
+++ b/src/lower_mac/tetra_lower_mac.c
@@ -184,6 +184,15 @@ void tp_sap_udata_ind(enum tp_sap_data_type type,
const uint8_t *bits, unsigned
DEBUGP("%s %s type4: %s\n", tbp->name, time_str,
osmo_ubit_dump(type4, tbp->type345_bits));
+ if (tms->cur_burst.is_traffic) {
+ FILE *f = fopen("traffic.out", "ab");
+
+ for(i = 0; i < 216*2; i++)
+ fprintf(f, "%d", bits[i]);
+
+ fclose(f);
+ }
+
if (tbp->interleave_a) {
/* Run block deinterleaving: type-3 bits */
block_deinterleave(tbp->type345_bits,
tbp->interleave_a, type4, type3);
_______________________________________________
tetra mailing list
tetra(a)lists.osmocom.org
https://lists.osmocom.org/mailman/listinfo/tetra
Hi again.
We have the etsi cdecoder and speech decoder which works fine with sample code
what we need is to link it with real time bitstream from osmo tetra decode.
I understood this had already been achieved with Dieter's proof of concept
code. Any chance of viewing this code even if incomplete ?.
regards.
graham
________________________________
From: "tetra-request(a)lists.osmocom.org" <tetra-request(a)lists.osmocom.org>
To: tetra(a)lists.osmocom.org
Sent: Saturday, 24 September 2011, 16:04
Subject: tetra Digest, Vol 9, Issue 3
Send tetra mailing list submissions to
tetra(a)lists.osmocom.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.osmocom.org/mailman/listinfo/tetra
or, via email, send a message with subject or body 'help' to
tetra-request(a)lists.osmocom.org
You can reach the person managing the list at
tetra-owner(a)lists.osmocom.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of tetra digest..."
Today's Topics:
1. Re: tetra Digest, Vol 9, Issue 2 (Graham Palmer)
2. Re: play the voice signal ? (Dieter Spaar)
3. Re: play the voice signal ? (Pepijn van den Berkhof)
4. Re[2]: play the voice signal ? (Mccauley)
5. Re: play the voice signal ? (Holger Hans Peter Freyther)
6. Re: play the voice signal ? (Dieter Spaar)
7. tetra voice (fe8769)
Hi all
I am still learning this level of coding.
I am struggling to get the descrambled bitstream from the lower mac to the
channel decoder of the etsi codec. My setup has no problem decoding the data
and reading it with Wireshark. Any help would be appreciated.
Best regards.
Graham
________________________________
From: "tetra-request(a)lists.osmocom.org" <tetra-request(a)lists.osmocom.org>
To: tetra(a)lists.osmocom.org
Sent: Saturday, 24 September 2011, 11:00
Subject: tetra Digest, Vol 9, Issue 2
Send tetra mailing list submissions to
tetra(a)lists.osmocom.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.osmocom.org/mailman/listinfo/tetra
or, via email, send a message with subject or body 'help' to
tetra-request(a)lists.osmocom.org
You can reach the person managing the list at
tetra-owner(a)lists.osmocom.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of tetra digest..."
Today's Topics:
1. play the voice signal ? (Bigsat)
2. Re: play the voice signal ? (Dieter Spaar)
3. Re: play the voice signal ? (Pepijn van den Berkhof)
hi,
I am using "fcdp-tetra_demod.py" with my funcube dongle and i can decode datas. The networks in my place are unencrypted.
I saw on the "Dieter Spaar's blog" :
"I also implemented some proof of concept code which allows decoding speech traffic and converting it to raw audio using the TETRA reference codec. Please note that this cannot be used to listen to encrypted TETRA traffic, it only works if no encryption is used. "
Is it possible to release some part of the code necessary to decode
Tetra voice or give some explaination of Gsmtap usage ?
thanks for answer
Hello Bigsat,
On Fri, 23 Sep 2011 13:49:43 +0200, "Bigsat" <bigsat(a)gmail.com> wrote:
>
> Is it possible to release some part of the code necessary to decode
> Tetra voice or give some explaination of Gsmtap usage ?
>
Just in case, I have sent my "proof of concept" modification
for voice decoding to the authors of Osmocom TETRA for proper
integration a while ago. As far as I am aware the current
source code should be able to decode voice or at least contain
the instructions how to do it (the ETSI reference codec is most
certainly not included for copyright reasons).
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
Hi,
The instructions to download the ETSI reference codec can be found here: http://tetra.osmocom.org/trac/wiki/Speech_Codec although I never got it working completely. There is an output stream but there is no audio data in it. Just (random?) clicks and pops.
Cheers,
Pepijn
Op 23 sep. 2011, om 15:20 heeft Dieter Spaar het volgende geschreven:
Hello Bigsat,
>
>On Fri, 23 Sep 2011 13:49:43 +0200, "Bigsat" <bigsat(a)gmail.com> wrote:
>
>
>>
>Is it possible to release some part of the code necessary to decode
>>
>Tetra voice or give some explaination of Gsmtap usage ?
>>
>
>>
>Just in case, I have sent my "proof of concept" modification
>for voice decoding to the authors of Osmocom TETRA for proper
>integration a while ago. As far as I am aware the current
>source code should be able to decode voice or at least contain
>the instructions how to do it (the ETSI reference codec is most
>certainly not included for copyright reasons).
>
>Best regards,
> Dieter
>--
>Dieter Spaar, Germany spaar(a)mirider.augusta.de
>
>
_______________________________________________
tetra mailing list
tetra(a)lists.osmocom.org
https://lists.osmocom.org/mailman/listinfo/tetra
Hello,
Regarding questions how to use the ETSI codec: It consists of two steps,
"cdecoder" and "sdecoder". The ouput of "sdecoder" is raw sound in signed
16-Bit PCM format with 8000 samples/second. For example Audacity can play
it without problems.
(And no, its no "magic", it just requires to read a few comment lines in
the source code of the codec).
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
Hello,
I have tried this and ran the sdecoder and cdecoder whitout any problems. But when I open the result in Audacity (8000Hz / 16-bit PCM) I just hear clicks and pops and a long beep every now and then.
I have read the ETSI document regarding the codec, so no magics :)
But do you actually hear output from a real life network? Because I tried the examples attached to the ETSI document regarding the testing of the codec. They work very nicely, but no luck on real life networks so far. (yes, no encryption)
Regards,
Pepijn
Op 24 sep. 2011, om 14:28 heeft Dieter Spaar het volgende geschreven:
> Hello,
>
> Regarding questions how to use the ETSI codec: It consists of two steps,
> "cdecoder" and "sdecoder". The ouput of "sdecoder" is raw sound in signed
> 16-Bit PCM format with 8000 samples/second. For example Audacity can play
> it without problems.
>
> (And no, its no "magic", it just requires to read a few comment lines in
> the source code of the codec).
>
> Best regards,
> Dieter
> --
> Dieter Spaar, Germany spaar(a)mirider.augusta.de
>
Apart from the codec patches for ETSI codec i cant find any other voice
decoding source code in osmocom-tetra trunk. Neither seems to have
entered you in the AUTHORS file.
FAQ on the site says:
"Can your software actually play the voice signal?
Currently we have no support for that. However, a yet unreleased proof-of-concept version exists."
Why this secrecy for publishing source to decode unencrypted networks?.
Have osmocom been threatened by the tetra manufacturers?
Would damage sysmocom commercial interests
> >
>
> Just in case, I have sent my "proof of concept" modification
> for voice decoding to the authors of Osmocom TETRA for proper
> integration a while ago. As far as I am aware the current
> source code should be able to decode voice or at least contain
> the instructions how to do it (the ETSI reference codec is most
> certainly not included for copyright reasons).
>
> Best regards,
> Dieter
> --
> Dieter Spaar, Germany spaar(a)mirider.augusta.de
--
<>
On 09/24/2011 03:37 PM, Mccauley wrote:
> Why this secrecy for publishing source to decode unencrypted networks?.
> Have osmocom been threatened by the tetra manufacturers?
> Would damage sysmocom commercial interests
Hi,
sysmocom is building a GSM BTS, right now there is no interest in doing
something commercially with tetra.
We can not integrate the ETSI audio code in our (A)GPL software, the result
would not be freely distributable. From my side I was mostly interested in the
signalling part, or if time would permit try transmitting.
So if you either find a legal way to include the ETSI code at build time, or
preferable write a GPL compatible audio decoder, I think we would be happy to
include it in the git repository.
cheers
holger
Hello Pepijn,
On Sat, 24 Sep 2011 15:49:37 +0200, "Pepijn van den Berkhof" <vandenberkhof.pepijn(a)gmail.com> wrote:
>
> But do you actually hear output from a real life network? Because I
> tried the examples attached to the ETSI document regarding the testing
> of the codec. They work very nicely, but no luck on real life networks
> so far. (yes, no encryption)
I know that others have used the current code to decode speech, maybe
someone can confirm it.
I haven't worked with the code for a while and so can't confirm it,
but it has worked for me in the past.
Maybe I find the time to try it within the next few weeks, if possible
I will also try to provide a sample capture from a test TETRA network
so everyone can try the sample. "Test TETRA Network" means from a
network under our control run in a faraday cage so that there are
no legal issues providing the capture.
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
is that could help us for voice decoding : ?
http://www.joys99.com/d-4784.html
--
_______________________________________________
tetra mailing list
tetra(a)lists.osmocom.org
https://lists.osmocom.org/mailman/listinfo/tetra
Hello Pepijn,
On Sat, 24 Sep 2011 15:49:37 +0200, "Pepijn van den Berkhof" <vandenberkhof.pepijn(a)gmail.com> wrote:
>
> But do you actually hear output from a real life network? Because I
> tried the examples attached to the ETSI document regarding the testing
> of the codec. They work very nicely, but no luck on real life networks
> so far. (yes, no encryption)
I know that others have used the current code to decode speech, maybe
someone can confirm it.
I haven't worked with the code for a while and so can't confirm it,
but it has worked for me in the past.
Maybe I find the time to try it within the next few weeks, if possible
I will also try to provide a sample capture from a test TETRA network
so everyone can try the sample. "Test TETRA Network" means from a
network under our control run in a faraday cage so that there are
no legal issues providing the capture.
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
hi,
I am using "fcdp-tetra_demod.py" with my funcube dongle and i can decode
datas. The networks in my place are unencrypted.
I saw on the "Dieter Spaar's blog" :
"I also implemented some proof of concept code which allows decoding
speech traffic and converting it to raw audio using the TETRA reference
codec. Please note that this cannot be used to listen to encrypted TETRA
traffic, it only works if no encryption is used. "
Is it possible to release some part of the code necessary to decode
Tetra voice or give some explaination of Gsmtap usage ?
thanks for answer
Hello Bigsat,
On Fri, 23 Sep 2011 13:49:43 +0200, "Bigsat" <bigsat(a)gmail.com> wrote:
>
> Is it possible to release some part of the code necessary to decode
> Tetra voice or give some explaination of Gsmtap usage ?
>
Just in case, I have sent my "proof of concept" modification
for voice decoding to the authors of Osmocom TETRA for proper
integration a while ago. As far as I am aware the current
source code should be able to decode voice or at least contain
the instructions how to do it (the ETSI reference codec is most
certainly not included for copyright reasons).
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
Hi all,
we have accumulated a number of wireshark patches, and by far not all of
them have been merged into mainline wireshark so far (volunteers, anyone?)
Some people have complained that it is hard to build them, as you first
have to find a wireshark version to which they apply, etc.
We have now created a wireshark.git repository at git.osmocom.org in
which you will be able to find the latest mainline wireshark version
('trunk' branch) as well as our patches in 'master':
http://cgit.osmocom.org/cgit/wireshark/
the read-onIy clone url is 'git://git.osmocom.org/wireshark'
So the recommended option for everyone needing patched wireshark for one
or the other reason (e.g. simtrace) now is to clone that wireshark.git
repository and build from there.
Like before, we will rebase our patches in irregular intervals, so you
may have to do a 'pull -f' instead of 'pull' at that time.
Regards,
Harald
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Hi Pep.
I am using the djx11 in I/Q mode with fcdp-tetra_demod.py.
I leave sample rate @ 96000 but low-pass filter (-L) 12.5Khz (gr firdes lp filter in complex
gives + - 12.5khz = bandwidth of 25khz).
this gives me excellent constellation and works fine on demod.
I hope this helps.
Regards.
Graham.
This patch just convert read/write into fread/write, which are buffered
and a bit faster... (actually, quite a lot faster) :-)
It works, have been tested at the CCC, and allow osmo-tetra to run in
real-time on a crappy Atom CPU.
Btw, if you like to run the entire decoding chain in real-time, just do
this (assuming that you use the funcube dongle):
cd src/demod/python
mkfifo out.float
mkfifo out.bit
./fcdp-tetra_demod.py -D hw:1,0 -c <offset> -o out.float
//(normally the fcdp runs on the second alsa port, change it to the
appriopriate one).
../../float-to-bits out.float out.bit
../../tetra-rx out.bit
I'm still not 100% sure about the speech decoder, but i don't have any
good sniffer dump with speech traffic to test it, i will let you know in
a week or so...
Happy hacking! :-)
Ciaby
P.S. I have a plan to convert the float-to-bits code into a proper GNU
Radio module, shouldn't be too difficult, is there any interest into
continuing this project?
As I understood Harald is quite busy with other stuff (and rightfully
so), but I think that we should move forward. Volunteers? ;-)
After difficulty buying the funcubedongle i think i have found a
possible alternative piece of hardware.
Maybe even works better than FCD given a lot of people is reporting
that the dongle is sensitive to overloadis sensitive to overload.
It's a traditional radio-scanner receiver that provide a built in I/Q
output for use with SDR software.
http://www.thiecom.de/alinco-dj-x11.htmlhttp://www.hamradioscience.com/2011/06/alinco-dj-x11t-review/
Given I/Q connected to sound card, ¿would this work directly with fcdp-tetra_demod.py?
--
<>
hello from France
Great job you did for Tetra decode .
I have a request concerning :
./src/float_to_bits /tmp/out.float /tmp/out.bits | ./src/tetra-rx
/tmp/out.bits
where can I find float_to_bits ?
where can I find tetra-rx ?
thanks for answer
best regards
--
fe8769(a)operamail.com
--
http://www.fastmail.fm - Faster than the air-speed velocity of an
unladen european swallow
maybe somebody wants to reply...
--
Sent from a mobile device, excuse my short response
vahid jahandideh <vahid_jahandideh_1998(a)yahoo.com> wrote:
Hi Dears
This is v.jahandideh a communication engineering student. I am studding TETRA protocol and i need your help.
i want to know how we can distinguish voice traffic for a specific subscriber,
can we do it by extracting the AACH and then looking to the header in AACH and associating a traffic usage marker whit each individual down link conversation. or there exist another solution for this problem. I would be appreciated if could make time to reply to my inquiry.
sincerely yours
v.jahandideh
Hi all
Re: Pepijn message.
I too was wondering how the u-plane data was passed to the codec.
300-395-2 states that acelp-codec requires 2 * (137+1) 16bit samples per frame
and not 216 + 216 bits indicated in the tch reordering file comments.
Any assistance would be greatly appreciated.
Best regards.
Graham.
Hello,
Can anyone give me a hint about how to use the speech codec? I have successfully patched and compiled it but I'm stuck on how to operate it.
Thank you.
- Pepijn
a tetrapol decoder could be soundcard based.
just a soundcard and radio scanner...
but only a few people around the world would be able to write some code
for " TETRAPOL Decoder Project "
come on folks...more support for TETRAPOL decoding !
TETRAPOL Networks are growing...
Hello, I know that your project OSMOCOM works for TETRA but do you think that in future it is planned to continue the experiment to TETRAPOL?
Best regards
Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net
>TETRAPOL is sort-of dead when it comes to new deployments, but I think
>it would still be fun to experiment with it.
some countries around the world have a growing TETRAPOL only infrastructure. it would be fun to decode TETRAPOL...
Hi all,
The latest Chaosradio Express (CRE) episode has just been released,
and it is about trunked radio, TETRA, security aspects and the Osmocom
TETRA project.
http://chaosradio.ccc.de/cre183.html
(and yes, it's German, like all CRE episodes...)
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
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 <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Hi,
I've modified the usrp2 script to use the UHD gnuradio driver for new USRP
(UHD-only) hardware.
It seems to work with my N200+WBX setup, but gnuradio is pretty new to me, so
there might be some bugs.
Since I'm using the WBX my antenna port is 'TX/RX'.
I'm not sure if this is a good default value, it's configurable though.
Clemens Hopfer
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 <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
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
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 <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
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(a)lists.osmocom.org
Regards,
Harald
--
- Harald Welte <hwelte(a)sysmocom.de> 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
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 <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Hi!
during some work over the last weekend on OsmocomTETRA and reading through
many hours of real-world TETRA captures, I have realized that a lot of the
data we displayed about the higher protocol layers (like MM, CMCE, ...) was
completely bogus.
The reason for it is simple and quite obvious: My old code made the assumption
that the MLE layer is directly on top of the MAC layer - whereas in reality,
there is the LLC layer in between. Not only that, but LLC also takes care
of fragmentation and re-assembly, i.e. we were just printing some general
nonsense.
I've started to fix this in the git master banch and I have some local
uncommitted code that actually implements re-assembly. I've successfully
decoded some NTP/UDP/IP-in-SNDCP-over-TETRA frames from a real network,
but the implementation is a big ugly hack and has many constraints.
I will try to clean this up asap and commit it (maybe even later today).
This posting is JFYI, so you are not surprised if you now get some completely
different output with the same input data.
The good part is that we actually get the CMCE messages that tell us when and
where will be voice frames that belong together, i.e. we can identify start and
end of indivdiual push-to-talk 'segments'. This could be a nice base for
extracting them in a useful format.
Regards,
Harald
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Hi!
My name is Marius and yesterday, though I was in a hurry to catch my train
back to HL, I was in Harald's ETSI Tetra presentation. It was great; and I
do have a USRP2, portable power supply, a sailing license (there're these
big coast-guard towers here). Any implications are theoretically of course
at this point.
Just a small question: can one expect legal trouble if... accidently
though... some Tetra signals found their way into a GR cfile onto some web
server and would be shared (here)? Afaik it's not excactly ISM band.
And to the second question: what was the name of the recommendable book,
that was not marketing foo? I'd like to give the cryptanalysis a try, but
before I can say that I have to look at the standards and algorithms.
Did anyone already review that? I know that Stephen Glass of the OP25
project did some research on APCO 25. - Which isn't ETSI.
Best,
Marius
--
pgp id: 0xCCCA5E74, mc - at - sandokai.eu
http://crazylazy.info/blog, twitter: @wishinet
Hi,
To add support for traffic extraction, it's necessary to introduce
some nothing of "state" in the MAC layer (since the DL_USAGE must be
'remembered' to know how to interpret further data) ...
Any suggestion how to achieve that as cleanly as possible ?
Having a global doesn't sound that nice, but passing a struct around either.
Maybe introduce a pointer to a 'tetra_state' in the primitive struct ?
Cheers,
Sylvain
Hello and sorry for my english. Please help me. I need to decode
the message D-NWRK-BROADCAST (chapter 18.4.1.4.1 from ETSI EN 300 392-2
V2.3.2). The fact is that I want to receive
information of neighboring cells, but do not know how to do it. Standard
called following about this message: “Upon receipt from the SwMI, the
message shall inform the MS-MLE about parameters for the serving cell…”
How to modify the source code in order to decode this message. Thank you.
With best regards Zaytcev Andrey.
Thanks for including my "cqpsk.py" decoder module in your distribution.
That looks to be a very old version and there have been some further
discoveries since that time which I wanted to pass along, FWIW...
First, the Costas frequency lock loop in GR seems to work much better
for PI/4 DQPSK signals if it's patched in phase_error_tracking() :
#if ENABLE_COSTAS_CQPSK_HACK
if (d_interp_counter & 1) // every other symbol
sample = sample * PT_45; // rotate by +45 deg
d_interp_counter++;
#endif /* ENABLE_COSTAS_CQPSK_HACK */
The effect of adding this hack to the code can be seen in Fig. 10 at
my page http://www.lightlink.com/mhp/lsm/
With the patch included, the time to achieve lock is much improved...
Second, I've found that a Gardner symbol timing loop works much better
in our application than the M&M loop used in GR gr_mpsk_receiver().
Both of these improvements are included in a new GR block which has
been optimized for the particular flavor of "PI/4 CQPSK" (LSM). It's in our svn repo - see
http://sedition.org.au/op25/wiki/BuildInstructionsPage
Look for the block in the repeater/src/lib tree - see
repeater_gardner_costas_cc.cc
YMMV ;-)
[update: Tues. morning] two more things...
1. There is also a new Polyphase Filter Bank receiver which has been added in the latest versions of GNU Radio. It would be interesting to test and compare the performance of that receiver with the current one...
2. Would it be possible to post complex sample files (preferably not encrypted) to permit evaluation of this signal type?
Best Regards
73 de KA1RBI
Max
Hi all,
i have an USRP1 with DRX and RFX900 daughterboard and wanted to play a
bit with the basic tetra decoder.
Which kind of daughterboard has been successfully tested with the
current osmocom tetra?
Fabio
When i interpret para 4 of ETSI TS 100 392-15 it looks like the channels
are spaced at 25Khz.
The default low_pass used in all of the demods is 25Khz.
But when i look in the FFT of the complex signal, the 25Khz specified in
the cutoff_freq of firdes.low_pass causes a passband of twice the width.
Isn't this way to much? Shouldnt the cutoff_freq be 12.5Khz, giving a
passband of 25Khz? (Or is there an intentional spectral overlap between
adjacent channels?)
If this is the cause, should we just change the parameter to filterwidth
or channelspacing and use a /2 in the cutoff parm?
Gr. Sim
I've identified 4 carriers in the 400Mhz band, with a clear 4 state
constellation. Is there an easy way to verify it is indeed tetra? I'm
using grc.
Gr. Sim
Hi laf0rge,
wireshark has more strict compile settings and found this:
#define GSMTAP_TETRA_AACH 0x02
#define GSMTAP_TETRA_AACH 0x03
I would remove the second occurrence and renumber the other members? Or should
I remove the first one and go with the value of 0x03?
z.
> [snip] ... but wondered if
> anyone had worked on the GR porting of the code. I assume, that is not the
> case.
No that I know of.
What would be the interest exactly ?
I mean GR is great for signal processing but once you got the bits,
the rest is IMHO way better handled outside gnuradio itself. All the
phy/mac levels are no trivial and will need state processing and such
... not something I really see in GR.
Using fifo on the filesystem you can pipe directly/live the flow of
info from GR outpout to the tetra-rx input.
Cheers,
Sylvain
BTW, you forgot to CC the list in your reply. (I assume it was your
intent because of the "with everyone here" comment at the end of your
mail).
Hello,
My main activity here would be lurking, but i certainly like to make a
contribution in the future. I've programmed in ASM on several platforms,
C, C++, and nowadays do all of the work in Java.
Most java implementations suffer from non-deterministic timing issues,
so i wonder, would there be any application for java as a platform in
the (osmocom) radio protocols?
I've build a hearing loss simulator in java, which is a streaming audio
pipeline, so java is not completely useless in applications with strict
timing relations. I believe the latency couldn't exceed 50mS which is
huge in TDM radio protocols, but in the upper layers with a lot of
complex data shuffling it might be usefull? Any ideas?
Gr. Sim