Return-Path: X-Spam-DCC: paranoid 1290; Body=2 Fuz1=2 Fuz2=2 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on lipkowski.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham 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 s7OC25xJ006814 for ; Sun, 24 Aug 2014 14:02:05 +0200 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1XLWQF-00088x-6g for rs_out_1@blacksheep.org; Sun, 24 Aug 2014 12:57:23 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1XLWQE-00088o-Ti for rsgb_lf_group@blacksheep.org; Sun, 24 Aug 2014 12:57:22 +0100 Received: from omr-m03.mx.aol.com ([64.12.143.77]) by relay1.thorcom.net with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.82) (envelope-from ) id 1XLWQD-0008DF-16 for rsgb_lf_group@blacksheep.org; Sun, 24 Aug 2014 12:57:21 +0100 Received: from mtaout-aaf01.mx.aol.com (mtaout-aaf01.mx.aol.com [172.26.127.97]) by omr-m03.mx.aol.com (Outbound Mail Relay) with ESMTP id 428777003620B for ; Sun, 24 Aug 2014 07:57:16 -0400 (EDT) Received: from KKneu (p4FF964CE.dip0.t-ipconnect.de [79.249.100.206]) by mtaout-aaf01.mx.aol.com (MUA/Third Party Client Interface) with ESMTPA id 7914338000083 for ; Sun, 24 Aug 2014 07:57:15 -0400 (EDT) From: "KKorn" To: Date: Sun, 24 Aug 2014 13:57:16 +0200 Message-ID: <132D4549159144339CAE6F73A0F851CE@KKneu> MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <53F900B4.4030605@freenet.de> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 x-aol-global-disposition: G DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20140625; t=1408881436; bh=8EpSLUWygMcraZZwSEjMRkqTfHrPmZoPEIFd77CfDFY=; h=From:To:Subject:Message-ID:Date:MIME-Version:Content-Type; b=FEsOHZU93irIJGpkxsnpnAZZATs9bkzK2L/INKifec2FnwZdOpuBSaQJqqjiNphGC Nuqe9d1Q9av8hPsjRYr5UkbPj5TPSXc3x6yUrquyHP5GfnA514XRGjwP158nSdHMP0 ys/tkeChrSudcRHTusGMMB+kJoNPi1fmpvYTBza4= x-aol-sid: 3039ac1a7f6153f9d31b1911 X-AOL-IP: 79.249.100.206 X-Scan-Signature: 9ca91679b330d65f05d707c2d2b164fe Subject: AW: LF: MF WSPR please Content-Type: text/plain; charset="iso-8859-1" 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.10 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by paranoid.lipkowski.org id s7OC25xJ006814 Status: O X-Status: X-Keywords: X-UID: 301 Hello Wolf, without straining my brains too much: WSPR uses a hash code to combine the two consecutive transmissions. Ich hatte mal eine Übersetzung des Handbuchs gemacht (s. meinen WSPR Artikel in der cq-DL) und daraus: English speaking friends, please excuse - it is quicker in German. Normale WSPR Nachrichten bestehen aus einem Rufzeichen, einem 4-stelligen Locator und der Sendeleistung in dBm. Diese Form der Nachrichten ist in der Regel vorzuziehen. Allerdings passen zusammengesetzte Rufzeichen (also Rufzeichen mit einem zusätzlichen Prefix oder Suffix) nicht in das durch 28 Bit vorgegebene Schema der Standard Nachricht. Ebenso passen 6-stellige Locator Angaben nicht in 15 Bit. Z.B.: für das Rufzeichen PJ4/K1ABC, den 6-stelligen Locator FK52ud und eine Sendeleistung von 37dBm, werden die folgenden Nachrichten abwechseln gesendet: PJ4/K1ABC 37   FK52UD 37 Wenn also ein 6-stelliger Locator zusammen mit einem normalen Rufzeichen verwenden werden muß, kreuzt man das Auswahlkästchen Force transmission of 6-digit locator an. Wenn das Rufzeichen K1ABC ist, der 6-stellige Locator FN42AX und die Sendeleistung 37dBm, werden die folgenden Nachrichten nacheinander gesendet: K1ABC FN42 37   FN42AX 37 Rufzeichen in spitzen Klammern werden als 15 Bit hash-codes gesendet. Wenn ein solches Rufzeichen von einer Station empfangen wird, bevor das vollständige Rufzeichen empfangen wurde, wird es als <...> im decodierten Text dargestellt. Wenn dann das vollständige Rufzeichen empfangen wurde, wird der Decoder den hash-code erkennen und anschließend die Leerzeichen ersetzen. Zwei komplett unterschiedliche Rufzeichen können den gleichen hash-code ergeben, aber die 15-Bit Länge des hash-codes stellt sicher, daß derartige Kollisionen sehr selten sind. Beachten sie bitte, daß Nachrichten mit zusammengesetzten Rufzeichen oder 6-stellige Locator von WSPR-Versionen vor V2.0 nicht korrekt decodiert werden. Weitere Einzelheiten zu den Nachrichtenformaten finden sie in Anhang B und im WSPR Source-Code. Grüße / Greetings Klaus DJ6LB ~~~ LIFE'S TOUGH ! ~~~ ~~~ It's even tougher, if you are STUPID ! ~~~ John Wayne