Re: [wsjt-devel] 60 Hz + harmonics sidebands on FT8 signals? (Paul Kube)

[Paul Randall]

Jim, the PDF you attached has a huge amount of information thank you. However 
what I see is pages of illustrations of ground loops and how to short them out 
with big bonding straps. Does this prove they don't exist? For me it highlights 
them. Perhaps I missed something important in the language?


When utilities provide power to domestic premises their only concern is profit 
whilst complying with local safety regulations. They don't give a hoot for EMI 
or lightning protection. This is in contrast to the good engineering practice 
universally employed in professional equipment installations where all factors 
are taken into account and bonding reigns supreme.


Giving blanket advice to retrospectively interfere with domestic AC wiring and 
grounding IS risky unless you are completely appraised of all the relevant 
regulations and codes of practice that apply in every country and locality 
where people may be reading your advice. You also need to be aware of the 
requirements for certification in every country and locality that are needed to 
perform such modifications legally.


Jim, I thought your blanket ground bonding ideas in a domestic situation were 
unwise.  The advice given in the PDF on “Home Power Wiring, the green wire”  is 
clearly wrong and can be outright dangerous. Why? I checked my house wiring. 
All of the ground wires (green wires) in my house lead back to the 
switch/fuse/breaker panel where they connect to the primary safety device, a 
ground leakage circuit breaker, the other side of which goes to a PME bonded 
“ground” connection. The bonding recommended in the PDF (house ground to a 
"real" ground rod) bypasses this circuit breaker, rendering it inoperative and 
leaving the building occupants vulnerable to lethal electric shock. The advice 
is written and in the UK would render you liable to litigation in the event of 
an accident. That is why I say it is unwise.


In a professional installation the requirements for electrical safety, EMI, 
efficient RF grounding and lightning protection do not conflict. In a domestic 
situation they do. There may be no blanket solutions that apply everywhere, in 
all circumstances, in the domestic environment. This is not about good 
engineering practice, it is about how to work within electrical safety 
regulations and get as close as possible to what is needed in a good ham 
station.


My friend would turn up at locations all around the world, sometimes only 
minutes before a broadcast, armed with a battery of equipment designed to 
combat the hum and noise inducing ground loops he would surely encounter, 
without the luxury of time to re-engineer all the wiring in the vicinity.



Claude, I completely agree, a desktop will be much quieter at audio and RF and 
of course has a very obvious ground. The setup I describe had to be airline 
transportable for operating as VK2/G3NJV so I must use the (Lenovo) laptop. 
This has neither an internal chassis or a “D” connector. The only “grounded” 
metalwork visible are the HDMI and USB sockets, neither of which are accessible 
for bonding and which, upon inspection, connect to exactly the same internal 
PCB ground plane as the ground in the audio socket. Bond to a USB shell or the 
audio pin? Difference? Three inch wide copper strip to a USB or headphone on a 
laptop? Let's get real.



Let us not lose sight of the point of this discussion which is to try to 
transmit a nice clean signal without added hum and noise. In my case there was 
a simple solution to the problem I unexpectedly encountered with the isolated 
cable which was to link the gound from laptop to rig. Spectrum analyser 
software run on the computer can check for hum and noise on receive, asking a 
local ham to listen to your transmission is good on transmit.



One last point, how many people remember to disable their microphone when the 
PC is plugged to the accessory socket running WSJT-X? Listening in the FT8 
band, clearly lots of people don't.



Best regards Paul G3NJV



From: Jim Brown 
Sent: 11 August 2019 08:43
To: wsjt-devel@lists.sourceforge.net 
Subject: Re: [wsjt-devel] 60 Hz + harmonics sidebands on FT8 signals? (Paul 
Kube)

On 8/10/2019 6:09 PM, Paul Randall wrote:
> Jim
>
> Double insulated equipment like a laptop charger doesn’t have any
> physical access to a metal part that can be bonded to ground. That’s
> what double insulated means. Even if the charger has a 3 pin (hot,
> neutral and ground) AC connector there is little likelihood that the dc
> output side is connected to the ground pin.

That does not change the fact that chassis-to-chassis bonding is good
engineering practice, and audio interconnects should never be depended
on for bonding. One of the reasons that proper bonding is critical to
solve RFI and hum/buzz issies is the Pin One Problem. See my website for
a lot of detail on that, and point your broadcast engineer friend to
that, and to AES48.

In this case using the
> 

Re: [wsjt-devel] Suggestion

[Sergio Yes UT9LI]

Hi! Yes, I agree with the usefulness of combining a switch for the FT4 / FT8. I 
find in this addition the usefulness of the function! Unfortunately, there may 
be an inconvenience in synchronization: the RX FT8 may be different from the RX 
FT4 (i it had such an RX-SWL). This fact should be noted in Help to FT4 / FT8.
My 73! TNX!

9 августа 2019, 09:53:19, от "F6BHK" < f6...@f6bhk.org >:

Hi Joe,

Thank you for your answer.

Cheers

Serge


On 09/08/2019 00:36, Joe Taylor wrote:
> Hi Serge,
>
> On 8/8/2019 17:31, Serge F6BHK wrote:
>> at the dawn of WSJT-X we had the choice to decode JT65+JT9 under the 
>> same combo value. I remember I found it very useful. When I 
>> double-clicked a JT65 signal then I was sending using JT65, same for 
>> JT9.
>>
>> would'nt it be nice to have a FT8+FT4 combo value that decode both of 
>> the protocols and set the Xmit side of WSJT-X accordingly?
>
> Because their T/R sequence lengths are different, FT4 and FT8 are not 
> amenable to the convenient dual-mode decoding scheme that was useful 
> for JT65 and JT9.
>
> -- 73, Joe, K1JT
>
>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

-- 

73, de Serge
F6BHK, ex-VR2LL, G5BHT, FM5GC
DEYRAS, JN24IX, ARDECHE



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel


--
Good Luck! Best DX's! 73!
de Sergio fm Kharkov BYE-Poka!
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Special callsign

[Frode Igland]

Hi Svend Aage,
Adding the IOTA Reference to the CQ will be understood by WSJT-X as a free
text message, and will be limited to 13 character. I tried to figure out
the same some weeks ago, for my holiday in EU-055, but found no working
solution that would allow me to add the IOTA Reference to any of the
standard messages. However, you can add the IOTA Reference as free text in
the Tx5 message, e.g. like "IOTA EU44, 73". Then if you also update your
QRZ.com profile page and profile (correct IOTA Reference, locator and name
of the island), you can hope that someone spots you and then you'll have
enough to do. EU-044 West Finnmark is rarely active and should fetch good
interest.
on the air.

Enjoy the trip, and thanks for activating EU-044.

73 Frode LA6VQ

man. 12. aug. 2019 kl. 11:58 skrev Bill Somerville :

> On 12/08/2019 08:09, Svend Aage Jessen wrote:
> > I am going far up north for a few days next week
> > to IOTA designation EU-044, and tried to put the
> > extra letters into the Callsign field in the software.
> > Did not get it to work. Am I missing something here?
> > Red the online instruction, but...
> > Thanks...
> > --
> > 73 de LA6YJA
>
> Hi Sven Aage,
>
> which software are you referring to? Which modes do you intent to use
> and what is the callsign you have?
>
> 73
> Bill
> G4WJS.
>
>
>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Minor Bug in Settings Window

[Bill Somerville]

On 12/08/2019 17:46, David Gilbert wrote:
Again, I apologize if this has come up before, but I didn't find it in 
a search of the archives.


If I open the "Settings" tab and close it by clicking on the "x" box 
in the upper right, I get a blank window when I try to open Settings 
again.  It works fine if I close via the "Okay" button at the lower 
right.


73,
Dave   AB7E 


Hi Dave,

this is a known issue with the 64-bit Windows build of WSJT-X, you 
should be able to fix it by dragging the Settings dialog window a little 
bigger by using the mouse pointer on the bottom left corner. To avoid 
the issue in the first place use the F2 function key to open the 
Settings window.


73
Bill
G4WJS.



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Minor Bug in Settings Window

[David Gilbert]

Again, I apologize if this has come up before, but I didn't find it in a 
search of the archives.


If I open the "Settings" tab and close it by clicking on the "x" box in 
the upper right, I get a blank window when I try to open Settings 
again.  It works fine if I close via the "Okay" button at the lower right.


73,
Dave   AB7E





___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] WSJT-X MSK144 'Tol' question

[Rich Zwirko - K1HTV]

I know that when using the MSK144 mode, if the green bar in the lower left
corner "Receiving xx%" stays at a low number, the CPU is not being
overworked. We are told that we can leave the 'Tol' setting at the maximum
200 Hz. Using the wider "Tol" setting will allow the decoding of stations
whose frequency accuracy is less than accurate, but still better than +/-
200 Hz.

But what if the initial decode of a station indicates a DF of less than 20
Hz? Is there any improvement in MSK144 decode sensitivity by tightening the
"Tol" setting to 20 Hz?

73,
Rich - K1HTV
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Rx Frequency window

[Bill Somerville]

Derek,

that doesn't clarify anything for me. The ability for external 
applications to highlight callsigns *is* feature of WSJT-X, are you 
proposing we add a feature that is already there? I don't understand.


73
Bill
G4WJS.

On 12/08/2019 09:35, Derek Turner via wsjt-devel wrote:

Dear Bill

To clarify, I have found Message Type 13 'Highlight Callsign' 
extremely useful in my companion software as it highlights QSO 
partners and potential QSO partners in the main WSJT client Band 
Activity window.


My point 2 was a suggestion that this behaviour, as the code has 
already been written, be made a feature of the main WSJT program.


73 de G4SWY Derek +++



On Friday, 9 August 2019, 00:18:01 BST, Bill Somerville 
 wrote:



On 08/08/2019 20:42, Derek Turner via wsjt-devel wrote:
As the developer of a helper application for the WSJT client I have 
found that message type thirteen 'Highlight Callsign' is extremely 
beneficial as it enables me to locate callsigns that I find 
interesting in the Band Activity window very easily, especially when 
the band is busy and the window is scrolling rapidly.


Would it be possible to :-

1. Extend this functionality to the RX Frequency window ?
2. Investigate incorporation into the WSJT client ?

Best 73 de G4SWY Derek +++


Hi Derek,

the internals of the decoded message windows is high on the list for 
major refactoring, until that is completed I doubt there will be any 
significant changes to behaviour.


For your (2) above, can you be more specific as I don't understand 
what you are requesting.


73

Bill
G4WJS.



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Special callsign

[Bill Somerville]

On 12/08/2019 08:09, Svend Aage Jessen wrote:

I am going far up north for a few days next week
to IOTA designation EU-044, and tried to put the
extra letters into the Callsign field in the software.
Did not get it to work. Am I missing something here?
Red the online instruction, but...
Thanks...
--
73 de LA6YJA


Hi Sven Aage,

which software are you referring to? Which modes do you intent to use 
and what is the callsign you have?


73
Bill
G4WJS.



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Rx Frequency window

[Derek Turner via wsjt-devel]

 Dear Bill
To clarify, I have found Message Type 13 'Highlight Callsign' extremely useful 
in my companion software as it highlights QSO partners and potential QSO 
partners in the main WSJT client Band Activity window.
My point 2 was a suggestion that this behaviour, as the code has already been 
written, be made a feature of the main WSJT program.
73 de G4SWY Derek +++


On Friday, 9 August 2019, 00:18:01 BST, Bill Somerville 
 wrote:  
 
  On 08/08/2019 20:42, Derek Turner via wsjt-devel wrote:
  
 As the developer of a helper application for the WSJT client I have found that 
message type thirteen 'Highlight Callsign' is extremely beneficial as it 
enables me to locate callsigns that I find interesting in the Band Activity 
window very easily, especially when the band is busy and the window is 
scrolling rapidly. 
  Would it be possible to :-   
  1. Extend this functionality to the RX Frequency window ?   2. Investigate 
incorporation into the WSJT client ? 
  Best 73 de G4SWY Derek +++  
 
Hi Derek,
 
the internals of the decoded message windows is high on the list for major 
refactoring, until that is completed I doubt there will be any significant 
changes to behaviour.
 
For your (2) above, can you be more specific as I don't understand what you are 
requesting.
 

73
 Bill
 G4WJS.
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Special callsign

[Svend Aage Jessen]

I am going far up north for a few days next week
to IOTA designation EU-044, and tried to put the
extra letters into the Callsign field in the software.
Did not get it to work. Am I missing something here?
Red the online instruction, but...
Thanks...

--
73 de LA6YJA
la6...@savednet.com

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] FT8/4 Color Codes

[Reino Talarmo]

Hello Dave,

That was a different issue at the start a WSJT-X program: It was answered today.

Re: [wsjt-devel] Lookup bug in WSJT-X 2.1.0 
 

 

WSJT-X is designed to show colors only at CQ messages to keep it simple and 
clear. I have heard that companion program JTAlert can show you that kind of 
additional information about non-CQ messages.
73, Reino oh3ma

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel