Date   
Re: Proportional beaconing feature request

Justin Cherington
 

Thanks for the write up! Very informative. I’m aware of the state specific digipeating but need to test it out to see if it’s in place here. 

The paths that show me going to El Paso was intentional, I knew one of them was corrupting packets but didn’t know which. So I kept adding them over time until I found the culprit. 

Re: Proportional beaconing feature request

James Ewen
 

On Mon, Feb 3, 2020 at 8:38 PM, Justin Cherington
<huntjlc@...> wrote:
I’d love to see proportional beaconing as an option. Something like being able to set an interval for DIRECT, WIDE1-1, WIDE2-1, WIDE2-2 with a customizable timer for each. It would really help in a place like AZ where blasting at WIDE1-1, WIDE2-1 can easily put your RF across state lines, but you still want to increase your chances of being gated a few times an hour. Thanks Lynn, we spoke on FB about this today and you asked that I post it here. 

I've cc'ed a couple email addresses for some of the groups operating the digipeaters in the area.

The best way to keep your packets within state lines is to use the SSn-N alias. 

If your digipeater operators have configured the digipeaters properly, this alias will be supported in your area. If you are in Arizona, the alias will be AZ2-2 for a 2 hop path. 

A better means of being gated on a regular basis is to work on educating APRS users on proper path selection, courteous operations, and ensuring that the digipeater network is set up properly, including proper locations for digipeaters. This is not an easy task, many people are not receptive to advice from others. Trying to show people that there are issues with their equipment is very difficult. Digipeater owners can be some of the most challenging to work with as they will look at the packets sourced by their digipeater, and tell you there's nothing wrong. Unfortunately the majority of issues with digipeaters can only be seen by observing packets from others that have been handled by the digipeater.

Misconfigured digipeater aliases, and known hardware issues with various digipeater hardware are the majority of the problems. Delayed packet delivery is a known issue in the Kantronics equipment.

Brute force operations to try and muscle your packets out over top of other users is just a recipe for more problems. 

Looking at your packets, it looks like there’s something seriously wrong with the local digipeater configurations. 

It looks like you are running a WIDE1-1,WIDE2-1 path which works for the most part. 

2020-02-03 17:40:39 MST: KD1ELK>SSRPQS,WIDE1-1,WIDE2-1,qAR,AG7GK-1:`'H6n>}>/`"7{}Justins Tacoma_%

  The packets above show your position packet being picked up directly by AG7GK-1.  

2020-02-03 17:42:42 MST: KD1ELK>SSRPQU,KE7JVX-3*,WIDE1,WIDE2-1,qAO,K7EIR-12:`'Fmo4u>/`"8/}Justins Tacoma_%

The packet above was digipeated by KE7JVX-3, but the digipeater has not marked the used path properly. It has inserted it's callsign which is marked as used (*), and then put an unused WIDE1 alias into the path.

When a digipeater handles a packet, it should insert the digipeater call, and then mark the alias acted upon as used as seen below.

2020-02-02 12:53:34 MST: VE6PS-4>USQUYQ,EDMNTN,WIDE1*,WIDE2-1,qAO,VE6REF-10:`)?+m@}>/";s}/TinyTrak4 Alpha

You can see that the EDMNTN digipeater acted upon a WIDE1-1 alias, and has marked the WIDE1 as used up as signified by the * after WIDE1.

What follows in your raw data is a serious mess...

If we assume that KE7JVX-3 digipeated your packet and passed it along with the next path element as WIDE1, then no digipeater should handle the packet again as WIDE1 is not a valid digipeat alias. Yet below, we see a number of copies of your packet being handled by a number of digipeaters.

GREENS picks up the packet and digipeats it, which is then digipeated by ALPAZ, and then gated by W7JET-10. No evidence of any used paths are evident.

2020-02-03 17:55:07 MST: KD1ELK>SSQWXS,KE7JVX-3,GREENS,ALPAZ,qAS,W7JET-10:`'E>l"Y>/`"82}Justins Tacoma_%

If the packet had path elements of WIDE1,WIDE2-1, and the digipeaters were misconfigured to act upon WIDE1, then its possible to see three hops when there was only 2 hops initially requested.

But look below...

2020-02-03 17:57:58 MST: KD1ELK>SSQWXS,KE7JVX-3,GREENS,ALPAZ,LUERA,CABALL,qAS,W7JET-10:`'E>l"Y>/`"82}Justins Tacoma_%
2020-02-03 18:01:10 MST: KD1ELK>SSQWXS,KE7JVX-3,GREENS,ALPAZ,LUERA,CABALL,JACKPK,HELIO,qAS,W7JET-10:`'E>l"Y>/`"82}Justins Tacoma_%

We see five and seven hops in these packets... where are the extra path elements coming from? Why are these digipeaters acting upon the packet? Why is there no evidence of path elements showing?

It gets worse... somewhere along the line, a digipeater is also corrupting the packet... quite possibly K7TUS and MULE.

2020-02-03 18:03:14 MST: KD1ELK>SSQWXS,KE7JVX-3,GREENS,ALPAZ,LUERA,CABALL,JACKPK,HELIO,K7TUS,qAS,W7JET-10:<0xf0>`'E>l"Y>/`"82}Justins Tacoma_% [Unsupported packet format]
2020-02-03 18:04:50 MST: KD1ELK>SSQWXS,KE7JVX-3,GREENS,ALPAZ,LUERA,CABALL,JACKPK,HELIO,MULE,qAS,W7JET-10:<0xf0>`'E>l"Y>/`"82}Justins Tacoma_% [Unsupported packet format]
2020-02-03 18:05:29 MST: KD1ELK>SSQWXS,KE7JVX-3,GREENS,ALPAZ,LUERA,CABALL,JACKPK,HELIO,MULE,qAS,W7JET-10:<0xf0>`'E>l"Y>/`"82}Justins Tacoma_% [Unsupported packet format]

Look below... this same packet using the same path was seen at 18:01:01, 5 minutes and 25 seconds before.

2020-02-03 18:06:26 MST: KD1ELK>SSQWXS,KE7JVX-3,GREENS,ALPAZ,LUERA,CABALL,JACKPK,HELIO,qAS,W7JET-10:`'E>l"Y>/`"82}Justins Tacoma_%

Actually if you look closer, the original packet went out around 17:55:07, and every packet after is a duplicate of that original packet that has been delayed in delivery.

2020-02-03 18:11:46 MST: KD1ELK>SSQWXS,W7MOT-10,W7MOT-8,MINGUS,qAS,W7JET-10:`'E>l"Y>/`"82}Justins Tacoma_%
2020-02-03 18:14:14 MST: KD1ELK>SSQWXS,KE7JVX-3,GREENS,ALPAZ,LUERA,CABALL,JACKPK,HELIO,qAS,W7JET-10:`'E>l"Y>/`"82}Justins Tacoma_%
2020-02-03 18:15:50 MST: KD1ELK>SSQWXS,KE7JVX-3*,WIDE1,WIDE2-1,qAO,K7EIR-12:`'E>l"Y>/`"82}Justins Tacoma_%

How many digipeats, copies of the original packet, and digipeats of all those copies bounce around the area? We see evidence of this one packet bouncing around the network for 20 minutes.

These digipeaters stretch between Phoenix and El Paso.


Adding proportional pathing is not going to solve these network issues. You may find you have better luck in being heard by the local i-gates if you use no path at all. The digipeater network in your area appears to be so badly misconfigured and broken that it's lucky you can get anything through.

As a caveat, I am basing all of this on the data available to me via the APRS-IS stream. As you know, the APRS-IS stream filters out the majority of the packets on the local RF network using dupe filters. There are most likely hundreds of copies of the same packet being bounced around the area for minutes at a time due to the systemic issues in the area. Only the packets that are delayed longer than the dupe filters end up showing in the APRS-IS stream, and then only the first of each of those are shown.

You could try building a new proper APRS network on an alternate frequency... it might be easier than trying to convince people that their digipeaters are seriously broken.

There is so much going on here that it is almost impossible to know exactly what is happening. Being able to see all the packets as they bounce around the network might help shed some clues into what is going on.

James
VE6SRV

Re: Proportional beaconing feature request

George Smith <n7jjy@...>
 

Could not agree more.  Between northern Colorado and southern Wyoming seems like we (in Wyoming) get beacons from 100 plus miles at times. hhmmmm
De N7JJY 



On Mon, Feb 3, 2020 at 8:38 PM, Justin Cherington
<huntjlc@...> wrote:
I’d love to see proportional beaconing as an option. Something like being able to set an interval for DIRECT, WIDE1-1, WIDE2-1, WIDE2-2 with a customizable timer for each. It would really help in a place like AZ where blasting at WIDE1-1, WIDE2-1 can easily put your RF across state lines, but you still want to increase your chances of being gated a few times an hour. Thanks Lynn, we spoke on FB about this today and you asked that I post it here. 

Proportional beaconing feature request

Justin Cherington
 

I’d love to see proportional beaconing as an option. Something like being able to set an interval for DIRECT, WIDE1-1, WIDE2-1, WIDE2-2 with a customizable timer for each. It would really help in a place like AZ where blasting at WIDE1-1, WIDE2-1 can easily put your RF across state lines, but you still want to increase your chances of being gated a few times an hour. Thanks Lynn, we spoke on FB about this today and you asked that I post it here. 

'TCPIP' seen in from an ISS packet decode

KD7YZ Bob
 

... and then apparently DigiPeated by me.

here are a couple:

-----------------------------------------------------------------------------
3:Fm KD7YZ-15 To APWW10 Via WIDE2-1 <UI pid=F0 Len=88 >[19:38:26]
}K4KDR-6>CQ,RS0ISS,TCPIP,KD7YZ-15*::VE3FFB :Heard you via ISS in Montpelier, VA FM17es

-------------------------------------------------------------------------------
3:Fm KD7YZ-15 To APWW10 Via WIDE2-1 <UI pid=F0 Len=79 >[21:14:51]
}KC9YTT>CQ,TCPIP,KD7YZ-15*::KA8YES-6 :Your 599 in Williamsfield, Illinois! 73's
---------------------------------------------------------------------------------------------------------------


Have seen this a lot and wonder if I have APRSIS/32 config wrong ... the Port-3 is an RTL/SDR-Console off a separate antenna. A monitoring setup for me to verify things sometimes. It comes thru the AGWPE-Telnet link/Port in APRSIS32.


--
--
KD7YZ Bob EM88LL

Re: APRSIS23 HF APRS & PTC-IIex

John Brent - VA7WPN
 

I have done the capacitor mod, with no change. 

SCS has given me instructions to do a memory dump / check in the sys mode to try and clear the flash memory.

more to follow.

Re: *int*

Rob Giuliano
 


Neither listed what htese were.Might be something to add in the first one as clarification.

These are packets generated internally by APRSIS32.
You can disable these from showing in the through the >Configure >Scroller option in the menu (as described in the second link).

Robert Giuliano
KB8RCO



On Sunday, January 26, 2020, 11:35:46 AM EST, g6yrk@... <g6yrk@...> wrote:


Hi all
I have another question, When I am watching the " scroller" screen sometimes see  *int* at the side of my out going transmision.
Any explonations please?

Steve G6YRK

*int*

g6yrk@...
 

Hi all
I have another question, When I am watching the " scroller" screen sometimes see  *int* at the side of my out going transmision.
Any explonations please?

Steve G6YRK

Re: Getting APRSIS TO tx/rx on RF

Kako Lizares
 

Hi try to check your soundcard config.. 

Re: Getting APRSIS TO tx/rx on RF

Jeffrey Golas
 

Ah cool I didnt realize that was a thing. Thanks!

Jeff

On Jan 25, 2020, at 11:40 AM, Lynn Deffenbaugh <kj4erj@...> wrote:

Yes, just send an APRS message to the station you want to query.  You can even send an APRS message to yourself to query your own station.

All queries start with a ?.  If you send an invalid query (like ?JUNK) APRSIS32 will respond with the queries that are supported.

        > Support[1/2]: ?APRSD ?APRSL ?APRSH ?APRSM ?APRSO ?APRSP ?APRSS
        > Support[2/2]:?APRST/?PING? ?ABOUT/?APRSV/?VER ?CPU ?DX ?IGATE

The only odd-ball is ?APRSH (query heard).  By default it will respond with the path over which the query was received.   But if you add a trailing * (?APRSH *), it will respond with a list of all stations heard via RF ports.  ?APRSD responds with the direct stations (no hops used), ?APRSL with local (<2 hops and past N minutes).  The number in () will be the calculated used hop count with (0) suppressed for directly-received stations.

https://robust-packet.net/documents/APRS-Queries.pdf has an interesting list although I didn't study it in detail just now.

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

On 1/25/2020 11:14 AM, Jeffrey Golas wrote:
How do you do these queries? Is it possible to do within the software?

Jeff

On Jan 25, 2020, at 10:37 AM, Lynn Deffenbaugh <kj4erj@...> wrote:

I'm glad we got it worked out.  I'm still surprised that the <Open/CloseCmd>s from the Kenwood APRS radios (lurking beneath the "KISS" port type) actually made your TNC function, but function it did!

According to the query I just did (?APRSH *), you've copied packets from 5 stations in the past 2 hours or so:

G3CWI-5(1) G6YRK-7 M0WIT-9(2) M1VIP-9(2) MB7UMC

G6YRK-7 and MB7UMC were copied direct and the other 3 were via digipeats.  Is G6YRK-7 your APRS HT?  If so, what was the magic to get it decoded and received?

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

On 1/25/2020 10:02 AM, g6yrk@... wrote:
Well what can I say, what a good job Lynn did last night sorting my problem out, plus I also learnt a lot about APRSIS that I did not know, and I have been using since it since about 2003
but we (Lynn) found the problem was down to the "Kiss" settings, I had it set to Simply (KISS) and my old system running on Win7 was Just "KISS" so changed it and hey presto it worked
and we were chatting on APRSIS untill about 02:30 in the morning trying to sort it 

But Very Many thanks Lynn and putting up with some of my questions

Steve G6YRK  uk

Re: Getting APRSIS TO tx/rx on RF

Lynn Deffenbaugh
 

Yes, just send an APRS message to the station you want to query.  You can even send an APRS message to yourself to query your own station.

All queries start with a ?.  If you send an invalid query (like ?JUNK) APRSIS32 will respond with the queries that are supported.

        > Support[1/2]: ?APRSD ?APRSL ?APRSH ?APRSM ?APRSO ?APRSP ?APRSS
        > Support[2/2]:?APRST/?PING? ?ABOUT/?APRSV/?VER ?CPU ?DX ?IGATE

The only odd-ball is ?APRSH (query heard).  By default it will respond with the path over which the query was received.   But if you add a trailing * (?APRSH *), it will respond with a list of all stations heard via RF ports.  ?APRSD responds with the direct stations (no hops used), ?APRSL with local (<2 hops and past N minutes).  The number in () will be the calculated used hop count with (0) suppressed for directly-received stations.

https://robust-packet.net/documents/APRS-Queries.pdf has an interesting list although I didn't study it in detail just now.

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

On 1/25/2020 11:14 AM, Jeffrey Golas wrote:
How do you do these queries? Is it possible to do within the software?

Jeff

On Jan 25, 2020, at 10:37 AM, Lynn Deffenbaugh <kj4erj@...> wrote:

I'm glad we got it worked out.  I'm still surprised that the <Open/CloseCmd>s from the Kenwood APRS radios (lurking beneath the "KISS" port type) actually made your TNC function, but function it did!

According to the query I just did (?APRSH *), you've copied packets from 5 stations in the past 2 hours or so:

G3CWI-5(1) G6YRK-7 M0WIT-9(2) M1VIP-9(2) MB7UMC

G6YRK-7 and MB7UMC were copied direct and the other 3 were via digipeats.  Is G6YRK-7 your APRS HT?  If so, what was the magic to get it decoded and received?

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

On 1/25/2020 10:02 AM, g6yrk@... wrote:
Well what can I say, what a good job Lynn did last night sorting my problem out, plus I also learnt a lot about APRSIS that I did not know, and I have been using since it since about 2003
but we (Lynn) found the problem was down to the "Kiss" settings, I had it set to Simply (KISS) and my old system running on Win7 was Just "KISS" so changed it and hey presto it worked
and we were chatting on APRSIS untill about 02:30 in the morning trying to sort it 

But Very Many thanks Lynn and putting up with some of my questions

Steve G6YRK  uk

Re: Getting APRSIS TO tx/rx on RF

Jeffrey Golas
 

How do you do these queries? Is it possible to do within the software?

Jeff

On Jan 25, 2020, at 10:37 AM, Lynn Deffenbaugh <kj4erj@...> wrote:

I'm glad we got it worked out.  I'm still surprised that the <Open/CloseCmd>s from the Kenwood APRS radios (lurking beneath the "KISS" port type) actually made your TNC function, but function it did!

According to the query I just did (?APRSH *), you've copied packets from 5 stations in the past 2 hours or so:

G3CWI-5(1) G6YRK-7 M0WIT-9(2) M1VIP-9(2) MB7UMC

G6YRK-7 and MB7UMC were copied direct and the other 3 were via digipeats.  Is G6YRK-7 your APRS HT?  If so, what was the magic to get it decoded and received?

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

On 1/25/2020 10:02 AM, g6yrk@... wrote:
Well what can I say, what a good job Lynn did last night sorting my problem out, plus I also learnt a lot about APRSIS that I did not know, and I have been using since it since about 2003
but we (Lynn) found the problem was down to the "Kiss" settings, I had it set to Simply (KISS) and my old system running on Win7 was Just "KISS" so changed it and hey presto it worked
and we were chatting on APRSIS untill about 02:30 in the morning trying to sort it 

But Very Many thanks Lynn and putting up with some of my questions

Steve G6YRK  uk

Re: Getting APRSIS TO tx/rx on RF

Lynn Deffenbaugh
 

I'm glad we got it worked out.  I'm still surprised that the <Open/CloseCmd>s from the Kenwood APRS radios (lurking beneath the "KISS" port type) actually made your TNC function, but function it did!

According to the query I just did (?APRSH *), you've copied packets from 5 stations in the past 2 hours or so:

G3CWI-5(1) G6YRK-7 M0WIT-9(2) M1VIP-9(2) MB7UMC

G6YRK-7 and MB7UMC were copied direct and the other 3 were via digipeats.  Is G6YRK-7 your APRS HT?  If so, what was the magic to get it decoded and received?

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

On 1/25/2020 10:02 AM, g6yrk@... wrote:
Well what can I say, what a good job Lynn did last night sorting my problem out, plus I also learnt a lot about APRSIS that I did not know, and I have been using since it since about 2003
but we (Lynn) found the problem was down to the "Kiss" settings, I had it set to Simply (KISS) and my old system running on Win7 was Just "KISS" so changed it and hey presto it worked
and we were chatting on APRSIS untill about 02:30 in the morning trying to sort it 

But Very Many thanks Lynn and putting up with some of my questions

Steve G6YRK  uk

Re: Getting APRSIS TO tx/rx on RF

g6yrk@...
 

Well what can I say, what a good job Lynn did last night sorting my problem out, plus I also learnt a lot about APRSIS that I did not know, and I have been using since it since about 2003
but we (Lynn) found the problem was down to the "Kiss" settings, I had it set to Simply (KISS) and my old system running on Win7 was Just "KISS" so changed it and hey presto it worked
and we were chatting on APRSIS untill about 02:30 in the morning trying to sort it 

But Very Many thanks Lynn and putting up with some of my questions

Steve G6YRK  uk

Re: Where is "S8RY4Q" generated?

KD7YZ Bob
 

"""So, just to be clear, the D710 is sending beacons position and other type packets using Dire Wolf the same call-SSID (KD7YZ-15) ?"""

That's a digipeat from/or through, me, from a friend of mine who is quite blocked from easy RF transmission in my direction ... to his North. He uses DW, I use APRSIS32-Develop

that tocall.txt seems familiar. I'll try to find it here or on the I-Net

thanks again

--
--
KD7YZ Bob EM88LL

Re: Where is "S8RY4Q" generated?

Randy Love
 

So, just to be clear, the D710 is sending beacons position and other type packets using Dire Wolf the same call-SSID (KD7YZ-15) ?

What you're seeing is two different uses of the TO call field. 

The S8RY4Q is from a Mic-E encoded packet which used the TO call to send part of the position information. In that case, the TO call doesn't ID the type of equipment/ software used.  

The APWW10 in the TO call field is an equipment/software identifier. If you look closely at the packets that have that in the TO field, you will notice that they are not position packets,  so they don't need to use the TO call field for that information.

Sorry, I'm on my phone so I can't get to the links directly, but if you go to aprs.org and search the page for APRS spec, you will find in .pdf file that it downloads a definition of Mic-E encoding scheme. On that same page is a link to the APRS 1.1 addendum page which has a link on it to the tocall.txt with the TO call definitions.

The thing to understand here is that the TO call field isn't always used to identify equipment/ software being used, but also can be used as part of the location information when position data is sent in Mic-E format, even in the same equipment/software.

Randy 
WF5X 


On Sat, Jan 25, 2020, 6:57 AM KD7YZ Bob <kd7yz@...> wrote:
for example, looking on Findu, for KD7YZ-15, 5 mins ago, I see I have 2 "TO"'s


KD7YZ-15>S8RY4Q,WIDE2-2,qAR,KG4DVE-1:'oY"l  -/]Greenup County 900' MSL Stacked Loops 50'=
KD7YZ-15>APWW10,TCPIP*,qAC,T2OSAKA:T#422,100,048,093,128,000,10100000
KD7YZ-15>APWW10,TCPIP*,qAC,T2OSAKA:T#423,100,048,093,128,000,10100000
KD7YZ-15>APWW10,TCPIP*,qAC,T2OSAKA:<IGATE,MSG_CNT=2,LOC_CNT=3,DIR_CNT=3,RF_CNT=4
KD7YZ-15>S8RY4Q,WIDE2-2,qAR,KG4DVE-1:'oY"l  -/]=
--
--
KD7YZ Bob EM88LL



Re: Where is "S8RY4Q" generated?

KD7YZ Bob
 

for example, looking on Findu, for KD7YZ-15, 5 mins ago, I see I have 2 "TO"'s


KD7YZ-15>S8RY4Q,WIDE2-2,qAR,KG4DVE-1:'oY"l -/]Greenup County 900' MSL Stacked Loops 50'=
KD7YZ-15>APWW10,TCPIP*,qAC,T2OSAKA:T#422,100,048,093,128,000,10100000
KD7YZ-15>APWW10,TCPIP*,qAC,T2OSAKA:T#423,100,048,093,128,000,10100000
KD7YZ-15>APWW10,TCPIP*,qAC,T2OSAKA:<IGATE,MSG_CNT=2,LOC_CNT=3,DIR_CNT=3,RF_CNT=4
KD7YZ-15>S8RY4Q,WIDE2-2,qAR,KG4DVE-1:'oY"l -/]=
--
--
KD7YZ Bob EM88LL

Re: Where is "S8RY4Q" generated?

KD7YZ Bob
 

On Fri, Jan 24, 2020 at 08:34 AM, Randy Love wrote:


APRS Mic-E encoding
I tried various searches relating to that, Mic-E, and do not see how to break-out the S8RY4Q ... nor the

2:Fm N4PWH-10 To APDW15 Via KD7YZ-15,WIDE1*,WIDE2-1 <UI pid=F0 Len=57 >[06:27:56]
!3819.85NI08258.30W#RasPi I-Gate/Digipeater in Grayson KY


APDW15, which I believe means he used DireWolf

I haven't a copy of the one I usually saw on my packets ...something akin to APWWD10-ish as I am using a KWD D710 .. but, at that time I had seen other KWD users and theirs, being 700's, had something similar which included the 700.

I am guessing I have changes a setup in the D710GA or in APRS32-Devel version, that altered what I was sending.

I guess it doesn't really matter as I am getting out; am rx'ing and otherwise Digipeat and iGating ...

just that I was curious what the CallSign TO APWDW10 or TO S8RY4Q breaks down to ... no joy on several googles this morning.

--
KD7YZ Bob EM88LL

Re: Getting APRSIS TO tx/rx on RF

Lynn Deffenbaugh
 

He is finally running the development version and has opted to go to a private exchange with me.  I'll try to encourage him to get back to the group so others can a) benefit, and/or b) think of things that I haven't.

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

On 1/24/2020 7:26 PM, Rob Giuliano via Groups.Io wrote:
Can you copy the exe and xml from the old computer?

Otherwise, there is no link to the development version.  The non-development version will download and install it when the XML setting is set (per Lynn's previous email and link to the wiki.


On Fri, Jan 24, 2020 at 13:53, g6yrk@...
Hi again, I have uninstalled the version I had but cannot find a Development version
have you a link please ?

Re: Getting APRSIS TO tx/rx on RF

Rob Giuliano
 

Can you copy the exe and xml from the old computer?

Otherwise, there is no link to the development version.  The non-development version will download and install it when the XML setting is set (per Lynn's previous email and link to the wiki.


On Fri, Jan 24, 2020 at 13:53, g6yrk@...
<g6yrk@...> wrote:
Hi again, I have uninstalled the version I had but cannot find a Development version
have you a link please ?