RE: [Hamlib-developer] Why hamlib is not really suited for satel
Library to control radio transceivers and receivers
Brought to you by:
n0nb
|
From: Chuck H. <n2...@am...> - 2002-09-06 14:51:30
|
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. |