I just confirmed there is a spring on mine. Hard to see back in
there but it's there for sure. I gotta go look at the chart some
more to see if this makes sense, but if it's just sitting in the
outer position and never in the back position, that will mess
things up.
Ok. Mine isn't 'connected' to anything really.No spring.
Just floats between the upper & lower
-------- Original message --------From: John <[email protected]>Date: 10/2/21 2:39 PM (GMT-07:00)To: Mike McAuley <[email protected]>Subject: Re: Model 28 with a new problem
Probably should have some spring tension holding it towards the rear and then is pulled forward by either the upper or lower slide. Kind of like an OR gate. I'd have to look at parts section to see if spring is involved.
John, W9DDD
John, both upper and lower horizontal motion stop slides move in & out with the bellcrank.
Is the common horiz. motion stop slide just supposed to be free floating between them?
Mike
-------- Original message --------From: John <[email protected]>Date: 10/2/21 2:17 PM (GMT-07:00)To: Mike McAuley <[email protected]>Subject: Re: Model 28 with a new problem
You get in and out motion on both slides? I guess that would have been too easy.
John, W9DDD
That bell crank/rocker engages with just two of the bars right? 4 & 5?
They're both engaged and appear to be operating
Mike
-------- Original message --------From: John <[email protected]>Date: 10/2/21 1:58 PM (GMT-07:00)To: Mike McAuley <[email protected]>Subject: Re: Model 28 with a new problem
You may have missed getting everything in synch when replacing front plate
<omdllocpogmobglg.png>
Number 5 code bar should control Lower Horizontal Motion Stop Slide. The bell crank not in the notch in the code bar.
I think you can confirm this by manually moving the code bar and watching the slides. Chech #4 first to see how it's supposed to work?
On 10/2/2021 1:54 PM, Mike McAuley wrote:
So I got the code bar 3 issue fixed as far as I can tell. I can see all five code bars shifting back & forth.
But now there is a new issue...
A types as WE types as ZI types as PS types as YU types as Q
3 types as quotation mark7 types as 18 types as 0Dash types as 2STOP types as hashtagSpacebar types as HLine feed types as L
Now I was sleuthing the bit codes for all those keys and from what I see, the common denominator is bit 5.
On those keys, a bit 5 SPACE is being turned into a MARK. On other characters where bit 5 is *supposed* to be a Mark, they are typing fine.
AND... it's not doing it on ALL the keys where switching bit5 from S to M would change the character. For example, typing C does not change to V.
I can also see that these affected characters happen to lie in the center four columns on each side of the typebox (middle four for the FIGS section, & middle four for the LTRS section.)
The bit 5 code bar is NOT stuck. I can see it freely running back & forth between M & S.
So the question is: what could be causing a MARK to be sent on bit 5 in cases where it should be a SPACE?
Any thoughts, ideas or suggestions appreciated
73s
MikeKD7VRG
-- John Koster [email protected]
--
John Koster
[email protected]