[GreenKeys] Handling CRs - NON-Overline Mod kit

[Eric NO3M]

Ralph

Thanks for the information regarding the NON-overline mod.  I found this 
page with some info on the topic:

https://www.smecc.org/teletype_model_28_stunt_box_secrets_and_data!.htm

It appears to be an alternative "no parts" modification, but your 
solution seems to be more elegant in that CR will still be a 
"functional" key (CR+LF) and conform with current practice.  I can't 
think of any scenario in RTTY contesting where a CR should not be 
accompanied by a LF, but I have yet to see a LF sent alone or any reason 
to do so for that matter.  What is the LF behavior as a result of the 
mod you suggested, I assume unmodified?

** Anyone have the NON-overline mod kit or parts to do what Ralph is 
suggesting? **

I do plan to do a fair amount of contesting with the M28, but after the 
overline horrors of this weekend in the SCC... definitely need to deal 
with the lack of line feeds!

Thank you.

73 Eric NO3M


On 08/27/2017 02:18 AM, Ralph Irish wrote:
>
>> *From: Ralph Irish <w8roi at wowway.com <mailto:w8roi at wowway.com>>
>> *
>> *Date: August 27, 2017 2:09:51 AM EDT
>> *
>> *To: no3m at no3m.net <mailto:no3m at no3m.net>
>> *
>> *Subject: Re: [GreenKeys] Handling CRs
>> *
>> *
>> *
>> *Eric*
>> *
>> *
>> *It is possible to equip the Sequential Selector of a Model 28 so 
>> that a Carriage Return (CR) will also produce*
>> *a Line Feed.  (LF)   This is called 'NON-Overline'.  It requires 
>> less than 8 parts to be installed, in most*
>> *cases, and I suspect that someone on GreenKeys may have some 'Mod 
>> Kits' for this purpose, or at least the*
>> *required parts.  You might put out an inquiry about getting 
>> NON-Overline for your machine.*
>> *
>> *
>> *Or, it would also be possible to run all incoming data through a 
>> simple program which would sense a CR and*
>> *follow it with a LF.  Another caution, though.  Many 'old time 
>> operators' will use two CRs as assurance that*
>> *the print box will be in place before printing the next line.  So, 
>> any computer routine would have to ignore*
>> *a second CR so as not to have a blank line between each printed line.*
>> *
>> *
>> *I think that mechanically, that was part of the "NON-Overline" mod 
>> kits.  A few parts prevented a second LF*
>> *from the second CR.*
>> *
>> *
>> *- - - -*
>> *
>> *
>> *Some older TTY gear also had a feature of "Unshift on Space" so that 
>> after sending something in the "FIGS"*
>> *situation, a space character would both cause a word space  AND  a 
>> downshift to letters.  This also caused*
>> *a lot of problems for people whose printers did  NOT  have the 
>> Unshift on Space feature.  That, too, had a*
>> *"Mod Kit" from Teletype I think.  This 'feature' is often 
>> abbreviated as  USOS  for Unshift on Space.*
>> *
>> *
>> *Hope this helps.*
>> *
>> *
>> *73,*
>> *
>> *
>> *Ralph - W8ROI*
>> *
>> *
>> *- - - - - - - -*
>> *
>> *
>> *On Aug 26, 2017, at 10:10 PM, Eric NO3M wrote:*
>> *
>> *
>>> *I recently acquired a 28KSR and fired it up today in the SCC 
>>> contest.  I notice that the overwhelming practice is to use CRs in 
>>> macros but not insert LFs, which causes the printer to type over 
>>> previous text.  It was so bad at one point that a particular station 
>>> I was monitoring went through 3 QSOs and all the text (including his 
>>> QSO partners) was printed on the same line!  Completely unintelligible.
>>>
>>> Any thoughts on how this could be handled on the receiving end?  The 
>>> current TU is a Flesher TU-170.
>>>
>>> 73 Eric NO3M
>>>
>>> ______________________________________________________________
>>> GreenKeys mailing list
>>> Home: http://mailman.qth.net/mailman/listinfo/greenkeys
>>> Help: http://mailman.qth.net/mmfaq.htm
>>> Post: mailto:GreenKeys at mailman.qth.net
>>>
>>> 2002-to-present greenkeys archive: 
>>> http://mailman.qth.net/pipermail/greenkeys/
>>> 1998-to-2001 greenkeys archive: 
>>> http://mailman.qth.net/archive/greenkeys/greenkeys.html
>>> Randy Guttery's 2001-to-2009 GreenKeys Search Tool: 
>>> http://comcents.com/tty/greenkeyssearch.html
>>>
>>> This list hosted by: http://www.qsl.net <http://www.qsl.net/>
>>> Please help support this email list: http://www.qsl.net/donate.html
>>> *
>> *
>> *
>
>
>
> ______________________________________________________________
> GreenKeys mailing list
> Home: http://mailman.qth.net/mailman/listinfo/greenkeys
> Help: http://mailman.qth.net/mmfaq.htm
> Post: mailto:GreenKeys at mailman.qth.net
>
> 2002-to-present greenkeys archive: http://mailman.qth.net/pipermail/greenkeys/
> 1998-to-2001 greenkeys archive: http://mailman.qth.net/archive/greenkeys/greenkeys.html
> Randy Guttery's 2001-to-2009 GreenKeys Search Tool: http://comcents.com/tty/greenkeyssearch.html
>
> This list hosted by: http://www.qsl.net
> Please help support this email list: http://www.qsl.net/donate.html

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.qth.net/pipermail/greenkeys/attachments/20170827/ae806e20/attachment.html>