LIbrary for Amateur Radio Equipment Control Applications.
 
 
 
 
 
 
Go to file
Stéphane Fillod, F8CFE 541324bd45 fix implicit include for timeval
git-svn-id: https://hamlib.svn.sourceforge.net/svnroot/hamlib/trunk@1803 7ae35d74-ebe9-4afe-98af-79ac388436b8
2004-08-16 20:57:37 +00:00
alinco account for backend improvement 2004-08-01 21:23:41 +00:00
aor added ECSSUSB/ECSSLSB and FAX modes 2004-08-08 19:42:59 +00:00
bindings added ECSSUSB/ECSSLSB and FAX modes 2004-08-08 19:42:59 +00:00
c++
debian sync with latest debian package and add tcl, c++, python and perl bindings 2004-05-11 15:48:21 +00:00
doc add some Internet links, fixes Debian Bug#263287 2004-08-09 20:55:31 +00:00
drake Reconfigured default filter modes 2004-08-12 02:06:10 +00:00
dummy Prefixed misc str* and parse_* calls with rig_ to export them in rig.h 2004-05-17 21:09:45 +00:00
easycomm
flexradio Prefixed misc str* and parse_* calls with rig_ to export them in rig.h 2004-05-17 21:09:45 +00:00
fodtrack
gnuradio Prefixed misc str* and parse_* calls with rig_ to export them in rig.h 2004-05-17 21:09:45 +00:00
icom fix implicit include for timeval 2004-08-16 20:57:37 +00:00
include added DRT1 and SDU5000 2004-08-11 17:58:36 +00:00
jrc Reconfigured default filter modes 2004-08-12 02:06:10 +00:00
kachina
kenwood safer this way, keep in mind value_t is a union 2004-06-14 20:57:34 +00:00
kit fix bug: wrong OSCFREQ 2004-08-10 21:02:00 +00:00
kylix
lib Fixes for BRK/RTS/DTR handling under win32 2004-08-01 23:13:17 +00:00
libltdl
lowe added ECSSUSB/ECSSLSB and FAX modes 2004-08-08 19:42:59 +00:00
macros
microtune
pcr
perl
rft
rotorez
rpcrig warning silencing 2004-06-06 21:58:57 +00:00
rpcrot header fix 2004-08-01 21:26:54 +00:00
sartek
src resolve win32 header compatibility issue: no more HANDLE/timeval specific types 2004-08-10 21:00:13 +00:00
tapr
tentec first bite at the Orion 2004-06-14 21:15:20 +00:00
tests strstatus has been renamed to rig_strstatus 2004-08-10 22:41:41 +00:00
uniden
winradio Some winradio backends have only support for Linux module, ie. depend on linux/ioctl.h 2004-08-16 20:44:16 +00:00
yaesu Initial support for FT736R, FRG100 and FRG9600 2004-08-10 21:10:36 +00:00
AUTHORS Acknowledge Mark's work 2004-06-08 21:05:30 +00:00
COPYING
COPYING.LIB
ChangeLog
INSTALL
LICENSE
Makefile.am added README.win32 to dist 2004-08-01 22:32:47 +00:00
NEWS work done for 1.2.1 2004-05-19 09:15:51 +00:00
PLAN
README
README.betatester
README.developer
README.win32 initial release 2004-08-01 22:07:40 +00:00
Segfault-award
THANKS
TODO
TODO.skeleton
autogen.sh
configure.ac Some winradio backends have only support for Linux module, ie. depend on linux/ioctl.h 2004-08-16 20:44:16 +00:00
cvs2cl.pl
hamlib.m4
hamlib.pc.in
hamlib.spec.in correct spelling 2004-07-11 11:53:14 +00:00
ltmain.sh
missing
mkinstalldirs

README

hamlib - (C) Frank Singleton 2000 (vk3fcs@ix.netcom.com)
and (C) Stephane Fillod 2000-2003

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 programmers interaction with radio equipment.
 

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
I expect that IP (and other) connectivity will follow afterwards. 

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

Hamlib is entirely developped using GNU tools, under various Linux systems. 
That is, if you want to take part in the development of Hamlib, 
you'll need at least the following tools:
	* autoconf > 2.50
	* automake > 1.7
	* libtool  > 1.5
	* doxygen
	* cvs and ssh to connect to http://sourceforge.net/

There's also a README.betatester and README.developer files in this directory
if you feel like hacking hamlib.

However, if you just want to recompile the library, please refer
to the INSTALL file. IMPORTANT: If autoconf or automake are installed on
your system, make sure they are matching *at least* the version shown above.
The Hamlib team is very interrested 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
Patches are welcome too!
And for those who were brave enough to read until then, but not lucky enough
to rebuild the lib, there're good news. The RPM and deb packages are
available at the sourceforge.net site. Enjoy!


Take a look at tests/README for more info on simple examples.

Also, take a look at http://sourceforge.net/projects/hamlib/
Here you will find a mail list, and  the latest CVS releases.
Feedback, questions, etc. about Hamlib are very welcome 
at the mail list: <hamlib-developer@lists.sourceforge.net>

Have Fun / Frank S / Stephane F

  73's de vk3fcs/km5ws / f8cfe