LIbrary for Amateur Radio Equipment Control Applications.
 
 
 
 
 
 
Go to file
Michael Black W9MDB 4efbddd0e8 Add ability to set Icom MAIN_VFO_A/B and SUB_VFO_A/B
https://github.com/Hamlib/Hamlib/issues/348
2020-07-19 17:21:23 -05:00
amplifiers/elecraft Rotators and amplifiers converted to rig_flush 2020-06-23 08:44:27 -05:00
android Remove backticks in android/ 2020-05-30 18:42:12 -05:00
bindings Remove backticks from bindings/Makefile.am 2020-05-30 13:14:33 -05:00
c++ https://github.com/Hamlib/Hamlib/issues/227 2020-04-26 14:37:03 -05:00
doc Fix spelling error in rigctl.1 2020-07-14 12:56:09 -05:00
dummy astyle files 2020-07-07 11:39:26 -05:00
extra More cppcheck fixes 2020-03-23 07:52:01 -05:00
include Update ITU3 bandplan 2020-07-09 23:37:22 -05:00
lib astyle all C files 2020-02-23 11:26:09 -06:00
macros Increase version requirement for swig and add swig 3.0 detection 2020-03-04 09:41:43 -06:00
perl
rigs Add ability to set Icom MAIN_VFO_A/B and SUB_VFO_A/B 2020-07-19 17:21:23 -05:00
rotators astyle files 2020-07-07 11:39:26 -05:00
scripts Remove bashisms from scripts/build-w64.sh 2020-06-02 08:51:38 -05:00
src Corrections 2020-07-17 12:22:21 +02:00
tests Fix cppcheck warnings 2020-07-08 11:48:48 -05:00
.editorconfig Add new levels: RFPOWER_METER, COMP_METER, VD_METER and ID_METER, supported at least by most of recent Icom rigs. Add level NOTCHF_RAW for manual notch frequency without specified unit for Icom rigs. Add level MONITOR_GAIN. Add functions DUAL_WATCH and DIVERSITY, supported now by K3/K3S. Fix VOXDELAY level commands for many Icom rigs. Add MONITOR_GAIN level for Icom rigs. Fix and add many K3 commands and add specific rig models for K3S, KX2 and KX3 -- they are very similar to K3, but have slight differences. Extend dump_caps output for rigctl: add complete details of ext levels and frequency ranges. Tests have been performed on IC-7000, IC-756ProIII, IC-7300, IC-7600 and K3. 2019-05-30 09:37:49 +03:00
.gitignore Rename tests/hamlibdatetime.h 2020-05-30 09:18:19 -05:00
AUTHORS Change credits 2019-05-31 23:07:45 +03:00
Android.mk Added Meade LX200 Protocol to Rotors 2018-07-17 08:57:05 -05:00
COPYING
COPYING.LIB
ChangeLog Add VFO & ANT definitions to rigs that were missing them 2020-03-25 23:07:42 -05:00
INSTALL Remove bootstrap reference in INSTALL 2019-12-13 23:36:17 -06:00
LICENSE LICENSE: Add 2012, format for 80 columns 2012-10-05 12:46:36 -05:00
Makefile.am Fix 'make distcheck' failure 2020-01-18 08:38:53 -06:00
NEWS Update NEWS 2020-05-30 09:39:09 -05:00
PLAN
README Fix URL in README 2020-05-20 17:08:21 -05:00
README.betatester Remove GNU Texinfo dependency 2019-12-04 02:06:07 -06:00
README.coding_style Add some tips on shell scripts 2020-05-31 17:29:29 -05:00
README.developer Remove backticks in top source directory 2020-05-30 18:38:34 -05:00
README.freqranges Fix FT847 freq ranges 2020-05-09 09:59:39 -05:00
README.osx Add Macports to README.osx 2020-06-04 18:35:47 +01:00
README.release Rename autogen.sh to bootstrap to follow GNU guidelines 2017-07-27 21:30:13 -05:00
README.win32 Rename autogen.sh to bootstrap to follow GNU guidelines 2017-07-27 21:30:13 -05:00
SECURITY.md Fix SECURITY.md 2020-05-09 07:17:19 -05:00
Segfault-award
THANKS
TODO
TODO.skeleton
bootstrap Remove bashisms from shell scripts 2020-05-27 10:54:35 -05:00
configure.ac Remove backticks in top source directory 2020-05-30 18:38:34 -05:00
cppcheck.sh Remove bashisms from shell scripts 2020-05-27 10:54:35 -05:00
hamlib.m4 Remove backticks in top source directory 2020-05-30 18:38:34 -05:00
hamlib.pc.in Fix hardcoded pcconfig libdir 2017-09-03 12:33:00 -05:00

README

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

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 library provides functions for both radio and rotator control,
and data retrieval from the radio or rotator.  A number of functions useful
for calculating distance and bearing and grid square conversion are included.

libhamlib.so -  library that provides generic API for all RIG types.
    This is what Application programmers will "see".  Will have different
    names on other platforms, e.g. libhamlib-2.dll on MS windows.  Also
    contains all radio and rotator "backends" (formerly in their own
    dlopen'ed libraries) provided by Hamlib.

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

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

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

API documentation is at:

        https://github.com/Hamlib/Hamlib/wiki/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.incremental

Where

Major:  Currently at 3, but can be advanced when changes to the API require
client programs to be rewritten to take advantage of new features of
Hamlib.  This number has advanced a couple of times throughout the life of
Hamlib.  Advancement of the major number is only for frontend API changes
that require modification of client source.  ABI compatibility is presently
maintained to prior releases so that a program linked to an earlier
1.2.Y.[Z] release will work with a later 3.Y[.Z] release without
recompiling.  Itis our intention to maintain such ABI compatibility as long
as practical.

Minor:  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 3.0) and would advance to 1
(e.g. Hamlib 3.0.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