Re: [aprsisce] Feature Request
- On Thu, Jan 3, 2013 at 9:05 PM, Greg D <ko6th.greg@...> wrote:
> To make this sort of project easier, does anyone have a template or shellIf your program is just looking at an incoming message, there's no
> of a program that hooks into APRSIS32, as a starting place? Something with
> all the socket code and stuff related to formatting packets, and with a big
> hole in the middle where you put your own message content handling code?
> Two reasons for what I described... Including all the socket code is a
> matter of overcoming laziness, and all the stuff related to formatting
> packets properly is a matter of not wanting to become an expert on the
> subtleties of APRS101 (and the risk of putting out packets that trash the
worries about having to know everything there is to know about
APRS101.pdf. You'll only be looking for matching text in the incoming
stream. There will be no outgoing packets.
Of course if you find someone with that template or shell, I'd be
interested in seeing it as well. I too want to write an application to
hook into the socket to send and receive packets as required.
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
https://www.philcrump.co.uk/Habrotate Windows compile
From: email@example.com [mailto: firstname.lastname@example.org ]
Sent: 27 June 2014 23:44
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