The TS-790 is very prone to slow command responses, this change no
longer retries the sending of the original command when a busy
response "?;" is seen, instead it simply waits one retry delay and
tries response read again. It may be that this has always been the
correct action but most rigs do not return busy responses or behave
better when a command is retried.
Hi,
Gpredict issues set_vfo commands on sat track engage to switch a/b vfo
and set downlink/uplink frequency.
Although this generally works, Kenwood TS2000 has its own style during
satellite operation:
1) vfo B is *always* for uplink
2) vfo A is *always* for downlink
so vfo selection (FR command) doesn't work: kenwood firmware doesn't
recognize it in Satellite mode.
When Gpredict is trying to set_vfo on TS2000 in Satellite mode it loops
on unrecognized FR command and freezes.
Attached patch checks for TS2000 Satellite mode status and if ON
"disables" set_vfo command.
This allows Gpredict to track downlink/uplink frequency on TS2000 (you
need to configure manually downlink/uplink band on the rig before
engaging)
Please be aware this isn't a "Gpredict patch": it fixes set_vfo behavior
in satellite mode according to ts2000 firmware.
73, Ciao
Dario Ventura, IZ7CRX
When using separate serial port for PTT via RTS pr DTR it is
convienent to close the port when the PTT line is not asserted. This
allows other applications to share the PTT serial port.
This has been achieved by ensuring that file descriptor for the port
is set to -1 when the port is closed, this then allows the invalid FD
to be used as a PTT surrogate for the rig_get_ptt API when the port is
only being used for PTT.
Fixed int[10] type variables (and other int[FIXLEN] type) handling in bindings
There is a bug in (all) bindings: the attenuator list is inaccessible.
The different languages (interpreters) shows it in different modes. The
problem is that the necessary typemaps are missed in current master tree
(for SWIG). You can check it if you grab the
bindings/pytest.py|perltest.pl|tcltest.tcl from my bindings branch
(https://sourceforge.net/u/airween/hamlib/ci/bindings/tree/bindings/),
and run with the current tree. You can see the results:
Python:
Attenuators: <Swig Object of type 'rot_reset_t *' at 0x7f4170341990>
(note, that there is an another bug in SWIG, but it doesn't affects this
issue (the type of attenuator isn't 'rot_reset_t *'))
Perl:
Not an ARRAY reference at ./perltest.pl line 69.
Tcl:
Attenuators: _b8c1a3c20e7f0000_p_int
After the apply the patch, the results will these:
Python:
Attenuators: [10, 20, 30, 0, 0, 0, 0, 0]
Perl:
Attenuators: 10 20 30 0 0 0 0 0
Tcl:
Attenuators: 10 20 30 0 0 0 0 0
73, Ervin
HA2OS
If the ts570 backend was called without the radio being turned on or the
wrong IO port specified, the library would generate a number of timeouts
and then fall through to behaving as though the communications channel
were opened. Discovered that the backend did not specify a function for
rig_open in the rig_caps structure.
Thanks to Volker Schroer, DL1KSV, for reporting this issue.
this rig is prone to giving transitory busy responses to CAT commands,
the retry mechanism for set commands was looping rather than accepting
the results of a successful command verification read. This is fixed
and the notification trace message is reduced to a warning.
This patch changes rig_list_foreach such that the called function may
call rig_unregister without having to access freed memory. This avoids
a valgrind MemCheck and makes it possible to clean up teh rig_list
database.
Nate Bargmann