开云体育

ctrl + shift + ? for shortcuts
© 2025 开云体育

#flrig Switching from CW to FT8 leaves filter width at 500 Hz #flrig


 

This is a problem that has been bugging me for sometime. I finally decided to look into it.

I am running an IC-7300 and connecting to it with flrig. Most times I change my operating from CW to FT8 the filter bandwidth remains at 500 Hz. I am using WSJT-X to effect the switch. I have found the trace where WSJT-X is requesting the mode change and can see the XML and CAT interfaces. In the section below I see 4 CI-V transactions:

at 681 ms - On selected VFO, set USB-D, filter 1.

at 684 ms - Set bandwidth 9 - which I assume is what is setting it to 500 Hz (0 is 50 Hz, 40 is 3600 Hz).

at 686 and 689 ms - these are setting default Twin PBT settings.

Should we keep the bandwidth when we change modes or just keep the selected filter or even select the default filter for that mode?

73 Phil GM3ZZA



14:52:21.680 : readRequest:
?<?xml version="1.0"?>
<?clientid="hamlib(24283)"?>
<methodCall><methodName>rig.set_modeA</methodName>
<params><param><value>USB-D</value></param></params></methodCall>
14:52:21.681 : WriteBuffer:? FE FE 94 E0 26 00 01 01 01 FD
14:52:21.683 : 1: ReadEcho [2.13 msec] (10): FE FE 94 E0 26 00 01 01 01 FD
14:52:21.684 : ReadBuffer [3.254000 msec]: FE FE E0 94 FB FD
14:52:21.684 : WriteBuffer:? FE FE 94 E0 1A 03 09 FD
14:52:21.686 : 1: ReadEcho [2.13 msec] (14): FE FE 94 E0 1A 03 09 FD FE FE E0 94 FB FD
14:52:21.686 : ReadBuffer [2.175000 msec]: FE FE E0 94 FB FD
14:52:21.686 : WriteBuffer:? FE FE 94 E0 14 07 01 28 FD
14:52:21.688 : 1: ReadEcho [2.12 msec] (9): FE FE 94 E0 14 07 01 28 FD
14:52:21.689 : ReadBuffer [3.224000 msec]: FE FE E0 94 FB FD
14:52:21.689 : WriteBuffer:? FE FE 94 E0 14 08 01 28 FD
14:52:21.692 : 1: ReadEcho [2.12 msec] (15): FE FE 94 E0 14 08 01 28 FD FE FE E0 94 FB FD
14:52:21.692 : ReadBuffer [2.161000 msec]: FE FE E0 94 FB FD
14:52:21.692 : writeResponse:
?HTTP/1.1 200 OK
Server: XMLRPC++ 0.8
Content-Type: text/xml
Content-length: 120

<?xml version="1.0"?>
<methodResponse><params><param>
??? <value><i4>1</i4></value>
</param></params></methodResponse>


 

After some prompting by Mike Black in another forum, I have the following results.

The problem only occurs if I have transmitted in CW mode, AND the CW filter bandwidth was not its default value. I only get the problem accessing through flrig, and the problem also occurs when I select USD-D in the dropdown menu on flrig.

Time to rootle about in the code.

Phil.


 

All I can see is that the mode_bwA is getting corrupted when I change the CW bandwidth. The CW, CW-R, LSB, LSB-D, USB and USB-D values are all getting set to 9 (500 Hz). I set a breakpoint on IC7300.cx:def_bandwidth and peeked the values as I was changing mode from the dropdown list.

They also seem to be corrupted on the rig as well. But I need to devise a more rigorous experiment as I may be getting into a cycle of cause and effect. But it's time to start making Sunday dinner.

I did notice that as I changed the bandwidth on the CW filter it went to the sharp edge filter from the smooth edge filter. This seemed to be the rig doing this.

73 Phil GM3ZZA


 

I was thinking about this. Why are we setting bandwidth for a rig like IC7300?
The algorithm appears to set the bandwidth as follows:
Have we seen this mode? Set the bandwidth to last time;
Else set it to the default for that mode.

The IC7300 remembers the filter and bandwidth for each mode even across being powered down. I, for one, would like to keep the bandwidth I've set for a mode. If I set a bandwidth of 3.6 kHz, I don't want flrig to change this back to the default 3.0 kHz next time I switch on.

The CI-V command has a setting to use default filter when setting mode. Could this be used instead?

73 Phil GM3ZZA

Get