Date   

locked Re: Scoring for FT4 file

Tom Melvin
 

Hi Roger

Yes the log was accepted ok.

I wonder if the ‘Claimed Score’ box was the one generated by WSJT-X as part of the Cabrillo export and NOT from the RSGB robot. As we re-score anyway you are right to enter what you want as it’s ignored in this contest.

This and the VHF MGM contest also accept ADI files - it was added recently (for VHF activity contest) now that it is there I would assume that any FT4/FT8 type contest, HF or VHF will permit it as a recognised format going onwards. This is also because WSJT-X (and MSHV) will automatically generate an ADI file - no need to depend on loggers exporting the correct fields or users messing around in text editors. SSB/CW contests the cabrillo format is worldwide and well supported.

The final 73 - yes it avoids the possibility of penalties - better be 100% sure the contact is complete - I know there is divided thoughts on that and not getting into - as long as the contact is ‘complete’ and both stations log it correctly there will be no issues - the Hints and Tips on the RSGB contest site explains it quite well. It is a contest and we want to ensure max points - non-contest QSO different matter.

Regards

Tom

--
73’s

Tom
GM8MJV (IO85)

On 8 Apr 2020, at 19:50, groups@... wrote:

I gave up the idea of entering a claimed score. I think I wrote something like "no idea" in the box!

How does this contest manage to accept ADI files when others can't?

One thing I did notice is that old habits die hard and a couple of stations didn't bother about the final 73.

73, Roger, GW4HZA

On 08/04/2020 16:13, Tom Melvin wrote:
Well this is the 1st time we have done a contest like this so there will be a couple of teething issues. We do try to make it as easy as possible.
Are you sure you need to enter a score - it will be re-scored by the Robot - I followed the bouncing ball al the way through till it asked be name of adi file no mention of score.
As I am the adjudicator for that contest I can say if there is an issue I will contact you during the adjudication if the ‘claimed score’ is an issue.
Tom
--
73’s
Tom
GM8MJV (IO85)
On 8 Apr 2020, at 15:09, groups@... wrote:
I've just dabbled in today's RSGB FT4 contest and have my .adi file ready to upload. Unfortunately they want me to claim a score. Is there an easy way to calculate this score on my Linux PC or do I have to do it manually?

I can't even see why I need to claim a score. Why do these contest people make it so difficult for the rest of us?

Roger, GW4HZA


locked Re: Scoring for FT4 file

Roger
 

On 08/04/2020 20:27, Jim Brown wrote:
On 4/8/2020 11:50 AM, groups@... wrote:
I gave up the idea of entering a claimed score.  I think I wrote something like "no idea" in the box!
Contest logging is best done by a contest logger. Freeware N1MM Logger Plus interfaces with WSJT-X for many contests. It checks for dupes (within the contest) and computes a claimed score. If I'm not mistaken, WriteLog (NOT free) also interfaces with WSJT-X.
N1mM Logger is not available for Linux


locked Re: Scoring for FT4 file

 

I agree. Exchange of R is the completion of the contact. If the other station repeats their R after I've sent my R then it's not complete.

73 Phil GM3ZZA

On 8 Apr 2020 20:26, Jim Brown <k9yc@...> wrote:

On 4/8/2020 11:50 AM, groups@... wrote:
> a couple of stations didn't bother about the final 73.

A final 73 is NOT a requirement of a QSO, and serious contesters will
usually not send it because it wastes a TX/RX cycle. It is part of the
WSJT-X protocol only because of it's use for certain weak signal
propagation modes on VHF/UHF like moonbounce, meteor scatter, and tropo,
and even then, it's omitted when QSOs are actively coordinated by online
chat.

73, Jim K9YC




--
73 Phil GM3ZZA


locked Re: Timestamp in WSJT-X window differs from timestamp in ALL.txt log. #FT8

Dick
 

Hi Bill,

Thanks for the fast response and suggestions.

Glad you are looking at the "timestamps" issue.
I can provoke that by stop/starting the audio feed.
So if you want me to test the next version just let me know.

VAC is v 4.62.0.11064 (full) which AFAIK is the latest.
Changed the "Ms per int" parameter in VAC from 5 to 4 which made the "red exclamation point inside a triangle" indicator go away.
The problem remained.
Have tried setting it to 3 which caused VAC to become unresponsive and a reboot was necessary.

Actually Stop/Start SDR-Console processing does get the DT back to normal.
Using HDSDR v 2.76 does not cause the slowly increasing latency of approx. 1.5 seconds after 12 hours.

PS.
Simon (the author of SDR-Console) was wondering if it would be possible to have WSJT-X accept an I/Q steam as this would solve these type of problems.

73, Dick PA2015


locked Re: Scoring for FT4 file

Jim Brown
 

On 4/8/2020 11:50 AM, groups@... wrote:
I gave up the idea of entering a claimed score.  I think I wrote something like "no idea" in the box!
Contest logging is best done by a contest logger. Freeware N1MM Logger Plus interfaces with WSJT-X for many contests. It checks for dupes (within the contest) and computes a claimed score. If I'm not mistaken, WriteLog (NOT free) also interfaces with WSJT-X.

73, Jim K9YC


locked Re: Scoring for FT4 file

Jim Brown
 

On 4/8/2020 11:50 AM, groups@... wrote:
a couple of stations didn't bother about the final 73.
A final 73 is NOT a requirement of a QSO, and serious contesters will usually not send it because it wastes a TX/RX cycle. It is part of the WSJT-X protocol only because of it's use for certain weak signal propagation modes on VHF/UHF like moonbounce, meteor scatter, and tropo, and even then, it's omitted when QSOs are actively coordinated by online chat.

73, Jim K9YC


locked Re: Known (outstanding) issues list?

Ron / W4MMP
 

HI Bill,

OK, I will attempt to obtain the failing sequence. 

73,

Ron

On 4/8/2020 14:36, Bill Somerville wrote:
Hi Ron,

Hamlib's communication with the "rig" is synchronous so each command exchange must complete before the next starts. If you TS-2000 emulation is not coping with al the commands sent to it then you must analyse the exchange and fix the emulation. I can't help much more unless you can provide a specific CAT exchange that is not working.

73
Bill
G4WJS.

On 08/04/2020 19:31, Ron / W4MMP via groups.io wrote:

Hi Bill,

My issue goes a bit deeper than that.   Without boring you to much with details I have written a custom application to support my company's transceiver.  

The application was developed on Windows using Visual Studio for the GUI and plain vanilla C for back end servers.    I am now in the process of porting the back end servers to the RPi.   Things are actually working very well accept for WSJT-X communicating over USB/Serial ports with the back end server.  The application emulates a TS-2000.   As I mentioned this works fine on Window but on Linux,  it appears that Hamlib is periodically flooding requests to the application when changing bands via WSJT-X and eventually WSJT-X pops an error window.  Hitting the retry button several times clears the issue.    If the band is changed via the rig,  things work fine.   I don't believe is a speed related issue since the baud rate 9600.  It almost appears the back end server is responding to fast and Hamlib can't keep up (but that is only guess).

Thoughts?

73,

Ron

On 4/8/2020 14:06, Bill Somerville wrote:
On 08/04/2020 19:02, Ron / W4MMP via groups.io wrote:
Hi,
Is there a known issues list available?  I would like to check before posting the issue here.
But just for the curious,  it is an issue relating to using and accessing USB/Serial ports on the RPi 4B (Buster).

73,
Ron

Hi Ron,

there is no public outstanding issues list.

USB and serial ports, or indeed USB to serial adapters, are treated the same on all Linux versions and pretty much the same as on any desktop operating system. The notable difference with Linux is that a user must belong to the dialout group before it is possible to access serial ports.

73
Bill
G4WJS.


-- 
73,
Ron / W4MMP




    
-- 
73,
Ron / W4MMP


locked Re: Timestamp in WSJT-X window differs from timestamp in ALL.txt log. #FT8

Bill Somerville
 

On 08/04/2020 19:48, Bill Somerville wrote:
On 08/04/2020 19:39, Dick wrote:
As an SWL (PA2015) I have been using WSJT-X  v2.1.0 to unattended decode several digital modes 24/7 and whatch my catches at pskreporter.info .
The last few weeks I have been chasing a problem where the DT on FT8 keeps increasing and finally causes less decodes.
My PC is sync'ed using NTP.
The DT returns to normal as soon as I Stop/Start SDR-Console processing (while the program itself keeps running).
For now the problems seems to be caused by my PC not being fast enough for SDR-Console.
For those interested in more details please have a look athttps://sdr-radio.groups.io/g/main/message/54956 
Anyway, during my quest I found that the message time in the WSJT-X window is not always the same as the one in the ALL.txt log.
That was very unexpected.

I have attached a screenshot showing the WSJT-X window and the relevant part of the ALL.txt log (with added comments).

Is this a known 'error'?

73, Dick PA2015

Hi Dick,

we hope to have addressed the issue with timestamps in the ALL.TXT file rolling over to the period after the messages were decoded for the next release.

Your issues with accumulating latency between SDR-Console and WSJT-X may be due to unnecessary sample rate conversions or non-optimal buffering settings in your virtual audio cable loopback. From your linked post I see you are using VAC and the sample rates seem to be 48000 Hz throughout as far as I can see, so that seems ok. Try adjusting the "Ms per int" parameter in VAC, which will adjust the interrupt rate used by VAC and should allow you to improve the throughput.

73
Bill
G4WJS.

Hi Dick,

also check you are using the latest version of VAC. A recent update revised the default values for that parameter and the way buffering is handled.

73
Bill
G4WJS.


locked Re: Scoring for FT4 file

Roger
 

I gave up the idea of entering a claimed score. I think I wrote something like "no idea" in the box!

How does this contest manage to accept ADI files when others can't?

One thing I did notice is that old habits die hard and a couple of stations didn't bother about the final 73.

73, Roger, GW4HZA

On 08/04/2020 16:13, Tom Melvin wrote:
Well this is the 1st time we have done a contest like this so there will be a couple of teething issues. We do try to make it as easy as possible.
Are you sure you need to enter a score - it will be re-scored by the Robot - I followed the bouncing ball al the way through till it asked be name of adi file no mention of score.
As I am the adjudicator for that contest I can say if there is an issue I will contact you during the adjudication if the ‘claimed score’ is an issue.
Tom
--
73’s
Tom
GM8MJV (IO85)
On 8 Apr 2020, at 15:09, groups@... wrote:

I've just dabbled in today's RSGB FT4 contest and have my .adi file ready to upload. Unfortunately they want me to claim a score. Is there an easy way to calculate this score on my Linux PC or do I have to do it manually?

I can't even see why I need to claim a score. Why do these contest people make it so difficult for the rest of us?

Roger, GW4HZA


locked Re: Timestamp in WSJT-X window differs from timestamp in ALL.txt log. #FT8

Bill Somerville
 

On 08/04/2020 19:39, Dick wrote:
As an SWL (PA2015) I have been using WSJT-X v2.1.0 to unattended decode several digital modes 24/7 and whatch my catches at pskreporter.info .
The last few weeks I have been chasing a problem where the DT on FT8 keeps increasing and finally causes less decodes.
My PC is sync'ed using NTP.
The DT returns to normal as soon as I Stop/Start SDR-Console processing (while the program itself keeps running).
For now the problems seems to be caused by my PC not being fast enough for SDR-Console.
For those interested in more details please have a look athttps://sdr-radio.groups.io/g/main/message/54956
Anyway, during my quest I found that the message time in the WSJT-X window is not always the same as the one in the ALL.txt log.
That was very unexpected.

I have attached a screenshot showing the WSJT-X window and the relevant part of the ALL.txt log (with added comments).

Is this a known 'error'?

73, Dick PA2015
Hi Dick,

we hope to have addressed the issue with timestamps in the ALL.TXT file rolling over to the period after the messages were decoded for the next release.

Your issues with accumulating latency between SDR-Console and WSJT-X may be due to unnecessary sample rate conversions or non-optimal buffering settings in your virtual audio cable loopback. From your linked post I see you are using VAC and the sample rates seem to be 48000 Hz throughout as far as I can see, so that seems ok. Try adjusting the "Ms per int" parameter in VAC, which will adjust the interrupt rate used by VAC and should allow you to improve the throughput.

73
Bill
G4WJS.


locked Timestamp in WSJT-X window differs from timestamp in ALL.txt log. #FT8

Dick
 

As an SWL (PA2015) I have been using WSJT-X v2.1.0 to unattended decode several digital modes 24/7 and whatch my catches at pskreporter.info .
The last few weeks I have been chasing a problem where the DT on FT8 keeps increasing and finally causes less decodes.
My PC is sync'ed using NTP.
The DT returns to normal as soon as I Stop/Start SDR-Console processing (while the program itself keeps running).
For now the problems seems to be caused by my PC not being fast enough for SDR-Console.
For those interested in more details please have a look at https://sdr-radio.groups.io/g/main/message/54956

Anyway, during my quest I found that the message time in the WSJT-X window is not always the same as the one in the ALL.txt log.
That was very unexpected.

I have attached a screenshot showing the WSJT-X window and the relevant part of the ALL.txt log (with added comments).

Is this a known 'error'?

73, Dick PA2015


locked Re: Known (outstanding) issues list?

Bill Somerville
 

Hi Ron,

Hamlib's communication with the "rig" is synchronous so each command exchange must complete before the next starts. If you TS-2000 emulation is not coping with al the commands sent to it then you must analyse the exchange and fix the emulation. I can't help much more unless you can provide a specific CAT exchange that is not working.

73
Bill
G4WJS.

On 08/04/2020 19:31, Ron / W4MMP via groups.io wrote:

Hi Bill,

My issue goes a bit deeper than that.   Without boring you to much with details I have written a custom application to support my company's transceiver.  

The application was developed on Windows using Visual Studio for the GUI and plain vanilla C for back end servers.    I am now in the process of porting the back end servers to the RPi.   Things are actually working very well accept for WSJT-X communicating over USB/Serial ports with the back end server.  The application emulates a TS-2000.   As I mentioned this works fine on Window but on Linux,  it appears that Hamlib is periodically flooding requests to the application when changing bands via WSJT-X and eventually WSJT-X pops an error window.  Hitting the retry button several times clears the issue.    If the band is changed via the rig,  things work fine.   I don't believe is a speed related issue since the baud rate 9600.  It almost appears the back end server is responding to fast and Hamlib can't keep up (but that is only guess).

Thoughts?

73,

Ron

On 4/8/2020 14:06, Bill Somerville wrote:
On 08/04/2020 19:02, Ron / W4MMP via groups.io wrote:
Hi,
Is there a known issues list available?  I would like to check before posting the issue here.
But just for the curious,  it is an issue relating to using and accessing USB/Serial ports on the RPi 4B (Buster).

73,
Ron

Hi Ron,

there is no public outstanding issues list.

USB and serial ports, or indeed USB to serial adapters, are treated the same on all Linux versions and pretty much the same as on any desktop operating system. The notable difference with Linux is that a user must belong to the dialout group before it is possible to access serial ports.

73
Bill
G4WJS.


-- 
73,
Ron / W4MMP



locked Re: Known (outstanding) issues list?

Ron / W4MMP
 

Hi Bill,

My issue goes a bit deeper than that.   Without boring you to much with details I have written a custom application to support my company's transceiver.  

The application was developed on Windows using Visual Studio for the GUI and plain vanilla C for back end servers.    I am now in the process of porting the back end servers to the RPi.   Things are actually working very well accept for WSJT-X communicating over USB/Serial ports with the back end server.  The application emulates a TS-2000.   As I mentioned this works fine on Window but on Linux,  it appears that Hamlib is periodically flooding requests to the application when changing bands via WSJT-X and eventually WSJT-X pops an error window.  Hitting the retry button several times clears the issue.    If the band is changed via the rig,  things work fine.   I don't believe is a speed related issue since the baud rate 9600.  It almost appears the back end server is responding to fast and Hamlib can't keep up (but that is only guess).

Thoughts?

73,

Ron

On 4/8/2020 14:06, Bill Somerville wrote:
On 08/04/2020 19:02, Ron / W4MMP via groups.io wrote:
Hi,
Is there a known issues list available?  I would like to check before posting the issue here.
But just for the curious,  it is an issue relating to using and accessing USB/Serial ports on the RPi 4B (Buster).

73,
Ron

Hi Ron,

there is no public outstanding issues list.

USB and serial ports, or indeed USB to serial adapters, are treated the same on all Linux versions and pretty much the same as on any desktop operating system. The notable difference with Linux is that a user must belong to the dialout group before it is possible to access serial ports.

73
Bill
G4WJS.



    
-- 
73,
Ron / W4MMP


locked Re: Known (outstanding) issues list?

Bill Somerville
 

On 08/04/2020 19:02, Ron / W4MMP via groups.io wrote:
Hi,
Is there a known issues list available?  I would like to check before posting the issue here.
But just for the curious,  it is an issue relating to using and accessing USB/Serial ports on the RPi 4B (Buster).

73,
Ron
Hi Ron,

there is no public outstanding issues list.

USB and serial ports, or indeed USB to serial adapters, are treated the same on all Linux versions and pretty much the same as on any desktop operating system. The notable difference with Linux is that a user must belong to the dialout group before it is possible to access serial ports.

73
Bill
G4WJS.


locked Known (outstanding) issues list?

Ron / W4MMP
 

Hi,
Is there a known issues list available?  I would like to check before posting the issue here.
But just for the curious,  it is an issue relating to using and accessing USB/Serial ports on the RPi 4B (Buster).

73,
Ron


locked Re: Scoring for FT4 file

Tom Melvin
 

Well this is the 1st time we have done a contest like this so there will be a couple of teething issues. We do try to make it as easy as possible.

Are you sure you need to enter a score - it will be re-scored by the Robot - I followed the bouncing ball al the way through till it asked be name of adi file no mention of score.

As I am the adjudicator for that contest I can say if there is an issue I will contact you during the adjudication if the ‘claimed score’ is an issue.

Tom

--
73’s

Tom
GM8MJV (IO85)

On 8 Apr 2020, at 15:09, groups@... wrote:

I've just dabbled in today's RSGB FT4 contest and have my .adi file ready to upload. Unfortunately they want me to claim a score. Is there an easy way to calculate this score on my Linux PC or do I have to do it manually?

I can't even see why I need to claim a score. Why do these contest people make it so difficult for the rest of us?

Roger, GW4HZA


locked Scoring for FT4 file

Roger
 

I've just dabbled in today's RSGB FT4 contest and have my .adi file ready to upload. Unfortunately they want me to claim a score. Is there an easy way to calculate this score on my Linux PC or do I have to do it manually?

I can't even see why I need to claim a score. Why do these contest people make it so difficult for the rest of us?

Roger, GW4HZA


locked Re: Decoding hungs after some time on WIn10

neil_zampella <neilz@...>
 

Urp ... you're right ... but the USB sleep may be some of the issue.    What else is running on the computer at the same time?

Neil, KN3ILZ

On 4/7/2020 1:22 PM, dennis.hanley@... wrote:
Neil, 

Thanks for the reply.  I think you are referring to the Monitor button, which is green.  The problem I am referring to is the Decode button, which is turquoise and lights at the end of the decode time slot, and only for the duration of the decode process (normally). 

I'll look into the USB sleep you mention.

73, Dennis

    

Virus-free. www.avg.com


locked Re: ADDING A DIFFERENT CONTEST Exchange TO FT4

Trent VK4TS <vk4ts@...>
 

Thanks that...

Looks like a hard coded issue. 

Will keep investigation as this limits FT4 to be only used in the predetermined contests. 

All good..



Trent Sampson 0408 497450 Please excuse brief response Sent from Mobile

On 8 Apr. 2020 17:39, Reino Talarmo <reino.talarmo@...> wrote:

Trent,

What else in addition to the Shires Code needs to be exchanged for valid contact? There is always a possibility just use Free text, although it means an additional message.
Just as a joke another totally silly way could be a misuse of the locator field and AA1 could be AA1 or AA10. There is a limitation as the letters go only to RR. Of course by a mapping e.g. SA1 could be AA11, where the last ‘1’ tells the extended mapping!

73, Reino OH3mA

 

Greetings Team,

 

Owing to the Covid Lockdown we are considering modifying an Australian Contest to include FT4 as a valid mode. 

 

We need to exchange a Shires Code - it is three digits in the for AA1 where the letters indicate the Shire (Council) and the Number indicates the state. 

 

Is there a way to add that code to WSJT-X into the exchange in Contest mode? 

 

Thanks in advance

 

 

 

Trent

VK4TS 

PO Box 275 

Mooloolaba 4557 

0408497550

 

 



locked Re: ADDING A DIFFERENT CONTEST Exchange TO JT4

Reino Talarmo
 

Trent,

What else in addition to the Shires Code needs to be exchanged for valid contact? There is always a possibility just use Free text, although it means an additional message.
Just as a joke another totally silly way could be a misuse of the locator field and AA1 could be AA1 or AA10. There is a limitation as the letters go only to RR. Of course by a mapping e.g. SA1 could be AA11, where the last ‘1’ tells the extended mapping!

73, Reino OH3mA

 

Greetings Team,

 

Owing to the Covid Lockdown we are considering modifying an Australian Contest to include FT4 as a valid mode. 

 

We need to exchange a Shires Code - it is three digits in the for AA1 where the letters indicate the Shire (Council) and the Number indicates the state. 

 

Is there a way to add that code to WSJT-X into the exchange in Contest mode? 

 

Thanks in advance

 

 

 

Trent

VK4TS 

PO Box 275 

Mooloolaba 4557 

0408497550