Two things to do -- try the latest hamlib and if that doesn't solve the problem I need some debug. ew hamlib for installation directions
#1 Shut down WSJTX #2 Download either the 32-bit or 64-bit DLL matching the 32/64-bit version of WSJTX -- hopefully your browser doesn't block it but may warn you multiple times. If you can do a "Save As" you can save it directly in the appropriate WSJTX directory C:\WSJT\WSJTX\bin and replace the libhamlib-4.dll that is there. http://n0nb.users.sourceforge.net/dll32/libhamlib-4.dll http://n0nb.users.sourceforge.net/dll64/libhamlib-4.dll Linux/Unix/Mac users need to compile the latest tar file from http://n0nb.users.sourceforge.net Note: If compiling on Unix-like systems please uninstall any Hamlib package you have before installing the new build #3 If you don't save directly you need to open a file browser and move the file that way. If you're not familiar with that here's a video on the file browser - https://www.youtube.com/watch?v=AyVqCJrs9dk =========================================================== For debug info please place this file as described below https://www.dropbox.com/s/t52ngcalsgnpm8m/wsjtx_log_config.ini?dl=0 C:\Users\[username]\AppData\Local\WSJT-X The WSJT-X_Rigcontrol.log file will be in the same location For Linux put it in ~/.config The WSJT-X_Rigcontrol.log file will be here: ~/.local/share/WSJT-X For MacOS put it in /Users/[username]/Library/Preferences Restart WSJT-X and duplicate the problem. Shut down WSJT-X Then send me the WSJT-X_RigControl.log file Mike W9MDB On Friday, June 9, 2023 at 10:08:01 AM CDT, jan0--- via wsjt-devel <wsjt-devel@lists.sourceforge.net> wrote: if I open WSJT-X, transmit on several (two? three? or more) different bands in succession, eventually this will happen: Just over two seconds into the transmission on the latest band, the frequency display in the main WSJT-X window changes from the correct transmit frequency on the latest band to a frequency used on one of the earlier bands. (For example, if transmitting on 28.074 MHz, after two seconds the displayed frequency may change to 3.573 MHz.) At the end of the transmission, the display changes from the incorrect transmit frequency back to the correct receive frequency. Once it starts, it will do this consistently on every transmit cycle on the latest band. The problem is not band-specific; it’s happened on most HF bands. The band-selector pull-down follows the frequency display; that is, it is correct at the beginning of the Tx cycle, changes to the same (incorrect) band as the frequency display after two seconds, then changes back to the correct band at the end of the Tx cycle. As an experiment, I tried transmitting with zero RF output and the problem still occurs, so it doesn’t seem to be an RF-related issue. The actual rig transmit frequency remains on the correct frequency (on the latest band) throughout; the rig VCOs do not change bands. QSOs seem to be unaffected. The usual df-driven Tx frequency offsets occur normally. Operating on Win10 with an IC-7610 with the Split Operation setting set to “Rig.” Ed Callaway N4II _______________________________________________ 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
