SDR# TETRA Demodulator Trunk Tracking Demonstration

[tomekjkp]

Hello, if possible, I would also ask for a revised version, maybe my problem will also solve it. At the moment my network has developed a lot and on TTT about 20-40% is on the normal plug. Thanks, regards

 

[pingirona]

Hello, I think I fixed this problem for someone else sometime ago.
I should probably release the version I have that is a mix bag of fixes that I did for people here and there.
No timeline on releasing this as I have not been spending much time with SDR of late.



Latest version (v1.7.1.0) can be found here: Release post

You are right thewraith2008, the issue of calls being lost when there is a timeslot change, you solved it for me and I am testing it successfully on TTT version 1.8.5.0. Greetings.

 

[FR33MAN]

You are right thewraith2008, the issue of calls being lost when there is a timeslot change, you solved it for me and I am testing it successfully on TTT version 1.8.5.0. Greetings.

Thank you very much for your answer, you have made my day. I am looking forward to the version that solves that problem.
If you need to do some test or I can help you in something tell me I have raspberry for (TCP).

Regards, and thank you very much.

 

[nico71]

I have the same problem so interested to test too

 

[hermite]

You are right thewraith2008, the issue of calls being lost when there is a timeslot change, you solved it for me and I am testing it successfully on TTT version 1.8.5.0. Greetings.

Hello,
Has a new version of TTT been released since V1.7.1 on Windows? You are mentioning V1.8.5... ?

 

[hermite]

Hello, I think I fixed this problem for someone else sometime ago.
I should probably release the version I have that is a mix bag of fixes that I did for people here and there.
No timeline on releasing this as I have not been spending much time with SDR of late.



Latest version (v1.7.1.0) can be found here: Release post

hello, I have seen a member stating that he has V1.8.5.0 of TTT, is this version available? Thank you.

 

[thewraith2008]

hello, I have seen a member stating that he has V1.8.5.0 of TTT, is this version available? Thank you.

No

Hello, I think I fixed this problem for someone else sometime ago.
I should probably release the version I have that is a mix bag of fixes that I did for people here and there.
No timeline on releasing this as I have not been spending much time with SDR of late.

I'll get to it when I can.



Latest version (v1.7.1.0) can be found here: Release post

 

[tomekjkp]

You are right thewraith2008, the issue of calls being lost when there is a timeslot change, you solved it for me and I am testing it successfully on TTT version 1.8.5.0. Greetings.

Could you please share your version so that I can verify problem if it still exists?

 

[pingirona]

Could you please share your version so that I can verify problem if it still exists?

I can share it, as long as @thewraith2008 is okay with it

 

[hermite]

No


I'll get to it when I can.



Latest version (v1.7.1.0) can be found here: Release post

Ok, noted. Is there a newer version on a different platform?

 

[FR33MAN]

Hello, let's be patient and we will be surprised by the creator of TTT.
It takes time, but we will surely have improvements.


Thank you.

 

[vselic]

I'm curous, where in a world can you find unencrypted tetra... this program is tottaly useless here in EU, 99.9% of traffic is encrypted, so for us, it's useless piece of software

 

[tomekjkp]

I'm curous, where in a world can you find unencrypted tetra... this program is tottaly useless here in EU, 99.9% of traffic is encrypted, so for us, it's useless piece of software

We have a lot of it in Poland, mainly transport, municipal services, airports

 

[thewraith2008]

I'm curous, where in a world can you find unencrypted tetra... this program is tottaly useless here in EU, 99.9% of traffic is encrypted, so for us, it's useless piece of software

Yeah I know, "this program is tottaly useless" and "it's useless piece of software" because everybody knows how easy it is to circumvent encryption and the laws around doing so. It's not like encryption is actually designed to stop people listening at all. All is required is a simple XOR and your right to go.

Comments like this really inspire me.

 

[FR33MAN]

I'm curous, where in a world can you find unencrypted tetra... this program is tottaly useless here in EU, 99.9% of traffic is encrypted, so for us, it's useless piece of software

It is functional at 100x 100 in countries that do not have Tea2, if your country is encrypted it is something else, but I do not see well that you diminish importance or merit to the work that the software developer has done.

Your comment is not correct.

Greetings and I advise you to contribute and not to disqualify the work of others.

 

[dempa]

In Japan, major airports recently use unencrypted TETRA switched from conventional analogue radios. TTT is incredibly useful.

 

[FR33MAN]

@thewraith2008 Do not pay attention to that opinion or criticism, most of the users surely know how to appreciate the great contribution and work that you have done.

A good job and we know that soon you will surprise us with more things. You are the Boss


a greeting

 

[Kazzaw]

A lot of oil and gas use it in Australia - all unencrypted

 

[FERRAINAELENA]

Yeah I know, "this program is tottaly useless" and "it's useless piece of software" because everybody knows how easy it is to circumvent encryption and the laws around doing so. It's not like encryption is actually designed to stop people listening at all. All is required is a simple XOR and your right to go.

Comments like this really inspire me.

The XOR operator therefore differs from the OR operator (inclusive disjunction) in that it returns a false value when both propositions are true. For example, when both A and B are true, the OR operator returns the true result ( 1 )

 

[thewraith2008]

26th Public Release - TETRA Trunk Tracker and TETRA Demodulator plug-in - v1.8.6.0


This package (version) of TETRA Trunk Tracker and TETRA Demodulator plug-in (with codec libtetradec.dll) are only meant to be used
with each other and with no other previous versions. To do so will cause issues.

TETRA Demodulator plug-in has been updated by me. "Tweaked Edition (Unofficial) v1.8.6.0"
This is required to be used with TETRA Trunk Tracker v1.8.6.0. Please read the documentation files in zip for plug-in.

This plug-in version changes/adds and fixes some items:

v1.8.6.0

Changed: (Silence) Audio insertion when frame stealing is used (TMO only).

Changed: Reset audio buffer on call change

FIXED: SDS 'Text_coding_scheme' error

CHANGED: Internal handling of volume range for old and new SDR# (1732+)

Changed: Yet some more tweaking to the UI for SDR# 1811 (and hopefully higher)

Fixed/Changed: Error was seen at SDR# start up complaining that 'System.Web.Extensions.dll' could not be found.
- Removed the dependency on the 'System.Web.Extensions.dll' library (JSON)
- This is issue was only for SDR# 1784+ which uses .NET 5 Core and no long uses this library.

Minor changes to UI
- Hide Audio AGC controls when not used (Thresh/Slope/Decay)

Added: Displaying GSSI labels in 'Network Info' > 'Calls' window

Changed: When TTT mode is enabled, the 'Auto' checkbox is replace by label "TTT Enabled"
- NOTE: The timeslots are under control of TTT when in TTT enable mode.

Changed: Minor port control code change

Added: Optional labels (MCC/MNC/LA)

Fixed: Physical layer burst timeslot updating was not occurring when timeslots where not used/seen.
- e.g When DMO or TMO discontinuous bursts. This was affecting how audio was passed in the plug-in.

Changed: Signal quality indicator for both TMO/DMO (EN) (previously added in v1.0.8.0)

Fixed: A SDS message was missing an output element so TTT could tell when a unknown protocol ID was seen.
- For the Unknown protocol ID handling feature in TTT


see changelog.txt for more details

If SDR# is crashing when 'Demodulator' is enabled, it's because you have not set-up the plug-in correctly.
You MUST do this 1st. This is NOT TETRA Trunk Trackers fault.

You generally need to get these installed:
"Microsoft .NET Framework 4.6.2 (Offline Installer)"
"Microsoft .NET Framework 4.7.2 (Offline Installer)"
"Microsoft Visual C++ 2015 Redistributable" and install both 32/64 bit versions (if you use 64 bit OS)



This TETRA Trunk Tracker version changes/adds and fixes some items:

v1.8.6.0 (includes previously unreleased changes)

CHANGED: TTT would ignore setting up a call when the callid had already been used in another recent call.

CHANGED: Extended 'VC Volume' range for newer SDR# (1732+)

FIX: Issue with some regions datatype (Boolean)

FIX: Sounds: Priority WAV
- If the number of the priority file was changed, TTT did not update the change.

CHANGES/FIX: 'Presets 2' - LA selector
- Various

FIX: TTT Single mode
- Call information was incorrectly sent to VC SDR#. (Which is not used in single mode)
  This was shown in the status panel as 'SET: No SDR# NET connection' for 'callinfo'

FIX: Rare error (in 'Section 48a') that resulted in a halted TTT when seen (with error message)
- Some redundant code was a problem when field was blank and comparision was done.


see changelog.txt for more details

Has been tested on Windows 7 - Basic (64 bit)
Has been tested on Windows 7 - Professional SP1 (32 bit), English
Has been tested on Windows 10 - Professional (64 bit)

I have created it to suit my needs. And it currently works for me with the TETRA network I monitor.

I make no claim that it will work for other networks.

Please read the provided files for set-up and usage:

• TTT_set-up_manual.pdf
• TTT_Features_and_Usage.pdf
• TETRA_Demodulator.pdf

I have tried to be as thorough as possible with the documentation to explain usage and features.
I believe any questions can be answered by reading these files.
These files most likely are not complete and contain errors and are not laid out as good as they could be.

The TETRA plug-in is now been mainly tested with SDR# 1700 on Windows 7 Professional 32 bit with no issues seen.
The TETRA plug-in with SDR# 1700 on Windows 7-10 64 bit PCs is partly tested with no issues seen.
The TETRA plug-in with SDR# 1727+ on Windows 7-10 32/64 bit PCs is partly tested with no issues seen.
The TETRA plug-in with SDR# 1822 on Windows 7 32 bit PC is partly tested with no issues seen.

It only works with the provided TETRA plug-in supplied in zip. (2021-September-11).
This version no longer uses a custom compiled version of 'Net Remote'

It is only meant to be a temporary solution until something better comes along.


I don't use this plug-in any more so I'm not able to tell if it is without issues.
I don't use the later versions of SDR# (1784-1822+) so I'm not able to tell if it is without issues.
I would recommend sticking with SDR# v1716 when using this plug-in.

Please report any issues.


With SDR# move to using .NET 5 Core (1784+), this plug-in may end up no longer working as expected or at all.
SDR# can now allow plug-ins to operate from the 'Plugins' folder or it's sub folders.
At the moment, this plugin's DLLs can have the DLLs file placed in the (SDR# 1784+) 'Plugins' folder and it should still work.
But any files created by the plug-in will still be placed in the SDR# root folder.


Note: This link now is to a folder that stores the download, which means the link to the location of the files will stay the same but the files in it can vary.
Download
NOTE: Use 7zip or WinRAR to extract files from the .7z file and read the .PDF files for installation and usage of files with SDR#.

MD5 HASH 3ae57f4514df04464d5f2480926dff71