Re: [wsjt-devel] FLEX radio / ANAN Power SDR / Thetis

2021-02-10 Thread Black Michael via wsjt-devel
Can I call you sometime tomorrow? Mike On Wednesday, February 10, 2021, 08:02:48 PM CST, Tom Berry wrote: I would be happy to help debug it.. Tom AA4VV On 2/10/2021 5:11 PM, Black Michael via wsjt-devel wrote: Would you be available for some debugging? I'll

Re: [wsjt-devel] FLEX radio / ANAN Power SDR / Thetis

2021-02-10 Thread Black Michael via wsjt-devel
Would you be available for some debugging? I'll be back in a little while and perhaps we can connect up and I can see the problem and debug it? Mike W9MDB On Wednesday, February 10, 2021, 03:49:45 PM CST, Tom Berry wrote: I am using the ANAN 7000 DLE and I selected FLEX radio /

Re: [wsjt-devel] FLEX radio / ANAN Power SDR / Thetis

2021-02-10 Thread Black Michael via wsjt-devel
Hmmm...I have an ANAN 100 -- have a 7000 supposed to be shipped this week. But I don't have this problem (I wrote the PowerSDR backend). I'll contact you about debugging this. Mike On Wednesday, February 10, 2021, 03:49:45 PM CST, Tom Berry wrote: I am using the ANAN 7000 DLE and I

Re: [wsjt-devel] TS-450S

2021-02-08 Thread Black Michael via wsjt-devel
not. The manual is almost certainly correct, the reporter, if he is correct, almost certainly has a non-standard IF-232C replacement. 73 Bill G4WJS. On 08/02/2021 18:17, Black Michael via wsjt-devel wrote: The dude said "manual is wrong". Trying to get more information on se

Re: [wsjt-devel] TS-450S

2021-02-08 Thread Black Michael via wsjt-devel
sprnet.org/drupal/node/1307 Mike W9MDB On Monday, February 8, 2021, 12:06:48 PM CST, Bill Somerville wrote: On 08/02/2021 17:45, Black Michael via wsjt-devel wrote: > Anybody with a TS-450S out there that is available for some testing? > > I've got somebody claiming it needs 1 s

[wsjt-devel] TS-450S

2021-02-08 Thread Black Michael via wsjt-devel
Anybody with a TS-450S out there that is available for some testing? I've got somebody claiming it needs 1 stop bit and XONXOFF handshake which I've never heard before and 2 stop bits and HARDWARE handshake is the default setup and has been for years. Mike W9MDB

Re: [wsjt-devel] 2.4.0 RC1 - Decodes show no callsign

2021-02-03 Thread Black Michael via wsjt-devel
I will add that many operators aren't aware that their rig can't do full power on all modes. Many rigs rated at 100W can only do 25W in AM mode (100% duty cycle) -- the manuals do show this. For those rigs I always recommend to the ops to run FT8 at 50W max to avoid pushing the temperature on

Re: [wsjt-devel] Hamlib error in RC4

2021-01-29 Thread Black Michael via wsjt-devel
sure that is not the issue.   Sent from Mail for Windows 10   From: Black Michael via wsjt-devel Sent: Friday, January 29, 2021 5:09 PM To: wsjt-devel@lists.sourceforge.net Cc: Black Michael Subject: Re: [wsjt-devel] Hamlib error in RC4   This has been fixe in hamlib now.   Any Icom

Re: [wsjt-devel] Hamlib error in RC4

2021-01-29 Thread Black Michael via wsjt-devel
This has been fixe in hamlib now. Any Icom with a 1-byte mode value would see this error. Mike W9MDB On Friday, January 29, 2021, 01:39:50 PM CST, Tim Selner wrote: Hamlib error in RC4   I installed WSJT-X RC4 and I am having issues.  I am running Windows 10 and an IC-735. 

Re: [wsjt-devel] Hamlib error in RC4

2021-01-29 Thread Black Michael via wsjt-devel
I connected with him and found the error -- will affect any Icom with 1-byte mode reply. Mike W9MDB On Friday, January 29, 2021, 04:17:43 PM CST, Bill Somerville wrote: Hi Tim, in WSJT-X click "Menu->File->Open log directory" that will open a Windows File Explorer window with

Re: [wsjt-devel] WSJT - DECODING PROBLEMS

2021-01-28 Thread Black Michael via wsjt-devel
You would also notice the DT values getting larger over time too. DT values should almost all be < 1 second and the vast majority < 0.5 seconds. Mike On Thursday, January 28, 2021, 09:37:15 AM CST, Bill Barrett wrote: Hell Gus- When your computer stops decoding bring up a browser

Re: [wsjt-devel] WSJT-X 2.3.0-rc4

2021-01-25 Thread Black Michael via wsjt-devel
RC4 has the latest hamlib -- so let's you can I get together off-line and figure out what's broken. Mike W9MDB On Monday, January 25, 2021, 01:46:52 PM CST, Marco Calistri wrote: Il 25/01/21 11:45, Joe Taylor ha scritto: The fourth public candidate release of WSJT-X 2.3.0 is

Re: [wsjt-devel] Problem with UTC Time in RX Frequency Window

2021-01-25 Thread Black Michael via wsjt-devel
Can you provide a screen shot? Mike W9MDB  On Monday, January 25, 2021, 11:52:54 AM CST, Kevin Fisher wrote: I have noticed that the UTC time in the RX window is not always correct as far as the times go. Sometimes I will see an item at 15 seconds, then 30 seconds then 00 and

Re: [wsjt-devel] about TS480 on WSJTX-rc3

2021-01-25 Thread Black Michael via wsjt-devel
Please try RC4 which just got released. https://www.physics.princeton.edu/pulsar/k1jt/wsjtx.html Mike W9MDB On Monday, January 25, 2021, 09:19:07 AM CST, Yoshi(JH8XVH) wrote: Long time no see. Today is not my story. TS480 does not work on WSJTX-rc3 today. But not my environment but

[wsjt-devel] RC3 missing decodes

2021-01-22 Thread Black Michael via wsjt-devel
I've had this happen pretty regularly.not sure what RC this showed up in. Seems the timing on WSJT-X slips and I get maybe 1 or 2 decodes with DT times off by a couple of seconds (like -2.5) but miss a bunch. I just had this happen where the WAV file is not being saved at all so there's no

[wsjt-devel] FTDX101D FT2000D FTDX5000

2021-01-15 Thread Black Michael via wsjt-devel
I need some people with these rigs to verify rig behavior. Please contact me off-list if you're willing to talk and test. mdblac...@yahoo.com Mike W9MDB ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net

Re: [wsjt-devel] Opensuse Tumbleweed last update broke hamlib control (?)

2021-01-11 Thread Black Michael via wsjt-devel
Please build the current version...that should be fixed already... https://github.com/Hamlib/Hamlib Mike W9MDB On Monday, January 11, 2021, 12:09:09 PM CST, Marco Calistri wrote: Dears, Despite I was confident that by using a "rolling distribution" like Tumbleweed is, the

Re: [wsjt-devel] 630m FST4 and FST4W

2021-01-09 Thread Black Michael via wsjt-devel
We both those tests at the same audio offset? Try split mode and see if it behaves better. Mike W9MDB On Saturday, January 9, 2021, 12:02:50 AM CST, Adrian wrote:   Testing the two new modes today, I noted that for same power and alc level on same equipment, I had to set ;  

Re: [wsjt-devel] Hamlib 4.0 error with rigctld/IC706: Invalid parameter while exchanging VFOs

2021-01-08 Thread Black Michael via wsjt-devel
I found the problem with rigctld -- that's been there forever.so should have been failing on any rig where set_vfo==NULLSee the latest comment herehttps://github.com/Hamlib/Hamlib/issues/490 I have some tests to run today and should posting the fix today. Mike W9MDB On Thursday,

Re: [wsjt-devel] Hamlib 4.0 error with rigctld/IC706: Invalid parameter while exchanging VFOs

2021-01-07 Thread Black Michael via wsjt-devel
Not completely fixed yet Turns out that was just one part...working now with an IC706 user and we got the mode change working now but rigctld isn't working with wsjtx. But I also need to test this change on another Icom rig tomorrow (IC-7300) to ensure it works correctly before committing

Re: [wsjt-devel] Hamlib 4.0 error with rigctld/IC706: Invalid parameter while exchanging VFOs

2021-01-07 Thread Black Michael via wsjt-devel
I'd like to hook up with you and debug this. Do you do Skype?  We can use "Quick Assist" if you are on Windows 10. Mike On Thursday, January 7, 2021, 02:17:22 PM CST, Christoph Berg wrote: Re: Patrick 9A5CW > have the same problem. > If i start the radio in USB mode, manually i

Re: [wsjt-devel] WSJT-X 2.3.0-rc3 Antenna Switching

2021-01-07 Thread Black Michael via wsjt-devel
It shouldn't be doing that on every transmit though...just on band change. It should also be skipping that if you are in split mode. Mike W9MDB On Thursday, January 7, 2021, 09:07:00 AM CST, Bill Somerville wrote: On 07/01/2021 14:44, Josh Rovero wrote: 64-bit on Fedora Core

Re: [wsjt-devel] Hamlib 4.0 error with rigctld/IC706: Invalid parameter while exchanging VFOs

2021-01-06 Thread Black Michael via wsjt-devel
erg wrote: Re: Black Michael via wsjt-devel > So if you do an "ldd" on the executables they all point to the same > libhamlib ? $ ldd /usr/bin/wsjtx | grep hamlib         libhamlib.so.4 => /lib/x86_64-linux-gnu/libhamlib.so.4 (0x7f556f2a) $ ldd /

Re: [wsjt-devel] Hamlib 4.0 error with rigctld/IC706: Invalid parameter while exchanging VFOs

2021-01-06 Thread Black Michael via wsjt-devel
Maybe I should move up the 4.1 release date or do a 4.0.1? Mike W9MDB On Wednesday, January 6, 2021, 07:40:05 AM CST, Bill Somerville wrote: On 06/01/2021 13:28, Black Michael via wsjt-devel wrote: > There is a binary incompatibility that happened under shared library >

Re: [wsjt-devel] Hamlib 4.0 error with rigctld/IC706: Invalid parameter while exchanging VFOs

2021-01-06 Thread Black Michael via wsjt-devel
So if you do an "ldd" on the executables they all point to the same libhamlib ? If that's true please provide some debug info from rigctld so we can see the problem.  What I suspect you'll see is it's asking for "VFO_SUB" which is the behavior we've seen with the problemthat's the common

Re: [wsjt-devel] Hamlib 4.0 error with rigctld/IC706: Invalid parameter while exchanging VFOs

2021-01-06 Thread Black Michael via wsjt-devel
. I was hoping that rigctld-wsjtx does work correctly...did you try that one? Mike W9MDB On Wednesday, January 6, 2021, 07:42:32 AM CST, Christoph Berg wrote: Re: Black Michael via wsjt-devel > Does the Debian WSJT-X use hamlib as a shared library? > Sounds like that may be the p

Re: [wsjt-devel] Hamlib 4.0 error with rigctld/IC706: Invalid parameter while exchanging VFOs

2021-01-06 Thread Black Michael via wsjt-devel
Does the Debian WSJT-X use hamlib as a shared library? Sounds like that may be the problem. There is a binary incompatibility that happened under shared library use so if you use the rigctld-wsjtx from WSJTX it should hopefully worknot the rigctld from hamlib-4.0 There's a future fix that

[wsjt-devel] RC3

2021-01-05 Thread Black Michael via wsjt-devel
My complements on RC3 -- I was experiencing frequency audio dropouts with my ANAN 100, Thetis, and VBCable but RC3 has not shown any dropouts today.I was also able to reduce the buffer sizes in Thetis which helps on latency. So far QSOs have been rock solid with no repeat messages (possibly due

Re: [wsjt-devel] WSJT-X 2.3.0-rc3 - wsjtx_app_version utility

2021-01-05 Thread Black Michael via wsjt-devel
C:\WSJT\wsjtxrc3\bin>wsjtx_app_version.exe -vWSJT-X 2.3.0-rc3 C:\WSJT\wsjtxrc3\bin>wsjtx_app_version.exe --helpUsage: wsjtx_app_version.exe [options] Options:  -?, -h, --help  Displays help on commandline options.  --help-all      Displays help including Qt specific options.  -v, --version   

Re: [wsjt-devel] App name

2021-01-05 Thread Black Michael via wsjt-devel
Yup...Winders 10on two different computers. Mike On Tuesday, January 5, 2021, 10:43:56 AM CST, Bill Somerville wrote: On 05/01/2021 16:36, Black Michael via wsjt-devel wrote: Windows is showing this for the app name. Mike W9MDB Hi Mike, that's not what

[wsjt-devel] App name

2021-01-05 Thread Black Michael via wsjt-devel
Windows is showing this for the app name. Mike W9MDB ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-X ver 2.3.0 missing connection when remote

2021-01-05 Thread Black Michael via wsjt-devel
Svein,Could you please contact me off list? Mike w9mdbmdblac...@yahoo.com On Tuesday, January 5, 2021, 06:39:26 AM CST, SVEIN BERGSTØL wrote: Hi, I have been using version 2.3.0 since November '20, and it works flawlessly when runing my radio at home. I can also use a Flex 6600

Re: [wsjt-devel] Shared library structure references

2020-12-31 Thread Black Michael via wsjt-devel
to * be modifiable by the application are copied into the struct rig_state, * which is a kind of private storage of the RIG instance. my emphasis. The issue is not with the clients it lies firmly in the court of the library developers. 73 Bill G4WJS. On 31/12/2020 14:32, Black Michael via wsjt-

Re: [wsjt-devel] Shared library structure references

2020-12-31 Thread Black Michael via wsjt-devel
I don't believe that solves the problem. If one refers to data structures in code you can't rely on shared libraries.  You need to stick to the API. Mike W9MDB On Thursday, December 31, 2020, 08:30:04 AM CST, Christoph Berg wrote: Re: Black Michael via wsjt-devel > Seems we

[wsjt-devel] Shared library structure references

2020-12-31 Thread Black Michael via wsjt-devel
Seems we had a problem on Linux WSJT-X builds as they are using the hamlib shared library instead of static build.I've already recommended they switch to static. The problem crept up where one version of hamlib worked but another was getting the wrong value for rig->caps->vfo_list since the

Re: [wsjt-devel] Yaesu FT-DX101D + WSJT-X 2.2.2

2020-12-27 Thread Black Michael via wsjt-devel
ecember 27, 2020, 08:39:55 AM CST, Adrian wrote: It is still in the green zone and AGC is off. I find it beneficial on very weak signals, but I may play with lower levels. On 28/12/20 12:03 am, Black Michael via wsjt-devel wrote: Your bandwidth looks great... From

Re: [wsjt-devel] Yaesu FT-DX101D + WSJT-X 2.2.2

2020-12-27 Thread Black Michael via wsjt-devel
wer levels. On 28/12/20 12:03 am, Black Michael via wsjt-devel wrote: Your bandwidth looks great... From the quick glance I could get of the WSJT-X signal level it appears your RF gain is too high...you should set so you see 30dB on the WSJT-X meter on a quiet spot (like 5KHz below)

Re: [wsjt-devel] Yaesu FT-DX101D + WSJT-X 2.2.2

2020-12-27 Thread Black Michael via wsjt-devel
Your bandwidth looks great...From the quick glance I could get of the WSJT-X signal level it appears your RF gain is too high...you should set so you see 30dB on the WSJT-X meter on a quiet spot (like 5KHz below) Mike W9MDB On Sunday, December 27, 2020, 02:29:18 AM CST, Adrian wrote:

Re: [wsjt-devel] Yaesu FT-DX101D + WSJT-X 2.2.2

2020-12-26 Thread Black Michael via wsjt-devel
See if this thread helps... https://groups.io/g/FTDX101D/topic/ftdx101_with_wsjt_x/34274193?20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,34274193 Mike W9MDB On Saturday, December 26, 2020, 07:43:22 AM CST, Joe wrote: Hi guys, a well known OM has problems to get his Yaesu FT-DX101D

Re: [wsjt-devel] Mode FT4 not working on 2.3.0-rc2

2020-12-25 Thread Black Michael via wsjt-devel
Try the View menu and turn off Astronomical data. Mike W9MDB On Friday, December 25, 2020, 08:25:32 PM CST, Marco Calistri wrote: Il 25/12/20 22:54, Marco Calistri ha scritto: Il 25/12/20 22:03, Marco Calistri ha scritto: Hello, I just compiled the latest available

[wsjt-devel] RC2 PTT split mode problem

2020-12-25 Thread Black Michael via wsjt-devel
When rig is in split mode and you open Settings split mode is still on.  Then doing "Test CAT" turns split mode off regardless of Split Operation setting so "Test PTT" doesn't test split mode. Mike W9MDB ___ wsjt-devel mailing list

[wsjt-devel] Strict callsign

2020-12-21 Thread Black Michael via wsjt-devel
Forwarding from Andy In WSJT-X v2.3.0 rc2:Apparently, the regular expression in Radio.cpp named strict_standard_callsign_re doesn't match 2x1 call signs. The consequence is that anyone with a 2x1 call can't skip the grid msg by double-clicking the Tx1 button. 73 Andy WM8Q Seems a slight

Re: [wsjt-devel] Is there a program that will directly generate WSJT signals for 630M?

2020-12-21 Thread Black Michael via wsjt-devel
And what is going to be transmitting this IQ data?  Where's the D/A conversion? Mike W9MDB On Monday, December 21, 2020, 08:15:23 AM CST, Tim Madden wrote: Would it be easiest for the software to have a port for UDP IQ data on both RX and TX? Then we only need to add the

Re: [wsjt-devel] FT450D is missing

2020-12-20 Thread Black Michael via wsjt-devel
There's no practical difference between the 450 and 450D The 450D is recognized to be the same as the 450. I'll contact you off-line about debugging the problem. Mike W9MDB On Sunday, December 20, 2020, 04:30:18 PM CST, Andras Bato wrote: Gentlemen,I can't find my radio in WSJT-X

Re: [wsjt-devel] Python run RIGCTL

2020-12-08 Thread Black Michael via wsjt-devel
There are python bindings in hamlib but you have to build them yourself. https://github.com/Hamlib/Hamlib ./bootstrap./configure --with-python-bindingmake install Example use in in bindings/pytest.py and pytest3.py Mike W9MDB On Tuesday, December 8, 2020, 05:23:37 PM CST, Loyd via

Re: [wsjt-devel] Fwd: Failed to run WSJT-X v2.3.0 r2

2020-12-04 Thread Black Michael via wsjt-devel
to me that the problem of version 2.30.0 r2 does not identify a name with an accent as a user, as in my case Jesús. This did not happen with all previous versions until 2.30.0 r1 I trust you can solve the problem for me. Cordially, Jesus, EA1YR El vie, 4 dic 2020 a las 15:09, Black Michael via wsjt

Re: [wsjt-devel] Fwd: Failed to run WSJT-X v2.3.0 r2

2020-12-04 Thread Black Michael via wsjt-devel
Open a cmd prompt cd \wsjt\wsjtx\binwsjtx -r test See if that starts...if it does your WSJT-X.ini file is corruptedplease send the WSJT-X.ini file and maybe Bill can figure out what's corrupted. Mike W9MDB On Friday, December 4, 2020, 07:57:29 AM CST, Jesús Gutiérrez Rodríguez

[wsjt-devel] ALL.TXT time missing

2020-12-03 Thread Black Michael via wsjt-devel
RC2 seems to missing date/time from ALL.TXT -- I don't recall seeing this reported. 7.074 Rx FT8    -13  0.4 1160 K4DKW K0KC R+007.074 Rx FT8    -11  0.5 1577 JA6RCH KG5HKC EM137.074 Rx FT8    -18  0.4 1082 W9FFF KC4UCT -167.074 Rx FT8    -16  0.3 1497 VE3CCD KI5IPM EM227.074 Rx FT8    -17  0.4 

[wsjt-devel] RC2 Audio loss

2020-12-03 Thread Black Michael via wsjt-devel
I've had several instances where I get no audio from WSJT-X at alljust about daily.I can toggle the playback audio device and it comes backor a restart of WSJT-X works.So it appears that it is losing the connection to the playback audio device without giving an error. It's talking to VB

[wsjt-devel] Vertical size

2020-12-01 Thread Black Michael via wsjt-devel
Seems the current version rc2 (and perhaps older versions) doesn't shrink vertically as far as it used to. Would prefer to be able to shrink it vertically -- really down to almost nothing on the decode lines so we can gain more vertical real estate. Mike W9MDB

Re: [wsjt-devel] Hamlib servrer

2020-11-30 Thread Black Michael via wsjt-devel
rigctld is the server piece. In WSJT-X it is rigctld-wsjtx "rigctld -l" gives a list of models.  Find your rig model and then do this replacing model# with your rig model#. rigctld-wsjtx -m model# -r com1 -s 19200Adjust com port and baud rate to suit. You can connect remotely to it with the

Re: [wsjt-devel] Halt Tx error?

2020-11-29 Thread Black Michael via wsjt-devel
There has been a patch to hamlib which likely addresses this. Should be in next release. Mike W9MDB On Sunday, November 29, 2020, 11:43:02 AM CST, Alan Groups wrote: Hi, running 2.3.0 RC2, Kenwood TS590S: - Double click a station to call it - Rig goes into Tx - Click

[wsjt-devel] Re-click on RRR or RR73

2020-11-27 Thread Black Michael via wsjt-devel
What works. In QSOpartner sends RRR or RR73 a 2nd time and you double-click then RR73 or 73 is selected to transmit. What doesn't workAfter you send your first RR73/73 you start a QSO with someone elseprevious partner resends RRR or RR73...you double-click and you get TX1.It's been this

Re: [wsjt-devel] Latest fedora32 hamlib update

2020-11-25 Thread Black Michael via wsjt-devel
Jarmo...did you get my email about sending debug info? Mike W9MDB On Wednesday, November 25, 2020, 07:48:07 AM CST, jarmo wrote: Hi Bill Forgot details, attach that picture Jarmo ___ wsjt-devel mailing list

Re: [wsjt-devel] Bandwidth setting?

2020-11-23 Thread Black Michael via wsjt-devel
Man page was updated to add this. Having a bandwidth "Default" or "No Change" option would be nice.  A majority of rigs have the ability to set Default. Mike W9MDB On Monday, November 23, 2020, 12:41:34 AM CST, Saku wrote: HI Bill! That could make sense. I usually operate only CW

Re: [wsjt-devel] WSJTX-2.3.0-rc2 compile error

2020-11-15 Thread Black Michael via wsjt-devel
Versions.cmake is missing from the tar file. Mike W9MDB On Sunday, November 15, 2020, 11:12:10 AM CST, Stefan Wernli wrote: Hi, I get an error when compiling the new rc2 on debian testing. 2.3.0-rc1 compiles successfully on the same system. -- Building wsjtx v2.3.0.0-rc2 --

[wsjt-devel] Fw: FT-991A problem

2020-11-13 Thread Black Michael via wsjt-devel
Barry said his reply was rejected so forwarding this to the list for him. Mike W9MDB - Forwarded Message - From: Barry Jackson To: Black Michael Sent: Friday, November 13, 2020, 06:25:03 PM CSTSubject: Fwd: [wsjt-devel] FT-991A problem Hi Michael, This reply was rejected from the

[wsjt-devel] JTSDK Update

2020-11-07 Thread Black Michael via wsjt-devel
Forwarded from the JTSDK email list...Steve has put in a lot of work updating things to get all the projects compiling correctly. Mike W9MDB Hi Folks, Archives of JTSDK 3.1.1.x Releases attempts will now be placed in a "Deprecated" folder in the "Files" Section. Links in earlier messages may

Re: [wsjt-devel] WSJT-X won't connect to a COM Port

2020-11-06 Thread Black Michael via wsjt-devel
I just helped him and that's exactly what we had to do. VSPManager was giving a permission error on a registry key. Mike W9MDB On Friday, November 6, 2020, 10:48:04 AM CST, Neil Zampella wrote: It is NEVER a good idea to run 'as Administrator' as that raises the permissions of the

Re: [wsjt-devel] WSJT-X won't connect to a COM Port

2020-11-06 Thread Black Michael via wsjt-devel
What kind of error are you getting? Works fine herebut I'm using EltimaI'll get a copy of VSPMgr and make sure it works too. Mike W9MDB On Friday, November 6, 2020, 06:41:27 AM CST, Dan Malcolm wrote: If I run either PowerSDR or Thetis as an interface to my ANAN 100D,

Re: [wsjt-devel] FT-991A problem

2020-11-05 Thread Black Michael via wsjt-devel
What happens if he turns the rig power and wsjt-x power all the way to zerono watts out. Sounds a lot like RFI. Also...try setting the audio out to the computer speakers and see if the USB still drops out. Mike W9MDB On Thursday, November 5, 2020, 04:34:41 PM CST, Barry Jackson via

Re: [wsjt-devel] Shared memory error

2020-10-27 Thread Black Michael via wsjt-devel
https://wsjtx.groups.io/g/main/message/16844 Mike W9MDB On Tuesday, October 27, 2020, 03:27:05 PM CDT, David Kaplan via wsjt-devel wrote: I’m running Catalina 10.15.7 and a few weeks ago saw a notice that for the new beta the shmmax had to be increased. I carefully flagged and

Re: [wsjt-devel] Ver 2.2.2 crash codes

2020-10-20 Thread Black Michael via wsjt-devel
3 AM CDT, Bill Barrett wrote: Not seeing any Hard Faults/sec in the resource manager.LatencyMon shows hard faults mostly for Flex SSDR and a few for WSJT-X and JT9.Flex software is running around 1.3 gig. Bill W2PKY On Tue, Oct 20, 2020 at 9:49 AM Black Michael via wsjt-devel wrote:

Re: [wsjt-devel] Ver 2.2.2 crash codes

2020-10-20 Thread Black Michael via wsjt-devel
On Tue, Oct 20, 2020 at 9:49 AM Black Michael via wsjt-devel wrote: Use Resource Monitor and look for the Memory "Hard Faults/sec". 16Gig doesn't sound like a lot of memory to me when running 8 instances of WSJT-X and other programs. Any hard faults means you're using swap space.Check your

Re: [wsjt-devel] Ver 2.2.2 crash codes

2020-10-20 Thread Black Michael via wsjt-devel
, 2020, 09:15:50 AM CDT, Bill Somerville wrote: On 20/10/2020 14:51, Bill Somerville wrote: On 20/10/2020 14:44, Black Michael via wsjt-devel wrote: Any hard faults means you're using swap space. Mike, that's incorrect information, the most common cause of hard page faults

Re: [wsjt-devel] Ver 2.2.2 crash codes

2020-10-20 Thread Black Michael via wsjt-devel
Use Resource Monitor and look for the Memory "Hard Faults/sec". 16Gig doesn't sound like a lot of memory to me when running 8 instances of WSJT-X and other programs. Any hard faults means you're using swap space.Check your available swap space too -- the old Unix rujle was swap was to be at

Re: [wsjt-devel] [ftdx101mp] IPO settings

2020-10-20 Thread Black Michael via wsjt-devel
Can you guys confirm the behavior?Looks like I can modify hamlib pretty easily to achieve restoring the band settings from the band stack. But what happens if you change band settings on the rig and change bands.  Do you need to put it in the band stack yourself or are the settings always

Re: [wsjt-devel] Ver 2.2.2 crash codes

2020-10-20 Thread Black Michael via wsjt-devel
Also...this sounds a lot like either a memory leak or memory fragmentation. That error message means the underlying allocation in the system was unable to get a large enough memory block to satisfy WSJT-X's needs. So either your memory usage is eating up all the memory or memory has fragmented

Re: [wsjt-devel] 2.3.0 RC1 hamlib compile error

2020-09-28 Thread Black Michael via wsjt-devel
Do you have an older hamlib installed on your system? You must have an old rig.h laying around. Mike W9MDB On Monday, September 28, 2020, 07:19:19 AM CDT, Richard Shaw wrote: Looking at building test packages for Fedora and ran into this:

Re: [wsjt-devel] CAT configuration on Linux

2020-09-23 Thread Black Michael via wsjt-devel
That implies your /dev device isn't part of the dialout group. Look at it and it probably isn't owned by the dialout groupls -l /dev/ttyUSB*crw-rw 1 root dialout 188, 0 Sep 22 15:54 /dev/ttyUSB0 If not,chgrp dialout /dev/ttyUSB* Mike W9MDB On Wednesday, September 23, 2020, 08:12:39

Re: [wsjt-devel] TX PWR Parameter

2020-09-07 Thread Black Michael via wsjt-devel
Hz is a good choice. 73 Bill G4WJS. On 07/09/2020 04:56, Black Michael via wsjt-devel wrote: Unless you have an Elecraft rig you really don't want any or very minimal ALC to avoid harmonics.  Zero ALC pretty much guarantees you won't be generating harmonics. Most rigs can do very

Re: [wsjt-devel] TX PWR Parameter

2020-09-06 Thread Black Michael via wsjt-devel
Unless you have an Elecraft rig you really don't want any or very minimal ALC to avoid harmonics.  Zero ALC pretty much guarantees you won't be generating harmonics.Most rigs can do very close to full power without showing ALC.   Two of us wrote a paper on how to set your audio which works on

Re: [wsjt-devel] Hamlib: rig_set_ptt: PTT RTS debug#1

2020-09-06 Thread Black Michael via wsjt-devel
You are following these directions, right? $ mkdir ~/hamlib-prefix$ cd ~/hamlib-prefix$ git clone git://git.code.sf.net/u/bsomervi/hamlib src$ cd src$ git checkout integration$ ./bootstrap$ mkdir ../build$ cd ../build$ ../src/configure --prefix=$HOME/hamlib-prefix \   --disable-shared

Re: [wsjt-devel] Hamlib: rig_set_ptt: PTT RTS debug#1

2020-09-06 Thread Black Michael via wsjt-devel
Rename your hamlib source directory. The do the git clone over the same name...let's say your directory is called "src". mv src src.oldgit clone https://github.com/Hamlib/Hamlib.git src cd src./bootstrap Then you should be able to build as usual. Mike W9MDB On Sunday, September 6, 2020,

Re: [wsjt-devel] Hamlib: rig_set_ptt: PTT RTS debug#1

2020-09-06 Thread Black Michael via wsjt-devel
You're not using the most recent source. https://github.com/Hamlib/Hamlib And no...you don't change the debug level during compiling.  It's a run-time setting and I do believe WSJT-X shows WARN and higher so that's why you see it right now and that has been fixed now. Mike W9MDB On

Re: [wsjt-devel] Hamlib: rig_set_ptt: PTT RTS debug#1

2020-09-05 Thread Black Michael via wsjt-devel
What debug level are you running?  They are at the TRACE level now which should be 5 v's. Mike W9MDBfind . -name "*.c" -exec grep "PTT RTS" {} \; -print             rig_debug(RIG_DEBUG_TRACE, "%s: PTT RTS debug#1\n", __func__);./src/rig.c find . -name "*.c" -exec grep "debug#" {} \; -print       

Re: [wsjt-devel] Hamlib: rig_set_ptt: PTT RTS debug#1

2020-09-05 Thread Black Michael via wsjt-devel
Yes. Mike On Saturday, September 5, 2020, 07:22:36 AM CDT, Marco Calistri wrote: Il 05/09/20 09:05, Black Michael ha scritto: > Was put in a while ago when debugging some PTT issues. > I've fixed it. > > Mike W9MDB > > > > On Saturday, September 5, 2020, 06:58:37 AM CDT, Marco

Re: [wsjt-devel] Hamlib: rig_set_ptt: PTT RTS debug#1

2020-09-05 Thread Black Michael via wsjt-devel
Was put in a while ago when debugging some PTT issues.I've fixed it. Mike W9MDB On Saturday, September 5, 2020, 06:58:37 AM CDT, Marco Calistri wrote: Il 04/09/20 19:03, Bill Somerville ha scritto: > On 04/09/2020 22:58, Marco Calistri wrote: >> Hello, >> >> I'm suddenly noticing the

Re: [wsjt-devel] Yaesu FT-991 tx forces USB mode

2020-08-27 Thread Black Michael via wsjt-devel
Setting the mode in WSJT-X rigs settings to Data/Pkt doesn't work? Mike W9MDB On Thursday, August 27, 2020, 02:15:45 PM CDT, Alexey Popov wrote: Hi all! I have some trouble.My Yaesu FT-991 connected over usb to PC. Rig configured properly, "Test CAT" worked properly. "Test PTT"

Re: [wsjt-devel] Subprocess Error while trying to run WSPR with 2.2.2

2020-08-22 Thread Black Michael via wsjt-devel
That error indicates that /usr/local/bin/wsprd does not exist.The error is from execvpnot from wsprd Mike W9MDB On Saturday, August 22, 2020, 06:52:52 AM CDT, Bill Somerville wrote: On 22/08/2020 12:41, alaw...@mudhawk.com wrote: HI Folks,   I'll start out by

Re: [wsjt-devel] Undocumented Power On Feature?

2020-08-21 Thread Black Michael via wsjt-devel
The auto power on will change in the next release of WSJT-X. If you want the rig to power on you'll have to provide a new switch "--set-conf=auto_power_on=1 There is no auto power off yet but you can do that yourself by sending the command "set_powerstat 0" Mike W9MDB On Friday, August

Re: [wsjt-devel] rigctld and itu_region

2020-07-24 Thread Black Michael via wsjt-devel
don't have the ability to tell you what model they are so the frequency ranges are really just informational and not used to restrict any rx/tx abilityl Mike W9MDB On Friday, July 24, 2020, 09:05:41 AM CDT, Claude Frantz wrote: On 7/24/20 3:15 PM, Black Michael via wsjt-devel wrote: > I've

Re: [wsjt-devel] rigctld and itu_region

2020-07-24 Thread Black Michael via wsjt-devel
I've been looking for somebody who cares about the itu_region stuff. Claude -- why are you using that parameter?  It really doesn't do anything.  I know some are using frequency ranges but nobody using the itu_region option. Mike W9MDB On Friday, July 24, 2020, 07:54:30 AM CDT, Bill

Re: [wsjt-devel] Rig vérification

2020-07-19 Thread Black Michael via wsjt-devel
Those should all be functional in WSJT-X 2.2.2 -- I have several report of things working for all 3 of those rigs. There are just a few exceptions which have been recently fixed for a slow Mac on the FT-857/897 and VFO tuning in gpredict for the FT-817. So if you're having problems with WSJT-X

Re: [wsjt-devel] Rig verification

2020-07-19 Thread Black Michael via wsjt-devel
There's another solution should work well. What logging app are you using?  If it supports hamlib (like Log4OM) there's one solution, if not there's another solution via hamlib. #1 You can use FLRig to control your rig #2 Hook WSJT-X up to FLRig #3 Run "rigctld -m 4 -vvv -Z" -- this will show

Re: [wsjt-devel] Rig verification

2020-07-17 Thread Black Michael via wsjt-devel
ding conducting technical investigations" My emphasis. 73 Bill G4WJS. On 17/07/2020 13:58, Black Michael via wsjt-devel wrote: >  "Informed choices".  I appreciate the humor.many ops have no idea what's >supposed to work > > What I was referring to th

Re: [wsjt-devel] Rig verification

2020-07-17 Thread Black Michael via wsjt-devel
sues Mike W9MDB On Friday, July 17, 2020, 08:12:53 AM CDT, Christoph Berg wrote: Re: Black Michael via wsjt-devel > What I was referring to though was a flag that is "known" to be true. Perhaps > for both for split and data/pkt.  WSJT-X would default to enab

Re: [wsjt-devel] Rig verification

2020-07-17 Thread Black Michael via wsjt-devel
it. I'd rather keep the basic simplicity and flexibility instead of  trying to manage their whole World for them. 73 Bill G4WJS. On 17/07/2020 13:42, Black Michael via wsjt-devel wrote: >  Bill..maybe WSJT-X could use the availability of the "rig_set_split" to >enable/disable

Re: [wsjt-devel] Rig verification

2020-07-17 Thread Black Michael via wsjt-devel
:11, Black Michael via wsjt-devel wrote: >  If anybody has a rig out there that's in this list and you have it working >with WSJT-X...or if you have any bugs to report working with WSJT-X please let >me know. > Would like to promote as many of these to stable as possible and WSJT-X

Re: [wsjt-devel] Rig verification

2020-07-16 Thread Black Michael via wsjt-devel
If you try a TS-790 can you set split mode on the rig?  We need to find out if it's supported. It hasn't been implemented for the TS-711 and I can't find a CAT manual for that rig. Mike W9MDB On Thursday, July 16, 2020, 10:43:53 AM CDT, Jari A wrote: TS-711 (2m multimode) 2.2.2

Re: [wsjt-devel] Rig verification

2020-07-16 Thread Black Michael via wsjt-devel
s worked just fine for me with WSJT Hamlib. No unexpected problems. > Only thing that did surprise me was the auto turn on of it when starting > WSJT. Never happened until one of the 2.2 versions. > > Fred > N2XK > > On Jul 16, 2020 8:32 AM, Black Michael via wsjt-devel &

Re: [wsjt-devel] Rig verification

2020-07-16 Thread Black Michael via wsjt-devel
just fine for me with WSJT Hamlib. No unexpected problems. Only thing that did surprise me was the auto turn on of it when starting WSJT. Never happened until one of the 2.2 versions. Fred N2XK On Jul 16, 2020 8:32 AM, Black Michael via wsjt-devel wrote: > I can't think of any reason the preamp

Re: [wsjt-devel] Rig verification

2020-07-16 Thread Black Michael via wsjt-devel
ion > as many cannot post here due to the lack of maintenance at that site ]. > > HAM - Help All mankind. We are here to help and progress learning. I also > hope that the intent of this post is clear and that it is to help. > > 73 > > Steve I > VK3VM / VK3SIR &

[wsjt-devel] Rig verification

2020-07-15 Thread Black Michael via wsjt-devel
If anybody has a rig out there that's in this list and you have it working with WSJT-X...or if you have any bugs to report working with WSJT-X please let me know. Would like to promote as many of these to stable as possible and WSJT-X is one of a couple programs that exercises a rig pretty

Re: [wsjt-devel] wsjt x stale lock file error

2020-07-13 Thread Black Michael via wsjt-devel
JTAlert can autostart programs Mike W9MDB On Monday, July 13, 2020, 04:19:31 PM CDT, Tripp Sanders wrote: I looked through the Autoruns and there is  nothing that should be starting it there I also use jtalert. Would that do something? On Mon, Jul 13, 2020 at 4:14 PM Bill

Re: [wsjt-devel] Possible issues introduced when the Linux xorgxrdp package is deploed.

2020-07-08 Thread Black Michael via wsjt-devel
Steve,Are you saying all you have to do is install the package, or run it? What does the CPU usage look like when the problem surfaces? As I recall that computer is a dual core so trying to run USB audio, USB cat control, and network I/O might be a bit of a push for that computer. Mike W9MDB

Re: [wsjt-devel] CAT problems with FT817, FT857 and FT897

2020-07-02 Thread Black Michael via wsjt-devel
thought that there are enough FT-818NDs out their with WSJT-X to say that there's no issue. Note I cannot say much about the FT-817ND backend as in the Hamlib shipped with WSJT-X v2.2.2 that model is broken as is the FT-897. 73 Bill G4WJS. On 02/07/2020 13:21, Black Michael via wsjt-devel

Re: [wsjt-devel] CAT problems with FT817, FT857 and FT897

2020-07-02 Thread Black Michael via wsjt-devel
e the drop down list for rig set up in wsjt x.  I also use a flex 6600 which has worked flawlessly with wsjt x every time.  Thank you for all of your hard work.Robn1trk On Thu, Jul 2, 2020 at 9:25 AM Black Michael via wsjt-devel wrote:  "get on the list" for what?When you

Re: [wsjt-devel] CAT problems with FT817, FT857 and FT897

2020-07-02 Thread Black Michael via wsjt-devel
T-X to say that there's no issue. Note I cannot say much about the FT-817ND backend as in the Hamlib shipped with WSJT-X v2.2.2 that model is broken as is the FT-897. 73 Bill G4WJS. On 02/07/2020 13:21, Black Michael via wsjt-devel wrote: Bill..have you found the FT-818ND to be

Re: [wsjt-devel] CAT problems with FT817, FT857 and FT897

2020-07-02 Thread Black Michael via wsjt-devel
Bill..have you found the FT-818ND to be compatible with the FT-817ND backend?Perhaps should add that to the riglist so they don't feel like orphans. Mike W9MDB On Thursday, July 2, 2020, 07:15:04 AM CDT, Bill Somerville wrote: On 02/07/2020 13:02, Claude Frantz wrote: On 7/2/20

<    1   2   3   4   5   6   7   8   9   10   >