I’m not familiar with the MTR2000. Maybe base station mode is half duplex or it mutes Rx audio with PTT. Is there another PTT pin that might not do that?
Oh, I saw that in your earlier post but forgot to comment. Uh… that can’t be good. But if it inly happens with DTMF it may not be related to the repeat audio problem. I’m not sure how to fix that. It’s a new one on me.
As you said it seems unlikely that the discriminator is muted. The fact that other nodes can hear you backs up that. However, perhaps there is a PTT priority in the MSR that mutes audio from whatever input pin you’re using.
John,
I went to a web I found on the ra40 and did not find what I was looking for. http://www.masterscommunications.com/products/radio-adapter/ra40_docs.html
My advice if you are still pondering this would be to first verify the COR logic and voltages maintain minimum/max thresholds while it is actively running.
Perhaps even re-run usbradiotune.
And verify nothing erroneous exists in usbradiotunexxxxx.conf file.
Mike, thanks for follow up. Last week, mostly out of frustration, I flashed a copy of HamVoIP and tried that on the repeater, Well after a little tinkering with audio, everything worked fine, all audio being passed, COR line behaving correctly, audio working well. So . . . . I’m going to flash a new SD card with 2.0.0 and see if there was something that got corrupted in my initial build. At least I know the cable, MTR2000, and RA-40 board are all working as they should. I should be able to get the new build installed next couple of days and I’ll report back my findings.
John, thank you for your follow-up. It may help others.
I can say that we have seen over the years a bunch of strange file corruptions of some sort.
I have never tracked them down to anything specific outside of bad sd cards, but not from the lack of trying.
It may very well be your issue. I should have known to suggest it. Nobody seems to like to try again with new sd. Being in a hurry I guess. Sometimes it is simply a hidden character in a setup/.conf file that comes back on a reload if you re-use your old .conf files…
Mike, just a brief follow up. Spend a few hours this afternoon, and cannot figure out why no RX audio is getting through. TX audio both telemetry/voice and linked audio work fine. On RX, I can see the DSP (RA-40) is detecting the correct CTCSS tone, but no RX audio is passed. I tried SimpleUSB in Allstar 2.0.0 and same issues. I went back to my HamVoIP SD card, and everything works well and no issues passing local RX audio. I’ve run out of options why 2.0.0 is not working. Another local ham has almost the identical MTR2000 using the same cabling and 2.0.0 USBRadio and is working fine. So for now, I’ll stick with the HamVoIP build unless there are any additional suggestions from the forum members.
Having re-read your post a few times…
Do you also have ctcss set in asl
simpleusb.conf
ctcssfrom=dsp
/
ctcssfrom=no
Yet one other guess if you are activating ctcss from the ra40, you do not also need it on the asl set-up and you could look also to see if it is a different tone.
Since I know nothing of the ra40… It’s all I got LOL
Mike I found the problem. In USBRadio.conf, you need to set the following to 1 (default = 0):
duplex = 1 ; Duplex 0,1
; 0 - half duplex
; 1 - full duplex duplex3 = 1 ; duplex 3 gain setting (0 to disable) ???
The default setting = 0 even though the initial setup you can specify full duplex in
rpt.config
duplex = 2 ; 0 = Half duplex with no telemetry tones or hang time.
; Special Case: Full duplex if linktolink is set to yes.
; This mode is preferred when interfacing with an external multiport repeater controller.
; Comment out idrecording and idtalkover to suppress IDs also
; 1 = Half duplex with telemetry tones and hang time. Does not repeat audio.
; This mode is preferred when interfacing a simplex node.
; 2 = Full Duplex with telemetry tones and hang time.
; This mode is preferred when interfacing a repeater.
; 3 = Full Duplex with telemetry tones and hang time, but no repeated audio.
; 4 = Full Duplex with telemetry tones and hang time. Repeated audio only when the autopatch is down.
So you can replicate the problem if you have a full duplex radio, to setting duplex = 2 in rpt.config (this is done in the initial setup routine) and leave duplex and duplex3 = 0 (default) in USBRadio.conf which is not changed during the initial setup.