Date   
Re: Debian upgrade breaks IRLP?

James <james@...>
 

192.168.2.1 is the OpenWRT router.

192.168.2.10 is the node.


I tried turning off NAT on the OpenWRT router, and internet doesn't work at all.  So I think it is designed to do that.

I did the telnet test, and I get reliable 2-way communication. (Well, sort of.  I don't know how to interact beyond prompting the node to challenge me and then disconnect.)

And as I mentioned, the troubleshoot_irlp script reports success. It says that inbound TCP and UDP are good.


I'm not sure the NAT issue would have come up at exactly the same time as the node was updated.  Perhaps I'll download the IRLP Debian 10 image and start over, but it is frustrating as everything seems to work.

On 5/14/20 7:38 PM, David Cameron - IRLP wrote:
What is the IP of the node behind the router? What is 192.168.2.1?

Dave Cameron

Re: Debian upgrade breaks IRLP?

David Cameron - IRLP
 

What is the IP of the node behind the router? What is 192.168.2.1?

Dave Cameron 

-------- Original message --------
From: James <james@...>
Date: 5/14/20 8:01 PM (GMT-08:00)
To: irlp@groups.io
Subject: Re: [IRLP] Debian upgrade breaks IRLP?

I only have one router, running OpenWRT.  I use OpenVPN as a standby
control circuit - it isn't involved in IRLP at all, except that it
allows me to control the node from my phone.  The OpenVPN server is
actually running on the node, and the only OpenVPN client is my phone. 
The router port forwards UDP 1194 through to the node computer.

I was wondering about the upgrade, as the outage coincided with the
reboot after the upgrade.

James
KL2ZZ


On 5/14/20 5:40 PM, David Cameron - IRLP wrote:
> A debian upgrade would not have changed the way your network routes,
> so something else has changed.
>
> Do you have two routers?
>
> You mention OpenVPN - how does it play into this? You need to have one
> or the other - port forwarding or VPN, not both.
>
> Dave Cameron
> VE7LTD
>
>


Re: Debian upgrade breaks IRLP?

James <james@...>
 

I only have one router, running OpenWRT.  I use OpenVPN as a standby control circuit - it isn't involved in IRLP at all, except that it allows me to control the node from my phone.  The OpenVPN server is actually running on the node, and the only OpenVPN client is my phone.  The router port forwards UDP 1194 through to the node computer.

I was wondering about the upgrade, as the outage coincided with the reboot after the upgrade.

James
KL2ZZ

On 5/14/20 5:40 PM, David Cameron - IRLP wrote:
A debian upgrade would not have changed the way your network routes, so something else has changed.

Do you have two routers?

You mention OpenVPN - how does it play into this? You need to have one or the other - port forwarding or VPN, not both.

Dave Cameron
VE7LTD

Re: Debian upgrade breaks IRLP?

David Cameron - IRLP
 

A debian upgrade would not have changed the way your network routes, so something else has changed.

Do you have two routers?

You mention OpenVPN - how does it play into this? You need to have one or the other - port forwarding or VPN, not both.

Dave Cameron
VE7LTD

On 2020-05-14 6:33 p.m., James wrote:
Hmm.  OK.
Strange that OpenVPN works though.  The port forwards are the same, and it shouldn't have made any changes.
I'll play around with the router.
Thanks!
James
KL2ZZ
On 5/14/20 4:34 PM, k9dc wrote:
I think there is a problem with your router.  When I attempt to connect to your node on port 15425, it works, but it gives me the wrong IP address

repeater@tigger:~$ telnet stn7295 15425
Trying 24.237.7.242...
Connected to stn7295.
Escape character is '^]'.
stn7295 - kl2zz : Welcome 192.168.2.1

That is incorrect.  It should say: Welcome 75.48.51.3

Which is my public IP.  Something is causing external connections to NAT’d to your router internal IP.

-k9dc


On May 14, 2020, at 19:59, James <@kl2zz> wrote:

Hello all -

I've been dealing with a bit of a mystery for the past couple of days.

I run IRLP node 7295 using a 3.0 board mounted in an HP desktop, running Debian 10.  The node feeds an NHRC-7 controller, which is in turn connected to a Kenwood TKR-750.

This setup has been extremely stable.

There have been some changes over the years, with the last hardware change being in 2019 when the old computer I was using started to fail, so I switched to a new HP.

Additional software is only OpenVPN as a secondary control link so I can disable the node from my phone if need be.

I have verified my router's port forwarding with nmap from my work, and I can see the open TCP ports, and when connected to the echo reflector I can also see the open UDP ports.  My OpenVPN connection is still working as well, so I don't think there is a problem with the router or internal network.

scripts/audiotest works fine

I emulated that same test with `bin/key; play /usr/bin/soundtest.wav; bin/unkey` and that works.  I didn't really need to do that, I was just at a point where I wanted something to work the way I thought it would.  :)

So I'm confident that the IRLP node is sending audio to the NHRC-7, which is sending audio to the Kenwood, which is transmitting it.

scripts/audio_level_test also works, so I believe that the proper microphone is selected and the volume is correct.  (Which means the Kenwood should be sending audio to the NHRC-7, which is sending it to the node right?)  I get no clipping and an audio level of 69/100.

So everything SHOULD be working as far as I can tell.  I've even done a re-install of the IRLP node from backup so I should have the latest & greatest IRLP files.


But I get no audio from IRLP.  I can connect to the echo reflector and transmit to the node, but watching my router I don't see traffic other than the initial data connection.  And I don't get any hint of a reply back from the echo reflector.


Any ideas?  What am I missing?


Thanks!

James
KL2ZZ

Re: Debian upgrade breaks IRLP?

James <james@...>
 

Hmm.  OK.

Strange that OpenVPN works though.  The port forwards are the same, and it shouldn't have made any changes.


I'll play around with the router.


Thanks!


James
KL2ZZ

On 5/14/20 4:34 PM, k9dc wrote:
I think there is a problem with your router. When I attempt to connect to your node on port 15425, it works, but it gives me the wrong IP address

repeater@tigger:~$ telnet stn7295 15425
Trying 24.237.7.242...
Connected to stn7295.
Escape character is '^]'.
stn7295 - kl2zz : Welcome 192.168.2.1

That is incorrect. It should say: Welcome 75.48.51.3

Which is my public IP. Something is causing external connections to NAT’d to your router internal IP.

-k9dc


On May 14, 2020, at 19:59, James <@kl2zz> wrote:

Hello all -

I've been dealing with a bit of a mystery for the past couple of days.

I run IRLP node 7295 using a 3.0 board mounted in an HP desktop, running Debian 10. The node feeds an NHRC-7 controller, which is in turn connected to a Kenwood TKR-750.

This setup has been extremely stable.

There have been some changes over the years, with the last hardware change being in 2019 when the old computer I was using started to fail, so I switched to a new HP.

Additional software is only OpenVPN as a secondary control link so I can disable the node from my phone if need be.

I have verified my router's port forwarding with nmap from my work, and I can see the open TCP ports, and when connected to the echo reflector I can also see the open UDP ports. My OpenVPN connection is still working as well, so I don't think there is a problem with the router or internal network.

scripts/audiotest works fine

I emulated that same test with `bin/key; play /usr/bin/soundtest.wav; bin/unkey` and that works. I didn't really need to do that, I was just at a point where I wanted something to work the way I thought it would. :)

So I'm confident that the IRLP node is sending audio to the NHRC-7, which is sending audio to the Kenwood, which is transmitting it.

scripts/audio_level_test also works, so I believe that the proper microphone is selected and the volume is correct. (Which means the Kenwood should be sending audio to the NHRC-7, which is sending it to the node right?) I get no clipping and an audio level of 69/100.

So everything SHOULD be working as far as I can tell. I've even done a re-install of the IRLP node from backup so I should have the latest & greatest IRLP files.


But I get no audio from IRLP. I can connect to the echo reflector and transmit to the node, but watching my router I don't see traffic other than the initial data connection. And I don't get any hint of a reply back from the echo reflector.


Any ideas? What am I missing?


Thanks!

James
KL2ZZ

Re: Debian upgrade breaks IRLP?

k9dc
 

I think there is a problem with your router. When I attempt to connect to your node on port 15425, it works, but it gives me the wrong IP address

repeater@tigger:~$ telnet stn7295 15425
Trying 24.237.7.242...
Connected to stn7295.
Escape character is '^]'.
stn7295 - kl2zz : Welcome 192.168.2.1

That is incorrect. It should say: Welcome 75.48.51.3

Which is my public IP. Something is causing external connections to NAT’d to your router internal IP.

-k9dc

On May 14, 2020, at 19:59, James <@kl2zz> wrote:

Hello all -

I've been dealing with a bit of a mystery for the past couple of days.

I run IRLP node 7295 using a 3.0 board mounted in an HP desktop, running Debian 10. The node feeds an NHRC-7 controller, which is in turn connected to a Kenwood TKR-750.

This setup has been extremely stable.

There have been some changes over the years, with the last hardware change being in 2019 when the old computer I was using started to fail, so I switched to a new HP.

Additional software is only OpenVPN as a secondary control link so I can disable the node from my phone if need be.

I have verified my router's port forwarding with nmap from my work, and I can see the open TCP ports, and when connected to the echo reflector I can also see the open UDP ports. My OpenVPN connection is still working as well, so I don't think there is a problem with the router or internal network.

scripts/audiotest works fine

I emulated that same test with `bin/key; play /usr/bin/soundtest.wav; bin/unkey` and that works. I didn't really need to do that, I was just at a point where I wanted something to work the way I thought it would. :)

So I'm confident that the IRLP node is sending audio to the NHRC-7, which is sending audio to the Kenwood, which is transmitting it.

scripts/audio_level_test also works, so I believe that the proper microphone is selected and the volume is correct. (Which means the Kenwood should be sending audio to the NHRC-7, which is sending it to the node right?) I get no clipping and an audio level of 69/100.

So everything SHOULD be working as far as I can tell. I've even done a re-install of the IRLP node from backup so I should have the latest & greatest IRLP files.


But I get no audio from IRLP. I can connect to the echo reflector and transmit to the node, but watching my router I don't see traffic other than the initial data connection. And I don't get any hint of a reply back from the echo reflector.


Any ideas? What am I missing?


Thanks!

James
KL2ZZ

Debian upgrade breaks IRLP?

James <james@...>
 

Hello all -

I've been dealing with a bit of a mystery for the past couple of days.

I run IRLP node 7295 using a 3.0 board mounted in an HP desktop, running Debian 10.  The node feeds an NHRC-7 controller, which is in turn connected to a Kenwood TKR-750.

This setup has been extremely stable.

There have been some changes over the years, with the last hardware change being in 2019 when the old computer I was using started to fail, so I switched to a new HP.

Additional software is only OpenVPN as a secondary control link so I can disable the node from my phone if need be.

I generally stay on top of OS updates.  I performed a full-upgrade on the 12th, after Debian released the last point release for Buster over the weekend.  During the upgrade I was frustrated that tab completion wasn't working in my console so I added bash-completion.  That update upgraded the following packages:


Installed:
bash-completion:all 1:2.8-6
linux-image-4.19.0-9-686-pae:i386 4.19.118-2
linux-image-4.19.0-9-686-pae:i386 4.19.118-2
linux-image-4.19.0-9-686-pae:i386 4.19.118-2
linux-image-4.19.0-9-686-pae:i386 4.19.118-2
Upgraded:
base-files:i386 10.3+deb10u3 => 10.3+deb10u4
iputils-ping:i386 3:20180629-2 => 3:20180629-2+deb10u1
libfuse2:i386 2.9.9-1 => 2.9.9-1+deb10u1
libnss-systemd:i386 241-7~deb10u3 => 241-7~deb10u4
libpam-systemd:i386 241-7~deb10u3 => 241-7~deb10u4
libsystemd0:i386 241-7~deb10u3 => 241-7~deb10u4
libudev1:i386 241-7~deb10u3 => 241-7~deb10u4
linux-image-686-pae:i386 4.19+105+deb10u3 => 4.19+105+deb10u4
linux-libc-dev:i386 4.19.98-1+deb10u1 => 4.19.118-2
postfix-sqlite:i386 3.4.8-0+10debu1 => 3.4.10-0+deb10u1
postfix:i386 3.4.8-0+10debu1 => 3.4.10-0+deb10u1
systemd-sysv:i386 241-7~deb10u3 => 241-7~deb10u4
systemd:i386 241-7~deb10u3 => 241-7~deb10u4
tzdata:all 2019c-0+deb10u1 => 2020a-0+deb10u1
udev:i386 241-7~deb10u3 => 241-7~deb10u4
wpasupplicant:i386 2:2.7+git20190128+0c1e29f-6+deb10u1 => 2:2.7+git20190128+0c1e29f-6+deb10u2
.
Removed:
linux-image-4.19.0-6-686-pae:i386 4.19.67-2+deb10u2
Purged:
linux-image-4.19.0-6-686-pae:i386 4.19.67-2+deb10u2

Since the upgrade, my node does not seem as if it sending or receiving IRLP audio from the Internet, although all tests I can do seem to be successful.

scripts/troubleshoot_irlp is successful (except for 2c since I'm not running EchoIRLP).

I have verified my router's port forwarding with nmap from my work, and I can see the open TCP ports, and when connected to the echo reflector I can also see the open UDP ports.  My OpenVPN connection is still working as well, so I don't think there is a problem with the router or internal network.

scripts/audiotest works fine

I emulated that same test with `bin/key; play /usr/bin/soundtest.wav; bin/unkey` and that works.  I didn't really need to do that, I was just at a point where I wanted something to work the way I thought it would.  :)

So I'm confident that the IRLP node is sending audio to the NHRC-7, which is sending audio to the Kenwood, which is transmitting it.

scripts/audio_level_test also works, so I believe that the proper microphone is selected and the volume is correct.  (Which means the Kenwood should be sending audio to the NHRC-7, which is sending it to the node right?)  I get no clipping and an audio level of 69/100.

So everything SHOULD be working as far as I can tell.  I've even done a re-install of the IRLP node from backup so I should have the latest & greatest IRLP files.


But I get no audio from IRLP.  I can connect to the echo reflector and transmit to the node, but watching my router I don't see traffic other than the initial data connection.  And I don't get any hint of a reply back from the echo reflector.


Any ideas?  What am I missing?


Thanks!

James
KL2ZZ

Re: DTMF tones not recognized

David Cameron - IRLP
 

Vr1 on my radio was right beside the con6 connector where the jumper to the db9 goes when you modify the radio. 

Sure enough, it varies the output audio to the db9.

Dave Cameron 

-------- Original message --------
From: Albert Febraro <w6aax@...>
Date: 5/14/20 2:14 PM (GMT-08:00)
To: IRLP@irlp.groups.io
Subject: Re: [IRLP] DTMF tones not recognized


OK, I'll take a look at CON6 with a scope, be interesting to see what the amplitude is. In the meantime I can experiment with alsamixer.
73,
Al

From: IRLP@irlp.groups.io <IRLP@irlp.groups.io> on behalf of David Cameron - IRLP <dcameron@...>
Sent: Thursday, May 14, 2020 2:05 PM
To: IRLP@irlp.groups.io <IRLP@irlp.groups.io>
Subject: Re: [IRLP] DTMF tones not recognized
 
Based on a schematic found here:
http://k4nha.com/wp-content/uploads/2018/02/TYT_TH-9000_VHF-220-260MHz_Schematics_2.pdf

On page 2, section C1 you will see the 47K variable VR1 that takes a
portion of the audio to ground. The more you turn that VR1 to ground,
the less audio will appear on the 6-pin connector CON6. SO the level
RX-A on the schematic will raise or lower with changes to VR1. This
looks identical to the Alinco DR-135T, and I know I have been down this
road before.

It appears that the variable resistor VR1 controls the level of the
audio to CON6, which is where the audio is being pulled from that you
are using in your node. That being said, no idea what revision of board
you have, if the 220 and 440 models are different in the audio section,
etc. Your system may vary.

Based on the levels of gain you need to adjust the audio (in alsamixer),
I am going to wager a guess that the level FROM the radio is very low,
and the decoder chip is having an issue with not enough audio.

David Cameron



On 2020-05-14 11:42 a.m., Albert Febraro wrote:
>   The auto gain has an "OO" in it. Second Mic setting or Capture is set
> to 44 at the moment. You make an interesting point about the TYT level
> at the connector. I guess I can put a scope on it at some point and try
> to measure it if that is possible.
>
> Again, thanks for all the troubleshooting help.
> Al
>
> ------------------------------------------------------------------------
> *From:* IRLP@irlp.groups.io <IRLP@irlp.groups.io> on behalf of David
> Cameron - IRLP <dcameron@...>
> *Sent:* Thursday, May 14, 2020 11:32 AM
> *To:* IRLP@irlp.groups.io <IRLP@irlp.groups.io>
> *Subject:* Re: [IRLP] DTMF tones not recognized
> The software mixer controls do not affect the level seen by the DTMF
> decoder. It sees the raw audio from the receiver.
>
> I think the audio point on the TYT connector is de-emphasized, but I
> wonder how much level is there.
>
> If you are using a Syba sound card, you are likely using a Pi setup. On
> the program alsamixer, press TAB twice and:
>
> Does the Auto Gain Control have an "MM" or an "OO" in it?
> What is the second Mic setting with CAPTURE set to?
>
> That will give me an idea if the level is too low or too high out of the
> radio.
>
> Dave
>
>
> On 2020-05-14 11:08 a.m., Albert Febraro wrote:
>> David:
>>    I am using the TYT-9000D UHF radio for my node.
>> The audio source comes directly from the radio main board (RX Audio) to
>> the mic input to a SYBA USB sound adaptor to the Pi.
>> The alsamixer MIC input  is set to 33.
>> When I run the audio test , it passes the test using voice through my
>> Alinco Ht. It fails if I send a DTMF tone for 8 seconds (reports 0
>> clipping, ) audio).
>>
>>   Thanks,
>> Al,
>> W6AAX
>>
>> ------------------------------------------------------------------------
>> *From:* IRLP@irlp.groups.io <IRLP@irlp.groups.io> on behalf of David
>> Cameron - IRLP <dcameron@...>
>> *Sent:* Thursday, May 14, 2020 10:30 AM
>> *To:* IRLP@irlp.groups.io <IRLP@irlp.groups.io>
>> *Subject:* Re: [IRLP] DTMF tones not recognized
>> This is not a common problem, but it creeps up from time to time.
>>
>> What radio are you using for the node radio? What audio source are you
>> using in the radio? If the source is not a squelched, de-emphasized
>> source, then the DTMF decoder is not able to decode due to the variance
>> in levels in the tones.
>>
>> What audio output are you using from the node radio? If it is a
>> discriminator source, that is the problem.
>>
>> Also, if the level of the audio from the node radio to the node is
>> either very high or very low, it can affect the ability for the decoder
>> to work. What is the input audio settings like on the alsamixer screen?
>>
>> David Cameron
>> VE7LTD
>>
>> On 2020-05-14 9:13 a.m., Albert Febraro wrote:
>>> This may be a common issue but being new to IRLP I'm still fine tuning
>>> my node and learning. The issue is that when I send DTMF tones from
>>> different radios the node does not recognize the tones. I have one radio
>>> (Kenwood TH-F6) that when I transmit tones the node doesn't decode them
>>> at all, however another radio (Alinco DJ-MD5) works perfectly. What is
>>> interesting is that when I'm using my mobile radio (ICOM ID-5100) I can
>>> bring up the echo node 9993, but cannot disconnect. I send a "73" but I
>>> only hear the 7 when the node returns the echoed audio. My audio levels
>>> are adjusted correctly as far as I can tell. I then have to disconnect
>>> with a different radio. When I use the Alinco HT, I get good reports
>>> audio and received audio is fine.
>>> Al
>>> W6AAX
>>> node 3913
>>>
>>
>>
>>
>>
>
>
>
>



Re: DTMF tones not recognized

Albert Febraro <w6aax@...>
 


OK, I'll take a look at CON6 with a scope, be interesting to see what the amplitude is. In the meantime I can experiment with alsamixer.
73,
Al


From: IRLP@irlp.groups.io <IRLP@irlp.groups.io> on behalf of David Cameron - IRLP <dcameron@...>
Sent: Thursday, May 14, 2020 2:05 PM
To: IRLP@irlp.groups.io <IRLP@irlp.groups.io>
Subject: Re: [IRLP] DTMF tones not recognized
 
Based on a schematic found here:
http://k4nha.com/wp-content/uploads/2018/02/TYT_TH-9000_VHF-220-260MHz_Schematics_2.pdf

On page 2, section C1 you will see the 47K variable VR1 that takes a
portion of the audio to ground. The more you turn that VR1 to ground,
the less audio will appear on the 6-pin connector CON6. SO the level
RX-A on the schematic will raise or lower with changes to VR1. This
looks identical to the Alinco DR-135T, and I know I have been down this
road before.

It appears that the variable resistor VR1 controls the level of the
audio to CON6, which is where the audio is being pulled from that you
are using in your node. That being said, no idea what revision of board
you have, if the 220 and 440 models are different in the audio section,
etc. Your system may vary.

Based on the levels of gain you need to adjust the audio (in alsamixer),
I am going to wager a guess that the level FROM the radio is very low,
and the decoder chip is having an issue with not enough audio.

David Cameron



On 2020-05-14 11:42 a.m., Albert Febraro wrote:
>   The auto gain has an "OO" in it. Second Mic setting or Capture is set
> to 44 at the moment. You make an interesting point about the TYT level
> at the connector. I guess I can put a scope on it at some point and try
> to measure it if that is possible.
>
> Again, thanks for all the troubleshooting help.
> Al
>
> ------------------------------------------------------------------------
> *From:* IRLP@irlp.groups.io <IRLP@irlp.groups.io> on behalf of David
> Cameron - IRLP <dcameron@...>
> *Sent:* Thursday, May 14, 2020 11:32 AM
> *To:* IRLP@irlp.groups.io <IRLP@irlp.groups.io>
> *Subject:* Re: [IRLP] DTMF tones not recognized
> The software mixer controls do not affect the level seen by the DTMF
> decoder. It sees the raw audio from the receiver.
>
> I think the audio point on the TYT connector is de-emphasized, but I
> wonder how much level is there.
>
> If you are using a Syba sound card, you are likely using a Pi setup. On
> the program alsamixer, press TAB twice and:
>
> Does the Auto Gain Control have an "MM" or an "OO" in it?
> What is the second Mic setting with CAPTURE set to?
>
> That will give me an idea if the level is too low or too high out of the
> radio.
>
> Dave
>
>
> On 2020-05-14 11:08 a.m., Albert Febraro wrote:
>> David:
>>    I am using the TYT-9000D UHF radio for my node.
>> The audio source comes directly from the radio main board (RX Audio) to
>> the mic input to a SYBA USB sound adaptor to the Pi.
>> The alsamixer MIC input  is set to 33.
>> When I run the audio test , it passes the test using voice through my
>> Alinco Ht. It fails if I send a DTMF tone for 8 seconds (reports 0
>> clipping, ) audio).
>>
>>   Thanks,
>> Al,
>> W6AAX
>>
>> ------------------------------------------------------------------------
>> *From:* IRLP@irlp.groups.io <IRLP@irlp.groups.io> on behalf of David
>> Cameron - IRLP <dcameron@...>
>> *Sent:* Thursday, May 14, 2020 10:30 AM
>> *To:* IRLP@irlp.groups.io <IRLP@irlp.groups.io>
>> *Subject:* Re: [IRLP] DTMF tones not recognized
>> This is not a common problem, but it creeps up from time to time.
>>
>> What radio are you using for the node radio? What audio source are you
>> using in the radio? If the source is not a squelched, de-emphasized
>> source, then the DTMF decoder is not able to decode due to the variance
>> in levels in the tones.
>>
>> What audio output are you using from the node radio? If it is a
>> discriminator source, that is the problem.
>>
>> Also, if the level of the audio from the node radio to the node is
>> either very high or very low, it can affect the ability for the decoder
>> to work. What is the input audio settings like on the alsamixer screen?
>>
>> David Cameron
>> VE7LTD
>>
>> On 2020-05-14 9:13 a.m., Albert Febraro wrote:
>>> This may be a common issue but being new to IRLP I'm still fine tuning
>>> my node and learning. The issue is that when I send DTMF tones from
>>> different radios the node does not recognize the tones. I have one radio
>>> (Kenwood TH-F6) that when I transmit tones the node doesn't decode them
>>> at all, however another radio (Alinco DJ-MD5) works perfectly. What is
>>> interesting is that when I'm using my mobile radio (ICOM ID-5100) I can
>>> bring up the echo node 9993, but cannot disconnect. I send a "73" but I
>>> only hear the 7 when the node returns the echoed audio. My audio levels
>>> are adjusted correctly as far as I can tell. I then have to disconnect
>>> with a different radio. When I use the Alinco HT, I get good reports
>>> audio and received audio is fine.
>>> Al
>>> W6AAX
>>> node 3913
>>>
>>
>>
>>
>>
>
>
>
>



Re: DTMF tones not recognized

David Cameron - IRLP
 

Based on a schematic found here:
http://k4nha.com/wp-content/uploads/2018/02/TYT_TH-9000_VHF-220-260MHz_Schematics_2.pdf

On page 2, section C1 you will see the 47K variable VR1 that takes a portion of the audio to ground. The more you turn that VR1 to ground, the less audio will appear on the 6-pin connector CON6. SO the level RX-A on the schematic will raise or lower with changes to VR1. This looks identical to the Alinco DR-135T, and I know I have been down this road before.

It appears that the variable resistor VR1 controls the level of the audio to CON6, which is where the audio is being pulled from that you are using in your node. That being said, no idea what revision of board you have, if the 220 and 440 models are different in the audio section, etc. Your system may vary.

Based on the levels of gain you need to adjust the audio (in alsamixer), I am going to wager a guess that the level FROM the radio is very low, and the decoder chip is having an issue with not enough audio.

David Cameron

On 2020-05-14 11:42 a.m., Albert Febraro wrote:
 The auto gain has an "OO" in it. Second Mic setting or Capture is set to 44 at the moment. You make an interesting point about the TYT level at the connector. I guess I can put a scope on it at some point and try to measure it if that is possible.
Again, thanks for all the troubleshooting help.
Al
------------------------------------------------------------------------
*From:* IRLP@irlp.groups.io <IRLP@irlp.groups.io> on behalf of David Cameron - IRLP <dcameron@...>
*Sent:* Thursday, May 14, 2020 11:32 AM
*To:* IRLP@irlp.groups.io <IRLP@irlp.groups.io>
*Subject:* Re: [IRLP] DTMF tones not recognized
The software mixer controls do not affect the level seen by the DTMF
decoder. It sees the raw audio from the receiver.
I think the audio point on the TYT connector is de-emphasized, but I
wonder how much level is there.
If you are using a Syba sound card, you are likely using a Pi setup. On
the program alsamixer, press TAB twice and:
Does the Auto Gain Control have an "MM" or an "OO" in it?
What is the second Mic setting with CAPTURE set to?
That will give me an idea if the level is too low or too high out of the
radio.
Dave
On 2020-05-14 11:08 a.m., Albert Febraro wrote:
David:
    I am using the TYT-9000D UHF radio for my node.
The audio source comes directly from the radio main board (RX Audio) to the mic input to a SYBA USB sound adaptor to the Pi.
The alsamixer MIC input  is set to 33.
When I run the audio test , it passes the test using voice through my Alinco Ht. It fails if I send a DTMF tone for 8 seconds (reports 0 clipping, ) audio).
   Thanks,
Al,
W6AAX
------------------------------------------------------------------------
*From:* IRLP@irlp.groups.io <IRLP@irlp.groups.io> on behalf of David Cameron - IRLP <dcameron@...>
*Sent:* Thursday, May 14, 2020 10:30 AM
*To:* IRLP@irlp.groups.io <IRLP@irlp.groups.io>
*Subject:* Re: [IRLP] DTMF tones not recognized
This is not a common problem, but it creeps up from time to time.
What radio are you using for the node radio? What audio source are you
using in the radio? If the source is not a squelched, de-emphasized
source, then the DTMF decoder is not able to decode due to the variance
in levels in the tones.
What audio output are you using from the node radio? If it is a
discriminator source, that is the problem.
Also, if the level of the audio from the node radio to the node is
either very high or very low, it can affect the ability for the decoder
to work. What is the input audio settings like on the alsamixer screen?
David Cameron
VE7LTD
On 2020-05-14 9:13 a.m., Albert Febraro wrote:
This may be a common issue but being new to IRLP I'm still fine tuning my node and learning. The issue is that when I send DTMF tones from different radios the node does not recognize the tones. I have one radio (Kenwood TH-F6) that when I transmit tones the node doesn't decode them at all, however another radio (Alinco DJ-MD5) works perfectly. What is interesting is that when I'm using my mobile radio (ICOM ID-5100) I can bring up the echo node 9993, but cannot disconnect. I send a "73" but I only hear the 7 when the node returns the echoed audio. My audio levels are adjusted correctly as far as I can tell. I then have to disconnect with a different radio. When I use the Alinco HT, I get good reports audio and received audio is fine.
Al
W6AAX
node 3913

Re: DTMF tones not recognized

Albert Febraro <w6aax@...>
 

 The auto gain has an "OO" in it. Second Mic setting or Capture is set to 44 at the moment. You make an interesting point about the TYT level at the connector. I guess I can put a scope on it at some point and try to measure it if that is possible.

Again, thanks for all the troubleshooting help.
Al


From: IRLP@irlp.groups.io <IRLP@irlp.groups.io> on behalf of David Cameron - IRLP <dcameron@...>
Sent: Thursday, May 14, 2020 11:32 AM
To: IRLP@irlp.groups.io <IRLP@irlp.groups.io>
Subject: Re: [IRLP] DTMF tones not recognized
 
The software mixer controls do not affect the level seen by the DTMF
decoder. It sees the raw audio from the receiver.

I think the audio point on the TYT connector is de-emphasized, but I
wonder how much level is there.

If you are using a Syba sound card, you are likely using a Pi setup. On
the program alsamixer, press TAB twice and:

Does the Auto Gain Control have an "MM" or an "OO" in it?
What is the second Mic setting with CAPTURE set to?

That will give me an idea if the level is too low or too high out of the
radio.

Dave
               

On 2020-05-14 11:08 a.m., Albert Febraro wrote:
> David:
>    I am using the TYT-9000D UHF radio for my node.
> The audio source comes directly from the radio main board (RX Audio) to
> the mic input to a SYBA USB sound adaptor to the Pi.
> The alsamixer MIC input  is set to 33.
> When I run the audio test , it passes the test using voice through my
> Alinco Ht. It fails if I send a DTMF tone for 8 seconds (reports 0
> clipping, ) audio).
>
>   Thanks,
> Al,
> W6AAX
>
> ------------------------------------------------------------------------
> *From:* IRLP@irlp.groups.io <IRLP@irlp.groups.io> on behalf of David
> Cameron - IRLP <dcameron@...>
> *Sent:* Thursday, May 14, 2020 10:30 AM
> *To:* IRLP@irlp.groups.io <IRLP@irlp.groups.io>
> *Subject:* Re: [IRLP] DTMF tones not recognized
> This is not a common problem, but it creeps up from time to time.
>
> What radio are you using for the node radio? What audio source are you
> using in the radio? If the source is not a squelched, de-emphasized
> source, then the DTMF decoder is not able to decode due to the variance
> in levels in the tones.
>
> What audio output are you using from the node radio? If it is a
> discriminator source, that is the problem.
>
> Also, if the level of the audio from the node radio to the node is
> either very high or very low, it can affect the ability for the decoder
> to work. What is the input audio settings like on the alsamixer screen?
>
> David Cameron
> VE7LTD
>
> On 2020-05-14 9:13 a.m., Albert Febraro wrote:
>> This may be a common issue but being new to IRLP I'm still fine tuning
>> my node and learning. The issue is that when I send DTMF tones from
>> different radios the node does not recognize the tones. I have one radio
>> (Kenwood TH-F6) that when I transmit tones the node doesn't decode them
>> at all, however another radio (Alinco DJ-MD5) works perfectly. What is
>> interesting is that when I'm using my mobile radio (ICOM ID-5100) I can
>> bring up the echo node 9993, but cannot disconnect. I send a "73" but I
>> only hear the 7 when the node returns the echoed audio. My audio levels
>> are adjusted correctly as far as I can tell. I then have to disconnect
>> with a different radio. When I use the Alinco HT, I get good reports
>> audio and received audio is fine.
>> Al
>> W6AAX
>> node 3913
>>
>
>
>
>



Re: DTMF tones not recognized

David Cameron - IRLP
 

One other thought is to make sure you are using 25KHz wide mode in the TYT-9000D for the receiver bandwidth. You can also try 20KHz and 12.5KHz to see if it affects the decode ability.

Something is out of alignment - either the sending radios or the receiving radio. The adjustment of the IF in the receiver is suspect on the cheap TYT radio.

Dave Cameron

On 2020-05-14 11:08 a.m., Albert Febraro wrote:
David:
  I am using the TYT-9000D UHF radio for my node.
The audio source comes directly from the radio main board (RX Audio) to the mic input to a SYBA USB sound adaptor to the Pi.
The alsamixer MIC input  is set to 33.
When I run the audio test , it passes the test using voice through my Alinco Ht. It fails if I send a DTMF tone for 8 seconds (reports 0 clipping, ) audio).
 Thanks,
Al,
W6AAX
------------------------------------------------------------------------
*From:* IRLP@irlp.groups.io <IRLP@irlp.groups.io> on behalf of David Cameron - IRLP <dcameron@...>
*Sent:* Thursday, May 14, 2020 10:30 AM
*To:* IRLP@irlp.groups.io <IRLP@irlp.groups.io>
*Subject:* Re: [IRLP] DTMF tones not recognized
This is not a common problem, but it creeps up from time to time.
What radio are you using for the node radio? What audio source are you
using in the radio? If the source is not a squelched, de-emphasized
source, then the DTMF decoder is not able to decode due to the variance
in levels in the tones.
What audio output are you using from the node radio? If it is a
discriminator source, that is the problem.
Also, if the level of the audio from the node radio to the node is
either very high or very low, it can affect the ability for the decoder
to work. What is the input audio settings like on the alsamixer screen?
David Cameron
VE7LTD
On 2020-05-14 9:13 a.m., Albert Febraro wrote:
This may be a common issue but being new to IRLP I'm still fine tuning my node and learning. The issue is that when I send DTMF tones from different radios the node does not recognize the tones. I have one radio (Kenwood TH-F6) that when I transmit tones the node doesn't decode them at all, however another radio (Alinco DJ-MD5) works perfectly. What is interesting is that when I'm using my mobile radio (ICOM ID-5100) I can bring up the echo node 9993, but cannot disconnect. I send a "73" but I only hear the 7 when the node returns the echoed audio. My audio levels are adjusted correctly as far as I can tell. I then have to disconnect with a different radio. When I use the Alinco HT, I get good reports audio and received audio is fine.
Al
W6AAX
node 3913

Re: DTMF tones not recognized

David Cameron - IRLP
 

The software mixer controls do not affect the level seen by the DTMF decoder. It sees the raw audio from the receiver.

I think the audio point on the TYT connector is de-emphasized, but I wonder how much level is there.

If you are using a Syba sound card, you are likely using a Pi setup. On the program alsamixer, press TAB twice and:

Does the Auto Gain Control have an "MM" or an "OO" in it?
What is the second Mic setting with CAPTURE set to?

That will give me an idea if the level is too low or too high out of the radio.

Dave

On 2020-05-14 11:08 a.m., Albert Febraro wrote:
David:
  I am using the TYT-9000D UHF radio for my node.
The audio source comes directly from the radio main board (RX Audio) to the mic input to a SYBA USB sound adaptor to the Pi.
The alsamixer MIC input  is set to 33.
When I run the audio test , it passes the test using voice through my Alinco Ht. It fails if I send a DTMF tone for 8 seconds (reports 0 clipping, ) audio).
 Thanks,
Al,
W6AAX
------------------------------------------------------------------------
*From:* IRLP@irlp.groups.io <IRLP@irlp.groups.io> on behalf of David Cameron - IRLP <dcameron@...>
*Sent:* Thursday, May 14, 2020 10:30 AM
*To:* IRLP@irlp.groups.io <IRLP@irlp.groups.io>
*Subject:* Re: [IRLP] DTMF tones not recognized
This is not a common problem, but it creeps up from time to time.
What radio are you using for the node radio? What audio source are you
using in the radio? If the source is not a squelched, de-emphasized
source, then the DTMF decoder is not able to decode due to the variance
in levels in the tones.
What audio output are you using from the node radio? If it is a
discriminator source, that is the problem.
Also, if the level of the audio from the node radio to the node is
either very high or very low, it can affect the ability for the decoder
to work. What is the input audio settings like on the alsamixer screen?
David Cameron
VE7LTD
On 2020-05-14 9:13 a.m., Albert Febraro wrote:
This may be a common issue but being new to IRLP I'm still fine tuning my node and learning. The issue is that when I send DTMF tones from different radios the node does not recognize the tones. I have one radio (Kenwood TH-F6) that when I transmit tones the node doesn't decode them at all, however another radio (Alinco DJ-MD5) works perfectly. What is interesting is that when I'm using my mobile radio (ICOM ID-5100) I can bring up the echo node 9993, but cannot disconnect. I send a "73" but I only hear the 7 when the node returns the echoed audio. My audio levels are adjusted correctly as far as I can tell. I then have to disconnect with a different radio. When I use the Alinco HT, I get good reports audio and received audio is fine.
Al
W6AAX
node 3913

Re: DTMF tones not recognized

Albert Febraro <w6aax@...>
 

David:
  I am using the TYT-9000D UHF radio for my node.
The audio source comes directly from the radio main board (RX Audio) to the mic input to a SYBA USB sound adaptor to the Pi. 
The alsamixer MIC input  is set to 33.
When I run the audio test , it passes the test using voice through my Alinco Ht. It fails if I send a DTMF tone for 8 seconds (reports 0 clipping, ) audio).

 Thanks,
Al,
W6AAX


From: IRLP@irlp.groups.io <IRLP@irlp.groups.io> on behalf of David Cameron - IRLP <dcameron@...>
Sent: Thursday, May 14, 2020 10:30 AM
To: IRLP@irlp.groups.io <IRLP@irlp.groups.io>
Subject: Re: [IRLP] DTMF tones not recognized
 
This is not a common problem, but it creeps up from time to time.

What radio are you using for the node radio? What audio source are you
using in the radio? If the source is not a squelched, de-emphasized
source, then the DTMF decoder is not able to decode due to the variance
in levels in the tones.

What audio output are you using from the node radio? If it is a
discriminator source, that is the problem.

Also, if the level of the audio from the node radio to the node is
either very high or very low, it can affect the ability for the decoder
to work. What is the input audio settings like on the alsamixer screen?

David Cameron
VE7LTD

On 2020-05-14 9:13 a.m., Albert Febraro wrote:
> This may be a common issue but being new to IRLP I'm still fine tuning
> my node and learning. The issue is that when I send DTMF tones from
> different radios the node does not recognize the tones. I have one radio
> (Kenwood TH-F6) that when I transmit tones the node doesn't decode them
> at all, however another radio (Alinco DJ-MD5) works perfectly. What is
> interesting is that when I'm using my mobile radio (ICOM ID-5100) I can
> bring up the echo node 9993, but cannot disconnect. I send a "73" but I
> only hear the 7 when the node returns the echoed audio. My audio levels
> are adjusted correctly as far as I can tell. I then have to disconnect
> with a different radio. When I use the Alinco HT, I get good reports
> audio and received audio is fine.
> Al
> W6AAX
> node 3913
>



Re: DTMF tones not recognized

Tony VA7TF, VE7ACF
 

If a transmitter is off by 1 or 2+ kHz of TX frequency, that may cause an issue also. Check with a frequency counter the accuracy of the 3 different transmitters.

 

 

---------------

Regards,

 

Tony

 

From: David Cameron - IRLP
Sent: May 14, 2020 10:30 AM
To: IRLP@irlp.groups.io
Subject: Re: [IRLP] DTMF tones not recognized

 

This is not a common problem, but it creeps up from time to time.

 

What radio are you using for the node radio? What audio source are you

using in the radio? If the source is not a squelched, de-emphasized

source, then the DTMF decoder is not able to decode due to the variance

in levels in the tones.

 

What audio output are you using from the node radio? If it is a

discriminator source, that is the problem.

 

Also, if the level of the audio from the node radio to the node is

either very high or very low, it can affect the ability for the decoder

to work. What is the input audio settings like on the alsamixer screen?

 

David Cameron

VE7LTD

 

On 2020-05-14 9:13 a.m., Albert Febraro wrote:

> This may be a common issue but being new to IRLP I'm still fine tuning

> my node and learning. The issue is that when I send DTMF tones from

> different radios the node does not recognize the tones. I have one radio

> (Kenwood TH-F6) that when I transmit tones the node doesn't decode them

> at all, however another radio (Alinco DJ-MD5) works perfectly. What is

> interesting is that when I'm using my mobile radio (ICOM ID-5100) I can

> bring up the echo node 9993, but cannot disconnect. I send a "73" but I

> only hear the 7 when the node returns the echoed audio. My audio levels

> are adjusted correctly as far as I can tell. I then have to disconnect

> with a different radio. When I use the Alinco HT, I get good reports

> audio and received audio is fine.

> Al

> W6AAX

> node 3913

>

 

 

 

Re: DTMF tones not recognized

k9dc
 

Become familiar with the use of the ‘readinput’ command. Very helpful tool when troubleshooting any dtmf decoding issues.

su - repeater
readinput

Ctrl-C to quit

-k9dc

On May 14, 2020, at 12:13, Albert Febraro <w6aax@...> wrote:

This may be a common issue but being new to IRLP I'm still fine tuning my node and learning. The issue is that when I send DTMF tones from different radios the node does not recognize the tones. I have one radio (Kenwood TH-F6) that when I transmit tones the node doesn't decode them at all, however another radio (Alinco DJ-MD5) works perfectly. What is interesting is that when I'm using my mobile radio (ICOM ID-5100) I can bring up the echo node 9993, but cannot disconnect. I send a "73" but I only hear the 7 when the node returns the echoed audio. My audio levels are adjusted correctly as far as I can tell. I then have to disconnect with a different radio. When I use the Alinco HT, I get good reports audio and received audio is fine.
Al
W6AAX
node 3913

Re: DTMF tones not recognized

David Cameron - IRLP
 

This is not a common problem, but it creeps up from time to time.

What radio are you using for the node radio? What audio source are you using in the radio? If the source is not a squelched, de-emphasized source, then the DTMF decoder is not able to decode due to the variance in levels in the tones.

What audio output are you using from the node radio? If it is a discriminator source, that is the problem.

Also, if the level of the audio from the node radio to the node is either very high or very low, it can affect the ability for the decoder to work. What is the input audio settings like on the alsamixer screen?

David Cameron
VE7LTD

On 2020-05-14 9:13 a.m., Albert Febraro wrote:
This may be a common issue but being new to IRLP I'm still fine tuning my node and learning. The issue is that when I send DTMF tones from different radios the node does not recognize the tones. I have one radio (Kenwood TH-F6) that when I transmit tones the node doesn't decode them at all, however another radio (Alinco DJ-MD5) works perfectly. What is interesting is that when I'm using my mobile radio (ICOM ID-5100) I can bring up the echo node 9993, but cannot disconnect. I send a "73" but I only hear the 7 when the node returns the echoed audio. My audio levels are adjusted correctly as far as I can tell. I then have to disconnect with a different radio. When I use the Alinco HT, I get good reports audio and received audio is fine.
Al
W6AAX
node 3913

DTMF tones not recognized

Albert Febraro <w6aax@...>
 

This may be a common issue but being new to IRLP I'm still fine tuning my node and learning. The issue is that when I send DTMF tones from different radios the node does not recognize the tones. I have one radio (Kenwood TH-F6) that when I transmit tones the node doesn't decode them at all, however another radio (Alinco DJ-MD5) works perfectly. What is interesting is that when I'm using my mobile radio (ICOM ID-5100) I can bring up the echo node 9993, but cannot disconnect. I send a "73" but I only hear the 7 when the node returns the echoed audio. My audio levels are adjusted correctly as far as I can tell. I then have to disconnect with a different radio. When I use the Alinco HT, I get good reports audio and received audio is fine.
Al
W6AAX
node 3913

Re: APRS script for Debian 10

Chris Pitre
 

the link to the scripts doesn't seem to be working,

irlp.kc6hur.net name or service not known.

Re: APRS script for Debian 10

Lonney [K1LH]
 
Edited

Yes, I tweaked the original some years ago to work with Debian:

https://github.com/lonney9/IRLPScripts

- Lonney
KL3NO