RE: [Hamlib-developer] Why hamlib is not really suited for satel

[Chuck H. <n2...@am...>]

On 05-Sep-02 lx...@gm... wrote:
> Hello,
> 
> As I am currently rewriting the entire radio control code for ktrack, I took
> a closer look at hamlib. But I am really disapointed as with it's curent
> status it is not useable for controlling satellite radios for automatic
> doppler
> correction.

I understand.  I've been working on my own satelite tracking program using
hamlib.  (However, currently I've been testing it with an IC-R7000 receiver
that only has one VFO, because it's handy.)  
(I also need to clean it up a bit so I can release it)

As you say, every satelite radio behaves slightly differently dealing with
tuning and sub-bands and such.
(Just take a look at at some of the comments made by the writer of InstantTune
 in both the docs and some of his talks.  Some radios won't let you change the
 frequency while transmitting, some won't let you get to the receiver to change
 frequency while transmitting, etc)

Currently hamlib is writen at a level where it lets you do the commands that
the radio can do, but it doesn't necessarly let you do things that are a bit
more complicated in a general sort of way.

What I was thinking, once I thought about it and played with enough radios to
try to come up with a generic api, was to try to write either an extention to
hamlib or a separate library that called hamlib to handle some of the things,
such as tuning satelite radios, that are common to several programs.

If you want to try to work together on something like this, let me know.