Update.
If I stay in tab 1 when I click on someone to call, it will sequence. If I
start CQ with TX6 then it sequences.
I have generally stayed in tab 2 in RC2 and prior with no issues.
Switching back to tab 2 sequences fine after that.
Exiting the program and starting CQ from tab 2 works fine
A one-hour "practice contest" will be held tomorrow (Wednesday evening,
NA time) using the FT8 mode and the ARRL RTTY Roundup rules.
Date and time: Thursday, 25 October 0200-0300 UTC
Dial frequency 7.078 (and higher, in 2 kHz increments, if too much QRM).
Everyone works everyone.
To partici
Definitely 77-bit. I had only checked and could eventually hear responding
stations.
Just strange, imho. Lots of variables. I currently chalk it up to
over-driving the transmit audio, but just curious if there was anything
else I may have missed.
Best,
Jotrdan
On Tue, Oct 23, 2018 at 12:16 PM
The other option was perhaps it was a true FT8 signal, but running the
legacy mode, maybe overmodulated or excessive hum on their transmission.
Try unchecking the receive ONLY 77bit and see if you can decode it then.
If you can, don't forget to uncheck the ALWAYS transmit 77bit to work
them.
On Tu
Interesting. Could be, but I don't think this instance was exactly this.
FT8Call (JS8Call now) doesn't use an every other tx cycle when calling CQ,
so it seems that this was indeed an FT8 signal. They called every other
cycle for about 2 minutes on the same frequency until I was able to decode
the
Joe has to be wondering why he released FT8. RTF manual people!
[I have to admit I missed the 77-bit only F&H note - but I did read the
rest]
On Tue, Oct 23, 2018 at 9:46 AM
wrote:
> Send wsjt-devel mailing list submissions to
> wsjt-devel@lists.sourceforge.net
>
> To subscribe or uns
If you are on the 77bit frequencies on 40 or 20, then the most likely
culprit is you are seeing the non-conforming FT8Call (now JS8Call)
signals. They are totally incompatible with the standard FT8 either old
school or RC3 77bit. I see these all the time and are usually very strong
when compared
Hi Folks,
Testing out RC3 today and 77-bit FT8 I found some very strong signals in
the band that were troublesome to decode.
Now, I'm fairly fluent in FT8 and I keep my Elecraft station configured
properly. NTP for time synchronization (ony a few ms divergence), AGC Off,
RF gain/ATTN set so the i
Sorry. Trying to give it a good test. I got fooled because I worked several
others FH with that version ok.
On Tue, Oct 23, 2018 at 9:16 AM WB5JJJ wrote:
> As stated by Joe Taylor, RC3 is NOT designed for DXP until the full
> release. It uses 77 bit and none of the DXP are using that mode since
As stated by Joe Taylor, RC3 is NOT designed for DXP until the full
release. It uses 77 bit and none of the DXP are using that mode since it
is still in beta. VP6D specifically stated NOT to use RC3 and use v1.9.1
for this exact reason.
On Tue, Oct 23, 2018 at 4:39 AM David Spoelstra
wrote:
>
*Foreword:*
/Would like to know if the list maintainer wish we respond top or bottom.//
//I'm an opensuse mailing list member and there we use to respond bottom
the text of the OP, otherwise we went blamed!/
Il 22/10/18 17:31, Adam Schaible ha scritto:
> B
I could do it if you send me guidelines.
I'm Italian (former IK5BCU)
Regards,
PY1ZRJ
Ottieni Outlook per Android
On Tue, Oct 23, 2018 at 5:13 AM -0300, "DG2YCB, Uwe" wrote:
Can someone translate the DXpedition Mode User Guide into Italian? Seems to be
really nec
On 23/10/2018 10:04, David Spoelstra wrote:
Ubuntu 18.10
WSJT-X V2.0.0-rc3
In normal mode everything decodes ok. Switch to FH mode and there is
no decode even though waterfall shows strong signals. Switch back to
normal mode and everything decodes.
Switch back to 1.9.1 and both modes decode
On 23/10/2018 01:42, RC wrote:
Also another problem is LOTW fails with Rc3. Downgraded and now all
works well.
/**/
Rod,
when testing beta quality WSJT-X releases you must at least make some
effort to follow the discussions here where other testers are feeding
back issues and the develop
Ubuntu 18.10
WSJT-X V2.0.0-rc3
In normal mode everything decodes ok. Switch to FH mode and there is no
decode even though waterfall shows strong signals. Switch back to normal
mode and everything decodes.
Switch back to 1.9.1 and both modes decode ok.
Switch back to rc3 and same decode problem i
Can someone translate the DXpedition Mode User Guide into Italian? Seems to
be really necessary .
73 de Uwe, DG2YCB
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
16 matches
Mail list logo
