Ted, Thanks but I have been there already. Your solution now makes DX4Win think CW is SSB and CW-R is CW and the problem is reversed. I operate both CW and CW-R modes and in the past have logged some CW QSOs as SSB. I now know why. The CW-R mode is a powerful tool to eliminate QRM and want DX4Win to recognize both CW and CW-R as CW. I have tried editing the rig file with multiple CW entries etc. and the result is always either CW or CW-R does not decode as CW. I don't know the "key" as to what needs to be in the rig file. Can anyone help?
73, Larry Benko, W0QE Ted Roycraft wrote: > Under the 'radios' directory, in the file "ICOM 756 Pro.rig" if you > modify the entry > under the [MODES] heading from: > > CW=3;3;N > to > CW=7;7;N > that will fix the CW-R/SSB problem. I'm sure there's a similar fix for > RTTY-R > but I don't have the 756PRO manual here. (I think it's probably replacing > RTTY=4;4;N by RTTY=8;8;N but I have never tested that.) > > Ted, W2ZK > > Larry Benko wrote: > >> Just noticed that DX4Win ver 5.03 which I generally use with an Icom >> 756Pro interprets the radio in CW mode as CW but if the radio is in >> the CW-R mode then DX4Win interprets it as SSB mode. Same holds true >> for RTTY. Radio in RTTY mode is interpreted as RTTY by DX4Win but >> RTTY-R is interpreted by DX4Win as SSB. Can someone else verify this >> anomoly? >> >> 73, >> Larry Benko, W0QE >> >> _______________________________________________ >> Dx4win mailing list >> [email protected] >> http://mailman.qth.net/mailman/listinfo/dx4win >> >> > >
