|
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
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
On 24/11/2021 20:16, Roger Corbett wrote:
|
|
|
|
locked
Re: 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,
|
|
|
|
locked
Re: #raspberryPi #install
#raspberryPi
#install
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. --
|
|
|
|
locked
Re: TCI-Client for Sun SDR
#Cat_RigControl
Same +1
|
|
|
|
locked
Re: TCI-Client for Sun SDR
#Cat_RigControl
Roger Corbett <roger.corbett@...>
Hi Bill,
toggle quoted messageShow quoted text
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
|
|
|
|
locked
Re: TCI-Client for Sun SDR
#Cat_RigControl
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
--
|
|
|
|
locked
Re: #raspberryPi #install
#raspberryPi
#install
Thanks for the info Bill.
I should have known... :(
'Kari
On 24.11.2021 19.15, Bill Somerville
wrote:
|
|
|
|
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@...>: -- Борис Романов
|
|
|
|
locked
Re: #raspberryPi #install
#raspberryPi
#install
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:
|
|
|
|
locked
Re: #raspberryPi #install
#raspberryPi
#install
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.
|
|
|
|
locked
Re: #raspberryPi #install
#raspberryPi
#install
On 24/11/2021 16:30, Edward Seeliger wrote:
Good afternoon Bill - thanks.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
|
|
|
|
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. Andy
|
|
|
|
locked
Re: #raspberryPi #install
#raspberryPi
#install
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. 🤷♂️
|
|
|
|
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. 🤷♂️
toggle quoted messageShow quoted text
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
|
|
|
|
locked
Re: #raspberryPi #install
#raspberryPi
#install
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.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
|
|
|