Return-Path: X-Spam-DCC: paranoid 1290; Body=4 Fuz1=4 Fuz2=4 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on lipkowski.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_00,DNS_FROM_AHBL_RHSBL, HTML_90_100,HTML_MESSAGE,SPF_PASS autolearn=no version=3.1.3 Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by paranoid.lipkowski.org (8.13.7/8.13.7) with ESMTP id u2RHRA41025724 for ; Sun, 27 Mar 2016 19:27:11 +0200 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1akEGQ-00049q-Rj for rs_out_1@blacksheep.org; Sun, 27 Mar 2016 18:14:10 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1akEGP-00049h-RZ for rsgb_lf_group@blacksheep.org; Sun, 27 Mar 2016 18:14:09 +0100 Received: from smtpout5.wanadoo.co.uk ([80.12.242.80] helo=smtpout.wanadoo.co.uk) by relay1.thorcom.net with esmtp (Exim 4.86) (envelope-from ) id 1akEGN-0002c5-G7 for rsgb_lf_group@blacksheep.org; Sun, 27 Mar 2016 18:14:08 +0100 Received: from AGB ([109.180.89.46]) by mwinf5d69 with ME id b5E21s0031008Zp035E2tm; Sun, 27 Mar 2016 19:14:06 +0200 X-ME-Helo: AGB X-ME-Date: Sun, 27 Mar 2016 19:14:06 +0200 X-ME-IP: 109.180.89.46 Message-ID: From: "Graham" To: References: <779E45249B3045B8ACB0E9A1E32CC15F@pcn5> In-Reply-To: <779E45249B3045B8ACB0E9A1E32CC15F@pcn5> Date: Sun, 27 Mar 2016 18:14:01 +0100 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8117.416 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416 X-Scan-Signature: 0e8346e81922b8112745784760c3055c Subject: Re: LF: DK7FC WSPR bad quality problem Content-Type: multipart/alternative; boundary="----=_NextPart_000_005C_01D18854.70B4E9F0" 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-Scanned-By: MIMEDefang 2.56 on 10.1.3.11 Status: O X-Status: X-Keywords: X-UID: 7485 This is a multi-part message in MIME format. ------=_NextPart_000_005C_01D18854.70B4E9F0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Andy, This time its not really Stefan's fault :-,) This is a problem , using the raspberry PI , the Pi processor uses = interrupts, which, cause the execution time of the timing loops to = vary slightly , the 'small' time variations , produce side bands . This was evident during the development of a R-PI routine for = sending Opera , as the R-Pi support documentation is not particularly = comprehensive, its 'not' possible to fully address the i/o = functions and as such there exists a conflict with higher order irq = requests . Producing seemingly random widening of the spectrum, = depending on the irq deployments.=20 Ie the pulse train suffers from timing jitter=20 The alterative of the U3 beacon key'er , driving the DDS = 'oscillator' is a more elegant solution, but as noted by Andy = [rad-com] some time back, the later U3 with the PPL suffers from = settling time issues , when commanded with , step frequency changes. = these sever to produce sidebands , at the step changes.=20 73-G,=20 From: F6CNI - Andy - JN19QB=20 Sent: Saturday, March 26, 2016 8:36 PM To: RSGB LF Group=20 Subject: LF: DK7FC WSPR bad quality problem Hello Stefan. I am sorry, but this evening you have a very poor quality WSPR signal on = MF with many splatters, I think it is perhaps due to an overload TX AF = level. That is not in phase with the normal ham spirit. So, please be kind to = stop now your transmission and correct this problem. On the way, can you say honnestly if your power is not over the legal = limit ? Sincerly yours and my best 73 de Andy. P.S.=20 Have a look below at some reports last hour showing the problem : 2016-03-26 19:00=20 DK7FC=20 0.475683=20 +12=20 0=20 JN49ik=20 1=20 PI4THT=20 JO32kf=20 336=20 338=20 =20 2016-03-26 19:00=20 DK7FC=20 0.475783=20 -25=20 0=20 JN49ik=20 1=20 PI4THT=20 JO32kf=20 336=20 338 =20 2016-03-26 18:50=20 DK7FC=20 0.475783=20 -23=20 0=20 JN49ik=20 1=20 PE1RKT=20 JO22fb=20 418=20 316=20 =20 2016-03-26 18:50=20 DK7FC=20 0.475683=20 +14=20 1=20 JN49ik=20 1=20 PE1RKT=20 JO22fb=20 418=20 316 =20 2016-03-26 18:40=20 DK7FC=20 0.475683=20 +12=20 0=20 JN49ik=20 1=20 LA8AV=20 JO59cs=20 1153=20 4=20 =20 2016-03-26 18:40=20 DK7FC=20 0.475783=20 -24=20 0=20 JN49ik=20 1=20 LA8AV=20 JO59cs=20 1153=20 4=20 =20 2016-03-26 18:50=20 DK7FC=20 0.475783=20 -28=20 0=20 JN49ik=20 1=20 LA3JJ=20 JO59bh=20 1102=20 4=20 =20 2016-03-26 18:50=20 DK7FC=20 0.475683=20 +10=20 0=20 JN49ik=20 1=20 LA3JJ=20 JO59bh=20 1102=20 4=20 =20 2016-03-26 18:40=20 DK7FC=20 0.475780=20 -28=20 1=20 JN49ik=20 1=20 G3KEV=20 IO94sh=20 829=20 314=20 =20 2016-03-26 18:40=20 DK7FC=20 0.475679=20 +10=20 0=20 JN49ik=20 1=20 G3KEV=20 IO94sh=20 829=20 314=20 =20 2016-03-26 19:10=20 DK7FC=20 0.475682=20 +13=20 0=20 JN49ik=20 1=20 F6CNI=20 JN19qb=20 389=20 266=20 =20 2016-03-26 19:10=20 DK7FC=20 0.475782=20 -27=20 1=20 JN49ik=20 1=20 F6CNI=20 JN19qb=20 389=20 266=20 =20 2016-03-26 18:30=20 DK7FC=20 0.475682=20 +15=20 0=20 JN49ik=20 1=20 F5WK=20 JN18hp=20 452=20 261=20 =20 2016-03-26 18:30=20 DK7FC=20 0.475782=20 -22=20 0=20 JN49ik=20 1=20 F5WK=20 JN18hp=20 452=20 261=20 =20 2016-03-26 18:00=20 DK7FC=20 0.475680=20 +19=20 0=20 JN49ik=20 1=20 DL6II=20 JO30nx=20 205=20 327=20 =20 2016-03-26 18:00=20 DK7FC=20 0.475780=20 -18=20 0=20 JN49ik=20 1=20 DL6II=20 JO30nx=20 205=20 327=20 =20 2016-03-26 18:50=20 DK7FC=20 0.475682=20 +17=20 0=20 JN49ik=20 1=20 DL4RAJ/2=20 JN68kj=20 326=20 109=20 =20 2016-03-26 18:50=20 DK7FC=20 0.475782=20 -22=20 0=20 JN49ik=20 1=20 DL4RAJ/2=20 JN68kj=20 326=20 109 =20 ------=_NextPart_000_005C_01D18854.70B4E9F0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Andy,
 
This time its not really Stefan's  fault  :-,)
 
This is a  problem , using the  raspberry PI ,  = the  Pi=20 processor uses  interrupts, which, cause the  execution =20 time  of the  timing  loops to  vary  slightly = ,
the 'small' time  variations , produce side bands .
 
This was evident  during  the  development of  = a =20 R-PI  routine  for  sending  Opera , as the  = R-Pi=20 support documentation is not  particularly  comprehensive, = its =20 'not' possible to  fully address the  i/o  functions and = as such=20 there exists  a conflict  with higher order irq   = requests=20 .  Producing  seemingly  random widening  of = the =20 spectrum,  depending  on the  irq  deployments. =
 
Ie the  pulse train suffers  from  timing =  jitter=20
 
The  alterative of the  U3 beacon  key'er , = driving =20 the  DDS 'oscillator' is  a more  elegant =20 solution,  but as noted by  Andy [rad-com]  some = time  back,=20 the  later  U3 with the  PPL  suffers from =20 settling  time issues ,  when  commanded with , = step =20 frequency changes.  these sever to produce sidebands , at the  = step=20 changes.
 
73-G,
 

From: F6CNI - Andy - JN19QB
Sent: Saturday, March 26, 2016 8:36 PM
Subject: LF: DK7FC WSPR bad quality = problem

Hello Stefan.

 

I am sorry, but this evening you have a very = poor quality=20 WSPR signal on MF with many splatters, I think it is perhaps due to an = overload=20 TX AF level.

 

That is not in phase with the normal ham = spirit. So,=20 please be kind to stop now your transmission and correct this=20 problem.

 

On the way, can you say honnestly if your power = is not=20 over the legal limit ?

 

Sincerly yours and  my best 73 de Andy.

 

P.S.

 

Have a look below at some reports last hour = showing the=20 problem :

 

 

2016-03-26 19:00=20

DK7FC

0.475683=20

+12 =

0 =

JN49ik

1 =

PI4THT

JO32kf

336 =

338=20

2016-03-26 19:00=20

DK7FC

0.475783=20

-25 =

0 =

JN49ik

1 =

PI4THT

JO32kf

336 =

338

2016-03-26 18:50=20

DK7FC

0.475783=20

-23 =

0 =

JN49ik

1 =

PE1RKT

JO22fb

418 =

316=20

2016-03-26 18:50=20

DK7FC

0.475683=20

+14 =

1 =

JN49ik

1 =

PE1RKT

JO22fb

418 =

316

2016-03-26 18:40=20

DK7FC

0.475683=20

+12 =

0 =

JN49ik

1 =

LA8AV

JO59cs

1153 =

4 =

2016-03-26 18:40=20

DK7FC

0.475783=20

-24 =

0 =

JN49ik

1 =

LA8AV

JO59cs

1153 =

4 =

2016-03-26 18:50=20

DK7FC

0.475783=20

-28 =

0 =

JN49ik

1 =

LA3JJ

JO59bh

1102 =

4 =

2016-03-26 18:50=20

DK7FC

0.475683=20

+10 =

0 =

JN49ik

1 =

LA3JJ

JO59bh

1102 =

4 =

2016-03-26 18:40=20

DK7FC

0.475780=20

-28 =

1 =

JN49ik

1 =

G3KEV

IO94sh

829 =

314=20

2016-03-26 18:40=20

DK7FC

0.475679=20

+10 =

0 =

JN49ik

1 =

G3KEV

IO94sh

829 =

314=20

2016-03-26 19:10=20

DK7FC

0.475682=20

+13 =

0 =

JN49ik

1 =

F6CNI

JN19qb

389 =

266=20

2016-03-26 19:10=20

DK7FC

0.475782=20

-27 =

1 =

JN49ik

1 =

F6CNI

JN19qb

389 =

266=20

2016-03-26 18:30=20

DK7FC

0.475682=20

+15 =

0 =

JN49ik

1 =

F5WK

JN18hp

452 =

261=20

2016-03-26 18:30=20

DK7FC

0.475782=20

-22 =

0 =

JN49ik

1 =

F5WK

JN18hp

452 =

261=20

2016-03-26 18:00=20

DK7FC

0.475680=20

+19 =

0 =

JN49ik

1 =

DL6II

JO30nx

205 =

327=20

2016-03-26 18:00=20

DK7FC

0.475780=20

-18 =

0 =

JN49ik

1 =

DL6II

JO30nx

205 =

327=20

2016-03-26 18:50=20

DK7FC

0.475682=20

+17 =

0 =

JN49ik

1 =

DL4RAJ/2

JN68kj

326 =

109=20

2016-03-26 18:50=20

DK7FC

0.475782=20

-22 =

0 =

JN49ik

1 =

DL4RAJ/2

JN68kj

326 =

109

 

------=_NextPart_000_005C_01D18854.70B4E9F0--