The K2 and K3 support a TQ command to query the transmit status. As
only four bytes are returned it is much faster than the longer IF
command response. Access is via rig_get_ext_level--rigctl 'l' command
with a Level mnemonic of 'txst'. Returns '0' on RX and '1' on TX.
git-svn-id: https://hamlib.svn.sourceforge.net/svnroot/hamlib/trunk@3032 7ae35d74-ebe9-4afe-98af-79ac388436b8
Implemented kenwood_cfg_params structure to allow RIT/XIT tokens to be
available to all Kenwood backend rigs (Fine Step and Voice announce are
also defined). K2/K3 rigs can only set/get RIT/XIT.
Updated README.k2/k3 for RIT/XIT functions and prior updates.
git-svn-id: https://hamlib.svn.sourceforge.net/svnroot/hamlib/trunk@3031 7ae35d74-ebe9-4afe-98af-79ac388436b8
Implemented rig_get_ext_level() for the K3 FI command which returns the
last four digits of the IF center frequency. This value changes as the
operator adjusts the shift control, changes mode, or adjusts the bandwidth
control. The function returns the actual frequency of 8210000 Hz plus
the value returned by the FI command.
To get this frequency value the token IFCTR must be passed to
rig_get_ext_level(). This token is specific to the K3 backend.
git-svn-id: https://hamlib.svn.sourceforge.net/svnroot/hamlib/trunk@3029 7ae35d74-ebe9-4afe-98af-79ac388436b8
Rot2Prog is now 901, Rot1Prog 902 per feedback from Magne Mæhre LA1BFA.
Minor update of spid.txt to correct a typo and clarify a point in
the documentation.
git-svn-id: https://hamlib.svn.sourceforge.net/svnroot/hamlib/trunk@3028 7ae35d74-ebe9-4afe-98af-79ac388436b8
This patch extends the SPID driver with support for the Rot1Prog az
rotator controller. It also updates protocol documentation. The driver
has been tested with Rot1Prog and with Rot2Prog for regression.
Submitted by Norvald H. Ryeng <ryeng@users.sourceforge.net). Tracker
info: SPID Rot1Prog rotator driver - ID: 3167384
git-svn-id: https://hamlib.svn.sourceforge.net/svnroot/hamlib/trunk@3027 7ae35d74-ebe9-4afe-98af-79ac388436b8
Added FUNcube interface to Hamlib. This is a basic FUNcube interface:
at the moment only frequency set/readout is supported. From Stefano
Speretta <s.speretta@isispace.nl>.
git-svn-id: https://hamlib.svn.sourceforge.net/svnroot/hamlib/trunk@3026 7ae35d74-ebe9-4afe-98af-79ac388436b8
Test k2_md_rtty flag when k2_set_mode() is passed RIG_MODE_RTTY or
RIG_MODE_RTTYR to avoid erroneously attempting to set RTTY when
k2_md_rtty is unset.
git-svn-id: https://hamlib.svn.sourceforge.net/svnroot/hamlib/trunk@3024 7ae35d74-ebe9-4afe-98af-79ac388436b8
An oversight had omitted the necessary call to set the K2 to K22
extended mode before setting the filter. The function now sets K22
properly, sets the filter width, and then K20 before returning.
git-svn-id: https://hamlib.svn.sourceforge.net/svnroot/hamlib/trunk@3023 7ae35d74-ebe9-4afe-98af-79ac388436b8
K2 backend will now scan for installed RTTY mode and filters per
mode upon rig_open(). Implemented get/set mode in K2. The get_mode()
function checks the filter bandwith and returns that for the width
value and the set_() function will select and set an appropriate
filter based on the width passed in.
git-svn-id: https://hamlib.svn.sourceforge.net/svnroot/hamlib/trunk@3021 7ae35d74-ebe9-4afe-98af-79ac388436b8
for the latest Yaesu backends (ft9000 and later that use "New CAT"
commands) and set the default "write_delay" parameter to '0' as these
radios deault to assuming a command has been received after 10 mSec of
no data on the wire. The default write_delay had been 50 mSec (for no
good reason except I copied and pasted from older backends) which was
too long as these models implement a CAT TOT (Time Out Timer) of 10 mSec.
git-svn-id: https://hamlib.svn.sourceforge.net/svnroot/hamlib/trunk@3012 7ae35d74-ebe9-4afe-98af-79ac388436b8
it's done as best effort, and access failure would be catched later.
* make failure of usb_claim_interface() fatal in usb_port_open()
git-svn-id: https://hamlib.svn.sourceforge.net/svnroot/hamlib/trunk@2984 7ae35d74-ebe9-4afe-98af-79ac388436b8
Nate Bargmann, N0NB