Date   

Re: APRSISCE Mobile

Stan Leeds <srkleeds@...>
 

Lynn,

This test run ran great overall. Obvious I couldn't do too much due to driving. Also I see that you received my test meassage, so I think you are correct there is no bi-directional gate near by.

A funny thing though was indicated on the scrolling station list. Normally KC7EHJ-3 was black letters, red highlight, red pickup icon. However my daughter asked how come there are two KC7EHJ-3s?
Sure enough there was a black lettered no highlight, red car icon with my -3 call and it was listed multiple times on the way home from work @ 5:29pm EST.

I noticed on APRS.FI RAW that there were a number of Duplicate and/or Location changes too fast, so I don't know if those may have been a cause or effect???

Stan/KC7EHJ


Lynn W. Deffenbaugh wrote:


Stan,

It sounds like you've done everything you need to to get the maps
prefetched. And when you prefetch, it does not only the level you're
on, but drills down 3 more levels for a total of 4 levels of detail.
And it does this for the entire visible space when you triggered the
prefetch. You should have plenty of detail for your drive to work.

I'd also recommend doing a prefetch on the planet itself (zoomed the
whole way out) and then another zoomed in 2 or 3 levels and covering
your main stomping grounds. The top 6 zoom levels are exempt from the
purger regardless, and having them on-board allows low-resolution
expansions of them to be used for missing lower level tiles.

Yes on Question 2, provided that the GPS is working and you have Screen
/ Tracking / Me checked along with probably Screen / Tracking / Locked.
If your TNC connection is working, the beacons will also go out to RF
and hopefully to an IGate. You can tell if you're receiving on RF in
one of two ways. The scrolling station log will have a * (possibly
followed by N) for RF-received stations. The N indicates that multiple
copies of the packet were received, most likely from digipeats. The
other way is to toggle View / RF / All on and see if any stations show
up on the map. The first time you toggle any of the View options on
(except View / Ambiguous), View / All is automatically turned off.

I gather this is all under KC7EHJ-3, so I'll be "riding along" from here!

Lynn (D) - KJ4ERJ

Stan Leeds wrote:
Lynn,

I just finished installing your latest program onto one of my older
laptops, IBM Thinkpad T30 1.2GHz and 512MB.
Installed Delormes' serial emulator with an LT-40 USB GPS puck to COM2
Attached a DR-135/T2-135 onto COM1 in KISS as KC7EHJ-3
I plan to have it running mobile @7:30am, noon and @5pm, tomorrow back
and forth to work.


For the Map Prefetch, I zoom to the level I wanted, then selected
Screen/Map/Prefetch.

Question 1: I take it that when you say "wait until it is finished"
(prefetching) that you wait for the Yellow Circle to stop expanding,
correct?

So I started at my QTH, then went along a 10 mile path and at each
place
I did a Screen/Map/Prefetch. Then I made the change to <OSM.RetainDays>
to 0 (zero).

Question 2: So now when I fire everything up in the morning and
drive my
route, the program will move the map according to my coordinates,
correct?

Things and 73,
Stan/KC7EHJ



------------------------------------

Yahoo! Groups Links





Re: Multi-SSID APRS Messaging

Fred Hillhouse
 

Second question, what happens to a message sent to N7FMH-9? I assume
that
APRSIS32 will ignore it since it was not addressed to it. If that is
true,
then it would be nice to see the messages addressed to -9 and -12. And
likewise, returning a message from -9 that was addressed to -9 might be
good
as well but not critical. I do have an LCD connected to my Tracker2 but
unless I am looking at it when a message arrives, it is likely another
beacon will overwrite it.
The spec says that stations are supposed to DISPLAY messages received
for the base callsign regardless of -SSID, but should only ACK messages
addressed to its specific -SSID. Currently, APRSISCE/32 doesn't do
that, but only displays and acks its specific -SSID. When I get to the
message subsystem overhaul, this will be corrected to meet the spec.
So in my case, APRSIS32 will eventually display messages sent to N7FMH-9
(Tracker2) and N7FMH-12 (APRSIS32) which are connected together in the
vehicle. That would be good. The Tracker2 does ACK anyway so having APRSIS32
ACK for the T2 is pointless.

I have used Hyper Terminal previously to play with the messaging on the T2.
I used "SEND <callsign> <message>". This would send a message from N7FMH-9.
I imagine accessing the T2 in that fashion from ARPSIS32 to have the T2
respond with the message isn't possible in KISS so a response would be from
N7FMH-12.

If that can't be done in KISS, then it is possible to exit KISS (3 Ctrl-Cs),
send message, then send "AMODE KISS". You might have to look for the command
prompt first. It has almost always worked for me but I was using a Palm PDA
which made it a bit clunky. And of course, other data may arrive which needs
attention.

Basically responding with APRSIS32 (-12) to a message sent to the Tracker2
(-9) works. Don't need to spoof the Tracker2.

As for replying to a -9 that was displayed as if it came from -9, that
may not be a good idea. The remote station is going to ack back to -9,
the real one of which isn't expecting the ack. I guess the APRSISCE/32
that spoofed the reply will also see the ack and that should satisfy the
retransmission desire of the sending program. I'll add that idea to the
ToDo list.
Or not, re-read above.

(BTW, have you noticed how many ToDos have your name on
them? I like the suggestions, keep them coming! It saves me from
thinking of ways to make the client better)
Are you sure? ;)

I have not actually received a message through the Tracker2 to APRSIS32
yet.
Not enough magic in the area yet to make that happen: I am working on
it. I
guess I need to borrow a D7 again for now. Do you know if the Tracker2
passes messages through the KISS connection? I assume it does since the
assumption might be that an internet connection may be present.
Every KISS TNC that's around should pass all received packets through
the KISS port. If one doesn't that would be very BAD for a lot more
APRS clients than just mine.
Good point!

I suspect these same questions might interest those running
TT4/APRSIS32. My
TT4 is currently loaned out so I can't do any testing with it.
Given the recent exchange about the TT4, it might be time to start Wiki
pages for Tracker2 and TT4 and KPC-3+ and other TNC-specific
considerations.

I will be playing with APRSIS32 and my KPC3+ next.

I may also get a chance to connect to a D7.

Best regards,
Fred


Re: APRSISCE/32 Beacon Control (PP)

Lynn Deffenbaugh
 

(Forgot to mention the Proportional Pathing)

Fred Hillhouse wrote:

Since this is about beacon control, do you think you will add Proportional
Patching or Smart Beacon at some point? I would actually like to play with
something that has PP.
Proportional pathing really only applies to the RF side of the house, not the -IS. As part of my renovation of the RF interfaces, I will be supporting interface-specific paths so that would be an excellent time to add PP support as well. I'll make sure that's on the ToDo list.

Lynn (D) - KJ4ERJ


Re: APRSISCE/32 Beacon Control

Lynn Deffenbaugh
 

Fred Hillhouse wrote:

I will have to go back and see what I have. I thought I had 10 minutes. But
when changing directions I think I still get beacons. One advantage with
sending beacons is that it announces a message capable device. I don't think
the T2 does that. I will have to take a closer look now.
Note the units. You probably have 10, but Min Time is in SECONDS and Max Time is in MINUTES!

I keep meaning to ask the TT4 and T2 folks to properly announce their messaging capability. For instance, on the T2, if it detects an FMI Nuvi, it could switch over to messaging capable. The TT4 would either have to have the user configure it, or maybe they could toggle the bit the first time they get a key stroke from an attached keyboard. If there's a keyboard, there's probably a display, and if they're both there, it's messaging capable!

Since this is about beacon control, do you think you will add Proportional
Patching or Smart Beacon at some point? I would actually like to play with
something that has PP.
I one-upped Smart Beacon with Genius(tm) Beacon. It ignores the turn slope feature of Smart Beaconing, but adds the Forecast Error and Max Distance to the raw Heading Change of Smart Beaconing. I suspect that I could actually drop Heading Change completely and my Forecast Error would accomplish nearly the same thing.

For those that haven't heard of these, check out Transmit Pressure (http://aprsisce.wikidot.com/screen-features) and Red Dot (http://aprsisce.wikidot.com/red-dot) on the Wiki. Red Dot describes the Genius beaconing better than Transmit Pressure, but Transmit Pressure (the line below APRS OK) is easier to see what's driving the beaconing.

One of the earlier versions of APRSISCE actually included the reason for the beacon in the transmitted text. I'm hoping to restore that capability as an optional component when I let you select your own beacon components. It's kind of enlightening to see what triggers a beacon while mobile.

Lynn (D) - KJ4ERJ


Thanks!

Best regards,
Fred





------------------------------------

Yahoo! Groups Links





Re: APRSISCE/32 Beacon Control

Fred Hillhouse
 

(Fred, I'm chopping your e-mail into multiple, single-topic responses.
I hope you don't mind)
Not at all.

I have been trying to get APRSIS32 to not beacon or at least at a very
minimal rate (10 minutes). I have not been successful yet. Is there a
recommended setting to stop or minimize? There is no need for APRSIS32
to
FCC reason for it to beacon since the Tracker2 is handling the
identifying.

The reason: I am running a Tracker2 (N7FMH-9) that is doing all the
beaconing based on its own settings. I am generating almost twice the
packets for the same track. The laptop is not always present but the
Tracker2 is always running and doing its thing. The connection between
the
two is KISS.
If you don't want APRSISCE/32 to beacon, just turn off Enables /
Tracking Enabled. The client will still sit there and listen, will
continue to gate packets (if you've got -IS and RF), and will continue
to receive and be able to send messages. It just won't generate any
position beacons. At least, that's what it's SUPPOSED to do!
I am not sure why, but I have not tried that option yet. I will now. Hmm, we
call our TT4s and T2s trackers when in reality, they are beacons. So I was
probably relating Tracking to watching and tracking stations rather that
running as a "tracker".

The other thing I've done to my fixed station with a GPS connected is to
go into Configure / Genius and set the Min Time to something MUCH
higher than it is now. I've got mine currently set to 300 seconds, but
I've used 600, 900, and for a while even 1800 seconds (30 minutes).
Everything that goes out the IGate still contains your callsign, so the
FCC requirement is met with each and every transmission anyway. I
don't know what happens if Min Time > Max Time, so don't set it that way
unless you really want to find out.
I will have to go back and see what I have. I thought I had 10 minutes. But
when changing directions I think I still get beacons. One advantage with
sending beacons is that it announces a message capable device. I don't think
the T2 does that. I will have to take a closer look now.

Since this is about beacon control, do you think you will add Proportional
Patching or Smart Beacon at some point? I would actually like to play with
something that has PP.

Thanks!

Best regards,
Fred


Re: Windows update problem for / 32 program

Lynn Deffenbaugh
 

Check your XML file and make sure that <OSM.Path> points to the proper location. If you can, simply copy the value out and past it into a dir command in a command prompt or the Start / Run prompt to make sure it's pointing to a real directory.

Lynn (D) - KJ4ERJ

m6xsd wrote:

I too am having troubles similar to what Dave reported.
I was running out of Hard Drivespace where I had APRSIS32 installed so I moved the entire folder to a different Drive with a slightly different path as well. I briefly ran the old version and it appeared OK. I downloaded the new APRSIS32 file but didn't install it.
Windows did an update when I shutdown in the evening and I installed the new file in the new location the next day but couldn't get it to run.
I had partially lost Internet Connection and which resetting all my Firewall settings sorted out (having tried just about everything else I could think of).
I have tried restoring files back to the old location and even going back to an older version but still no joy.

Any suggestions before I start from scratch again?


73,
Colin.

--- In aprsisce@yahoogroups.com, "David Shrum" <dave.n8pu@...> wrote:

Don't know if my (earlier) reply to my own message went through but I did
find out what went wrong; ME. Earlier in the day I went and renamed the
parent folder on both computers to a name that made more since to me, not
realizing it would screw up the tile location. Once I changed the name in
the XML file to reflect the 'new' name of the folder, everything 'magically'
started working again. D'oh.

Dave N8PU

-----Original Message-----
From: aprsisce@yahoogroups.com [mailto:aprsisce@yahoogroups.com] On Behalf
Of Lynn W. Deffenbaugh
Sent: Wednesday, March 10, 2010 9:16 PM
To: aprsisce@yahoogroups.com
Subject: Re: [aprsisce] Windows update problem for / 32 program

David Shrum wrote:

My laptop is similar except that it is a 64 bit system, it will initialize
saying APRS OK but the yellow ring is the same thing and even if I click
on

a menu item I can close it down without using the task manager, bummer.
I do all my development and testing on a Windows 7 Pro 64 bit system. It's running fine on mine, but I haven't let the latest uSoft updates apply just yet, although I was headed for my weekly reboot anyway...

Lynn (D) - KJ4ERJ

No virus found in this outgoing message.
Checked by AVG - www.avg.com Version: 9.0.733 / Virus Database: 271.1.1/2733 - Release Date: 03/10/10
14:33:00




------------------------------------

Yahoo! Groups Links





Re: Windows update problem for / 32 program

m6xsd <m6xsd@...>
 

I too am having troubles similar to what Dave reported.
I was running out of Hard Drivespace where I had APRSIS32 installed so I moved the entire folder to a different Drive with a slightly different path as well. I briefly ran the old version and it appeared OK. I downloaded the new APRSIS32 file but didn't install it.
Windows did an update when I shutdown in the evening and I installed the new file in the new location the next day but couldn't get it to run.
I had partially lost Internet Connection and which resetting all my Firewall settings sorted out (having tried just about everything else I could think of).
I have tried restoring files back to the old location and even going back to an older version but still no joy.

Any suggestions before I start from scratch again?


73,
Colin.

--- In aprsisce@yahoogroups.com, "David Shrum" <dave.n8pu@...> wrote:

Don't know if my (earlier) reply to my own message went through but I did
find out what went wrong; ME. Earlier in the day I went and renamed the
parent folder on both computers to a name that made more since to me, not
realizing it would screw up the tile location. Once I changed the name in
the XML file to reflect the 'new' name of the folder, everything 'magically'
started working again. D'oh.

Dave N8PU

-----Original Message-----
From: aprsisce@yahoogroups.com [mailto:aprsisce@yahoogroups.com] On Behalf
Of Lynn W. Deffenbaugh
Sent: Wednesday, March 10, 2010 9:16 PM
To: aprsisce@yahoogroups.com
Subject: Re: [aprsisce] Windows update problem for / 32 program

David Shrum wrote:
My laptop is similar except that it is a 64 bit system, it will initialize
saying APRS OK but the yellow ring is the same thing and even if I click
on
a menu item I can close it down without using the task manager, bummer.
I do all my development and testing on a Windows 7 Pro 64 bit system.
It's running fine on mine, but I haven't let the latest uSoft updates
apply just yet, although I was headed for my weekly reboot anyway...

Lynn (D) - KJ4ERJ

No virus found in this outgoing message.
Checked by AVG - www.avg.com
Version: 9.0.733 / Virus Database: 271.1.1/2733 - Release Date: 03/10/10
14:33:00


Multi-SSID APRS Messaging

Lynn Deffenbaugh
 

(Fred, I'm chopping your e-mail into multiple, single-topic responses. I hope you don't mind)

Fred Hillhouse wrote:
Second question, what happens to a message sent to N7FMH-9? I assume that
APRSIS32 will ignore it since it was not addressed to it. If that is true,
then it would be nice to see the messages addressed to -9 and -12. And
likewise, returning a message from -9 that was addressed to -9 might be good
as well but not critical. I do have an LCD connected to my Tracker2 but
unless I am looking at it when a message arrives, it is likely another
beacon will overwrite it.
The spec says that stations are supposed to DISPLAY messages received for the base callsign regardless of -SSID, but should only ACK messages addressed to its specific -SSID. Currently, APRSISCE/32 doesn't do that, but only displays and acks its specific -SSID. When I get to the message subsystem overhaul, this will be corrected to meet the spec.

As for replying to a -9 that was displayed as if it came from -9, that may not be a good idea. The remote station is going to ack back to -9, the real one of which isn't expecting the ack. I guess the APRSISCE/32 that spoofed the reply will also see the ack and that should satisfy the retransmission desire of the sending program. I'll add that idea to the ToDo list. (BTW, have you noticed how many ToDos have your name on them? I like the suggestions, keep them coming! It saves me from thinking of ways to make the client better)

I have not actually received a message through the Tracker2 to APRSIS32 yet.
Not enough magic in the area yet to make that happen: I am working on it. I
guess I need to borrow a D7 again for now. Do you know if the Tracker2
passes messages through the KISS connection? I assume it does since the
assumption might be that an internet connection may be present.
Every KISS TNC that's around should pass all received packets through the KISS port. If one doesn't that would be very BAD for a lot more APRS clients than just mine.

I suspect these same questions might interest those running TT4/APRSIS32. My
TT4 is currently loaned out so I can't do any testing with it.
Given the recent exchange about the TT4, it might be time to start Wiki pages for Tracker2 and TT4 and KPC-3+ and other TNC-specific considerations.

Lynn (D) - KJ4ERJ


APRSISCE/32 Beacon Control

Lynn Deffenbaugh
 

(Fred, I'm chopping your e-mail into multiple, single-topic responses. I hope you don't mind)

Fred Hillhouse wrote:
I have been trying to get APRSIS32 to not beacon or at least at a very
minimal rate (10 minutes). I have not been successful yet. Is there a
recommended setting to stop or minimize? There is no need for APRSIS32 to
FCC reason for it to beacon since the Tracker2 is handling the identifying.

The reason: I am running a Tracker2 (N7FMH-9) that is doing all the
beaconing based on its own settings. I am generating almost twice the
packets for the same track. The laptop is not always present but the
Tracker2 is always running and doing its thing. The connection between the
two is KISS.
If you don't want APRSISCE/32 to beacon, just turn off Enables / Tracking Enabled. The client will still sit there and listen, will continue to gate packets (if you've got -IS and RF), and will continue to receive and be able to send messages. It just won't generate any position beacons. At least, that's what it's SUPPOSED to do!

The other thing I've done to my fixed station with a GPS connected is to go into Configure / Genius and set the Min Time to something MUCH higher than it is now. I've got mine currently set to 300 seconds, but I've used 600, 900, and for a while even 1800 seconds (30 minutes). Everything that goes out the IGate still contains your callsign, so the FCC requirement is met with each and every transmission anyway. I don't know what happens if Min Time > Max Time, so don't set it that way unless you really want to find out.

Another interesting result, I am also active on 2M voice for my commutes.
Each beacon swamps the front end and when there are two beacons, I can get a
fair amount of blanking, especially when rounding a large curve.
Since both radios are on 2m, that's a fact of life. My T2-135 by itself swamps my voice mobile's receiver. It is for that reason that I've got a ToDo to support configuring the beacon contents so that we can shorten the beacons to include only the content we want to send. The shorter the beacon, the shorter the desense on the adjacent receivers.

Lynn (D) - KJ4ERJ


Tracker2 and APRSIS32 mobile

Fred Hillhouse
 

Hi Lynn,

I have been trying to get APRSIS32 to not beacon or at least at a very
minimal rate (10 minutes). I have not been successful yet. Is there a
recommended setting to stop or minimize? There is no need for APRSIS32 to
FCC reason for it to beacon since the Tracker2 is handling the identifying.

The reason: I am running a Tracker2 (N7FMH-9) that is doing all the
beaconing based on its own settings. I am generating almost twice the
packets for the same track. The laptop is not always present but the
Tracker2 is always running and doing its thing. The connection between the
two is KISS.

Another interesting result, I am also active on 2M voice for my commutes.
Each beacon swamps the front end and when there are two beacons, I can get a
fair amount of blanking, especially when rounding a large curve.

Second question, what happens to a message sent to N7FMH-9? I assume that
APRSIS32 will ignore it since it was not addressed to it. If that is true,
then it would be nice to see the messages addressed to -9 and -12. And
likewise, returning a message from -9 that was addressed to -9 might be good
as well but not critical. I do have an LCD connected to my Tracker2 but
unless I am looking at it when a message arrives, it is likely another
beacon will overwrite it.

I have not actually received a message through the Tracker2 to APRSIS32 yet.
Not enough magic in the area yet to make that happen: I am working on it. I
guess I need to borrow a D7 again for now. Do you know if the Tracker2
passes messages through the KISS connection? I assume it does since the
assumption might be that an internet connection may be present.

I suspect these same questions might interest those running TT4/APRSIS32. My
TT4 is currently loaned out so I can't do any testing with it.

Best regards,
Fred


Re: Hallo :)

Leszek Kowalski <sq9mli@...>
 

i am using HTC PRO witch Windows Mobile 6.5, appli works stabe and quick, really nice :)


SQ9MLI



Re: TT4 and APRS-IS: Which ID's are beaconed and can receive?

Lynn Deffenbaugh
 

ki6wlp wrote:
I have a TT4 hooked to a laptop running APRSIS. The TT4 ID is set for KI6WLP-1 and the APRSIS application is set for KI6WLP-3. Both the latop and the TT4 are set for TEXT mode and matching baud rates. Are both ID's transmitted or just the ID from the TT4. Second, If someones send a message to my station, which ID would they send to: the KI6WLP-1 or KI6WLP-3, or could someone send to both?
I checked your packets on aprs.fi and it appears at first glance that KI6WLP-3 has never transmitted. However, checking KI6WLP-1 (http://aprs.fi/?c=raw&call=KI6WLP-1&limit=50&view=normal) shows that (apparently) TEXT mode on the TT4 takes whatever is coming in from the computer and puts it AFTER a new AX.25 header. This won't work. You'll need to run the TT4 in KISS mode and configure it the same in APRSIS32 (and deconfigure or disable the TEXT mode port).

You are correct at having different -SSIDs on the two "stations". Anyone sending you a message should use -3 to get it to APRSIS32 or -1 if you've got a display connected directly to the TT4. I've got a ToDo item to bring APRSIS32 into spec compliance in that it is supposed to display messages to ANY -SSID for your callsign, but only ACK those sent to its own -SSID.

KISS mode on the TT4 and set PKTOCOM to true and I believe you'll be the most satisfied with the combination.

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


Sending email through APRSIS

Craig Leventhal
 

I read the posting on sending emails but I;m still a little confused and would like some clarification of the command to use:

Is the following example correct for sending APRS to Intrnet emails using APRSIS if not can someone send me a sample:

To: EMAIL
Text: CRAIGJL1965@YAHOO.COM TEST MESSAGE



73

Craig - KI6WLP


TT4 and APRS-IS: Which ID's are beaconed and can receive?

Craig Leventhal
 

I have a TT4 hooked to a laptop running APRSIS. The TT4 ID is set for KI6WLP-1 and the APRSIS application is set for KI6WLP-3. Both the latop and the TT4 are set for TEXT mode and matching baud rates. Are both ID's transmitted or just the ID from the TT4. Second, If someones send a message to my station, which ID would they send to: the KI6WLP-1 or KI6WLP-3, or could someone send to both?


73

Craig - KI6WLP


Re: PKTOCOM Successful

Lynn Deffenbaugh
 

Yeah, your recent track looks like you were trying to be a Big Wheel!

I can only imagine what my neighbors used to think when I was just getting APRSISCE working. It would inevitably be night time when I was working on it. I'd get it working (or so I thought) and go strolling down my driveway with my cellphone lighting up my face. I'd run a bit, walk a bit, stop suddenly, weave back and forth across the road, turn corners, and jog the block (yes, this was all on FOOT) all while staring into my phone and sometimes clicking on it with the stylus.

Glad it works. And I didn't have to do any code! However, I am going to keep the task on my list to sometime interpret the waypoint NMEA packets, not sure why, but it sounds like a cool thing to do!

Thanks for testing it and confirming it. Now I just have to turn KJ4OVR onto it with his mobile TT4!

Lynn (D) - KJ4ERJ

K3RWN wrote:


FOUND IT! I KNEW I had asked for a feature in the TT4 for this purpose. You want to run the TT4 in KISS mode and turn PKTOCOM to True!

Every packet generated by the TT4 will be sent to the KISS port "as if it were received from outside"! THAT will put your station reliably on the APRSISCE/32 map!


SUCCESS! PKTOCOM works like a champ every turn. Now I just have to
hope my neighbors do not think I have lost my mind driving in circles. (LOL)

Thanks again

Rich


PKTOCOM Successful

K3RWN
 

FOUND IT! I KNEW I had asked for a feature in the TT4 for this
purpose. You want to run the TT4 in KISS mode and turn PKTOCOM to True!

Every packet generated by the TT4 will be sent to the KISS port "as if
it were received from outside"! THAT will put your station reliably on
the APRSISCE/32 map!

SUCCESS! PKTOCOM works like a champ every turn. Now I just have to
hope my neighbors do not think I have lost my mind driving in circles. (LOL)

Thanks again

Rich


Re: Mobile with the TT4

James Ewen
 

On Wed, Mar 10, 2010 at 7:19 PM, K3RWN <rwnewbould@comcast.net> wrote:

I have turned on WYPTXT on the TT4 which is supposed to update
my position on the map regardless if I was heard or received.
I am guessing that the WYPTXT feature on the TT4 is not working
properly in KISS mode.
You asked Byon on the TT reflector on March 8, if WYPTXT worked in
KISS mode, and Byon replied that it did not.

So, the WYPTXT feature works properly... as designed, in KISS mode it does not.

James
VE6SRV


Re: Mobile with the TT4

K3RWN
 

Cool now I have to go for a ride again.

Rich

-----Original Message-----
From: aprsisce@yahoogroups.com [mailto:aprsisce@yahoogroups.com] On Behalf
Of Lynn W. Deffenbaugh
Sent: Wednesday, March 10, 2010 9:59 PM
To: aprsisce@yahoogroups.com
Subject: Re: [aprsisce] Mobile with the TT4

FOUND IT! I KNEW I had asked for a feature in the TT4 for this
purpose. You want to run the TT4 in KISS mode and turn PKTOCOM to True!

Every packet generated by the TT4 will be sent to the KISS port "as if
it were received from outside"! THAT will put your station reliably on
the APRSISCE/32 map!

Lynn (D) - KJ4ERJ - Done. (I hope!)

K3RWN wrote:


I have made a few observations running /32 mobile and the TT4. First
if I track myself I find that my track on APRS-FI shows many points
that are not showing up on /32. I am thinking this can occur because
I am being heard but not receiving the DIGI in the mobile. I have
turned on WYPTXT on the TT4 which is supposed to update my position on
the map regardless if I was heard or received. I am guessing that the
WYPTXT feature on the TT4 is not working properly in KISS mode. I
have no way of testing it in TEXT mode. I am going to make a post on
the TT4 reflector to see if others have it working. Are there any
other items I should be looking at that may be the issue?



I have to say that I love this program and I am having a ball playing
with it. I have a ton of tiles for my area and the map detail is
great. Lynn I cannot thank you enough for such a great APRS software
package.



Rioch





------------------------------------

Yahoo! Groups Links


Re: Mobile with the TT4

K3RWN
 

First, are you running the TT4 and APRSIS32 under different -SSIDs? If
so, I assume you're tracking and discussing the TT4 -SSID, not the
APRSIS32 SSID?

Yes two SSIDs and I am tracking the TT4 SSID
WYPTXT turns on sending waypoints out the TEXT port in the format
specified by GWAYMODE. This is either NMEA ($GPWPL & $PGRMW), Kenwood
($PKWDWPL ) or Magellan ($PMGNWPL) format. NONE of these formats are
supported as a TNC interface from APRSISCE/32. They might put your
station on a GPS map, but not on an APRSISCE/32 map (yet).

This is obviously a lack of knowledge on my part. I guess it would
never work as it is intended to send waypoints to GPS units.

I really do not have a great desire to track myself I just use it as a
learning tool and a way to measure APRS coverage in my area. I am learning
a lot as I go and I have a long way to go. (LOL)

Thanks

Rich


Re: Mobile with the TT4

Lynn Deffenbaugh
 

FOUND IT! I KNEW I had asked for a feature in the TT4 for this purpose. You want to run the TT4 in KISS mode and turn PKTOCOM to True!

Every packet generated by the TT4 will be sent to the KISS port "as if it were received from outside"! THAT will put your station reliably on the APRSISCE/32 map!

Lynn (D) - KJ4ERJ - Done. (I hope!)

K3RWN wrote:



I have made a few observations running /32 mobile and the TT4. First if I track myself I find that my track on APRS-FI shows many points that are not showing up on /32. I am thinking this can occur because I am being heard but not receiving the DIGI in the mobile. I have turned on WYPTXT on the TT4 which is supposed to update my position on the map regardless if I was heard or received. I am guessing that the WYPTXT feature on the TT4 is not working properly in KISS mode. I have no way of testing it in TEXT mode. I am going to make a post on the TT4 reflector to see if others have it working. Are there any other items I should be looking at that may be the issue?


I have to say that I love this program and I am having a ball playing with it. I have a ton of tiles for my area and the map detail is great. Lynn I cannot thank you enough for such a great APRS software package.


Rioch