It's not always deterministic although in some instances it is. 50W on 40M for
example crashes but 0W on 40M works. Once you find a setting that causes it
then it will usually repeat pretty regularly at that setting but 0W should
never crash.
It's unlikely to happen on all bands. I had one guy who found if he held is
hand at the top of the monitor it would crash. Another found his antenna rotor
caused it. Another found the USB connector on one side of his laptop was OK
but the other side caused problems (ribbon cable to the other side). All were
solved with proper grounding and shielded cables.You're definitely not alone
with this problem.
de Mike W9MDB
On Wednesday, June 6, 2018, 5:27:53 PM CDT, John C. Westmoreland, P.E.
<j...@westmorelandengineering.com> wrote:
Interesting, but I'll stick to the OP.
Can someone answer something else - when you operate - for the people that have
had the RFI issue - how long did you operate before you saw the issue?Is it
deterministic?
Did WSJT-X ever lock up in a way that you had to reboot?
Has WSJT-X been proven to be 1000% free of memory leaks? How long can the log
windows build up before there is a problem? Has this been tested; and if so,
where is the documentationregarding the test procedures and results.
Is there a config issue (like you were tuning to 160m when things failed) that
could get stuck in a config file across boots so it would jump in the same
location when the program wasrestarted?
I'll stick to the point in the OP.
Windows has been, and probably always will be, somewhat notorious for memory
leaks. Since I seriously doubt this program has been verified to be memory
leak free; again, I will considerthe obvious issues since if RFI was the only
issue here; I don't see how I could be making contacts that are +6.7 K miles
from here.
Once you've implemented your RFI fix, does the program NEVER fail?
Thanks,John W.AJ6BC
On Wed, Jun 6, 2018 at 3:17 PM, Black Michael <mdblac...@yahoo.com> wrote:
Building on Vista won't change anything. The build environment (JTSDK) is the
same on all Windows platforms and the binary will be exactly the same.
Just buy a shielded USB cable, ensure your ground system is correct, replace
all your ethernet cables with shielded, and I'll bet your problem
disappears.https://www.amazon.com/Tripp- Lite-Hi-Speed-Ferrite-U023-
006/dp/B003MQ29B2/ref=sr_1_3? ie=UTF8&qid=1528323322&sr=8-3&
keywords=shielded+usb+cablehttps://www.amazon.com/Cable-
Matters-Snagless-Shielded- Ethernet/dp/B00BIPTPAM/ref=sr_
1_1_sspa?s=electronics&ie= UTF8&qid=1528323382&sr=1-1- spons&keywords=shielded+
ethernet+cable&psc=1
de Mike W9MDB
On Wednesday, June 6, 2018, 4:56:43 PM CDT, John C. Westmoreland, P.E.
<john@westmorelandengineering. com> wrote:
Mike,
When I look here:
https://sourceforge.net/p/ wsjt/mailman/search/?q=VISTA& mail_list=all
I'm getting 77 hits on the term Vista - that includes this thread; I haven't
looked through all of those yet.
JT9.exe was what I was missing - referring back to the OP. Good to get back to
the OP here.
If no one is actually using/building with Vista-64 here; then I should set up a
build environment and give that a go; and that could be theroot cause possibly
of what I'm seeing; plus maybe less than optimal USB drivers. People
apparently are running with Vista - it's unclearif that's 32-bit or 64-bit
versions right now.
I'll report back what I find - that could take a little while.
73's,JohnAJ6BC
On Wed, Jun 6, 2018 at 2:36 PM, Black Michael via wsjt-devel
<wsjt-devel@lists.sourceforge. net> wrote:
If you lose the USB connection all bets are off.When you kill the process are
you killing wsjtx.exe and jt9.exe?
You should not need a reboot but perhaps Vista is a bit pickier about USB
devices that disappear and is causing the lockup.You can test that idea by just
pulling the USB while it's running. You should get an error and be able to quit
politely on the CAT control. But if the sound disappears that might be
different.
I haven't heard of any Vista systems on this list so you are kind of
on-your-own there. I see XP, Windows 7, and Windows 10, but no Windows Vista
or 8.
de Mike W9MDB
On Wednesday, June 6, 2018, 4:28:00 PM CDT, John C. Westmoreland, P.E.
<john@westmorelandengineering. com> wrote:
OK, so we're 100% clear - and I want this bug report to be that:
RF is causing the WSJT-X thread to hang in such a way it cannot be killed on my
Vista-64 machine?
Is that the claim?
73's,JohnAJ6BC
On Wed, Jun 6, 2018 at 2:01 PM, Black Michael via wsjt-devel
<wsjt-devel@lists.sourceforge. net> wrote:
Nobody is claiming hamlib is bug-free. But the problem you are reporting has
occurred to LOTS of people and the problem is almost always the same...RF in
the shack and on the lines.
You'll find your problem is band-specific. Transmitting 0W never fails.
Transmitting into a dummy load never fails. All of that will prove it is RF.
As Jim said, grounding can be an issue too. Many ops have improper grounding
(namely a rod stuck in the ground outside their shack which is not bonded to
the house ground).
de Mike W9MDB
On Wednesday, June 6, 2018, 3:53:11 PM CDT, John C. Westmoreland, P.E.
<john@westmorelandengineering. com> wrote:
Jim,
OK - so the claim I'm reading here is Hamlib is 1000% bug-free regarding
Vista-64? I'm very skeptical about that; the most obvious issue and nothing
mentioned thusfar obviates this.
I'm looking into the obvious first. If my rig was so poorly configured; how in
the world did I make a contact with Argentina?
And, I've made a lot of other contacts. Including Virginia, North Carolina,
New York, and North Dakota not to mention Japan. And Arizona, and California,
and Oregon, and Washington...
Since the thread running WSJT-X can't be killed; I'm looking into that first;
and the cause of that.
The next obvious step for me is to make builds myself and look into the source
code.
73's,JohnAJ6BC
On Wed, Jun 6, 2018 at 12:59 PM, Jim Brown <k...@audiosystemsgroup.com> wrote:
On 6/6/2018 12:36 PM, John C. Westmoreland, P.E. wrote:
That's an interesting hypothesis. Since USB is differential signaling - it has
some noise immunity; but I will definitely check into this.
Hum/buzz gets into our systems as a result of failure to implement proper
bonding between interconnected equipment, combined with improper termination of
shields within equipment by their designers. Study my tutorial on this, which
goes through both circuit analysis of the problem and details good engineering
practice.
http://k9yc.com/GroundingAndAu dio.pdf
Or study N0AX's new ARRL book on the topic, which was inspired by my tutorial,
and to which I made many contributions.
73, Jim K9YC
------------------------------ ------------------------------ ------------------
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.n et
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
------------------------------------------------------------------------------
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