You asked what IP you would license from Motorola. My answer was the MotoTRBO IP which includes the trunking protocols. I didn't see you mention AOR specifically. And yes they decode DMR, but they do not trunk TRBO. And no, they don't trunk anything else for that matter either.
X36 "huge, tremendous, fantastic feature addition"?
- Status
You asked what IP you would license from Motorola. My answer was the MotoTRBO IP which includes the trunking protocols. I didn't see you mention AOR specifically. And yes they decode DMR, but they do not trunk TRBO. And no, they don't trunk anything else for that matter either.
Well, it's pretty obvious that you have a pretty good concept of how the various digital modes work and no concept whatsoever of legality when it comes to licensing, so I'm wasting typing here. Just look at what RadioReference says about mbelib.exe, the program everyone is using with SDRs and DSD+ to decode the various modes:
RadioReference Wiki said:
If you don't believe me, here is the Wiki page:
http://wiki.radioreference.com/index.php/Digital_Speech_Decoder_(software_package)
......and slicerwizard goes on the ignore list
SOFA_KING
Member
Tic tok tic tok...
Time is going sooooo sloooooooooooow.
Waiting for it. Looks like both companies missed the Black Friday and Cyber Monday deadline.
Phil
Time is going sooooo sloooooooooooow.
Waiting for it. Looks like both companies missed the Black Friday and Cyber Monday deadline.
Phil
SOFA_KING
Member
Tic tok tic tok...DING-A-LING-A-LING-A-LING-A-LING!
It's here! and it's loaded in all my x36 scanners.
Thank you Uniden!
Phil
It's here! and it's loaded in all my x36 scanners.
Thank you Uniden!
Phil
slicerwizard
Member
And I already stated that one need not monitor/decode control/rest channels to follow TRBO calls. So if one isn't decoding any TRBO-specific messages, why would one need to license TRBO IP? TRBO and TIII trunking can be monitored/followed using the exact same method - a method that doesn't decode any CC or rest channel methods, so if one created such a device to follow TIII calls (and yes, it just happens to follow TBRO calls as well), then Hytera comes out with XPT trunking and oh look, the device follows XPT calls as well - so is a Hytera license required for a protocol that didn't even exist when the voice following device was created?
Need to license... no. Could license... yes. Again, I was just answering what IP you would license from Motorola.
But, I'll concede the debate if it makes you feel better.
Persnally, I would be fine with a DMR scanner, but a TRBO scanner would be even better - about as much better as any other trunking is over conventional scanning.
AFAIK, ConnectPlus and CapacityPlus do not use TIII standards. Am I wrong?
But, I'll concede the debate if it makes you feel better.
Persnally, I would be fine with a DMR scanner, but a TRBO scanner would be even better - about as much better as any other trunking is over conventional scanning.
AFAIK, ConnectPlus and CapacityPlus do not use TIII standards. Am I wrong?
As slicer said a DMR conventional scanner would work. For scanning all the DMR data the radio would need to access would be the slot number, color code, destination id (talk group) and source id (radio ID). Then it would scan the frequencies conventionally, stopping on talkgroups the user wishes to monitor. It would act similar to conventional P25 scanning. Again as slicer said it would need to be a fast scan. Otherwise the more frequencies scanned the slower the access time would be. But currently I believe the max capacity plus systems are 8 repeaters (16 channels) and I believe Connect plus may be the same. However the ultimate would be to use the Capacity Plus or Connect Plus trunking protocols for faster access. But there's always a trade off.
Last edited:
I understand what Slicer was saying. It would be like scanning trunk systems in the early 90s. But, when you are scanning a system that has 5 or more slots active at the same time, it is virtually impossible to follow a conversation.
As I said, I would be fine with a DMR scanner, but a TRBO scanner would be even better. It would make me feel like I did when a switched from scanning trunk systems to trunking them. I don't expect we will ever see a TRBO scanner, as I don't think Motorola would license it. They make too much money off selling "unscannable" systems.
Now, if Slicer is correct that Cap+ and Con+ are using T-III trunking, and it works with those, all the better. I don't think it will but I would love to be proven wrong.
As I said, I would be fine with a DMR scanner, but a TRBO scanner would be even better. It would make me feel like I did when a switched from scanning trunk systems to trunking them. I don't expect we will ever see a TRBO scanner, as I don't think Motorola would license it. They make too much money off selling "unscannable" systems.
Now, if Slicer is correct that Cap+ and Con+ are using T-III trunking, and it works with those, all the better. I don't think it will but I would love to be proven wrong.
Hi Voyager,
I figured you understood, I just wanted to clarify for those that may not have.
I think it would work as long as you were selective with the number of talkgroups you want to monitor. You would just pass over a frequency if there's no activity in the TGID that you want to monitor. I believe that the trunking is dispatch trunked so you would need to build a little hang time in. You can probably speed up by searching 2 slots at a time. That would be a max of 8 channels per system.
Note not all channels in a Capacity Plus system cary voice. There's a system near me that has 16 channels (8 repeaters) but I find that only maybe 10 or so carry voice and the rest data. Knowing those details can help. So you basically would scan 5 repeaters per site.
I figured you understood, I just wanted to clarify for those that may not have.
I think it would work as long as you were selective with the number of talkgroups you want to monitor. You would just pass over a frequency if there's no activity in the TGID that you want to monitor. I believe that the trunking is dispatch trunked so you would need to build a little hang time in. You can probably speed up by searching 2 slots at a time. That would be a max of 8 channels per system.
Note not all channels in a Capacity Plus system cary voice. There's a system near me that has 16 channels (8 repeaters) but I find that only maybe 10 or so carry voice and the rest data. Knowing those details can help. So you basically would scan 5 repeaters per site.
slicerwizard
Member
Correct.
Gah. I said it's possible these days to simultaneously monitor all of a system's voice channels/slots. That's why it isn't necessary to monitor/decode rest/control channels. This isn't the 90s.
GAH. I never said that.
That's why I asked. I didn't think they were the same, or some of the CCRs would trunk.
As for simultaneous monitoring, how can you do that with one VCO? If you're using an SDR, I agree (within limits), but I don't see how you could do that on a x36 scanner.
And you would still have to monitor the rest/control channel frequencies because in both cases they carry voice traffic (in one slot on control, and both on rest - in fact the rest is where the next activity will be).
As for simultaneous monitoring, how can you do that with one VCO? If you're using an SDR, I agree (within limits), but I don't see how you could do that on a x36 scanner.
And you would still have to monitor the rest/control channel frequencies because in both cases they carry voice traffic (in one slot on control, and both on rest - in fact the rest is where the next activity will be).
slicerwizard
Member
No-one said it had to be done on an x36 scanner.
ludek-brno
Member
And what about the remaining 94% ???
Read this entire thread. You're 2 weeks and probably 200 posts late.
It was most likely an affordable testbed and is the gateway to other modes that are probably more costly to license.
What about them?
The option all of a sudden mandatory?
Last I heard, if you wanted it, you paid for it. Seems like they're looking around for extra stuff. Which I'm OK for as long as it's new and adds value.
- Status
Similar threads
