SDS100/SDS200: Log talk groups and radio ID

neutrino22

Member
Joined
Feb 24, 2011
Messages
10
Location
London
I'm listening to a DMR system, which is using a repeater. I can see various radio IDs. It's not a trunked system. Does anyone have a visual example of how a (conventional?) DMR system looks in Sentinel, where the slot, colour code, and radio ID'd (and anything else) have all been logged.

Also, does having this information somehow help SDS with decoding?

Cheers.
 

Ubbe

Member
Joined
Sep 8, 2006
Messages
9,492
Location
Stockholm, Sweden
Generally the more settings you are forcing to a fixed value the more difficult it can be to decode. The flowchart of function in the scanner goes something like this:

Check if carrier received.
Check if its a digital signal and try to decode data of that system type.
Check if RAS and then disable error correction.
Check that encryption flag are not detected.
Check if color code match.
Check if slot matches.
Check if TG is a match

If any of those things do not match it will not continue to decode and will scan to next site or system.
When setting everything to search it will accept the call even if the decode are not 100% and somewhat unreliable.

/Ubbe
 

neutrino22

Member
Joined
Feb 24, 2011
Messages
10
Location
London
Generally the more settings you are forcing to a fixed value the more difficult it can be to decode. The flowchart of function in the scanner goes something like this:

Check if carrier received.
Check if its a digital signal and try to decode data of that system type.
Check if RAS and then disable error correction.
Check that encryption flag are not detected.
Check if color code match.
Check if slot matches.
Check if TG is a match

If any of those things do not match it will not continue to decode and will scan to next site or system.
When setting everything to search it will accept the call even if the decode are not 100% and somewhat unreliable.

/Ubbe

By this logic, the assumption is that it is best to keep the settings on Auto? Would you agree, or would you say that in Auto mode, there is some level of processing happening, which takes time?
 

Ubbe

Member
Joined
Sep 8, 2006
Messages
9,492
Location
Stockholm, Sweden
By this logic, the assumption is that it is best to keep the settings on Auto? Would you agree, or would you say that in Auto mode, there is some level of processing happening, which takes time?
Auto are just checking the decode result and accepts everything, so no time penalty. If the scanner decode the color code to be 5 it then checks if you have set 5 and accepts that and continuous to check your other settings. If it did a bad decode and got a 4 instead of 5 it decides it is not the system you would want to monitor and exits and starts to scan. If you instead have it set to auto it accepts any color code and goes to the next step in the decode process.

If you have a frequency that are used by different systems within your coverage then it could interfere and if you have set a fixed value for a decode type it could skip your monitored system if it happens to decode something from that other system that use other settings not matching what you have set as a fixed value.

/Ubbe
 
Top