Return to KLUBNL.PL main page

Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*LF\:\s+WOLF\s+DATA\s+MODE\s+S\/N\s+FIG\s+\?\s*$/: 15 ]

Total 15 documents matching your query.

1. Re: LF: WOLF DATA MODE S/N FIG ? (score: 1)
Author: Andy Talbot <[email protected]>
Date: Sun, 29 Jan 2012 08:51:47 +0000
Definitely - and I maintain any coherent mode will win out over non coherent ones where the path will support it. And LF will support coherency, especially at 10Hz rates. Wolf has rather been forgott
/rsgb_lf_group-archives/html/rsgb_lf_group/2012-01/msg00071.html (12,988 bytes)

2. Re: LF: WOLF DATA MODE S/N FIG ? (score: 1)
Author: <[email protected]>
Date: Sun, 29 Jan 2012 07:01:10 -0500
Andy As interesting as WOLFs ability to dig out the weakest of signals, is it's unrivaled immunity to static. John, W1TAG and I have taken to testing 'digital' modes in both winter and summer ... as
/rsgb_lf_group-archives/html/rsgb_lf_group/2012-01/msg00131.html (13,037 bytes)

3. Re: LF: WOLF DATA MODE S/N FIG ? (score: 1)
Author: Stefan Schäfer <[email protected]>
Date: Sat, 28 Jan 2012 23:46:58 +0100
...so Andy, would you suggest it may be useful even on VLF, where the phase is rather stable over a longer time? 73, Stefan Am 28.01.2012 20:18, schrieb Andy Talbot: I've been thinking about the math
/rsgb_lf_group-archives/html/rsgb_lf_group/2012-01/msg00307.html (15,506 bytes)

4. Re: LF: WOLF DATA MODE S/N FIG ? (score: 1)
Author: Dexter McIntyre W4DEX <[email protected]>
Date: Sun, 29 Jan 2012 15:28:48 +0000
Andy Talbot wrote: Don't forget, the first Transatlantic reception of 73kHz used Wolf. Back in the last century As I recall W1TAG made the first 73khz TA reception in QRSS from G3AQC. Perhaps that wa
/rsgb_lf_group-archives/html/rsgb_lf_group/2012-01/msg00423.html (11,513 bytes)

5. Re: LF: WOLF DATA MODE S/N FIG ? (score: 1)
Author: Andy Talbot <[email protected]>
Date: Sun, 29 Jan 2012 15:45:41 +0000
The first was G0MRF to somewhere in the US. Lost in the mists of time now, but a QRSS TA path came after that. Laurie G3AQC had an enormous siognal on 73kHz. Rivalled anything anyone else could put o
/rsgb_lf_group-archives/html/rsgb_lf_group/2012-01/msg00538.html (11,708 bytes)

6. LF: WOLF DATA MODE S/N FIG ? (score: 1)
Author: "Graham" <[email protected]>
Date: Wed, 25 Jan 2012 01:28:58 +0100
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.
/rsgb_lf_group-archives/html/rsgb_lf_group/2012-01/msg00680.html (9,273 bytes)

7. Re: LF: WOLF DATA MODE S/N FIG ? (score: 1)
Author: "James Moritz" <[email protected]>
Date: Sat, 28 Jan 2012 21:31:41 +0100
Dear Andy, LF Group, So by continuously looking at repeated message, the effective bandwidth will get lower by the average of the number of times it has been repeated. Two repeats 3dB or half BW, 4 r
/rsgb_lf_group-archives/html/rsgb_lf_group/2012-01/msg00697.html (13,099 bytes)

8. Re: LF: WOLF DATA MODE S/N FIG ? (score: 1)
Author: Andy Talbot <[email protected]>
Date: Sat, 28 Jan 2012 21:10:45 +0000
Hi Jim .. If it "had" to reacquire the PN sequence every frame, there could be no coherent addition. Since the data transmissions are contiguous, I assume it will be continuously locked to the runnin
/rsgb_lf_group-archives/html/rsgb_lf_group/2012-01/msg00728.html (13,412 bytes)

9. Re: LF: WOLF DATA MODE S/N FIG ? (score: 1)
Author: Dexter McIntyre W4DEX <[email protected]>
Date: Sun, 29 Jan 2012 16:14:39 +0000
The first WOLF crossing appears to have been on 136 khz: *"18 Mar 2001:* W1TAG reported reception of M0BMU who was using the new BPSK mode WOLF." First 73 khz TA: *"3 Jun 2001:* VE1ZJ identified cha
/rsgb_lf_group-archives/html/rsgb_lf_group/2012-01/msg00731.html (12,791 bytes)

10. Re: LF: WOLF DATA MODE S/N FIG ? (score: 1)
Author: John Andrews <[email protected]>
Date: Sun, 29 Jan 2012 11:27:24 -0500
Still have the .wav files here. JA The first WOLF crossing appears to have been on 136 khz: *"18 Mar 2001:* W1TAG reported reception of M0BMU who was using the new BPSK mode WOLF." First 73 khz TA: *
/rsgb_lf_group-archives/html/rsgb_lf_group/2012-01/msg00776.html (12,412 bytes)

11. Re: LF: WOLF DATA MODE S/N FIG ? (score: 1)
Author: wolf_dl4yhf <[email protected]>
Date: Sun, 29 Jan 2012 11:51:08 +0100
Hello Andy and group, is done. Although Opera isn't documented, it is quite obvious how the decoding must work to acheive the performance it does, and is no doubt very similar to that in WSPR/JTxx wh
/rsgb_lf_group-archives/html/rsgb_lf_group/2012-01/msg00807.html (14,072 bytes)

12. Re: LF: WOLF DATA MODE S/N FIG ? (score: 1)
Author: Piotr Mlynarski <[email protected]>
Date: Mon, 30 Jan 2012 16:39:17 +0100
W dniu 2012-01-28 20:18, Andy Talbot pisze: I've been thinking about the maths behind Wolf and it gets quite interesting. One thing we can say, its definitely a spread spectrum system !!!!!!!! SRI US
/rsgb_lf_group-archives/html/rsgb_lf_group/2012-01/msg00871.html (11,599 bytes)

13. Re: LF: WOLF DATA MODE S/N FIG ? (score: 1)
Author: Andy Talbot <[email protected]>
Date: Sat, 28 Jan 2012 19:18:01 +0000
I've been thinking about the maths behind Wolf and it gets quite interesting. One thing we can say, its definitely a spread spectrum system !!!!!!!! SRI USA Hams :-( A message of 15 characters taken
/rsgb_lf_group-archives/html/rsgb_lf_group/2012-01/msg00890.html (15,686 bytes)

14. Re: LF: WOLF DATA MODE S/N FIG ? (score: 1)
Author: Andy Talbot <[email protected]>
Date: Sun, 29 Jan 2012 17:02:28 +0000
Its a memory thing Old age OM :-) 'jnt
/rsgb_lf_group-archives/html/rsgb_lf_group/2012-01/msg00904.html (12,958 bytes)

15. Re: LF: WOLF DATA MODE S/N FIG ? (score: 1)
Author: John Andrews <[email protected]>
Date: Tue, 24 Jan 2012 21:30:55 -0500
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
/rsgb_lf_group-archives/html/rsgb_lf_group/2012-01/msg01033.html (11,574 bytes)


This search system is powered by Namazu