Re: GeniusBeaconing Forecast Error

g6enu <g6enu@...>

Question. Is the centre of the circle the last beaconed position or the current GPS position? Because if it's the latter, then the only difference between what I said and what you said (assuming the scales of the map and the vector are the same) is how you are describing things, not what things actually are. (And I should know, because I spent quite a bit of time studying vector arithmetic during my math degree.)

--- In aprsisce@..., "Lynn W Deffenbaugh (Mr)" <kj4erj@...> wrote:

No, the red dot does NOT indicate the calculated, forecasted, projected
position! If I did that, the scaling gets all funky. Been there, did
that, and it really didn't help except at really close in zooms.
Although I guess I could put a pink dot there and add even more to the
confusion?

The red dot, relative to the scale circle on the screen, represents the
DIFFERENCE (or Error) between the calculated, forecasted, projected
position and your actual current position as a vector (magnitude and
direction).

If the red dot is moving out in front of you, then the outside world
thinks you're further along than you actually are. You must have slowed
down.

If the red dot is lagging behind you, then the outside world thinks
you're not as far along as you actually are. You must have sped up.

If the red dot is to your left, then you must have turned right but the
world thinks you're left of where you actually are.

And vice versa.

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

PS. Can you tell that Florida roads go at 90 degree angles, N, S, E, W?

On 10/30/2012 8:49 PM, g6enu wrote:

The red dot is continuously updating. Its instantaneous calculated position is given by

<Position of last beacon> + <time since last beacon> * <velocity at last beacon>

Your locally-held GPS position is also updating semi-continuously, and almost certainly much more often than you are beaconing.

If the calculated instantaneous red dot position differs from the locally-held GPS position by more than a threshold amount (the exact details of which someone more knowledgeable than I can explain) a beacon is forced even if it is not due on a pure time interval basis.

(Note that this explanation is somewhat simplified, to match the brain and knowledge of the person posting it.)

--- In aprsisce@..., Bob Burns W9RXR <w9rxr_@> wrote:
At 08:35 PM 10/29/2012, James Ewen wrote:

Sit down on the couch and pull off your sick Bob.
Sick? Now, I really confused.

However, the program is forecasting your location due to the last
reported speed and direction. Once that prediction forecast exceeds
the threshold, the program will fire off a position report to let
people know that you have stopped.
This threshold you refer to is the Forecast Error setting in the
GeniusBeaconing window?

Here's what I don't understand about what you just said. If I'm
driving down the road at 60 mph and sending a beacon every mile, I
understand that I'm beaconing every 60 seconds. If I stop, then I no
longer accumulate distance. Sixty seconds after my last beacon, the
forecast error part of GeniusBeaconing thinks I should beacon, but
the distance calculator says "no, you haven't gone far enough yet".
That leads me to believe that the forecast error calculates the next
beacon as a single fixed location based on my last speed and
direction. How, can that prediction keep moving to exceed this
threshold? This is my mental hang-up with this concept. I think the
prediction is a fixed point, but you're telling me that it's moving.

Turn on the meatball and the circle on the map display, and watch
what happens!
I know how to turn on the red dot, but what circle are you referring to?

At 12:24 PM 10/30/2012, Lynn W Deffenbaugh (Mr) wrote:

It's only interesting while mobile with a true GPS feed, though.
Agreed. The downside is that it's hard to play with the settings
while mobile. And, it's even harder to look at the Wiki while mobile
without an Internet connection.

Bob...

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

Re: GeniusBeaconing Forecast Error

Bob Burns W9RXR <w9rxr_@...>

At 08:59 PM 10/30/2012, Lynn W Deffenbaugh (Mr) wrote:

I will digest the rest of your reply later today, but one comment you made really has me confused.

Configure / Screen / Circle which puts the range circle on the screen.
This same circle is scaled to the Forecast Error for the purposes of the red dot indicating the error between a forecast (prediction) based on your last transmitted information and the reality as known from your local GPS.
Which implies that as you change the Forecast Error setting, this circle should change. But it doesn't. The only circle I see is the one which extends from top to bottom of the screen which I thought indicated the scale of the map. How can this circle also indicate the Forecast Error?

Bob...

Re: Using AGW

Tom, ve7did

Thanks Steve & Lynn

Got it working after fiddling with AGW

Propagation Knows No Boundaries
73 de Tom, ve7did

Lynn W Deffenbaugh (Mr) wrote:

All of the radio interface is handled by TNCs or AGW. APRSISCE/32 doesn't do any direct radio interfaces and therefore has no need for PTT control. If you're using a COM port for PTT, then you need to configure that in AGW and do NOT specify it anywhere in APRSISCE/32.

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

On 10/30/2012 4:07 PM, ve7did wrote:

Is PTT for the radio still using the com port? I have tried that
function with no luck.

Propagation Knows No Boundaries
73 de Tom, ve7did

Steve Daniels wrote:

Works fine for me.

Create a New port select AGW as the type give it a name. then select
TCP/IP port on the next screen enter either localhost or 127.0.0.1 and
set the port to 8000.

That should be all you need to do to connect to AGW

Steve Daniels

G6UIM

Torbay Freecycle Moderator
http://http://uk.groups.yahoo.com/group/torbay_freecycle
<http://http:/uk.groups.yahoo.com/group/torbay_freecycle>

APRSISCE/32 Beta tester and WIKI editor http://aprsisce.wikidot.com

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

*From:* aprsisce@... [mailto:aprsisce@...] *On
Behalf Of *ve7did
*Sent:* 30 October 2012 19:37
*To:* aprsisce@...
*Subject:* [aprsisce] Using AGW

I have been trying to interface AGWPE or PRO to aprsis32. Does this
work? I have been using AGW interface to other program such as Winpack,
Outpost, Paclink etc and they work fine.

Can I use the same hardware configuration to operate aprsis32? ie com
port PTT
Kinda looks like it is only network friendly.

Or am I missing the boat or something...

--
Propagation Knows No Boundaries
73 de Tom, ve7did

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

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

Re: GeniusBeaconing Forecast Error

Lynn Deffenbaugh

No, the red dot does NOT indicate the calculated, forecasted, projected position! If I did that, the scaling gets all funky. Been there, did that, and it really didn't help except at really close in zooms. Although I guess I could put a pink dot there and add even more to the confusion?

The red dot, relative to the scale circle on the screen, represents the DIFFERENCE (or Error) between the calculated, forecasted, projected position and your actual current position as a vector (magnitude and direction).

If the red dot is moving out in front of you, then the outside world thinks you're further along than you actually are. You must have slowed down.

If the red dot is lagging behind you, then the outside world thinks you're not as far along as you actually are. You must have sped up.

If the red dot is to your left, then you must have turned right but the world thinks you're left of where you actually are.

And vice versa.

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

PS. Can you tell that Florida roads go at 90 degree angles, N, S, E, W?

On 10/30/2012 8:49 PM, g6enu wrote:

The red dot is continuously updating. Its instantaneous calculated position is given by

<Position of last beacon> + <time since last beacon> * <velocity at last beacon>

Your locally-held GPS position is also updating semi-continuously, and almost certainly much more often than you are beaconing.

If the calculated instantaneous red dot position differs from the locally-held GPS position by more than a threshold amount (the exact details of which someone more knowledgeable than I can explain) a beacon is forced even if it is not due on a pure time interval basis.

(Note that this explanation is somewhat simplified, to match the brain and knowledge of the person posting it.)

--- In aprsisce@..., Bob Burns W9RXR <w9rxr_@...> wrote:
At 08:35 PM 10/29/2012, James Ewen wrote:

Sit down on the couch and pull off your sick Bob.
Sick? Now, I really confused.

However, the program is forecasting your location due to the last
reported speed and direction. Once that prediction forecast exceeds
the threshold, the program will fire off a position report to let
people know that you have stopped.
This threshold you refer to is the Forecast Error setting in the
GeniusBeaconing window?

Here's what I don't understand about what you just said. If I'm
driving down the road at 60 mph and sending a beacon every mile, I
understand that I'm beaconing every 60 seconds. If I stop, then I no
longer accumulate distance. Sixty seconds after my last beacon, the
forecast error part of GeniusBeaconing thinks I should beacon, but
the distance calculator says "no, you haven't gone far enough yet".
That leads me to believe that the forecast error calculates the next
beacon as a single fixed location based on my last speed and
direction. How, can that prediction keep moving to exceed this
threshold? This is my mental hang-up with this concept. I think the
prediction is a fixed point, but you're telling me that it's moving.

Turn on the meatball and the circle on the map display, and watch
what happens!
I know how to turn on the red dot, but what circle are you referring to?

At 12:24 PM 10/30/2012, Lynn W Deffenbaugh (Mr) wrote:

It's only interesting while mobile with a true GPS feed, though.
Agreed. The downside is that it's hard to play with the settings
while mobile. And, it's even harder to look at the Wiki while mobile
without an Internet connection.

Bob...

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

Re: GeniusBeaconing Forecast Error

Lynn Deffenbaugh

Simple answer: When the red dot hits the circle, a beacon is sent. This is an indicator of the Forecast Error feature of GeniusBeaconing.

On 10/30/2012 8:23 PM, Bob Burns W9RXR wrote:
At 08:35 PM 10/29/2012, James Ewen wrote:

Sit down on the couch and pull off your sick Bob.
Sick? Now, I really confused.
Typo: he meant to say pull off your SOCKS Bob...

However, the program is forecasting your location due to the last
reported speed and direction. Once that prediction forecast exceeds
the threshold, the program will fire off a position report to let
people know that you have stopped.
This threshold you refer to is the Forecast Error setting in the
GeniusBeaconing window?
Yes.

Here's what I don't understand about what you just said. If I'm
driving down the road at 60 mph and sending a beacon every mile, I
understand that I'm beaconing every 60 seconds. If I stop, then I no
longer accumulate distance. Sixty seconds after my last beacon, the
forecast error part of GeniusBeaconing thinks I should beacon, but
the distance calculator says "no, you haven't gone far enough yet".
That leads me to believe that the forecast error calculates the next
beacon as a single fixed location based on my last speed and
direction. How, can that prediction keep moving to exceed this
threshold? This is my mental hang-up with this concept. I think the
prediction is a fixed point, but you're telling me that it's moving.
The prediction is moving, yes. Every time APRSISCE/32 beacons, it makes a note of the location, time, speed, and heading. Every second after that, it predicts where an outside observer would think you are based on that information. It compares that predicted point (which moves every second) with your actual position from the GPS. The difference between those two is a distance and a bearing. If the distance is greater than the Forecast Error, then a new beacon is sent because the outside world thinks you're not close enough to where you really are.

The distance is also scaled such that the Configure / Screen / Circle (the screen scale circle) is equal to the Forecast Error setting. The red dot is drawn at this scaled distance between the center and the circle in the direction of the error bearing.

So, if you beaconed 60mph due North and subsequently slowed down, you can expect to see the red dot move towards the top until it hits the circle at which point a new beacon triggered by the Forecast Error will tell the world that you've slowed down.

If you beaconed 30mph due North and subsequently speed up, you can expect the red dot to move towards the bottom of the circle until it hits which triggers a beacon to tell the world that you're going faster.

Turns are interesting because if you turn right, the world thinks you're still going straight ahead so the red dot will move LEFT until it hits the circle. It goes this direction because the world thinks you're left of where you really are until your next beacon tells them your new heading.

Turn on the meatball and the circle on the map display, and watch
what happens!
I know how to turn on the red dot, but what circle are you referring to?
Configure / Screen / Circle which puts the range circle on the screen. This same circle is scaled to the Forecast Error for the purposes of the red dot indicating the error between a forecast (prediction) based on your last transmitted information and the reality as known from your local GPS.

At 12:24 PM 10/30/2012, Lynn W Deffenbaugh (Mr) wrote:

It's only interesting while mobile with a true GPS feed, though.
Agreed. The downside is that it's hard to play with the settings
while mobile. And, it's even harder to look at the Wiki while mobile
without an Internet connection.
You can even see the effect walking down the road. Walk at a steady slow pace and hit Transmit. Then pick up speed and you'll see the red dot begin to go towards the bottom of the screen. My neighbors must have thought I was going crazy the few nights that I was out there jogging and crawling alternately down the street...

Or just get someone else to drive!

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

Bob...

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

Re: GeniusBeaconing Forecast Error

g6enu <g6enu@...>

The red dot is continuously updating. Its instantaneous calculated position is given by

<Position of last beacon> + <time since last beacon> * <velocity at last beacon>

Your locally-held GPS position is also updating semi-continuously, and almost certainly much more often than you are beaconing.

If the calculated instantaneous red dot position differs from the locally-held GPS position by more than a threshold amount (the exact details of which someone more knowledgeable than I can explain) a beacon is forced even if it is not due on a pure time interval basis.

(Note that this explanation is somewhat simplified, to match the brain and knowledge of the person posting it.)

--- In aprsisce@..., Bob Burns W9RXR <w9rxr_@...> wrote:

At 08:35 PM 10/29/2012, James Ewen wrote:

Sit down on the couch and pull off your sick Bob.
Sick? Now, I really confused.

However, the program is forecasting your location due to the last
reported speed and direction. Once that prediction forecast exceeds
the threshold, the program will fire off a position report to let
people know that you have stopped.
This threshold you refer to is the Forecast Error setting in the
GeniusBeaconing window?

Here's what I don't understand about what you just said. If I'm
driving down the road at 60 mph and sending a beacon every mile, I
understand that I'm beaconing every 60 seconds. If I stop, then I no
longer accumulate distance. Sixty seconds after my last beacon, the
forecast error part of GeniusBeaconing thinks I should beacon, but
the distance calculator says "no, you haven't gone far enough yet".
That leads me to believe that the forecast error calculates the next
beacon as a single fixed location based on my last speed and
direction. How, can that prediction keep moving to exceed this
threshold? This is my mental hang-up with this concept. I think the
prediction is a fixed point, but you're telling me that it's moving.

Turn on the meatball and the circle on the map display, and watch
what happens!
I know how to turn on the red dot, but what circle are you referring to?

At 12:24 PM 10/30/2012, Lynn W Deffenbaugh (Mr) wrote:

It's only interesting while mobile with a true GPS feed, though.
Agreed. The downside is that it's hard to play with the settings
while mobile. And, it's even harder to look at the Wiki while mobile
without an Internet connection.

Bob...

Re: GeniusBeaconing Forecast Error

Bob Burns W9RXR <w9rxr_@...>

At 08:35 PM 10/29/2012, James Ewen wrote:

Sit down on the couch and pull off your sick Bob.
Sick? Now, I really confused.

However, the program is forecasting your location due to the last reported speed and direction. Once that prediction forecast exceeds the threshold, the program will fire off a position report to let people know that you have stopped.
This threshold you refer to is the Forecast Error setting in the GeniusBeaconing window?

Here's what I don't understand about what you just said. If I'm driving down the road at 60 mph and sending a beacon every mile, I understand that I'm beaconing every 60 seconds. If I stop, then I no longer accumulate distance. Sixty seconds after my last beacon, the forecast error part of GeniusBeaconing thinks I should beacon, but the distance calculator says "no, you haven't gone far enough yet". That leads me to believe that the forecast error calculates the next beacon as a single fixed location based on my last speed and direction. How, can that prediction keep moving to exceed this threshold? This is my mental hang-up with this concept. I think the prediction is a fixed point, but you're telling me that it's moving.

Turn on the meatball and the circle on the map display, and watch what happens!
I know how to turn on the red dot, but what circle are you referring to?

At 12:24 PM 10/30/2012, Lynn W Deffenbaugh (Mr) wrote:

It's only interesting while mobile with a true GPS feed, though.
Agreed. The downside is that it's hard to play with the settings while mobile. And, it's even harder to look at the Wiki while mobile without an Internet connection.

Bob...

Re: Using AGW

Lynn Deffenbaugh

All of the radio interface is handled by TNCs or AGW. APRSISCE/32 doesn't do any direct radio interfaces and therefore has no need for PTT control. If you're using a COM port for PTT, then you need to configure that in AGW and do NOT specify it anywhere in APRSISCE/32.

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

On 10/30/2012 4:07 PM, ve7did wrote:
Is PTT for the radio still using the com port? I have tried that
function with no luck.

Propagation Knows No Boundaries
73 de Tom, ve7did

Steve Daniels wrote:

Works fine for me.

Create a New port select AGW as the type give it a name. then select
TCP/IP port on the next screen enter either localhost or 127.0.0.1 and
set the port to 8000.

That should be all you need to do to connect to AGW

Steve Daniels

G6UIM

Torbay Freecycle Moderator
http://http://uk.groups.yahoo.com/group/torbay_freecycle
<http://http:/uk.groups.yahoo.com/group/torbay_freecycle>

APRSISCE/32 Beta tester and WIKI editor http://aprsisce.wikidot.com

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

*From:* aprsisce@... [mailto:aprsisce@...] *On
Behalf Of *ve7did
*Sent:* 30 October 2012 19:37
*To:* aprsisce@...
*Subject:* [aprsisce] Using AGW

I have been trying to interface AGWPE or PRO to aprsis32. Does this
work? I have been using AGW interface to other program such as Winpack,
Outpost, Paclink etc and they work fine.

Can I use the same hardware configuration to operate aprsis32? ie com
port PTT
Kinda looks like it is only network friendly.

Or am I missing the boat or something...

--
Propagation Knows No Boundaries
73 de Tom, ve7did

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

Re: Using AGW

Lynn Deffenbaugh

Currently APRSISCE/32 will receive from all ports configured in AGW, but will only transmit on the FIRST configured port.

Also, from http://aprsisce.wikidot.com/port-configuration

The AGW interface only support TCP/IP connections to AGWPE. The TCP Configuration dialog prompts for an IP address or DNS name of the host where AGEPE is executing. Port 8000 is the default for AGW and should not be changed unless you know what you're doing.

And there's a video also on that page describing the port configuration.

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

On 10/30/2012 4:01 PM, Steve Daniels wrote:

Works fine for me.

Create a New port select AGW as the type give it a name. then select TCP/IP port on the next screen enter either localhost or 127.0.0.1 and set the port to 8000.

That should be all you need to do to connect to AGW

Steve Daniels

G6UIM

Torbay Freecycle Moderator http://http://uk.groups.yahoo.com/group/torbay_freecycle

APRSISCE/32 Beta tester and WIKI editor http://aprsisce.wikidot.com

From: aprsisce@... [mailto:aprsisce@...] On Behalf Of ve7did
Sent: 30 October 2012 19:37
To: aprsisce@...
Subject: [aprsisce] Using AGW

I have been trying to interface AGWPE or PRO to aprsis32. Does this
work? I have been using AGW interface to other program such as Winpack,
Outpost, Paclink etc and they work fine.

Can I use the same hardware configuration to operate aprsis32? ie com
port PTT
Kinda looks like it is only network friendly.

Or am I missing the boat or something...

--
Propagation Knows No Boundaries
73 de Tom, ve7did

Re: Using AGW

Tom, ve7did

Is PTT for the radio still using the com port? I have tried that function with no luck.

Propagation Knows No Boundaries
73 de Tom, ve7did

Steve Daniels wrote:

Works fine for me.

Create a New port select AGW as the type give it a name. then select TCP/IP port on the next screen enter either localhost or 127.0.0.1 and set the port to 8000.

That should be all you need to do to connect to AGW

Steve Daniels

G6UIM

Torbay Freecycle Moderator http://http://uk.groups.yahoo.com/group/torbay_freecycle <http://http:/uk.groups.yahoo.com/group/torbay_freecycle>

APRSISCE/32 Beta tester and WIKI editor http://aprsisce.wikidot.com

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

*From:* aprsisce@... [mailto:aprsisce@...] *On Behalf Of *ve7did
*Sent:* 30 October 2012 19:37
*To:* aprsisce@...
*Subject:* [aprsisce] Using AGW

I have been trying to interface AGWPE or PRO to aprsis32. Does this
work? I have been using AGW interface to other program such as Winpack,
Outpost, Paclink etc and they work fine.

Can I use the same hardware configuration to operate aprsis32? ie com
port PTT
Kinda looks like it is only network friendly.

Or am I missing the boat or something...

--
Propagation Knows No Boundaries
73 de Tom, ve7did

Re: Using AGW

sbd sbd

Works fine for me.

Create a New port select AGW as the type give it a name. then select TCP/IP port on the next screen enter either localhost or 127.0.0.1 and set the port to 8000.

That should be all you need to do to connect to AGW

Steve Daniels

G6UIM

Torbay Freecycle Moderator http://http://uk.groups.yahoo.com/group/torbay_freecycle

APRSISCE/32 Beta tester and WIKI editor http://aprsisce.wikidot.com

From: aprsisce@... [mailto:aprsisce@...] On Behalf Of ve7did
Sent: 30 October 2012 19:37
To: aprsisce@...
Subject: [aprsisce] Using AGW

I have been trying to interface AGWPE or PRO to aprsis32. Does this
work? I have been using AGW interface to other program such as Winpack,
Outpost, Paclink etc and they work fine.

Can I use the same hardware configuration to operate aprsis32? ie com
port PTT
Kinda looks like it is only network friendly.

Or am I missing the boat or something...

--
Propagation Knows No Boundaries
73 de Tom, ve7did

Using AGW

Tom, ve7did

I have been trying to interface AGWPE or PRO to aprsis32. Does this work? I have been using AGW interface to other program such as Winpack, Outpost, Paclink etc and they work fine.

Can I use the same hardware configuration to operate aprsis32? ie com port PTT
Kinda looks like it is only network friendly.

Or am I missing the boat or something...

--
Propagation Knows No Boundaries
73 de Tom, ve7did

Re: GeniusBeaconing Forecast Error

Lynn Deffenbaugh

And it goes to show why the "Red Dot" exists.

For those that have no clue what we're talking about, read http://aprsisce.wikidot.com/doc:red-dot and make sure you have Configure / Screen / RedDot checked.  It's only interesting while mobile with a true GPS feed, though.

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

On 10/30/2012 12:22 PM, Randy Love wrote:
"Once the meatball rolls off your plate..."

That's priceless, James, but pretty darned accurate!

Randy
WF5X

Re: GeniusBeaconing Forecast Error

Randy Love

"Once the meatball rolls off your plate..."

That's priceless, James, but pretty darned accurate!

Randy
WF5X

Balloons

Fred Hillhouse

This is quite the collection of balloons; KC9QBK-6, WIDE2-1, B0WVN-11, KB0WVN-1.

Re: Beaconing the ISS

sbd sbd

I don’t think it says on the wiki page, but if you clone the software to make a satellite instance, make sure you remove any digipeater settings in the xml file if you have entered any

Steve Daniels

G6UIM

Torbay Freecycle Moderator http://http://uk.groups.yahoo.com/group/torbay_freecycle

APRSISCE/32 Beta tester and WIKI editor http://aprsisce.wikidot.com

From: aprsisce@... [mailto:aprsisce@...] On Behalf Of kc2nyu
Sent: 30 October 2012 14:29
To: aprsisce@...
Subject: [aprsisce] Re: Beaconing the ISS

Lynn and all that responded - thanks- will give the below advice and ago and see how I do.

73 Paul kc2nyu

--- In aprsisce@..., "Lynn W Deffenbaugh (Mr)" wrote:
>
> Profile switching is not near the top of my list.
>
> If you want substantially different behaviors out of APRSISCE/32 (to
> work the ISS, for instance), then make a new directory, copy the .EXE
> (or set up a shortcut), and configure the new instance. It's not that
> hard, especially in comparison to the complexity (and confusion) that I
> foresee in the profile switching (like what settings are shared and
> which are changed).
>
> Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
>
> On 10/30/2012 12:41 AM, Greg Dolkas wrote:
> >
> >
> > Hi Lynn,
> >
> > This was a good reminder... I occasionally flip my radio to the ISS
> > frequency, but without changing all the bazillion options to properly
> > operate through Satellites. I believe you have a profile switch of
> > sorts on your to-do list, right? Before I invest time and space (no
> > pun intended) in cloning my APRSIS/32 instance (per the instructions
> > on the Wiki), how close to the top of your queue is the enhancement
> > for a Terrestrial / Space (or whatever profiles) configuration option?
> >
> > Thanks,
> >
> > Greg KO6TH
> >
> >
> > On Mon, Oct 29, 2012 at 11:53 AM, Steve Daniels
> > > > > wrote:
> >
> > You could start by following this WIKI entry it probably answers
> > most of your questions, I will edit out the FAST references as
> > those sats no longer function that I am aware of
> >
> > http://aprsisce.wikidot.com/doc:satelliteops
> >
> > Steve Daniels
> >
> > G6UIM
> >
> > TorbayFreecycle Moderator
> > http://http://uk.groups.yahoo.com/group/torbay_freecycle
> > <http://http:/uk.groups.yahoo.com/group/torbay_freecycle>
> >
> > APRSISCE/32 Beta tester and WIKI editor http://aprsisce.wikidot.com
> >
> > ----------------------------------------------------------
> >
> > *From:*aprsisce@... <mailto:aprsisce@...>
> > [mailto:aprsisce@...
> > aprsisce@...>] *On Behalf Of *kc2nyu
> > *Sent:* 29 October 2012 18:48
> > *To:* aprsisce@... aprsisce@...>
> > *Subject:* [aprsisce] Beaconing the ISS
> >
> > Got interested in ISS the past few days and decided to see if I
> > could "Beacon" the ISS or have my signal received and digipeated.
> > I am using a roof top dual band vertical at about 35ft, an FT 7800
> > dual band radio, Argent T2 and APRSIS Dev ver last updated
> > 10/6/2012. A few minutes before the start of ISS pass at my QTH,
> > tuned radio to the ISS packet freq and 145.825. Then got about 8
> > min of packet bursts and received a number of stations from the
> > ISS Digi which were Igated at my station. Scanning the messages
> > log, it appears my msg was ACk, but not sure.
> >
> > My question is - can I and if so, what steps do I take within
> > APRSIS to beacon or send my call, position etc to the ISS??
> >
> > Tnx and 73 Paul kc2nyu
> >
> >
> >
> >
> >
>

Re: Beaconing the ISS

kc2nyu <eckerpw@...>

Lynn and all that responded - thanks- will give the below advice and ago and see how I do.

73 Paul kc2nyu

--- In aprsisce@..., "Lynn W Deffenbaugh (Mr)" <kj4erj@...> wrote:

Profile switching is not near the top of my list.

If you want substantially different behaviors out of APRSISCE/32 (to
work the ISS, for instance), then make a new directory, copy the .EXE
(or set up a shortcut), and configure the new instance. It's not that
hard, especially in comparison to the complexity (and confusion) that I
foresee in the profile switching (like what settings are shared and
which are changed).

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

On 10/30/2012 12:41 AM, Greg Dolkas wrote:

Hi Lynn,

This was a good reminder... I occasionally flip my radio to the ISS
frequency, but without changing all the bazillion options to properly
operate through Satellites. I believe you have a profile switch of
sorts on your to-do list, right? Before I invest time and space (no
pun intended) in cloning my APRSIS/32 instance (per the instructions
on the Wiki), how close to the top of your queue is the enhancement
for a Terrestrial / Space (or whatever profiles) configuration option?

Thanks,

Greg KO6TH

On Mon, Oct 29, 2012 at 11:53 AM, Steve Daniels
<steve@...
<mailto:steve@...>> wrote:

You could start by following this WIKI entry it probably answers
most of your questions, I will edit out the FAST references as
those sats no longer function that I am aware of

http://aprsisce.wikidot.com/doc:satelliteops

Steve Daniels

G6UIM

TorbayFreecycle Moderator
http://http://uk.groups.yahoo.com/group/torbay_freecycle
<http://http:/uk.groups.yahoo.com/group/torbay_freecycle>

APRSISCE/32 Beta tester and WIKI editor http://aprsisce.wikidot.com

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

*From:*aprsisce@... <mailto:aprsisce@...>
[mailto:aprsisce@...
<mailto:aprsisce@...>] *On Behalf Of *kc2nyu
*Sent:* 29 October 2012 18:48
*To:* aprsisce@... <mailto:aprsisce@...>
*Subject:* [aprsisce] Beaconing the ISS

Got interested in ISS the past few days and decided to see if I
could "Beacon" the ISS or have my signal received and digipeated.
I am using a roof top dual band vertical at about 35ft, an FT 7800
dual band radio, Argent T2 and APRSIS Dev ver last updated
10/6/2012. A few minutes before the start of ISS pass at my QTH,
tuned radio to the ISS packet freq and 145.825. Then got about 8
min of packet bursts and received a number of stations from the
ISS Digi which were Igated at my station. Scanning the messages
log, it appears my msg was ACk, but not sure.

My question is - can I and if so, what steps do I take within
APRSIS to beacon or send my call, position etc to the ISS??

Tnx and 73 Paul kc2nyu

Re: Beaconing the ISS

That's what I did for my D710 for packet mode vs APRS mode, they share the same map directories and NWS files, but the .exe and .xml files are separate.

KC2ANT

-----Original Message-----

From: Lynn W Deffenbaugh (Mr)
Sent: 30 Oct 2012 12:04:04 GMT
To: aprsisce@...
Subject: Re: [aprsisce] Beaconing the ISS

Profile switching is not near the top of my list.

If you want substantially different behaviors out of APRSISCE/32 (to work the ISS, for instance), then make a new directory, copy the .EXE (or set up a shortcut), and configure the new instance.  It's not that hard, especially in comparison to the complexity (and confusion) that I foresee in the profile switching (like what settings are shared and which are changed).

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

On 10/30/2012 12:41 AM, Greg Dolkas wrote:
Hi Lynn,

This was a good reminder...  I occasionally flip my radio to the ISS frequency, but without changing all the bazillion options to properly operate through Satellites.  I believe you have a profile switch of sorts on your to-do list, right?  Before I invest time and space (no pun intended) in cloning my APRSIS/32 instance (per the instructions on the Wiki), how close to the top of your queue is the enhancement for a Terrestrial / Space (or whatever profiles) configuration option?

Thanks,

Greg  KO6TH

On Mon, Oct 29, 2012 at 11:53 AM, Steve Daniels wrote:

You could start by following this WIKI entry it probably answers most of your questions, I will edit out the FAST references as those sats no longer function that I am aware of

http://aprsisce.wikidot.com/doc:satelliteops

Steve Daniels

G6UIM

Torbay Freecycle Moderator http://http://uk.groups.yahoo.com/group/torbay_freecycle

APRSISCE/32 Beta tester and WIKI editor http://aprsisce.wikidot.com

From: aprsisce@... [mailto:aprsisce@...] On Behalf Of kc2nyu
Sent: 29 October 2012 18:48
To: aprsisce@...
Subject: [aprsisce] Beaconing the ISS

Got interested in ISS the past few days and decided to see if I could "Beacon" the ISS or have my signal received and digipeated. I am using a roof top dual band vertical at about 35ft, an FT 7800 dual band radio, Argent T2 and APRSIS Dev ver last updated 10/6/2012. A few minutes before the start of ISS pass at my QTH, tuned radio to the ISS packet freq and 145.825. Then got about 8 min of packet bursts and received a number of stations from the ISS Digi which were Igated at my station. Scanning the messages log, it appears my msg was ACk, but not sure.

My question is - can I and if so, what steps do I take within APRSIS to beacon or send my call, position etc to the ISS??

Tnx and 73 Paul kc2nyu

Re: Two issues: Confirm Location and View set to NONE

Lynn Deffenbaugh

On 10/30/2012 6:51 AM, jay911_50 wrote:
--- In aprsisce@..., "Lynn W Deffenbaugh (Mr)" <kj4erj@...> wrote:
Ah, right! You are correct Fred. The current Window Position and View
settings are not saved if the application is closed while maximized. I
had forgotten that "feature". Need to get that documented somewhere, or
better yet, fix it to at least save the view settings. I'll have to
re-test to see if that behavior is still current.
Here's one vote for "fix" please ... I run all my applications maximized, and it's not logical for this behavior to happen.
I agree that not saving the View settings when closing a maximized window is not correct. It will get fixed when I can get back into it.

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

Re: APRSIS32 - Switching from Mobile Broadband to RF

Lynn Deffenbaugh

On 10/30/2012 6:10 AM, m0glj wrote:
I have been using APRSIS32 for a few years now and I must say that I am extremely happy with the progress that Lynn has made with the software during that time. I will admit that I haven't kept up-to-date with the group during that time as work keeps me busier than I would like.
Glad to hear it. I can completely understand the busy-ness. Like has anyone noticed how long it's been since a new Dev release has gone out? That's a situation I'm hoping to address soon, but I'm also facing the annual end-of-the-year spend-it-or-lose-it budget work acceleration over the next two months.

My question is.

I currently use the software on a mobile broadband connection while I am away from home and would like to know if there is anything that I should know about that need to be changed when I switch to RF for beaconing?
The best thing you can do is toggle on Configure / Beacon / Why and check your raw packets at aprs.fi to see what the transmit reasons are. I personally have been experimenting with a Configure / GeniusBeaconing Heading Change of 180 to effectively disable corner pegging. The default forecast error of 1/10 mile handles it better, in what I'm seeing for an unexpected reason.

The Heading Change detects a turn while it is still going on and beacons part way through. Then the Min Time kicks in and prevents another beacon until you're into the new direction and in the interim, the dead reckoning is going off the turn where there is no road. When the Min Time is finally satisfied, another Heading Change fires and straightens out where you're really heading. Two beacons for any substantial turn.

With Forecast Error, the beacon on the turn doesn't trigger until you're well established on the new route. The "meatball" (as James puts it) will be drifting (or rushing) towards the circle on the opposite side as your turn, but as soon as Forecast Error gets hit, a single beacon corrects the world's view of your position and heading/speed. One beacon per turn. Your path won't "corner peg", but it won't do a double beacon either.

Heading Change is particularly bad for drifty GPSs as well. I'm actually considering changing the default to 180 or even adding a checkbox to disable it which may default to off.

Also, if you do a lot of Stop/Start driving, you might want to uncheck Start/Stop in Configure / GeniusBeaconing. Or increase the MinTime to 30 seconds instead of the default 15. Start/Stop is one of those ideas that seemed good at the time, but again, a reasonably small Forecast Error will catch up with it soon enough for an outside observer to have a pretty good idea as to where you actually are and where you're headed.

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