SDR# TETRA Demodulator Trunk Tracking Demonstration

[NarKo]

ok thanks, it has already been applied in other projects as it is a common system in Sepura Europe.
Example:

case 0x80:
	/* some proprietary system seen in the wild in Spain, Itlay and France
	* some speculate it's either from DAMM or SEPURA */
	m=12; unk_flags=bits_to_uint(bits+n,m); n=n+m; /* skip some unknown part */
	m=24; loc_lattitude=bits_to_uint(bits+n,m); n=n+m;
	m=24; loc_longtitude=bits_to_uint(bits+n,m); n=n+m;
	/* i didn't figure out yet what the other bits mean yet */
	if (loc_lattitude&(1<<23)) {
	lattitude=(((1<<24)-loc_lattitude)*180.0)/(1.0*(1<<24)); latdir='S';
	} else
	{
	lattitude=(loc_lattitude*180.0)/(1.0*(1<<24)); latdir='N';
	}
	if (loc_longtitude&(1<<23)) {
	longtitude=(((1<<24)-loc_longtitude)*360.0)/(1.0*(1<<24)); londir='W';
	} else
	{
	longtitude=(loc_longtitude*360.0)/(1.0*(1<<24)); londir='E';
	}
	if ((lattitude==90)&&(longtitude==0)) is_invalid=1;
	if ((lattitude==0)&&(longtitude==0)) is_invalid=1;
	snprintf(out,outlen,"PROPRIETARY_0x80 %sunknown_flags:0x%4.4x lat:%.6f%c lon:%.6f%c",is_invalid?"INVALID_POSITION ":"",unk_flags,lattitude,latdir,longtitude,londir);
	dump=0;
	break;
	default:
	snprintf(out,outlen,"proprietary coding scheme 0x%2.2x: ",locsystem_coding_scheme); outlen=outlen-33;
	}

source of information: osmo-tetra-sq5bpf/tetra_sds.c at master · sq5bpf/osmo-tetra-sq5bpf
I will be happy with the result.
thank you.

SSI:1050553 D_SDS_Data Party_SSI:1050100 Type:UDT-4 Length:81 Protocol:Simple_location_system LocationSystemCodingScheme:User defined (128 = unknown data) TEXT:'Undefined_protocol' DATA:'01100001011100110101111100011011100111111111001100001000000011110'
SSI:1050553 D_SDS_Data Party_SSI:1050100 Type:UDT-4 Length:81 Protocol:Simple_location_system LocationSystemCodingScheme:User defined (128 = unknown data) TEXT:'Undefined_protocol' DATA:'01100001011100110101111100011011100111111111001100001000000011110'
SSI:1050553 D_SDS_Data Party_SSI:1050248 Type:UDT-4 Length:81 Protocol:Simple_location_system LocationSystemCodingScheme:User defined (128 = unknown data) TEXT:'Undefined_protocol' DATA:'10001001111000110101011011111010000011111111000110010110010000100'
SSI:1050553 D_SDS_Data Party_SSI:1050248 Type:UDT-4 Length:81 Protocol:Simple_location_system LocationSystemCodingScheme:User defined (128 = unknown data) TEXT:'Undefined_protocol' DATA:'10001001111000110101011011111010000011111111000110010110010000100'

I am also having the same problem as you and from what I see you are also from my area or close ( CT )

 

[thewraith2008]

TTT or Tetra decoder,
inside the diagram the data burst block is most of time shown in second line and on the left side.
some new users having the databurst in the second line on the right side (inverted) and there are channels having both left + right
TTT and Tetra decoder cant handle this type data burst. hear some short bliept and blips come out of speaker but thats all
In the past TSSDR made a version that have a inverted button, this inverted button is lost after TSSDR stopt developing
No main freq is be shown
Anyone else see this?

Before responding, these are very very strong signals so noise or mismatch can not be causing the wrong or double data burst.

That's not what the "Diagram" represents.

From the documentation:

There was never any "inverted" button, the reason the diagram showed the gap on either left or right side was because TSSDR (Vasili) never synchronized/triggered the buffer to align it where it needed to be. The version I'm made has that as an option. This option is only a visual thing and has no effect on decoding what so ever.

I don't know why you keep talking up Vasili's version when it is buggy and contains far less features and options than the version I released.
Still to this day, there is nothing else that comes close to what TTT + TETRA demodulator does, and still you are not happy.

 

[thewraith2008]

SSI:1050553 D_SDS_Data Party_SSI:1050100 Type:UDT-4 Length:81 Protocol:Simple_location_system LocationSystemCodingScheme:User defined (128 = unknown data) TEXT:'Undefined_protocol' DATA:'01100001011100110101111100011011100111111111001100001000000011110'
SSI:1050553 D_SDS_Data Party_SSI:1050100 Type:UDT-4 Length:81 Protocol:Simple_location_system LocationSystemCodingScheme:User defined (128 = unknown data) TEXT:'Undefined_protocol' DATA:'01100001011100110101111100011011100111111111001100001000000011110'
SSI:1050553 D_SDS_Data Party_SSI:1050248 Type:UDT-4 Length:81 Protocol:Simple_location_system LocationSystemCodingScheme:User defined (128 = unknown data) TEXT:'Undefined_protocol' DATA:'10001001111000110101011011111010000011111111000110010110010000100'
SSI:1050553 D_SDS_Data Party_SSI:1050248 Type:UDT-4 Length:81 Protocol:Simple_location_system LocationSystemCodingScheme:User defined (128 = unknown data) TEXT:'Undefined_protocol' DATA:'10001001111000110101011011111010000011111111000110010110010000100'

I am also having the same problem as you and from what I see you are also from my area or close ( CT )

I did create a version to handle these special types of GPS PDUs and gave to others to test, but I have not heard any feedback about it.

 

[NarKo]

I did create a version to handle these special types of GPS PDUs and gave to others to test, but I have not heard any feedback about it.

Where can I get that version and I can try it.
Thanks

 

[hamradionl]

That's not what the "Diagram" represents.

From the documentation:

There was never any "inverted" button, the reason the diagram showed the gap on either left or right side was because TSSDR (Vasili) never synchronized/triggered the buffer to align it where it needed to be. The version I'm made has that as an option. This option is only a visual thing and has no effect on decoding what so ever.

I don't know why you keep talking up Vasili's version when it is buggy and contains far less features and options than the version I released.
Still to this day, there is nothing else that comes close to what TTT + TETRA demodulator does, and still you are not happy.

1e You know i bin here from day 1 TSSDR started and in the beginning early day's in Tetra Decoder (not TTT) Right top above plugin where buttons and one was plugin ON second was DMO and third was inverted
2e the new channels i mention TT or TTT or TNM not shown/hear data while slot 1 2 3 lights up AOR DV10 hear some clicks or bleeps.

Difficult to grab on the right moment, but i give a try while the screen grab not show correct, the decode signal is strong

 

[hamradionl]

I did create a version to handle these special types of GPS PDUs and gave to others to test, but I have not heard any feedback about it.

I whas not sure if you who made this version, but now you reply on it. Long time ago it came 99% close to get this working to 100% only it stopt by improving/converting the binary to ascii txt. There where some bugs in the counting bits in the full process and there is also a "coder fault in the SDS handling (copy previous message). The development came very very close but on some critical point mention to stop or no time or whatever reason, the further developing, the function is not get to a final public release. There you have the reason i get little disappointed or like you mentioned "and still are not happy" putting day and night effort to help testing that particular funtion get 100% working and in final stage just i front of the finisch, it ends up to have nothing is changed But its your time, your day and your project just did or try the beta to help others in this fantastic community. For user who only want voice the TTT or TNM is the best possible fun to use your fantastic program, for me personal the MS registration is the best function in it and the only reason i still use TT some time if needed to know some particular user. I lost interest and doing other things with satellites TRX Thanks for effort and your time for community

 

[thewraith2008]

1e You know i bin here from day 1 TSSDR started and in the beginning early day's in Tetra Decoder (not TTT) Right top above plugin where buttons and one was plugin ON second was DMO and third was inverted

If you saw this "inverted" on Vasili's version that had DMO then, that version of his came after I already added DMO, so of course it won't be included in my version. You will need to talk to him about what it was for.

2e the new channels i mention TT or TTT or TNM not shown/hear data while slot 1 2 3 lights up AOR DV10 hear some clicks or bleeps.

Difficult to grab on the right moment, but i give a try while the screen grab not show correct, the decode signal is strong

As I've already stated, the diagram is not triggering correctly when it shows gap on right side. This is only cosmetic.
If you want to see aligned to left, use option: Diagram: Use SYNC only.

As I've state countless times, if you have a signal that is TETRA and is not decoding, then the ONLY way to have me investigate this is to supply me with a decent IF IQ sample(s). If this is not done, then I can't do a thing about it, EVER. I can't just magically work out why something is not working.

I whas not sure if you who made this version, but now you reply on it. Long time ago it came 99% close to get this working to 100% only it stopt by improving/converting the binary to ascii txt. There where some bugs in the counting bits in the full process and there is also a "coder fault in the SDS handling (copy previous message). The development came very very close but on some critical point mention to stop or no time or whatever reason, the further developing, the function is not get to a final public release. There you have the reason i get little disappointed or like you mentioned "and still are not happy" putting day and night effort to help testing that particular funtion get 100% working and in final stage just i front of the finisch, it ends up to have nothing is changed But its your time, your day and your project just did or try the beta to help others in this fantastic community. For user who only want voice the TTT or TNM is the best possible fun to use your fantastic program, for me personal the MS registration is the best function in it and the only reason i still use TT some time if needed to know some particular user. I lost interest and doing other things with satellites TRX Thanks for effort and your time for community

The difference here is three members (Yorch, Cretu, FR33MAN) supplied useful and detailed information and IQ samples that made investigating this PDU easier to work out.

I neither have the time or the inclination to try and work out obscure proprietary PDUs.
The plug-in outputs a binary strings for unknown types so users can try and figure them out.
If they do great, report findings/structure to me and I'll try and add it to the PDUs that can be decoded so all can benefit.



Latest version (v1.8.6.0) can be found here: MEGA - Download
Release post here

 

[thewraith2008]

Where can I get that version and I can try it.
Thanks

You can't at this stage.

One of the members has reported a bug I need to look into first.
When I get time to look into this more and fix it, I will look at releasing it. (no timeline as to when this is occurring)



Latest version (v1.8.6.0) can be found here: MEGA - Download
Release post here

 

[hamradionl]

Screen grab is made from TTT. Using TT or TTT from day one, never seen this reverted data block before also not in TSSDR his version.

This moment testing the DV10 who also Not able to handle those "new" channels, only hear some short bleeps or blips out of the speaker.
In last 5 days i be using the new 2023 build DV10 for tetra doing fine.
sorry my friend i leaving this part about TTT for now, cost me to much time, while testing get short night of sleep and to old for this. Let others contribute there part and see if the SDS function get a final public release.

 

[hamradionl]

I neither have the time or the inclination to try and work out obscure proprietary PDUs.
The plug-in outputs a binary strings for unknown types so users can try and figure them out.

A long time ago you came to the point the Binary string whas decoded to output a real Ascii txt line.
That ascii line whas connected to several user files, in that user file whas the translation done from AScii to "user specific" text but never came develop to the end, because you stopt develope further.
On the end before you stopt, there was some things with counting the bits i think is whas in the first or the last 2 or 3 or 4 or 8 bits/bytes block causing a mismatch or miscount or XOR or whatever else to output the proper ascii......... In the City bus tetra network whas able to read or translate: date, time stamp and it stopt last part what must be the traffic or bus number who where last in those counting bits or block or whatever. sorry its 3 or 4 years ago i not remember very well. But you came very very close.

 

[thewraith2008]

Screen grab is made from TTT. Using TT or TTT from day one, never seen this reverted data block before also not in TSSDR his version.

Then you haven't looked very hard. It did it all the time, that's why the option: Diagram: Use SYNC only was added.

sorry my friend i leaving this part about TTT for now, cost me to much time, while testing get short night of sleep and to old for this. Let others contribute there part and see if the SDS function get a final public release.

This seems to be your default response when it comes time for you to provide IQ samples for a signal only you see and have an issue with.

Let others contribute

This is just laziness on your part and the sole reason why the plug-in doesn't work with the signal you are seeing. You only have yourself to blame for this outcome.

The binary to ASCII was developed as far as it was intended. (to show 8 bit binary data blocks as ASCII text)
In all the years it's been added, not one person has come forward to reveal any insight to an unknown PDU that they have worked out the structure and contents for.



Latest version (v1.8.6.0) can be found here: MEGA - Download
Release post here

 

[hamradionl]

Then you haven't looked very hard. It did it all the time, that's why the option: Diagram: Use SYNC only was added.

Like TSSDR ones told if i be correct, Inverted whas not used in Tetra Decoder that moment and TSSDR removed the button on the top and only keep demodulate ON/OFF and DMO button.
It whas the version just after latest Wintelive/WinTetra msys2 Curlyboy release, some early version in 2018 or 2019 from SDR# tetra plugin or other date, to long time ago.

 

[hamradionl]

Here is one i found about inverted and is before your released version.

 

[thewraith2008]

The 'Invert' was not part of the base code of the TETRA Demodulator I used.
It was never part of the code I used regardless of the development timeline of the plug-in.

For what ever reason Vasili added (and then removed) it, has been lost to time since he rarely documented the changes.
Maybe it did nothing or was not needed once he dumped the Linux emulation requirement (msys).

In an case, I doubt it has anything to do with the failure to decode your random signal.
You know what needs to be done but since we know you won't do it, you have reached an impasse.



Latest version (v1.8.6.0) can be found here: MEGA - Download
Release post here

 

[hamradionl]

For what ever reason Vasili added (and then removed) it, has been lost to time since he rarely documented the changes.
Maybe it did nothing or was not needed once he dumped the Linux emulation requirement (msys).

When button used, MNC MCC still shown but rest decode stopt

You know what needs to be done but since we know you won't do it, you have reached an impasse.

these are only 5x New channels in New small network
Like the "User Define" Binair to ASCCI experiment, preventing put lots of time and effort in it and on the end nothing comes out

 

[thewraith2008]

Like the "User Define" Binair to ASCCI experiment, preventing put lots of time and effort in it and on the end nothing comes out

What are you talking about.
You tell it what 8 bits of binary to show as character, then it will show as (displayable) ASCII character if that is what it is.
It does not try and interpret the binary string because it's contained in a PDU where the structure is unknown.
I don't understand why you cannot comprehend this.



Latest version (v1.8.6.0) can be found here: MEGA - Download
Release post here

 

[ea5hyj]

Saludos, hoy escaneando la banda tengo capturada esta portadora, es la unica que recibo de esta forma y con esos datos no esta encriptada pero no se escucha nada, alguna idea si se puede escuchar, o es solo enviando información a los servidores?

Muchas gracias

Disculpen la calidad de la imagen

 

[thewraith2008]

Saludos, hoy escaneando la banda tengo capturada esta portadora, es la unica que recibo de esta forma y con esos datos no esta encriptada pero no se escucha nada, alguna idea si se puede escuchar, o es solo enviando información a los servidores?


Muchas gracias


Disculpen la calidad de la imagen

Greetings, today scanning the band I have captured this carrier, it is the only one I receive in this way and with that data it is not encrypted but nothing is heard, any ideas if it can be heard, or is it just sending information to the servers?

Thank you so much

Sorry for the image quality

If you don't see voice traffic then you will not hear it. Nothing you can do will change that.

Image is showing packet DATA traffic, you will not see voice traffic indicated there.
Look in 'Network info' window. ("Calls" tab)
The "Current cell" tab will show "TETRA_voice_services". If it is 0 (not available), then no voice will be on this network. If it is 1 (available), then voice maybe used on network but that doesn't guarantee the it will be seen.



Latest version (v1.8.6.0) can be found here: MEGA - Download
Release post here

 

[hamradionl]

What are you talking about.
You tell it what 8 bits of binary to show as character, then it will show as (displayable) ASCII character if that is what it is.
It does not try and interpret the binary string because it's contained in a PDU where the structure is unknown.
I don't understand why you cannot comprehend this.

Yes your 100% right. It never work proper way

 

[hamradionl]

Saludos, hoy escaneando la banda tengo capturada esta portadora, es la unica que recibo de esta forma y con esos datos no esta encriptada pero no se escucha nada, alguna idea si se puede escuchar, o es solo enviando información a los servidores?

Muchas gracias

Disculpen la calidad de la imagen

Push to Talk connection