|
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
|
||
|
|
||
|
Re: Development version updae fail to download
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:
|
||
|
|
||
|
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@...>
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@...>
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@...]
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: 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:
|
||
|
|
||
|
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:
|
||
|
|
||
|
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. 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
|
||
|
|
||
|
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@...]
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: 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
|
||
|
|
||
|
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:
|
||
|
|
||
|
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:
|
||
|
|
||
|
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
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?
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@...>
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:
|
||
|
|
||
|
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@...>
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
|
||
|
|
