Message-ID: <50643E76.4050505@iup.uni-heidelberg.de>
Date: Thu, 27 Sep 2012 13:54:30 +0200
From: =?ISO-8859-1?Q?Stefan_Sch=E4fer?= <Stefan.Schaefer@iup.uni-heidelberg.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3
MIME-Version: 1.0
To: rsgb_lf_group@blacksheep.org
References: <50622345.8030407@iup.uni-heidelberg.de> <50624346.9020800@iup.uni-heidelberg.de> <50631D98.1030607@broadpark.no> <50631F39.8040109@broadpark.no> <50632103.5090304@broadpark.no> <506332F4.3040104@iup.uni-heidelberg.de> <506387BC.70004@iup.uni-heidelberg.de> <476111504.20120927092419@mterrier.net>
In-Reply-To: <476111504.20120927092419@mterrier.net>
Subject: Re: LF: WSPR-8 in the early night.
Content-Type: multipart/alternative;
 boundary="------------070202080308040409000906"
Sender: owner-rsgb_lf_group@blacksheep.org
Precedence: bulk
Reply-To: rsgb_lf_group@blacksheep.org


This is a multi-part message in MIME format.
--------------070202080308040409000906
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hello Michel,

Thanks for the first report. Yes, the SNR is usually very good between 
us. It was to show that it works.

I was amazed by the low noise levels at YV7MAE so i couldn't withstand 
to try in WSPR-32. This is why a changed this mode. Maybe some 
monitoring stations already went to bed to this time so the PC was 
running in 8 over the night. Sorry for that.

There will be many more chances i can promise :-)

It was crazy, i was transmitting WSPR-32 at 100% TX time, i.e. there 
were about 20 seconds each hour where the PA was off, almost a key down 
transmission for 6 hours. Seems to be a proof for this PA system :-)

Today i have a sked with UA0SNV who set up to WSPR-32. So i will start 
at *17 UTC* in 32!

73, Stefan/DK7FC


Am 27.09.2012 09:24, schrieb Michel Brunel:
> Hi Stefan,
>
> Strong signal here as usual, but only two decodes until I switched off.
> We do not agree with the start time and this was expected ;) I choose to
> start with the existing wspr de facto standard.
> The displayed frequencies are not correct, and this was expected too.
>
> WSPR-32 will not be available until I add a low pass filter before the
> required decimation process. So, plenty of improvements to do.
>
> Anyway, I'm pleased with this first on air decode in wspr-8
>
> Thanks Stefan for your transmissions.
>
> 73, Michel - f5wk

--------------070202080308040409000906
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Hello Michel,<br>
<br>
Thanks for the first report. Yes, the SNR is usually very good between
us. It was to show that it works.<br>
<br>
I was amazed by the low noise levels at YV7MAE so i couldn't withstand
to try in WSPR-32. This is why a changed this mode. Maybe some
monitoring stations already went to bed to this time so the PC was
running in 8 over the night. Sorry for that. <br>
<br>
There will be many more chances i can promise :-)<br>
<br>
It was crazy, i was transmitting WSPR-32 at 100% TX time, i.e. there
were about 20 seconds each hour where the PA was off, almost a key down
transmission for 6 hours. Seems to be a proof for this PA system :-)<br>
<br>
Today i have a sked with UA0SNV who set up to WSPR-32. So i will start
at <b>17 UTC</b> in 32!<br>
<br>
73, Stefan/DK7FC<br>
<br>
<br>
Am 27.09.2012 09:24, schrieb Michel Brunel:
<blockquote cite="mid:476111504.20120927092419@mterrier.net" type="cite">
  <title>Re: LF: WSPR-8 in the early night.</title>
  <meta http-equiv="Content-Type"
 content="text/html; charset=ISO-8859-1">
  <span style="font-family: 'Courier New'; font-size: 9pt;">Hi Stefan,<br>
  <br>
Strong signal here as usual, but only two decodes until I switched off.<br>
We do not agree with the start time and this was expected ;) I choose to<br>
start with the existing wspr de facto standard.<br>
The displayed frequencies are not correct, and this was expected too.<br>
  <br>
WSPR-32 will not be available until I add a low pass filter before the<br>
required decimation process. So, plenty of improvements to do.<br>
  <br>
Anyway, I'm pleased with this first on air decode in wspr-8&nbsp;<br>
  <br>
Thanks Stefan for your transmissions.<br>
  <br>
73, Michel - f5wk</span><span
 style="font-family: 'arial'; color: rgb(192, 192, 192);"></span></blockquote>
</body>
</html>

--------------070202080308040409000906--