|
Post by Wolfram dl3ami on Jan 14, 2022 11:56:25 GMT
Hi, I have a problem with JTDX 2.2.157 + 158 64 bit. Im using a FT9100. With JTDX 2.2.156 64 bit and older its all ok.. To the problem: I use the "Split Operation" "Fake It". With JTDX 2.2.156 (and older) its all ok.. But with 157 and 158 the TX is wild jumping between VFO1 and VFO2 if I go to TX or Tuneā¦. If I use "Split Operation" "None" ( I think only one VFO) the wild jumping between VFO1 and VFO2 is also !!!!! ?? If Im going back to 156 its all ok again. 73 de Wolfram DL3AMi
|
|
|
Post by Arvo ES1JA on Jan 14, 2022 12:36:25 GMT
Looks like hamlib problem for FT9100. When Mike W9MDB has joined to this forum, then we have more comments.
|
|
|
Post by Igor UA3DJY on Jan 15, 2022 12:57:13 GMT
Hi Wolfram, Could you collect logs using special debug build of JTDX 158, you can find it on this link jtdx.tech/en/rc . Compress and send the logs to me, c_igor inbox ru We will ask Michael W9MDB to look at the issue.
|
|
|
Post by Wolfram dl3ami on Jan 16, 2022 9:49:10 GMT
Hi, I think this problem is simple...
Yes the TRX IC-9100 is jumping wild if I sending (simple button "tune"). I have tested with 100W and with lower 1W out also (because possible rf-problems). I have looked to the cable and the contacts also. The problem is the same....
But if I switch the split of the transceier IC9100 to off manual ( long pusch the key A/B - split is off ), then is the problem away.... I think the VFO-settings at the start of tx is the problem.... I'm going back to V 156..
where i can find c_igor inbox ru for upload? ?? - Sorry.. 73 de Wolfram DL3AMi
|
|
|
Post by Yoshiharu JP1LRT on Jan 20, 2022 2:13:58 GMT
Although not the FT-9100, the FTDX3000 also had CAT problems with version 2.2.158. Mike, according to the information received from W9MDB Replace libhamlib-4.dll in C:\JTDX64\158\bin with the file downloaded from www.dropbox.com/s/7aejdv74nfjxr0q/libhamlib-4.dll?dl=0The problem goes away. I don't own a FTDX3000, so I can't experiment with it. Only those who can operate it by themselves, such as replacing files, should do so at their own risk.
|
|
|
Post by Richard G7OED on Jan 20, 2022 20:09:01 GMT
Hi, I think this problem is simple... Yes the TRX IC-9100 is jumping wild if I sending (simple button "tune"). I have tested with 100W and with lower 1W out also (because possible rf-problems). I have looked to the cable and the contacts also. The problem is the same.... But if I switch the split of the transceier IC9100 to off manual ( long pusch the key A/B - split is off ), then is the problem away.... I think the VFO-settings at the start of tx is the problem.... I'm going back to V 156.. where i can find c_igor inbox ru for upload? ?? - Sorry.. 73 de Wolfram DL3AMi I use a raspberry pi 4 with 2.2.158 and ic-9100 and no issues with vfo swapping here. Have never used split on the radio so it has always been off we always use fake it. Have Fun Richard G7OED
|
|
|
Post by w9mdb on Jan 22, 2022 4:24:08 GMT
New hamlib for Windows installation directions #1 Shut down WSJTX/JTDX #2 Download either the 32-bit or 64-bit DLL matching the 32/64-bit version of WSJTX/JTDX -- 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 \WSJT\WSJTX\bin and replace the libhamlib-4.dll that is there. n0nb.users.sourceforge.net/dll32/libhamlib-4.dlln0nb.users.sourceforge.net/dll64/libhamlib-4.dll#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 - www.youtube.com/watch?v=AyVqCJrs9dkThen, if the new DLL does not solve the problem: Please place this file in C:\Users\[username]\AppData\Local\WSJT-X www.dropbox.com/s/t52ngcalsgnpm8m/wsjtx_log_config.ini?dl=0Restart WSJT-X and duplicate the problem. Shut down WSJT-X Then send me the WSJT-X_RigControl.log file that will be in the same location. Mike W9MDB
|
|
|
Post by Wolfram dl3ami on Jan 23, 2022 9:09:32 GMT
Hi, I have take another libhamlib*.dll and all is ok!!!
Thank you Yoshiharu and Mike 73 de Wolfram DL3AMi
|
|