LIbrary for Amateur Radio Equipment Control Applications.
 
 
 
 
 
 
Go to file
Rob Frohne 62a4bd8363 Correct previous patch setting limits
I should have done more testing on my last patch for you.  I found a
bug, in that it wouldn't rotate for [0,-180).  That is now fixed in
this hd1780.c enclosed.

Signed-off-by: Nate Bargmann <n0nb@n0nb.us>
2012-02-14 10:02:40 -06:00
adat Patch from Frank, DG1SBG, to quell warning 2012-02-07 15:46:02 -06:00
alinco
amsat
aor Update version of modified backends 2012-02-02 20:10:37 -06:00
ars
bindings Fix bindings build by replacing *all* INCLUDES! 2012-02-04 07:51:25 -06:00
c++ Merge branch 'API_3' 2012-02-03 15:03:39 -06:00
celestron
doc Set AC_PREREQ to 2.67, enable Automake warnings 2012-02-03 22:09:45 -06:00
drake
dummy
easycomm
flexradio add DttSP control through UDP interface 2012-01-30 23:22:32 +01:00
fodtrack
gnuradio
gs232a
heathkit Correct previous patch setting limits 2012-02-14 10:02:40 -06:00
icom Update version of modified backends 2012-02-02 20:10:37 -06:00
include Merge branch 'API_3' 2012-02-03 15:03:39 -06:00
jrc
kachina
kenwood Update version of modified backends 2012-02-02 20:10:37 -06:00
kit Update version of modified backends 2012-02-02 20:10:37 -06:00
kylix
lib win32termios: remove deadwood & keep naming space tidy 2012-01-30 23:39:16 +01:00
lowe
m2 Update version of modified backends 2012-02-02 20:10:37 -06:00
macros timersub macro needed for timing in iofunc.c for win32 2011-12-12 09:40:43 +01:00
microtune
miniVNA
pcr
perl
prm80
racal
rft
rotorez
rs
sartek
scripts Update hard coded version value--need to fix. 2012-02-04 19:40:34 -06:00
skanti
spid
src Set AC_PREREQ to 2.67, enable Automake warnings 2012-02-03 22:09:45 -06:00
tapr
tentec Update version of modified backends 2012-02-02 20:10:37 -06:00
tests Merge branch 'API_3' 2012-02-03 15:03:39 -06:00
ts7400
tuner Update version of modified backends 2012-02-02 20:10:37 -06:00
uniden
winradio Update version of modified backends 2012-02-02 20:10:37 -06:00
wj
yaesu Update version of modified backends 2012-02-02 20:10:37 -06:00
.gitignore
AUTHORS Updates for 1.2.15 cycle 2012-02-02 20:40:55 -06:00
COPYING
COPYING.LIB
ChangeLog
INSTALL
LICENSE
Makefile.am Merge branch 'API_3' 2012-02-03 15:03:39 -06:00
NEWS Merge branch 'API_3' 2012-02-03 15:03:39 -06:00
PLAN
README
README.betatester Merge branch 'API_3' 2012-02-03 15:03:39 -06:00
README.developer Merge branch 'API_3' 2012-02-03 15:03:39 -06:00
README.release
README.win32 Merge branch 'API_3' 2012-02-03 15:03:39 -06:00
Segfault-award
THANKS
TODO Updates for 1.2.15 cycle 2012-02-02 20:40:55 -06:00
TODO.skeleton
autogen.sh Use autoreconf to generate configure script. 2012-02-03 21:45:24 -06:00
configure.ac Set AC_PREREQ to 2.67, enable Automake warnings 2012-02-03 22:09:45 -06:00
hamlib.m4
hamlib.pc.in

README

Hamlib - (C) Frank Singleton 2000 (vk3fcs@ix.netcom.com)
         (C) Stephane Fillod 2000-2011
         (C) The Hamlib Group 2000-2011

The purpose of this project is to provide stable, flexible, shared libraries
that enable quicker development of Amateur Radio Equipment Control
Applications.

Many Amateur Radio Transceivers come with serial interfaces that allows
software to control the radio. This project will endeavour to provide shared
libraries that greatly simplify the application programmer's interaction
with radio equipment and other controllable devices such as rotators,
switches, etc.

Supported Radios
----------------

The Hamlib Wiki page, Supported Radios, contains a snapshot of the supported
radios at the time of the last Hamlib release.  Go to http://www.hamlib.org
to reach the Wiki.

Hamlib Design
-------------

The shared libs will provide functions for both radio control,
and data retrieval from the radio.

The structure of the libraries will be as follows.

(1)  There will be 1 frontend library "libhamlib" that
     provides the generic API for user applications.

(2)  There will be "n" backend libraries that "wrap"
     rig specific communications inside frontend API.

(3)  Frontend lib will load (on demand) the appropriate
     backend lib as required.

Frontend Library
----------------

libhamlib.so -  frontend lib that provides generic API
                for all RIG types. This is what Application
                programmers will "see".

Backend Examples are:
---------------------

1.hamlib-yaesu.so will provide connectivity to Yaesu
  FT 747GX Transceiver, FT 847 "Earth Station", etc. via a standard API.

2. hamlib-xxxx.so will provide connectivity to the Wiz-bang
   moon-melter 101A (yikes..)

Hamlib will also enable developers to develop professional looking GUI's
towards a standard control library API, and they would not have to worry
about the underlying connection towards physical hardware.

Initially serial (RS232) connectivity will be handled, but we expect that IP
(and other) connectivity will follow afterwards.  Connection via a USB port
is accomplished via the Linux kernel support.  USB to serial converters are
well supported.  Other such devices may be supported as long as they present
a serial (RS-232) interface to Hamlib.

Availability
------------

Most distributions have the latest Hamlib release in their testing or alpha
versions of their distribution.  Check your package manager for the Hamlib
version included in your distribution.

Developing with Hamlib API
--------------------------

C language API documentation is at:

        http://www.hamlib.org/index.php?title=Documentation

Take a look at tests/README for more info on simple programming examples and
test programs.

C++ programming is supported and language bindings are available for Perl,
Python, and TCL.  A network daemon utility is also available for any
programming language that supports network sockets (even netcat!).


Recompiling
-----------

Hamlib is entirely developed using GNU tools, under various Linux systems.
The library may be recompiled by the familiar "three step":

        ./configure
        make
        sudo make install

See the INSTALL file for more information.

Contributing
------------

Consult the README.betatester and README.developer files in this directory
if you feel like testing or helping with Hamlib development.

Contributions of rig specifications and protocol documentation are highly
encouraged.  Do keep in mind that in some cases the manufacturer may not
provide complete control information or it is only available under a
Non-Disclosure Agreement (NDA).  Any documentation *must* be publicly
available so we can legally write and distribute Free Software supporting a
given device.

The Hamlib team is very interested to hear from you, how Hamlib builds and
works on your system, especially on non-Linux system or non-PC systems. We
try to make Hamlib as portable as possible.

Please report in case of problems at hamlib-developer@lists.sourceforge.net
Git email formatted patches or in unified diff format are welcome!

Also, take a look at http://sourceforge.net/projects/hamlib/ Here you will
find a mail list, link to the Wiki, and the latest releases.  Feedback,
questions, etc. about Hamlib are very welcome at the mail list:

        <hamlib-developer@lists.sourceforge.net>

Hamlib Version Numbers
----------------------

Like other software projects, Hamlib uses a version numbering scheme to help
program authors and users understand which releases are compatible and which
are not.  Hamlib releases now follow the format of:

Major.minor.release.incremental

Where

Major:		Equals 1 for this C language API implementation of rig
control and won't change. Any successor that is a major code rewrite or
differing implementation would have this number advanced (not too likely).

Minor:		Currently at 2, but can be advanced when changes to the API
require client programs to be rewritten to continue to use Hamlib.  This
number has advanced a couple of times throughout the life of Hamlib.
Advancement of the minor number is only for frontend API changes that
require modification of client source.  Also indicates ABI compatibility so
that a program linked to an earlier 1.X.Y release will work with a later
1.X.Y release without recompiling.

Release:	This number advances when either new backend(s) or new rig
model(s) to existing backend(s) are added.  Advancing this number informs
client program authors (and users of those programs) that new model/backend
support has been added.  Will also include bug fixes since the last
Incremental release.

Incremental:	May be undefined (e.g. Hamlib 1.2.14) and would advance to 1
(e.g. Hamlib 1.2.14.1) for any bug fixes or feature additions to existing
model(s) or backend(s), then to 2, etc.  New rig models or backends are not
included in Incremental.  When Release is advanced, Incremental will reset
to undefined and will not be included as part of the version number.

Release schedule
----------------

Hamlib has in the past maintained a "ready when it's ready" philosophy.
However, given that much of the Linux user base is now influenced by the
Ubuntu distribution and its timed six month release schedule, Hamlib
releases will be scheduled in advance of Ubuntu releases.  Planned release
dates for Hamlib are now 1 February and 1 August of each calendar year.
Between those dates various Incremental releases will occur as development
warrants.


Have Fun / Frank S / Stephane F / The Hamlib Group

  73's de vk3fcs/km5ws / f8cfe