First, I want to thank Tim for the suggestion. That appears to have done the trick (or, at least, it restored the status quo ante).
I don't know that there really is a good solution when all digital modes are considered and all the weird stuff people may decide to do (I can't be the only one who prefers to run upper side band so as to "listen up" easily for DX on RTTY). I don't know if true FSK is available given the nature of the SDR, but if you're asking for FSK offsets, well, that's probably just another log on the fire in terms of what offsets for what modes. The other question is what all the various 3rd party applications of the world do. We have to consider (at least): MixW (out of the box and as extensively modified by, e.g. me). MixW does every digital mode I know of except WSJT. Ham Radio Deluxe (for PSK). MTTY (in its own right and as integrated by things like N1MM contesting software). We also have to consider both normal operation and integration with any click-tune features they may have (for instance, MixW's DX Summit interface allows you to click in the DX callsign and then attempts to put you right on frequency. On my strange setup, it actually comes pretty close). I don't know how many more we have to consider. Is there a good answer even possible here? I can just barely imagine setting up in DIGL for standard RTTY for things like CQ WW RTTY (though I actually did not, but then I was DX chasing, not really contesting). What I can't imagine doing is doing that for everyday work. And, I can't imagine how any single solution could be made to work in a typical day for me as a switch between PSK, RTTY, and CW on a fairly regular basis based on DX Summit or what I see in the panadapter. Larry Wo0Z > Tim, > I Agree!!!!!!. I can live with ASFK RTTY but I would prefer FSK. The > real problem on RTTY is that the freq display is the carrier freq and > not the customary Mark freq. I use to get around this by setting both > the RIT and XIT to 2125 but PowerSDR now clears RIT on a freq change. Is > there another way around this??? > > The 5000A would be my preferred RTTY rig if it were not for this one > issue. > > Mark NU6X Sedona, AZ > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Tim Ellison > Sent: Thursday, October 18, 2007 5:16 AM > To: [EMAIL PROTECTED]; flexradio@flex-radio.biz > Subject: Re: [Flexradio] 1.10.3 RTTY confusion > > Larry, > > Open the Setup menu on PowerSDR. Go to CAT control. Click on the box > that says " DigiU/L returns LSB/USB". This "undoes" the RTTY digi mode > "fix". > > And while I am on the subject, a real implementation of FSK and FSK-R is > desperately needed in addition to the ASFK (USB/LSB) digital modes is > needed to dispel this on going confusion regarding just about every > digital mode and RTTY (the odd man out, IMHO). > > > > -Tim > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Larry Loen > Sent: Thursday, October 18, 2007 8:20 AM > To: flexradio@flex-radio.biz > Subject: Re: [Flexradio] 1.10.3 RTTY confusion > > As of right now, I am thoroughly broken on RTTY. I think it is because > we implemented some fixes to make RTTY contesters happy. > > 1.10.2 worked fairly well, but actually was partly broken for PSK. I > didn't run it long enough to sort it all out, but I could make it work > without too much fuss. > > The main issue for me is that I'm happy, more or less, with MixW, but > for normal (non-contest) operation, I have to do a couple of strange > things (always have) to make it work. > > The thing is, MixW is not very smart about offsets (this is true, so far > as I could ever tell, for both MixW 2.16 and the current 2.18). If you > use the standard RTTY AFSK offsets and then switch to CW, it doesn't > appear to remember it should have different offsets for different modes > and uses the AFSK ones for CW. I think this is a bug, but there you go, > its the world of closed source. A 2K offset for CW is totally hosed. > One quickly tires of going into MixW to manually fix things, which as a > practical matter simply must be done to do click-tuning or anything > else, really. So, for the sometime RTTY user, force-fitting the AFSK > offset to agree with your CW listening offset is a pragmatic solution. > It's how I get by. (Long time readers might remember I've discussed > this before and even advocated it for others). > > And, as well, for ordinary DX chasing, it is convenient (even if > nonstandard) to use USB rather than LSB because both the SDR panadapter > and the MixW waterfall work much more sensibly for "listening up." > > So far, so normal, more or less. To recap, I have Mix W set up for a > mark/space offset of 400. I have it using USB (logically "inverted", > but it is explicitly USB as far as MixW is concerned and MixW seems to > do the inversion for you if you set it that way -- you can set > "inverted" separately for anyone who really is running USB). > > I've been able to run it that way since PowerSDR 1.3.something or other. > > With 1.10.3, it appears that our various "fixes for RTTY contesters" has > broken me so thoroughly, I'm not totally sure I can explain it. > > What it appears to be is that _even in DIGU_, I get a fixed, negative, > standard AFSK offset. Changing the "click/tune" offset does nothing. I > can't find any other control for this. > > This just totall hoses MixW. When I change from USB to DIGU, the > transmitter frequency of the SDR does not change. HOWEVER, MixW seems > to be told by PowerSDR that the frequency is something other than it is > (about 2K lower, apparently the standard AFSK offsets) and, worse, it > actually seems to be "listening" there. The MixW waterfall and the SDR > panadapter are totally mismatched. So, it's not like they disagree > about what to call the frequency. MixW really appears to be somewhere > else. I can't listen to what I should be. > > It's early morning as I type this and I was trying to follow a ZL7 > pileup, so not much else on. But, as far as I can make out, that's > what's actually happening. > > Worse, I can't simply back up to 1.10.2 because I upgraded firmware. I > don't know if going back is a good idea and I don't know what level to > download myself to do so (remember that chart I asked for? Having the > code paternalistically tell me isn't a perfect solution after all -- and > having the download have a name like "current" isn't keen either for > going back). At the moment, I have no plans to "go back." > > I can make it all work, as an SWL maybe, "like it used to" simply by > being in USB. But, the whole point of DIGx was to not have compression > et. al. operational for transmit. > > I didn't submit this as a bugfix, because I have a feeling the answer is > "working as designed" except maybe for the fixed negative offset in > DIGU. > > But, I'm not sure this is the right offset for PSK or other digital > modes either. The click/tune had a compromise of sorts by having a > different value for upper and lower. But that covers _maybe_ two modes > and only applies to click-tune from the SDR itself and not to operations > from 3rd party software. > > It looks to me like you need a "digital offset" right next to (or, > probably, in place of) the click/tune offset, which affects none of this > (probably shouldn't). It probably needs to be a drop down with values > for known modes that can also be set manually, like the parallel port > address setting for SDR 1000 was. > > Another option would be to have a "RTTY" profile for USB that did what > DIGU/DIGL is intended to do, but runs the offsets "naked" without any > attempt to be "smart" about correcting to mark/space. > > Or, perhaps, we need to think hard about giving up on the possibly false > ideal of using "mark" for the apparent frequency to start with (it's > potentially a false ideal if you need a different offset for each mode). > > I'm not sure what to do. All I know is that for the moment, I'm > basically not running RTTY with my new rig. > > > > Larry Wo0Z > > PS, now that I think about it, maybe we should use the transmitter > profile as the overall solution. We could have the ones we now have for > > real SSB, but we could also have some that turn off compression et. al. > and yet also set a programable offset for RTTY, another for PSK and > affect both the rig interfacing and click/tune. That would work > similarly to my long advocated "digital check box" but might also > accommodate all of this even better. This would also get rid of the > manual "set to DIGU" thing altogether, which was never my preferred > solution. > > > _______________________________________________ > FlexRadio mailing list > FlexRadio@flex-radio.biz > http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz > Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ > FlexRadio Knowledge Base: http://kb.flex-radio.com/ > FlexRadio Homepage: http://www.flex-radio.com/ > > > _______________________________________________ > FlexRadio mailing list > FlexRadio@flex-radio.biz > http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz > Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ > FlexRadio Knowledge Base: http://kb.flex-radio.com/ > FlexRadio Homepage: http://www.flex-radio.com/ > > > > _______________________________________________ > FlexRadio mailing list > FlexRadio@flex-radio.biz > http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz > Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ > FlexRadio Knowledge Base: http://kb.flex-radio.com/ > FlexRadio Homepage: http://www.flex-radio.com/ > _______________________________________________ FlexRadio mailing list FlexRadio@flex-radio.biz http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archive Link: http://www.mail-archive.com/flexradio%40flex-radio.biz/ FlexRadio Knowledge Base: http://kb.flex-radio.com/ FlexRadio Homepage: http://www.flex-radio.com/
