RE: [aprsisce] Feature Request
- Hmm, I have a Visual BASIC 5 (VB) application. As far as I know, I am the only one so far that has created a custom piece of code.I have thought about moving it to Visual C (VC), but, time, and a lack of C knowledge (though not totally C illiterate), is the current block. And, I would rather finish my current project before porting it over. I should really learn C anyway or at least become more proficient in it. The example code base is much , much larger.In the end, a client will have all the functionality to connect directly to server: APRS-IS or APRSIS32. The result will include sending at least a minimum filter to the server. The client will then need any additional features needed. If only certain messages to a station are needed, parsing for it is straight forward. Starting another application is pretty straight forward as well from a VB point of view but once you have the client working, then sending an email is just another exercise.There is a Visual studio from Microsoft that is free. There are a ton of examples in various places online that make life a little easier. You have to parse through all the drivel that goes with the examples. I think the most difficult example I had to work with opened Access files. The examples typically don't have any error handling which seems to be a bit of an art in itself. You may even be able to reuse code from the Tracker2 or Xastir project to save some time. Since I have been working in VB, I have had to study the code for those sources to learn the process is some cases, such as call sign pass word creation and verification.A client in LUA might be an interesting direction since Lynn is planning a Lua interface of some sort. I haven't looked closely to know if network stuff is included. I also do not know if a Windows type interface can be created as simply as in VB or VC.Regarding laziness, I would prefer if Lynn, programmer extraordinaire, pushed the data out a data port and it would be nice if I could make status changes or add/modify/delete object, etc. directly through the same data port. From my perspective, there is little reason for an extra client or to have to start all over with raw packets. But, until Lynn stops being lazy [;)] and adds it so I can be lazy, I guess I will get off my duff and do it. [BTW, I really don't believe Lynn is being lazy!] Thanks Lynn for providing the server port!From where I sit right now, my project has really helped me understand more of the inner working of APRS. I don't regret it. Brushing up on my programming skills has also been useful in my current employment. I wish though I had just bit the bullet and used VC. I am writing on occasion stuff for a 8051 derivative in C.Best regards,Fred, N7FMH
From: email@example.com [mailto:firstname.lastname@example.org] On Behalf Of Greg D
Sent: Thursday, January 03, 2013 23:06
Subject: Re: [aprsisce] Feature Request
To make this sort of project easier, does anyone have a template or shell 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 network).
Straight C is best. (I'm old enough that the "plus plus" stuff means Increment!)
Lynn W Deffenbaugh (Mr) wrote:
Anything is possible, as long as you do the coding. APRSISCE/32
supports a local APRS-IS server port from which packets can be drawn
based on a filter and you can have that program do just about anything
you can imagine.
When I finally get around to implementing arbitrary notifications, the
activation of an external program may be one of the triggerable
actions. I suspect that the arbitrary notifications may not get down to
"a certain text match", but will likely include "ME message received"
with the text of the message sent to the program via the command line.
Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
On 1/3/2013 12:34 PM, N5TEV wrote:
> Would it be possible to implement an option to launch an external program upon a certain text match contained in a message sent to "Me"?
> Yahoo! Groups Links
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