¿ªÔÆÌåÓý

ctrl + shift + ? for shortcuts
© 2025 Groups.io

Re: Hamlib/rigctl compatibility?

Mike Black
 

Next question I forgot to ask -- what rig?

Mike W9MDB








On Monday, August 21, 2023 at 05:52:44 PM CDT, ag5gt@... <ag5gt@...> wrote:





The quisk version is 4.2.20


Re: Hamlib/rigctl compatibility?

Mike Black
 

Ensure the rig shows VFOA as the active VFO.

On Monday, August 21, 2023 at 05:51:06 PM CDT, ag5gt@... <ag5gt@...> wrote:





Yes, "IP address for Hamlib Rig 2" is localhost and "IP port for Hamlib" is 4532, but there's "Rig 2" again. Is this really rig 2 specific or should it also work with the new rig 10?


Re: Hamlib/rigctl compatibility?

Mike Black
 

Model 10 is intended to be customized to Quisk capabilities.

Forgot to ask -- what rig? are you using?? ?That could make a difference.

Mike W9MDB

On Monday, August 21, 2023 at 05:51:06 PM CDT, ag5gt@... <ag5gt@...> wrote:





Yes, "IP address for Hamlib Rig 2" is localhost and "IP port for Hamlib" is 4532, but there's "Rig 2" again. Is this really rig 2 specific or should it also work with the new rig 10?


Re: Hamlib/rigctl compatibility?

 

The quisk version is 4.2.20


Re: Hamlib/rigctl compatibility?

 

Yes, "IP address for Hamlib Rig 2" is localhost and "IP port for Hamlib" is 4532, but there's "Rig 2" again. Is this really rig 2 specific or should it also work with the new rig 10?


Re: Hamlib/rigctl compatibility?

 

First, yes, rig 2 behaves the similarly. However, being unaware of split support, and having never used it, I had never looked at "I" or "i" commands with respect to rigctl. Here's a sequence where quisk started with 3903000 on its display:

rigctl -m 2
?
Rig command: F 7150000
?
Rig command: f
Frequency: 7145000
?
Rig command: i
TX Frequency: 7150000
?
Quisk's display correctly responded to the F command by displaying 7150000. The follow-up response to "f" seems wrong by 5khz. Then the "i" returns "TX Frequency" 7150000, which matches what was set with the initial "F" command. The fact that "i" returns what we set with "F" seems reasonable, if we do not intend to operate split; i.e., the intended receive frequency (F) actually should be the same as transmit(i). But, I don't understand the response to "f". If "F" sets the rx frequency, shouldn't "f" return the rx frequency??Incidentally, the "RIT" button shows "0", if that matters.

I have only one piece of hardware plugged in to the pi. So, hardware-wise at least, there is only one receiver. Your question causes me to wonder if there might be some piece of software detritus lingering from a previous quisk or rigctl installation, and it is making trouble.

The original installation used repository binaries. A concern is the updates were built from the latest releases on the respective websites for quisk and hamlib. I would like to say I removed the repository versions before doing anything else, but too much time has passed. Even if I did remove the packages, was something left behind anyway? I do vaguely recall an issue recently, during these various experiments, where some fragment of something (the wsjtx package?) had to be removed to clear an error flag.?

I definitely did retain config files through the updates. Could that cause trouble when moving from one version to another? I guess I have some homework to do...

A clean install, starting with the OS, may still be the fix, though 64 bit may not be required.

Bruce ag5gt


Re: Hamlib/rigctl compatibility?

 

Also, please check under "Remote" that the Hamlib port is 4532 and the host is localhost.

Jim
N2ADR


Re: Hamlib/rigctl compatibility?

 

I set up my 32-bit raspberry pi and downloaded and built the Hamlib 4.6~git. The F and f commands worked perfectly. So I don't think the problem is the 32-bit OS.

Here are some things to try. Make sure you do not have split Rx/Tx. The F command is really the Rx frequency. The I command is the Tx frequency. So test with the "I" and "i" commands and see what happens. Also, make sure you are not using multiple receivers.

I would still like to know if rig 2 works. You are using rig 10. Try rig 2.

Jim
N2ADR


Re: Hamlib/rigctl compatibility?

Mike Black
 

One thing I forgot to ask...what version of Quisk are you running?

Mike W9MDB




On Monday, August 21, 2023 at 02:34:25 PM CDT, ag5gt@... <ag5gt@...> wrote:


With the first set, quisk does correctly follow the F command. There are errors on read-back. Here's the sequence:

~ $ rigctl -m 10
?
Rig command: F 7071000
?
Rig command: f
Frequency: 7067000
?
Rig command: F 7072000
?
Rig command: f
Frequency: 7073000
?
Rig command: F 7071000
?
Rig command: f
Frequency: 7070000
?
Rig command: F 7072000
?
Rig command: f
Frequency: 7073000

For the second sequence, quisk follows the F command correctly and the f (read-back) is consistently correct, too! Here is that sequence:
?
~ $ rigctl -m 10
?
Rig command: F 7070000 f
?
Rig command:?
Rig command: Frequency: 7070000
?
Rig command: F 7071000 f
?
Rig command:?
Rig command: Frequency: 7071000
?
Rig command: F 7072000 f
?
Rig command:?
Rig command: Frequency: 7072000
?
Rig command: F 7073000 f
?
Rig command:?
Rig command: Frequency: 7073000
?
Rig command: F 7074000 f
?
Rig command:?
Rig command: Frequency: 7074000
?
Rig command: F 7075000 f
?
Rig command:?
Rig command: Frequency: 7075000
?
Rig command: F 7076000 f
?
Rig command:?
Rig command: Frequency: 7076000
?
Rig command: F 7077000 f
?
Rig command:?
Rig command: Frequency: 7077000
?
Rig command: F 7078000 f
?
Rig command:?
Rig command: Frequency: 7078000
?
Rig command: F 7079000 f
?
Rig command:?
Rig command: Frequency: 7079000
?
Rig command: F 7080000 f
?
Rig command:?
Rig command: Frequency: 7080000
?
Rig command: F 7081000 f
?
Rig command:?
Rig command: Frequency: 7081000
?
Rig command: F 7082000 f
?
Rig command:?
Rig command: Frequency: 7082000
?
Rig command: F 7083000 f
?
Rig command:?
Rig command: Frequency: 7083000
?
Rig command: F 7084000 f
?
Rig command:?
Rig command: Frequency: 7084000
?
Rig command: F 7085000 f
?
Rig command:?
Rig command: Frequency: 7085000
?
Rig command: F 7086000 f
?
Rig command:?
Rig command: Frequency: 7086000
?
Rig command: F 7087000 f
?
Rig command:?
Rig command: Frequency: 7087000
?
Rig command: F 7088000 f
?
Rig command:?
Rig command: Frequency: 7088000
?
Rig command: F 7089000 f
?
Rig command:?
Rig command: Frequency: 7089000
?
Rig command: F 7090000 f
?
Rig command:?
Rig command: Frequency: 7090000


Next, I tried something a little different. I used your F xxxxxxxx f commands, but followed each with two more f commands. Quisk started at 7090000 where the last test left it. Then Quisk correctly followed the F commands, as before. The most immediate read-back (f) was also correct, as before. However, responses to the second and third f commands were wrong and identical, though quisk remained tuned according to the most recent F command. I got bored, so did not run your whole list, but jumped around a bit. Errors could be plus or minus 1K, 10.5K or 20K. Here is the whole sequence:

rigctl -m 10
?
Rig command: f
Frequency: 7091000
?
Rig command: F 7070000 f
?
Rig command:?
Rig command: Frequency: 7070000
?
Rig command: f
Frequency: 7050000
?
Rig command: f
Frequency: 7050000
?
Rig command: f
Frequency: 7050000
?
Rig command: F 7071000 f
?
Rig command:?
Rig command: Frequency: 7071000
?
Rig command: f
Frequency: 7072000
?
Rig command: F 7072000 f
?
Rig command:?
Rig command: Frequency: 7072000
?
Rig command: f
Frequency: 7073000
?
Rig command: f
Frequency: 7073000
?
Rig command: F 7073000 f
?
Rig command:?
Rig command: Frequency: 7073000
?
Rig command: f
Frequency: 7074000
?
Rig command: f
Frequency: 7074000
?
Rig command: F 7074000 f
?
Rig command:?
Rig command: Frequency: 7074000
?
Rig command: f
Frequency: 7075000
?
Rig command: f
Frequency: 7075000
?
Rig command: F 7075000 f
?
Rig command:?
Rig command: Frequency: 7075000
?
Rig command: f
Frequency: 7076000
?
Rig command: f
Frequency: 7076000
?
Rig command: F 7090000 f
?
Rig command:?
Rig command: Frequency: 7090000
?
Rig command: f
Frequency: 7105000
?
Rig command: f
Frequency: 7105000
?
Rig command: F 7089000 f
?
Rig command:?
Rig command: Frequency: 7089000
?
Rig command: f
Frequency: 7088000
?
Rig command: f
Frequency: 7088000
?
Rig command: F 7088000 f
?
Rig command:?
Rig command: Frequency: 7088000
?
Rig command: f
Frequency: 7087000
?
Rig command: f
Frequency: 7087000
?
Rig command: F 7087000 f
?
Rig command:?
Rig command: Frequency: 7087000
?
Rig command: f
Frequency: 7086000
?
Rig command: f
Frequency: 7086000

There was arbitrary jumping around in that last sequence, but consistencies emerged. Quisk always responded correctly to an F. The response to the first f immediately after the F (on the same command line) was always also correct. Responses to subsequent f commands (on new lines) were wrong and unchanging with repetition.

These interactive command line experiments are interesting because of what works and what doesn't. However, unlike the interactive command line stuff, I seem to recall quisk did not necessarily respond correctly to set frequency commands from wsjtx via udp nor to a cat command sent through a virtual serial port. I also recall response times being highly variable by cat, whereas rigctl interactive command lines execute without perceptible delay. One bug could have cascading consequences, but to a person ignorant of the code construction of hamlib or quisk, it also seems there could be multiple issues.

Do you have any more 32 bit experiments for me, or is it time to try the 64 bit OS?


Re: Hamlib/rigctl compatibility?

 

With the first set, quisk does correctly follow the F command. There are errors on read-back. Here's the sequence:

~ $ rigctl -m 10
?
Rig command: F 7071000
?
Rig command: f
Frequency: 7067000
?
Rig command: F 7072000
?
Rig command: f
Frequency: 7073000
?
Rig command: F 7071000
?
Rig command: f
Frequency: 7070000
?
Rig command: F 7072000
?
Rig command: f
Frequency: 7073000

For the second sequence, quisk follows the F command correctly and the f (read-back) is consistently correct, too! Here is that sequence:
?
~ $ rigctl -m 10
?
Rig command: F 7070000 f
?
Rig command:?
Rig command: Frequency: 7070000
?
Rig command: F 7071000 f
?
Rig command:?
Rig command: Frequency: 7071000
?
Rig command: F 7072000 f
?
Rig command:?
Rig command: Frequency: 7072000
?
Rig command: F 7073000 f
?
Rig command:?
Rig command: Frequency: 7073000
?
Rig command: F 7074000 f
?
Rig command:?
Rig command: Frequency: 7074000
?
Rig command: F 7075000 f
?
Rig command:?
Rig command: Frequency: 7075000
?
Rig command: F 7076000 f
?
Rig command:?
Rig command: Frequency: 7076000
?
Rig command: F 7077000 f
?
Rig command:?
Rig command: Frequency: 7077000
?
Rig command: F 7078000 f
?
Rig command:?
Rig command: Frequency: 7078000
?
Rig command: F 7079000 f
?
Rig command:?
Rig command: Frequency: 7079000
?
Rig command: F 7080000 f
?
Rig command:?
Rig command: Frequency: 7080000
?
Rig command: F 7081000 f
?
Rig command:?
Rig command: Frequency: 7081000
?
Rig command: F 7082000 f
?
Rig command:?
Rig command: Frequency: 7082000
?
Rig command: F 7083000 f
?
Rig command:?
Rig command: Frequency: 7083000
?
Rig command: F 7084000 f
?
Rig command:?
Rig command: Frequency: 7084000
?
Rig command: F 7085000 f
?
Rig command:?
Rig command: Frequency: 7085000
?
Rig command: F 7086000 f
?
Rig command:?
Rig command: Frequency: 7086000
?
Rig command: F 7087000 f
?
Rig command:?
Rig command: Frequency: 7087000
?
Rig command: F 7088000 f
?
Rig command:?
Rig command: Frequency: 7088000
?
Rig command: F 7089000 f
?
Rig command:?
Rig command: Frequency: 7089000
?
Rig command: F 7090000 f
?
Rig command:?
Rig command: Frequency: 7090000


Next, I tried something a little different. I used your F xxxxxxxx f commands, but followed each with two more f commands. Quisk started at 7090000 where the last test left it. Then Quisk correctly followed the F commands, as before. The most immediate read-back (f) was also correct, as before. However, responses to the second and third f commands were wrong and identical, though quisk remained tuned according to the most recent F command. I got bored, so did not run your whole list, but jumped around a bit. Errors could be plus or minus 1K, 10.5K or 20K. Here is the whole sequence:

rigctl -m 10
?
Rig command: f
Frequency: 7091000
?
Rig command: F 7070000 f
?
Rig command:?
Rig command: Frequency: 7070000
?
Rig command: f
Frequency: 7050000
?
Rig command: f
Frequency: 7050000
?
Rig command: f
Frequency: 7050000
?
Rig command: F 7071000 f
?
Rig command:?
Rig command: Frequency: 7071000
?
Rig command: f
Frequency: 7072000
?
Rig command: F 7072000 f
?
Rig command:?
Rig command: Frequency: 7072000
?
Rig command: f
Frequency: 7073000
?
Rig command: f
Frequency: 7073000
?
Rig command: F 7073000 f
?
Rig command:?
Rig command: Frequency: 7073000
?
Rig command: f
Frequency: 7074000
?
Rig command: f
Frequency: 7074000
?
Rig command: F 7074000 f
?
Rig command:?
Rig command: Frequency: 7074000
?
Rig command: f
Frequency: 7075000
?
Rig command: f
Frequency: 7075000
?
Rig command: F 7075000 f
?
Rig command:?
Rig command: Frequency: 7075000
?
Rig command: f
Frequency: 7076000
?
Rig command: f
Frequency: 7076000
?
Rig command: F 7090000 f
?
Rig command:?
Rig command: Frequency: 7090000
?
Rig command: f
Frequency: 7105000
?
Rig command: f
Frequency: 7105000
?
Rig command: F 7089000 f
?
Rig command:?
Rig command: Frequency: 7089000
?
Rig command: f
Frequency: 7088000
?
Rig command: f
Frequency: 7088000
?
Rig command: F 7088000 f
?
Rig command:?
Rig command: Frequency: 7088000
?
Rig command: f
Frequency: 7087000
?
Rig command: f
Frequency: 7087000
?
Rig command: F 7087000 f
?
Rig command:?
Rig command: Frequency: 7087000
?
Rig command: f
Frequency: 7086000
?
Rig command: f
Frequency: 7086000

There was arbitrary jumping around in that last sequence, but consistencies emerged. Quisk always responded correctly to an F. The response to the first f immediately after the F (on the same command line) was always also correct. Responses to subsequent f commands (on new lines) were wrong and unchanging with repetition.

These interactive command line experiments are interesting because of what works and what doesn't. However, unlike the interactive command line stuff, I seem to recall quisk did not necessarily respond correctly to set frequency commands from wsjtx via udp nor to a cat command sent through a virtual serial port. I also recall response times being highly variable by cat, whereas rigctl interactive command lines execute without perceptible delay. One bug could have cascading consequences, but to a person ignorant of the code construction of hamlib or quisk, it also seems there could be multiple issues.

Do you have any more 32 bit experiments for me, or is it time to try the 64 bit OS?


Re: Hamlib/rigctl compatibility?

Mike Black
 

Yes -- let's try going back and forth to see if the error is consistent with frequency.

And does quisk follow the set frequency correctly?


F 7071000
f
F 7072000
f
F 7071000
f
F 7072000
f


Then...see? how the? error behaves with this.

F 7070000 f
F 7071000 f
F 7072000 f
F 7073000 f
F 7074000 f
F 7075000 f
F 7076000 f
F 7077000 f
F 7078000 f
F 7079000 f
F 7080000 f
F 7081000 f
F 7082000 f
F 7083000 f
F 7084000 f
F 7085000 f
F 7086000 f
F 7087000 f
F 7088000 f
F 7089000 f
F 7090000 f

On Sunday, August 20, 2023 at 06:40:58 PM CDT, ag5gt@... <ag5gt@...> wrote:





OK. Starting with quisk at 3903, as with previous tests, here's your first sequence:


~ $ rigctl -m 10

?

Rig command: f

Frequency: 3903000

?

Rig command: F 7071000

?

Rig command: f

Frequency: 7067000

?

Rig command: f

Frequency: 7067000

?

Rig command: F 7072000

?

Rig command: f

Frequency: 7073000

?

Rig command: f

Frequency: 7073000

?

Each read-back has an error, and the error repeats with a follow-up read-back. I then kill rigctl and start again, with your incantation, with quisk still displaying 7072000.



rigctl -m 10 --set-conf=cache_timeout=0 f

7073000



There is the 1K error again. Anything else?


Re: Hamlib/rigctl compatibility?

 

OK. Starting with quisk at 3903, as with previous tests, here's your first sequence:

~ $ rigctl -m 10
?
Rig command: f
Frequency: 3903000
?
Rig command: F 7071000
?
Rig command: f
Frequency: 7067000
?
Rig command: f
Frequency: 7067000
?
Rig command: F 7072000
?
Rig command: f
Frequency: 7073000
?
Rig command: f
Frequency: 7073000
?
Each read-back has an error, and the error repeats with a follow-up read-back. I then kill rigctl and start again, with your incantation, with quisk still displaying 7072000.

rigctl -m 10 --set-conf=cache_timeout=0 f
7073000

There is the 1K error again. Anything else?






?


Re: Hamlib/rigctl compatibility?

Mike Black
 

So the next question is what if you keep rigctl runn?

rigctl -m 10

f
F 7071000
f
f
F 7072000
f
f

Does Quisk follow and you get the right answers every time?

One other possiblity

rigctl -m 10 --set-conf=cache_timeout=0 f

See? if that? makes a difference.

Mike W9MDB

On Sunday, August 20, 2023 at 01:24:31 PM CDT, ag5gt@... <ag5gt@...> wrote:





Mike,

This is interesting. I fired up the rpi P400 and quisk, and did what you asked, though quisk was initially at 3903000 rather than 7060000. The response was correct. I then followed that with another query of quisk's frequency. I got the same wrong answer (7067000) as in previous tests. Here's the exact sequence:


rigctl -m 10 f F 7071000 f

3903000

7071000

rigctl -m 10 f

7067000

I am poised to wipe the 32 bit OS and try re-building with 64 (a laborious process), but will hold off, if you need more experimentation with 32 here.

Bruce


Quisk Version 4.2.22 August 2023

 

This version adds more support for the Hermes Lite2 IO board.

Jim
N2ADR


Re: Hamlib/rigctl compatibility?

 

Just for grins, I did a couple more combinations where I set quisk's frequency on its display and then tried a read-back from rigctl . Here's the sequence:

Set quisk to 7072000, then:
rigctl -m 10 f
7071000
rigctl -m 10 f
7071000

There was a consistent read-back error of 1khz in that case.

Then, after I set quisk to 7080000:
rigctl -m 10 f
7088000
rigctl -m 10 f
7088000

Again the read-back error is consistent, once it happens, until the next change at quisk's display. I'm no pro as a programmer, but when I encounter stuff like that, I go looking for a number type conversion problem. That's the sort of thing that can work on one version/revision of a compiler and not on another.
?
?


Re: Hamlib/rigctl compatibility?

 

Mike,

This is interesting. I fired up the rpi P400 and quisk, and did what you asked, though quisk was initially at 3903000 rather than 7060000. The response was correct. I then followed that with another query of quisk's frequency. I got the same wrong answer (7067000) as in previous tests. Here's the exact sequence:

rigctl -m 10 f F 7071000 f
3903000
7071000
rigctl -m 10 f
7067000

I am poised to wipe the 32 bit OS and try re-building with 64 (a laborious process), but will hold off, if you need more experimentation with 32 here.

Bruce
?


Re: Hamlib/rigctl compatibility?

Mike Black
 

I can't duplicate the problem here.? I get the actual frequency Quisk shows every time.

So what happens with this....

rigctl -m 10 f F 7071000 f


I get this...

rigctl -m 10 f F 7071000 f
7060000
7071000

Mike

On Saturday, August 19, 2023 at 11:05:39 PM CDT, ag5gt@... <ag5gt@...> wrote:





Mike,

I'm replying to your message sent before Jim responded. First, your command line didn't work. I'm guessing you meant this, " rigctl -m 10 -vvvvv -Z f >log.txt 2>&1". The log file from that is attached. FYI, the computer and quisk had been shut down after this morning's test. Interestingly, powering up tonight and repeating the sequence produced the identical result: Quisk displays 7071000 and the read-back from rigctl reports 7067000.

Perhaps I should remind everybody this problem shows up on a Raspberry Pi P400 while running the 32 bit version of the Pi OS. Could we have a bug that is hardware or compiler specific?

Bruce ag5gt


Re: Hamlib/rigctl compatibility?

 

Mike,

I'm replying to your message sent before Jim responded. First, your command line didn't work. I'm guessing you meant this, " rigctl -m 10 -vvvvv -Z f >log.txt 2>&1". The log file from that is attached. FYI, the computer and quisk had been shut down after this morning's test. Interestingly, powering up tonight and repeating the sequence produced the identical result: Quisk displays 7071000 and the read-back from rigctl reports 7067000.

Perhaps I should remind everybody this problem shows up on a Raspberry Pi P400 while running the 32 bit version of the Pi OS. Could we have a bug that is hardware or compiler specific?

Bruce ag5gt


Re: Hamlib/rigctl compatibility?

Mike Black
 

I need to know what the problem is.....
What's not working?? I'm lost now in this thread.




On Friday, August 18, 2023 at 12:50:23 PM CDT, jimahlstrom <jahlstr@...> wrote:


I downloaded Hamlib 4.6~git and built rigctl. I tested rigctl with my Quisk 4.2.22 using model 10. The "F" and "f" commands worked fine. This is still on Ubuntu 64-bit.

I can alter Quisk's Hamlib code if it makes it more convenient for the Hamlib community, but I need a description of what to change. And I have struggled to find documentation.

Jim
N2ADR


Re: Hamlib/rigctl compatibility?

 

I downloaded Hamlib 4.6~git and built rigctl. I tested rigctl with my Quisk 4.2.22 using model 10. The "F" and "f" commands worked fine. This is still on Ubuntu 64-bit.

I can alter Quisk's Hamlib code if it makes it more convenient for the Hamlib community, but I need a description of what to change. And I have struggled to find documentation.

Jim
N2ADR