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

[<lx...@gm...>]

Hi Chuck,
> 
> 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)

Thank you for the pointer! Very interesting reading.

> 
> 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.
> 

See my comments to Stephane's post. I don't think the the changes I
suggested really do need an additional library.

Luc

-- 
GMX - Die Kommunikationsplattform im Internet.
http://www.gmx.net