Re: [wsjt-devel] Wsjtx freeze with screensaver

2021-04-06 Thread Bruce Walker
> 
> are you using an HDMI display?

Yes.



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


Re: [wsjt-devel] Wsjtx freeze with screensaver

2021-04-06 Thread Bill Somerville

On 06/04/2021 15:18, Bruce Walker wrote:

Hello old WSJT & WSPR friends,

I’ve been back on the air for the last month after many years QRT, and I’ve 
been running wstx 2.4.0-rc4 (and its predecessors) on linux using quisk to 
drive an HL2. All is good, except I’ve noticed that wsjtx seems to freeze 
whenever the screensaver kicks in, regardless of whether the mode is “power off 
display”, “blank screen”, or whatever. In WPSR mode, it is still writing to 
wsjtx_syslog.log without new errors, but WSPR_history.txt ends at the minute 
the “blank screen” kicks in. After I unlock the screen, the wsjtx window and 
waterfall are frozen. I believe the behavior is similar when monitoring FT8. If 
I turn off the automatic screen blanking / lock, wsjtx continues to run without 
issue, but I thought you would want to know about it.

Environment: Debian testing (bullseye), Xfce4 desktop

73,
—bruce W1BW


Hi Bruce,

are you using an HDMI display?

73
Bill
G4WJS.



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


[wsjt-devel] Wsjtx freeze with screensaver

2021-04-06 Thread Bruce Walker
Hello old WSJT & WSPR friends,

I’ve been back on the air for the last month after many years QRT, and I’ve 
been running wstx 2.4.0-rc4 (and its predecessors) on linux using quisk to 
drive an HL2. All is good, except I’ve noticed that wsjtx seems to freeze 
whenever the screensaver kicks in, regardless of whether the mode is “power off 
display”, “blank screen”, or whatever. In WPSR mode, it is still writing to 
wsjtx_syslog.log without new errors, but WSPR_history.txt ends at the minute 
the “blank screen” kicks in. After I unlock the screen, the wsjtx window and 
waterfall are frozen. I believe the behavior is similar when monitoring FT8. If 
I turn off the automatic screen blanking / lock, wsjtx continues to run without 
issue, but I thought you would want to know about it.

Environment: Debian testing (bullseye), Xfce4 desktop

73,
—bruce W1BW



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


Re: [wsjt-devel] VFO's and sub-VFO's

2021-04-06 Thread Bill Somerville

On 06/04/2021 12:52, Claude Frantz wrote:

On 4/6/21 1:29 PM, Black Michael via wsjt-devel wrote:


get_vfo_info -- single call to retrieve freq mode width and split
status for any VFO -- come to think of it should probably add satmode
status too.Rig command: \get_vfo_info VFOAFreq: 14500Mode:
FMWidth: 15000Split: 0
If I understand well, the "SAT mode" is simply the "full duplex" mode, 
having a VFO assigned to the TX and another one to the RX. Right ?


Best wishes,
Claude (DJ0OT) 


Hi Claude,

it is more like another radio is assigned for Tx rather than another VFO.

73
Bill
G4WJS.

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


Re: [wsjt-devel] VFO's and sub-VFO's

2021-04-06 Thread Black Michael via wsjt-devel
Yes...full duplex...cross band.
Mike W9MDB
 

On Tuesday, April 6, 2021, 06:58:11 AM CDT, Claude Frantz 
 wrote:  
 
 On 4/6/21 1:29 PM, Black Michael via wsjt-devel wrote:

> get_vfo_info -- single call to retrieve freq mode width and split
> status for any VFO -- come to think of it should probably add satmode
> status too.Rig command: \get_vfo_info VFOAFreq: 14500Mode:
> FMWidth: 15000Split: 0
If I understand well, the "SAT mode" is simply the "full duplex" mode, 
having a VFO assigned to the TX and another one to the RX. Right ?

Best wishes,
Claude (DJ0OT)


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


Re: [wsjt-devel] VFO's and sub-VFO's

2021-04-06 Thread Claude Frantz

On 4/6/21 1:29 PM, Black Michael via wsjt-devel wrote:


get_vfo_info -- single call to retrieve freq mode width and split
status for any VFO -- come to think of it should probably add satmode
status too.Rig command: \get_vfo_info VFOAFreq: 14500Mode:
FMWidth: 15000Split: 0
If I understand well, the "SAT mode" is simply the "full duplex" mode, 
having a VFO assigned to the TX and another one to the RX. Right ?


Best wishes,
Claude (DJ0OT)


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


Re: [wsjt-devel] VFO's and sub-VFO's

2021-04-06 Thread Black Michael via wsjt-devel
What questions?  It's trying to explain the abstraction being made inside 
hamlib.  If you look at the new caching code it implements this and so do the 
satellite mode rigs
For some software the RX/TX VFOs should serve their purpose (like WSJT-X which 
only cares about RX/TX and not specific VFOs).Only software that wants to 
display or manipulate all the VFOS needs to pay attention to what they are 
asking for.
There's a couple of new function in the current github and what will Hamlib 4.2 
very soon.
get_vfo_list -- dummy device example here...Rig command: \get_vfo_listVFOs: RX 
TX VFOA VFOB VFOC SubA SubB MainA MainB Sub Main MEM 

get_vfo_info -- single call to retrieve freq mode width and split status for 
any VFO -- come to think of it should probably add satmode status too.Rig 
command: \get_vfo_info VFOAFreq: 14500Mode: FMWidth: 15000Split: 0

Mike W9MDB

 

On Tuesday, April 6, 2021, 04:56:28 AM CDT, G8DQX (WSJT developers on SF) 
 wrote:  
 
  
Au contraire,
 
Claude was reading fresh code, to be found at 
https://github.com/Hamlib/Hamlib/blob/master/VFOs.txt. That code, in and of 
itself, raises quite a few questions!
 
73, 88, Stay Safe,
 
Robin, G8DQX (who's never quite believed that Read the Code, Luke is the full 
answer)
 
 On 04/04/2021 19:59, Jim Brown wrote:
  
On 4/4/2021 5:47 AM, Claude Frantz wrote: 
 
Please explain me: What is the difference between VFO-A, VFO-B, VFO-C, etc. and 
the subVFO's. 
 
 
 RTFM! 
 
 73, Jim K9YC 
 ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


Re: [wsjt-devel] ALL_WSPR.TXT format?

2021-04-06 Thread G8DQX (WSJT developers on SF)

Willie,

the answer, which may not be quite what you were hoping for, seems to be 
at 
https://sourceforge.net/p/wsjt/mailman/wsjt-devel/thread/f741f5cc-6b2d-b62c-d1b1-9e2bc4e60717%40princeton.edu/#msg37025112. 
In other words, it's what it is, with no guarantee of stability.


73, Stay Safe,

Robin, G8DQX

On 05/04/2021 07:48, William Smith wrote:

Good Morning!

Where can I find the documentation for the columns in ALL_WSPR.TXT ?

I'm seeing lines like:

210404 2230 -22  0.07   7.0400475  VP5WS FL31 23          -1  0.19 2  
1  -16  0  32    64   -81


Which is obviously by inspection:

Date
Time (UTC)
SNR (rx level)
Delta Time (how far off transmitter is from UTC in seconds)
Frequency
Tx Call
Tx Grid
Tx advertised power

But what are the other nine, and then where are they documented, so 
when they change again I can find them without resorting to clogging 
up the mailing list?


Many Thanks!

73, Willie N1JBJ (and VP5WS)


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


Re: [wsjt-devel] ALL_WSPR.TXT format?

2021-04-06 Thread G8DQX (WSJT developers on SF)

Willie,

the answer, which may not be quite what you were hoping for, seems to be 
at 
https://sourceforge.net/p/wsjt/mailman/wsjt-devel/thread/f741f5cc-6b2d-b62c-d1b1-9e2bc4e60717%40princeton.edu/#msg37025112. 
In other words, it's what it is, with no guarantee of stability.


73, Stay Safe,

Robin, G8DQX

On 05/04/2021 07:48, William Smith wrote:

Good Morning!

Where can I find the documentation for the columns in ALL_WSPR.TXT ?

I'm seeing lines like:

210404 2230 -22  0.07   7.0400475  VP5WS FL31 23          -1  0.19 2  
1  -16  0  32    64   -81


Which is obviously by inspection:

Date
Time (UTC)
SNR (rx level)
Delta Time (how far off transmitter is from UTC in seconds)
Frequency
Tx Call
Tx Grid
Tx advertised power

But what are the other nine, and then where are they documented, so 
when they change again I can find them without resorting to clogging 
up the mailing list?


Many Thanks!

73, Willie N1JBJ (and VP5WS)


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


Re: [wsjt-devel] VFO's and sub-VFO's

2021-04-06 Thread G8DQX (WSJT developers on SF)

Au contraire,

Claude was reading fresh code, to be found at 
https://github.com/Hamlib/Hamlib/blob/master/VFOs.txt. That code, in and 
of itself, raises quite a few questions!


73, 88, Stay Safe,

Robin, G8DQX (who's never quite believed that /Read the Code, Luke/ is 
the full answer)


On 04/04/2021 19:59, Jim Brown wrote:

On 4/4/2021 5:47 AM, Claude Frantz wrote:
Please explain me: What is the difference between VFO-A, VFO-B, 
VFO-C, etc. and the subVFO's.


RTFM!

73, Jim K9YC 
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel