Delivered-To: daveyxm@virginmedia.com Received: by 10.50.96.198 with SMTP id du6csp82763igb; Thu, 17 Oct 2013 20:47:32 -0700 (PDT) X-Received: by 10.194.202.230 with SMTP id kl6mr570866wjc.9.1382068051614; Thu, 17 Oct 2013 20:47:31 -0700 (PDT) Return-Path: Received: from post.thorcom.com (post.thorcom.com. [195.171.43.25]) by mx.google.com with ESMTP id l16si1387356wiw.50.2013.10.17.20.47.31 for ; Thu, 17 Oct 2013 20:47:31 -0700 (PDT) Received-SPF: neutral (google.com: 195.171.43.25 is neither permitted nor denied by best guess record for domain of owner-rsgb_lf_group@blacksheep.org) client-ip=195.171.43.25; Authentication-Results: mx.google.com; spf=neutral (google.com: 195.171.43.25 is neither permitted nor denied by best guess record for domain of owner-rsgb_lf_group@blacksheep.org) smtp.mail=owner-rsgb_lf_group@blacksheep.org Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1VWyzj-0004Ht-FD for rs_out_1@blacksheep.org; Fri, 18 Oct 2013 02:36:51 +0100 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1VWyzi-0004Hc-LB for rsgb_lf_group@blacksheep.org; Fri, 18 Oct 2013 02:36:50 +0100 Received: from relay2.uni-heidelberg.de ([129.206.210.211]) by relay1.thorcom.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1VWyzg-0005s5-QR for rsgb_lf_group@blacksheep.org; Fri, 18 Oct 2013 02:36:49 +0100 Received: from freitag.iup.uni-heidelberg.de (freitag.iup.uni-heidelberg.de [129.206.29.204]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id r9I1am6V014231 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 18 Oct 2013 03:36:48 +0200 Received: from [129.206.22.206] (pc206.iup.uni-heidelberg.de [129.206.22.206]) by freitag.iup.uni-heidelberg.de (8.12.11.20060308/8.11.2) with ESMTP id r9I1almp022067 for ; Fri, 18 Oct 2013 03:36:48 +0200 Message-ID: <526090AA.20402@iup.uni-heidelberg.de> Date: Fri, 18 Oct 2013 03:36:42 +0200 From: =?ISO-8859-15?Q?Stefan_Sch=E4fer?= 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: <000701cecb29$d06ee7f0$6401a8c0@JAYDELL> <525FCC72.3080506@iup.uni-heidelberg.de> <002001cecb35$90568ea0$6d01a8c0@DELL4> <525FFA57.1020001@iup.uni-heidelberg.de> <525FFAD3.2000406@iup.uni-heidelberg.de> <005401cecb51$fb859bf0$6d01a8c0@DELL4> <52608759.1070509@iup.uni-heidelberg.de> In-Reply-To: <52608759.1070509@iup.uni-heidelberg.de> X-MIME-Autoconverted: from 8bit to quoted-printable by relay2.uni-heidelberg.de id r9I1am6V014231 X-Spam-Score: -2.7 (--) X-Spam-Report: Spam detection software, running on the system "relay1.thorcom.net", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Jay, Correction: Markus created a special file for me which makes the ramp time shorter than 1 ms. So now my PA can send OPDS with Markus' software and i am on air in this mode tonite until 06:15 UTC. [...] Content analysis details: (-2.7 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at http://www.dnswl.org/, medium trust [129.206.210.211 listed in list.dnswl.org] -0.4 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain X-Scan-Signature: 3d0ae5b4ae8b74dc4bf5c1dbe3fef430 Subject: Re: LF: T/A OPDS DK7FC Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 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 Status: O X-Status: X-Keywords: X-UID: 3048 Jay, Correction: Markus created a special file for me which makes the ramp=20 time shorter than 1 ms. So now my PA can send OPDS with Markus' software=20 and i am on air in this mode tonite until 06:15 UTC. Maybe you can detect me? 73, Stefan/DK7FC Am 18.10.2013 02:56, schrieb Stefan Sch=E4fer: > Hi Jay, > > I wanted to give it a try tonite. First i wanted to use DF6NM's OPDS=20 > software which i would really prefer over the ROS-OP stuff. But then i=20 > found that the sndoutpt.exe creates a ramp in the audio tone. My FETs=20 > didn't like that at all, they made a crrrk at the beginning and end of=20 > each dash. This is because the audio passes a comparator which makes a=20 > clear hard keyed tone for the mixer which keys the IXDD414 anyway.=20 > FETs survived but it showed that i need to do hardware modifications=20 > if i want to use Markus' tool. > In WSPR-15 it may be the same but then it is just 4 times per hour and=20 > in OP32 is is much more. > > Then i installed the standard Opera program which i find very=20 > annoying. It is not even possible to select a TXD line of the RS232=20 > which i normally use for PTT. When using the standard program i'm=20 > generating the tone with SpecLab (on the "LF TX PC") and key the PTT=20 > with the program (on the "LF/MF RX/TX PC"). Didn't work :-/ Soldered=20 > arround to use RTS instead. PTT was keyed when pressing the tune=20 > button and released when pressing it again, as intended. But then,=20 > when pressing "Beacon", the PTT was key down, permanent tone. > > Need a VOX or so... > > So i can do no OPDS tests tonite, sorry. > > 73, Stefan/DK7FC > > PS: I'll continue with DFCW-90 now! > > > > Am 17.10.2013 18:00, schrieb jrusgrove@comcast.net: >> Stefan >> >> Wasn't expecting you to start transmitting OPDS today ... just a=20 >> thought for the future. But if you want to, that's okay too. >> >> OPDS32 is capable of of decoding at about -50 dB s/n (relative to SSB=20 >> bandwidth). >> >> Your call and grid is easily added at the receiving end. >> >> Jay >> >> >> ----- Original Message ----- From: "Stefan Sch=E4fer"=20 >> >> To: >> Sent: Thursday, October 17, 2013 10:57 AM >> Subject: Re: LF: T/A OPDS DK7FC >> >> >> PS: Jay, Markus, >> >> What is the S/N performance of OPDS compared to WSPR-15 (apart from th= e >> fact that the callsigns must be known in advance and that there is les= s >> information into one sequence) ?? >> >> 73, Stefan >> >> Am 17.10.2013 16:55, schrieb Stefan Sch=E4fer: >>> Jay, >>> >>> Am 17.10.2013 14:36, schrieb jrusgrove@comcast.net: >>>> >>>> Several stations on this end are now set up to receive OP Deep=20 >>>> Search ... including Garry K3SIW in IL. Being that far inland is=20 >>>> quite a disadvantage for T/A signal reception compared to 'coastal'=20 >>>> stations. >>> Garry got several WSPR-15 decodes of me last season, so i think he=20 >>> could make it in OPDS as well. >>>> >>>> On my end I'm interested to see if it's possible to roll back the=20 >>>> earliest T/A reception times (current best of about 2045Z mid=20 >>>> season). There are probably other 'unknowns' waiting to be=20 >>>> discovered along the way ;~) . >>> OK, i can give it a try. Not sure if i can make it today arround 20=20 >>> UTC but i will try. >>> Am i already included in the OPDS list as a possible station? >>> >>> 73, Stefan/DK7FC >> >