Repository navigation
rigctld: RIT offset readback remains stale after set_rit on IC-7300 #139
Description
Description
When using wfview's built-in rigctld server with an IC-7300, set_rit (J) changes the actual RIT offset, but get_rit (j) continues to return the previous value.
The same stale readback is seen when the RIT offset is changed from wfview itself.
Environment
- wfview: 2.24
- Radio: Icom IC-7300
- Connection: USB / CI-V
- Client: direct TCP connection to wfview's built-in rigctld server
Use case: wfview's built-in rigctld server is used as the CAT broker for several Hamlib-compatible client applications.
Reproduction
Example, starting with get_rit returning 246 Hz:
j
246
J 0
RPRT 0
j
246
J 200
RPRT 0
j
246
The receiver offset audibly changes when J 0 and J 200 are sent, so the write is reaching the radio.
Changing the RIT offset from wfview also changes the receiver offset, but j still returns the old value.
RIT enable/disable itself works correctly:
U RIT 1
u RIT
1
U RIT 0
u RIT
0
Expected behaviour
After a successful J <offset>, j should return the current RIT offset in Hz.
Changes made through wfview should also be reflected by get_rit.
Actual behaviour
The RIT offset changes at the radio, but wfview's rigctld readback remains stale.
Activity