The SSB IF bandwidth of the Kenwood TS-480SAT mentioned by the OP is nominally
2.4 KHz at the -6 dB points. 2823 Hz is ouside of the passband. This is the
issue if no radio split is being used.
73
-Jim
NU0C
On Sat, 17 Nov 2018 23:40:54 +0000, Stephen Ireland wrote:
>Folks,
>Just to add in some radio issues into the mix...
>Put at a very simplistic level, many radios by design are hardware optimised
>for voice - even when locked into non-Digital modes. Such radios exhibit
>sweet spots and are far from linear in performance across AF frequencies
>that they work at both modulated and received - between 0Hz 3KHz (the
>upper design limit for most).
>Mind you, when locked into Digital mode operation they SHOULD be linear... but
>are not !
>Yaesu radios in particular exhibit this effect they have designs that can
>be likened to FM emphasis curves with regards to both Audio and Tx
>performance....
>[ This is why the Flatten button on the waterfall is useful.... as it
>averages signals across the spectrum enhancing and flattening - to provide a
>more pleasant environ for observers ].
>The sweet spots for operating most radios are in the range of 500Hz 2000Hz
>offsets even with SSB modulated modes. As (again simplistic) evidence, this
>is why many ops will find that when they transmit FT8 etc. that power output
>levels will be fairly linear within these frequency ranges yet outside these
>ranges to achieve the same power output levels (as fed to the antenna) more AF
>drive from the source program (I.e. WSJT-X) is needed.
>SDRs and other direct sampling technologies do not exhibit these same design
>issues ... as its direct sampling ... across a wider spectrum range.
>Perhaps this is what is observed here?
>73
>Steve I
>VK3VM / VK3SIR
>Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10
>________________________________
>From: Richard Zwirko - K1HTV <k1...@comcast.net>
>Sent: Sunday, November 18, 2018 8:38:32 AM
>To: ae...@att.net; WSJT
>Subject: [wsjt-devel] Possible Compatibility Issue WSJT-X and Mac OS 10.14.1
>(Mojave) - UPDATE
>Robert,
>This comment is regarding your signal not being copied when you were
>transmitting with an audio tone above 2800 Hz.
> One parameter you did not list under the 'Radio' tab was the "Split
> Operation" setting. If you have it set to "None", then it is possible that
> your transmit audio tones over 2800 Hz are being adversely affected by the
> radios TX filter. If this is the case, it would explain why stations are not
> decoding your transmissions.
>To confirm this, set up a schedule with a station, first transmitting in the
>normal 200 to 2000 Hz range. Then try it again with the higher 2800+ Hz TX
>tone setting. See if your transmissions are being decoded at both ends of the
>TX audio spectrum.
>GL & 73,
>Rich - K1HTV
>= = =
>From: Robert Rearden <ae...@att.net<mailto:ae...@att.net>>
>To: WSJT Developers List
><wsjt-devel@lists.sourceforge.net<mailto:wsjt-devel@lists.sourceforge.net>>
>Cc:
>Bcc:
>Date: Sat, 17 Nov 2018 10:42:13 -0600
>Subject: [wsjt-devel] Possible Compatibility Issue WSJT-X and Mac OS 10.14.1
>(Mojave) - UPDATE
>This is a followup to my earlier email regarding a possible compatibility
>issue between WSJT-X and Mac OS 10.14.1 while using v1.9.1 software. The issue
>I reported earlier was that decode does not occur during the receive portion
>of the T/R sequence when ENABLE TX is active.
>I have since installed v2.0.0-rc4a891ad and have observed the same failed
>decode behavior that was reported in my earlier email for v1.9.1.
>RC4 INSTALLED
> - In preparation for the v2.0.0-rc4 install, I deleted the v1.9.1
> application, the /library/Application Support/WSJT-X folder and contents, the
> /Library/Preferences/org.k1jt.wsjtx file, and the
> /Library/Preferences/WSJT-X.ini file to ensure I had a clean install.
> - Installation of v2.0.0rc4 appeared normal and no issues or error messages
> were encountered.
>DESCRIPTION OF A FAILED QSO
> - On 11/17/2017 at 15:31:00 - 15:33:00 UTC a QSO was attempted with AA7A on
> 14074.00 MHz offset 2823 Hz.
> - Input signal level adjusted to approximately 40dB in the presence of
> signals.
> - Prior to the attempted QSO decode function worked properly to decode
> messages in the MONITOR mode from several stations active at the time (i.e.,
> AA7A, K4IU, N4ART, N4JBB, KT9X).
> - The waterfall displayed incoming signal activity while in MONITOR mode.
> - At 15:31:00 UTC on 14074.00 MHz offset 2823 Hz, I double-clicked in the
> band activity window on AA7A's CQ message. ENABLE TX mode was enabled and a
> Tx1 standard message was transmitted (i.e., AA7A AE5UV EM12).
> - During the entire attempted QSO, the waterfall advanced displaying
> incoming signal activity during the "Rx" portion of the each T/R sequence.
> - Although the waterfall indicated AA7A was transmitting a message, no
> decoded message was received from him or any other active station on the
> waterfall.
> - At about 15:32:45 I halted transmit, decode of incoming messages resumed
> and they were displayed in the band activity window.
> - At 15:33:00, I decoded AA7A's response to my Tx1 message of a minute
> earlier which was "AE5UV AA7A -03".
> - The QSO was a fail.
>Below is information on my configuration and preference settings.
>CONFIGURATION
> - Computer: MacBook Air (early 2015), 1.6Ghz processor, 256GB SSD
> - OS: Mac OS 10.14.1 (18B75)
> - Program: WSJT-X v1.9.1 r8747
> - Soundcard: SignaLink USB
> - Radio: Kenwood TS-480SAT
>WSTJ-X MAIN WINDOW SETTINGS
> - Auto Seq: ON
> - Call 1st: ON
>WSJT-X PREFERENCE SETTINGS
> - General tab / Station details
> -- My Call: AE5UV
> -- My Grid: EM12hq
> -- AutoGrid: OFF
> -- IARU Region: All
> -- Message generation for type 2 compound callsign holders: Full call
> in Tx3
> - General tab / Display settings
> -- Blank line between decoding periods: ON
> -- Display distance in miles: ON
> -- Tx messages to Rx frequency window: ON
> -- Show DXCC entity and worked before status: OFF
> -- Show principal prefix instead of country name: OFF
> - General tab / Behavior settings
> -- Monitor off at startup: OFF
> -- Double-click on call sets Tx Enable: ON
> -- Disable Tx after sending 73: ON
> -- Enable VHF/UNF/Microwave features: OFF
> -- Allow Tx frequency changes while transmitting: OFF
> -- Single decode: OFF
> -- Decode after EME delay: OFF
> -- Tx watchdog: 4 minutes
> -- Periodic CW ID Interval: 0
> - Radio tab
> -- Rig: None
> -- PTT Method: VOX
> -- Poll interval: 1s
> - Audio tab
> -- Input: USB Audio CODEC
> -- Output: USB Audio CODEC
> -- Save Directory Location: /Users/RobertRearden/Library/Application
> Support/WSJT-X/save
> -- AzEl Directory: /Users/RobertRearden/Library/Application
> Support/WSJT-X
> -- Remember power settings by band Transmit: OFF
> -- Remember power settings by band Tune: OFF
> - Reporting tab / Logging
> -- Prompt me to log QSO: ON
> -- Convert mode to RTTY: OFF
> -- dB reports to comments: OFF
> -- Clear DX call and grid after logging: ON
> -- Op Call: blank
> - Reporting tab / Network Services
>-- Enable PSK Reporter Spotting: ON
> - Reporting tab / UDP Server
> -- UDP Server: 127.0.0.1
> -- UDP Server port number: 2237
> -- Accept UDP requests: OFF
> -- Notify on accepted UDP request: OFF
> -- Accepted UDP request restores window: OFF
> - Reporting tab / N1MM Logger + Broadcasts
> -- Enable logged contact ADIF broadcast: OFF
> -- N1MM Server name or IP address: 127.0.0.1
> -- N1MM Server port number: 2333
> - Advanced tab / JT65 VHF/UHF/Microwave decoding parameters
> -- Random ensure patterns: 6
> -- Aggressive decoding level: 0
> -- Two-pass decoding: ON
> - Advanced tab / Miscellaneous
> -- Degrade S/N of .wave file: 0.0 dB
> -- Receiver bandwidth 2500 Hz
> -- Tx delay: 0.2 s
> -- x2 Tone Spacing: OFF
> -- x4 Tone Spacing: OFF
> - Advanced tab / Special Operating Activity: OFF
>Any help would be appreciated.
>Robert Rearden
>ae...@att.net<mailto:ae...@att.net>
>____________________
--
Any project worth its salt has an LED. - WB8VGE
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel