Good evening all,
I hope this has not been covered yet, i did search but did not see anything that would help.
I am doing a fresh install of Fedora 33 and CQRLOG and have rig control working fine with Hamlib 4. I updated Hamlib as per another post (https://www.cqrlog.com/node/3071)
My problem starts with configuring WSJTX. I get a "Hamlib error: Invalid parameter while exchanging VFOs" error. I am running a ICOM 7300 and ICOM 9700 but only have the ic7300 in CQRLOG TRX control for now. Will deal with IC9700 later. It currently is on USB2 and my command line arguments in TRX control is "-m 3073 -r /dev/ttyUSB2 -t 4532 -s 19200 --set-conf=serial_handshake=None,dtr_state=OFF,rts_state=OFF"
In WSJTx, rig is "Hamlib NET rigctl"
Network server is 127.0.0.1:4532
PPT Method is CAT
Transmit Audio is Rear/Data
Mode is Data
Split is Fake it
These setting did work in Linux Mint 20 but i am not as familiar with Fedora and not sure if i have made an error somewhere. Any help would be appretiated.
73
Richard - VE6PCO
Hi Richard!
Your wsjtx config seems be ok when cqrlog is starting rigctld and wsjtx joins it using Net Hamlib rigctld.
Just why split/fake? Ic7300 can handle split/rig ok.
Poll rates that I use with my IC7300 are cqrlog 1500 and wsjtx 5sec
Then do you have at ic7300 side
CI-V Tranceive OFF
CI-V USB port Link to [REMOTE]
CI-V USB Echo Back OFF
?
Those are settings from my Icom.
The process shows here:
/usr/bin/rigctld -m 3073 -r /dev/icom7300 -t 4532 -s 19200 -C auto_power_on=0
That is started by script before cqrlog or wsjtx that both are then using Hamlib NET Rigctld
After first doing Googling with search words: Hamlib error: Invalid parameter while exchanging VFOs
it might be worth to ask help from Mike, W9MDB, mdblack98 using yahoo com as mail server. He has done lot of fixes to Hamlib lately and he is very kind and helpful.
--
Saku
OH1KH
Thank you Saku.
I switched split back to none, think that was settings i may have used in windows .
You wrote..
The process shows here:/usr/bin/rigctld -m 3073 -r /dev/icom7300 -t 4532 -s 19200 -C auto_power_on=0
That is started by script before cqrlog or wsjtx that both are then using Hamlib NET Rigctld
This is started when cqrlog is started? Or when remote to wsjtx is started?
I will give Mike an email and see if there is something he may know. I am going to unplug the ic9700 USB from computer as well as its new and i have not configured it yet with anything, I will see if this may interfere with USB somehow. And i will try icom7300 to wsjtx direct and see if at works that way. Right now I can't test cat because it does not see anything but both cqrlog trx control and fldigi work smoothly with rig.
Thanks for the help, stay safe.
73
Richard - VE6PCO
Just an update....
I unplugged the USB cable from the IC9700.
Uninstalled wsjt-x and Hamlib.
Removed "--set-conf=serial_handshake=None,dtr_state=OFF,rts_state=OFF" from the extra command line arguments.
I then rebooted and installed WSJTx again, and assumed that installed Hamlib, and everything seems to work now.....
Now i will try to get the ICOM-9700 installed and see if that messes things up again.
Thanks again for the help
Richard
VE6PCO
Hi Richard!
"This is started when cqrlog is started? Or when remote to wsjtx is started?"
You wll find answer from here:
https://github.com/OH1KH/cqrlog/blob/loc_testing/compiled/setting_rigctl...
--
Saku
OH1KH
Hi!
"Removed "--set-conf=serial_handshake=None,dtr_state=OFF,rts_state=OFF" from the extra command line arguments."
Those settings do not belong to extra command line arguments. They are all selectable via selectors at bottom line of settings tab.
Extra command line arguments carry things like ptt device, ptt pin, auto power etc.
Wsjtx will install to /usr/local/bin folder a version called rigctld-wsjtx. Compare it to /usr/bin/rigctld with console commands:
/usr/local/bin/rigctld-wsjtx --version -vvv
/usr/bin/rigctld --version -vvv
And choose higher version to preferences/trxcontrol/path to rigctld
--
Saku
OH1KH
Thank you, i will look at that.
73
Richard
VE6PCO