Why dont you use the built in feature to read the SDS? On the list of all the calls, right click this and you should see all the SDS messages.Hello, does anyone have an archived version of the TTT plugin? Because the new one throws out binary digits in SDS, which is tedious when reading the file. My request, as if the author could collect all previous versions and put on his MEGA it would probably be very helpful for some. greetings
The last release work different than the early release in that window or in listWhy dont you use the built in feature to read the SDS? On the list of all the calls, right click this and you should see all the SDS messages.
I need real world examples, not cryptic 'SDS messages-A' and 'SDS messages-B'. How am I supposed to know what types of messages are been passed and not been passed here.The last release work different than the early release in that window or in list
Cant see all messages because when turn ON binary mode you see SDS messages-A. When turn OFF binary mode you see SDS messages-B.
Is that SDR fully supported by SDR#. If not then no.I have a SDR ELAD FDM-S1 ... is it compatible with your plugins?
5 days ago send logfile as PM in the LOG file you notice when ON show behind the line "YES" but not show the actual SDS TXT message.I need real world examples, not cryptic 'SDS messages-A' and 'SDS messages-B'. How am I supposed to know what types of messages are been passed and not been passed here.
Yes it did show in SDS event window!This binary string is NOT shown in TTT SDS event window. (never has been)
Yes you did dump a logfile in a PM, but you failed to explain anything about it.5 days ago send logfile as PM in the LOG file you notice when ON show behind the line "YES" but not show the actual SDS TXT message.
When turned OFF the "YES" is gone and you see the actual SDS txt message.
And in the event window (right mouse click) you will notice the 2 different type of SDS TXT message when switch binary ON / OFF
Just try you notice it.
No release version ever showed the binary string anywhere in TTT. TTT only passed it to a log file.Yes it did show in SDS event window!
from TTT changelog for v188.8.131.52
ADDED: SDS event window panel for location and text messages.
- To access right click the event log panel and again to switch back.
- Not all "text" messages are human readable. Without documentation as to it's structure, then it is considered a unknown format.
- Does not show the 'Binary' strings as these can get quite long. see them in the 'TETRA_sds_data_xxxx.log' file.
Stop referring to a test/development versions. If the binary strings where shown in these versions they are not in the release version.The first version we both tested that function show binary as that the way we both to get that UserDefine up and running.
Are you forgot this?
I'm not "Ian"Set up today using two Mini Airspy dongles. After configuring (little bit of hit and miss I admit) I just want to thank Ian once again for a great program (I still have his original modem for MPT trunking) Regards and again thank you.. Shane Vickers
What mode are you running TNM in?Hi all! I'm monitoring the same tetra network with 2 pc. On pc 1 have installed two sdr dongles and TTT, on pc 2 have installed one sdr dongle and tetra network monitor (TNM). In both pc have the exactly the same filter lockouts and the same priorities.
It seems that TTT loose some data reading the control channel
I had seen that in TNM I have a greater number of communications than in TTT when it should be just the opposite, why??
What data is it missing? If you can see it on one and not the other then what is it?It seems that TTT loose some data reading the control channel
TNM and TTT both monitor the MCCH (and SCCH if exists).I have seen something similar. But in my case it is becouse the system using more Control Channel with different LA.
TNM is just received all data on the channel that is setup and do not trunck track from Control Channel I think.
TTT has to trunk track from the MCCH. And if no data is there and MCCH is on another channel TTT does not se it I think.
This is similar to the Whistler vs. Uniden. Where Uniden Trunk Track correct on DMR and Whistler just receive
data from the freqency that is setup. Se this threads TRX-1 or Uniden 325P2