Date   

Re: Using Kantronics KPC3+ with APRSIS32

G Hopper
 

I'm running a similar setup (KCP-3, no plus) and I can share what ever settings from my setup.  Just let me know what all you are looking for and I can either screen shot, or perhaps send the config file.

You can email me direct at kb7wsd@...

73,
Grant
KB7WSD


On Mon, Jan 20, 2020 at 7:24 PM Steve Schreiber via Groups.Io <skypilot_454=yahoo.com@groups.io> wrote:
I am trying to setup a Kantronics KPC3+ to use APRSIS32, but I am unable to get my radio to transmit. I have been using a soundcard interface to run APRSIS32 with no issues, but I would like to use my KPC3+ with a different radio setup. I have configured the port to use the correct COM port on my computer for PTT functionality, but the radio does not transmit. I searched the home page and found the following information: "Be careful of the squelched audio versus carrier detect setting (INTERNAL vs SOFTWARE on a KPC)". I am not sure where I need to go to verify this setting. Could someone please point me in the right direction? Thank you for your time.

Steve KG5LAA


Using Kantronics KPC3+ with APRSIS32

Steve Schreiber
 

I am trying to setup a Kantronics KPC3+ to use APRSIS32, but I am unable to get my radio to transmit. I have been using a soundcard interface to run APRSIS32 with no issues, but I would like to use my KPC3+ with a different radio setup. I have configured the port to use the correct COM port on my computer for PTT functionality, but the radio does not transmit. I searched the home page and found the following information: "Be careful of the squelched audio versus carrier detect setting (INTERNAL vs SOFTWARE on a KPC)". I am not sure where I need to go to verify this setting. Could someone please point me in the right direction? Thank you for your time.

Steve KG5LAA


Re: soundmodem and aprsi32

Rob Giuliano
 

As far as I know, there are no special settings within APRSIS32 for HF.
UZ7HO's SoundModem application is a sofwtare based TNC and its settings take care of the HF vs. VHF/UHF settings.
  You will hvae to check the UZ7HO manual for the proper settings for HF
These are not within APRSIS32.

To interface the UZ7HO SoundModem to APRSIS32, you have 2 options:
1. AGW port over TCP/IP  
    Menu >Configure >New Port ... 
       Port Type:    AGW
       Port Name:  UZ7HO                { or your choice}
       Hit  <Create> button
    Choose <TCP/IP>
       IP or DNS:    LocalHost          {IP address of computer running SoundModem}
       Port:              8000                   {Unless you have configured a different port}
2. KISS port over TCP/IP
    Menu >Configure >New Port ... 
       Port Type:    Simply(KISS)
       Port Name:  UZ7HO                { or your choice}
       Hit  <Create> button
    Choose <TCP/IP>
       IP or DNS:    LocalHost          {IP address of computer running SoundModem}
       Port:              8100                   {Unless you have configured a different port}

Good luck - let us know how it works out.

Robert Giuliano
KB8RCO



On Monday, January 20, 2020, 12:16:00 PM EST, Jose Manuel Martinez Barbera <ea8ee1@...> wrote:




Someone has the configuration of aprs32 with soundmodem software for aprs hf


Re: TOT resetting too soon

Lynn Deffenbaugh
 

Set the timer to zero if you don't want it.

It is very useful for the APRS-IS port because there is a certain failure mode in TCP/IP networking that can cause one end of a connection (say the APRSIS32 end) to believe the connection is alive but the other end thinks it is gone.  The connection can stay this way for a large number of minutes (remember that TCP/IP was designed to be self-healing and provides for routing packets around gaps in the network caused by nuclear elimination of major routing nodes), and sometimes the connection never realizes that it is all gone.  At least, until the confused end tries to send a packet over the connection.

In the case of mobile data networking this condition can happen when you go in and out of cellular data coverage.  And remember that APRSIS32 started as APRSISCE on Windows Mobile phones.

The Quiet Timer is also handy for some TNC/radio combinations that can drop out of KISS mode unexpectedly.  When that happens, packets quit coming through and the Quiet Time is counted.  When it is finally exceeded, the port is disabled and re-enabled causing the <Open/CloseCmd>s to be issued that will hopefully bring the port back into the proper state.  Consider Kenwood APRS radios and KISS (not Simply(KISS)) type ports when reading this.

It can be tricky to determine a suitable Quiet Timer for your APRS RF environment to avoid resetting the port unnecessarily, but that's the fun of the hobby.

But again, if you find it to be interfering with something, just set it to zero to disable it.

But I would like to know more details of your setup and what interference you are seeing!

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32

On 1/20/2020 4:49 PM, Christopher Rose wrote:
Lynn, why is the software using any timers that reset anything? Seems to interfere more than help
Chris
KB8UIH



Sent from my Verizon, Samsung Galaxy smartphone


-------- Original message --------
From: Lynn Deffenbaugh <kj4erj@...>
Date: 1/20/20 4:31 PM (GMT-05:00)
Subject: Re: [APRSISCE] TOT resetting too soon

I hate to say it, but none of that seems to apply to APRSIS32?

7.64 is not a version number of APRSIS32.  Versions are date and time stamps.

Not sure what a "Kenwood rept" is, and Port one?  Kenwoods typically call them A and B, don't they?

"RF on the input"?  The input of what?  Unless "rept" is an abbreviation for Repeater?

APRSIS32 has a "Quiet Time", but not a "Time Out Timer"?  Is that what you meant?

But the Quiet Time only serves to reset the connection to a TNC in the event that no packets are received within the specified time.

And AFAIK, the Quiet Time does not have any bugs.  If reception times out, it waits the full timeout again before resetting the port.  Unless, of course, a packet is received on that port in the meantime.

Of course, it might be that this message was supposed to be directed to a Kenwood radio support group instead of APRSISCE?

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32

On 1/20/2020 4:21 PM, ve7wat wrote:
We are running  ver 7.64 with a Kenwood rept on Port one ONLY.   Yesterday we encountered RF on the input that would not disappear.  the Time Out Timer (set for 300 sec) did its job and dropped the transmitter.
However even though the signal had not dropped the TOT was reset after about 10 sec (actually set for 15 sec & COS drop)and the transmitter was reactivated.  Any suggestions?

Fortunately we found the source of the RF and turned it off.

Geoff
VE7WAT/VE7HGD


Re: TOT resetting too soon

Christopher Rose
 

Lynn, why is the software using any timers that reset anything? Seems to interfere more than help
Chris
KB8UIH



Sent from my Verizon, Samsung Galaxy smartphone


-------- Original message --------
From: Lynn Deffenbaugh <kj4erj@...>
Date: 1/20/20 4:31 PM (GMT-05:00)
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] TOT resetting too soon

I hate to say it, but none of that seems to apply to APRSIS32?

7.64 is not a version number of APRSIS32.  Versions are date and time stamps.

Not sure what a "Kenwood rept" is, and Port one?  Kenwoods typically call them A and B, don't they?

"RF on the input"?  The input of what?  Unless "rept" is an abbreviation for Repeater?

APRSIS32 has a "Quiet Time", but not a "Time Out Timer"?  Is that what you meant?

But the Quiet Time only serves to reset the connection to a TNC in the event that no packets are received within the specified time.

And AFAIK, the Quiet Time does not have any bugs.  If reception times out, it waits the full timeout again before resetting the port.  Unless, of course, a packet is received on that port in the meantime.

Of course, it might be that this message was supposed to be directed to a Kenwood radio support group instead of APRSISCE?

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32

On 1/20/2020 4:21 PM, ve7wat wrote:
We are running  ver 7.64 with a Kenwood rept on Port one ONLY.   Yesterday we encountered RF on the input that would not disappear.  the Time Out Timer (set for 300 sec) did its job and dropped the transmitter.
However even though the signal had not dropped the TOT was reset after about 10 sec (actually set for 15 sec & COS drop)and the transmitter was reactivated.  Any suggestions?

Fortunately we found the source of the RF and turned it off.

Geoff
VE7WAT/VE7HGD


Re: TOT resetting too soon

Lynn Deffenbaugh
 

I hate to say it, but none of that seems to apply to APRSIS32?

7.64 is not a version number of APRSIS32.  Versions are date and time stamps.

Not sure what a "Kenwood rept" is, and Port one?  Kenwoods typically call them A and B, don't they?

"RF on the input"?  The input of what?  Unless "rept" is an abbreviation for Repeater?

APRSIS32 has a "Quiet Time", but not a "Time Out Timer"?  Is that what you meant?

But the Quiet Time only serves to reset the connection to a TNC in the event that no packets are received within the specified time.

And AFAIK, the Quiet Time does not have any bugs.  If reception times out, it waits the full timeout again before resetting the port.  Unless, of course, a packet is received on that port in the meantime.

Of course, it might be that this message was supposed to be directed to a Kenwood radio support group instead of APRSISCE?

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32

On 1/20/2020 4:21 PM, ve7wat wrote:
We are running  ver 7.64 with a Kenwood rept on Port one ONLY.   Yesterday we encountered RF on the input that would not disappear.  the Time Out Timer (set for 300 sec) did its job and dropped the transmitter.
However even though the signal had not dropped the TOT was reset after about 10 sec (actually set for 15 sec & COS drop)and the transmitter was reactivated.  Any suggestions?

Fortunately we found the source of the RF and turned it off.

Geoff
VE7WAT/VE7HGD


soundmodem and aprsi32

Jose Manuel Martinez Barbera
 



Someone has the configuration of aprs32 with soundmodem software for aprs hf


Re: End of yahoo groups

K7ILO
 

And the thing about it is, I didn’t even notice the group added to my groups.io list when I was in it the other day.

 

Scary.

 

Harold

 

From: APRSISCE@groups.io <APRSISCE@groups.io> On Behalf Of Lynn Deffenbaugh
Sent: Wednesday, January 15, 2020 6:25 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] End of yahoo groups

 

Wow, talk about a seamless transition!  Didn't you notice the e-mail address to which your message was sent?

We finished the migration to group.io a few weeks ago.

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32

On 1/15/2020 8:04 PM, K7ILO wrote:

Hi all

 

It may have been mentioned already but since it seems Yahoo is dropping Yahoo Groups,

will this group be moving to an alternative space such as Groups.io like a lot of the ham groups

I belong to?

 

Harold

K7ILO

Las Vegas, NV.


Re: End of yahoo groups

K7ILO
 

Nope, I didn’t see it and yeah, talking about seamless.

Right on.

 

Thanks

 

Harold

K7ILO

 

From: APRSISCE@groups.io <APRSISCE@groups.io> On Behalf Of Lynn Deffenbaugh
Sent: Wednesday, January 15, 2020 6:25 PM
To: APRSISCE@groups.io
Subject: Re: [APRSISCE] End of yahoo groups

 

Wow, talk about a seamless transition!  Didn't you notice the e-mail address to which your message was sent?

We finished the migration to group.io a few weeks ago.

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32

On 1/15/2020 8:04 PM, K7ILO wrote:

Hi all

 

It may have been mentioned already but since it seems Yahoo is dropping Yahoo Groups,

will this group be moving to an alternative space such as Groups.io like a lot of the ham groups

I belong to?

 

Harold

K7ILO

Las Vegas, NV.


Re: End of yahoo groups

Lynn Deffenbaugh
 

Wow, talk about a seamless transition!  Didn't you notice the e-mail address to which your message was sent?

We finished the migration to group.io a few weeks ago.

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32

On 1/15/2020 8:04 PM, K7ILO wrote:

Hi all

 

It may have been mentioned already but since it seems Yahoo is dropping Yahoo Groups,

will this group be moving to an alternative space such as Groups.io like a lot of the ham groups

I belong to?

 

Harold

K7ILO

Las Vegas, NV.


Re: End of yahoo groups

James Ewen
 

Did you have a look see where you sent your email is being sent to, and where the replies are coming from? 

We’re already on groups.io. :)

James
VE6SRV

On Jan 15, 2020, at 6:04 PM, K7ILO <k7ilo1@...> wrote:



Hi all

 

It may have been mentioned already but since it seems Yahoo is dropping Yahoo Groups,

will this group be moving to an alternative space such as Groups.io like a lot of the ham groups

I belong to?

 

Harold

K7ILO

Las Vegas, NV.


End of yahoo groups

K7ILO
 

Hi all

 

It may have been mentioned already but since it seems Yahoo is dropping Yahoo Groups,

will this group be moving to an alternative space such as Groups.io like a lot of the ham groups

I belong to?

 

Harold

K7ILO

Las Vegas, NV.


Re: Trouble with my Pore

Thomas Testa
 

I was able to find the problem. Unfortunately a chip in my PK233 has blown. Thanks to everyone for their input.
           
                         TNX Tom N2UFM




On Tuesday, January 14, 2020, 11:25 AM, Randy Allen <ka0azs@...> wrote:

I had that issue recently with my home station.  The issue turned out to
be a loose power connector on the radio.  Apparently it wasn't getting
enough voltage to keep the radio running when it tried to transmit, but
was getting enough to run it for receive.

Unplugged and re-plugged in the connector (the factory Molex
t-connector) at the back of the radio and problem fixed.

Hope this helps.

73

Randy KAØAZS





Re: Trouble with my Pore

Randy Allen
 

I had that issue recently with my home station.  The issue turned out to be a loose power connector on the radio.  Apparently it wasn't getting enough voltage to keep the radio running when it tried to transmit, but was getting enough to run it for receive.

Unplugged and re-plugged in the connector (the factory Molex t-connector) at the back of the radio and problem fixed.

Hope this helps.

73

Randy KAØAZS


Re: Trouble with my Pore

Thomas Testa
 

Lynn after I over reacted and sent you multiple messages, for which I apologize, it dawned on me that the transmitting chip in my PK 232 might have blown. Today I will be using my backup to see if this is true. I will keep you posted. I appreciate your prompt response to my questions.

                    TNX , Tom N2UFM




On Monday, January 13, 2020, 10:54 PM, Lynn Deffenbaugh <kj4erj@...> wrote:

The Callsign-SSID shown in the port configuration dialog are a red herring.  They are not used and will eventually be removed.  It was a misguided attempt to give each port its own unique station ID.

The most common reason for not transmitting is a change in the TNC or radio.  What are you using on this particular port?

You may also want to check:

http://aprsisce.wikidot.com/doc:transmitting

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32

On 1/13/2020 8:23 PM, Thomas Testa via Groups.Io wrote:
For some unknown reason my port has stopped working. I have not changed a thing in my configurations.I can see incoming RF packets on my scroll but can not transmit. When I go to CONFIG/PORT my callsign and SSID have disappeared.I am running Development Version 2019/01/21 17:53


Re: Trouble with my Pore

Lynn Deffenbaugh
 

The Callsign-SSID shown in the port configuration dialog are a red herring.  They are not used and will eventually be removed.  It was a misguided attempt to give each port its own unique station ID.

The most common reason for not transmitting is a change in the TNC or radio.  What are you using on this particular port?

You may also want to check:

http://aprsisce.wikidot.com/doc:transmitting

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32

On 1/13/2020 8:23 PM, Thomas Testa via Groups.Io wrote:
For some unknown reason my port has stopped working. I have not changed a thing in my configurations.I can see incoming RF packets on my scroll but can not transmit. When I go to CONFIG/PORT my callsign and SSID have disappeared.I am running Development Version 2019/01/21 17:53


Trouble with my Port

Thomas Testa
 

 I don't know if my last message went through so I apologize if this is a redundant message. I am running Development Version 2019/01/21 17:53. For some unknown reason the program has stopped keying my radio. I can receive incoming packets and see RF stations on the scroll. In CONFIGURE/Ports my callsign and SSID have disappeared.


Trouble with my Pore

Thomas Testa
 

For some unknown reason my port has stopped working. I have not changed a thing in my configurations.I can see incoming RF packets on my scroll but can not transmit. When I go to CONFIG/PORT my callsign and SSID have disappeared.I am running Development Version 2019/01/21 17:53


Re: Keeping .gpx and .pos upon closing-Solved

Lynn Deffenbaugh
 

I almost never have my GPXs in the directory with APRSIS32, but always have them elsewhere.

Are you sure the other directory is available every time you started APRSIS32?  If it was a thumb drive or other removable media, APRSIS32 might have marked them unavailable if they weren't there once and then might not ever check them again.

Anyway, I'm glad you have it working, but I wish we knew exactly what was worng (sic).

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32

On 1/9/2020 11:51 AM, Bob KE6GYD wrote:
Set up a new beacon comment under Configure/Beacon/Comment and the check box remained on the new comment created after closing and restarting.  So it's saving the .XML config.

BUT, THE THOUGHT OCCURRED TO ME:  I was now inserting the .gpx and .pos files from a different directory than the APRSIS32 program directory.  So when I inserted them from the same directory, they stayed upon closing the program.  I presume that .XML config file only searches for them in the APRSIS32 program directory.  That's why it worked in the past and not recently. 

I don't know if there is a way to point to a different directory so the .XML file saves the configuration, but if not, no big deal now that I understand what happened.  It was just easier for me to work with the files and backup the files in a separate directory.

Thanks for getting me to do some thinking.

73
Bob
KE6GYD


Re: Keeping .gpx and .pos upon closing-Solved

Bob KE6GYD
 

Set up a new beacon comment under Configure/Beacon/Comment and the check box remained on the new comment created after closing and restarting.  So it's saving the .XML config.

BUT, THE THOUGHT OCCURRED TO ME:  I was now inserting the .gpx and .pos files from a different directory than the APRSIS32 program directory.  So when I inserted them from the same directory, they stayed upon closing the program.  I presume that .XML config file only searches for them in the APRSIS32 program directory.  That's why it worked in the past and not recently. 

I don't know if there is a way to point to a different directory so the .XML file saves the configuration, but if not, no big deal now that I understand what happened.  It was just easier for me to work with the files and backup the files in a separate directory.

Thanks for getting me to do some thinking.

73
Bob
KE6GYD