Jumping in here since it's sort of relevant to the discussion.
One oddity I found this morning while operating split:
0. I load up WSJTX on 20m
1. I have enabled FT8 mode with rig ctl split
2. VFO is at 14.079.000, transmit offset at 800Hz
3. Tx cycle correctly adjusts split to 14.078.500
4. I move to JT65 on 20m
5. VFO is at 14.076.000, transmit offset at 800Hz
6. Tx cycle incorrectly adjusted the VFO split frequency to 14.078.500 (as
if it was still in FT8 mode)
I'm assuming this is probably a just small bug with the split offset not
resetting when switching from FT8 to JT65 in this build. Are you, or
anybody else able to reproduce?
73
Jordan
KN4CRD
On Fri, Jun 30, 2017 at 10:28 AM, Black Michael via wsjt-devel <
wsjt-devel@lists.sourceforge.net> wrote:
> You misunderstand how split works with WSJT-X. It's not like the split
> you're used to on other modes.
> Technically, it is "split" as two your transmit/receive are different.
>
> But nobody even knows you're doing split but you. WSJT-X adjusts the
> audio on the carrier to stay at your offset.
>
> So....e.g.
>
> 14076 when you have offset 1200 would normally generate tones starting at
> 1200Hz.
> But turn on split and 14076 will become 14075.5 and the tones will
> generated at 1700Hz to maintain the same offset to everybody receiving you.
>
> So your transmitted signal looks no different to the outside world.
>
> de Mike W9MDB
>
>
>
> ------------------------------
> *From:* George J Molnar <geo...@molnar.com>
> *To:* WSJT software development <wsjt-devel@lists.sourceforge.net>
> *Sent:* Friday, June 30, 2017 9:23 AM
> *Subject:* Re: [wsjt-devel] FT8 - build 7752 and rig control
>
> Good morning/afternoon, Bill.
>
> Don’t think anything is going wrong. Clearly, it’s working the way it’s
> written.
>
> My concern is that, in a crowded band situation, as stations spread out,
> having the software automatically “split” TX and RX in the name of spectral
> purity could lead to unintended interference to stations operating perhaps
> several hundred Hertz away. In an environment where there’s only one QSO in
> progress, this is pretty much a non-issue, but when the passband fills,
> working with non-identical TX and RX tones might lead to an effective
> 2-times congestion.
>
> Practice appears to be in most circles (particularly on HF) for both
> stations to use the same DF. That seems to be what most people expect.
> Calling off DF can lead to click-chasing where stations ping each other
> around the passband, leading to even more confusion.
>
> Again, not saying this is the fault of the software, and keeping the tones
> clean and well-centered is a good thing. Just don’t think it will work well
> for the average operator under normal circumstances. I’d vote for the
> software not to automatically make changes to operator settings like DF,
> etc.
>
> Thanks for all the amazing work you guys are doing….
>
> 73
> Geo
>
> *George J Molnar*
> Nevada, USA
> KF2T @GJMolnar
>
>
>
>
>
> On Jun 30, 2017, at 7:08 AM, Bill Somerville <g4...@classdesign.com>
> wrote:
>
> Hi George,
>
> please explain in detail what you think is going wrong? The behaviour Erik
> described is normal and correct behaviour and allows you to transmit at
> *any* DF plus it helps to keep your transmit signal as clean as possible.
>
> 73
> Bill
> G4WJS.
>
> On 30/06/2017 14:12, George J Molnar wrote:
>
> I see the same, and suggest it not be continued as the normal behavior. In
> a multi signal environment, it will likely lead to confusion.
>
> Using a configuration for FT8 that turns off split capability is a
> workaround for now, it seems.
>
> George J Molnar, KF2T
> Nevada, USA
>
>
> On Jun 30, 2017, at 2:01 AM, Bill Somerville <g4...@classdesign.com>
> wrote:
>
> On 30/06/2017 08:18, Erik Icket wrote:
>
> I successfully operate latest build 7752, and in the last 12 hours, I was
> able to copy on 14079 the following stations :
>
> OE1MWW, F1ABL, CT1FBK, I3VJW, KB3MOW, AK1P, VA3VF, K9AN, K4DET, WB4KDI
>
>
> There is however one anomaly with my rig control (ICOM 7100 in SPLIT mode)
> :
>
> When I PTT with an RX frequency of 14.079.000, the TX occurs on 14.078.500
> Note that the TX and RX spinners are on 1200 Hz as well as the green and
> red brackets on the wide graph.
> The same happens on any other band (6m ..), whereby the TX is 500 Hz below
> the RX frequency
>
> Has anyone else observed this ?
>
> Hi Erik,
> this is normal and correct behaviour if you have "Settings->Radio->Split
> Operating" set and have selected a Tx DF between 1000Hz and 1499Hz. Other
> Tx DF values will select different Tx dial frequencies to optimize your
> signal quality and Tx sub-band coverage.
> 73
> Bill
> G4WJS.
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org <http://slashdot.org/>!
> http://sdm.link/slashdot_______________________________________________
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
>
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
>
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
