GRRR! Damn Zetron 38 & MSF5000 Problems!!!!!!
Moderator: Queue Moderator
GRRR! Damn Zetron 38 & MSF5000 Problems!!!!!!
Okay- I am going to off myself. I intefaced the zetron model 38 to the digital MSF5000 UHF repeater (no secure or secure board).
It works. It passes audio, PL, and sounds okay. However it is very touchy. It appears that I loose COR or something. I will see the controller encoding+decoding+carrier+ and TX, but the msf won't do anything. Then sometimes, which is so weird I will tx into and it will pass the signal loud and clear, but then on the tail it sounds almost as if the antenna was disconnected from the unit. The audio is low and very sctratchy. I have checked all of the obvious and I have come up with nothing.
P.S. This problem started when we were attempting to adjust the PL dev and audio levels to put it into service.
I followed the directions to a tee from zetron. I used a shielded cable from a pyramid repeater to interface the unit. The solder joints are all okay, everything is shrinkwrapped, and the cable is about 3-4 ft long from the SCB to the zetron.
AM I DOING SOMETHING WRONG???
IS THE ZETRON A GOOD CONTROLLER OR A P.O.S.???
SHOULD I USE ANOTHER BRAND CONTROLLER?
Any suggestions or help...
Also if any LI NY er's are in the MSF business and want to service this sucker pls let me know.
It works. It passes audio, PL, and sounds okay. However it is very touchy. It appears that I loose COR or something. I will see the controller encoding+decoding+carrier+ and TX, but the msf won't do anything. Then sometimes, which is so weird I will tx into and it will pass the signal loud and clear, but then on the tail it sounds almost as if the antenna was disconnected from the unit. The audio is low and very sctratchy. I have checked all of the obvious and I have come up with nothing.
P.S. This problem started when we were attempting to adjust the PL dev and audio levels to put it into service.
I followed the directions to a tee from zetron. I used a shielded cable from a pyramid repeater to interface the unit. The solder joints are all okay, everything is shrinkwrapped, and the cable is about 3-4 ft long from the SCB to the zetron.
AM I DOING SOMETHING WRONG???
IS THE ZETRON A GOOD CONTROLLER OR A P.O.S.???
SHOULD I USE ANOTHER BRAND CONTROLLER?
Any suggestions or help...
Also if any LI NY er's are in the MSF business and want to service this sucker pls let me know.
Last edited by FMROB on Tue Jun 29, 2004 4:41 am, edited 1 time in total.
Will,
There are two 33Kohm resistors within the hook-up circuitry according to the zetron diagram.
This includes the following:
1) 33k rest. for TX audio
2) 33K rest. for ctcss/dcs path
Is there something different that I should be looking for OR different points to connect to that will work.
Thanks, Rob
There are two 33Kohm resistors within the hook-up circuitry according to the zetron diagram.
This includes the following:
1) 33k rest. for TX audio
2) 33K rest. for ctcss/dcs path
Is there something different that I should be looking for OR different points to connect to that will work.
Thanks, Rob
My two bits worth:
I have had very good luck with Zetron #38 controllers as well as Zetron in general.
I have not had such good results from following the manual blindly, it seems that someone not particularly familiar with Motorola equipment wrote the specs.
Micor interface is a real problem.
(the pull up resistor on the COR line in the 38 must be removed.
the squelch switch cannot handle the current, as it already has a pull up resistor.)
Perhaps you have dual audio paths and are having phase cancellation problems.
The audio path within the repeater, as well as the PL generator must be disabled.
I do this by programming the station to be a duplex base station with carrier squelch.
Using the PTT on the front panel PTT switch will not mute local audio, enabeling monotoring the transmissions on your repeater with the test set.
This will aslo mute the PL generator, eliminating any noise which may be present in the PL circuits.
Another thing to be very aware of is that your control wires represent an antenna, and could couple stray RF into the control board.
The grounds are extremely important, since the SSCB board and your controller must have the same ground reference, since there are NO isolators.
The audio line shields are to be grounded on ONE end only.
This is to prevent ground loop currents in the shield which would cause a hum.
I have had very good luck with Zetron #38 controllers as well as Zetron in general.
I have not had such good results from following the manual blindly, it seems that someone not particularly familiar with Motorola equipment wrote the specs.
Micor interface is a real problem.
(the pull up resistor on the COR line in the 38 must be removed.
the squelch switch cannot handle the current, as it already has a pull up resistor.)
Perhaps you have dual audio paths and are having phase cancellation problems.
The audio path within the repeater, as well as the PL generator must be disabled.
I do this by programming the station to be a duplex base station with carrier squelch.
Using the PTT on the front panel PTT switch will not mute local audio, enabeling monotoring the transmissions on your repeater with the test set.
This will aslo mute the PL generator, eliminating any noise which may be present in the PL circuits.
Another thing to be very aware of is that your control wires represent an antenna, and could couple stray RF into the control board.
The grounds are extremely important, since the SSCB board and your controller must have the same ground reference, since there are NO isolators.
The audio line shields are to be grounded on ONE end only.
This is to prevent ground loop currents in the shield which would cause a hum.
Aloha, Bernie
My two bits worth:
Had lunch at Zippies today.
The resistor mentioned is specific to the Micor.
Some questions:
1)Exactly how did you interface the controller?
What wire to what terminal.
2)How did you option your code plug?
You could E mail me your CP archive.
Just save to a floppy, and e mail the file as an attachment. It is small.
Have any modifications been made to the SSCB that you are aware of?
Must be a simple problem.
If you intend to add the Secure modification at a later date the interface and programming will be affected.
Had lunch at Zippies today.
The resistor mentioned is specific to the Micor.
Some questions:
1)Exactly how did you interface the controller?
What wire to what terminal.
2)How did you option your code plug?
You could E mail me your CP archive.
Just save to a floppy, and e mail the file as an attachment. It is small.
Have any modifications been made to the SSCB that you are aware of?
Must be a simple problem.
If you intend to add the Secure modification at a later date the interface and programming will be affected.
Aloha, Bernie
Hello.....Thankyou for all the help so far...
No zippies here in the big apple or empire state for that matter.
Anyhow, Here are my connections
zetron pin -- wire color -- repeater interface point
1 12 volts AC/DC in Red R8121, side closest to center of PCB
2 12 volts AC input --- No Connection
3 DC ground Black TP2
4 Ground Drain No connection
5 PTT NC --- No Connection
6 PTT COM (to GND, pin 4) Jumper No Connection
7 PTT NO Orange SW800 (pin closest to outer edge of PCB)
8 Aux relay --- No Connection
9 Sense/alarm --- No Connection
10 COR input Yellow U1552, pin 1
11 Tx audio Blue Via 33KΩ resistor U814, pin 2
12 Ground --- No Connection
13 CTCSS/DCS encode Green Via 33KΩ resistor U831, pin 3
14 Ground Brown TP2
15 Discriminator in White Test point 3
I followed the instructions to a tee. Any further help would be appreciated.
Also, I am thinking about buying a CAT controller.
If I were to ship the repeater (or just the SSCB) and the controller would someone be interested in interfacing and testing it, and of course shipping it back (all pre paid).
Thanks, Rob
No zippies here in the big apple or empire state for that matter.
Anyhow, Here are my connections
zetron pin -- wire color -- repeater interface point
1 12 volts AC/DC in Red R8121, side closest to center of PCB
2 12 volts AC input --- No Connection
3 DC ground Black TP2
4 Ground Drain No connection
5 PTT NC --- No Connection
6 PTT COM (to GND, pin 4) Jumper No Connection
7 PTT NO Orange SW800 (pin closest to outer edge of PCB)
8 Aux relay --- No Connection
9 Sense/alarm --- No Connection
10 COR input Yellow U1552, pin 1
11 Tx audio Blue Via 33KΩ resistor U814, pin 2
12 Ground --- No Connection
13 CTCSS/DCS encode Green Via 33KΩ resistor U831, pin 3
14 Ground Brown TP2
15 Discriminator in White Test point 3
I followed the instructions to a tee. Any further help would be appreciated.
Also, I am thinking about buying a CAT controller.
If I were to ship the repeater (or just the SSCB) and the controller would someone be interested in interfacing and testing it, and of course shipping it back (all pre paid).
Thanks, Rob
Just curious
If this is a CXB station and you only need single-tone, why not just run the internal controller?
I just upgraded my ham box to an MSF 5000 (thanks to Bernie), with the SpectraTAC voting options. The CXB control deck handles all the audio controlling, identifying, console priority (which you dont use), and all that.
119
If this is a CXB station and you only need single-tone, why not just run the internal controller?
I just upgraded my ham box to an MSF 5000 (thanks to Bernie), with the SpectraTAC voting options. The CXB control deck handles all the audio controlling, identifying, console priority (which you dont use), and all that.
119
I interfaced a CAT-200B controller to my UHF MSF5000 (RLB). There's a PDF file describing all of my effort and research in the MSF5000 specific section of the BatLabs site. My unit had the TTRC (two-wire tone) option but no secure board. I got most of the signals from the MRTI connector, and had to pull the receiver active (COR) signals from the TTRC connectors. Nothing was modified on either the MSF5000 or the CAT-200B. I'm very happy with the way it turned out.
The only big problem is the incredibly long squelch noise burst coming from the MSF5000 when a non-Motorola radio unkeys. I used the CAT audio delay board to get rid of most of it, but the delay value I needed was about 300 msec. This is much longer than the noise burst I get from my repeater that's using a MaxTrac receiver. When I get my second MSF5000, I will dig into it a bit deeper and find out what component needs to be changed to minimize that noise burst.
Bob M.
The only big problem is the incredibly long squelch noise burst coming from the MSF5000 when a non-Motorola radio unkeys. I used the CAT audio delay board to get rid of most of it, but the delay value I needed was about 300 msec. This is much longer than the noise burst I get from my repeater that's using a MaxTrac receiver. When I get my second MSF5000, I will dig into it a bit deeper and find out what component needs to be changed to minimize that noise burst.
Bob M.
Hello all,
At some point I will be using a second tone for another group of guys. This is out of the kidness of my heart. We are all fire fighters so tey should be well behaved. They wnat to use it, as well as us for communications when responding to the fire stations. BUT I still want the great options that the controller gives you, such as set-up/knock down, turn tones on/off, etc. from over-the-air dtmf.
I have a new programming cable on the way. Once I recieve it bernie I will shoot you over an e-mail with it attached.
Will- As far as the zetron spec sheet, You see it above. I cut and pasted it onto here. The only thing missing is the point where they mention that the squelch control on the SSCB controls thecontroller threshold.
Bob- As for the cat, it looks like a very nice controller. I also read through your directions and was lost after the first paragraph. The technical content in there is way over my head.
Does the CAT manual that comes with the controller detail it's installation to the MSF as you mention in the article.
Thanks, Rob
At some point I will be using a second tone for another group of guys. This is out of the kidness of my heart. We are all fire fighters so tey should be well behaved. They wnat to use it, as well as us for communications when responding to the fire stations. BUT I still want the great options that the controller gives you, such as set-up/knock down, turn tones on/off, etc. from over-the-air dtmf.
I have a new programming cable on the way. Once I recieve it bernie I will shoot you over an e-mail with it attached.
Will- As far as the zetron spec sheet, You see it above. I cut and pasted it onto here. The only thing missing is the point where they mention that the squelch control on the SSCB controls thecontroller threshold.
Bob- As for the cat, it looks like a very nice controller. I also read through your directions and was lost after the first paragraph. The technical content in there is way over my head.
Does the CAT manual that comes with the controller detail it's installation to the MSF as you mention in the article.
Thanks, Rob
No, neither the CAT manual nor the CAT web site has any info regarding an MSF5000. I figured my info would be more useful here than there. Not too many people use an external controller with the MSF5000, but since the internal one doesn't do everything I want it to, mainly give me touch-tone on/off control of the repeater, I had no choice.
The CAT manual isn't too bad, and hooking it up to most radios is rather trivial. Very easy with a pair of MaxTracs. All you need is audio in, PTT, audio out, and some kind of carrier sense. I added a pair of components to the receiver to provide a COR signal. I used the hang-up switch input on the radio to enable/disable receive PL.
The MSF5000 was also fairly easy to interface using the MRTI connector, except for the carrier sense. There is a signal on that connector that should have worked, but for some reason it changed polarity depending on how I programmed the radio. Also it didn't necessarily follow the state of the PL decode enable circuitry, so rather than fight with it, I looked elsewhere and found some signals that were consistent and made sense to me.
The MSF5000 is programmed for one frequency with PL encode and decode. I forget how I set up the audio priority, but I think I have local mike, wire line, then MRTI. I believe these details are near the end of my PDF file. I realize that it is rather technical, but the useful stuff, the resulting wiring diagram and settings, is all at the end.
Bob M.
The CAT manual isn't too bad, and hooking it up to most radios is rather trivial. Very easy with a pair of MaxTracs. All you need is audio in, PTT, audio out, and some kind of carrier sense. I added a pair of components to the receiver to provide a COR signal. I used the hang-up switch input on the radio to enable/disable receive PL.
The MSF5000 was also fairly easy to interface using the MRTI connector, except for the carrier sense. There is a signal on that connector that should have worked, but for some reason it changed polarity depending on how I programmed the radio. Also it didn't necessarily follow the state of the PL decode enable circuitry, so rather than fight with it, I looked elsewhere and found some signals that were consistent and made sense to me.
The MSF5000 is programmed for one frequency with PL encode and decode. I forget how I set up the audio priority, but I think I have local mike, wire line, then MRTI. I believe these details are near the end of my PDF file. I realize that it is rather technical, but the useful stuff, the resulting wiring diagram and settings, is all at the end.
Bob M.
My two bits worth:
You should see what I am building for the Honolulu Fire Department Amateur club.
I suspect that the problem is that the repeater is not programmed correctly.
That is it is set up as a repeater, when the application calls for a duplex base station.
Long "Squelch burst"
Should you wish to degrade your station to the specs of one of these off brand units.
There is a very good reason why there is a long squelch tail.
The receiver is supposed to be under the control of the mobile transmitter, which sends the Reverse burst, or turn off code in the case of DPL. This prevents audio drop out in weak signal conditions.
Since you do not send this signal the decoder keeps the receiver open awaiting a signal for a brief period.
Under receiver qualifiers Motorola factory default is "C"=signalling
The receiver will remain unsquelched as long as the PL decoder circuit is active.
The "S" qualifier is the internal carrier squelch.
To minimise the squelch tail make the receiver qualifiers "SC"
(or possibly S only.)
The internal receiver squelch will now control the receiver.
You will find that this adjustment will be quite critical under weak signal conditions.
In the case of an external ZETRON controller, the controller controls the repeater receiver audio, the audio circuits in the MSF are not used, and must be disabled.
In programming for an external controller (Most basic station)
1) Disable repeat function (under options) This will interrupt the internal repeat audio path.
2) Set receive qualifier for S
3) Set both RX and TX PL to CSQ
Note: Do not set Receive level (repeat audio) to min, leave it about 1/2 scale or you may have low local speaker audio problems.
Another note: The internal squelch is active when the front panel ACC DIS
switch is in the center position. The front panel squelch control is active when the switch is in the UP position.
This has no effect on the external carrier indicate (RSTAT) or on the control of the auto ID.
Revised 7.01.04 reversed C&S.
You should see what I am building for the Honolulu Fire Department Amateur club.
I suspect that the problem is that the repeater is not programmed correctly.
That is it is set up as a repeater, when the application calls for a duplex base station.
Long "Squelch burst"
Should you wish to degrade your station to the specs of one of these off brand units.
There is a very good reason why there is a long squelch tail.
The receiver is supposed to be under the control of the mobile transmitter, which sends the Reverse burst, or turn off code in the case of DPL. This prevents audio drop out in weak signal conditions.
Since you do not send this signal the decoder keeps the receiver open awaiting a signal for a brief period.
Under receiver qualifiers Motorola factory default is "C"=signalling
The receiver will remain unsquelched as long as the PL decoder circuit is active.
The "S" qualifier is the internal carrier squelch.
To minimise the squelch tail make the receiver qualifiers "SC"
(or possibly S only.)
The internal receiver squelch will now control the receiver.
You will find that this adjustment will be quite critical under weak signal conditions.
In the case of an external ZETRON controller, the controller controls the repeater receiver audio, the audio circuits in the MSF are not used, and must be disabled.
In programming for an external controller (Most basic station)
1) Disable repeat function (under options) This will interrupt the internal repeat audio path.
2) Set receive qualifier for S
3) Set both RX and TX PL to CSQ
Note: Do not set Receive level (repeat audio) to min, leave it about 1/2 scale or you may have low local speaker audio problems.
Another note: The internal squelch is active when the front panel ACC DIS
switch is in the center position. The front panel squelch control is active when the switch is in the UP position.
This has no effect on the external carrier indicate (RSTAT) or on the control of the auto ID.
Revised 7.01.04 reversed C&S.
Last edited by bernie on Thu Jul 01, 2004 3:06 pm, edited 1 time in total.
Aloha, Bernie
Bernie: thanks for the info.
I believe I've got the rx set for "SC" as I wanted PL to open the receiver, but the loss of carrier to let it close right away. Does the order of things matter, i.e. is "CS" the same as "SC"? Also, if I set it to "CS", will that let the receiver open without hearing PL, because that is NOT what I want.
I realize that when the input signal just "goes away", the PL decoder will want to keep the receiver open for a while, but the length of time the MSF5000 does it is 2 to 3 times longer than a MaxTrac in the same situation. Maybe the MSF5000 just has better/tighter PL filters or decoder and needs more time to verify that the tone is really there. But, again, if a MaxTrac can mute due to loss of carrier (with PL) so fast, why does the MSF5000 need so much more time? It certainly doesn't false ON, and it hears mobiles that are buried in the noise, so it's certainly hearing things properly. By the way, I'm using 100.0 Hz PL for encode and decode.
At one time I had the unit setup as a repeater, until I discovered the lack of amateur-required features. That's when I bought a CAT-200 controller and disabled the internal ID, timers, and audio path. I could still set those up if the CAT controller failed. I just don't remember all of the settings - I did put most of them in the PDF file that's on BatLabs.
Bob M.
I believe I've got the rx set for "SC" as I wanted PL to open the receiver, but the loss of carrier to let it close right away. Does the order of things matter, i.e. is "CS" the same as "SC"? Also, if I set it to "CS", will that let the receiver open without hearing PL, because that is NOT what I want.
I realize that when the input signal just "goes away", the PL decoder will want to keep the receiver open for a while, but the length of time the MSF5000 does it is 2 to 3 times longer than a MaxTrac in the same situation. Maybe the MSF5000 just has better/tighter PL filters or decoder and needs more time to verify that the tone is really there. But, again, if a MaxTrac can mute due to loss of carrier (with PL) so fast, why does the MSF5000 need so much more time? It certainly doesn't false ON, and it hears mobiles that are buried in the noise, so it's certainly hearing things properly. By the way, I'm using 100.0 Hz PL for encode and decode.
At one time I had the unit setup as a repeater, until I discovered the lack of amateur-required features. That's when I bought a CAT-200 controller and disabled the internal ID, timers, and audio path. I could still set those up if the CAT controller failed. I just don't remember all of the settings - I did put most of them in the PDF file that's on BatLabs.
Bob M.
bernie wrote:
"...Under receiver qualifiers Motorola factory default is "S"=signalling. The receiver will remain unsquelched as long as the PL decoder circuit is active.
The "C" qualifier is the internal carrier squelch. .."
_____________________________________________________________
You have that backwards bernie!
C = coded [PL / DPL]
S = Squelch [Audio Squelch]
"...Under receiver qualifiers Motorola factory default is "S"=signalling. The receiver will remain unsquelched as long as the PL decoder circuit is active.
The "C" qualifier is the internal carrier squelch. .."
_____________________________________________________________
You have that backwards bernie!
C = coded [PL / DPL]
S = Squelch [Audio Squelch]
Whatever it is, it's confusing as heck. Why didn't they just use C for carrier and T for tone?
Anyway, I checked the settings I'm using. Here's a partial printout:
Repeater Operation: ENABLED
Trunking Operation: DISABLED
Spectra-TAC Operation: DISABLED
SECURE Operation: ENC/DEC
Duplex Operation: HALF
XL Decryption Operation: ENABLED
TTRC Equipped: ENABLED
SECURE Equipped: DISABLED
SAM Equipped: DISABLED
MCS Equipped: DISABLED
PASSWORD Equipped: DISABLED
SmartZone Operation: DISABLED
Mode 01:
RX PL/DPL Code: 100.0 Hz
TX PL/DPL Code: 100.0 Hz
PTT Priority: LWM (add R to activate internal controller)
Line TOT: 180
Local TOT: 180
Repeater TOT: 180
Data TOT: 000
MRTI TOT: 000
Rx Audio Control: C
Repeat Audio Activation: C
Repeat Audio Hold-in: SC
Rptr Dropout Delay: 010
Over-The-Air Alarms: ENABLED
Over-The-Wire-line Alarms: ENABLED
Rpt TOT DOD Reset: ENABLED
MRTI PP Mode: CLEAR
So it would seem that the radio is set up as a repeater rather than a full-duplex base, and it does need PL to activate the receiver and carrier plus PL to keep the unit running. At least that's what I think it all means.
Bob M.
Anyway, I checked the settings I'm using. Here's a partial printout:
Repeater Operation: ENABLED
Trunking Operation: DISABLED
Spectra-TAC Operation: DISABLED
SECURE Operation: ENC/DEC
Duplex Operation: HALF
XL Decryption Operation: ENABLED
TTRC Equipped: ENABLED
SECURE Equipped: DISABLED
SAM Equipped: DISABLED
MCS Equipped: DISABLED
PASSWORD Equipped: DISABLED
SmartZone Operation: DISABLED
Mode 01:
RX PL/DPL Code: 100.0 Hz
TX PL/DPL Code: 100.0 Hz
PTT Priority: LWM (add R to activate internal controller)
Line TOT: 180
Local TOT: 180
Repeater TOT: 180
Data TOT: 000
MRTI TOT: 000
Rx Audio Control: C
Repeat Audio Activation: C
Repeat Audio Hold-in: SC
Rptr Dropout Delay: 010
Over-The-Air Alarms: ENABLED
Over-The-Wire-line Alarms: ENABLED
Rpt TOT DOD Reset: ENABLED
MRTI PP Mode: CLEAR
So it would seem that the radio is set up as a repeater rather than a full-duplex base, and it does need PL to activate the receiver and carrier plus PL to keep the unit running. At least that's what I think it all means.
Bob M.
My few bits worth:
Is this the SECOND time I crossed the C and S.
In any case I should not be in such a hurry.
I am really a dislexic. I check my spelling several times before I post, but C & S is not in the spell checker...
As far as the interface problem, I think the problem is that you need a "dumb base" rather than a repeater.
I suspect that you have transmit audio from two sources at the same time. If the signals are not in phase you will have distortion.
I suppose there are many ways of connecting a controller to the MSF.
How well it works is another matter.
I will put a sign on my terminal to keep track of C& S
Is this the SECOND time I crossed the C and S.
In any case I should not be in such a hurry.
I am really a dislexic. I check my spelling several times before I post, but C & S is not in the spell checker...
As far as the interface problem, I think the problem is that you need a "dumb base" rather than a repeater.
I suspect that you have transmit audio from two sources at the same time. If the signals are not in phase you will have distortion.
I suppose there are many ways of connecting a controller to the MSF.
How well it works is another matter.
I will put a sign on my terminal to keep track of C& S
Aloha, Bernie
I GOT IT WORKING........
After many hours of discussion with you fine people, my good buddy and I spent about two hours scouring this unit.
Here was the issue:
The repeater was intermittantly TX'ing, however the controller seemed to be working just fine.
It turns out that the power adjustment pot on the front of the rf section was dirty or had some oxidation. After using some contact cleaner and excersing the pot it came back to life.
Let it run for about three hours with no problems......
reset all of the levels against the IFR, sounds good and all is well.
I even powered the unit about 6 times just to check it, still no problems.
THANK YOU to all who helped with ideas, espicially BERNIE and kcbooboo.
Now the new ideas is one of those super fancy cat controllers..
Thank you again all...Rob
After many hours of discussion with you fine people, my good buddy and I spent about two hours scouring this unit.
Here was the issue:
The repeater was intermittantly TX'ing, however the controller seemed to be working just fine.
It turns out that the power adjustment pot on the front of the rf section was dirty or had some oxidation. After using some contact cleaner and excersing the pot it came back to life.
Let it run for about three hours with no problems......
reset all of the levels against the IFR, sounds good and all is well.
I even powered the unit about 6 times just to check it, still no problems.
THANK YOU to all who helped with ideas, espicially BERNIE and kcbooboo.
Now the new ideas is one of those super fancy cat controllers..
Thank you again all...Rob
My two bits worth:
See! I said it would be somthing simple.
Isn't it a great feeling to get a difficult problem solved.
kcbobo;
Your transmit qualifier "r" is what makes this a repeater.
If you unplug the controller you have no repeat operation right?
You have a base station. The main thing about leaving the r qualifier out the repeat audio path is open.
If you key the station by the front terminal of the PTT switch the internal PL will be muted.
You would not want the 100HZ pl tone from your SSCB board to mix with what ever tone is being generated by the controller.
See! I said it would be somthing simple.
Isn't it a great feeling to get a difficult problem solved.
kcbobo;
Your transmit qualifier "r" is what makes this a repeater.
If you unplug the controller you have no repeat operation right?
You have a base station. The main thing about leaving the r qualifier out the repeat audio path is open.
If you key the station by the front terminal of the PTT switch the internal PL will be muted.
You would not want the 100HZ pl tone from your SSCB board to mix with what ever tone is being generated by the controller.
Aloha, Bernie
If I turn off the CAT-200B controller, the station does nothing at all when it receives an incoming signal. As I recall, when I had a desktop tone remote console attached, I would hear incoming receiver audio as well as outgoing CAT-200B audio on the remote's speaker. I could key the station from the remote console and its audio would be transmitted. Also the local mike would cause audio to be transmitted.
I realize that some of the settings shown above make no sense. But by carefully choosing the audio selection criteria, it does seem to be working the way I want it to. Remember, I've got the MRTI enabled, which might divert all operations through that accessory, which is where my CAT-200B is attached.
I can send you a copy of my codeplug file if you send me an e-mail address.
Bob M.
I realize that some of the settings shown above make no sense. But by carefully choosing the audio selection criteria, it does seem to be working the way I want it to. Remember, I've got the MRTI enabled, which might divert all operations through that accessory, which is where my CAT-200B is attached.
I can send you a copy of my codeplug file if you send me an e-mail address.
Bob M.
My two bits worth:
Ahah!
I didn't recall that you also have a remote control as well as
(i guess) an Multi coded squelch controller.
I am not at all familiar with your controller.
I think that you have a very clever solution. I have never had the application for MCS as well as remote control. I have also never used the MRTI connector for anything other than connecting the MRTI.
No need to send the code plug. I now understand what you are doing, it wasn't clear until you mentioned the console.
Unfortunately it is all too easy for me to confuse C&S etc.
In the case of the MSF blame the programmers.
There are some programming issues which are not very intuitive.
There is almost nothing you can't do if you keep trying. I don't expect things to work at first. Murphy's law certainly applies to the radio business.
Ahah!
I didn't recall that you also have a remote control as well as
(i guess) an Multi coded squelch controller.
I am not at all familiar with your controller.
I think that you have a very clever solution. I have never had the application for MCS as well as remote control. I have also never used the MRTI connector for anything other than connecting the MRTI.
No need to send the code plug. I now understand what you are doing, it wasn't clear until you mentioned the console.
Unfortunately it is all too easy for me to confuse C&S etc.
In the case of the MSF blame the programmers.
There are some programming issues which are not very intuitive.
There is almost nothing you can't do if you keep trying. I don't expect things to work at first. Murphy's law certainly applies to the radio business.
Aloha, Bernie