Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lipkowski.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, RCVD_IN_DNSWL_MED,SPF_PASS autolearn=ham autolearn_force=no version=3.4.0 X-Spam-DCC: EATSERVER: mailn 1166; Body=2 Fuz1=2 Fuz2=2 Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by mailn.lipkowski.org (8.14.4/8.14.4/Debian-8+deb8u1) with ESMTP id uAUKKnoS011870 for ; Wed, 30 Nov 2016 21:20:50 +0100 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1cCBIs-0000TW-5Y for rs_out_1@blacksheep.org; Wed, 30 Nov 2016 20:16:30 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1cCBIn-0000TN-AK for rsgb_lf_group@blacksheep.org; Wed, 30 Nov 2016 20:16:25 +0000 Received: from mout02.posteo.de ([185.67.36.66]) by relay1.thorcom.net with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87) (envelope-from ) id 1cCBIk-0004WD-Im for rsgb_lf_group@blacksheep.org; Wed, 30 Nov 2016 20:16:23 +0000 Received: from submission (posteo.de [89.146.220.130]) by mout02.posteo.de (Postfix) with ESMTPS id 5499A20866 for ; Wed, 30 Nov 2016 21:16:20 +0100 (CET) Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 3tTWs001zjz105v for ; Wed, 30 Nov 2016 21:16:19 +0100 (CET) Message-ID: <583F3393.7050207@posteo.de> Date: Wed, 30 Nov 2016 21:16:19 +0100 From: DK7FC 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: <154c32c4dba-373a-24653@webprd-m58.mail.aol.com> <58261368.60901@posteo.de> <58261772.3050508@abelian.org> <5826BF91.6070907@abelian.org> <5826DB6E.1060000@abelian.org> <58276523.4000204@abelian.org> <5829D9E1.2020801@posteo.de> <582A0BF2.5070101@abelian.org> <582AB6CD.5090603@abelian.org> <582B12B2.7080708@posteo.de> <582B3823.8090504@abelian.org> <582B4466.5070106@abelian.org> <582B6E8B.4090207@posteo.de> <117DEE4AF4DD44F59CB 455664AD7695B@gnat> <046701d23fb3$ab36d900$01a48b00$@comcast.net> <582C19D6.5080808@abelian.org> <582CA9F0.2040306@abelian.org> <582DEE31.2090909@posteo.de> <582DF4E8.4090203@abelian.org> <582F3D04.80900@abelian.org> <582F6056.9060903@posteo.de> <582F7F08.6050608@abelian.org> <5830D07E.5050407@posteo.de> <58346350.6070705@abelian.org> <583494C7.1060701@posteo.de> <58349F7B.5010408@abelian.org> <583950E1.8090905@abelian.org> <583C61EF.50702@posteo.de> <583C673A.6040609@abelian.org> <583C799E.4090608@posteo.de> <583F1D7C.5020808@abelian.org> In-Reply-To: <583F1D7C.5020808@abelian.org> X-Scan-Signature: a6b6ffaf48fdddf1ed5c25dc4bf03ee1 Subject: Re: VLF: EbNaut transmissions on lower frequencies?, pre-tests: 6.47kHz Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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.75 Status: O X-Status: X-Keywords: X-UID: 9630 Hi Paul, Hm, strange. Unfortunately the tree is shut down so i can't monitor / decode my own signal daily. So far i used this keying technique in every EbNaut transmission, however i never used shorter symbol lengths than 20 seconds until now. I'm trying to use Markus' new SpecLab settings for the signal generation (thanks!) in the next transmission. But now, i keep the transmission running a 9th time and longer, as long as needed. Good that we didn't try the 75 char message directly... 73, Stefan Am 30.11.2016 19:42, schrieb Paul Nicholson: > > > f = 6470.00000 Hz > > Start time: 23.11.2016 08:00:00 UTC (Daily repetition) > > Symbol length: 12 s > > Characters: 40 > > CRC 16 > > Coding 8K19A > > Eight repeats and no sign of a decode. I expected six repeats > would be enough. > > > A phase turn of 180 deg is done by varying the frequency > > for a certain time > > > PSK_Regelzeit.png > > That would be significant I think. Perhaps it costs a dB or > two. I've tried some small time offsets. Perhaps I can > blank the symbol transition periods and just work with > say 8 seconds of each symbol. Something to try tomorrow. > > -- > Paul Nicholson > -- > >