One sided conversations

Status
Not open for further replies.

mszabo2000

Member
Joined
Oct 25, 2011
Messages
186
Location
Rootstown, Oh
If they use encryption, it's possible the dispatcher has disabled encryption on their end but the mobiles are responding encrypted.
 

jonsmth

Member
Premium Subscriber
Joined
Dec 20, 2006
Messages
70
Location
Peru, MA
I have a Uniden 325p2, and I can hear the ambulance dispatcher but not the ambulance its self. I live in Pickaway County, any idea what the issue could be?
It seems that you may have the same situation that I have in the area I live in. The Fire/EMS dispatch is on one channel while the Fire/EMS response is on another channel. I looked at the Ohio MARCS-IP Project 25 Phase I trunking system; under Pickaway County it lists one talkgroup (39508) for Fire/EMS Dispatch and lists another talkgroup (39502) for Fire/EMS Response. I'm not sure whether the two separate channels are simulcast on non-trunked frequencies or not. In our situation where I live, the dispatch is broadcast on both the dispatch and response channels, so in most cases I still hear both sides of the conversation. I just ensure that neither channel has any delay programmed so that the scanner can immediately start scanning for the response.
 

lucky43113

Member
Joined
Dec 26, 2016
Messages
384
Location
Central Ohio/Pickaway County
It seems that you may have the same situation that I have in the area I live in. The Fire/EMS dispatch is on one channel while the Fire/EMS response is on another channel. I looked at the Ohio MARCS-IP Project 25 Phase I trunking system; under Pickaway County it lists one talkgroup (39508) for Fire/EMS Dispatch and lists another talkgroup (39502) for Fire/EMS Response. I'm not sure whether the two separate channels are simulcast on non-trunked frequencies or not. In our situation where I live, the dispatch is broadcast on both the dispatch and response channels, so in most cases I still hear both sides of the conversation. I just ensure that neither channel has any delay programmed so that the scanner can immediately start scanning for the response.
That could be the issue ill check and see.
 

northernsummit

Member
Feed Provider
Joined
Jul 10, 2009
Messages
285
Location
Macedonia, Ohio
Are you listening to a alert / tone out talk group? There are some alert / tone out talk groups that are used to initially dispatch. In Summit County I hear a couple of FD dispatches that go out like this:

1. Audio on the tone out / alert TG (presumably for pagers, station overhead paging, etc)
2. Audio "simulcast" on the actual Fire frequency the squad/engine radios are on.

The other thing you might be hearing is radio to radio calls?
 

lucky43113

Member
Joined
Dec 26, 2016
Messages
384
Location
Central Ohio/Pickaway County
Are you listening to a alert / tone out talk group? There are some alert / tone out talk groups that are used to initially dispatch. In Summit County I hear a couple of FD dispatches that go out like this:

1. Audio on the tone out / alert TG (presumably for pagers, station overhead paging, etc)
2. Audio "simulcast" on the actual Fire frequency the squad/engine radios are on.

The other thing you might be hearing is radio to radio calls?
It was the missing talk group I added it in and all seems fine now
 

lucky43113

Member
Joined
Dec 26, 2016
Messages
384
Location
Central Ohio/Pickaway County
It seems that you may have the same situation that I have in the area I live in. The Fire/EMS dispatch is on one channel while the Fire/EMS response is on another channel. I looked at the Ohio MARCS-IP Project 25 Phase I trunking system; under Pickaway County it lists one talkgroup (39508) for Fire/EMS Dispatch and lists another talkgroup (39502) for Fire/EMS Response. I'm not sure whether the two separate channels are simulcast on non-trunked frequencies or not. In our situation where I live, the dispatch is broadcast on both the dispatch and response channels, so in most cases I still hear both sides of the conversation. I just ensure that neither channel has any delay programmed so that the scanner can immediately start scanning for the response.
That seemed to work Thanks
 
Status
Not open for further replies.
Top