Return-Path: Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by mtain-mb02.r1000.mx.aol.com (Internet Inbound) with ESMTP id 3AFB73800008E; Fri, 27 Jan 2012 08:43:22 -0500 (EST) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1Rqm49-0000jz-E7 for rs_out_1@blacksheep.org; Fri, 27 Jan 2012 13:42:09 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1Rqm48-0000jq-Hj for rsgb_lf_group@blacksheep.org; Fri, 27 Jan 2012 13:42:08 +0000 Received: from qmta04.westchester.pa.mail.comcast.net ([76.96.62.40]) by relay1.thorcom.net with esmtp (Exim 4.63) (envelope-from ) id 1Rqm46-00029e-O5 for rsgb_lf_group@blacksheep.org; Fri, 27 Jan 2012 13:42:08 +0000 Received: from omta22.westchester.pa.mail.comcast.net ([76.96.62.73]) by qmta04.westchester.pa.mail.comcast.net with comcast id SdEl1i0021ap0As54di0CF; Fri, 27 Jan 2012 13:42:00 +0000 Received: from DELL4 ([71.234.119.9]) by omta22.westchester.pa.mail.comcast.net with comcast id Sdhz1i00V0CFS1j3idhzaT; Fri, 27 Jan 2012 13:42:00 +0000 Message-ID: <001201ccdcf9$70fbcf60$6d01a8c0@DELL4> From: To: References: <3992CC59F7A14AA694628529761EC5DE@AGB> <4F1F695F.7020400@charter.net> <28E5D61E1299414C8AD335047F7EE837@White> <4F2213B0.2030107@charter.net> <4F22901C.8060503@charter.net> <7667FF6C11E54298B5CAA2280D2B436C@White> Date: Fri, 27 Jan 2012 08:41:58 -0500 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Spam-Score: 0.6 (/) X-Spam-Report: autolearn=disabled,HTML_MESSAGE=0.001,NO_REAL_NAME=0.55 Subject: Re: WOLF: 135975 Hz, 10 b/s Content-Type: multipart/alternative; boundary="----=_NextPart_000_000F_01CCDCCF.87BCCC60" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.8 required=5.0 tests=HTML_20_30,HTML_MESSAGE, NO_REAL_NAME 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-SCORE: 0:2:470713408:93952408 X-AOL-SCOLL-URL_COUNT: 0 x-aol-sid: 3039ac1d60164f22a9fa2a04 X-AOL-IP: 195.171.43.25 X-AOL-SPF: domain : blacksheep.org SPF : none This is a multi-part message in MIME format. ------=_NextPart_000_000F_01CCDCCF.87BCCC60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Markus No joy here either. Jay W1VD WD2XNS WE2XGR/2 ----- Original Message -----=20 From: Markus Vester=20 To: rsgb_lf_group@blacksheep.org=20 Sent: Friday, January 27, 2012 7:50 AM Subject: Re: WOLF: 135975 Hz, 10 b/s Many thanks Andy, John and Dex for looking out for my WOLF signal. The = TX was running without interruption from 23 to 7 UT, PEP about 0.5 W = ERP.=20 One thing I still don't trust is the continuity of the soundcard = output. I guess the glitches which occasionally appear in QRSS dashes = might corrupt the long-term phase-coherence which is required for deep = WOLF decoding. Will have to look into that before the next attempt. Best 73, Markus (DF6NM) From: John Andrews=20 Sent: Friday, January 27, 2012 12:53 PM To: rsgb_lf_group@blacksheep.org=20 Subject: Re: WOLF: 135975 Hz, 10 b/s Markus, No luck. Not a quiet night, and TA prop does not seem to have = recovered. John, W1TAG On 1/26/2012 10:02 PM, John Andrews wrote: > Markus, > > Nothing seen as of 0300, other than the usual infinite number of = monkeys > typing away. Will let it run overnight. > > John, W1TAG > > On 1/26/2012 5:39 PM, Markus Vester wrote: >> WOLF ... good idea! >> My TX antenna has been pushed up again tonight, and I intend to = howl for >> a couple of hours, starting 23:00 UT at 10 b/s speed. >> As CFH is still sitting smack in the middle of the band, I'll move = close >> to the lower edge, squeezing into a narrow HGA-sidebands gap on = *135975 >> Hz* (that is unless you may have other suggestions). >> Best 73, >> Markus (DF6NM) >> >> *From:* John Andrews >> *Sent:* Wednesday, January 25, 2012 3:30 AM >> *To:* rsgb_lf_group@blacksheep.org = >> *Subject:* Re: LF: WOLF DATA MODE S/N FIG ? >> >> Graham, >> >> There is no single s/n figure or specified BW in which to measure = it. >> WOLF works by building copy up over a period of time, and assuming = good >> frequency/phase stability, a half hour or more is practical. >> >> The data rate is fairly fast, 10 b/s, with a 960 bit message, so = that a >> complete frame of data is sent in 96 seconds. You get three quick >> reports in the first 96 seconds, and then decodes every 96 seconds >> after. Each message is 15 characters, with no rules about callsign >> format. >> >> Tests done some years ago show it roughly equivalent to QRSS60 in = terms >> of signal level. It does give some clues as to whether a signal has = been >> locked-in, and has the possibility of partial copy, unlike some = "all or >> nothing" modes. Fifteen characters in a half-hour is of course much >> faster than QRSS60 would permit. 2-way QSO's are fairly easy with = some >> advance agreement on what to do with the 15 characters. >> >> The downsides are the need for a linear transmitter system (as this = is >> PSK), receiver/transmitter stability and frequency accuracy. It = works at >> 600 meters, but is fairly useless at 160 meters and up. >> >> The newest version is by DL4YHF, and may be found at: >> http://www.qsl.net/d/dl4yhf//wolf/ . >> >> Note that this version has 5 b/s and 20 b/s variations. Testing has >> shown that the program tends to provide copy in the same amount of = time, >> so there's no overriding advantage to either. >> >> John, W1TAG >> >> On 1/24/2012 7:27 PM, Graham wrote: >> > WOLF DATA MODE S/N FIG ? >> > Long time since I used wolf , anyone have the >> > expected decode min s/n level ? >> > and now what s/n was ref to , as changes >> > may of taken place over time >> > Tnx -G. >> > >> > >> > >> > No virus found in this incoming message. >> > Checked by AVG - www.avg.com >> > Version: 8.5.454 / Virus Database: 271.1.1/4162 - Release Date: >> 01/23/12 19:34:00 >> > >> >> >> >> >> No virus found in this incoming message. >> Checked by AVG - www.avg.com >> Version: 8.5.454 / Virus Database: 271.1.1/4166 - Release Date: >> 01/25/12 20:07:00 >> > > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.454 / Virus Database: 271.1.1/4166 - Release Date: = 01/25/12 20:07:00 > ------=_NextPart_000_000F_01CCDCCF.87BCCC60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Markus
 
No joy here either.
 
Jay W1VD  WD2XNS  = WE2XGR/2
----- Original Message -----
From:=20 Markus=20 Vester
Sent: Friday, January 27, 2012 = 7:50=20 AM
Subject: Re: WOLF: 135975 Hz, = 10=20 b/s

Many thanks Andy, John and Dex for = looking out=20 for my WOLF signal. The TX was=20 running without interruption from 23 to 7 UT, PEP about 0.5 = W=20 ERP. 
 
One thing I still don't trust is the = continuity=20 of the soundcard output. I guess the glitches=20 which occasionally appear in=20 QRSS dashes might corrupt the long-term=20 phase-coherence which is required for deep WOLF = decoding. Will=20 have to look into that before the next attempt.
 
Best 73,
Markus (DF6NM)
 
 
Sent: Friday, January 27, 2012 12:53 PM
Subject: Re: WOLF: 135975 Hz, 10 b/s

Markus,

No luck. Not a quiet night, and TA prop = does not=20 seem to have recovered.

John, W1TAG

On 1/26/2012 10:02 = PM, John=20 Andrews wrote:
> Markus,
>
> Nothing seen as of = 0300, other=20 than the usual infinite number of monkeys
> typing away. Will = let it run=20 overnight.
>
> John, W1TAG
>
> On 1/26/2012 = 5:39 PM,=20 Markus Vester wrote:
>> WOLF ... good idea!
>> My TX = antenna=20 has been pushed up again tonight, and I intend to howl for
>> = a=20 couple of hours, starting 23:00 UT at 10 b/s speed.
>> As CFH = is=20 still sitting smack in the middle of the band, I'll move = close
>> to=20 the lower edge, squeezing into a narrow HGA-sidebands gap on=20 *135975
>> Hz* (that is unless you may have other=20 suggestions).
>> Best 73,
>> Markus=20 (DF6NM)
>>
>> *From:* John Andrews <mailto:w1tag@charter.net>
>= ;>=20 *Sent:* Wednesday, January 25, 2012 3:30 AM
>> *To:* rsgb_lf_group@blacksheep.org= =20 <mailto:rsgb_lf_group@blacksh= eep.org>
>>=20 *Subject:* Re: LF: WOLF DATA MODE S/N FIG ?
>>
>>=20 Graham,
>>
>> There is no single s/n figure or = specified BW=20 in which to measure it.
>> WOLF works by building copy up = over a=20 period of time, and assuming good
>> frequency/phase = stability, a=20 half hour or more is practical.
>>
>> The data rate = is=20 fairly fast, 10 b/s, with a 960 bit message, so that a
>> = complete=20 frame of data is sent in 96 seconds. You get three quick
>> = reports=20 in the first 96 seconds, and then decodes every 96 seconds
>> = after.=20 Each message is 15 characters, with no rules about = callsign
>>=20 format.
>>
>> Tests done some years ago show it = roughly=20 equivalent to QRSS60 in terms
>> of signal level. It does = give some=20 clues as to whether a signal has been
>> locked-in, and has = the=20 possibility of partial copy, unlike some "all or
>> nothing" = modes.=20 Fifteen characters in a half-hour is of course much
>> faster = than=20 QRSS60 would permit. 2-way QSO's are fairly easy with some
>> = advance=20 agreement on what to do with the 15 = characters.
>>
>> The=20 downsides are the need for a linear transmitter system (as this = is
>>=20 PSK), receiver/transmitter stability and frequency accuracy. It works=20 at
>> 600 meters, but is fairly useless at 160 meters and=20 up.
>>
>> The newest version is by DL4YHF, and may = be found=20 at:
>> http://www.qsl.net/d/dl4yhf//= wolf/=20 .
>>
>> Note that this version has 5 b/s and 20 b/s=20 variations. Testing has
>> shown that the program tends to = provide=20 copy in the same amount of time,
>> so there's no overriding=20 advantage to either.
>>
>> John,=20 W1TAG
>>
>> On 1/24/2012 7:27 PM, Graham = wrote:
>>=20 > WOLF DATA MODE S/N FIG ?
>> > Long time since I used = wolf ,=20 anyone have the
>> > expected decode min s/n level = ?
>>=20 > and now what s/n was ref to , as changes
>> > may of = taken=20 place over time
>> > Tnx -G.
>> >
>>=20 >
>> >
>> > No virus found in this incoming = message.
>> > Checked by AVG - www.avg.com <http://www.avg.com>
>> = > Version:=20 8.5.454 / Virus Database: 271.1.1/4162 - Release Date:
>> = 01/23/12=20 19:34:00
>>=20 >
>>
>>
>>
>>
>> No = virus=20 found in this incoming message.
>> Checked by AVG - www.avg.com
>> Version: = 8.5.454 / Virus=20 Database: 271.1.1/4166 - Release Date:
>> 01/25/12=20 20:07:00
>>
>
>
>
> No virus found in = this=20 incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.454 / = Virus=20 Database: 271.1.1/4166 - Release Date: 01/25/12=20 20:07:00
>

------=_NextPart_000_000F_01CCDCCF.87BCCC60--