Both were connected to dummy loads, not antenna. 

I just repeated now with Multi- Control knob setting power to zero watts output 
on both the IC-7300 and the IC-705 radios with same results. 

Question for you, was I to use the WSJT-X v2.7.0-rc1 as originally released or 
was there another version of it that we should have installed? The testing I 
did was with the originally released candidate WSJT-X but with your updated 
libhamlib-4.dll installed per your email.


Gene

> On Jun 11, 2023, at 10:11 AM, Black Michael via wsjt-devel 
> <wsjt-devel@lists.sourceforge.net> wrote:
> 
> Sounds like RFI Problems due to noise on the USB cable
> 
> 
> Tests
> If problems are occurring only during transmit:
>     #1 Reduce power to zero and see if the problem stops -- if it does stop 
> than it is definitely RFI.  You will see certain higher power levels on 
> certain bands that cause problems.
> Then, if problems are occurring during non-transmit periods it indicates a 
> system problem with USB devices so...
>     #1 Check USB Power Management option is turned off on all USB devices
>         Device Manager for Windows.
>         For Linux set autosuspend=-1 
> https://docs.kernel.org/driver-api/usb/power-management.html
> 
> 
> RFI Fixes:
>     #1 Free - Move USB cables to another port -- some ports are more 
> susceptible than others.
>     #2 Free -- Check your grounding system.  rod-outside-the-shack is a 
> common problem when it's not bonded to the main house ground. 
>         Common grounding mistakes, sources, and solutions:
>         A. Ground rod outside the shack that is not bonded to the main house 
> ground.
>         B. Shack equipment bonded incorrectly (e.g. daisy chained instead of 
> common ground point)
>         C. Desktop computer grounded to the house ground and not the shack 
> ground.  Run a separate RF ground from the computer chassis to your station 
> RF ground.
>            For a laptop use the retaining screw of a DB9 or DB25 connector 
> shell, if your device still has them.
>         D. Ethernet cables that bring RFI into the computer...which then ends 
> up going to the rig too since the ethernet shield is tied to the case which 
> is tied to USB shield which is tied to pin 4 on the USB cable (a very common 
> problem on most all USB devices -- see my QRZ page).
>            Ethernet patch cables up through CAT6 are UTP, which stands for 
> UNSHIELDED Twisted Pairs, four to be specific.  There is NO separate shield 
> conductor in the jacket, nor a metallic shield around the RJ45 connector 
> itself.
>            Just use a ferrite toroid at each end.
>         E. Wall warts -- 24VAC supplies in sprinkler and alarm systems are 
> notorious for picking up RFI into your electrical system.
>            24 VAC transformers can be RF-bypassed using .005 ufd caps from 
> each output lead to safety ground. You can often use the cover plate mounting 
> screw as your ground connection.
>         F. Speaker wires The same approach as E also works for external 
> speaker audio leads.
>         G. Lamps (yes...lamps around the house have unshielded wires as do 
> many other appliances).
>         H. Washer/Dryers are notorious for generating and picking up RFI.  In 
> general, newer high-efficiency models have more RF problems.  
>            Ferrite toroids INSIDE the appliance housing can work wonders if 
> the wiring harness has connectors in the AC line input, OR an external noise 
> filter for the AC line cord of a washing machine can reduce RF spurs by 25 dB 
> or more.
>         I. HVAC systems with variable speed blower control systems both cause 
> RF noise and react badly to RF fields -- we believe adding torroids inside 
> the unit on the power lines will work.
>         J. If you use a powered USB expansion hub, add a ferrite toroid on 
> the cable coming from the USB power supply.
>         K. SignaLink -- You can ground the metal box shell by simply wrapping 
> an 18ga wire (or use a small crimped ring or spade terminal) under the head 
> of any of the screws holding the rear panel, then connect to your station RF 
> ground. 
>            The case is isolated from both USB and analog audio signal 
> grounds, so this does not affect use of the USB shield isolators.
>         L. DC power supply -- both linear and switching -- READ THE PS MANUAL 
> FIRST!  This step may void some manufacturers' warranty and UL/CSA approvals. 
>            Remove any jumpers between the DC negative output lead and PS 
> chassis or line cord ground  Add a .005 ufd cap from each DC output lead to 
> chassis ground if not already there. 
>            NOTE: Samlex DC outputs are already isolated and bypassed, but 
> many others, including Astron, may randomly have the negative side grounded 
> and no RF bypassing. 
>         B through L may all need chokes.    
>         http://www.k9yc.com/GroundingAndAudio.pdf 
>     #3 Free -- start unplugging devices around the house and see if there's 
> one device that is acting as a bad source of RFI.  This presupposes you can 
> easily repeat the problem on your rig setup.
>     #4 Cheap -- Add some USB shield isolators (see my QRZ page).  I use one 
> on my SignaLink for example.
>     #5 Minimal $$ -- Good USB cables like this
>     
> https://www.amazon.ca/Tripp-U023-006-Device-Ferrite-Chokes/dp/B003MQ29B2/ref=sr_1_5?crid=11YRNPWDVWGCU&keywords=usb+cable+with+choke&qid=1658187349&sprefix=usb+cable+with+choke%2Caps%2C139&sr=8-5
>     #6 Maybe free (if you have chokes...otherwise can get a bit costly) -- 
> add chokes to USB cables first, then all other cables including power, 
> ethernet, and control cables.
>     Fair-Rite torroids are good quality -- do NOT buy cheap Chinese ones --  
> https://www.fair-rite.com/product/toroids-5943003801/  You can use clip-ons 
> but torroids allow multiple wraps and give better results.
>     https://www.fair-rite.com/product/round-cable-snap-its-431176451/
>     I couldn't find type 31 torroids at Fair-Rite as of 20220721 but Palomar 
> has some 
> palomar-engineers.com/ferrite-products/ferrite-cores/ferrite-ring-toroid-combo-pack/
>     Newark also carries them 
> https://newark.com/c/passive-components/emc-rfi-suppression/ferrites-ferrite-assortments?brand=fair-rite
>     RFI Problems
> 
> 
> Mike W9MDB
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> On Sunday, June 11, 2023 at 09:12:55 AM CDT, Gene Hinkle via wsjt-devel 
> <wsjt-devel@lists.sourceforge.net> wrote: 
> 
> 
> 
> 
> 
> 
> Testing IC-7300/IC-705, IC-7610 Results
> 
> Mike, on the IC-7610 so far the new libhamlib-4.dll seems to work.
> 
> On the IC-705 and the IC-7300 however:
> 
> 
> The WSJT-X program crashes if I start either radio from 7.074 MHz or higher 
> and THEN change the band setting drop down to 80m e.g., 3.573 MHz or lower 
> and do a TUNE transmit. It works OK at on 7.074 MHz and above frequencies but 
> when I then drop to 3.573 MHz or the 1.840 MHz band and TUNE for Transmit it 
> will crash and I have to then restart the program which then immediately 
> crashes and a second restart operates correctly works unless I repeat the 
> sequence I state above.
> 
> I should note that in both radio test cases, they are being operated from 
> different computers, in fact all radios have their own computers.
> 
> I will be out most of the morning to church but back in the afternoon CDST.
> 
> 
> 73, Gene, K5PA
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>> On 6/10/2023 10:18 PM, Black Michael via wsjt-devel wrote:
>> 
>> 
>>   Need people to test the latest Hamlib please
>> 
>> https://n0nb.users.sourceforge.net/
>> 
>> #1 Backwards compatibility with WSJT-X has been fixed.
>> #2 Notable speedups for Windows operations
>> Here's an FT-991 comparison
>> Old:
>>  1:rig_get_freq: elapsed=16ms
>>  1:rig_get_freq: elapsed=17ms
>>  1:rig_get_split_vfo: elapsed=30ms
>>  1:rig_get_mode: elapsed=47ms
>>  1:rig_get_ptt: elapsed=17ms
>> New:
>>  1:rig_get_freq: elapsed=6ms
>>  1:rig_get_freq: elapsed=6ms
>>  1:rig_get_split_vfo: elapsed=14ms
>>  1:rig_get_mode: elapsed=13ms
>>  1:rig_get_ptt: elapsed=4ms
>> 
>> Mike W9MDB
>> 
>> 
>> _______________________________________________
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>> 
> -- 
> -- Gene
> _______________________________________________
> 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 mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Reply via email to