## Re: [aprsisce] Feature Request

Expand Messages
• As I said, you would have to tailor the setting for each type of operation. If you are trying to do detailed tracking of someone standing around and walking 2
Message 1 of 69 , Sep 2 5:47 PM
• 0 Attachment
As I said, you would have to tailor the setting for each type of operation.

If you are trying to do detailed tracking of someone standing around
and walking 2 or 3 feet at a time, at less than 1 mph, you're pretty
much screwed.

Trying to resolve movements with speeds and displacements below the
noise threshold of the GPS resolution is pretty much an exercise in
futility.

Then of course if you are trying to send data of this detail over the
APRS channel, you're probably going to be hitting the channel pretty
hard, and possibly sending data then is representing positions of
higher resolution than the APRS position format you are sending can
resolve.

On 9/2/12, Steve <sbd64000@...> wrote:
> I don't walk at 5MPH, for example you could have be trying to find a Balloon
> payload, and it would look like jitter.
>
> --- In aprsisce@yahoogroups.com, James Ewen <ve6srv@...> wrote:
>>
>> The easiest way to determine if a mobile station has stopped moving is
>> to look at the speed. If the speed is less than 5 miles an hour,
>> assume the station has stopped.
>>
>> If you're going to try and use a threshold like 0.1 mph or something
>> less than the jitter induced movement, you'll never be able to tell
>> that it is sitting still.
>>
>> If you use a minimum displacement as your threshold, then you may have
>> to move a fair distance before you start showing as moving.
>>
>> You'll need to determine which method would work best based on the
>> station type.
>>
>>
>> On 9/2/12, Steve <sbd64000@...> wrote:
>> > For those of us with a GPS attached to a static station, the ability to
>> > define the station as static, and have the GPS data averaged.
>> > It would be nice to figure out a way of determining if a mobile station
>> > stopped and do the same to stop the jitter.
>> > Have not thought of a way of working out when a mobile station has
>> > become
>> > static.
>> >
>> >
>> >
>> > ------------------------------------
>> >
>> >
>> >
>> >
>> >
>>
>> --
>> Sent from my mobile device
>>
>> James
>> VE6SRV
>>
>
>
>
>
> ------------------------------------
>
>
>
>
>

--
Sent from my mobile device

James
VE6SRV
• I just found software that does what I want Habrotate pulls info from the Habitat database and feeds to pstRotator and pstRotator has an APRS option. Have just
Message 69 of 69 , Jun 29, 2014
• 0 Attachment

I just found software that does what I want

Habrotate pulls info from the Habitat database and feeds to pstRotator and pstRotator has an APRS option.

Have just paid for pstRotator and waiting for a registration code was only 15 Euro

When it arrives will test it all out and report back

Still think it would be nice to have in APRSIS32 though

Habrotate

https://www.philcrump.co.uk/Habrotate Windows compile

pstRotator

http://www.qsl.net/yo3dmu/index_Page346.htm

Steve

G6UIM

From: aprsisce@yahoogroups.com [mailto: aprsisce@yahoogroups.com ]
Sent: 27 June 2014 23:44
To: aprsisce@yahoogroups.com
Subject: [aprsisce] Feature Request

Just received my rotator control unit an ERC-M unit only got the USB option I do wonder if the Lan option might be handy as well.

What I would like when Lynn gets the time is the ability to follow a station and have the rotator system track that station.

For me this is mainly for use with Lynn ’s habitat to APRS system for tracking balloons. But also ships in the channel. But it’s obviously useful for tracking anything moving.

So whats needed is a rotator port type the usual TCP/IP, USB, Com.

The software already does bearing so elevation added. Following a station with rotator enabled auto tracks that station.

My control box uses Yaesu GS232A and B protocols which seem standard across various rotators and software

Yaesu GS232 A and B

The only difference in A and B is the format how a position is returned from the ERC

Note 1): This command was added by the Dual-AZ protocol by VE2DX and used to drive 2 AZ-rotators with a 2-axis interface

Command to ERC                Description                                            Returned from ERC

A<cr>                                      Stop rotation azimuth                            <cr>

B<cr> (in GS232A-mode)      Request position elevation                  +0eee<cr><lf>

B<cr> (in GS232B-mode)      Request position elevation                  EL=eee<cr><lf>

C<cr> (in GS232A-mode)     Request position azimuth                     +0aaa<cr><lf>

C<cr> (in GS232B-mode)     Request position azimuth                     AZ=aaa<cr><lf>

C2<cr> (in GS232A-mode)   Request position azimuth + elevation +0aaa+0eee<cr><lf>

C2<cr> (in GS232B-mode)   Request position azimuth + elevation AZ=aaa<s><s>EL=eee<cr><lf>

D<cr>                                      Rotate DOWN or CCW 2nd axis            <cr>

E<cr>                                      Stop rotation elevation                         <cr>

L<cr>                                       Rotate CCW 1st axis                              <cr>

Maaa<cr>                                Rotate azimuth to aaa                            <cr>

MBeee<cr>                             1) Rotate elevation to eee                     <cr>

R<cr>                                      Rotate CW 1st axis                                 <cr>

S<cr>                                      Stops rotation both axis                       <cr>

U<cr>                                      Rotate UP or CW 2nd axis                      <cr>

Waaa eee<cr>                        Rotate azimuth to aaa and Rotate elevation to eee<cr>

I think A,B,C,E,M and MB, I don’t see a need for D,L,R,S,U

Thoughts?

Steve

G6UIM

Your message has been successfully submitted and would be delivered to recipients shortly.