Return-Path: Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by mtain-mb03.r1000.mx.aol.com (Internet Inbound) with ESMTP id 930953800008B; Sat, 28 Jan 2012 09:46:59 -0500 (EST) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1Rr9XY-0008Jf-T4 for rs_out_1@blacksheep.org; Sat, 28 Jan 2012 14:46:04 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1Rr9XY-0008JW-04 for rsgb_lf_group@blacksheep.org; Sat, 28 Jan 2012 14:46:04 +0000 Received: from mail-bk0-f43.google.com ([209.85.214.43]) by relay1.thorcom.net with esmtp (Exim 4.63) (envelope-from ) id 1Rr9XU-00051X-VT for rsgb_lf_group@blacksheep.org; Sat, 28 Jan 2012 14:46:03 +0000 Received: by bkar1 with SMTP id r1so3769198bka.16 for ; Sat, 28 Jan 2012 06:45:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=XOuMgPGrb/H0F/yO8g0fNys8jVSlclHEitqHS7GqA8I=; b=Nq08qaHxKbVl2zPTHAQvmUWFDWaUm157lzp2osrwWgZ1hlLs9yTmDxx8MWzSrWAlat 7Vpw27WRjEjUTPARvc8Y9Jiw/YjhHYnkRqvaNkG9yUI7ruP/KurAcTDtmp+FMSj5SdYC IfJz39EHC+QCdeX44FgpAmnNKMzJDT62pegLI= MIME-Version: 1.0 Received: by 10.205.123.2 with SMTP id gi2mr5377557bkc.76.1327761954882; Sat, 28 Jan 2012 06:45:54 -0800 (PST) Received: by 10.205.82.10 with HTTP; Sat, 28 Jan 2012 06:45:54 -0800 (PST) In-Reply-To: <8C097DB70AC04889AC2CD56E33E8DCA5@White> References: <3992CC59F7A14AA694628529761EC5DE@AGB> <4F1F695F.7020400@charter.net> <28E5D61E1299414C8AD335047F7EE837@White> <4F2213B0.2030107@charter.net> <4F22901C.8060503@charter.net> <7667FF6C11E54298B5CAA2280D2B436C@White> <001201ccdcf9$70fbcf60$6d01a8c0@DELL4> <1327690467.44701.YahooMailNeo@web125901.mail.ne1.yahoo.com> <8C097DB70AC04889AC2CD56E33E8DCA5@White> Date: Sat, 28 Jan 2012 16:45:54 +0200 Message-ID: From: Chris 4X1RF To: rsgb_lf_group@blacksheep.org X-Spam-Score: 1.4 (+) X-Spam-Report: autolearn=disabled,HTML_MESSAGE=0.001,HTML_TINY_FONT=1.425 Subject: Re: WOLF: 135975 Hz, 10 b/s again Content-Type: multipart/alternative; boundary=001517475c02aac59604b797abe4 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_30_40,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-SCORE: 0:2:489650656:93952408 X-AOL-SCOLL-URL_COUNT: 0 X-AOL-SCOLL-AUTHENTICATION: mail_rly_antispam_dkim-m002.2 ; domain : gmail.com DKIM : pass x-aol-sid: 3039ac1d60174f240a634b38 X-AOL-IP: 195.171.43.25 X-AOL-SPF: domain : blacksheep.org SPF : none --001517475c02aac59604b797abe4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Markus, LF, Missed your Wolf trials so far but I'm now all set up for receive here in Haifa. When I'll regain control of the computer in YO I'll give it a try from there also. Any plans for another test soon? 73s Chris 4X1RF On Sat, Jan 28, 2012 at 9:45 AM, Markus Vester wrote= : > ** > The little Wolf signal was on air from 23:05 to 07:15 this morning, with > ERP down by a dB or so because of snowfall. The phase monitor showed a > continuous steady frequency without a single glitch. > > Thanks again to all who have kept an eye open for me. At least we know if > we didn't succeed tonight, it was really due to suboptimal propagation > and/or insufficient ERP from my side. > > Best 73, and have a nice weekend > > Markus (DF6NM) > > *From:* Markus Vester > *Sent:* Saturday, January 28, 2012 12:01 AM > *To:* rsgb_lf_group@blacksheep.org > *Subject:* Re: WOLF: 135975 Hz, 10 b/s again > > Hi Andy, LF, > > actually there is no carrier line in the WOLF spectrum, it's BPSK with a > pseudorandom spreading code. In a spectrogram it resembles a 10 Hz wide > noise band, which will be pretty much undetectable at any DX range. > Actually a kind of spread spectrum mode, not unlike the GPS modulation > (pssst ;-). > > I think I have proven (and resolved) my soundcard phase-glitch problem. > The attached trace shows a local audio test, with a WOLF signal generated > on 1475 Hz. It is doubled in SpecLab's AM demodulator to regenereate a > carrier at twice the frequency, which is phase compared to an hardware > generated Rb-derived reference carrier. I have employed SpecLab's RDF mod= e > to display phase as colour (retarding R-B-G-R). The first half shows the > result from WOLF-Gui running on my "Grabber Notebook", which has a number > of programs running. Besides the gradual phase roll due too a very minor > frequency offset, there are jumps every few minutes. This is a bit nasty, > as Wolf will still decode such a signal when it is strong, but not be abl= e > to go to its full sensitivity by using long coherent integration. The rig= ht > half after 21:40 shows the practically perfect output from the Atom > Netbook, the one which I have also used during several VLF transmissions. > > So, maybe it's worth another try. Will put the "good" WOLF signal on air = a > few minutes after 23 UT, QRG 135975 Hz, 10 b/s. > > Best 73, > Markus (DF6NM) > > *From:* Andy - KU4XR > *Sent:* Friday, January 27, 2012 7:54 PM > *To:* rsgb_lf_group@blacksheep.org > *Subject:* Re: WOLF: 135975 Hz, 10 b/s > > My report is the same... no decodes... I wish as an after thought that I > had ran SpecLab also, to look for the carrier... > maybe next time > > 73: > > Andy - KU4XR - EM75xr - Friendsville, TN. USA > Coordinates: N: 35=BA 43' 54" - W: 84=BA 3' 16" > http://lwca.org/grabbers/ku4xr/ > http://www.myspace.com/beaconxr > http://ku4xr.webs.com > http://lwca.org/community/YaBB.pl > > ******** > *From:* "jrusgrove@comcast.net" > *To:* rsgb_lf_group@blacksheep.org > *Sent:* Friday, January 27, 2012 8:41 AM > *Subject:* Re: WOLF: 135975 Hz, 10 b/s > > Markus > > No joy here either. > > Jay W1VD WD2XNS WE2XGR/2 > > ----- Original Message ----- > *From:* Markus Vester > *To:* rsgb_lf_group@blacksheep.org > *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. > > 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 > *Sent:* Friday, January 27, 2012 12:53 PM > *To:* rsgb_lf_group@blacksheep.org > *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 monkey= s > > 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 f= or > >> 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 clo= se > >> to the lower edge, squeezing into a narrow HGA-sidebands gap on *13597= 5 > >> 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 goo= d > >> 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 term= s > >> of signal level. It does give some clues as to whether a signal has be= en > >> locked-in, and has the possibility of partial copy, unlike some "all o= r > >> 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 tim= e, > >> 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/1= 2 > 20:07:00 > > > > > > --001517475c02aac59604b797abe4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Markus, LF,

Missed your Wolf trials so far but I= 9;m now all set up for receive here in Haifa. When I'll regain control = of the computer in YO I'll give it a try from there also. Any plans for= another test soon?


73s
Chris 4X1RF


On Sat, Ja= n 28, 2012 at 9:45 AM, Markus Vester <markusvester@aol.com> wrote:
The little Wolf signal was on air from 23:05 to= =20 07:15 this morning, with ERP down by a dB or so because of=A0snowfall. The= =20 phase monitor showed a continuous steady frequency without a=20 single=A0glitch.
=A0
Thanks again to all who have kept an eye open for= =20 me. At least we know if we=A0didn't succeed tonight, it was really due = to=20 suboptimal propagation and/or insufficient ERP from my side.
=A0
Best 73, and have a ni= ce=20 weekend
=A0
Markus (DF6NM)<= /div>

Hi Andy, LF,
=A0
actually there is no carrier line in the WOLF=20 spectrum, it's BPSK with a pseudorandom spreading code.=A0In a spectrog= ram=20 it=A0resembles=A0a 10 Hz wide noise band, which will be pretty much=20 undetectable at any DX range. Actually a kind of=A0spread spectrum mode, no= t=20 unlike the GPS=A0modulation (pssst=A0;-).
=A0
I think I have proven (and resolved) my soundcard= =20 phase-glitch problem. The attached trace shows a local audio test, with=20 a=A0WOLF signal generated on 1475 Hz. It is doubled in SpecLab's AM=20 demodulator to regenereate a carrier at twice the frequency, which is=A0pha= se=20 compared to an=A0hardware generated=A0Rb-derived=A0reference carrier.=20 I=A0have employed=A0SpecLab's RDF mode to display phase as colour=20 (retarding R-B-G-R). The first half shows the result from WOLF-Gui running= =20 on=A0my "Grabber Notebook", which has a number of programs=20 running.=A0Besides the gradual phase roll due too a very minor frequency=20 offset, there are=A0jumps every few minutes.=A0This is a bit nasty,=20 as=A0Wolf will still decode such a signal when it is strong, but not be abl= e=20 to go to its full sensitivity by using long coherent integration. The right= half=20 after 21:40 shows the practically perfect output from the Atom Netbook, the= one=20 which I have also=A0used during several VLF=20 transmissions.=A0
=A0
So, maybe it's worth another try. Will put th= e=20 "good" WOLF signal on air a few minutes after 23 UT,=A0QRG 135975= Hz, 10=20 b/s.
=A0
Best 73,
Markus (DF6NM)=A0
=A0

My report is the same... no=20 decodes... I wish as an after thought that I had ran SpecLab also, to look = for=20 the carrier...
maybe next time
=A0
73:
=A0

From: "jrusgrove@comcast.net&= quot;=20 <jrusgrove@co= mcast.net>
To: rsgb_lf_grou= p@blacksheep.org=20
Sent: Friday, January 27= , 2012=20 8:41 AM
Subject: Re: WOLF= :=20 135975 Hz, 10 b/s

Markus
=A0
No joy here either.
=A0
Jay W1VD=A0 WD2XNS=A0 WE2XGR/2
----- Original Message -----
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=A0without interruption from 23 to 7 UT,=A0PEP about 0.5 W=20 ERP.=A0
=A0
One thing I still don't trust is the contin= uity=20 of the soundcard output. I guess the glitches=20 which=A0occasionally=A0appear in=20 QRSS=A0dashes=A0might=A0corrupt the long-term=20 phase-coherence=A0which is required for=A0deep=A0WOLF decoding. Will=20 have to look into that before the next attempt.
=A0
Best 73,
Markus (DF6NM)
=A0
=A0
From: John Andrews=20
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 doe= s 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, o= ther=20 than the usual infinite number of monkeys
> typing away. Will let i= t run=20 overnight.
>
> John, W1TAG
>
> On 1/26/2012 5:39 = PM,=20 Markus Vester wrote:
>> WOLF ... good idea!
>> My TX an= tenna=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@charte= r.net>
>>=20 *Sent:* Wednesday, January 25, 2012 3:30 AM
>> *To:* rsg= b_lf_group@blacksheep.org=20 <mailto:rsgb_lf_group@blacksheep.org>
>>=20 *Subject:* Re: LF: WOLF DATA MODE S/N FIG ?
>>
>>=20 Graham,
>>
>> There is no single s/n figure or specifie= d 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
>> comple= te=20 frame of data is sent in 96 seconds. You get three quick
>> repo= rts=20 in the first 96 seconds, and then decodes every 96 seconds
>> af= ter.=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 s= ome=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 th= an=20 QRSS60 would permit. 2-way QSO's are fairly easy with some
>>= ; advance=20 agreement on what to do with the 15 characters.
>>
>> T= he=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 f= ound=20 at:
>> http://www.qsl.net/d/dl4yhf//wolf/ .
>>
>>=20 Note that this version has 5 b/s and 20 b/s variations. Testing=20 has
>> shown that the program tends to provide copy in the same= =20 amount of time,
>> so there's no overriding advantage to=20 either.
>>
>> John, W1TAG
>>
>> On=20 1/24/2012 7:27 PM, Graham wrote:
>> > WOLF DATA MODE S/N FIG= =20 ?
>> > Long time since I used wolf , anyone have the
>&= gt;=20 > expected decode min s/n level ?
>> > and now what s/n wa= s ref=20 to , as changes
>> > may of taken place over time
>>= >=20 Tnx -G.
>> >
>> >
>> >
>> &g= t; No=20 virus found in this incoming message.
>> > Checked by AVG - <= a href=3D"http://www.avg.com/" rel=3D"nofollow" target=3D"_blank">www.avg.c= om=20 <http://www.avg.com>
>> > Version: 8.5.454 / Virus Database:=20 271.1.1/4162 - Release Date:
>> 01/23/12 19:34:00
>>=20 >
>>
>>
>>
>>
>> No virus= =20 found in this incoming message.
>> Checked by AVG - www.avg.com
&= gt;> Version: 8.5.454 / Virus Database:=20 271.1.1/4166 - Release Date:
>> 01/25/12=20 20:07:00
>>
>
>
>
> No virus found in th= is=20 incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.4= 54 / Virus=20 Database: 271.1.1/4166 - Release Date: 01/25/12=20 20:07:00
>




--001517475c02aac59604b797abe4--