No. You'll need to put the frequency into two channel...once with CTCSS, once with NAC.
Thanks for the different colors on the display but how about a dimming option? the dimmer would put this scanner way over the top . thanks again!!
Is there a trade-in program?
Hopefully, the group bits won't always be reported as zeros. As presented above, some of those OSWs are invalid.CC Data output is something like:
MOT,25D,0,3230,CNM TG-3230 CH-25D VC-08661375
MOT,3C0,0,30C0,UN
MOT,3C0,0,4900,UN
MOT,308,0,A8F7,EVM
MOT,30B,0,2021,PAT-A8F7 End
MOT,308,0,A8F7,EVM
MOT,30B,0,2021,PAT-A8F7 End
MOT,3BF,0,6000,UN
MOT,3BF,0,30C0,UN
MOT,186,0,0C70,CNM TG-0C70 CH-186 VC-08607625
MOT,308,0,4613,EVM
MOT,340,0,1461,PAT-4613 MEM-4613
MOT,308,0,4673,EVM
An OSW never contains information about more than one voice channel.Trunking Priority only works when the scanner is on the control channel (i.e. scanning an idle system or during the channel delay time). When it gets a OSW, it will evaluate all channel grants in the OSW and go to the channel that has the highest priority set in the scanner.
If you really want to learn about Motorola datastreams, you should use Xlat-OSW:..and for those trying to learn about it, it helps explain things a little better. The format is delimited, and once the string is split, it can be ignored. I think you can live with that....
Go with SlicerWizard's advice. Or don't cheat and learn from scratch like the veterans have, you'll be better off than letting Uniden teach you...and for those trying to learn about it, it helps explain things a little better. The format is delimited, and once the string is split, it can be ignored. I think you can live with that....
That's true if the discussion is limited to Mot, but is not true if the discussion includes all CC types the scanner can decode.An OSW never contains information about more than one voice channel.