This may not work on the CAT1000. I believe that you need to turn the CT1000 off, operate DIP switch 8, then turn the CAT1000 back on the activate the RS232 connection.
Joe
toggle quoted message
Show quoted text
On 1/4/2021 6:10 AM, SRG wrote: Have you tried doing a packet RF link to the controller? Just a thought if the site is far away.
--
Regards, Karl Shoemaker
|
Re: Anybody have schematics or notes on MTR2000 power supply fixes?
The most common failure to these supplies was simply two fuses and two varistors (the two blue discs right near the two fuses).
It's pretty much a MUST to have some sort of AC surge protecting device on an MTR2000. Outside of that, they are work horses.
Sorry, don't have a schematic for you.
k6EH
|
Have you tried doing a packet RF link to the controller? Just a thought if the site is far away.
--
Regards, Karl Shoemaker
To contact me, please visit SRG's web site at?
for the current email address.
-
|
Re: Anybody have schematics or notes on MTR2000 power supply fixes?
Mike,
Hey ...it's really good to see you back on here posting again.
I have one of these power supplies that I starting digging into also.
It's been a while since we talked on the phone but if you still have the same number I will give you a call in the next day or so or if you still have my number give me a call when you have a chance.
I have the field manual for the UHF MTR2000's. Lots of good stuff in it, but there is no detailed service info or schematic's..
Joe - WA7JAW
|
You could put a block converter in front of the VHF receiver.
Many years ago I heard of a voting system that used a number of VHF to UHF crossband repeaters as satellite receive sites. They all talked back to a hub location.? At that location they used a single UHF receive antenna feeding a preamp and a Down East Microwave block converter.? It converted from 420-430 MHz to something like 40-42 MHz or 42-43 MHz.? The converter fed a restive multicoupler that fed a number of low band Maxtracs and those fed the voting panel audio inputs.? I forget the frequency range, but i do remember that the multicoupler had something like 14 db of insertion loss...?? The reasoning behind this configuration was that back then 420 range radios were rare, but 36-42 Maxtracs and Radius were readily available and cheap...
I have no idea if Down East (or any other company) is still making block converters, but if so that would scratch your itch.
Mike WA6ILQ
|
Anybody have schematics or notes on MTR2000 power supply fixes?
I have two 100w UHF MTR2000s that are perfectly good but
the AC side of the power supplies are dead.... they work fine
with a 24 or 28v DC supply of adequate current...
But I'd like to get the AC side working again.
Moto does not offer tech manuals or schematics for these units...
I'm hoping that someone has done some reverse engineering
on them and will share.
Mike WA6ILQ
|
If you have VOIP then you have IP available. Ignore the modem.?
Just like trying to use a fax machine on VOIP it will always be flaky.
Put a Terminal Server on the RS232 port.?? I use the Lantronix units from ebay.?
Look for the UDS100 models, they are 12 volts DC and are full duplex (there
are a number of others that are half duplex and can drop characters).
Map it to port 2000 (seems to be the default for async, at least on the Cisco routers I use).
Mike WA6ILQ
|
Re: FM Mode Configuration ?
Hi,
There are many parameters which have affect to the transmitted FM audio level.?
My procedure to set the primary level is this:? ? 1. TxLevel is set to 84 in the configuration file 2. With the trimmers on the RB STM32 DVM the DMR signal deviation is adjusted to Bessel-Null 3. TxLevel is backed down to 80 to achieve the correct 2.75 kHz deviation
John, I see you are using different set of the FM-parameters than I. A good source for the parameters is OpenDV group and it's Search field. For example the parameter UseCOS has gone, see /g/OpenDV/message/530?p=,,,20,0,0,0::relevance,,accessmode,20,2,0,75480795
Yes, I have discovered too there is some low level noise and hiss on the FM audio backround, the the transmitted voice comes still clear enough.
Measurement and final tuning of the FM mode and the CTCSS deviation are next on my list.
73 de Veijo OH4VA ?
On Sat, Jan 2, 2021 at 6:55 AM Richard Aubin < ve2dje@...> wrote: I am using RFAudioBoost = 3 on my 2 repeaters. I adjust TX as follow With MMDVMCAl set for DMR. I adjust software level to 50 and adjust TX pot for carrier null. Put DMRTxLevel to 43 in MMDVM.ini With Rx level pot just under Clip level using Clip Led? I adjust FMTXLevel with MMDVMCAL Select F key repeating F key until? cal level indicates 4 khz dev for 20 khz bandwidth channel.
And adjust MMDVMCAL t or shift t to increase tx level to get 4 khz deviation . Copy the setting to Mmdvm.ini. I use a setting of about 80 with my repeaters. Adjust CTCSSLevel for 600 hz in mmdvm.ini. I use a setting of abt 6 on my repeater.
Richard VE2DJE
Le ven. 1 janv. 2021 8 h 29 p.m., John Brent - VA7WPN < john.brent@...> a ¨¦crit?: Thank you,
This is the config that I have been using.
[FM]
Enable=1
Callsign=VA7PRR
CallsignSpeed=20
#CallsignFrequency=1000
CallsignFrequency=880
CallsignTime=10
CallsignHoldoff=0
CallsignHighLevel=50
CallsignLowLevel=20
CallsignAtStart=1
CallsignAtEnd=0
CallsignAtLatch=0
RFAck=K
ExtAck=N
AckSpeed=20
#AckFrequency=1750
AckFrequency=880
AckMinTime=4
AckDelay=1000
AckLevel=50
Timeout=180
TimeoutLevel=80
CTCSSFrequency=100.0
CTCSSThreshold=30
#CTCSSLevel=20
CTCSSLevel=5
KerchunkTime=0
HangTime=7
UseCOS=1
COSInvert=0
RFAudioBoost=1
MaxDevLevel=90
ExtAudioBoost=1
?
But I have a question about the :
RFAudioBoost=1
UseCOS=1
The TX Audio seems a Little low when I listen for the CW Callsign, and I'm also getting quite a bit of hiss on the signal too, would that have to do with the COS? I'm using the V3 board myself, and a pair of CDM1250 radios. The COS is not used at this time, I'm sure I have some fine-tuning to do.
John Brent
?VA7WPN
|
In regard to the Case #2 argument, I agree with Joe.? If a user IDs at the end of 10 minutes, it doesn't matter to the FCC if it gets repeated or not - YOU are ID-ing for YOUR station on the frequency you are operating on. Same as if someone "doubled" with your ID transmission. Requirement satisfied.
Now, with regard to trunking, the system selects the frequency each time you let-up, so unless the radio transmits your callsign with EACH TRANSMISSION, you can't comply with the 10 minute requirement.? I have a trunked HT that I use on my county's system, and when I first power it up, I transmits 4 or 5 times as it "acquires permission" to operate on the system.? Who knows what frequency/frequencies it uses when doing that, and I might not need to call in right away...
Now, back to conventional repeater systems -- along these lines, if your radio is equipped with something like MDC1200 that squawks your *full* callsign every time you un-key, is the 10-minute ID requirement satisfied, or do you need to vocally ID as well?
Mark - N9WYS?
Please excuse all typos... Fat fingers and hyperactive spell check at work!
On Fri, Jan 1, 2021 at 8:55, Joe M. <mch@...> wrote: Isn't the same true of EVERY repeater?
That said, the control op is not responsible for "ensuring"
the ID of the user radios - only the repeater(s).
If you are using a repeater, YOU are responsible for your IDing.
You made a lot of good points, but ended it with a bad argument.
Case in point: If you drive through a valley out of the repeater range,
and you ID your transmitter at 9 minutes, that satisfies the legal
requirements EVEN THOUGH that ID never came through the repeater.
Case #2: IF you are using a repeater that has CTCSS access, and you ID
yourself without CTCSS, you satisfied your legal obligations to ID even
though the control op of the repeater never heard it.
Joe M.
On 1/1/2021 9:38 AM, nd5y via groups.io wrote:
>
> The control operator (end user) of a trunked radio cannot comply with
> the station identification requirements in 97.119(a) because there is no
> way to ensure that you ID every 10 minutes or at the end of every
> transmission on each frequency that is used.
>
> Tom ND5Y
|
Re: TK-880: DI input dead
Disregard: PTT buffer issue.
Bob NO6B
toggle quoted message
Show quoted text
At 1/1/2021 09:25 PM, you wrote: I'm trying to modulate a Kenwood TK-880 via the DI input. Have done this on half a dozen radios, but the one currently on my bench won't modulate. MIC input works fine, but I need the DI input. The problem appears to be somewhere in the firmware, as the audio switch controlling DI, IC4, is open. I could fix the problem by jumpering the audio switch, but I've never had to do this before. So I'm wondering what I'm missing in either the codeplug programming or resistor jumper configuration that's causing this DI input switch to remain open. Have been staring at this thing too long (all day today, mostly to get at the buried VCO board to bring the TX in this 450-490 radio down to 420 MHz).
Thanks
Bob NO6B
|
I'm trying to modulate a Kenwood TK-880 via the DI input. Have done this on half a dozen radios, but the one currently on my bench won't modulate. MIC input works fine, but I need the DI input. The problem appears to be somewhere in the firmware, as the audio switch controlling DI, IC4, is open. I could fix the problem by jumpering the audio switch, but I've never had to do this before. So I'm wondering what I'm missing in either the codeplug programming or resistor jumper configuration that's causing this DI input switch to remain open. Have been staring at this thing too long (all day today, mostly to get at the buried VCO board to bring the TX in this 450-490 radio down to 420 MHz).
Thanks
Bob NO6B
|
Re: FM Mode Configuration ?
I am using RFAudioBoost = 3 on my 2 repeaters. I adjust TX as follow With MMDVMCAl set for DMR. I adjust software level to 50 and adjust TX pot for carrier null. Put DMRTxLevel to 43 in MMDVM.ini With Rx level pot just under Clip level using Clip Led? I adjust FMTXLevel with MMDVMCAL Select F key repeating F key until? cal level indicates 4 khz dev for 20 khz bandwidth channel.
And adjust MMDVMCAL t or shift t to increase tx level to get 4 khz deviation . Copy the setting to Mmdvm.ini. I use a setting of about 80 with my repeaters. Adjust CTCSSLevel for 600 hz in mmdvm.ini. I use a setting of abt 6 on my repeater.
Richard VE2DJE
Le ven. 1 janv. 2021 8 h 29 p.m., John Brent - VA7WPN < john.brent@...> a ¨¦crit?: Thank you,
This is the config that I have been using.
[FM]
Enable=1
Callsign=VA7PRR
CallsignSpeed=20
#CallsignFrequency=1000
CallsignFrequency=880
CallsignTime=10
CallsignHoldoff=0
CallsignHighLevel=50
CallsignLowLevel=20
CallsignAtStart=1
CallsignAtEnd=0
CallsignAtLatch=0
RFAck=K
ExtAck=N
AckSpeed=20
#AckFrequency=1750
AckFrequency=880
AckMinTime=4
AckDelay=1000
AckLevel=50
Timeout=180
TimeoutLevel=80
CTCSSFrequency=100.0
CTCSSThreshold=30
#CTCSSLevel=20
CTCSSLevel=5
KerchunkTime=0
HangTime=7
UseCOS=1
COSInvert=0
RFAudioBoost=1
MaxDevLevel=90
ExtAudioBoost=1
?
But I have a question about the :
RFAudioBoost=1
UseCOS=1
The TX Audio seems a Little low when I listen for the CW Callsign, and I'm also getting quite a bit of hiss on the signal too, would that have to do with the COS? I'm using the V3 board myself, and a pair of CDM1250 radios. The COS is not used at this time, I'm sure I have some fine-tuning to do.
John Brent
?VA7WPN
|
Re: FM Mode Configuration ?
Thank you, This is the config that I have been using.
[FM]
Enable=1
Callsign=VA7PRR
CallsignSpeed=20
#CallsignFrequency=1000
CallsignFrequency=880
CallsignTime=10
CallsignHoldoff=0
CallsignHighLevel=50
CallsignLowLevel=20
CallsignAtStart=1
CallsignAtEnd=0
CallsignAtLatch=0
RFAck=K
ExtAck=N
AckSpeed=20
#AckFrequency=1750
AckFrequency=880
AckMinTime=4
AckDelay=1000
AckLevel=50
Timeout=180
TimeoutLevel=80
CTCSSFrequency=100.0
CTCSSThreshold=30
#CTCSSLevel=20
CTCSSLevel=5
KerchunkTime=0
HangTime=7
UseCOS=1
COSInvert=0
RFAudioBoost=1
MaxDevLevel=90
ExtAudioBoost=1
?
But I have a question about the : RFAudioBoost=1 UseCOS=1 The TX Audio seems a Little low when I listen for the CW Callsign, and I'm also getting quite a bit of hiss on the signal too, would that have to do with the COS? I'm using the V3 board myself, and a pair of CDM1250 radios. The COS is not used at this time, I'm sure I have some fine-tuning to do. John Brent ?VA7WPN
|
Good day,
I recently updated my Pi-Star and STM32-DVM to the latest and greatest.
I see and hear a LOT about the FM Mode that has been integrated, but NOTHING on the configuration and actual running of the system. I currently run a DStar node, and adding FM would GREATLY improve our local radio coverage.
Thanks a ton,
John Brent
?VA7WPN
|
Brett,
I was looking for exactly that text but couldn't remember where I found it! I searched my mailing list archives thinking it was more recent.
I wonder if we can get that section promoted to its own page on the Repeater Builder site. I think it's good advice both for interacting with the FCC, and for summarizing the spirit of amateur radio.
On Fri, Jan 1, 2021, 17:31 Dan Woodie < kc8zum@...> wrote: If you really have a question of if Trunking is legal under part 97 the answer is just a phone call or email away - the FCC will be glad to answer those questions directly.
Hold up.
Here is some reading everyone should review. Scroll down to the heading "A historical note, and a caution on communications with the FCC:" Sorry, I'm using a mobile so I cannot link directly to the correct spot. It gives a good perspective on things.
|
That¡¯s why you speak your call into your microphone
toggle quoted message
Show quoted text
On Jan 1, 2021, at 6:32 PM, nd5y via groups.io <nd5y@...> wrote:
I never even mentioned repeaters.
All amateur stations require a control operator. Not just repeaters.
It doesn't make any difference if your transmissions are repeated or not or if you are using a trunked system or not. You still have to follow the station identification requirements.
Tom ND5Y
Toms assertion that the user is the control operator of a repeater is incorrect. A lot of folks simply have never read the rules and fcc opinions concerned repeater operation.
|
On Fri, Jan 1, 2021, 17:31 Dan Woodie < kc8zum@...> wrote: If you really have a question of if Trunking is legal under part 97 the answer is just a phone call or email away - the FCC will be glad to answer those questions directly.
Hold up.
Here is some reading everyone should review. Scroll down to the heading "A historical note, and a caution on communications with the FCC:" Sorry, I'm using a mobile so I cannot link directly to the correct spot. It gives a good perspective on things.
|
I never even mentioned repeaters.
All amateur stations require a control operator. Not just repeaters.
It doesn't make any difference if your transmissions are repeated or not or if you are using a trunked system or not. You still have to follow the station identification requirements.
Tom ND5Y
toggle quoted message
Show quoted text
Toms assertion that the user is the control operator of a repeater is incorrect. A lot of folks simply have never read the rules and fcc opinions concerned repeater operation.
|
As can P25 Conventional if you have a radio with Vote-Scan enabled.
The argument about trunking is moot as there is not even enough traffic these days to even justify keeping many of the conventional repeaters that already exist on the air.??
Aside from DMR and LTR trunking you also have one transmit frequency that is always tied up with control channel traffic - even if nobody is using the system - so unless you have enough traffic to keep 3 or more talkgroups active at all times there is no benefit to trunking and it is just taking up more bandwidth needlessly.? This is one reason that the majority of Federal agencies are still running conventional repeaters rather than trunking.? The other reason is instant access versus waiting for a channel grant.? State/Local agencies generally have enough traffic on enough talkgroups to justify trunking and P25 Phase 2 TDMA trunking has made that even more efficient - but trunking also takes a lot more hardware which is not cheap by any means and would be outside the budget of most clubs, many of which are still running repeaters that were built in the 1970s (not that there is anything wrong with that but running a modern trunking system is not going to work well without newer equipment - with the possible exception of LTR which is an ancient trunking format that has mostly been abandoned by commercial users and was never intended for public safety.
The efforts put forward here would be better directed towards improving the existing systems (conventional) and encouraging use of them.? It is hard enough getting people to adopt things like D-Star, DMR, and P25 much less a trunking system that requires even more specific hardware and programming.? Instead of beating each other over the head about if trunking is legal for Ham Radio let's use that effort to encourage the use of the existing systems so we can maintain our privileges.? If you really have a question of if Trunking is legal under part 97 the answer is just a phone call or email away - the FCC will be glad to answer those questions directly.
Although experimentation with new modes and technologies is great for Ham radio it has also had the negative effect of diluting the user-base and driving many who are not as technically savvy away.? While we should continue to experiment and develop new technologies ultimately we need to make sure we are adopting technologies that are positive for the ham radio community at large - and avoiding technologies that are proprietary or harmful to the hobby.? Any digital mode that is not open-source has no place in ham radio in my opinion (use of proprietary vocoders that are reasonably available commercially not included as these are a foundation of nearly every digital voice mode).? MMDVM and Pi-Star are great as they have given access to many digital modes to many people - but hotspots should be used as a tool for when you are not able to utilize a local repeater - not as a replacement.? Unfortunately these technologies, which should have helped build up ham radio, have actually had quite a detrimental impact in the capabilities of the ham community at large should we actually need to communicate during an emergency.? I am not against these - but I am against them being the only way a ham operates as they might as well just be talking on a Skype or Zoom call.
I eagerly await all of your spirited dissenting views on my thoughts.?
Thanks,
Dan Woodie, CETsr KC8ZUM
On Fri, Jan 1, 2021 at 5:47 PM RFI-EMI-GUY < rhyolite@...> wrote: Conventional DMR Phase 2 can indeed automatically roam. No trunking is required.
--
The Real RFI-EMI-GUY
|
Conventional DMR Phase 2 can indeed automatically roam. No trunking is required.
--
The Real RFI-EMI-GUY
toggle quoted message
Show quoted text
On Fri, Jan 1, 2021 at 09:38 AM, nd5y wrote:
You guys are missing the most important point about trunking and modes
like DMR roaming.
|
Paul Metzger - K6EH
Karl Shoemaker
n9wys
John Brent - VA3HQB
Matt Wagner
RFI-EMI-GUY