Return-Path: Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by mtain-dk04.r1000.mx.aol.com (Internet Inbound) with ESMTP id EDEF9380000A3; Wed, 6 Mar 2013 04:39:57 -0500 (EST) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1UDAM8-0003A2-6N for rs_out_1@blacksheep.org; Wed, 06 Mar 2013 09:09:48 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1UDAM7-00039Q-Bn for rsgb_lf_group@blacksheep.org; Wed, 06 Mar 2013 09:09:47 +0000 Received: from out1.ip01ir2.opaltelecom.net ([62.24.128.237]) by relay1.thorcom.net with esmtp (Exim 4.77) (envelope-from ) id 1UDAM5-0004kP-5u for rsgb_lf_group@blacksheep.org; Wed, 06 Mar 2013 09:09:46 +0000 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvoCAH8GN1ECZMUt/2dsb2JhbAANN4hZvB4EAYF3gx0BAQEBAyNmCQIJCAQBAQEJFggDAgIJAwIBAgE0CQgTBgIBAYgbjgKaEnGSWo4HexEBgi2BEwOWSpN2 X-IronPort-AV: E=Sophos;i="4.84,793,1355097600"; d="scan'208,217";a="421217058" Received: from host-2-100-197-45.as13285.net (HELO [127.0.0.1]) ([2.100.197.45]) by out1.ip01ir2.opaltelecom.net with ESMTP; 06 Mar 2013 09:09:23 +0000 Message-ID: <513707C2.2040000@psk31.plus.com> Date: Wed, 06 Mar 2013 09:09:22 +0000 From: g3zjo User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: rsgb_lf_group@blacksheep.org References: <58DDEF66BD1F4FCDA781E159BB3130D4@GaryAsus> <5133BADE.9070906@iup.uni-heidelberg.de> <5133C67A.10300@psk31.plus.com> <5133C9E6.5070406@iup.uni-heidelberg.de> <5133D161.4080703@psk31.plus.com> <5134A7AB.6020202@iup.uni-heidelberg.de> <5134F966.5090807@psk31.plus.com> <5135D5E8.7040304@iup.uni-heidelberg.de> <5135FDDC.2020100@iup.uni-heidelberg.de> <1AD9CFA88EB9476B81C3CD9EE515BB31@PcMinto> <51362618.2040709@iup.uni-heidelberg.de> <51364368.3090204@psk31.plus.com> <51364D95.7090009@psk31.plus.com> <93266BE26B7D4C14A04471501FB9D23A@AGB> <51367D85.2020607@psk31.plus.com> In-Reply-To: X-Antivirus: avast! (VPS 130305-1, 05/03/2013), Outbound message X-Antivirus-Status: Clean X-Spam-Score: 0.0 (/) 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: On 06/03/2013 00:28, Graham wrote: > I think mark is high , shift hf from space , fldigi has mark > high as well , logging default is mark=qrg , I could not get > fldigi to print , but mmtty (new v) did with the rev button -in- Now back in the black and white days I would have known this when writing software for the Nascom Z80 proc. Mine is in the loft too and last time it came down it worked. [...] Content analysis details: (0.0 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 HTML_MESSAGE BODY: HTML included in message X-Scan-Signature: 7a5eab5982daca5912e6e97333848fe5 Subject: Re: LF: Re: RTTY test transmission Content-Type: multipart/alternative; boundary="------------040603020508000301010704" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.8 required=5.0 tests=HTML_30_40,HTML_MESSAGE 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 x-aol-global-disposition: G x-aol-sid: 3039ac1db40851370eeb7e04 X-AOL-IP: 195.171.43.25 X-AOL-SPF: domain : blacksheep.org SPF : temperror This is a multi-part message in MIME format. --------------040603020508000301010704 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 06/03/2013 00:28, Graham wrote: > I think mark is high , shift hf from space , fldigi has mark > high as well , logging default is mark=qrg , I could not get > fldigi to print , but mmtty (new v) did with the rev button -in- Now back in the black and white days I would have known this when writing software for the Nascom Z80 proc. Mine is in the loft too and last time it came down it worked. Yeh but, no but, I decode Stefan with fldigi FB. Surely the first tone to come up is Mark that is the QRG, LF tone. Using MMTTY Rev button OUT does exactly that. Rev button IN swaps that situation. > how is Stefan generating rtty , is there a mixer involved ? Pass. Ed > G.. > > *From:* g3zjo > *Sent:* Tuesday, March 05, 2013 11:19 PM > *To:* rsgb_lf_group@blacksheep.org > *Subject:* Re: LF: Re: RTTY test transmission > > On 05/03/2013 22:14, Graham wrote: >> why is the 'REV' button 'in' on MMTTY then mark = 1163 >> Hz with 477 usb dial set ? >> G. > Corr I haven't run that for years. Hmm, it seems to indicate the same > Mark frequency whether the REV is pushed or not, is that anything to > do with it. > > Ed >> >> *From:* g3zjo >> *Sent:* Tuesday, March 05, 2013 7:55 PM >> *To:* rsgb_lf_group@blacksheep.org >> *Subject:* Re: LF: Re: RTTY test transmission >> >> On 05/03/2013 19:43, Graham wrote: >>> Is the shift reversed ? >>> G.. >> >> ?? No. >> >> Ed >>> >>> *From:* g3zjo >>> *Sent:* Tuesday, March 05, 2013 7:11 PM >>> *To:* rsgb_lf_group@blacksheep.org >>> >>> *Subject:* Re: LF: Re: RTTY test transmission >>> >>> Also Grabber http://www.g3zjo.talktalk.net/lfgrabber.html >>> >>> Wide View, showing your signal. >>> >>> Eddie >>> >>> On 05/03/2013 17:06, Stefan Schäfer wrote: >>>> Minto, >>>> >>>> I'm excited. Was that you a few minutes ago? >>>> I was writing in real time some stuff to my program which sent the >>>> stuff in RTTY immediately. The TX was in idle mode during that >>>> time. suddenly someone answered! "big brother is watching you" and >>>> so. Was that you?? >>>> It looks like my PA is blown up once again. It is simply not >>>> designed for a key-down transmission, so the idle mode is not >>>> ideal, except i'm using a fan. Now i will once again replace 2x >>>> IRFZ48N and be on air in 1 hour or earlier. Let us try the QSO then >>>> again, OK? :-) >>>> >>>> 73, Stefan/DK7FC >>> >> > --------------040603020508000301010704 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit On 06/03/2013 00:28, Graham wrote:
I think mark is   high , shift  hf  from  space , fldigi    has mark high as well  ,   logging  default  is  mark=qrg  , I could not get fldigi to  print  , but  mmtty (new  v)  did  with the  rev   button -in- 
Now back in the black and white days I would have known this when writing software for the Nascom Z80 proc. Mine is in the loft too and last time it came down it worked.

Yeh but, no but, I decode Stefan with fldigi FB.
Surely the first tone to come up is Mark that is the QRG, LF tone. Using MMTTY  Rev button OUT does exactly that. Rev button IN swaps that situation.
 
how is  Stefan  generating   rtty  , is there  a  mixer involved  ?
Pass.

Ed
 
G..
 

From: g3zjo
Sent: Tuesday, March 05, 2013 11:19 PM
Subject: Re: LF: Re: RTTY test transmission

On 05/03/2013 22:14, Graham wrote:
why is the  'REV'  button   'in'  on MMTTY   then     mark = 1163  Hz   with   477 usb  dial set  ?
 
G.
Corr I haven't run that for years. Hmm, it seems to indicate the same Mark frequency whether the REV is pushed or not, is that anything to do with it.

Ed

From: g3zjo
Sent: Tuesday, March 05, 2013 7:55 PM
Subject: Re: LF: Re: RTTY test transmission

On 05/03/2013 19:43, Graham wrote:
Is the  shift  reversed ?
 
G..

?? No.

Ed

From: g3zjo
Sent: Tuesday, March 05, 2013 7:11 PM
Subject: Re: LF: Re: RTTY test transmission

Also Grabber http://www.g3zjo.talktalk.net/lfgrabber.html

Wide View, showing your signal.

Eddie

On 05/03/2013 17:06, Stefan Schäfer wrote:
Minto,

I'm excited. Was that you a few minutes ago?
I was writing in real time some stuff to my program which sent the stuff in RTTY immediately. The TX was in idle mode during that time. suddenly someone answered! "big brother is watching you" and so. Was that you??
It looks like my PA is blown up once again. It is simply not designed for a key-down transmission, so the idle mode is not ideal, except i'm using a fan. Now i will once again replace 2x IRFZ48N and be on air in 1 hour or earlier. Let us try the QSO then again, OK? :-)

73, Stefan/DK7FC




--------------040603020508000301010704--