Return-Path: Received: from mtain-dd03.r1000.mx.aol.com (mtain-dd03.r1000.mx.aol.com [172.29.64.143]) by air-me06.mail.aol.com (v129.4) with ESMTP id MAILINME064-8bb74c5b1b4b17f; Thu, 05 Aug 2010 16:12:59 -0400 Received: from post.thorcom.com (post.thorcom.com [193.82.116.20]) by mtain-dd03.r1000.mx.aol.com (Internet Inbound) with ESMTP id 12558380000D7; Thu, 5 Aug 2010 16:12:56 -0400 (EDT) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1Oh6mi-0005I7-DC for rs_out_1@blacksheep.org; Thu, 05 Aug 2010 21:11:24 +0100 Received: from [193.82.116.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1Oh6mh-0005Hy-Dm for rsgb_lf_group@blacksheep.org; Thu, 05 Aug 2010 21:11:23 +0100 Received: from mail-fx0-f43.google.com ([209.85.161.43]) by relay1.thorcom.net with esmtp (Exim 4.63) (envelope-from ) id 1Oh6mf-0007dG-PT for rsgb_lf_group@blacksheep.org; Thu, 05 Aug 2010 21:11:23 +0100 Received: by fxm18 with SMTP id 18so3737558fxm.16 for ; Thu, 05 Aug 2010 13:11:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=432gJum6gGWt0N8YkQWGnpMtieYfH1jRDfNNNloZwJ8=; b=BEiaU6Dze72IAwzkIOAExF1oE3OT6t7h3wdo/ogyWYrRPJiuRu806809mhDbQ1BpJa qBO6qx/HpJw8k1bm0sN4Kd6uogxpqyS8Smw41jFOGVkA+QCPOUVE+HmzdtqLTF71OpIB BNd1xeCqORHVXRMNBwvmHsZ1PTfcvQ74FnVjk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=YUHQ6kaprxbIp1+bOpJb+Fd002gIoKlApwP9/3OisdfSDrnEQXdMJZARrdKDYwjiv0 0I9dlhI7auZ+U3wgGNNwuLQHk2QUdqGoUl5Bvmf69k5h0lpe/6YgbologF6xhHmPvoRm CZCMTTrvdkXohy+YFsge4ORsjGTb4jOaP0RsI= MIME-Version: 1.0 Received: by 10.204.126.196 with SMTP id d4mr7513004bks.100.1281039074562; Thu, 05 Aug 2010 13:11:14 -0700 (PDT) Received: by 10.204.122.148 with HTTP; Thu, 5 Aug 2010 13:11:14 -0700 (PDT) In-Reply-To: References: <4C59A31D.9080001@w1tag.com> <4CE0D0B08E1F4E4A9AE3BC74C84831D7@COPROSMA> Date: Thu, 5 Aug 2010 21:11:14 +0100 Message-ID: From: Roger Lapthorn To: rsgb_lf_group@blacksheep.org DomainKey-Status: good (testing) X-Spam-Score: 0.9 (/) X-Spam-Report: autolearn=disabled,HTML_10_20=0.945,HTML_MESSAGE=0.001 Subject: Re: LF: Fwd: CMSK Beta released Content-Type: multipart/alternative; boundary=0016e6dab550fb93ee048d19263e X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=HTML_MESSAGE autolearn=no version=2.63 X-SA-Exim-Scanned: Yes Sender: owner-rsgb_lf_group@blacksheep.org Precedence: bulk Reply-To: rsgb_lf_group@blacksheep.org X-Listname: rsgb_lf_group X-SA-Exim-Rcpt-To: rs_out_1@blacksheep.org X-SA-Exim-Scanned: No; SAEximRunCond expanded to false x-aol-global-disposition: G X-AOL-SCOLL-AUTHENTICATION: mail_rly_antispam_dkim-d238.1 ; domain : gmail.com DKIM : pass x-aol-sid: 3039ac1d408f4c5b1b486071 X-AOL-IP: 193.82.116.20 X-Mailer: Unknown (No Version) --0016e6dab550fb93ee048d19263e Content-Type: text/plain; charset=ISO-8859-1 In this email trail W1TAG states that "WSPR is absolutely dismal on 137kHz". Is this a widespread opinion or is it simply because of a lack of stations using the mode when John was using it? I'm expecting great things with WSPR on 137kHz in the coming months, so hope I'm not going to be disappointed and hope many others will join me on WSPR when not busy making CW QSOs. 73s Roger G3XBM On 5 August 2010 07:28, Andy Talbot wrote: > > > ---------- Forwarded message ---------- > From: Murray Greenman > Date: 5 August 2010 07:14 > Subject: CMSK Beta released > To: > Hi, > there has been a lot of interest in the new software, and I'm sure my > answers will be of interest to all. I've posted some of your comments below. > > First of all, the Beta version of the CMSK software and supporting web page > has now been released: > > http://www.qsl.net/z/zl1bpu/CMSK/cmsk.htm > > Please pass this on to your friends. Andy, could you also post the link to > the RSGB_LF_Group for me please. > > Jay, what you found is very likely a small bug. I recall Con commenting > about something similar in an early version. I do know that if the RX shuts > off before all the received text has flushed, it is likely to be flushed out > with the first of the TX text, and so come out the wrong colour (exacerbated > by tight Squelch setting). Perhaps you could send Con (zl2afp@xtra.co.nz) > a screen-shot and explanation, as it might help narrow down the problem. I > run it on Win XP SP2 with no sign of your problem. > > Yes, Con and I are of the opinion that MSK has the right credentials for LF > and MF. You probably have more test opportunities than we do, and your > assistance is appreciated. If you have any suggestions that might enhance > the design or the performance of the protocol, we're listening. > > John, > I'm pleased to hear that CMSK31 worked well for you. It's a bit slow of > course, but if you're used to QRSS3, it's like lightning in comparison! The > interleaver is has the same time spread as CMSK63, but because the frames > are smaller the PN-sequence overhead is higher - thus its less than half the > speed. The bandwidth is pretty good. I've had excellent 600m copy into VK2 > (2200km) with CMSK31 - and in fact it's often better than the 500km N-S path > to ZL2. Signals seem particularly strong around sunset in VK2. > > Your suggestion of saving all the settings at the end of a session is a > good one (are you listening, Con?). The RX centre and baud rate are easily > set, but I agree, if you are operating the same frequency each day or > perhaps waiting for someone to call on sked, it's nice to be prepared. The > sampling rate should definitely be saved. > > I'm interested that you don't find WSPR too good on 137kHz. While it wasn't > intended for LF when Joe and I conceived it, it would be interesting to know > what you think is the cause. Just too much QRM? > > I've not managed a two-way QSO on LF or MF yet either, so you might beat me > to it! I'm the only guy down here running an SSB exciter on LF/MF with > digital capability at present. Con and I have had plenty of two-way QSOs on > 80m, but that doesn't count! > > By the way, I'd be interested in comments on how much documentation we need > to put in the public domain for the mode to be accepted in other countries. > I've described the technique and posted the varicode, but I'm sure that's > not enough to replicate our work, which would be desirable if we want an > enduring interest in CMSK. I am encouraging Con to write a little morsel > about the algorithms used etc, which I'll perhaps 'ghost write' and post on > the web site. I also plan to write a technical article for publication some > time soon, once we've knocked out the loose bolts, rattles and squeaks. > > We've only had access to 600m for a few months here, but I'm really > impressed by how useful the band will be. We have grabbers in VK watching > our every step, and there have been several un-scheduled 2-way QSOs, which > is really heartening. There are at present 7 ZLs with 600m capability, and > an 8th due any day. > > 73, > Murray ZL1BPU/ZL1EE > > ====================================================================== > Jay W1VD: > ----------- > John W1TAG forwarded a copy of the pre beta software as we work together on > LF and MF wringing out > new software and hardware. > > Found what may be an anomaly or (more likely) user error. Running Windows > XP SP2 on Dell 4600 2.8 > GHz, 1g ram using a Delta 44 sound card. This setup works fine on all > other available digital modes > software. > > When switched to transmit the main screen shows a number of characters (~ 3 > - 10) of the transmitted > message in red, then the text switches to green for a number of > characters. Some of the characters > make sense for hat is going on but others don't. No apparent rhyme or > reason to the switching. I've > verified that the program is transmitting the correct message and when on > receive will decode > correctly. > > It may be something I'm doing wrong - if so, there's no need to be gentle > ... > > Thanks for your time and hard work developing the software. John and I have > been convinced for some > time that MSK is the way to go. We've tried just about every other 'digital > com' software and we've > determined MSK is the way to go. We normally judge software by 'static > resistance' and 'fade > recovery' on 137 and 500 kHz. Some previous examples of MSK from other > folks have exhibited rather > slow 'fade recovery'. Looking forward to running your FEC MSK. Sounds like > it will be just the > ticket. > > Jay W1VD WD2XNS WE2XGR/2 > > John W1TAG: > -------------- > Jay, W1VD, and I have had a couple of one-way opportunities for testing > over a 317 kM path at 511 kHz, and I'm very encouraged. > > Last night, Jay ran 100 watts at the 31 baud rate, and copy was flawless > here through static crashes and fading. We are going to try lower power > tonight, and the 7.8 baud rate as well if weather permits. We're in an > active thunderstorm season right now! > > This noon, I copied the same 100 watt signal over a surface-wave only > path. The signal was barely audible, and would have made difficult CW > copy. Again, the 31 baud copy was completely solid. Not much for static > crashes or fades, just steady background noise. > > My only wishlist for receiving at this point would be to have more of > the settings preserved -- sampling rate, baud rate and the rx center > frequency, in particular. The sampling rate on this laptop is really > off, and it takes a while to enter each time. > > Jay will have some wishes on the transmit side, but I'll let him speak > for himself! We will do some more one-way playing this week, and can > graduate to 2-way next week when I get home from holidays. I'm > particularly curious to see how it does on 137 kHz with all of my > neighborhood SMPSU garbage. WSPR has been absolutely dismal down there > compared to 500 khz. > > Nice job, and we promise to keep exercising the program. > > John, W1TAG > > > -- http://g3xbm-qrp.blogspot.com/ http://www.g3xbm.co.uk http://www.youtube.com/user/g3xbm G3XBM GQRP 1678 ISWL G11088 --0016e6dab550fb93ee048d19263e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable In this email trail W1TAG states that "WSPR is absolutely dismal on= 137kHz".=A0 Is this a widespread opinion or is it simply because of a lack of stations using the mode when John was using it?=A0

I= 'm expecting great things with WSPR on 137kHz in the coming months, so= hope I'm not going to be disappointed and hope many others will join= me on WSPR when not busy making CW QSOs.

73s
Roger G3XBM


On 5 August= 2010 07:28, Andy Talbot <andy.g4jnt@googlemail.com> wrote:


---------- Forwarded message ----------
From= : Murray Greenman <= denwood@orcon.ne= t.nz>
Date: 5 August 2010 07:14
Subject: CMSK Beta released
To:
Hi,
there has been a lot of inte= rest in the new software, and I'm sure my answers will be of interest= to all. I've posted some of your comments below.

First of all,= the Beta version of the CMSK software and supporting web page has now bee= n released:

http://www.qsl.net/z/zl1bpu/CMSK/cmsk.htm

Please pass this on= to your friends. Andy, could you also post the link to the RSGB_LF_Group= for me please.

Jay, what you found is very likely a small bug. I recall Con commentin= g about something similar in an early version. I do know that if the RX sh= uts off before all the received text has flushed, it is likely to be flush= ed out with the first of the TX text, and so come out the wrong colour (ex= acerbated by tight Squelch setting). Perhaps you could send Con (zl2afp@xtra.co.nz) a= screen-shot and explanation, as it might help narrow down the problem. I= run it on Win XP SP2 with no sign of your problem.

Yes, Con and I are of the opinion that MSK has the right credentials= for LF and MF. You probably have more test opportunities than we do, and= your assistance is appreciated. If you have any suggestions that might en= hance the design or the performance of the protocol, we're listening.<= br>
John,
I'm pleased to hear that CMSK31 worked well for you. It&#= 39;s a bit slow of course, but if you're used to QRSS3, it's like= lightning in comparison! The interleaver is has the same time spread as= CMSK63, but because the frames are smaller the PN-sequence overhead is hi= gher - thus its less than half the speed. The bandwidth is pretty good. I&= #39;ve had excellent 600m copy into VK2 (2200km) with CMSK31 - and in fact= it's often better than the 500km N-S path to ZL2. Signals seem partic= ularly strong around sunset in VK2.

Your suggestion of saving all the settings at the end of a session is= a good one (are you listening, Con?). The RX centre and baud rate are eas= ily set, but I agree, if you are operating the same frequency each day or= perhaps waiting for someone to call on sked, it's nice to be prepared= . The sampling rate should definitely be saved.

I'm interested that you don't find WSPR too good on 137kHz. Wh= ile it wasn't intended for LF when Joe and I conceived it, it would be= interesting to know what you think is the cause. Just too much QRM?

I've not managed a two-way QSO on LF or MF yet either, so you might be= at me to it! I'm the only guy down here running an SSB exciter on LF/M= F with digital capability at present. Con and I have had plenty of two-way= QSOs on 80m, but that doesn't count!

By the way, I'd be interested in comments on how much documentatio= n we need to put in the public domain for the mode to be accepted in other= countries. I've described the technique and posted the varicode, but= I'm sure that's not enough to replicate our work, which would be= desirable if we want an enduring interest in CMSK. I am encouraging Con= to write a little morsel about the algorithms used etc, which I'll pe= rhaps 'ghost write' and post on the web site. I also plan to write= a technical article for publication some time soon, once we've knocke= d out the loose bolts, rattles and squeaks.

We've only had access to 600m for a few months here, but I'm= really impressed by how useful the band will be. We have grabbers in VK= watching our every step, and there have been several un-scheduled 2-way= QSOs, which is really heartening. There are at present 7 ZLs with 600m ca= pability, and an 8th due any day.

73,
Murray ZL1BPU/ZL1EE

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Jay W1VD:
-----------
John W1TAG= forwarded a copy of the pre beta software as we work together on LF and= MF wringing out
new software and hardware.

Found what may be an anomaly or (more li= kely) user error. Running Windows XP SP2 on Dell 4600 2.8
GHz, 1g =A0ra= m using a Delta 44 sound card. This setup works fine on all other availabl= e digital modes
software.

When switched to transmit the main screen shows a number= of characters (~ 3 - 10) of the transmitted
message in red, =A0then th= e text switches to green for a number of characters. Some of the character= s
make sense for hat is going on but others don't. No apparent rhyme or= reason to the switching. I've
verified that the program is transmi= tting the correct message and when on receive will decode
correctly.
It may be something I'm doing wrong - if so, there's no need= to be gentle ...

Thanks for your time and hard work developing the= software. John and I have been convinced for some
time that MSK is the= way to go. We've tried just about every other 'digital com'= software and we've
determined MSK is the way to go. We normally judge software by 'static= resistance' and 'fade
recovery' on 137 and 500 kHz. Some= previous examples of MSK from other folks have exhibited rather
slow= 'fade recovery'. Looking forward to running your FEC MSK. Sounds= like it will be just the
ticket.

Jay W1VD =A0WD2XNS =A0WE2XGR/2

John W1TAG:
------= --------
Jay, W1VD, and I have had a couple of one-way opportunities fo= r testing
over a 317 kM path at 511 kHz, and I'm very encouraged.
Last night, Jay ran 100 watts at the 31 baud rate, and copy was flawlesshere through static crashes and fading. We are going to try lower power<= br>tonight, and the 7.8 baud rate as well if weather permits. We're in= an
active thunderstorm season right now!

This noon, I copied the same= 100 watt signal over a surface-wave only
path. The signal was barely= audible, and would have made difficult CW
copy. Again, the 31 baud cop= y was completely solid. Not much for static
crashes or fades, just steady background noise.

My only wishlist fo= r receiving at this point would be to have more of
the settings preserv= ed -- sampling rate, baud rate and the rx center
frequency, in particul= ar. The sampling rate on this laptop is really
off, and it takes a while to enter each time.

Jay will have some wi= shes on the transmit side, but I'll let him speak
for himself! We= will do some more one-way playing this week, and can
graduate to 2-way= next week when I get home from holidays. I'm
particularly curious to see how it does on 137 kHz with all of my
neigh= borhood SMPSU garbage. WSPR has been absolutely dismal down there
compa= red to 500 khz.

Nice job, and we promise to keep exercising the pro= gram.

John, W1TAG





--
http://g3xbm-qrp.blogspot.com/<= br>http://www.g3xbm.c= o.uk
http://www= .youtube.com/user/g3xbm
G3XBM=A0=A0 GQRP 1678=A0=A0=A0 ISWL G11088<= br> --0016e6dab550fb93ee048d19263e--