SDR# TETRA Demodulator Trunk Tracking Demonstration

[thewraith2008]

I don't have any TETRA in my area to monitor.
I do stuff to it if I can, but I mess around with many different things and my focus changes (squirrel)



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

 

[thewraith2008]

That post is over 3 years old.
It has been sorted.



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

 

[LA6FRA]

Have a look at this thread (TetraNetMonitor)

This creates multiple VFOs to monitor the carriers.
This works with calls in a first in first played basis. (i.e. does not play calls from different VFO at same time)



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

Thank you for your quick answer.
I have been using TNM for a while and it works really well but not in the way I want to. I guess I have to use 1 dongle per TG if I want to acheve the same as with DSD+

 

[thewraith2008]

Can you not do a similar thing to the DMR setup you mentioned?

Have SDR# with 3 AUXVFO tuned to each carrier (or same one) with the the outputs of each AUXVFO going to different VB cables.
Then run 3 instances of SDR# with the TETRA plug-in using soundcard as source with VB cables as input.



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

 

[LA6FRA]

I have 2 RTL-SDR dongles in a PC. One is used with 3 AUXVFO to monitor 4 firefighters VHF channels and the other is use to tetra, but only on TG.

 

[LA6FRA]

I see now, you mean as source IQ from sound card and then in audio, choor input a VD cable, right?

 

[LA6FRA]

This what I managed to do, but it does not work. Probably I forgot something.

 

[thewraith2008]

Did you try and set the AUXVFO to WFM (in image it's set to RAW)

Make sure WFM and Bandwidth are set in SDR# as when you click 'Set' in AUXVFO it does not always use what you set in the AUXVFO side panel.
AUXVFO has some bugs and inheritance issues that make it annoying to use sometimes.



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

 

[FERRAINAELENA]

hello, my question and this I live in an area with a lot of dark traffic all encrypted air 1.
Is there a possibility that there is free-to-air transmission inside a telephone cell? or are my attempts in vain? Thanks for the attention.

 

[LA6FRA]

If the TETRA network/site belongs to a goverment agency it is probably encrypted with TEA 2, if they have paid for it. If not the transmision is open.

 

[FERRAINAELENA]

but you think it is still possible to listen to something ...
how can i notice if there is something in the clear?
can you help me identify the transmission without encryption.

 

[FERRAINAELENA]

 

[thewraith2008]

how can i notice if there is something in the clear?
can you help me identify the transmission without encryption.

If it's not encrypted, it will play and be displayed, simple as that.



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

 

[LA6FRA]

We have a lot of tetra networks in Spain. In Cataluña, the regional tetra network RESCAT, is encripted for all transmisions for National Police, but Local Police, like Bracelona (Guardia Urbana) and other emergengy services are unencrypted

 

[oe5kbo]

I normally use 32 bits and when I copied TETRA set-up to 64bit laptop I forgot to try 64 bit Net Remote plug-in.

As it's only a TCP interface I'm not going to worry about it. 32 bit version works just fine.

gustavobm, when you hit post 4 or 5 you should try and PM me and I'll send you details on where you can send me those logs.

hallo can you help me for a download link for the tetra trunk tracker ore can you sent me a file. Thanks for helping.

 

[thewraith2008]

hallo can you help me for a download link for the tetra trunk tracker ore can you sent me a file. Thanks for helping.

Oh come on, your not even trying.

At the bottom of every one of my posts is the link to the download and the release post.



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

 

[LA6FRA]

64 bit works very well for me, even it works perfectly using spy server network

 

[jomeg0]

Hi all,

First of all I love this software. Many many thanks to thewraith2008 for this great app.
I hope to see more features in the future ;-)

One change I am having trouble understanding is what thewraith2008 mention here:

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.

Before this change, I could lock out every communication except the ones I want to listen to.
In the beginning when I started using this plugin my lockout was interrupted by some private calls.

The solution for me was to put the CC part of SDRSharp constantly on timeslot 1 and
the VC part of the SDRSharp to Auto.

But now with this change I'm having problems trying to solve this.

When I use TTT Enable on both SDRSharps, I can hear the private calls I'm not
interested in (This communication needs to be lockout)

When I try to solve this by disabling TTT Enable on the CC part of the SDRSharp I don't receive any voice...

Any suggestions on how to deal with this after this change?

Many thanks

Jomeg0

 

[hamradionl]

The solution for me was to put the CC part of SDRSharp constantly on timeslot 1 and
the VC part of the SDRSharp to Auto.
Jomeg0

What i did. using the older version for trunk before the change and run a second newer version (doing nothing only for the SDS and the data futures.
About DATA on the network i spotted some messages show long HEX. Not often but sometime.

 

[thewraith2008]

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.

Before this change, I could lock out every communication except the ones I want to listen to.
In the beginning when I started using this plugin my lockout was interrupted by some private calls.

The solution for me was to put the CC part of SDRSharp constantly on timeslot 1 and
the VC part of the SDRSharp to Auto.

But now with this change I'm having problems trying to solve this.

The quote means exactly what it states.

If you go changing timeslots when TTT expects the timeslots to be set to where it sets them. It undermines TTT control of a call.
The plug-in has two ways of been used, with TTT and without TTT.
When used with TTT, I've made the change to enforce timeslot control.
If you want to keep changing timeslots yourself, then don't use TTT as it not really doing anything anyway when used this way.

When I use TTT Enable on both SDRSharps, I can hear the private calls I'm not
interested in (This communication needs to be lockout)

Then why not just lockout all private calls like you would any other TG?
Set the GSSI: 0 to be locked out or just use the lowest priority (for GSSI: 0) and use a higher priority for your TG of interest so it will be switched to when seen.



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