Hi, Michael

I just tried this version but it still behaves incorrectly; the only
apparent difference is that now it returns 040 for the last few bits
of the frequency instead of 048.

On Thu, 18 Aug 2022 at 13:04, Michael Black via groups.io
<mdblack98@...> wrote:

The locale has nothing to do with it.
Try the latest 64-bit DLL here
https://www.dropbox.com/s/7aejdv74nfjxr0q/libhamlib-4.dll?dl=0

I checked the history and there were some changes to the 747GX that broke this.
Mike W9MDB




On Thursday, August 18, 2022 at 10:34:13 AM CDT, Mauricio A. Taslik <mautas@...> wrote:

Yeah, I think that could be the reason. In that case, just switch to some
english locale like US and see how it goes...
ᐧ

El jue, 18 ago 2022 a la(s) 10:37, Tordek (kedrot@...) escribió:

Since we both seem to be Spanish speakers, my brother offers a
thought... maybe there's a locale issue and it's parsing the wrong
decimal separator?

On Wed, 17 Aug 2022 at 16:00, Mauricio A. Taslik <mautas@...> wrote:

I confirm the error exactly as described. when it must read 7.000 MHz it
reads 7,000 MHz and that makes it impossible to use it. Keeps happening
since more than a year in all wsjtx versions until the last one I tried
some months ago, and it looks like it keeps happening. Quick "fix": use

an

old versión from early 2019.
ᐧ

El mié, 17 ago 2022 a la(s) 13:45, Michael Black via groups.io

(mdblack98=

yahoo.com@groups.io) escribió:

Please try this DLL....I just made a change that should help this....
https://www.dropbox.com/s/7aejdv74nfjxr0q/libhamlib-4.dll?dl=0


And if it still is wrong (which it likely will be) please provide debug
info

New hamlib for installation directions

#1 Shut down WSJTX

Linux/Unix/Mac users need to compile the latest tar file from
http://n0nb.users.sourceforge.net/\
Note: If compiling on Unix-like systems please uninstall any Hamlib
package you have before installing the new build

#2 If you don't save directly you need to open a file browser and move

the

file that way.

If you're not familiar with that here's a video on the file browser -
https://www.youtube.com/watch?v=AyVqCJrs9dk

Mike W9MDB









On Wednesday, August 17, 2022 at 12:47:55 AM CDT, kedrot@... <
kedrot@...> wrote:





I'm trying to setup CAT to control my rig; my settings are:

COM4
8 data bits
2 stop bits
no handshake
other pins on default

The Test CAT button works, it sets to green, and PTT also correctly

starts

transmitting.

The issues:

When selecting a band from the dropdown, the rig is correctly set to

the

appropriate frequency. A couple of seconds later, when the system

polls the

current frequency, it's 100 times higher and it ends in 48. E.g.: 40m

sets

to 7,074.000 Two seconds later, it becomes 707,400.048.

A few seconds later, I get a timeout error and the rig disconnects.

Any help is appreciated.