Date   

locked Re: #raspberryPi #install #raspberryPi #install

Edward Seeliger
 

Good evening Bill.
I have successfully used the install recipe contained in the source tarball to build WSJTX 2.5.2 on an RPI 4B (4GB SDRAM) on RPI OS Bullseye.
But I believe the last line in the recipe is incorrect -- "sudo cmake --build . --target install" gives an error "sudo: cmake: command not found". I think the correct script should be "sudo make install" - that command runs and installs wsjtx 2.5.2 into /usr/local/bin and will run from that location, albeit without a desktop icon. It must be run with the RUN command or migrate to the folder and click on it.

The tarball recipe will not run beyond building hamlib on my RPI Zero W2 (500MB SDRAM) on RPI OS Bullseye.

Please verify my change for the last line in the recipe is correct.

Thanks for your help. As always, I learned some more about Linux and Raspian!

Edd - KD5M


locked Re: #raspberryPi #install #raspberryPi #install

Edward Seeliger
 

Good afternoon Loyd, Kari, and Bill - thanks to all for your suggestions.
I have WSJTX 2.5.2 installed and working on multiple OS Buster / RPI 3 and RPI4s. I will try the build procedure on an RPI4 with Bullseye soon.
There were no other applications running except nano for me to read the build instructions from the INSTALL file.
But I wanted to add it to a new RPI Zero W2 I have recently received (as much as anythng to try to run the build from source process).
Yes Bill, the RPI Zero 2 W has only 512 MB of SDRAM - if that is too little to allow the build process to run then so be it - it was worth a try (and a learning exercise for me).
Have a great Thanksgiving tomorrow (you can enjoy it with us if you like Kari and Bill!).
Edd - KD5M


locked Re: TCI-Client for Sun SDR #Cat_RigControl

Charlie Morrison
 

Hi all

 

Bill, TCI 1.5 spec as used in JTDX 2.2.156, and the most recent version of MSHV also controls the audio stream. TCI 1.6 has been developed specifically for ExpertSDR V3 which is currently in alpha state. Neither of the 2 aforementioned programs work with TCI 1.6 yet.

 

@Roger ExpertSDR will let you go down to steps of 0.1 Hz

 

73, Charlie GI4FUE

 

From: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] On Behalf Of Bill Somerville
Sent: 24 November 2021 20:40
To: main@WSJTX.groups.io
Subject: Re: [WSJTX] TCI-Client for Sun SDR #Cat_RigControl

 

Hi Roger,

 

as far as I can see the TCI feature for sample data is only implemented for I/Q data from ExpertSDR, not foe baseband PCM audio which is what is needed for WSJT-X, although audio does seem to be promised in some future version of TCI. Looking at the TCI 1.6 spec it does have commands to control audio streams, so maybe it is implemented.

 

I see the CAT via a virtual COM port uses a TS-480 emulation, I don't see why that would limit the SDR to 100 Hz steps, what do you have set in the "Step" drop-down list in ExpertSDR?

 

73
Bill
G4WJS.

 

On 24/11/2021 20:16, Roger Corbett wrote:

Hi Bill,

Just to add another number to the count. I too have a SunSDR and Id love to be able to use TCI directly from WSJT-X.

Currently Im using MacLoggerDX to do the connection which is fine but I’ve never been able to get any sort of doppler correction working with that setup.

Thats not totally true but 100hz steps, which is all I’ve been able to achieve, is useless as a microwave IF.

 

73

Roger ZL3RC



On 25/11/2021, at 8:43 AM, Charlie Morrison <charlie@...> wrote:

 

Hi Bill

 

There are a great many users of the SunSDR range, and I for one  would love to see TCI incorporated as a CAT  option…It can also stream the Audio which gets around having to use VAC with its attendant artefacts. Perhaps it could be investigated

 

73, Charlie GI4FUE

 

From: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] On Behalf Of ????? ??????? via groups.io
Sent: 24 November 2021 17:25
To: main@wsjtx.groups.io
Subject: Re: [WSJTX] TCI-Client for Sun SDR #Cat_RigControl

 

Hi Bill, Mike

This question arose during the discussion on the site forum.qrz.ru of the capabilities of the WSJTX, JTDX and MSHV programs by users of SUN SDR transceivers. Surprised that WSJTX does not use TCI communication technology.

Thanks.

73 Boris UX8IW

Среда, 24 ноября 2021, 0:39 +02:00 от Bill Somerville <g4wjs@...>:
 

On 23/11/2021 19:33, Борис Романов via groups.io wrote:

Hi,

Maybe I don’t know something, but I want to ask.

Is the WSJTX program supposed to control the SDR transceiver (CAT and sound) via the TCI interface?

This control is implemented in the JTDX and MSW programs.

73 Boris UX8IW

Hi Boris,

as far as I am aware, you are the first to ask. No WSJT-X does not currently support that rig control mechanism. If there is enough interest I can look at implementing it, or if anyone wants to contribute an implementation as a pull request I will consider its inclusion in WSJT-X.

73
Bill
G4WJS.



 

 

 

--
Борис Романов

 


locked Re: TCI-Client for Sun SDR #Cat_RigControl

Bill Somerville
 

Hi Roger,

as far as I can see the TCI feature for sample data is only implemented for I/Q data from ExpertSDR, not foe baseband PCM audio which is what is needed for WSJT-X, although audio does seem to be promised in some future version of TCI. Looking at the TCI 1.6 spec it does have commands to control audio streams, so maybe it is implemented.

I see the CAT via a virtual COM port uses a TS-480 emulation, I don't see why that would limit the SDR to 100 Hz steps, what do you have set in the "Step" drop-down list in ExpertSDR?

73
Bill
G4WJS.

On 24/11/2021 20:16, Roger Corbett wrote:
Hi Bill,
Just to add another number to the count. I too have a SunSDR and Id love to be able to use TCI directly from WSJT-X.
Currently Im using MacLoggerDX to do the connection which is fine but I’ve never been able to get any sort of doppler correction working with that setup.
Thats not totally true but 100hz steps, which is all I’ve been able to achieve, is useless as a microwave IF.

73
Roger ZL3RC

On 25/11/2021, at 8:43 AM, Charlie Morrison <charlie@...> wrote:

Hi Bill
 
There are a great many users of the SunSDR range, and I for one  would love to see TCI incorporated as a CAT  option…It can also stream the Audio which gets around having to use VAC with its attendant artefacts. Perhaps it could be investigated
 
73, Charlie GI4FUE
 
From: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] On Behalf Of ????? ??????? via groups.io
Sent: 24 November 2021 17:25
To: main@wsjtx.groups.io
Subject: Re: [WSJTX] TCI-Client for Sun SDR #Cat_RigControl
 
Hi Bill, Mike
This question arose during the discussion on the site forum.qrz.ru of the capabilities of the WSJTX, JTDX and MSHV programs by users of SUN SDR transceivers. Surprised that WSJTX does not use TCI communication technology.
Thanks.
73 Boris UX8IW
Среда, 24 ноября 2021, 0:39 +02:00 от Bill Somerville <g4wjs@...>:
 
On 23/11/2021 19:33, Борис Романов via groups.io wrote:
Hi,
Maybe I don’t know something, but I want to ask.
Is the WSJTX program supposed to control the SDR transceiver (CAT and sound) via the TCI interface?
This control is implemented in the JTDX and MSW programs.
73 Boris UX8IW

Hi Boris,

as far as I am aware, you are the first to ask. No WSJT-X does not currently support that rig control mechanism. If there is enough interest I can look at implementing it, or if anyone wants to contribute an implementation as a pull request I will consider its inclusion in WSJT-X.

73
Bill
G4WJS.



 
 
 
--
Борис Романов



locked Re: #raspberryPi #install #raspberryPi #install

Loyd
 

Hello Mr. Edd
I have heard that the Bulleye os has some issues with installing some programs.
go back Buster and try install WSJTX
 here is a link to get it if needed


On Wed, Nov 24, 2021 at 10:18 AM Edward Seeliger <eseeliger@...> wrote:
I have attempted to build wsjtx-2.5.2 for Raspian Bullseye (32 GB card) from source for the RPI Zero W2 following the recipe contained in the source tarball.
The build fails (crashes the RPI Zero W2) at the 61% location (Performing build step for 'wsjtx'). There are no error messages.
I must restart the RPI Zero W2 to recover operation.
The recipe builds hamlib without errors.
I have installed all the dependencies as listed and installed CMake using snap - CMake version 3.22.0 --Classic version. All the dependencies exceed the minimum required versions.
Any suggestions on how to proceed / correct the error are appreciated.
Edd - KD5M




--
Loyd C. Headrick
WX4LH


locked Re: TCI-Client for Sun SDR #Cat_RigControl

PH7R - Ronald
 

Same +1


locked Re: TCI-Client for Sun SDR #Cat_RigControl

Roger Corbett <roger.corbett@...>
 

Hi Bill,
Just to add another number to the count. I too have a SunSDR and Id love to be able to use TCI directly from WSJT-X.
Currently Im using MacLoggerDX to do the connection which is fine but I’ve never been able to get any sort of doppler correction working with that setup.
Thats not totally true but 100hz steps, which is all I’ve been able to achieve, is useless as a microwave IF.

73
Roger ZL3RC

On 25/11/2021, at 8:43 AM, Charlie Morrison <charlie@...> wrote:

Hi Bill
 
There are a great many users of the SunSDR range, and I for one  would love to see TCI incorporated as a CAT  option…It can also stream the Audio which gets around having to use VAC with its attendant artefacts. Perhaps it could be investigated
 
73, Charlie GI4FUE
 
From: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] On Behalf Of ????? ??????? via groups.io
Sent: 24 November 2021 17:25
To: main@wsjtx.groups.io
Subject: Re: [WSJTX] TCI-Client for Sun SDR #Cat_RigControl
 
Hi Bill, Mike
This question arose during the discussion on the site forum.qrz.ru of the capabilities of the WSJTX, JTDX and MSHV programs by users of SUN SDR transceivers. Surprised that WSJTX does not use TCI communication technology.
Thanks.
73 Boris UX8IW
Среда, 24 ноября 2021, 0:39 +02:00 от Bill Somerville <g4wjs@...>:
 
On 23/11/2021 19:33, Борис Романов via groups.io wrote:
Hi,
Maybe I don’t know something, but I want to ask.
Is the WSJTX program supposed to control the SDR transceiver (CAT and sound) via the TCI interface?
This control is implemented in the JTDX and MSW programs.
73 Boris UX8IW

Hi Boris,

as far as I am aware, you are the first to ask. No WSJT-X does not currently support that rig control mechanism. If there is enough interest I can look at implementing it, or if anyone wants to contribute an implementation as a pull request I will consider its inclusion in WSJT-X.

73
Bill
G4WJS.



 
 
 
--
Борис Романов
 



locked Re: TCI-Client for Sun SDR #Cat_RigControl

Charlie Morrison
 

Hi Bill

 

There are a great many users of the SunSDR range, and I for one  would love to see TCI incorporated as a CAT  option…It can also stream the Audio which gets around having to use VAC with its attendant artefacts. Perhaps it could be investigated

 

73, Charlie GI4FUE

 

From: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] On Behalf Of ????? ??????? via groups.io
Sent: 24 November 2021 17:25
To: main@wsjtx.groups.io
Subject: Re: [WSJTX] TCI-Client for Sun SDR #Cat_RigControl

 

Hi Bill, Mike

This question arose during the discussion on the site forum.qrz.ru of the capabilities of the WSJTX, JTDX and MSHV programs by users of SUN SDR transceivers. Surprised that WSJTX does not use TCI communication technology.

Thanks.

73 Boris UX8IW

Среда, 24 ноября 2021, 0:39 +02:00 от Bill Somerville <g4wjs@...>:
 

On 23/11/2021 19:33, Борис Романов via groups.io wrote:

Hi,

Maybe I don’t know something, but I want to ask.

Is the WSJTX program supposed to control the SDR transceiver (CAT and sound) via the TCI interface?

This control is implemented in the JTDX and MSW programs.

73 Boris UX8IW

Hi Boris,

as far as I am aware, you are the first to ask. No WSJT-X does not currently support that rig control mechanism. If there is enough interest I can look at implementing it, or if anyone wants to contribute an implementation as a pull request I will consider its inclusion in WSJT-X.

73
Bill
G4WJS.



 

 

 

--
Борис Романов

 


locked Re: #raspberryPi #install #raspberryPi #install

Karza
 

Thanks for the info Bill.

I should have known... :(

'Kari

On 24.11.2021 19.15, Bill Somerville wrote:
Hi Karl,

the default with no '-j' argument is a serial build, equivalent to '-j1'.

73
Bill
G4WJS.

On 24/11/2021 17:13, Karza wrote:
Hi Edd,

perhaps you could try to use the -j parameter to reduce the number of parallelism of the compile process. ( Even down to 1 )

Of course the compile will then take ( a lot ) more time, but might actually succeed.

( Once upon a time I was too eager and pecified too large number for -j which then caused compile failure. )

73's de Kari, oh2gqc




On 24.11.2021 18.30, Edward Seeliger wrote:
Good afternoon Bill - thanks.
I did not add any suffixes (-j) / options to the build command except as specified in the tarball instructions. But that is what I suspect is happening.
I will have to research (learn again) how to change (temporaily) the memory allotment on the RPI and see if that works.
Thanks.
Edd - KD5M







locked Re: TCI-Client for Sun SDR #Cat_RigControl

Борис Романов
 

Hi Bill, Mike
This question arose during the discussion on the site forum.qrz.ru of the capabilities of the WSJTX, JTDX and MSHV programs by users of SUN SDR transceivers. Surprised that WSJTX does not use TCI communication technology.
Thanks.
73 Boris UX8IW
Среда, 24 ноября 2021, 0:39 +02:00 от Bill Somerville <g4wjs@...>:
 
On 23/11/2021 19:33, Борис Романов via groups.io wrote:
Hi,
Maybe I don’t know something, but I want to ask.
Is the WSJTX program supposed to control the SDR transceiver (CAT and sound) via the TCI interface?
This control is implemented in the JTDX and MSW programs.
73 Boris UX8IW

Hi Boris,

as far as I am aware, you are the first to ask. No WSJT-X does not currently support that rig control mechanism. If there is enough interest I can look at implementing it, or if anyone wants to contribute an implementation as a pull request I will consider its inclusion in WSJT-X.

73
Bill
G4WJS.



 
 
 
--
Борис Романов
 


locked Re: #raspberryPi #install #raspberryPi #install

Bill Somerville
 

Hi Karl,

the default with no '-j' argument is a serial build, equivalent to '-j1'.

73
Bill
G4WJS.

On 24/11/2021 17:13, Karza wrote:
Hi Edd,

perhaps you could try to use the -j parameter to reduce the number of parallelism of the compile process. ( Even down to 1 )

Of course the compile will then take ( a lot ) more time, but might actually succeed.

( Once upon a time I was too eager and pecified too large number for -j which then caused compile failure. )

73's de Kari, oh2gqc




On 24.11.2021 18.30, Edward Seeliger wrote:
Good afternoon Bill - thanks.
I did not add any suffixes (-j) / options to the build command except as specified in the tarball instructions. But that is what I suspect is happening.
I will have to research (learn again) how to change (temporaily) the memory allotment on the RPI and see if that works.
Thanks.
Edd - KD5M



locked Re: #raspberryPi #install #raspberryPi #install

Karza
 

Hi Edd,

perhaps you could try to use the -j parameter to reduce the number of parallelism of the compile process. ( Even down to 1 )

Of course the compile will then take ( a lot ) more time, but might actually succeed.

( Once upon a time I was too eager and pecified too large number for -j which then caused compile failure. )

73's de Kari, oh2gqc




On 24.11.2021 18.30, Edward Seeliger wrote:
Good afternoon Bill - thanks.
I did not add any suffixes (-j) / options to the build command except as specified in the tarball instructions. But that is what I suspect is happening.
I will have to research (learn again) how to change (temporaily) the memory allotment on the RPI and see if that works.
Thanks.
Edd - KD5M


locked Re: #raspberryPi #install #raspberryPi #install

Bill Somerville
 

On 24/11/2021 16:30, Edward Seeliger wrote:
Good afternoon Bill - thanks.
I did not add any suffixes (-j) / options to the build command except as specified in the tarball instructions. But that is what I suspect is happening.
I will have to research (learn again) how to change (temporaily) the memory allotment on the RPI and see if that works.
Thanks.
Edd - KD5M
Hi Edd,

OK. Make sure you don't have other unnecessary applications running while the build is running. I have not tried a build on a Pi Zero, I believe the Pi Zero 2 W only has 1/2 Gbyte of RAM and that may well not be enough. Do you have another Pi system with more memory you can build on?

73
Bill
G4WJS.


locked Re: #raspberryPi #install #raspberryPi #install

Edward Seeliger
 

Good afternoon Bill - thanks.
I did not add any suffixes (-j) / options to the build command except as specified in the tarball instructions. But that is what I suspect is happening.
I will have to research (learn again) how to change (temporaily) the memory allotment on the RPI and see if that works.
Thanks.
Edd - KD5M


locked #FST4 Coding #FST4

Andy Talbot
 

Just curious:
Why is the compacted data for FST4 scrambled whereas the other LDPC modes FT4/8 and  MSK144 are not?   The latters' compressed data conveniently appears directly in the  symbols.


locked Re: #raspberryPi #install #raspberryPi #install

Bill Somerville
 

Willie,

the INSTALL instructions are a lot easier if you follow them, hi!

There is no need to build Hamlib separately if you use the WSJT-X sources tarball we provide, in fact it is pointless as the sources tarball already includes Hamlib and the build script builds Hamlib and statically links it into WSJT-X.

73
Bill
G4WJS.

On 24/11/2021 15:24, William Smith wrote:
The instructions in the source tarall are much easier to parse if you already know what you are doing.  🤷‍♂️

I got some hints from http://www.kk5jy.net/wsjtx-build/

Here's what I did:

From a clean Bullseye install (11.1) via Raspberry Pi Imager

sudo apt-get install cmake

export CXXFLAGS='-O2 -march=native -mtune=native'
export CFLAGS='-O2 -march=native -mtune=native'

sudo apt-get install emacs-nox (or your favorite editor to build the script below)
build a script from the webpage above and execute it (takes a long time)

wget https://github.com/Hamlib/Hamlib/releases/download/4.3.1/hamlib-4.3.1.tar.gz
tar xvzf <that>
cd <there>
/configure --prefix=/usr/local --enable-static
make
sudo make install
sudo ldconfig
rigctl --version shows: rigctl Hamlib 4.3.1 Mon Sep 13
which rigctl returns: /usr/local/bin/rigctl
reboot to confirm somehting doesn't break
Success!

----------  Now for wsjt-x

export CXXFLAGS='-O2 -march=native -mtune=native'
export CFLAGS='-O2 -march=native -mtune=native'

wget https://physics.princeton.edu/pulsar/k1jt/wsjtx-2.5.2.tgz
tar xvzf <that>
cd <there>
cd src
[Aha!  This is where hamlib 4.4 comes from!]
tar -zxvf wsjtx.tgz
mkdir build
cd build
cmake ../wsjtx
make
sudo make install


Hope this helps!

73, Willie N1JBJ

On Nov 24, 2021, at 10:17 AM, Edward Seeliger <eseeliger@...> wrote:

I have attempted to build wsjtx-2.5.2 for Raspian Bullseye (32 GB card) from source for the RPI Zero W2 following the recipe contained in the source tarball.
The build fails (crashes the RPI Zero W2) at the 61% location (Performing build step for 'wsjtx'). There are no error messages.
I must restart the RPI Zero W2 to recover operation.
The recipe builds hamlib without errors.
I have installed all the dependencies as listed and installed CMake using snap - CMake version 3.22.0 --Classic version. All the dependencies exceed the minimum required versions.
Any suggestions on how to proceed / correct the error are appreciated.
Edd - KD5M



locked Re: #raspberryPi #install #raspberryPi #install

William Smith
 

The instructions in the source tarall are much easier to parse if you already know what you are doing.  🤷‍♂️

I got some hints from http://www.kk5jy.net/wsjtx-build/

Here's what I did:

From a clean Bullseye install (11.1) via Raspberry Pi Imager

sudo apt-get install cmake

export CXXFLAGS='-O2 -march=native -mtune=native'
export CFLAGS='-O2 -march=native -mtune=native'

sudo apt-get install emacs-nox (or your favorite editor to build the script below)
build a script from the webpage above and execute it (takes a long time)

wget https://github.com/Hamlib/Hamlib/releases/download/4.3.1/hamlib-4.3.1.tar.gz
tar xvzf <that>
cd <there>
/configure --prefix=/usr/local --enable-static
make
sudo make install
sudo ldconfig
rigctl --version shows: rigctl Hamlib 4.3.1 Mon Sep 13
which rigctl returns: /usr/local/bin/rigctl
reboot to confirm somehting doesn't break
Success!

----------  Now for wsjt-x

export CXXFLAGS='-O2 -march=native -mtune=native'
export CFLAGS='-O2 -march=native -mtune=native'

wget https://physics.princeton.edu/pulsar/k1jt/wsjtx-2.5.2.tgz
tar xvzf <that>
cd <there>
cd src
[Aha!  This is where hamlib 4.4 comes from!]
tar -zxvf wsjtx.tgz
mkdir build
cd build
cmake ../wsjtx
make
sudo make install


Hope this helps!

73, Willie N1JBJ

On Nov 24, 2021, at 10:17 AM, Edward Seeliger <eseeliger@...> wrote:

I have attempted to build wsjtx-2.5.2 for Raspian Bullseye (32 GB card) from source for the RPI Zero W2 following the recipe contained in the source tarball.
The build fails (crashes the RPI Zero W2) at the 61% location (Performing build step for 'wsjtx'). There are no error messages.
I must restart the RPI Zero W2 to recover operation.
The recipe builds hamlib without errors.
I have installed all the dependencies as listed and installed CMake using snap - CMake version 3.22.0 --Classic version. All the dependencies exceed the minimum required versions.
Any suggestions on how to proceed / correct the error are appreciated.
Edd - KD5M




locked Re: #raspberryPi #install #raspberryPi #install

Bill Somerville
 

On 24/11/2021 15:17, Edward Seeliger wrote:
I have attempted to build wsjtx-2.5.2 for Raspian Bullseye (32 GB card) from source for the RPI Zero W2 following the recipe contained in the source tarball.
The build fails (crashes the RPI Zero W2) at the 61% location (Performing build step for 'wsjtx'). There are no error messages.
I must restart the RPI Zero W2 to recover operation.
The recipe builds hamlib without errors.
I have installed all the dependencies as listed and installed CMake using snap - CMake version 3.22.0 --Classic version. All the dependencies exceed the minimum required versions.
Any suggestions on how to proceed / correct the error are appreciated.
Edd - KD5M
Hi Ed,

you may be running out of memory during the build. Make sure you do not add a '-j' option to the build command as parallel building will surely use too much memory.

73
Bill
G4WJS.


locked #raspberryPi #install #raspberryPi #install

Edward Seeliger
 

I have attempted to build wsjtx-2.5.2 for Raspian Bullseye (32 GB card) from source for the RPI Zero W2 following the recipe contained in the source tarball.
The build fails (crashes the RPI Zero W2) at the 61% location (Performing build step for 'wsjtx'). There are no error messages.
I must restart the RPI Zero W2 to recover operation.
The recipe builds hamlib without errors.
I have installed all the dependencies as listed and installed CMake using snap - CMake version 3.22.0 --Classic version. All the dependencies exceed the minimum required versions.
Any suggestions on how to proceed / correct the error are appreciated.
Edd - KD5M


locked Re: Unsupported command sent to IC-746 #Cat_RigControl

Dean Souleles
 

On Tue, Nov 23, 2021 at 05:41 AM, Bill Somerville wrote:
I think you are using MS Windows, in that case all you need do is replace the libhamlib-4.dll file with the latest one from the link Mike provided. There's no need to re-build WSJT-X.
Thanks so much Bill, that's good to know.  For future reference - when I built WSJT-X from source I used the MSYS2 menu to pull and build the hamlib master branch.  I then built WSJT-X and made an installation package and used that to install WSJT-X.  I noted that the version string on the About string was unchanged from the 2.5.2 release - which I presume is because the WSJT-X source was pulled from the 2.5.2 release branch and not the current development branch.  But I still got new hamlib dll with the installation package since Mike made the change to the master branch.

Is that about right? 

And, out of curiosity more than anything else if I wanted to pull the current development build of WSJT-X how would I do that - or is that not a thing?

By the way, gents, true confession - I am a 40 year +software guy - and truly impressed.  Whomever built the JTSDK64 has my admiration and respect. 
that is quite a feat to get a complex development chain like that correct - and it worked fine business.  No to mention the overall ambition of hamlib to support all of these under-documented rigs and, of course, the wonder of WSJT-X itself. I was ready for a long night slog and it just worked.
 
Thanks Bill and Mike for everything you do for the hobby and 73,
Dean
KK4DAS

5401 - 5420 of 35456