Hello all
If this can help regarding scheduler investigation , these are results
collected by Jacques F2MM on 363 consecutive time slots :
89 Tx slots over a total 363 , so quite good for a setting of 25% . however
distribution of number of RX periods between TX time slot is also interesting :
ranging from 1 to 18 rx consecutive time slots but 46 % separated only by
one RX period :
Total Tx = 89 24,52%
Total Rx = 274 75,48%
Distribution Delta between TX slots 1 2 3 4 5 6
7 8 9 10 11 12 13 14 15 16 17 18
Total
Occurrence = 41 17 9 8 2 2
3 0 0 0 2 2 0 0 1 0 0 2 89
% = 46,1% 19,1% 10,1% 9,0% 2,2%
2,2% 3,4% 0,0% 0,0% 0,0% 2,2% 2,2% 0,0% 0,0% 1,1% 0,0% 0,0%
2,2% 100,0%
Apologies in advance , not sure if table will be very readable !!!.
Best 73
Jean Louis
-----Message d'origine-----
De : Steven Franke [mailto:[email protected]]
Envoyé : mardi 7 juillet 2015 02:17
À : WSJT software development
Objet : Re: [wsjt-devel] WSPR-2 - Scheduler in no band hopping mode
Jean Louis, Joe -
Does this happen only if you have never touched TX Pct since starting the
program?
When you observed this behavior what was the TX Pct? How long did you run with
no transmissions? In particular, did you go for a full 2 hours with no
transmission? If so, then does the scheduler eventually kick in after 2 hours
with no transmission?
I haven’t changed anything in the wspr tx scheduler recently. I know that Bill
adjusted the band selection algorithm not too long ago, but that shouldn’t have
involved the scheduler. I just looked at the code, and it seems that the tx
table should be automatically generated the first time that next_tx_state() is
called.
I’ll also note that the statistics of the scheduler may “feel” different when
TX Pct is less than 17%, as a different algorithm is used in that regime.
Steve k9an
> On Jul 6, 2015, at 6:32 PM, Joe Taylor < <mailto:[email protected]>
> [email protected]> wrote:
>
> Hi Jean Louis and all,
>
> I have not yet tried to trace the cause, but I have also observed the
> behavior you describe. In WSPR mode, WSJT-X can stop initiating any
> Tx sequences, even though "Enable Tx" remains ON (red background).
>
> I think Bill (or was it Steve?) made the most recent changes to the
> T/R scheduler. Is it possible that somehow the T/R table becomes
> lost, or is not re-calculated when that should happen?
>
> -- Joe, K1JT
>
> On 7/6/2015 9:20 AM, f5djl wrote:
>> Hello to all
>>
>> While testing the patch kindly provided by Mike for the rig control
>> of FT991 ( thanks Mike and it seems to work smoothly for WSPR/991) ,
>> I noticed the following (BTW observed on two different TX
>> configurations FT897 and FT
>> 991) :
>>
>> 1/WSPR seems stuck in RX mode despite the enable TX button being red .
>>
>> 2/ Just changing the TXPct % seems to resume the transmit process
>> ( I understand this action forces to recalculation of the table used
>> by the scheduler )
>>
>> 3/ I tried a TX next button before changing the TX pct , and
>> although it triggered a single transmission it did not resume the scheduler.
>>
>> 4/ I have not yet managed to figure what could have stopped TX
>> process , is it the automatic ( every two hours ?) recalculation not
>> happening or something else not sure .
>>
>> 5/ I have seen it working for several hours without problem so it
>> is not always the case .
>>
>> Any advice on how to better capture the condition which lead to TX
>> process stopping will be much appreciated ( I had a look at
>> WSPR_history file and except the absence of TX slot could not see
>> anything obvious)
>>
>> Latest tests were performed on Win 8.1 , 1.6.0-dev r 5685 with FT897
>> and
>> FT991 .
>>
>> Very best regards
>>
>> Jean Louis F5DJL
>>
>>
>>
>> PS : If anybody has hand-on experience with FT991 in DATA-USB mode
>> thru the TRX internal audio card ( ie audio via internal USB
>> interface ) , please contact me direct as the setting of the DSP
>> filter in that specific mode ( Data-USB not USB) on the unit at hand
>> does not perform as per the page 58 the manual ! I will be interested
>> to share experience with another owner of FT 991) . I have also
>> joined FT991 group as this is not specific to WSJT modes.
>
> ----------------------------------------------------------------------
> -------- Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> <https://www.gigenetcloud.com/> https://www.gigenetcloud.com/
> _______________________________________________
> wsjt-devel mailing list
> <mailto:[email protected]> [email protected]
> <https://lists.sourceforge.net/lists/listinfo/wsjt-devel>
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that you need
to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
<https://www.gigenetcloud.com/> https://www.gigenetcloud.com/
_______________________________________________
wsjt-devel mailing list
<mailto:[email protected]> [email protected]
<https://lists.sourceforge.net/lists/listinfo/wsjt-devel>
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
