kopia lustrzana https://github.com/Hamlib/Hamlib
a81c295b3c
The QCX series emulates the Kenwood TS480. However for the sending morse command it seems to be more in line with the Elecraft K series rigs. Before this change, the QCX mini would reply to the KY command with KY2 which was not understood. The QCX mini defines the KY responses to be: - KY0; if message sending is in progress and the transmit text buffer is not more than 75% full - KY1; if message sending is in progress and the transmit text buffer is more than 75% full - KY2; if no message is being sent, therefore the transmit text buffer is emtpy This seems to be an extension of the original Kenwood protocol but it is exactly as implemented by Elecraft in their K series rigs. This patch treats the KY2 response the same as the KY0 response meaning - OK to transmit. |
||
---|---|---|
.. | ||
Android.mk | ||
Makefile.am | ||
NOTES.txt | ||
README.flex | ||
README.k2 | ||
README.k3 | ||
README.kenwood | ||
README.ts2k | ||
elecraft.c | ||
elecraft.h | ||
flex.c | ||
flex.h | ||
flex6xxx.c | ||
ic10.c | ||
ic10.h | ||
k2.c | ||
k3.c | ||
kenwood.c | ||
kenwood.h | ||
pihpsdr.c | ||
r5000.c | ||
th.c | ||
th.h | ||
thd7.c | ||
thd72.c | ||
thd74.c | ||
thf6a.c | ||
thf7.c | ||
thg71.c | ||
tmd700.c | ||
tmd710.c | ||
tmv7.c | ||
transfox.c | ||
trc80.c | ||
ts50s.c | ||
ts140.c | ||
ts440.c | ||
ts450s.c | ||
ts480.c | ||
ts570.c | ||
ts590.c | ||
ts680.c | ||
ts690.c | ||
ts711.c | ||
ts790.c | ||
ts811.c | ||
ts850.c | ||
ts870s.c | ||
ts890s.c | ||
ts930.c | ||
ts940.c | ||
ts950.c | ||
ts990s.c | ||
ts990s.h | ||
ts2000.c | ||
ts2000.txt | ||
tx500.c | ||
xg3.c |
README.ts2k
Status: Being Overhauled. Consider it broken. Temporary kludge to force compile (broke Hamlib!) The ts2k.[ch] are for the TS-2000. I'm too lazy to spell it any different. Check back here often. I've been making extensive changes daily (wife permitting). I'll change the status to working as soon as I get reasonable functionality back. This file comes from my private copy of hamlib and not all changes will be made to hamlib's CVS. Let me know if you use any of this and find it works! (It has been working well for me.) 73's Dale kd7eni -------------------------------------------------------------------------- File change summary: (Hopefully, I'll keep this updated...) Makefile.am Added ts2k.c, ts2k.h ts2k.status current status in the form of rigctl help Takes a lot of time. May or may not be kept up to date. Anybody write an expect script? ts2k.c New ts2k_menu.c (not implemented; work to allow menus to set the zillions of options we'll never have functions for in hamlib. The user and calling program will have to do all the work. Comments will be much appreciated!) ts2k_menu.h just the actual data and some structs for the rig. (Currently every menu item number and text is entered but the menu default is not set. For example, grig can't be expected to know every rig's menu's. in work!) It just occurred to me that it would be very nice to have a default hamlib menu. If a rig don't have any or no menu functions yet, the levels and other items can be presented as a default menu. ts2000.c Inserted my version. mv'd orig to ts2000.c.orig ts2000.h renamed ts2000.c to ts2000.h rigctl.c Added comments: [# | ;] anything... [\n | \r] // rig.h *NOT* modified in CVS!!!! include/hamlib/rig.h: (nothing extraordinary. yet.) added RIG_FUNC_ALL, RIG_PARM_ALL, RIG_LEVEL_ALL. added RIG_FUNC_EXCLUDE, RIG_PARM_EXCLUDE, RIG_LEVEL_EXCLUDE added RIG_RPTR_SHIFT_1750 (The following needed work, though I stopped short of what I wanted to do. ) eliminated negatives for VFO, changed vfo_t to *ONLY* bitmasks, instead of bitmask and integer const. I'm going to check files and look for stuff that might get broken (mostly in the backends). The following are those I've checked manually: alinco/*.[ch] // ok aor/aor.c // I need to check RIG_VFO_VFO dummy/dummy.c // " " " " icom/*.[ch] // ok kylix/hamlib_rigapi.pas // same as rig.h (Hold the Press!) kenwood/ // ok pcr/ // ok src/ // ok tests/dumpcaps.c // uses bitwise mask (&) yaesu/ft100.c // uses RIG_VFO1 directly, etc... yaesu/ft817.c // uses RIG_VFO1 directly, etc... yaesu/ft847.c // uses RIG_VFO_MAIN, _CURR only!