• To anyone looking to acquire commercial radio programming software:

    Please do not make requests for copies of radio programming software which is sold (or was sold) by the manufacturer for any monetary value. All requests will be deleted and a forum infraction issued. Making a request such as this is attempting to engage in software piracy and this forum cannot be involved or associated with this activity. The same goes for any private transaction via Private Message. Even if you attempt to engage in this activity in PM's we will still enforce the forum rules. Your PM's are not private and the administration has the right to read them if there's a hint to criminal activity.

    If you are having trouble legally obtaining software please state so. We do not want any hurt feelings when your vague post is mistaken for a free request. It is YOUR responsibility to properly word your request.

    To obtain Motorola software see the Sticky in the Motorola forum.

    The various other vendors often permit their dealers to sell the software online (i.e., Kenwood). Please use Google or some other search engine to find a dealer that sells the software. Typically each series or individual radio requires its own software package. Often the Kenwood software is less than $100 so don't be a cheapskate; just purchase it.

    For M/A Com/Harris/GE, etc: there are two software packages that program all current and past radios. One package is for conventional programming and the other for trunked programming. The trunked package is in upwards of $2,500. The conventional package is more reasonable though is still several hundred dollars. The benefit is you do not need multiple versions for each radio (unlike Motorola).

    This is a large and very visible forum. We cannot jeopardize the ability to provide the RadioReference services by allowing this activity to occur. Please respect this.

MCC7500 Elite Dispatch Console Question

Status
Not open for further replies.

djm448

Member
Premium Subscriber
Joined
Feb 7, 2010
Messages
22
Greetings...

My center currently uses the MCC 7500 Elite Dispatch console for 800Mhz & VHF resources. Currently, there are times that we patch VHF and 800Mhz channels together for routine everyday operations.

Being new to the technology/software, months ago we learned that a console position that sets up the patch can not hear audio being transmitted on said patched channels (from speakers, not headset). When inquiring with the installers/system administrators, we were told this was working as intended... Due to the audio not being available because it is working thru the patch itself. Because of this, we developed a procedural that states a patch must be set up at an unmanned console.

My question is.... does everyone else have the same "problem"? Does this sound normal?

To us, the console conducting the patch should still be able to hear all audio.

Thanks in advance for any input.
 

mmckenna

I ♥ Ø
Joined
Jul 27, 2005
Messages
26,177
Location
United States
I do not have one of those consoles, but that sounds like a bunch of crap. I could certainly be wrong, though. If that's the way Motorola really did it, I'd be surprised. I'd be more inclined to think it's a set up issue. Could be the installer/system administrator doesn't know what they are doing.

We've got Zetron consoles and don't have this issue.
 

Jay911

Silent Key (April 15th, 2023)
Feed Provider
Joined
Feb 15, 2002
Messages
9,378
Location
Bragg Creek, Alberta
I hope not, because my center is upgrading from CGE to MCC7500 shortly...

Then again, patching on CGE links the two channels together in a very kludgey way at the console IMO - "repeater tails" etc are echoed through both channels (and can cause looping issues) and dispatchers must multi-select transmit (or patch transmit) - if they try to transmit on just one of the patched channels, only the people on that channel will hear them. IMO patching should be electronically done at the "card level" (I'm not an infrastructure guy so excuse my noob terms - the patch should be accomplished at the radio cards in the "back room" equipment, rather than out at the console position).

Maybe that's by design, but it seems kinda clunky to me. I wonder if what you're experiencing is an effort to rectify that. It sounds like they are taking the audio away from the op position in order to feed it into the patched channel, which is even worse than before!
 

hitechRadio

Member
Joined
Dec 23, 2010
Messages
557
Open a case with MOTOROLA! Or have your installers/system administrators do it!

If you are dispatcher, you may have to bring it up to your supervisor. To escalate it to have case opened. In the political sense in that environment, you probably do not want to step on toes, and try the proper chain of command first.

If you unselect the channel does it come thru the speaker? Obviously audio is there as you said it does come thru headset, correct? or do I have that backwards.

My guess is it should not be that way, I would imagine as long as MCC7500 has been out, your not the first to have a complaint.

Maybe I am missing something, here.

I am pretty sure that patching (as far as audio is concerned) is handled in the core. In other words, the patching of audio is not handled at the consoles. You are simply setting up the patch, and this intern is telling the ZC to patch those TGs and/or CNVs together. The audio (which is all IP at that point) is handled in the core. So it is hard for me to see a reason why the audio would not be available at the speakers.

It has been awhile but I believe each MCC console is basically a radio, when console is booted up, it will register and affiliate the talk groups and/or resources that are available to that console. (Feel free to correct me if i'm wrong here)

This is different than CGE on an Astro system, where every single TG/resource of every console must have it own radio ID assigned in the system.

I will admit it was 2007 when I took the MCC7500 class, and a lot has changed with it I have heard. Trying to go from memory here, and it fails me sometimes.

Like Jay911 we are getting ready to upgrade to MCC from CGE shortly. So I am curious also.
 
Last edited:

djm448

Member
Premium Subscriber
Joined
Feb 7, 2010
Messages
22
Ok here is a little update...

At the dispatch console, we have patched a VHF channel and an 800Mhz channel.
When someone talks on 800Mhz, the console will show a "transmitting" red lightning bolt icon on the VHF channel. Same vice-versa.

Now, the console is selected on the 800Mhz channel only. When someone talks on VHF, the audio does NOT come across the headset, only on the assigned speaker.

When transmitting on 800Mhz, the console does automatically transmit on the VHF as well (same vice-versa).. including when not selected on one of the said channels.


The only way to guarantee audio being heard in the headset of both patched channels is to establish a multi-select configuration AFTER the patch is established at the same console, or to conduct the patch at a different console.
 

N4DES

Retired 0598 Czar ÆS Ø
Joined
Dec 19, 2002
Messages
2,504
Location
South FL
The only way to guarantee audio being heard in the headset of both patched channels is to establish a multi-select configuration AFTER the patch is established at the same console, or to conduct the patch at a different console.

That would be the correct fix. The Gold Elite was identical in operation as well.
 

esfd283

Member
Joined
Mar 19, 2009
Messages
49
There should be a setting that determines where the audio is sent to for each resource. Make sure that it is set up to allow the audio to go where you want it.



Greetings...

My center currently uses the MCC 7500 Elite Dispatch console for 800Mhz & VHF resources. Currently, there are times that we patch VHF and 800Mhz channels together for routine everyday operations.

Being new to the technology/software, months ago we learned that a console position that sets up the patch can not hear audio being transmitted on said patched channels (from speakers, not headset). When inquiring with the installers/system administrators, we were told this was working as intended... Due to the audio not being available because it is working thru the patch itself. Because of this, we developed a procedural that states a patch must be set up at an unmanned console.

My question is.... does everyone else have the same "problem"? Does this sound normal?

To us, the console conducting the patch should still be able to hear all audio.

Thanks in advance for any input.
 
Status
Not open for further replies.
Top