SDR# TETRA Demodulator Trunk Tracking Demonstration

[thewraith2008]

It never work proper way

Care to share what the "proper way" is?



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

 

[hamradionl]

Care to share what the "proper way" is?

Was reply to your remark, please read back your own post.

 

[thewraith2008]

Was reply to your remark, please read back your own post.

My post you replied to stated what the binary to ASCII does and doesn't do.

You agreed by saying:

Yes your 100% right.

Then you said:

It never work proper way

So I repeat, what is the proper way then.
Your quick to cast aspersions but then don't provide any information or examples that demonstrate your claim so it can be investigated and tested then fixed if need be.



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

 

[ea5hyj]

Mi publicación a la que respondiste indicaba qué hace y qué no hace el binario a ASCII.

Usted estuvo de acuerdo diciendo:


Entonces dijiste:


Así que repito, cuál es la forma correcta entonces.
Es rápido para lanzar calumnias, pero luego no proporciona ninguna información o ejemplos que demuestren su reclamo para que pueda ser investigado y probado y luego corregido si es necesario.



La última versión (v1.8.6.0) se puede encontrar aquí: MEGA - Descargar
Publicar publicación aquí

Muchas gracias por las respuestas, saludos javi

 

[Zeifer69]

Hello thewraith2008
I have a somewhat frequent overflow error that only appears in a tetra system that constantly transmits a D_Status Party message.
I hope you can tell me if it has a solution, since after a certain time the error appears and I have to restart the TTT so that keep working, I leave the information.
Greetings

LastPDUerror:
15/05/2022 - 08:43:23 p. m. - VC - SSI:438 D_Status Party_SSI:16777213 Pre-coded status #:65025 (User defined value)
13/08/2022 - 06:58:47 p. m. - CC - SSI:5866 D_Status Party_SSI:16777213 Pre-coded status #:65025 (User defined value)
13/08/2022 - 06:58:47 p. m. - VC - SSI:5866 D_Status Party_SSI:16777213 Pre-coded status #:65025 (User defined value)
13/08/2022 - 09:51:35 p. m. - CC - SSI:6093 D_Status Party_SSI:16777213 Pre-coded status #:65025 (User defined value)
13/08/2022 - 09:51:35 p. m. - VC - SSI:6093 D_Status Party_SSI:16777213 Pre-coded status #:65025 (User defined value)
14/08/2022 - 09:47:39 p. m. - CC - SSI:4625 D_Status Party_SSI:16777213 Pre-coded status #:65025 (User defined value)
14/08/2022 - 09:47:39 p. m. - VC - SSI:4625 D_Status Party_SSI:16777213 Pre-coded status #:65025 (User defined value)
21/01/2023 - 10:26:28 p. m. - CC - SSI:5670 D_Status Party_SSI:16777213 Pre-coded status #:65025 (User defined value)
21/01/2023 - 10:26:28 p. m. - VC - SSI:5670 D_Status Party_SSI:16777213 Pre-coded status #:65025 (User defined value)
07/04/2023 - 02:57:30 p. m. - CC - SSI:1901 D_Status Party_SSI:16777213 Pre-coded status #:65025 (User defined value)
07/04/2023 - 02:57:30 p. m. - VC - SSI:1901 D_Status Party_SSI:16777213 Pre-coded status #:65025 (User defined value)

Errors:
==============
27/11/2022 10:15:01 a. m.
Please report these errors:
Error #6
Error:Overflow
Proceedure error #21
Last DATA: {"Result":"OK","Method":"Frequency","Value":"2500524328}

MOD DATA: Result:OK,Method:Frequency,Value:2500524328
==============

 

[thewraith2008]

Hello thewraith2008
I have a somewhat frequent overflow error that only appears in a tetra system that constantly transmits a D_Status Party message.
I hope you can tell me if it has a solution, since after a certain time the error appears and I have to restart the TTT so that keep working, I leave the information.
Greetings

LastPDUerror:
15/05/2022 - 08:43:23 p. m. - VC - SSI:438 D_Status Party_SSI:16777213 Pre-coded status #:65025 (User defined value)
13/08/2022 - 06:58:47 p. m. - CC - SSI:5866 D_Status Party_SSI:16777213 Pre-coded status #:65025 (User defined value)
13/08/2022 - 06:58:47 p. m. - VC - SSI:5866 D_Status Party_SSI:16777213 Pre-coded status #:65025 (User defined value)
13/08/2022 - 09:51:35 p. m. - CC - SSI:6093 D_Status Party_SSI:16777213 Pre-coded status #:65025 (User defined value)
13/08/2022 - 09:51:35 p. m. - VC - SSI:6093 D_Status Party_SSI:16777213 Pre-coded status #:65025 (User defined value)
14/08/2022 - 09:47:39 p. m. - CC - SSI:4625 D_Status Party_SSI:16777213 Pre-coded status #:65025 (User defined value)
14/08/2022 - 09:47:39 p. m. - VC - SSI:4625 D_Status Party_SSI:16777213 Pre-coded status #:65025 (User defined value)
21/01/2023 - 10:26:28 p. m. - CC - SSI:5670 D_Status Party_SSI:16777213 Pre-coded status #:65025 (User defined value)
21/01/2023 - 10:26:28 p. m. - VC - SSI:5670 D_Status Party_SSI:16777213 Pre-coded status #:65025 (User defined value)
07/04/2023 - 02:57:30 p. m. - CC - SSI:1901 D_Status Party_SSI:16777213 Pre-coded status #:65025 (User defined value)
07/04/2023 - 02:57:30 p. m. - VC - SSI:1901 D_Status Party_SSI:16777213 Pre-coded status #:65025 (User defined value)

Errors:
==============
27/11/2022 10:15:01 a. m.
Please report these errors:
Error #6
Error:Overflow
Proceedure error #21
Last DATA: {"Result":"OK","Method":"Frequency","Value":"2500524328}

MOD DATA: Result:OK,Method:Frequency,Value:2500524328
==============

Thanks for the report.

This was a problem with the UI control that displays the messages reaching its maximum limit. (and why the TTT error was 'Overflow')
It was only getting cleared with some SDS messages and was allowed to reach this limit in error. (i.e. not get cleared at a certain point)

This has been fix for next release.



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

 

[Zeifer69]

Thanks for the report.

This was a problem with the UI control that displays the messages reaching its maximum limit. (and why the TTT error was 'Overflow')
It was only getting cleared with some SDS messages and was allowed to reach this limit in error. (i.e. not get cleared at a certain point)

This has been fix for next release.



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

Thanks for answering, then I'll be waiting for the next version. And is there any way to know what message is being transmitted because in another system that belongs to the subway in my city the same message appears constantly

 

[hamradionl]

LastPDUerror:
15/05/2022 - 08:43:23 p. m. - VC - SSI:438 D_Status Party_SSI:16777213 Pre-coded status #:65025 (User defined value)

I have the same Pre-coded status like messages. In my system these pre-coded are "connected" or "translated" bij the system into a TXT and to program city bus stop time of arrival. I have the original list with 60x of these pre-coded status translated to TXT so i whas able to know the outcome of a particular pre-coded status. My example whas: :15010: arrival time= xxxx minutes - 15011: delay time - 15012: waiting time = xxxx minutes etc etc to 60 pre-coded long. I not go in to the "discussion" with the author but untill a surtain point a particular TTT- beta release translated these messages nearly automatic Good luck.

 

[thewraith2008]

Thanks for answering, then I'll be waiting for the next version. And is there any way to know what message is being transmitted because in another system that belongs to the subway in my city the same message appears constantly

For Pre-coded status messages, only the the number (0-65535) is broadcast. (not the text message)
The provider can assign any text message to these numbers and they can probably be different for any user (GSSI) on the network.

These lists for the most part are unknown. (Some people may know the code/message for their network)

TTT has the feature where if you know what the message is for a status code, you can define it in a text file in same path as TTT.

• see documentation
• MCC;MNC;status_code;label
• This only works for network wide status codes.

NOTE: If the code/messages are different for different GSSIs on same network, then this won't work as expected since TTT does not support this.



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

 

[hamradionl]

to the subway in my city the same message appears constantly

When you need differ outcome, you need to make separate files with the Pre-coded status into it, for translate into TXT
I my case the - same city bus network - the pre-coded are always the same with group or user in the network.
Tip use separate SDR# + TTT for all differ networks Goodluck

 

[hamradionl]

Last 5 years many asking about GPS
In the past 1999 work for company who build large amount professional GPS trackers. One large GPS module supplier is uBLOX. uBlox using the U-center FW programmer/Flasher to "write your own UserDefine" output strings. Because uBLOX modules are able to program for many many differ kind data streams depending of the need to show location, speed over ground and heading and...... other data not often used in GPS.
Standard using is NMEA: GPGGA, GPGSV, GPGLL, GPRMC, GPVTG, GPGSA. Using U-center software a wide range protocol are supported and also differkind data output settings. Coders like Wraith or TSSDR where not able to help, you need to find out your self what NMEA string or other data protocol used on the network. Do your home work and good luck to you all.

 

[NikoMAU]

Hello
I can't or rather I don't know how to have two SDR# launched at the same time, each with its own SDR key, and then put one in CC and the other in VC.
I don't understand if I have to duplicate the whole SdrSharp folder or just the .exe
In short, after many tries I lose hope
If you could help me it would be very nice
Thanks
Sincerely
Niko

 

[Spartanman]

Hi guys. Im trying the plugin. How can i do to show gps data on the map if theres avaible??

 

[NikoMAU]

Hello community
I finally managed to get two SDR# sessions, one in VC and the other in CC.
They are well connected to TTT

As you can see on this picture, I am receiving voice duplex

But I am not receiving the second caller.
I must have made a mistake in the settings somewhere, but I can't find it.


Can you please help me?
Sincerely
Niko

 

[Ubbe]

Can't see in the pictures, they are too low resolution, but usually when you only hear one part are if you are monitoring a call that include the dispatcher that are connected to the system by wire. Then you will only hear the dispatcher and not the other party. The other case are if there are two mobile users and they are affiliated to different towers, then you will need to monitor two different towers with two TTT in CC mode.

/Ubbe

 

[NikoMAU]

Can't see in the pictures, they are too low resolution, but usually when you only hear one part are if you are monitoring a call that include the dispatcher that are connected to the system by wire. Then you will only hear the dispatcher and not the other party. The other case are if there are two mobile users and they are affiliated to different towers, then you will need to monitor two different towers with two TTT in CC mode.

/Ubbe

Hello

Thank you for your answer, I will test with two TTT in CC
Sincerely

 

[hamradionl]

Some there also SDS OTAR contain very short HEX value messages, TTT not shown
Not understand that TTT decode SDS messages proper, why there be differ between volume settings old or new SDR#

Its time SDR++ moving on to next level of plugins, instead keep making new BETA's last couple years

 

[NikoMAU]

Can't see in the pictures, ........................... two different towers with two TTT in CC mode.

/Ubbe

Hello

I tested with two TTT in CC but it doesn't change anything, I can only hear one of the speakers.
I'm attaching the higher resolution images (in principle) if they can give me ideas to help me
With my thanks
Niko

 

[Ubbe]

Hello

I tested with two TTT in CC but it doesn't change anything, I can only hear one of the speakers.

I guess you only hear 11001 and 11002 as those are probably dispatchers. As it is a private call, not talkgroup, there is no need for anyone else to listen, so the system only outputs the dispatcher audio and the mobile audio of 12104 and others only goes the RX way directly to dispatcher without being repeated out on the site, as usually are done in DMR and other systems but not Tetra.

/Ubbe

 

[NikoMAU]

I guess you only hear 11001 and 11002 as those are probably dispatchers. As it is a private call, not talkgroup, there is no need for anyone else to listen, so the system only outputs the dispatcher audio and the mobile audio of 12104 and others only goes the RX way directly to dispatcher without being repeated out on the site, as usually are done in DMR and other systems but not Tetra.

/Ubbe

Hello
Thank you for your precise answer which I think I understood lol
Indeed I hear well the 11001 and others also 11002 or 004 I do not know any more but never the one which is called (12104). It's not my settings that are not good.
There is no possibility of hearing 12104? Never?
Sincerely
Niko