Date   

Tactical calls

Fred Hillhouse
 

Hi Lynn,

 

Every now and then I get a request to accept a tactical call. Most of the time I end up selecting “never”.

 

But, I was thinking, it might be nice to have a time function. Something like “yes for X time (days/hours/minutes”. Maybe even a global setting that would always allow tactical for X time would be useful.

 

Personally I am fond of something at a global level.

 

Thanks!

 

Best regards,

Fred N7FMH


Virus-free. www.avast.com


Re: Development version updae fail to download

Archie Robison
 

Lynn, I followed the link that you supplied and that worked just fine.  Thank you.  Still not sure why the automatic version check
failed, but now running the latest version no problems.

Have a great weekend!

Les  N7GWT


Re: ISS packet incrementing RF counter but not gating

Lynn Deffenbaugh
 

The IGateEnabled log only shows whether or not APRSISCE/32 considers the IGate to be enabled, that is, the APRS-IS port enabled AND at least one RF Port enabled.  It was introduced so I could debug the logic behind it when multiple RF ports are configured.

The Transmit log shows the transmit status of packets generated internally by APRSISCE/32.

The log you're looking for is the IGate log.  That shows the activity of the IGate logic and should show the RS0ISS packets that you are looking for.

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

PS.  The TraceLogs were originally for debugging APRSISCE/32 and are still rather haphazard as to what goes in which log.  Eventually I guess I should clean them up, reduce the number, and document what goes in which log...


On 11/30/2018 12:41 AM, Yatharth Verma halfcircle24@... [aprsisce] wrote:
Thanks for the update Lynn, but aren't these packets supposed to show up in the IgateEnabled/Transmit trace log also?

Thanks & regards,
Yatharth Verma
VU3NUF

On Friday, November 30, 2018, 10:08:58 AM GMT+5:30, 'Lynn W Deffenbaugh (Mr)' kj4erj@... [aprsisce] <aprsisce@...> wrote:


 

From https://aprs.fi/?c=raw&call=RS0ISS&limit=1000&view=normal

2018-11-24 16:01:09 EST: RS0ISS>CQ,qAR,VU3NUF:>ARISS - International Space Station
2018-11-24 16:03:09 EST: RS0ISS>CQ,qAR,VU3NUF:>ARISS - International Space Station
2018-11-25 07:02:19 EST: RS0ISS>CQ,qAR,VU3NUF:>ARISS - International Space Station
2018-11-25 15:10:58 EST: RS0ISS>CQ,qAR,VU3NUF:>ARISS - International Space Station
2018-11-26 06:10:08 EST: RS0ISS>CQ,qAR,VU3NUF:>ARISS - International Space Station

So yes, you ARE gating the packets as seen in UZ7HO, but they are not in your station's raw packets, but under the source callsign of RS0ISS.

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

On 11/29/2018 9:18 PM, Yatharth Verma halfcircle24@... [aprsisce] wrote:
Hi!
Carrying forward on my previous issue wherein I had said that an ISS packet received through RF is not being Igated, I am putting down some detailed points to explain better and seek assistance:

1. The APRSIS32 and UZ7HO instance which is running is inter-communicating properly (verified)
2. During a pass the UZ7HO sound modem decodes the following string:
    1:Fm RS0ISS To CQ <UI R Pid=F0 Len=36> [15:39:39R] [+++]
    >ARISS - International Space Station
(screen shot attached)
3. This causes APRSIS32 to generate a statistics packet incrementing the RF counter by 1 as shown below:
APWW10,TCPIP*,qAC,T2GB:<IGATE,MSG_CNT=0,LOC_CNT=1,DIR_CNT=1,RF_CNT=1
This is also reaches aprs.fi (screen shot of RAW packets attached)
4. However, the decoded ISS string is not Igated. I have checked both the IGateEnabled log as well as the Transmit log. (screen shot attached)
5. Attaching a screenshot of the port configuration of the UZ7HO modem as well
6. Operating system is Windows 8.1

Have been trying to figure this out for quite some time now but no luck. Am I missing a config setting here? Any help would be greatly appreciated..

Thanks in advance.

Yatharth Verma
VU3NUF






Re: GKRELAY to GPS TCP server

sbd sbd
 

You can connect multiple serial leads, it was done a lot for Packet, but the data is addressed. Multiple TNCs connected all able to communicate. Search for Netrom diode matrix

 

steve

G6UIM

 

From: aprsisce@...
Sent: 30 November 2018 02:41
To: aprsisce@...
Subject: Re: [aprsisce] GKRELAY to GPS TCP server

 

 

In reality.  I think you can have multiple devices connected as "receivers", as long as only 1 is sending.  I have done this on other serial devices, but never tried it on a GPS.



GPSd is a good option as well, but direct connect into 2 devices should be possible for receive.

 

Robert Giuliano

KB8RCO

 

 


From: "'Steve Daniels' steve@... [aprsisce]" <aprsisce@...>
To: aprsisce@...
Sent: Thursday, November 29, 2018 7:48 PM
Subject: RE: [aprsisce] GKRELAY to GPS TCP server

 

 

I would look into GPSD which is designed to do this sort of thing. I have a GPS unit into an RPi running GPSD, that feeds NTP to creat a time source on my network and also feeds NMEA data to any device that can connect over the network. So APRSIS32 is picking up the GPS data from the gPSD system

 

Steve

G6UIM

 

From: aprsisce@... <aprsisce@...>
Sent: 29 November 2018 21:27
To: aprsisce@...
Subject: RE: [aprsisce] GKRELAY to GPS TCP server

 

 

In the meantime:

 

You might be able to run your NMEA from the TT4/GPS into serial port sharing software. Then not only APRSIS32 can use it, but also other applications requiring a COM port. The COM will be virtual but it works. I did something similar with an OT3. I was able to use the data with APRSIS32, a GIS application, an OBDII application, and a couple of other items.

 

I have done a couple of different things to share a GPS. One was to use an old Android phone and load “Share GPS”. This allows sharing the GPS across a network. The other thing I did was connect a GPS to a Wi-Fi to serial adapter.. The adapter was homemade using an ESP8266 and GPS module.

 

On my wishlist, the ability for APRSISMO to use a network GPS. Then I could use a GPSless tablet. It may be possible now but I haven’t found how yet. ;)

 

 

Best regards,

Fred N7FMH

 

 

From: aprsisce@... [mailto:aprsisce@...]
Sent: Thursday, November 29, 2018 11:03 AM
To: aprsisce@...
Subject: [aprsisce] GKRELAY to GPS TCP server

 

 

Hi Lynn and group,

I want to toss the following out as a possible enhancement/wish list item please....

 

I had a need a while back to run multiple GPS driven applications and in my case, I'm running APRSIS32 with my GPS data relayed via GKRELAY on my TT4.   Do you think there's any appetite to have APRSIS32 strip the KISS relayed GPS data back to it's native NEMA protocol and provide it via a TCP port for other applications to digest?

 

Thanks and regards,

Keehan - VA6KD

 

Virus-free. www.avast.com

 


Re: ISS packet incrementing RF counter but not gating

Yatharth Verma
 

Thanks for the update Lynn, but aren't these packets supposed to show up in the IgateEnabled/Transmit trace log also?

Thanks & regards,
Yatharth Verma
VU3NUF

On Friday, November 30, 2018, 10:08:58 AM GMT+5:30, 'Lynn W Deffenbaugh (Mr)' kj4erj@... [aprsisce] wrote:


 

From https://aprs.fi/?c=raw&call=RS0ISS&limit=1000&view=normal

2018-11-24 16:01:09 EST: RS0ISS>CQ,qAR,VU3NUF:>ARISS - International Space Station
2018-11-24 16:03:09 EST: RS0ISS>CQ,qAR,VU3NUF:>ARISS - International Space Station
2018-11-25 07:02:19 EST: RS0ISS>CQ,qAR,VU3NUF:>ARISS - International Space Station
2018-11-25 15:10:58 EST: RS0ISS>CQ,qAR,VU3NUF:>ARISS - International Space Station
2018-11-26 06:10:08 EST: RS0ISS>CQ,qAR,VU3NUF:>ARISS - International Space Station

So yes, you ARE gating the packets as seen in UZ7HO, but they are not in your station's raw packets, but under the source callsign of RS0ISS.

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

On 11/29/2018 9:18 PM, Yatharth Verma halfcircle24@... [aprsisce] wrote:
Hi!
Carrying forward on my previous issue wherein I had said that an ISS packet received through RF is not being Igated, I am putting down some detailed points to explain better and seek assistance:

1. The APRSIS32 and UZ7HO instance which is running is inter-communicating properly (verified)
2. During a pass the UZ7HO sound modem decodes the following string:
    1:Fm RS0ISS To CQ [15:39:39R] [+++]
    >ARISS - International Space Station
(screen shot attached)
3. This causes APRSIS32 to generate a statistics packet incrementing the RF counter by 1 as shown below:
APWW10,TCPIP*,qAC,T2GB:
This is also reaches aprs.fi (screen shot of RAW packets attached)
4. However, the decoded ISS string is not Igated. I have checked both the IGateEnabled log as well as the Transmit log. (screen shot attached)
5. Attaching a screenshot of the port configuration of the UZ7HO modem as well
6. Operating system is Windows 8.1

Have been trying to figure this out for quite some time now but no luck. Am I missing a config setting here? Any help would be greatly appreciated..

Thanks in advance.

Yatharth Verma
VU3NUF





Re: ISS packet incrementing RF counter but not gating [5 Attachments]

Lynn Deffenbaugh
 

From https://aprs.fi/?c=raw&call=RS0ISS&limit=1000&view=normal

2018-11-24 16:01:09 EST: RS0ISS>CQ,qAR,VU3NUF:>ARISS - International Space Station
2018-11-24 16:03:09 EST: RS0ISS>CQ,qAR,VU3NUF:>ARISS - International Space Station
2018-11-25 07:02:19 EST: RS0ISS>CQ,qAR,VU3NUF:>ARISS - International Space Station
2018-11-25 15:10:58 EST: RS0ISS>CQ,qAR,VU3NUF:>ARISS - International Space Station
2018-11-26 06:10:08 EST: RS0ISS>CQ,qAR,VU3NUF:>ARISS - International Space Station

So yes, you ARE gating the packets as seen in UZ7HO, but they are not in your station's raw packets, but under the source callsign of RS0ISS.

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

On 11/29/2018 9:18 PM, Yatharth Verma halfcircle24@... [aprsisce] wrote:
Hi!
Carrying forward on my previous issue wherein I had said that an ISS packet received through RF is not being Igated, I am putting down some detailed points to explain better and seek assistance:

1. The APRSIS32 and UZ7HO instance which is running is inter-communicating properly (verified)
2. During a pass the UZ7HO sound modem decodes the following string:
    1:Fm RS0ISS To CQ <UI R Pid=F0 Len=36> [15:39:39R] [+++]
    >ARISS - International Space Station
(screen shot attached)
3. This causes APRSIS32 to generate a statistics packet incrementing the RF counter by 1 as shown below:
APWW10,TCPIP*,qAC,T2GB:<IGATE,MSG_CNT=0,LOC_CNT=1,DIR_CNT=1,RF_CNT=1
This is also reaches aprs.fi (screen shot of RAW packets attached)
4. However, the decoded ISS string is not Igated. I have checked both the IGateEnabled log as well as the Transmit log. (screen shot attached)
5. Attaching a screenshot of the port configuration of the UZ7HO modem as well
6. Operating system is Windows 8.1

Have been trying to figure this out for quite some time now but no luck. Am I missing a config setting here? Any help would be greatly appreciated..

Thanks in advance.

Yatharth Verma
VU3NUF





Re: GKRELAY to GPS TCP server

Rob Giuliano
 

I think the issue will still be format.  You really want both devides that need NMEA data to see it as raw input.  Feeding it into the TT4 and back out through Bluetooth will have it in KISS format.  That will be the problem.  Feeding the GPS into both devices, either through Bluetooth or direct wire (maybe direct wire to TT4 and 'teed' to through a bluetooth module to the laptop) might be the best option.  A few BT devices will allow 2 simultaeous connections where both are serial - but probably not many.

GPS share could pull GPS data into the computer through a serial port, then pass it out over Bluetooth, possibly over the same connection as the KISS port on Bluetooth.  Just theory though. 
 
You have posed the question on the computer side, but have you contacted Byon .  Since the data is one direction, it may also be possible for multiple devices to receive the raw Bluetooth GPS, but then Byon would need to decode shared KISS and raw NMEA data on the same Bluetooth device (input port stream). 

Food for thought.

Robert Giuliano
KB8RCO



From: "keehan.dowd@... [aprsisce]"
To: aprsisce@...
Sent: Thursday, November 29, 2018 8:13 PM
Subject: RE: [aprsisce] GKRELAY to GPS TCP server

 
Thanks Steve and Fred for your suggestions. I'm quite familiar with gpsd and taking the serial GPS data from my TT4 and feeding a gpsd instance with it. What changed for me though is that my TT4 now resides at the very back of my vehicle and I have a single Bluetooth connection (Look Ma! No wires!) to my tablet/laptop. It would be easy enough to add a 2nd Bluetooth serial module at the TT4 just for the raw NEMA data, but I figured if I've already got KISS wrapped GPS data available, why not see if I can unwrap it at the laptop end...

Cheers,
Keehan - VA6KD



Re: GKRELAY to GPS TCP server

Rob Giuliano
 

In reality.  I think you can have multiple devices connected as "receivers", as long as only 1 is sending.  I have done this on other serial devices, but never tried it on a GPS.

GPSd is a good option as well, but direct connect into 2 devices should be possible for receive.
 
Robert Giuliano
KB8RCO





From: "'Steve Daniels' steve@... [aprsisce]"
To: aprsisce@...
Sent: Thursday, November 29, 2018 7:48 PM
Subject: RE: [aprsisce] GKRELAY to GPS TCP server

 
I would look into GPSD which is designed to do this sort of thing. I have a GPS unit into an RPi running GPSD, that feeds NTP to creat a time source on my network and also feeds NMEA data to any device that can connect over the network. So APRSIS32 is picking up the GPS data from the gPSD system
 
Steve
G6UIM
 
From: aprsisce@...
Sent: 29 November 2018 21:27
To: aprsisce@...
Subject: RE: [aprsisce] GKRELAY to GPS TCP server
 
 
In the meantime:
 
You might be able to run your NMEA from the TT4/GPS into serial port sharing software. Then not only APRSIS32 can use it, but also other applications requiring a COM port. The COM will be virtual but it works. I did something similar with an OT3. I was able to use the data with APRSIS32, a GIS application, an OBDII application, and a couple of other items.
 
I have done a couple of different things to share a GPS. One was to use an old Android phone and load “Share GPS”. This allows sharing the GPS across a network. The other thing I did was connect a GPS to a Wi-Fi to serial adapter. The adapter was homemade using an ESP8266 and GPS module.
 
On my wishlist, the ability for APRSISMO to use a network GPS. Then I could use a GPSless tablet. It may be possible now but I haven’t found how yet. ;)
 
 
Best regards,
Fred N7FMH
 
 
From: aprsisce@... [mailto:aprsisce@...]
Sent: Thursday, November 29, 2018 11:03 AM
To: aprsisce@...
Subject: [aprsisce] GKRELAY to GPS TCP server
 
 
Hi Lynn and group,
I want to toss the following out as a possible enhancement/wish list item please....
 
I had a need a while back to run multiple GPS driven applications and in my case, I'm running APRSIS32 with my GPS data relayed via GKRELAY on my TT4.   Do you think there's any appetite to have APRSIS32 strip the KISS relayed GPS data back to it's native NEMA protocol and provide it via a TCP port for other applications to digest?
 
Thanks and regards,
Keehan - VA6KD
 
Virus-free. www.avast.com



ISS packet incrementing RF counter but not gating

Yatharth Verma
 

Hi!
Carrying forward on my previous issue wherein I had said that an ISS packet received through RF is not being Igated, I am putting down some detailed points to explain better and seek assistance:

1. The APRSIS32 and UZ7HO instance which is running is inter-communicating properly (verified)
2. During a pass the UZ7HO sound modem decodes the following string:
    1:Fm RS0ISS To CQ [15:39:39R] [+++]
    >ARISS - International Space Station
(screen shot attached)
3. This causes APRSIS32 to generate a statistics packet incrementing the RF counter by 1 as shown below:
APWW10,TCPIP*,qAC,T2GB:
This is also reaches aprs.fi (screen shot of RAW packets attached)
4. However, the decoded ISS string is not Igated. I have checked both the IGateEnabled log as well as the Transmit log. (screen shot attached)
5. Attaching a screenshot of the port configuration of the UZ7HO modem as well
6. Operating system is Windows 8.1

Have been trying to figure this out for quite some time now but no luck. Am I missing a config setting here? Any help would be greatly appreciated..

Thanks in advance.

Yatharth Verma
VU3NUF




Re: GKRELAY to GPS TCP server

Keehan Dowd
 

Thanks Steve and Fred for your suggestions. I'm quite familiar with gpsd and taking the serial GPS data from my TT4 and feeding a gpsd instance with it. What changed for me though is that my TT4 now resides at the very back of my vehicle and I have a single Bluetooth connection (Look Ma! No wires!) to my tablet/laptop. It would be easy enough to add a 2nd Bluetooth serial module at the TT4 just for the raw NEMA data, but I figured if I've already got KISS wrapped GPS data available, why not see if I can unwrap it at the laptop end...

Cheers,
Keehan - VA6KD


Re: GKRELAY to GPS TCP server

sbd sbd
 

I would look into GPSD which is designed to do this sort of thing. I have a GPS unit into an RPi running GPSD, that feeds NTP to creat a time source on my network and also feeds NMEA data to any device that can connect over the network. So APRSIS32 is picking up the GPS data from the gPSD system

 

Steve

G6UIM

 

From: aprsisce@...
Sent: 29 November 2018 21:27
To: aprsisce@...
Subject: RE: [aprsisce] GKRELAY to GPS TCP server

 

 

In the meantime:

 

You might be able to run your NMEA from the TT4/GPS into serial port sharing software. Then not only APRSIS32 can use it, but also other applications requiring a COM port. The COM will be virtual but it works. I did something similar with an OT3. I was able to use the data with APRSIS32, a GIS application, an OBDII application, and a couple of other items.

 

I have done a couple of different things to share a GPS. One was to use an old Android phone and load “Share GPS”. This allows sharing the GPS across a network. The other thing I did was connect a GPS to a Wi-Fi to serial adapter. The adapter was homemade using an ESP8266 and GPS module.

 

On my wishlist, the ability for APRSISMO to use a network GPS. Then I could use a GPSless tablet. It may be possible now but I haven’t found how yet. ;)

 

 

Best regards,

Fred N7FMH

 

 

From: aprsisce@... [mailto:aprsisce@...]
Sent: Thursday, November 29, 2018 11:03 AM
To: aprsisce@...
Subject: [aprsisce] GKRELAY to GPS TCP server

 

 

Hi Lynn and group,

I want to toss the following out as a possible enhancement/wish list item please....

 

I had a need a while back to run multiple GPS driven applications and in my case, I'm running APRSIS32 with my GPS data relayed via GKRELAY on my TT4.   Do you think there's any appetite to have APRSIS32 strip the KISS relayed GPS data back to it's native NEMA protocol and provide it via a TCP port for other applications to digest?

 

Thanks and regards,

Keehan - VA6KD

 

Virus-free. www.avast.com


Re: GKRELAY to GPS TCP server

Fred Hillhouse
 

In the meantime:

 

You might be able to run your NMEA from the TT4/GPS into serial port sharing software. Then not only APRSIS32 can use it, but also other applications requiring a COM port. The COM will be virtual but it works. I did something similar with an OT3. I was able to use the data with APRSIS32, a GIS application, an OBDII application, and a couple of other items.

 

I have done a couple of different things to share a GPS. One was to use an old Android phone and load “Share GPS”. This allows sharing the GPS across a network. The other thing I did was connect a GPS to a Wi-Fi to serial adapter. The adapter was homemade using an ESP8266 and GPS module.

 

On my wishlist, the ability for APRSISMO to use a network GPS. Then I could use a GPSless tablet. It may be possible now but I haven’t found how yet. ;)

 

 

Best regards,

Fred N7FMH

 

 

From: aprsisce@... [mailto:aprsisce@...]
Sent: Thursday, November 29, 2018 11:03 AM
To: aprsisce@...
Subject: [aprsisce] GKRELAY to GPS TCP server

 

 

Hi Lynn and group,

I want to toss the following out as a possible enhancement/wish list item please....

 

I had a need a while back to run multiple GPS driven applications and in my case, I'm running APRSIS32 with my GPS data relayed via GKRELAY on my TT4.   Do you think there's any appetite to have APRSIS32 strip the KISS relayed GPS data back to it's native NEMA protocol and provide it via a TCP port for other applications to digest?

 

Thanks and regards,

Keehan - VA6KD


Virus-free. www.avast.com


Re: 2 beacons being generated

Yatharth Verma
 

The 2nd packet was indeed an internal packet which was showing in the scrolling window but was not getting transmitted.

Thanks.

Yatharth Verma
VU3NUF

On Thursday, November 29, 2018, 2:21:26 AM GMT+5:30, 'Lynn W Deffenbaugh (Mr)' kj4erj@... [aprsisce] wrote:


 

The scrolling list on the left side of the window is not the APRS-IS packet stream, but is the total packet stream being processed by APRSISCE/32.  To see just the APRS-IS stream, you have to look at the Port(APRS-IS) scrolling log.

I suspect that if you bring up the Transmit scrolling log and enable it, you will find that the telemetry is in fact an internal (INT) packet.

If you don't want to see it in the scroller, then check Configure / Scroller / No Internals.

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

On 11/28/2018 11:38 AM, Yatharth Verma halfcircle24@... [aprsisce] wrote:
Hi Lynn/Robert,
I am seeing this packet in the APRS-IS packet stream window (print screen attached) for my primary station VU3NUF.

'Telemetry is controlled via Enables / Telemetry Enabled or via the Telemetry checkbox in a port definition dialog' - I have disabled the telemetry option both in Enables-->Telemetry Enabled and Ports-->APRS-IS (print screen attached) but this beacon is still showing up in the APRS-IS stream window.

Yatharth Verma
VU3NUF


On Wednesday, November 28, 2018, 8:28:30 PM GMT+5:30, Robert Bruninga bruninga@... [aprsisce] wrote:


 

That is the telemetry beacon.

 

From: aprsisce@... <aprsisce@...>
Sent: Wednesday, November 28, 2018 3:05 AM
To: APRSISCE Group <aprsisce@...>
Subject: [aprsisce] 2 beacons being generated

 




Hi!

When I click on transmit or let the beacons generate at the beacon interval, 2 beacons are being generated:

 

1. APWW10,TCPIP*,qAC,T2SWEDEN2:@162054h3043.84N/07647.85E-Hi de Baba! Chandigarh, INDIA... 73

 

2. APW10,WIDE1-1,WIDE2-1:T#014,100,048,002,500,000,10000000

 

Is there a way to disable the 2nd beacon? This sometimes shows in aprs.fi as well, whereas at other times does not show.

 

Also, any neighbor packet which I receive does not ever show the 2nd beacon type in their regard. I wonder what setting has caused the 2nd beacon type to originate. About 2 weeks back, it was not there.

 

Yatharth Verma

VU3NUF






Re: Development version updae fail to download

Lynn Deffenbaugh
 

Use a browser to go to the following URL and see what it gives you:

http://ldeffenb.dnsalias.net/APRSIS32/APRSIS32.exe.201811071513

If you get a file that is exactly 3,768,320 bytes, then you've got the new development version .EXE.  Just rename it and run it.

If you get something different, I'd like to know what your browser actually retrieved.

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

On 11/29/2018 10:59 AM, Lester Robison sgtrobison@... [aprsisce] wrote:
I attempted the download again this morning with my Anti-Virus and firewall both disabled.  This is the APRSIS32.log entries
from that download attempt:

WinMain:2018-11-29T15:49:51.243 Check4Version:New(2018/11/07 15:13) Me(2018/09/10 11:42)
WinMain:2018-11-29T15:49:53.575 CRC(C183AA99) = 0xC183AA99
WinMain:2018-11-29T15:50:05.050 Coral CDN (Cache) Fetch Failed, Retrying Direct.
WinMain:2018-11-29T15:50:20.204 Failed To Get /APRSIS32/APRSIS32.exe.201811071513

I've never had any problem until after the MS October (Windows 10) update installed.  The Defender firewall is disabled by my
Anti-Virus.  My I-gate still functions just fine, but it is annoying.

Thanks for your reply

Les  N7GWT


GKRELAY to GPS TCP server

Keehan Dowd
 

Hi Lynn and group,

I want to toss the following out as a possible enhancement/wish list item please....


I had a need a while back to run multiple GPS driven applications and in my case, I'm running APRSIS32 with my GPS data relayed via GKRELAY on my TT4.   Do you think there's any appetite to have APRSIS32 strip the KISS relayed GPS data back to it's native NEMA protocol and provide it via a TCP port for other applications to digest?


Thanks and regards,

Keehan - VA6KD


Re: Development version updae fail to download

Archie Robison
 

I attempted the download again this morning with my Anti-Virus and firewall both disabled.  This is the APRSIS32.log entries
from that download attempt:

WinMain:2018-11-29T15:49:51.243 Check4Version:New(2018/11/07 15:13) Me(2018/09/10 11:42)
WinMain:2018-11-29T15:49:53.575 CRC(C183AA99) = 0xC183AA99
WinMain:2018-11-29T15:50:05.050 Coral CDN (Cache) Fetch Failed, Retrying Direct.
WinMain:2018-11-29T15:50:20.204 Failed To Get /APRSIS32/APRSIS32.exe.201811071513

I've never had any problem until after the MS October (Windows 10) update installed.  The Defender firewall is disabled by my
Anti-Virus.  My I-gate still functions just fine, but it is annoying.

Thanks for your reply

Les  N7GWT


Re: Where's Waldo going?

Min
 

Hi All

 

Not sure if this is going to help.

 

Correct the Kenwood TM D-710A does not have a GPS and putting in the GPS position and pressing “USE”  it will transmit in APRS mode on the TNC.

Do you need to change the rig from APRS mode to packet mode on the TNC setting?  Change from APRS12 to Packet12 and get the PC to intake the received data and send out the data.

Use the position when first setting up the program and turn off GPS “Enable” then “GPS Enable” to OFF.

 

I use the Kenwood 700 in TNC mode and have very little issues only the TNC and PC sometimes not talking.

 

Hope this sorts your problem.

 

Min Standen G0JMS

 

mins@...

07917 830 410

 

From: aprsisce@... [mailto:aprsisce@...]
Sent: 28 November 2018 22:11
To: Rob Giuliano kb8rco@... [aprsisce]
Subject: Re: [aprsisce] Where's Waldo going?

 

 

Thank you, Rob. The Kenwood TM-D 710A that I have does not have GPS, depended on an external NEMA device. I have set the location in the APRS submenu to my QTH. I thought APRSISC would follow.

 

On Tuesday, November 27, 2018, 10:17:58 PM CST, Rob Giuliano kb8rco@... [aprsisce] <aprsisce@...> wrote:

 

 

 

I am not following your description:

  iGate is KD9EEE

  iGate is KD9EEE-1

 

I think your IGate is the APRSIS32 instance and your  DIGI is the D710?

The only way I know of changing the position in APRSIS32 is to ZOOM and Transmit, then asnwer "Yes" to "move 'Me' here", unless there is a GPS connected and you are using it. You can use this to move it back - if that is the insta nce with the issue.

 

As for the D710 - not familiar, so someone else can hopefully provide insight.  I do know there are 2 means of connecting to the D710 and one resets something in the radio (callsign I think).  Again, others with the radio might be able to help.

 

Robert Giuliano

KB8RCO

 


From: "Mark Dallner mark.dallner@... [aprsisce]" <aprsisce@...>
To: "aprsisce@..." <aprsisce@...>
Sent: Tuesday, November 27, 2018 10:10 PM
Subject: [aprsisce] Where's Waldo going?

 

 

I set up my digipeater and igate. Kenwood TM-D710A, Windows 7 pro running in a VMWare fusion VM. Everything WAS fine. Today I get home and my iGate thinks it is on the other side of Milwaukee. Don't remember setting up an separate lat/long location in APRSIS. The digipeater still show where it is supposed to be. iGate is KD9EEE and iGate is KD9EEE-1. Restarted both and I am still a bit confused as to why the discrepancy. 

 

I am a newbie at this. Needed and iGate in the SE portion of Milwaukee County.

 

Your help is appreciated. I am going to the manual, also.

 

Mark Dallner

KD9EEE

 


Re: Where's Waldo going?

Mark Dallner <mark.dallner@...>
 

Thank you, Rob. The Kenwood TM-D 710A that I have does not have GPS, depended on an external NEMA device. I have set the location in the APRS submenu to my QTH. I thought APRSISC would follow.

On Tuesday, November 27, 2018, 10:17:58 PM CST, Rob Giuliano kb8rco@... [aprsisce] wrote:


 

I am not following your description:
  iGate is KD9EEE
  iGate is KD9EEE-1

I think your IGate is the APRSIS32 instance and your  DIGI is the D710?
The only way I know of changing the position in APRSIS32 is to ZOOM and Transmit, then asnwer "Yes" to "move 'Me' here", unless there is a GPS connected and you are using it. You can use this to move it back - if that is the instance with the issue.

As for the D710 - not familiar, so someone else can hopefully provide insight.  I do know there are 2 means of connecting to the D710 and one resets something in the radio (callsign I think).  Again, others with the radio might be able to help.
 
Robert Giuliano
KB8RCO



From: "Mark Dallner mark.dallner@... [aprsisce]"
To: "aprsisce@..."
Sent: Tuesday, November 27, 2018 10:10 PM
Subject: [aprsisce] Where's Waldo going?

 
I set up my digipeater and igate. Kenwood TM-D710A, Windows 7 pro running in a VMWare fusion VM. Everything WAS fine. Today I get home and my iGate thinks it is on the other side of Milwaukee. Don't remember setting up an separate lat/long location in APRSIS. The digipeater still show where it is supposed to be. iGate is KD9EEE and iGate is KD9EEE-1. Restarted both and I am still a bit confused as to why the discrepancy. 

I am a newbie at this. Needed and iGate in the SE portion of Milwaukee County.

Your help is appreciated. I am going to the manual, also.

Mark Dallner
KD9EEE



Re: 2 beacons being generated [4 Attachments]

Lynn Deffenbaugh
 

The scrolling list on the left side of the window is not the APRS-IS packet stream, but is the total packet stream being processed by APRSISCE/32.  To see just the APRS-IS stream, you have to look at the Port(APRS-IS) scrolling log.

I suspect that if you bring up the Transmit scrolling log and enable it, you will find that the telemetry is in fact an internal (INT) packet.

If you don't want to see it in the scroller, then check Configure / Scroller / No Internals.

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

On 11/28/2018 11:38 AM, Yatharth Verma halfcircle24@... [aprsisce] wrote:
Hi Lynn/Robert,
I am seeing this packet in the APRS-IS packet stream window (print screen attached) for my primary station VU3NUF.

'Telemetry is controlled via Enables / Telemetry Enabled or via the Telemetry checkbox in a port definition dialog' - I have disabled the telemetry option both in Enables-->Telemetry Enabled and Ports-->APRS-IS (print screen attached) but this beacon is still showing up in the APRS-IS stream window.

Yatharth Verma
VU3NUF



On Wednesday, November 28, 2018, 8:28:30 PM GMT+5:30, Robert Bruninga bruninga@... [aprsisce] wrote:


 

That is the telemetry beacon.

 

From: aprsisce@... <aprsisce@...>
Sent: Wednesday, November 28, 2018 3:05 AM
To: APRSISCE Group <aprsisce@...>
Subject: [aprsisce] 2 beacons being generated

 




Hi!

When I click on transmit or let the beacons generate at the beacon interval, 2 beacons are being generated:

 

1. APWW10,TCPIP*,qAC,T2SWEDEN2:@162054h3043.84N/07647.85E-Hi de Baba! Chandigarh, INDIA... 73

 

2. APW10,WIDE1-1,WIDE2-1:T#014,100,048,002,500,000,10000000

 

Is there a way to disable the 2nd beacon? This sometimes shows in aprs.fi as well, whereas at other times does not show.

 

Also, any neighbor packet which I receive does not ever show the 2nd beacon type in their regard. I wonder what setting has caused the 2nd beacon type to originate. About 2 weeks back, it was not there.

 

Yatharth Verma

VU3NUF






Re: 2 beacons being generated

Yatharth Verma
 

Hi Lynn/Robert,
I am seeing this packet in the APRS-IS packet stream window (print screen attached) for my primary station VU3NUF.

'Telemetry is controlled via Enables / Telemetry Enabled or via the Telemetry checkbox in a port definition dialog' - I have disabled the telemetry option both in Enables-->Telemetry Enabled and Ports-->APRS-IS (print screen attached) but this beacon is still showing up in the APRS-IS stream window.

Yatharth Verma
VU3NUF



On Wednesday, November 28, 2018, 8:28:30 PM GMT+5:30, Robert Bruninga bruninga@... [aprsisce] wrote:


 

That is the telemetry beacon.

 

From: aprsisce@... <aprsisce@...>
Sent: Wednesday, November 28, 2018 3:05 AM
To: APRSISCE Group <aprsisce@...>
Subject: [aprsisce] 2 beacons being generated

 




Hi!

When I click on transmit or let the beacons generate at the beacon interval, 2 beacons are being generated:

 

1. APWW10,TCPIP*,qAC,T2SWEDEN2:@162054h3043.84N/07647.85E-Hi de Baba! Chandigarh, INDIA... 73

 

2. APW10,WIDE1-1,WIDE2-1:T#014,100,048,002,500,000,10000000

 

Is there a way to disable the 2nd beacon? This sometimes shows in aprs.fi as well, whereas at other times does not show.

 

Also, any neighbor packet which I receive does not ever show the 2nd beacon type in their regard. I wonder what setting has caused the 2nd beacon type to originate. About 2 weeks back, it was not there.

 

Yatharth Verma

VU3NUF




3381 - 3400 of 36303