TetraNetMonitor UI Experimentation

[thewraith2008]

I tested the of this software today and I liked the operation. However in my humble opinion if its features were inserted in TTT. It would be perfect!

If anything it will happen the other way around, TTT > TNM.
Progress with TNM as halted for now.

i dont know if i i´m in the proper group. But TNM is working but Wireshark show me a failure
what do i wrong?

You will have to go to the same place you found that download for answers.



Latest version (v1.1.0.0) can be found here: Download

 

[polar1]

i dont know if i i´m in the proper group. But TNM is working but Wireshark show me a failure
View attachment 75790.
what do i wrong?

Please read a follow-up regarding this feature on the main thread: SDR# - TETRA IPv4 network decoding and capturing
You are using an old version. This should not happen with the latest update. Please post all questions regarding this functionality in the linked thread.

 

[DarkAngelT]

If anything it will happen the other way around, TTT > TNM.
Progress with TNM as halted for now.

Great! Bringing the functionality of the two together will be perfect!
For now I go mostly using TTT. For it is more complete in resources.

Congratulations on the progress!

 

[hamradionl]

SDR# crash, send PM

.

 

[pingirona]

This was solved in TTT 1.20.2

"-- Incorrect element name cause it to be added twice, which caused error. (Key already added)
Thanks to hassanila97 for help with testing."

I think TNM is affected by the same problem?

"La operación aritmética ha provocado un desbordamiento.
at SDRSharp.TetraNetMon.dll.CmceSdsProtocol.ParseTextMessage (IL offset: 0x257)
at SDRSharp.TetraNetMon.dll.CmceSdsProtocol.ParseSDS (IL offset: 0xd9)
at SDRSharp.TetraNetMon.dll.CmceProtocol.ParseCMCEPDU (IL offset: 0x22c)
at SDRSharp.TetraNetMon.dll.MleLevel.Parse (IL offset: 0x52)
at SDRSharp.TetraNetMon.dll.LlcLevel.Parse (IL offset: 0x127)
at SDRSharp.TetraNetMon.dll.MacLevel.ResourcePDU (IL offset: 0x27c)
at SDRSharp.TetraNetMon.dll.MacLevel.TmoParseMacPDU (IL offset: 0x94)
at SDRSharp.TetraNetMon.dll.TetraDecoder.Process (IL offset: 0x893)
at SDRSharp.TetraNetMon.dll.TetraPanel.DecodingThread (IL offset: 0x276)
at mscorlib.dll.ThreadHelper.ThreadStart_Context (IL offset: 0x14)
at mscorlib.dll.ExecutionContext.RunInternal (IL offset: 0x79)
at mscorlib.dll.ExecutionContext.Run (IL offset: 0x0)
at mscorlib.dll.ExecutionContext.Run (IL offset: 0x2b)"

 

[hamradionl]

Yes,
and TETRA IPv4 network the same issue
When use clean install WIN-10 Home and WIN-10 PRO (tested) need install all these and not only 2015 and 2017 but all of them

"Microsoft Visual C++ 2010 Redistributable" and install both 32/64 bit versions (if you use 64 bit OS)
"Microsoft Visual C++ 2012 Redistributable" and install both 32/64 bit versions (if you use 64 bit OS)
"Microsoft Visual C++ 2013 Redistributable" and install both 32/64 bit versions (if you use 64 bit OS)
"Microsoft Visual C++ 2015 Redistributable" and install both 32/64 bit versions (if you use 64 bit OS)
"Microsoft Visual C++ 2017 Redistributable" and install both 32/64 bit versions (if you use 64 bit OS)

 

[thewraith2008]

This was solved in TTT 1.20.2

"-- Incorrect element name cause it to be added twice, which caused error. (Key already added)
Thanks to hassanila97 for help with testing."

I think TNM is affected by the same problem?

"La operación aritmética ha provocado un desbordamiento.
at SDRSharp.TetraNetMon.dll.CmceSdsProtocol.ParseTextMessage (IL offset: 0x257)
at SDRSharp.TetraNetMon.dll.CmceSdsProtocol.ParseSDS (IL offset: 0xd9)
at SDRSharp.TetraNetMon.dll.CmceProtocol.ParseCMCEPDU (IL offset: 0x22c)
at SDRSharp.TetraNetMon.dll.MleLevel.Parse (IL offset: 0x52)
at SDRSharp.TetraNetMon.dll.LlcLevel.Parse (IL offset: 0x127)
at SDRSharp.TetraNetMon.dll.MacLevel.ResourcePDU (IL offset: 0x27c)
at SDRSharp.TetraNetMon.dll.MacLevel.TmoParseMacPDU (IL offset: 0x94)
at SDRSharp.TetraNetMon.dll.TetraDecoder.Process (IL offset: 0x893)
at SDRSharp.TetraNetMon.dll.TetraPanel.DecodingThread (IL offset: 0x276)
at mscorlib.dll.ThreadHelper.ThreadStart_Context (IL offset: 0x14)
at mscorlib.dll.ExecutionContext.RunInternal (IL offset: 0x79)
at mscorlib.dll.ExecutionContext.Run (IL offset: 0x0)
at mscorlib.dll.ExecutionContext.Run (IL offset: 0x2b)"

Error is in different section, Namely SDS processing which was never really setup correctly in the first place.
TNM was going to be more voice call focused and not worry about things like SDS messages and other data related stuff.

TNM is a working progress, but at the moment progress has stalled with TNM, It's easier to get TTT + plug-in working right then maybe transfer improvements across to TNM.

Yes,
and TETRA IPv4 network the same issue
When use clean install WIN-10 Home and WIN-10 PRO (tested) need install all these and not only 2015 and 2017 but all of them

"Microsoft Visual C++ 2010 Redistributable" and install both 32/64 bit versions (if you use 64 bit OS)
"Microsoft Visual C++ 2012 Redistributable" and install both 32/64 bit versions (if you use 64 bit OS)
"Microsoft Visual C++ 2013 Redistributable" and install both 32/64 bit versions (if you use 64 bit OS)
"Microsoft Visual C++ 2015 Redistributable" and install both 32/64 bit versions (if you use 64 bit OS)
"Microsoft Visual C++ 2017 Redistributable" and install both 32/64 bit versions (if you use 64 bit OS)

Not the same issue at all. No need to install all these C++ Redistributables for above issue.
Your issue was about a missing DLL, which it's name was listed in the dialog.
That issue had nothing to do with any C++ Redistributables.

 

[hamradionl]

Your issue was about a missing DLL, which it's name was listed in the dialog.
That issue had nothing to do with any C++ Redistributables.

When use a clean install WIN-10 PRO original microsoft DVD
TTT/TNM or any other clone unpacked and copy from the zip file, the "missing" DLL file is automatic copy in de MAP/DIR from SDR#
But get the error about missing DLL file
after installing all these C++ Redistributables 2010 - 2012 - 2013 the missing DLL ERROR is completely gone and SDR# + TTT or clone is running

 

[radioblanca]

polar1, could make a normal version, for networks without Trunking

 

[thewraith2008]

polar1, could make a normal version, for networks without Trunking

This request makes no sense at all.
First you wanted the TTT version with out trunking, now you want TNM without trunking.

The mode of operation that TETRA runs in is TMO (Trunking Mode Operation).
TTT already supports DMO so you can't be talking about that. You must be talking about TMO. Well that's trunking.

TTT/TNM follows procedures for decoding and listening to voice traffic on a (trunking) network.
For all intents and purposes, TTT/TNM is the 'normal version'.

What is it you expect TTT/TNM to be doing?

Do you also expect DSD+ and Unitrunker to remove their trunking ability?



Latest version (v1.1.0.0) can be found here: Download

 

[MarkRegul]

Hello,

I'd like to ask you- what should I change to the file NetMonitorGroups.xml and NetMonitorSettings.xml for the patch v.1.1.0.0 ?

 

[thewraith2008]

Hello,

I'd like to ask you- what should I change to the file NetMonitorGroups.xml and NetMonitorSettings.xml for the patch v.1.1.0.0 ?

Maybe you should have stated that TNM is not displaying the window instead of making me think you where just upgrading from one version to another.

There is a bug that stores the window position when minimized.
This will prevent TNM window from be able to be restored.
Not really sure how this occurs as TNM saves this position when window is closed, which can only occur while the window is normal/maximized.

You can do one of two things:
1. Just delete 'NetMonitorSettings.xml' then re-configure TNM.

or
2. In 'NetMonitorSettings.xml', You will need to change this:

  <WindowPositionTop>-32000</WindowPositionTop>
  <WindowPositionLeft>-32000</WindowPositionLeft>

To this:

  <WindowPositionTop>0</WindowPositionTop>
  <WindowPositionLeft>0</WindowPositionLeft>

 

[thewraith2008]

Updated to v1.1.0.2 with the following changes (This is a minor update)

• Backup 'NetMonitorSettings.xml'
• Backup 'NetMonitorGroups.xml'
• Backup 'NetMonitorUsers.xml'

This is a developing software:

• Implemented features may not be 100% working or be the final way it functions.
• Crashes may be possible.
• Bugs will exist.
• Things can be changed without notice.

I have not had time for this project of late and instead returned focus back to TTT.
The idea was once major work was completed with the TTT plug-in I would transfer the improvements to TNM rather than try and work on both at same time

I also have not had time to update any of the documentation other than the changelog.

v1.1.0.2 - Minor

Fixed: Bug where the position (-32000) of TNM window was stored while minimised, this would cause the
       problem where TNM would not restore the window.
       Not really sure how this occurs as TNM saves this position when window closed, which can only occur while
       the window is normal/maximised.

Fixed: Exception: If base folder was not found on start-up
- Will reset to TNM current folder.

Fixed: Reset window location if desktop screen size has changed since last time and stored location is not visible

v1.1.0.1 - Minor (unreleased)

Changed:
- Call list 'PRI' column disable resizing
- To/From columns set minimum size to be 8 digits (GSSI/ISS). Will resize larger if needed for labels

Added: Minimise to systray with notifications (with Group/Private type and GSSI/ISSI)

NOTE: Disabling the notification sound for TNM in Windows 10
- Search for 'Notifications and action settings'
  Look for 'Get notifications from these senders'
  Look for 'TetraNetMon' (should be set to 'ON')
  - Click 'TetraNetMon' to edit options
    Look for 'Play a sound when a notification arrives' and set to 'OFF'

Download

MD5 Hash: 359468af09a6025724ad0a23d1dd193d

 

[thewraith2008]

FYI:
There was a request to add Main carrier/MCCH switching to TNM like TTT has.
This will be a little harder to do because if the moved MCCH is outside of the RF bandwidth of the current SDR# where the MCCH is defined, then we can't just follow it because then the other MCCH may become out of scope. The move could only occur if within the RF bandwidth of he current SDR#.

To those who see this behavior, which case do you see from above description.



Latest version (v1.1.0.2) can be found in this post here: Download

 

[MarkRegul]

Hello,
May be You know about this problem. I wanted to install the new version SDRSharp x86 rev 1732 , but during installation i have seen error of incompatibilities with installation .net framework 4.8 on Windows 10 x64 Corp. ?

 

[thewraith2008]

Hello,
May be You know about this problem. I wanted to install the new version SDRSharp x86 rev 1732 , but during installation i have seen error of incompatibilities with installation .net framework 4.8 on Windows 10 x64 Corp. ?

SDR# 1732 requires you to install .NET 4.8 framework libraries from Microsoft to work.
Use your search engine of choice to location of download.



Latest version (v1.1.0.2) can be found in this post here: Download

 

[hamradionl]

Updated to v1.1.0.2 with the following changes (This is a minor update)

Thank you.

 

[DarkAngelT]

Master, would it be possible for you to add an audio compression feature with the option adjustable in threshold, for a better balance of the audio?

This function exists in TTT but is missing in TNM and is sorely missed.

 

[thewraith2008]

Master, would it be possible for you to add an audio compression feature with the option adjustable in threshold, for a better balance of the audio?

This function exists in TTT but is missing in TNM and is sorely missed.

Are you talking about the AGC?

If yes, this was not added because naudio was used to output audio (and add DSP) and there is no readly available function/method for it.
SDR# has a function/method but the output audio stream becomes 2 times larger (short to float) to send through the TCP.
I'll get back to it one day, maybe.



Latest version (v1.1.0.2) can be found in this post here: Download

 

[Marco192]

Since it's my first post in the tetra threads I would just like to thank @thewraith2008 for his great programs and for helping all us to understand (and listen) to tetra networks!

I am trying to listen to both sides of a private call. Most of the time I get only one side of the conversation and I (think) understand why.
What would be the best solution to that problem?

Using TNM I can tune in to all the LAs of the network (using one dongle), covering most of the channels in use.