At 10:16 PM 5/30/2012, w9rxr wrote:
>I have the log file from an APRSIS/32 session from a couple of days
>ago. I would like to play back that log file so I can see the track
>of some stations from that day. Is there any way to do this? Or
>convert the log to a GPX file that I can plot in a map program?
>
>BTW, what is the .PKT file?

Lynn? Anyone?

Our local ham radio group provided communications for the
Indianapolis 500 Festival Parade last Saturday. Our primary job is
shuttling parade participants from the first aid tents along the
route to the medical command tent using golf carts. Each of the golf
carts is driven by a ham who has APRS. I was the Net Control operator
for the golf carts and was running APRSIS/32 so I could see where
they were. I'd like to play back the log from that day to study the
golf cart movements and identify where we might have RF issues.

Thanks.

Bob...

Sounds nice. But hopefully Lynn will get to adding the Kantronics TNC's to the
menu. I have been asking for along time. I think that they will be added pretty
soon. I think it is near the top of his list.

I will try your setup and see how it works. May save me some real headaches
until the config is added to Aprsisce.

Kevin
W7BOZ


--- In aprsisce@yahoogroups.com, Lee D Bengston <kilo5dat@...> wrote:
>
> Greetings.  For those interested in a little help with getting APRSIS32 up
> and running with a Kantronics KPC3+ or KPC-9612+, I have posted for
> download a script package for Windows at the following link:
>
> http://www.175moonlight.com/APRS/K5DAT-KPC-KISS-scripts-2012-05-31.zip
>
> There's a readme file included that explains further.  Basically there is a
> script that puts the TNC in KISS mode (with a few additional capabilities),
> another script that takes it out of KISS mode, and a 3rd that prompts the
> user for the applicable COM port and baud rate and saves that information
> for the other 2 scripts to use.
>
> The scripts were written in Perl and converted to executables using the
> "PAR-Packer" module.  In theory, they should work without the need to
> install ActivePerl in Windows - in other words just double-click the exe
> file to use it.
>
> A few caveats - I've only tested in Windows XP, and I didn't uninstall
> ActivePerl on my machine and test the exe files without it.  Therefore the
> first users will be guinea pigs.  Also, the first time you run each
> executable file, there will be a delay before it starts as it is
> decompressing some embedded items including the original perl script.
>  Finally, I have only tested with a KPC9612+, but from what I have gathered
> from the user manuals, the commands are identical.
>
> Regards,
> Lee - K5DAT
>

---

From: aprsisce@yahoogroups.com [mailto:aprsisce@yahoogroups.com] On Behalf Of Bob Burns W9RXR
Sent: Friday, June 01, 2012 05:53
To: aprsisce@yahoogroups.com
Subject: Re: [aprsisce] Log playback?

 

At 10:16 PM 5/30/2012, w9rxr wrote:
>I have the log file from an APRSIS/32 session from a couple of days
>ago. I would like to play back that log file so I can see the track
>of some stations from that day. Is there any way to do this? Or
>convert the log to a GPX file that I can plot in a map program?
>
>BTW, what is the .PKT file?

Lynn? Anyone?

Our local ham radio group provided communications for the
Indianapolis 500 Festival Parade last Saturday. Our primary job is
shuttling parade participants from the first aid tents along the
route to the medical command tent using golf carts. Each of the golf
carts is driven by a ham who has APRS. I was the Net Control operator
for the golf carts and was running APRSIS/32 so I could see where
they were. I'd like to play back the log from that day to study the
golf cart movements and identify where we might have RF issues.

Thanks.

Bob...

http://www2.electronicproducts.com/Ruggedized_tablet_computer_uses_Atom_CPU-
article-BPJH08_JuL2012-html.aspx

------------------------------------
Fred Hillhouse Jr
http://kevan.org/brain.cgi?N7FMH
------------------------------------

APRSISCE/32 does not currently have any ability to play back log
files.   In fact, I doubt if any of the particular logs would have
exactly what you're after.

That said, if you had done a Save Track on the particular stations of
interest, then you'd be able to load the resulting *.GPX files to see
their individual tracks later.

The *.PKT file is the output from Enables / Ports / Log All and contains
the raw packets received by any RF port, in pure time sequence, and no
APRS-IS received packets.

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

PS.  Sorry for the delay in answering, but I'm on vacation and only
process e-mail during breaks.  Sometimes I might miss a message or two.

On 6/1/2012 5:53 AM, Bob Burns W9RXR wrote:
> At 10:16 PM 5/30/2012, w9rxr wrote:
>> I have the log file from an APRSIS/32 session from a couple of days
>> ago. I would like to play back that log file so I can see the track
>> of some stations from that day. Is there any way to do this? Or
>> convert the log to a GPX file that I can plot in a map program?
>>
>> BTW, what is the .PKT file?
> Lynn? Anyone?
>
> Our local ham radio group provided communications for the
> Indianapolis 500 Festival Parade last Saturday. Our primary job is
> shuttling parade participants from the first aid tents along the
> route to the medical command tent using golf carts. Each of the golf
> carts is driven by a ham who has APRS. I was the Net Control operator
> for the golf carts and was running APRSIS/32 so I could see where
> they were. I'd like to play back the log from that day to study the
> golf cart movements and identify where we might have RF issues.
>
> Thanks.
>
> Bob...
>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>

I'm having trouble getting my TS-2000 to comunicate with aprsisce.  Can anyone see what I'm doing wrong?  I'm trying KISS, seems to be OK until it hits the restart command on opencmd...

 

here's a snip from the log:

TS-2000:2012-06-01T15:29:56.678 Restarting Reader...
TS-2000:2012-06-01T15:29:56.678 CpReader Running on COM8:57600,N,8,1 (6 OpenCmds, 2 CloseCmds)
TS-2000:2012-06-01T15:29:56.678 Opening COM8:57600,N,8,1
TS-2000:2012-06-01T15:29:56.678 Opening COM8 with 4 Args
TS-2000:2012-06-01T15:29:56.688 COM8:Packet Length 64 Version 2
TS-2000:2012-06-01T15:29:56.688 COM8:ServiceMask 0x1 Reserved1 0x0
TS-2000:2012-06-01T15:29:56.688 COM8:MaxQueue Tx 0 Rx 0 Baud 268435456
TS-2000:2012-06-01T15:29:56.688 COM8:Provider SubType 1 Capabilities 0xFF
TS-2000:2012-06-01T15:29:56.688 COM8:Settable Params 127 Baud 0x1006FFFF Data 0xF StopParity 0x1F07
TS-2000:2012-06-01T15:29:56.688 COM8:Current Queue Tx 0 Rx 4096
TS-2000:2012-06-01T15:29:56.688 COM8:Provider Specifics 0x0 0x0
TS-2000:2012-06-01T15:29:56.688 CpOpen:Port COM8 57600,N,8,1 !CTSFlow !DSRFlow !OutXon(2048) !InXoff(512) DTR_ENABLE !DSRSense RTS_ENABLE
TS-2000:2012-06-01T15:29:56.688 Opened COM8:57600,N,8,1, Flushing 0 in TransmitQueue, Sending 6 OpenCmds
TS-2000:2012-06-01T15:29:56.688 Command[3]:^M~
TS-2000:2012-06-01T15:29:56.688 Output[1]:<0D>
TS-2000:2012-06-01T15:29:56.718 CmdResp[6]:<0D 0A>cmd:
TS-2000:2012-06-01T15:29:56.718 Command[3]:^M~
TS-2000:2012-06-01T15:29:56.718 Output[1]:<0D>
TS-2000:2012-06-01T15:29:56.738 CmdResp[6]:<0D 0A>cmd:
TS-2000:2012-06-01T15:29:56.738 Command[9]:XFLOW OFF
TS-2000:2012-06-01T15:29:56.738 Output[10]:XFLOW OFF<0D>
TS-2000:2012-06-01T15:29:56.788 CmdResp[33]:XFLOW OFF<0D 0A>XFLOW    was OFF<0D 0A>cmd:
TS-2000:2012-06-01T15:29:56.788 Command[10]:FULLDUP ON
TS-2000:2012-06-01T15:29:56.788 Output[11]:FULLDUP ON<0D>
TS-2000:2012-06-01T15:29:56.828 CmdResp[21]:FULLDUP ON<0D 0A>?EH<0D 0A>cmd:
TS-2000:2012-06-01T15:29:56.828 Command[7]:KISS ON
TS-2000:2012-06-01T15:29:56.828 Output[8]:KISS ON<0D>
TS-2000:2012-06-01T15:29:56.878 CmdResp[31]:KISS ON<0D 0A>KISS     was OFF<0D 0A>cmd:
TS-2000:2012-06-01T15:29:56.878 Command[7]:RESTART
TS-2000:2012-06-01T15:29:56.878 Output[8]:RESTART<0D>
TS-2000:2012-06-01T15:29:57.229 KISS:Missing Leading C0[9]:RESTART<0D 0A>
TS-2000:2012-06-01T15:30:26.971 Terminating after 30048 msec vs 30000 Quiet
TS-2000:2012-06-01T15:30:26.971 Closing COM8:57600,N,8,1
TS-2000:2012-06-01T15:30:26.971 Command[13]:^192^255^192~
TS-2000:2012-06-01T15:30:26.971 Output[3]:<C0 FF C0>
TS-2000:2012-06-01T15:30:26.971 Command[6]:TN 2,0
TS-2000:2012-06-01T15:30:26.971 Output[7]:TN 2,0<0D>
TS-2000:2012-06-01T15:30:27.001 CmdResp[1]:<0A>
TS-2000:2012-06-01T15:30:27.192 CmdResp[156]:<0A 0D 0A 0D 0A 0D 0A>bbRAM loaded with defaults<07 0D 0A 0D 0A 0D 0A 0D 0A>TASCO Radio Modem<0D 0A>AX.25 Level 2 Version 2.0<0D 0A>Release 09/15/99 2Chip ver 2.00<0D 0A>Checksum $CF<0D 0A>cmd:TN 2,0<0D 0A>?EH<0D 0A>cmd:

Thanks!

 

 

Walter Dutcher N2ZVP

Beechwood Development

585-224-5581

rochbert@...

www.beechwoodne.com

 

I agree, a history file automatically saved for later replay would be a great
addition. While most authors stress that APRS is 'real time'. sometimes you
aren't paying attention when something happens. Turining on a log function in
advance is advised. But then, all you have is a bunch of chaff when you 'read'
but not display it in a replay.

This file playback feature is one of the better user features of the APRS Dos
version, and allowed an APRS user to replay periodically automatically saved
*.hst files to see what happened that day in the APRS world, or to demonstrate
to other APRS users how their coverage of a special event, parade, or WX event
played out.

I'll see if I have a syntax text sample from my DOS files to add:
K9CZ      @211910z4457.18N/08410.35W'214/092/TH-D7/M1/Enroute...
K9CZ      @211912z4454.54N/08412.41W'186/097/TH-D7/M1/Enroute...
K9CZ      @211914z4451.62N/08414.02W'208/085/TH-D7/M1/Enroute...
K9CZ      @211915z4450.57N/08415.15W'219/071/TH-D7/M1/Enroute...
K9CZ      @211923z4441.69N/08423.27W'208/123/TH-D7/M1/Enroute...
K9CZ      @211924z4439.08N/08425.24W'208/133/TH-D7/M1/Enroute...
K9CZ      @211926z4434.96N/08427.85W'203/135/TH-D7/M1/Enroute...
K9CZ      @211927z4432.60N/08429.60W'208/136/TH-D7/M1/Enroute...
K9CZ      @211929z4428.21N/08432.94W'208/138/TH-D7/M1/Enroute...
K9CZ      @211931z4425.86N/08434.75W'208/137/TH-D7/M1/Enroute...
K9CZ      @211932z4423.65N/08436.58W'214/134/TH-D7/M1/Enroute...
K9CZ      @211934z4419.48N/08440.02W'208/134/TH-D7/M1/Enroute...
K9CZ      @211935z4417.24N/08441.95W'214/136/TH-D7/M1/Enroute...
K9CZ      @211937z4412.12N/08445.48W'203/140/TH-D7/M1/Enroute...
K9CZ      @211940z4406.71N/08449.33W'208/135/TH-D7/M1/Enroute...
K9CZ      @211942z4404.40N/08451.15W'208/134/TH-D7/M1/Enroute...
K9CZ      @211944z4359.98N/08455.37W'214/136/TH-D7/M1/Enroute...
K9CZ      @211955z4338.17N/08513.01W'214/131/TH-D7/M1/Enroute...
K9CZ      @211956z4335.91N/08514.78W'208/134/TH-D7/M1/Enroute...
K9CZ      @211959z4330.47N/08517.72W'197/139/TH-D7/M1/Enroute...
K9CZ      @212009z4310.62N/08532.42W'214/137/TH-D7/M1/Enroute...
K9CZ      @212010z4308.53N/08534.40W'214/132/TH-D7/M1/Enroute...
K9CZ      @212016z4255.59N/08543.47W'208/138/TH-D7/M1/Enroute...

This is an airplane only file that I copied one day from a 'everything .hst'
files to replay for a demonstration of DOS, so you may compare to the
APRSIS32.gpx format that a track is saved, which may be better suited to the
portables.
See the TAPR APRS DOS files for more *.hst files.

73 de Pat KC6VVT


--- In aprsisce@yahoogroups.com, "w9rxr" <w9rxr_@...> wrote:
>
> I have the log file from an APRSIS/32 session from a couple of days ago. I
would like to play back that log file so I can see the track of some stations
from that day. Is there any way to do this? Or convert the log to a GPX file
that I can plot in a map program?
>
> BTW, what is the .PKT file?
>
> Thanks.
>
> Bob...
>

Am using a TS-2000, but don't use KISS!
Use the TM-D700 setup for APRSIS32, as the TS-2000 has the same built in TNC
modem.
9600 N 8 1 for the comm port works best..
73 de Pat KC6VVT
ps: I quit using the development version again!

--- In aprsisce@yahoogroups.com, "Walter Dutcher" <rochbert@...> wrote:
>
> I'm having trouble getting my TS-2000 to comunicate with aprsisce.  Can
> anyone see what I'm doing wrong?  I'm trying KISS, seems to be OK until it
> hits the restart command on opencmd...
>
>
>
> here's a snip from the log:
>
> TS-2000:2012-06-01T15:29:56.678 Restarting Reader...
> TS-2000:2012-06-01T15:29:56.678 CpReader Running on COM8:57600,N,8,1 (6
> OpenCmds, 2 CloseCmds)
> TS-2000:2012-06-01T15:29:56.678 Opening COM8:57600,N,8,1
> TS-2000:2012-06-01T15:29:56.678 Opening COM8 with 4 Args
> TS-2000:2012-06-01T15:29:56.688 COM8:Packet Length 64 Version 2
> TS-2000:2012-06-01T15:29:56.688 COM8:ServiceMask 0x1 Reserved1 0x0
> TS-2000:2012-06-01T15:29:56.688 COM8:MaxQueue Tx 0 Rx 0 Baud 268435456
> TS-2000:2012-06-01T15:29:56.688 COM8:Provider SubType 1 Capabilities 0xFF
> TS-2000:2012-06-01T15:29:56.688 COM8:Settable Params 127 Baud 0x1006FFFF
> Data 0xF StopParity 0x1F07
> TS-2000:2012-06-01T15:29:56.688 COM8:Current Queue Tx 0 Rx 4096
> TS-2000:2012-06-01T15:29:56.688 COM8:Provider Specifics 0x0 0x0
> TS-2000:2012-06-01T15:29:56.688 CpOpen:Port COM8 57600,N,8,1 !CTSFlow
> !DSRFlow !OutXon(2048) !InXoff(512) DTR_ENABLE !DSRSense RTS_ENABLE
> TS-2000:2012-06-01T15:29:56.688 Opened COM8:57600,N,8,1, Flushing 0 in
> TransmitQueue, Sending 6 OpenCmds
> TS-2000:2012-06-01T15:29:56.688 Command[3]:^M~
> TS-2000:2012-06-01T15:29:56.688 Output[1]:<0D>
> TS-2000:2012-06-01T15:29:56.718 CmdResp[6]:<0D 0A>cmd:
> TS-2000:2012-06-01T15:29:56.718 Command[3]:^M~
> TS-2000:2012-06-01T15:29:56.718 Output[1]:<0D>
> TS-2000:2012-06-01T15:29:56.738 CmdResp[6]:<0D 0A>cmd:
> TS-2000:2012-06-01T15:29:56.738 Command[9]:XFLOW OFF
> TS-2000:2012-06-01T15:29:56.738 Output[10]:XFLOW OFF<0D>
> TS-2000:2012-06-01T15:29:56.788 CmdResp[33]:XFLOW OFF<0D 0A>XFLOW    was
> OFF<0D 0A>cmd:
> TS-2000:2012-06-01T15:29:56.788 Command[10]:FULLDUP ON
> TS-2000:2012-06-01T15:29:56.788 Output[11]:FULLDUP ON<0D>
> TS-2000:2012-06-01T15:29:56.828 CmdResp[21]:FULLDUP ON<0D 0A>?EH<0D 0A>cmd:
> TS-2000:2012-06-01T15:29:56.828 Command[7]:KISS ON
> TS-2000:2012-06-01T15:29:56.828 Output[8]:KISS ON<0D>
> TS-2000:2012-06-01T15:29:56.878 CmdResp[31]:KISS ON<0D 0A>KISS     was
> OFF<0D 0A>cmd:
> TS-2000:2012-06-01T15:29:56.878 Command[7]:RESTART
> TS-2000:2012-06-01T15:29:56.878 Output[8]:RESTART<0D>
> TS-2000:2012-06-01T15:29:57.229 KISS:Missing Leading C0[9]:RESTART<0D 0A>
> TS-2000:2012-06-01T15:30:26.971 Terminating after 30048 msec vs 30000 Quiet
> TS-2000:2012-06-01T15:30:26.971 Closing COM8:57600,N,8,1
> TS-2000:2012-06-01T15:30:26.971 Command[13]:^192^255^192~
> TS-2000:2012-06-01T15:30:26.971 Output[3]:<C0 FF C0>
> TS-2000:2012-06-01T15:30:26.971 Command[6]:TN 2,0
> TS-2000:2012-06-01T15:30:26.971 Output[7]:TN 2,0<0D>
> TS-2000:2012-06-01T15:30:27.001 CmdResp[1]:<0A>
> TS-2000:2012-06-01T15:30:27.192 CmdResp[156]:<0A 0D 0A 0D 0A 0D 0A>bbRAM
> loaded with defaults<07 0D 0A 0D 0A 0D 0A 0D 0A>TASCO Radio Modem<0D
> 0A>AX.25 Level 2 Version 2.0<0D 0A>Release 09/15/99 2Chip ver 2.00<0D
> 0A>Checksum $CF<0D 0A>cmd:TN 2,0<0D 0A>?EH<0D 0A>cmd:
>
> Thanks!
>
>
>
>
>
> Walter Dutcher N2ZVP
>
> Beechwood Development
>
> 585-224-5581
>
>  <mailto:rochbert@...> rochbert@...
>
> www.beechwoodne.com
>

Regarding that '*.pkt' file, one of these days I am going to copy one and try
and replay it in APRS Dos.

--- In aprsisce@yahoogroups.com, "Lynn W Deffenbaugh (Mr)" <kj4erj@...> wrote:
>
> APRSISCE/32 does not currently have any ability to play back log
> files.   In fact, I doubt if any of the particular logs would have
> exactly what you're after.
>
> That said, if you had done a Save Track on the particular stations of
> interest, then you'd be able to load the resulting *.GPX files to see
> their individual tracks later.
>
> The *.PKT file is the output from Enables / Ports / Log All and contains
> the raw packets received by any RF port, in pure time sequence, and no
> APRS-IS received packets.
>
> Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
>
> PS.  Sorry for the delay in answering, but I'm on vacation and only
> process e-mail during breaks.  Sometimes I might miss a message or two.
>
> On 6/1/2012 5:53 AM, Bob Burns W9RXR wrote:
> > At 10:16 PM 5/30/2012, w9rxr wrote:
> >> I have the log file from an APRSIS/32 session from a couple of days
> >> ago. I would like to play back that log file so I can see the track
> >> of some stations from that day. Is there any way to do this? Or
> >> convert the log to a GPX file that I can plot in a map program?
> >>
> >> BTW, what is the .PKT file?
> > Lynn? Anyone?
> >
> > Our local ham radio group provided communications for the
> > Indianapolis 500 Festival Parade last Saturday. Our primary job is
> > shuttling parade participants from the first aid tents along the
> > route to the medical command tent using golf carts. Each of the golf
> > carts is driven by a ham who has APRS. I was the Net Control operator
> > for the golf carts and was running APRSIS/32 so I could see where
> > they were. I'd like to play back the log from that day to study the
> > golf cart movements and identify where we might have RF issues.
> >
> > Thanks.
> >
> > Bob...
> >
> >
> >
> > ------------------------------------
> >
> > Yahoo! Groups Links
> >
> >
> >
> >
>

WOW, quick reply – Thanks.

I started hyperterminal and apparently the TS-2000 is not decoding any packets – nothing seen and lots of audible “traffic”.  I shut down aprsis before starting hyperterminal, do I need to re-initialize the TS-2000 with any KISS setup commands from hyperterminal?

 

TS-2000 menus:

46 Main/Sub band: Built in TNC=Sub

47 Data transfer rate=Built in TNC=1200

48 DCD sense=TNC Band

50A Packet Filter Bandwidth=Off

Input and output level set =4

55 Packet Operation=On

56 Com Connector Parm=57600

 

From: aprsisce@yahoogroups.com [mailto:aprsisce@yahoogroups.com] On Behalf Of Lynn W Deffenbaugh (Mr)
Sent: Friday, June 01, 2012 11:48 AM
To: aprsisce@yahoogroups.com
Subject: Re: [aprsisce] Trouble with TS-2000 setup

 

 

That "error" may be normal.  If you hook up a terminal emulator, can you see packets being received by the TS-2000?  If not, then you need to get it decoding before you'll have any joy with APRSISCE/32.  If you CAN see packets being decoded, then watch it for a while to determine the approximate rate at which they are received.  Knowing that, then fire up APRSISCE/32 and watch your trace log for at least twice that long and you should see packets coming through.  Make sure the <YourPortName> log is enabled, or the packets may not be shown.

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

PS.  The "error" indicates that the final RESTART command is not expecting an echo of the command which APRSISCE/32 receives after having switched internally to KISS mode which then complains about the "missing leading <C0>", a non-fatal issue which should go away when the TS-2000 decodes a real packet and sends it to APRSISCE/32 in a KISS wrapper.

On 6/1/2012 11:40 AM, Walter Dutcher wrote:

I'm having trouble getting my TS-2000 to comunicate with aprsisce.  Can anyone see what I'm doing wrong?  I'm trying KISS, seems to be OK until it hits the restart command on opencmd...

 

here's a snip from the log:

TS-2000:2012-06-01T15:29:56.678 Restarting Reader...
TS-2000:2012-06-01T15:29:56.678 CpReader Running on COM8:57600,N,8,1 (6 OpenCmds, 2 CloseCmds)
TS-2000:2012-06-01T15:29:56.678 Opening COM8:57600,N,8,1
TS-2000:2012-06-01T15:29:56.678 Opening COM8 with 4 Args
TS-2000:2012-06-01T15:29:56.688 COM8:Packet Length 64 Version 2
TS-2000:2012-06-01T15:29:56.688 COM8:ServiceMask 0x1 Reserved1 0x0
TS-2000:2012-06-01T15:29:56.688 COM8:MaxQueue Tx 0 Rx 0 Baud 268435456
TS-2000:2012-06-01T15:29:56.688 COM8:Provider SubType 1 Capabilities 0xFF
TS-2000:2012-06-01T15:29:56.688 COM8:Settable Params 127 Baud 0x1006FFFF Data 0xF StopParity 0x1F07
TS-2000:2012-06-01T15:29:56.688 COM8:Current Queue Tx 0 Rx 4096
TS-2000:2012-06-01T15:29:56.688 COM8:Provider Specifics 0x0 0x0
TS-2000:2012-06-01T15:29:56.688 CpOpen:Port COM8 57600,N,8,1 !CTSFlow !DSRFlow !OutXon(2048) !InXoff(512) DTR_ENABLE !DSRSense RTS_ENABLE
TS-2000:2012-06-01T15:29:56.688 Opened COM8:57600,N,8,1, Flushing 0 in TransmitQueue, Sending 6 OpenCmds
TS-2000:2012-06-01T15:29:56.688 Command[3]:^M~
TS-2000:2012-06-01T15:29:56.688 Output[1]:<0D>
TS-2000:2012-06-01T15:29:56.718 CmdResp[6]:<0D 0A>cmd:
TS-2000:2012-06-01T15:29:56.718 Command[3]:^M~
TS-2000:2012-06-01T15:29:56.718 Output[1]:<0D>
TS-2000:2012-06-01T15:29:56.738 CmdResp[6]:<0D 0A>cmd:
TS-2000:2012-06-01T15:29:56.738 Command[9]:XFLOW OFF
TS-2000:2012-06-01T15:29:56.738 Output[10]:XFLOW OFF<0D>
TS-2000:2012-06-01T15:29:56.788 CmdResp[33]:XFLOW OFF<0D 0A>XFLOW    was OFF<0D 0A>cmd:
TS-2000:2012-06-01T15:29:56.788 Command[10]:FULLDUP ON
TS-2000:2012-06-01T15:29:56.788 Output[11]:FULLDUP ON<0D>
TS-2000:2012-06-01T15:29:56.828 CmdResp[21]:FULLDUP ON<0D 0A>?EH<0D 0A>cmd:
TS-2000:2012-06-01T15:29:56.828 Command[7]:KISS ON
TS-2000:2012-06-01T15:29:56.828 Output[8]:KISS ON<0D>
TS-2000:2012-06-01T15:29:56.878 CmdResp[31]:KISS ON<0D 0A>KISS     was OFF<0D 0A>cmd:
TS-2000:2012-06-01T15:29:56.878 Command[7]:RESTART
TS-2000:2012-06-01T15:29:56.878 Output[8]:RESTART<0D>
TS-2000:2012-06-01T15:29:57.229 KISS:Missing Leading C0[9]:RESTART<0D 0A>
TS-2000:2012-06-01T15:30:26.971 Terminating after 30048 msec vs 30000 Quiet
TS-2000:2012-06-01T15:30:26.971 Closing COM8:57600,N,8,1
TS-2000:2012-06-01T15:30:26.971 Command[13]:^192^255^192~
TS-2000:2012-06-01T15:30:26.971 Output[3]:<C0 FF C0>
TS-2000:2012-06-01T15:30:26.971 Command[6]:TN 2,0
TS-2000:2012-06-01T15:30:26.971 Output[7]:TN 2,0<0D>
TS-2000:2012-06-01T15:30:27.001 CmdResp[1]:<0A>
TS-2000:2012-06-01T15:30:27.192 CmdResp[156]:<0A 0D 0A 0D 0A 0D 0A>bbRAM loaded with defaults<07 0D 0A 0D 0A 0D 0A 0D 0A>TASCO Radio Modem<0D 0A>AX.25 Level 2 Version 2.0<0D 0A>Release 09/15/99 2Chip ver 2.00<0D 0A>Checksum $CF<0D 0A>cmd:TN 2,0<0D 0A>?EH<0D 0A>cmd:

Thanks!

 

 

Walter Dutcher N2ZVP

Beechwood Development

585-224-5581

rochbert@...

www.beechwoodne.com

 

 

Ok, Frequency Monitor is what I have been searching for documentation on, and
didn't understand what was going on my APRSIS32 screen.

Now, there are two area digipeaters sending two different local repeater
frequencies for the mobile APRS passerby. A little red square surrounds both the
separate antenna symbols.

One is 146.955RR and when selected in the program has something like 'bad case'
(Mhz vice MHz?)

Another W9MKS-3 has 'no MHz' but MHz is there with no space after the last digit
(147.120MHz).

Thirdly, my own mobile Status comment beacon on KC6VVT-14 using an old TM-D700A
without the autofrequency changer option of the later TM-D710 has 'listening
146.52/446.0 or local repeater' that also gets tagged with the red square. While
this may be clear to the mobile packet reader, what I really would like is to be
called on the APRS Alert frequency of 144.390 MHz Simplex with 100.0 Hz PL.

What is the best syntax to use that conveys that I am using that APRS Alert
while mobile, and call me there, and also try or a calling frequency for FM?

Over?

73 de Pat KC6VVT




--- In aprsisce@yahoogroups.com, Adam Mahnke <kc2ant@...> wrote:
>
> Lynn,
>
> Had something interesting happen recently, not sure if it's a windows thing or
an APRSIS32 thing.
>
> APRSIS32 running minimized, freq monitor enabled.
>
> When a frequency is received it activates the the monitor as designed.
(Minimized)
> When attempting to restore the APRSIS32 window by clicking on the task bar it
only restores the freq monitor window.
>
> Once I close the freq monitor and then click on the task bar APRSIS32 restores
as normal.
>
> Not a big deal, just not sure where the cause of this is.
>
> Adam
> KC2ANT
>
> -----Original Message-----
>
> From: Lynn W Deffenbaugh (Mr)
> Sent: 30 May 2012 22:56:49 GMT
> To: aprsisce@yahoogroups.com
> Subject: Re: [aprsisce] Frequency Monitor Popup
>
> On 5/30/2012 11:40 AM, Keehan Dowd wrote:
> >
> >
> > At about 12-05-30 09:22 AM, kc2nyu whilst discussing "[aprsisce]
> > Frequency Monitor Popup", wrote the following:
> >>
> >> How does one turn off the Frequency Monitor Pop Up ? When I go to
> >> Enable-Frequency Monitor, and attempt to remove the check mark, it
> >> just opens the pop-up again.
> >>
> >> 73 Paul kc2nyu
> >>
> >
> >
> > I've found that you have to uncheck the option *when the frequency
> > monitor window is open*.  Closing the frequency monitor window, then
> > unchecking the option doesn't clear the check mark.
> >
>
> You are correct, and that is by design.  Otherwise there's no way to
> force the monitor to open (and I believe it helps to see what it is that
> you're disabling).
>
> You can also right click on the monitor itself and uncheck Enable from
> there.
>
> Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
>
>
> > Regards,
> > Keehan - VE6XVK
> >
> >
> >
>

If/when APRSISCE/32 supports file playback, it'll almost assuredly be
based on a raw packet dump, no special formatting required.

Currently, you CAN save tracks as standard GPX files which are then
viewable either in APRSISCE/32 (latest version) or any other GPX file
viewer which makes them a much more portable format.

Maybe something that saves all !shriek!ed stations' tracks into a single
GPX file would assist in being able to see the total event after the fact?

Or is it more important to see it playing out in  real (or double or
triple) time as the event unfolded?

I'm trying to understand just what you plan to DO with such log files.

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

On 6/1/2012 12:29 PM, Pat KC6VVT Assistant SEC/IL wrote:
> I agree, a history file automatically saved for later replay would be a great
addition. While most authors stress that APRS is 'real time'. sometimes you
aren't paying attention when something happens. Turining on a log function in
advance is advised. But then, all you have is a bunch of chaff when you 'read'
but not display it in a replay.
>
> This file playback feature is one of the better user features of the APRS Dos
version, and allowed an APRS user to replay periodically automatically saved
*.hst files to see what happened that day in the APRS world, or to demonstrate
to other APRS users how their coverage of a special event, parade, or WX event
played out.
>
> I'll see if I have a syntax text sample from my DOS files to add:
> K9CZ      @211910z4457.18N/08410.35W'214/092/TH-D7/M1/Enroute...
> K9CZ      @211912z4454.54N/08412.41W'186/097/TH-D7/M1/Enroute...
> K9CZ      @211914z4451.62N/08414.02W'208/085/TH-D7/M1/Enroute...
> K9CZ      @211915z4450.57N/08415.15W'219/071/TH-D7/M1/Enroute...
> K9CZ      @211923z4441.69N/08423.27W'208/123/TH-D7/M1/Enroute...
> K9CZ      @211924z4439.08N/08425.24W'208/133/TH-D7/M1/Enroute...
> K9CZ      @211926z4434.96N/08427.85W'203/135/TH-D7/M1/Enroute...
> K9CZ      @211927z4432.60N/08429.60W'208/136/TH-D7/M1/Enroute...
> K9CZ      @211929z4428.21N/08432.94W'208/138/TH-D7/M1/Enroute...
> K9CZ      @211931z4425.86N/08434.75W'208/137/TH-D7/M1/Enroute...
> K9CZ      @211932z4423.65N/08436.58W'214/134/TH-D7/M1/Enroute...
> K9CZ      @211934z4419.48N/08440.02W'208/134/TH-D7/M1/Enroute...
> K9CZ      @211935z4417.24N/08441.95W'214/136/TH-D7/M1/Enroute...
> K9CZ      @211937z4412.12N/08445.48W'203/140/TH-D7/M1/Enroute...
> K9CZ      @211940z4406.71N/08449.33W'208/135/TH-D7/M1/Enroute...
> K9CZ      @211942z4404.40N/08451.15W'208/134/TH-D7/M1/Enroute...
> K9CZ      @211944z4359.98N/08455.37W'214/136/TH-D7/M1/Enroute...
> K9CZ      @211955z4338.17N/08513.01W'214/131/TH-D7/M1/Enroute...
> K9CZ      @211956z4335.91N/08514.78W'208/134/TH-D7/M1/Enroute...
> K9CZ      @211959z4330.47N/08517.72W'197/139/TH-D7/M1/Enroute...
> K9CZ      @212009z4310.62N/08532.42W'214/137/TH-D7/M1/Enroute...
> K9CZ      @212010z4308.53N/08534.40W'214/132/TH-D7/M1/Enroute...
> K9CZ      @212016z4255.59N/08543.47W'208/138/TH-D7/M1/Enroute...
>
> This is an airplane only file that I copied one day from a 'everything .hst'
files to replay for a demonstration of DOS, so you may compare to the
APRSIS32.gpx format that a track is saved, which may be better suited to the
portables.
> See the TAPR APRS DOS files for more *.hst files.
>
> 73 de Pat KC6VVT
>
>
> --- In aprsisce@yahoogroups.com, "w9rxr"<w9rxr_@...>  wrote:
>> I have the log file from an APRSIS/32 session from a couple of days ago. I
would like to play back that log file so I can see the track of some stations
from that day. Is there any way to do this? Or convert the log to a GPX file
that I can plot in a map program?
>>
>> BTW, what is the .PKT file?
>>
>> Thanks.
>>
>> Bob...
>>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>

On 6/1/2012 12:35 PM, Pat KC6VVT Assistant SEC/IL wrote:
> ps: I quit using the development version again!

On purpose or by accident?  Remember, you should only edit the
configuration file when APRSISCE/32 is closed or you'll lose your
changes.  Also, if you're talking WinMo, I have issues with backups on
my sync machine touching an old version of the file and then synching it
as "new" over to my phone causing unexpected reversions.

And for now, the development and general release are the SAME version
until I get back home and get into development again.

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

Probably the wrong format unless you massage it based on the sample you
posted earlier.

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

On 6/1/2012 12:39 PM, Pat KC6VVT Assistant SEC/IL wrote:
> Regarding that '*.pkt' file, one of these days I am going to copy one and try
and replay it in APRS Dos.
>
> --- In aprsisce@yahoogroups.com, "Lynn W Deffenbaugh (Mr)"<kj4erj@...>  wrote:
>> APRSISCE/32 does not currently have any ability to play back log
>> files.   In fact, I doubt if any of the particular logs would have
>> exactly what you're after.
>>
>> That said, if you had done a Save Track on the particular stations of
>> interest, then you'd be able to load the resulting *.GPX files to see
>> their individual tracks later.
>>
>> The *.PKT file is the output from Enables / Ports / Log All and contains
>> the raw packets received by any RF port, in pure time sequence, and no
>> APRS-IS received packets.
>>
>> Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
>>
>> PS.  Sorry for the delay in answering, but I'm on vacation and only
>> process e-mail during breaks.  Sometimes I might miss a message or two.
>>
>> On 6/1/2012 5:53 AM, Bob Burns W9RXR wrote:
>>> At 10:16 PM 5/30/2012, w9rxr wrote:
>>>> I have the log file from an APRSIS/32 session from a couple of days
>>>> ago. I would like to play back that log file so I can see the track
>>>> of some stations from that day. Is there any way to do this? Or
>>>> convert the log to a GPX file that I can plot in a map program?
>>>>
>>>> BTW, what is the .PKT file?
>>> Lynn? Anyone?
>>>
>>> Our local ham radio group provided communications for the
>>> Indianapolis 500 Festival Parade last Saturday. Our primary job is
>>> shuttling parade participants from the first aid tents along the
>>> route to the medical command tent using golf carts. Each of the golf
>>> carts is driven by a ham who has APRS. I was the Net Control operator
>>> for the golf carts and was running APRSIS/32 so I could see where
>>> they were. I'd like to play back the log from that day to study the
>>> golf cart movements and identify where we might have RF issues.
>>>
>>> Thanks.
>>>
>>> Bob...
>>>
>>>
>>>
>>> ------------------------------------
>>>
>>> Yahoo! Groups Links
>>>
>>>
>>>
>>>
>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>

On 6/1/2012 1:03 PM, Pat KC6VVT Assistant SEC/IL wrote:
> Now, there are two area digipeaters sending two different local repeater
frequencies for the mobile APRS passerby. A little red square surrounds both the
separate antenna symbols.

The little red square indicates that APRSISCE/32 has detected some Issue
with the station's transmitted frequency syntax.

> One is 146.955RR and when selected in the program has something like 'bad
case' (Mhz vice MHz?)

146.955RR says "146.955Mhz" at the start of the comment.  The FTM-350
requires MHz (note the capital H) in order to activate the QTY/Tune
function.  Hence the "*MHzCase*" issue displayed by APRSISCE/32.  In
addition, they are using a non-standard offset and PL in the comment.  A
standard-compliant specification would replace the "146.955Mhz (
-600Khz, 103.5 PL)" with the (much shorter) following (T103 is Wide FM,
t103 would be Narrow FM):

146.955MHz T103 -060

> Another W9MKS-3 has 'no MHz' but MHz is there with no space after the last
digit (147.120MHz).

W9MKS-3 has "147.12 P T013"... in their comment and APRSISCE/32 displays
"*NoMHz*" as an issue because there is no MHz in the beacon comment.
The Freq: 147.120MHz that is displayed is generated by APRSISCE/32 and
it's "loose" parser gleaning for anything that might be a frequency.
While I don't know what the P is in the comment, a standards-compliant
comment would be:

147.120MHz T103

And I personally recommend including the offset, even if it is
considered "standard" for the local area.  For instance, I have no idea
if it would be +060 or -060 for entering into my non-localized,
non-standard-offset-supporting UV-3R in order to use this repeater.

> Thirdly, my own mobile Status comment beacon on KC6VVT-14 using an old
TM-D700A without the autofrequency changer option of the later TM-D710 has
'listening 146.52/446.0 or local repeater' that also gets tagged with the red
square. While this may be clear to the mobile packet reader, what I really would
like is to be called on the APRS Alert frequency of 144.390 MHz Simplex with
100.0 Hz PL.

Your comment gives no indication of "Voice Alert" so there's no way
someone that receives it on a non-voice-alert rig would have any clue to
do what you'd prefer.  And if you don't want to be flagged with a red
square, just make your comment "Local repeater or 146.52/446.0" and the
frequency parser won't even detect the frequency at the start.  (At
least, not until I start sniffing entire comments for anything that
smells like a frequency spec, but I probably won't flag those as issues
because they don't even remotely appear to be trying to be standard
which has the frequency listed first).

> What is the best syntax to use that conveys that I am using that APRS Alert
while mobile, and call me there, and also try or a calling frequency for FM?

AFAIK, there is no suggested standard syntax for flagging voice alert.
If someone is using it, they expect calls from others that are listening
for it.  It's only your "really would like is" qualifier that would even
suggest that you might want to put it in the text.  If I were in your
position, I'd probably just make my comment something like "146.520MHz
or 446.0 or local repeater" and keep your tone on 144.390.  It doesn't
express your preference, but doesn't it make more sense for people to
just call you on 146.520 straight away instead of calling on 144.390
just to arrange a frequency change?  The "146.520MHz" will satisfy the
FTM-350 requirement (and Kenwoods can use it to) and the "or" will stop
the frequency parser(s) from generating any complaints about the
additional frequency coming later.

> Over?

Back to you.

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

>
> 73 de Pat KC6VVT
>
>
>
>
> --- In aprsisce@yahoogroups.com, Adam Mahnke<kc2ant@...>  wrote:
>> Lynn,
>>
>> Had something interesting happen recently, not sure if it's a windows thing
or an APRSIS32 thing.
>>
>> APRSIS32 running minimized, freq monitor enabled.
>>
>> When a frequency is received it activates the the monitor as designed.
(Minimized)
>> When attempting to restore the APRSIS32 window by clicking on the task bar it
only restores the freq monitor window.
>>
>> Once I close the freq monitor and then click on the task bar APRSIS32
restores as normal.
>>
>> Not a big deal, just not sure where the cause of this is.
>>
>> Adam
>> KC2ANT
>>
>> -----Original Message-----
>>
>> From: Lynn W Deffenbaugh (Mr)
>> Sent: 30 May 2012 22:56:49 GMT
>> To: aprsisce@yahoogroups.com
>> Subject: Re: [aprsisce] Frequency Monitor Popup
>>
>> On 5/30/2012 11:40 AM, Keehan Dowd wrote:
>>>
>>> At about 12-05-30 09:22 AM, kc2nyu whilst discussing "[aprsisce]
>>> Frequency Monitor Popup", wrote the following:
>>>> How does one turn off the Frequency Monitor Pop Up ? When I go to
>>>> Enable-Frequency Monitor, and attempt to remove the check mark, it
>>>> just opens the pop-up again.
>>>>
>>>> 73 Paul kc2nyu
>>>>
>>>
>>> I've found that you have to uncheck the option *when the frequency
>>> monitor window is open*.  Closing the frequency monitor window, then
>>> unchecking the option doesn't clear the check mark.
>>>
>> You are correct, and that is by design.  Otherwise there's no way to
>> force the monitor to open (and I believe it helps to see what it is that
>> you're disabling).
>>
>> You can also right click on the monitor itself and uncheck Enable from
>> there.
>>
>> Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
>>
>>
>>> Regards,
>>> Keehan - VE6XVK
>>>
>>>
>>>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>

I may have described the problem with an unfortunate choice of word, Lynn. By "detail" I meant not so much the map "content", but the level to which it can be zoomed and still remain readable. Just to the East of me, for example, there is/are one or more tiles (including 51.58N 00056.17W) which starts to get unacceptably pixelated at the 24.3 radius zoom level, while being surrounded by tiles capable of much finer "resolution".

Internet Access and the Fetcher are both turned on.

Bob

---

From: Lynn W Deffenbaugh (Mr) <kj4erj@...>
Sent: 29 May 2012 04:07 PM
To: aprsisce@yahoogroups.com
Subject: Re: [aprsisce] Olympic torch

 

The detail available in the maps is solely a function of how much detail has been loaded into the OpenStreetMap.org database.  If you use the SlippyMap at http://www.openstreetmap.org you should see nearly the same map as presented within APRSISCE/32.  Unless, of course, you've turned off Internet Access or the OSM Tile Fetcher under Enables.

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

On 5/29/2012 10:58 AM, Bob Sayers wrote:

Thanks, Lynn - very strange, when I returned to APRS; there it was!

I'm glad that I questioned "pale" maps the other day, as your reply has obviously helped several other people. However, even after reading the wiki, I'm still not clear how CE retrieves maps of "new" areas, ie, the maptile of my home location can be zoomed in to individual-building detail, but (for instance) the current Torch location has very much lower detail. Even after playing with Map and Tile options I still don't seem able to retrieve the higher-detail tiles?

Bob

---

From:

[The entire original message is not included]

On 5/31/2012 7:41 AM, JP wrote:
> Lynn,
>
> It is hard to determine from reading this thread what was added, if anything,
to APRSISCE so support the Agrello DF Jr format. There is discussion of the
original APRS Specification.

APRSISCE/32 is first trying to implement all of the various and
disparate APRS specifications, including the entry, use, and display of
the several DF support formats.

> It appears that this format is somewhat the defacto standard or at least very
popular for doppler direction finding equipment.

I don't know about the equipment, but AFAIK, APRS implements pretty much
the basic information you'd use for plotting a DF exercise on paper.
Direction of strongest signal and an estimate of the accuracy expressed
as an angular width from that center.  Once I get back from vacation
I'll try to resurrect how to create the 2 kinds of DF objects in
APRSISCE/32 and get it into the Wiki, unless someone b

> Can APRSISCE be used or integrated with Doppler Direction Finding hardware and
software?

No, I'm not currently interfacing with any particular DF hardware or
software.  The current implementation requires the operator to read
their DF instruments (or estimate with a hand-held Yagi) and enter the
data into APRSISCE/32.

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

> ..jpw
> KC9KKO
>
>
>
> --- Inaprsisce@yahoogroups.com, "mike_hsd"<mike@...>  wrote:
>> That is funny that Ed brings that up.  I am new to the group as of yesterday
and I was just asking Lynn about DF support.  I use a Doppler Systems 5900 and I
know a lot of guys use other units that support the Agrello DF Jr format for
communicating to there software.
>>
>> I would like to make a request that both formats are supported if that added
feature becomes a reality.  Maybe a DF unit format check box or an XML file
where you could customize your own format for other units.
>>
>> Doppler Systems 5900.
>> BBB<cr>
>> Q<cr>
>>
>> Agrello DF message format :
>> %BBB/Q<cr>
>>
>> More detail below on both formats.
>>
>> Doppler Systems message format :
>> Configure (Port Settings): Bits per second = 4800, data bits = 8, parity =
none, stop bits = 1, flow
>> control = none.
>> Settings: Emulation = ANSI.
>> ASCII Setup, ASCII Sending: Send line ends with line feeds, echo typed
characters locally, line
>> delay = 0, character delay = 0.
>> ASCII Setup, ASCII Receiving: Append line feeds to incoming line ends, wrap
lines that exceed
>> terminal width.
>>
>> Bearing Data sent from the direction finder to the PC
>>
>> With a signal tuned in, the direction finder sends a single character message
followed by a carriage
>>
>> return for the S-meter and a three character message followed by a carriage
return for a bearing
>>
>> message. The characters used are standard ASCII (hex 31 = "1", etc.). When
the signal strength is
>>
>> the ASCII character ":" (hex 3A) is sent.
>>
>> These message alternate as long as a signal is being received, so the display
should look something
>>
>> like:
>> 005
>> 8
>> 006
>> 9
>> 005
>> :
>> etc.
>>
>> Agrello DF message format :
>>                          %BBB/Q<cr>
>> Where
>> %= message start character
>> BBB = signal bearing degrees ( 000-359 )
>> Q = signal quality ( 0-9 ) ( fixed @ 7 in this design )
>> <cr>  = carriage return
>> The RS232 message is transmitted at 4800 baud, with an 8N2 byte format.
>>
>> Thanks,
>> Mike
>> N1OMJ
>>
>>
>>
>>
>>
>> --- Inaprsisce@yahoogroups.com, "czajkaej"<czajkaej@>  wrote:
>>> I have an Idea for Fox Hunting that should be pretty easy from a programming
prospective. Here it is:
>>>
>>> Add the ability to drop a way-point at the current location, then have the
program ask for an approximate bearing (Magnetic or True), then draw a line in
that direction to overlay on the map. Perhaps adding a number to the way-point
so you can see your progression of plots.
>>>
>>> I currently do this on a printed map of my town, inside a page protector,
and I use a dry erase marker. I think it would be really cool to be able to do
something similar within APRSISCE. Especially with the ability to zoom in.
>>>
>>> On an advanced side of programming, you could make it more than a line,
instead a wedge that is like 5 degrees wide. Perhaps set the distance to project
(x number of miles), and fade the projection from each way-point progressively.
>>>
>>> Thanks
>>> Ed
>>> KI6PSP
>>>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>

Gee, if you had ever used DOS version, seeing it done would be slicker than me
trying to paint a word picture of the process.
And you did nail it with the slow/medium/fast playback that is available there,
so I think you are putting me on.
Ok, what would I do with it first.
I come in out of the garden, and there may be off screen tracks of a balloon, or
airplanes going to OshKosh, or hams going to Dayton, passerby mobiles, or an
Alert from the County EOC. or APRS radio equipped local hospitals. This may have
happened while I was away from my APRSIS32 terminal, with no trace of the event
on screen!
I can replay APRS DOS, with several files with an X amount of packets
automatically saved in a DOS *.hst file that are date and time stamped in real
packet format, and wow! I may have missed my APRS buddies passing by, and send
them a text in real time APRS messaging, and go on with life. Or send a "mea
culpa" to the local emergency coordinator  who had the net shift from APRS mode
at the hospitals to dual band voice use on those TM-D7OO/710 radios there,
leaving no trace of their emergency APRS activation several hours earlier. Yes,
this has happened, and I could have helped the hospital comm net had I known
that Frontier had their long haul fiberoptic long distance cables dug up again.
Or reconstruct a simple log of when the alert went out on APRS.
Otherwise, APRSIS32 tracks erase after a set period of time, and is only useful
in real time, with no clues left for the intermittent user of what happened
earlier for the public service report.
Or an easy way to visually demonstrate when each hospital/EOC was activated by
the tell-tale APRS beacon it sent, time stamped. BTW, the APRS beacon used at
area hospitals are the FAA designation of their helo pads with the correct
location to home in on for Life-Flight, okay? And they don't show up on APRS.fi
usually, for that matter.

There ya go, and I have a test object file and can send these objects via RF or
APRS IS in my APRSIS32 home system in real time fairly quickly, so thanks for
that, Lynn.

Hope this above is okay, forgive me if not stated very well. I was a first line
blue collar foreman getting the equipment/technicians moving, and their net
stations up and running in good comms as a priority in the way back. It is
difficult for met to grasp that you need to know the "why" before you can "do"
something that will meet too few APRS users and network needs, hi.
Like Bob WB4APR, I believe APRS has a valid use in real time, and also as an
emergency communications tool with displayable map information to facilitate
that essential communication. Squack EMERGENCY status some time in APRS, and you
might hear from some interesting people.
If something is not readliy and simply usable, even in rudimentary form, with an
instinctive feel and understanding, it is gonna be problematic to the average
ham.
And if APRS can send record traffic for the inevitable ARES "how can we do this
better"  post mortem analysis, better yet, as you have demonstrated yourself
with your famous digipeater barrage analysis of bad balloon paths!
APRS is only a hobby adjunct, after all, to the amateur radio service. Part of
that service is emcomm networks. If I had your abilities in programming, my APRS
version would be far worse than you have managed to date, that is for sure! And
I have yet to attempt taking APRSIS32 along mobile on ANY platform.

So don't worry about it. Only the RACES folks need replay for the cover their
butt exercise review, anyway.

Keep up the fine business, Lynn.

73 de Pat KC6VVT

--- In aprsisce@yahoogroups.com, "Lynn W Deffenbaugh (Mr)" <kj4erj@...> wrote:
>
> If/when APRSISCE/32 supports file playback, it'll almost assuredly be
> based on a raw packet dump, no special formatting required.
>
> Currently, you CAN save tracks as standard GPX files which are then
> viewable either in APRSISCE/32 (latest version) or any other GPX file
> viewer which makes them a much more portable format.
>
> Maybe something that saves all !shriek!ed stations' tracks into a single
> GPX file would assist in being able to see the total event after the fact?
>
> Or is it more important to see it playing out in  real (or double or
> triple) time as the event unfolded?
>
> I'm trying to understand just what you plan to DO with such log files.
>
> Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
>
> On 6/1/2012 12:29 PM, Pat KC6VVT Assistant SEC/IL wrote:
> > I agree, a history file automatically saved for later replay would be a
great addition. While most authors stress that APRS is 'real time'. sometimes
you aren't paying attention when something happens. Turining on a log function
in advance is advised. But then, all you have is a bunch of chaff when you
'read' but not display it in a replay.
> >
> > This file playback feature is one of the better user features of the APRS
Dos version, and allowed an APRS user to replay periodically automatically saved
*.hst files to see what happened that day in the APRS world, or to demonstrate
to other APRS users how their coverage of a special event, parade, or WX event
played out.
> >
> > I'll see if I have a syntax text sample from my DOS files to add:
> > K9CZ      @211910z4457.18N/08410.35W'214/092/TH-D7/M1/Enroute...
> > K9CZ      @211912z4454.54N/08412.41W'186/097/TH-D7/M1/Enroute...
> > K9CZ      @211914z4451.62N/08414.02W'208/085/TH-D7/M1/Enroute...
> > K9CZ      @211915z4450.57N/08415.15W'219/071/TH-D7/M1/Enroute...
> > K9CZ      @211923z4441.69N/08423.27W'208/123/TH-D7/M1/Enroute...
> > K9CZ      @211924z4439.08N/08425.24W'208/133/TH-D7/M1/Enroute...
> > K9CZ      @211926z4434.96N/08427.85W'203/135/TH-D7/M1/Enroute...
> > K9CZ      @211927z4432.60N/08429.60W'208/136/TH-D7/M1/Enroute...
> > K9CZ      @211929z4428.21N/08432.94W'208/138/TH-D7/M1/Enroute...
> > K9CZ      @211931z4425.86N/08434.75W'208/137/TH-D7/M1/Enroute...
> > K9CZ      @211932z4423.65N/08436.58W'214/134/TH-D7/M1/Enroute...
> > K9CZ      @211934z4419.48N/08440.02W'208/134/TH-D7/M1/Enroute...
> > K9CZ      @211935z4417.24N/08441.95W'214/136/TH-D7/M1/Enroute...
> > K9CZ      @211937z4412.12N/08445.48W'203/140/TH-D7/M1/Enroute...
> > K9CZ      @211940z4406.71N/08449.33W'208/135/TH-D7/M1/Enroute...
> > K9CZ      @211942z4404.40N/08451.15W'208/134/TH-D7/M1/Enroute...
> > K9CZ      @211944z4359.98N/08455.37W'214/136/TH-D7/M1/Enroute...
> > K9CZ      @211955z4338.17N/08513.01W'214/131/TH-D7/M1/Enroute...
> > K9CZ      @211956z4335.91N/08514.78W'208/134/TH-D7/M1/Enroute...
> > K9CZ      @211959z4330.47N/08517.72W'197/139/TH-D7/M1/Enroute...
> > K9CZ      @212009z4310.62N/08532.42W'214/137/TH-D7/M1/Enroute...
> > K9CZ      @212010z4308.53N/08534.40W'214/132/TH-D7/M1/Enroute...
> > K9CZ      @212016z4255.59N/08543.47W'208/138/TH-D7/M1/Enroute...
> >
> > This is an airplane only file that I copied one day from a 'everything .hst'
files to replay for a demonstration of DOS, so you may compare to the
APRSIS32.gpx format that a track is saved, which may be better suited to the
portables.
> > See the TAPR APRS DOS files for more *.hst files.
> >
> > 73 de Pat KC6VVT
> >
> >
> > --- In aprsisce@yahoogroups.com, "w9rxr"<w9rxr_@>  wrote:
> >> I have the log file from an APRSIS/32 session from a couple of days ago. I
would like to play back that log file so I can see the track of some stations
from that day. Is there any way to do this? Or convert the log to a GPX file
that I can plot in a map program?
> >>
> >> BTW, what is the .PKT file?
> >>
> >> Thanks.
> >>
> >> Bob...
> >>
> >
> >
> > ------------------------------------
> >
> > Yahoo! Groups Links
> >
> >
> >
> >
>

Thanks, Lee K5DAT
3.9MB for what are essentially just text commands to a KPC TNC? d:D This should
be interesting to see. Downloading att, and hope to review.
What version software embedded in your KPC 9612 PLUS? I have an older one I
would like to try out as a dual band APRS digipeater, and recall that this model
TNC needs a dual command separated by a slash on each command line.
Not good for a KPC-3 version, that is.
73 de Pat KC6VVT



--- In aprsisce@yahoogroups.com, Lee D Bengston <kilo5dat@...> wrote:
>
> Greetings.  For those interested in a little help with getting APRSIS32 up
> and running with a Kantronics KPC3+ or KPC-9612+, I have posted for
> download a script package for Windows at the following link:
>
> http://www.175moonlight.com/APRS/K5DAT-KPC-KISS-scripts-2012-05-31.zip
>
> There's a readme file included that explains further.  Basically there is a
> script that puts the TNC in KISS mode (with a few additional capabilities),
> another script that takes it out of KISS mode, and a 3rd that prompts the
> user for the applicable COM port and baud rate and saves that information
> for the other 2 scripts to use.
>
> The scripts were written in Perl and converted to executables using the
> "PAR-Packer" module.  In theory, they should work without the need to
> install ActivePerl in Windows - in other words just double-click the exe
> file to use it.
>
> A few caveats - I've only tested in Windows XP, and I didn't uninstall
> ActivePerl on my machine and test the exe files without it.  Therefore the
> first users will be guinea pigs.  Also, the first time you run each
> executable file, there will be a delay before it starts as it is
> decompressing some embedded items including the original perl script.
>  Finally, I have only tested with a KPC9612+, but from what I have gathered
> from the user manuals, the commands are identical.
>
> Regards,
> Lee - K5DAT
>

Thanks, Lynn, will try your suggestion on my mobile first. I have to have a
working area example first, before I can pass on that knowledge to others who
set this up based on an old example....
73 de Pat KC6VVT


--- In aprsisce@yahoogroups.com, "Lynn W Deffenbaugh (Mr)" <kj4erj@...> wrote:
>
> On 6/1/2012 1:03 PM, Pat KC6VVT Assistant SEC/IL wrote:
> > Now, there are two area digipeaters sending two different local repeater
frequencies for the mobile APRS passerby. A little red square surrounds both the
separate antenna symbols.
>
> The little red square indicates that APRSISCE/32 has detected some Issue
> with the station's transmitted frequency syntax.
>
> > One is 146.955RR and when selected in the program has something like 'bad
case' (Mhz vice MHz?)
>
> 146.955RR says "146.955Mhz" at the start of the comment.  The FTM-350
> requires MHz (note the capital H) in order to activate the QTY/Tune
> function.  Hence the "*MHzCase*" issue displayed by APRSISCE/32.  In
> addition, they are using a non-standard offset and PL in the comment.  A
> standard-compliant specification would replace the "146.955Mhz (
> -600Khz, 103.5 PL)" with the (much shorter) following (T103 is Wide FM,
> t103 would be Narrow FM):
>
> 146.955MHz T103 -060
>
> > Another W9MKS-3 has 'no MHz' but MHz is there with no space after the last
digit (147.120MHz).
>
> W9MKS-3 has "147.12 P T013"... in their comment and APRSISCE/32 displays
> "*NoMHz*" as an issue because there is no MHz in the beacon comment.
> The Freq: 147.120MHz that is displayed is generated by APRSISCE/32 and
> it's "loose" parser gleaning for anything that might be a frequency.
> While I don't know what the P is in the comment, a standards-compliant
> comment would be:
>
> 147.120MHz T103
>
> And I personally recommend including the offset, even if it is
> considered "standard" for the local area.  For instance, I have no idea
> if it would be +060 or -060 for entering into my non-localized,
> non-standard-offset-supporting UV-3R in order to use this repeater.
>
> > Thirdly, my own mobile Status comment beacon on KC6VVT-14 using an old
TM-D700A without the autofrequency changer option of the later TM-D710 has
'listening 146.52/446.0 or local repeater' that also gets tagged with the red
square. While this may be clear to the mobile packet reader, what I really would
like is to be called on the APRS Alert frequency of 144.390 MHz Simplex with
100.0 Hz PL.
>
> Your comment gives no indication of "Voice Alert" so there's no way
> someone that receives it on a non-voice-alert rig would have any clue to
> do what you'd prefer.  And if you don't want to be flagged with a red
> square, just make your comment "Local repeater or 146.52/446.0" and the
> frequency parser won't even detect the frequency at the start.  (At
> least, not until I start sniffing entire comments for anything that
> smells like a frequency spec, but I probably won't flag those as issues
> because they don't even remotely appear to be trying to be standard
> which has the frequency listed first).
>
> > What is the best syntax to use that conveys that I am using that APRS Alert
while mobile, and call me there, and also try or a calling frequency for FM?
>
> AFAIK, there is no suggested standard syntax for flagging voice alert.
> If someone is using it, they expect calls from others that are listening
> for it.  It's only your "really would like is" qualifier that would even
> suggest that you might want to put it in the text.  If I were in your
> position, I'd probably just make my comment something like "146.520MHz
> or 446.0 or local repeater" and keep your tone on 144.390.  It doesn't
> express your preference, but doesn't it make more sense for people to
> just call you on 146.520 straight away instead of calling on 144.390
> just to arrange a frequency change?  The "146.520MHz" will satisfy the
> FTM-350 requirement (and Kenwoods can use it to) and the "or" will stop
> the frequency parser(s) from generating any complaints about the
> additional frequency coming later.
>
> > Over?
>
> Back to you.
>
> Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
>
> >
> > 73 de Pat KC6VVT
> >
> >
> >
> >
> > --- In aprsisce@yahoogroups.com, Adam Mahnke<kc2ant@>  wrote:
> >> Lynn,
> >>
> >> Had something interesting happen recently, not sure if it's a windows thing
or an APRSIS32 thing.
> >>
> >> APRSIS32 running minimized, freq monitor enabled.
> >>
> >> When a frequency is received it activates the the monitor as designed.
(Minimized)
> >> When attempting to restore the APRSIS32 window by clicking on the task bar
it only restores the freq monitor window.
> >>
> >> Once I close the freq monitor and then click on the task bar APRSIS32
restores as normal.
> >>
> >> Not a big deal, just not sure where the cause of this is.
> >>
> >> Adam
> >> KC2ANT
> >>
> >> -----Original Message-----
> >>
> >> From: Lynn W Deffenbaugh (Mr)
> >> Sent: 30 May 2012 22:56:49 GMT
> >> To: aprsisce@yahoogroups.com
> >> Subject: Re: [aprsisce] Frequency Monitor Popup
> >>
> >> On 5/30/2012 11:40 AM, Keehan Dowd wrote:
> >>>
> >>> At about 12-05-30 09:22 AM, kc2nyu whilst discussing "[aprsisce]
> >>> Frequency Monitor Popup", wrote the following:
> >>>> How does one turn off the Frequency Monitor Pop Up ? When I go to
> >>>> Enable-Frequency Monitor, and attempt to remove the check mark, it
> >>>> just opens the pop-up again.
> >>>>
> >>>> 73 Paul kc2nyu
> >>>>
> >>>
> >>> I've found that you have to uncheck the option *when the frequency
> >>> monitor window is open*.  Closing the frequency monitor window, then
> >>> unchecking the option doesn't clear the check mark.
> >>>
> >> You are correct, and that is by design.  Otherwise there's no way to
> >> force the monitor to open (and I believe it helps to see what it is that
> >> you're disabling).
> >>
> >> You can also right click on the monitor itself and uncheck Enable from
> >> there.
> >>
> >> Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
> >>
> >>
> >>> Regards,
> >>> Keehan - VE6XVK
> >>>
> >>>
> >>>
> >
> >
> > ------------------------------------
> >
> > Yahoo! Groups Links
> >
> >
> >
> >
>

I'd suggest doing your own, but hold off on telling others for now.
There's some folks that are working up a complete compatibility test for
all APRS-compatible radios whose results we can use to help persuade
others as to the importance of absolute spec compliance for largest
possible usefulness of the information.

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

On 6/1/2012 2:27 PM, Pat KC6VVT Assistant SEC/IL wrote:
> Thanks, Lynn, will try your suggestion on my mobile first. I have to have a
working area example first, before I can pass on that knowledge to others who
set this up based on an old example....
> 73 de Pat KC6VVT
>
>
> --- In aprsisce@yahoogroups.com, "Lynn W Deffenbaugh (Mr)"<kj4erj@...>  wrote:
>> On 6/1/2012 1:03 PM, Pat KC6VVT Assistant SEC/IL wrote:
>>> Now, there are two area digipeaters sending two different local repeater
frequencies for the mobile APRS passerby. A little red square surrounds both the
separate antenna symbols.
>> The little red square indicates that APRSISCE/32 has detected some Issue
>> with the station's transmitted frequency syntax.
>>
>>> One is 146.955RR and when selected in the program has something like 'bad
case' (Mhz vice MHz?)
>> 146.955RR says "146.955Mhz" at the start of the comment.  The FTM-350
>> requires MHz (note the capital H) in order to activate the QTY/Tune
>> function.  Hence the "*MHzCase*" issue displayed by APRSISCE/32.  In
>> addition, they are using a non-standard offset and PL in the comment.  A
>> standard-compliant specification would replace the "146.955Mhz (
>> -600Khz, 103.5 PL)" with the (much shorter) following (T103 is Wide FM,
>> t103 would be Narrow FM):
>>
>> 146.955MHz T103 -060
>>
>>> Another W9MKS-3 has 'no MHz' but MHz is there with no space after the last
digit (147.120MHz).
>> W9MKS-3 has "147.12 P T013"... in their comment and APRSISCE/32 displays
>> "*NoMHz*" as an issue because there is no MHz in the beacon comment.
>> The Freq: 147.120MHz that is displayed is generated by APRSISCE/32 and
>> it's "loose" parser gleaning for anything that might be a frequency.
>> While I don't know what the P is in the comment, a standards-compliant
>> comment would be:
>>
>> 147.120MHz T103
>>
>> And I personally recommend including the offset, even if it is
>> considered "standard" for the local area.  For instance, I have no idea
>> if it would be +060 or -060 for entering into my non-localized,
>> non-standard-offset-supporting UV-3R in order to use this repeater.
>>
>>> Thirdly, my own mobile Status comment beacon on KC6VVT-14 using an old
TM-D700A without the autofrequency changer option of the later TM-D710 has
'listening 146.52/446.0 or local repeater' that also gets tagged with the red
square. While this may be clear to the mobile packet reader, what I really would
like is to be called on the APRS Alert frequency of 144.390 MHz Simplex with
100.0 Hz PL.
>> Your comment gives no indication of "Voice Alert" so there's no way
>> someone that receives it on a non-voice-alert rig would have any clue to
>> do what you'd prefer.  And if you don't want to be flagged with a red
>> square, just make your comment "Local repeater or 146.52/446.0" and the
>> frequency parser won't even detect the frequency at the start.  (At
>> least, not until I start sniffing entire comments for anything that
>> smells like a frequency spec, but I probably won't flag those as issues
>> because they don't even remotely appear to be trying to be standard
>> which has the frequency listed first).
>>
>>> What is the best syntax to use that conveys that I am using that APRS Alert
while mobile, and call me there, and also try or a calling frequency for FM?
>> AFAIK, there is no suggested standard syntax for flagging voice alert.
>> If someone is using it, they expect calls from others that are listening
>> for it.  It's only your "really would like is" qualifier that would even
>> suggest that you might want to put it in the text.  If I were in your
>> position, I'd probably just make my comment something like "146.520MHz
>> or 446.0 or local repeater" and keep your tone on 144.390.  It doesn't
>> express your preference, but doesn't it make more sense for people to
>> just call you on 146.520 straight away instead of calling on 144.390
>> just to arrange a frequency change?  The "146.520MHz" will satisfy the
>> FTM-350 requirement (and Kenwoods can use it to) and the "or" will stop
>> the frequency parser(s) from generating any complaints about the
>> additional frequency coming later.
>>
>>> Over?
>> Back to you.
>>
>> Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
>>
>>> 73 de Pat KC6VVT
>>>
>>>
>>>
>>>
>>> --- In aprsisce@yahoogroups.com, Adam Mahnke<kc2ant@>   wrote:
>>>> Lynn,
>>>>
>>>> Had something interesting happen recently, not sure if it's a windows thing
or an APRSIS32 thing.
>>>>
>>>> APRSIS32 running minimized, freq monitor enabled.
>>>>
>>>> When a frequency is received it activates the the monitor as designed.
(Minimized)
>>>> When attempting to restore the APRSIS32 window by clicking on the task bar
it only restores the freq monitor window.
>>>>
>>>> Once I close the freq monitor and then click on the task bar APRSIS32
restores as normal.
>>>>
>>>> Not a big deal, just not sure where the cause of this is.
>>>>
>>>> Adam
>>>> KC2ANT
>>>>
>>>> -----Original Message-----
>>>>
>>>> From: Lynn W Deffenbaugh (Mr)
>>>> Sent: 30 May 2012 22:56:49 GMT
>>>> To: aprsisce@yahoogroups.com
>>>> Subject: Re: [aprsisce] Frequency Monitor Popup
>>>>
>>>> On 5/30/2012 11:40 AM, Keehan Dowd wrote:
>>>>> At about 12-05-30 09:22 AM, kc2nyu whilst discussing "[aprsisce]
>>>>> Frequency Monitor Popup", wrote the following:
>>>>>> How does one turn off the Frequency Monitor Pop Up ? When I go to
>>>>>> Enable-Frequency Monitor, and attempt to remove the check mark, it
>>>>>> just opens the pop-up again.
>>>>>>
>>>>>> 73 Paul kc2nyu
>>>>>>
>>>>> I've found that you have to uncheck the option *when the frequency
>>>>> monitor window is open*.  Closing the frequency monitor window, then
>>>>> unchecking the option doesn't clear the check mark.
>>>>>
>>>> You are correct, and that is by design.  Otherwise there's no way to
>>>> force the monitor to open (and I believe it helps to see what it is that
>>>> you're disabling).
>>>>
>>>> You can also right click on the monitor itself and uncheck Enable from
>>>> there.
>>>>
>>>> Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
>>>>
>>>>
>>>>> Regards,
>>>>> Keehan - VE6XVK
>>>>>
>>>>>
>>>>>
>>>
>>> ------------------------------------
>>>
>>> Yahoo! Groups Links
>>>
>>>
>>>
>>>
>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>

Say I created some objects, from a network of local or distant DF stations, and
entered the manual bearings, quality and estimated range/distance with each
object station. Signal strength is not a choice that I could guess at, but would
be nice to have.

Then I select a Multi-track map, and add the DF station objects.

Using the object editor, I select the DF button, opening the new menu for the
object to enter the updated bearing or azimuth data.

I expected a line to be drawn in the bearing azimuth from that DF object
station, and others, that would theoretically cross at the fox location. At
least it does in APRS Dos.

Nothing happened, no lines, no nothing. Is Manual DF broke now?

Shouldn't the APRSIS32 program visually display that line of bearing information
from each DF object?

Did I forget something else that needs to be enabled to get DF to work?

73 de Pat KC6VVT

---

From: aprsisce@yahoogroups.com [mailto:aprsisce@yahoogroups.com] On Behalf Of Pat KC6VVT Assistant SEC/IL
Sent: Friday, June 01, 2012 15:46
To: aprsisce@yahoogroups.com
Subject: [aprsisce] DF Manual "foxhunting" broke?

 

Say I created some objects, from a network of local or distant DF stations, and entered the manual bearings, quality and estimated range/distance with each object station. Signal strength is not a choice that I could guess at, but would be nice to have.

Then I select a Multi-track map, and add the DF station objects.

Using the object editor, I select the DF button, opening the new menu for the object to enter the updated bearing or azimuth data.

I expected a line to be drawn in the bearing azimuth from that DF object station, and others, that would theoretically cross at the fox location. At least it does in APRS Dos.

Nothing happened, no lines, no nothing. Is Manual DF broke now?

Shouldn't the APRSIS32 program visually display that line of bearing information from each DF object?

Did I forget something else that needs to be enabled to get DF to work?

73 de Pat KC6VVT

Have you enabled your DF objects for APRS-IS and specified an Interval?
If so, can you give me some of the object IDs and I'll look into it.

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

On 6/1/2012 3:46 PM, Pat KC6VVT Assistant SEC/IL wrote:
> Say I created some objects, from a network of local or distant DF stations,
and entered the manual bearings, quality and estimated range/distance with each
object station. Signal strength is not a choice that I could guess at, but would
be nice to have.
>
> Then I select a Multi-track map, and add the DF station objects.
>
> Using the object editor, I select the DF button, opening the new menu for the
object to enter the updated bearing or azimuth data.
>
> I expected a line to be drawn in the bearing azimuth from that DF object
station, and others, that would theoretically cross at the fox location. At
least it does in APRS Dos.
>
> Nothing happened, no lines, no nothing. Is Manual DF broke now?
>
> Shouldn't the APRSIS32 program visually display that line of bearing
information from each DF object?
>
> Did I forget something else that needs to be enabled to get DF to work?
>
> 73 de Pat KC6VVT
>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>

Part II
Note that there is a HFDF range limit of 512 mile maximum, which would seem to
me that it would limit a line drawn from a DF station to the fox, or target.
There is no way to edit that, and enter a known or approximate distance to
extend any line of bearing from the DF station to any crossing point of other DF
lines that should appear, or not.

As an example, I uploaded a *.pos file of FCC DF station, easily converted them
to objects by clicking on each (Very Well Done, Lynn) and entered a bearing.
Alas, the created DF station object refused to compute the reciprocal bearing to
ME when I centered the Multi-track map on the DF Station object and picked ME as
the target. Sigh.

73 de Pat KC6VVT

--- In aprsisce@yahoogroups.com, "Pat KC6VVT Assistant SEC/IL" <kc6vvt@...>
wrote:
>
> Say I created some objects, from a network of local or distant DF stations,
and entered the manual bearings, quality and estimated range/distance with each
object station. Signal strength is not a choice that I could guess at, but would
be nice to have.
>
> Then I select a Multi-track map, and add the DF station objects.
>
> Using the object editor, I select the DF button, opening the new menu for the
object to enter the updated bearing or azimuth data.
>
> I expected a line to be drawn in the bearing azimuth from that DF object
station, and others, that would theoretically cross at the fox location. At
least it does in APRS Dos.
>
> Nothing happened, no lines, no nothing. Is Manual DF broke now?
>
> Shouldn't the APRSIS32 program visually display that line of bearing
information from each DF object?
>
> Did I forget something else that needs to be enabled to get DF to work?
>
> 73 de Pat KC6VVT
>