digital trunking conversation type question

[mike m]

Anyone know what would happen with a XTS3k on an astro 3600 Baud system if the system was set up for PTT-ID type of conversation and a customer tried to use his radio which was set up for MESSAGE, conversation type ?

Would it work intermittantly or not at all ? I don't have access to a system to test this out on.

I'm trying to help a customer on the phone 2400 miles away and after around 20 minutes with his radio in receive mode it looses affiliation and reverts to another talkgroup, this only occurs with the talkgroups strapped digital, without any changes and the talkgroup strapped analog it doesn't occur.

His radios flashcode is 100008-000000-0, an 800 Mhz smartnet system but from the flashcode his radio is a smartzone capable radio but he has the trunking coverage type disabled so this shouldn't matter.



Mike

[wavetar]

Anyone know what would happen with a XTS3k on an astro 3600 Baud system if the system was set up for PTT-ID type of conversation and a customer tried to use his radio which was set up for MESSAGE, conversation type ?

Would it work intermittantly or not at all ? I don't have access to a system to test this out on.

The radio would work, with a few glitches but they would be on the system side. The radio wouldn't send it's ID during repeater hangtime. This would result in it's ID not being displayed on a Centracom console for instance, unless it was initiating the conversation (and thus sending it's ID).

In a single site SmartNet system, the difference would hardly be seen. In a multi-site SmartZone system, it would be noticed quite quickly. This is because if the radio doesn't send it's ID during repeater hang time, the only site which will remain active is the site the radio is affiliated to...all other sites will drop from the conversation since the Zone Controller didn't get any indication (ID sent during hangtime) that the conversation was continuing.

I'm trying to help a customer on the phone 2400 miles away and after around 20 minutes with his radio in receive mode it looses affiliation and reverts to another talkgroup, this only occurs with the talkgroups strapped digital, without any changes and the talkgroup strapped analog it doesn't occur.

You'll have to clarify this. What do you mean by 'lose affiliation'? Do you mean the radio is denied system access, and can't re-acquire it unless powered on/off? If a radio were to 'lose affiliation', the most that should happen is the next time it PTTs, changes channels or powers on/off it'll re-affiliate. The radio shouldn't lose affiliation unless there's another radio on the system with the same ID, causing it to be knocked off. But in a single site system, even this shouldn't cause it to lose affiation, since the controller can't tell the difference between the two radios.

Also, by 'reverts to another talkgroup', do you mean the radio physically shows a different talkgroup on it's display? Or does it start hearing a different talkgroup while still displaying the original? Is it always the same talkgroup?

I can't think of a programming parameter off-hand that would cause these things to occur. Maybe someone else will come up with something.

Todd

[mike m]

I was half asleep when i wrote that, sorry I phrased that wrong, it doesn't lose affiliation but it jumps to another talkgroup. This happens while the radio is receiving after around 30 minutes after logging in to the system

This only happens if the TX Voice/Signal Type in the trunking personalities is set to digital. If set for analog the radio sits all day and does not change talkgroups. Again this happens in receive mode, no one is touching the radio or the channel selector switch and there is no transmitting going on.

This radio is sitting next to the Sys admins position while monitoring it with system watch running it's affiliated with talkgroup A according to sys watch but during some time(usually after 30 minutes) while receiving they hear talkgroup B traffic come in and then when they go to TX it's on TG B. The radio is still showing TG A on its display.

The radios codeplug was compared to another that doesn't do this and everything is identical except that one was set for PTT-ID and the problem one to Message.


Mike

[JohnG]

Since System Watch doesn't show an affiliation change, the possible causes I could think of:
1. Scan is doing it.
2. MG configuration for the personality has another TG configured as the multigroup.
3. Patch/MSEL active (including an non group-regrouped audio patch that doesn't put out patch update OSWs).

John

[mike m]

Getting more info now from the user, Scan isn't programmed. MultiGrpoup isn't enabled on this system and another HT sitting next to it cloned with same CP doesn't do it so it's likely an issue with this particular radio. Have a conference call with Mot later about this. Thanks everyone for the replies