[GreenKeys] Diddle, Real Metal, 1.0 Stop Pulse
Jerry
gh1lockett at bak.rr.com
Fri Feb 25 09:59:06 EST 2005
Surprisingly enough I recall some 30+ years ago when Bill Carver
(k6olg/w7aaz now) and Jim Haynes (w6jve) and I think Larry Laitinen
(wa6jyj/w7jyj) were running a lot of tests on RTTY using just a 1.0 stop
pulse. All of us were using model 28 machines as I recall. The model
28's ran 'real busy' when receiving the 1.0 stop pulse and sounded like
they were going much faster than the 60wpm normal speed using a 1.42
stop pulse.
What was really amazing was the copy was noticeably better. Now that I
think about it, I seem to recall that Bill (k6olg/w7aaz) had designed a
new TU and it was processing the info much better with the 1.0 stop
pulse and a full set of diddles. These tests were run over some period
of time on several occations, and the copy was always much better.
I just went out and looked in my 'stash' and yep, I still have my
original lash up of Bill's TU sitting on a shelf. I guess a true
'rtty'er never gets rid of anything, chuckle!
Jer -n6jp-
----- Original Message -----
From: "Bob Camp" <ham at cq.nu>
To: "Veenstra, Lester" <Lester.Veenstra at intelsatgeneral.com>; "Greenkeys
((E-mail))" <greenkeys at mailman.qth.net>
Cc: "Jerry" <gh1lockett at bak.rr.com>
Sent: Friday, February 25, 2005 6:16 AM
Subject: Re: [GreenKeys] Diddle, Real Metal, & Indeterminate Line Length
: Hi
:
: You are correct at least as far as the machines I have really dug into
: (15's). The mechanical felt pad clutch engages at the end of a 1.0
: length stop pulse. The only problem with this is that it (as least
from
: 20 year old memory) is a full 1.0 length pulse. If the sending machine
: is running just a bit fast the receiving machine will fall out of
: synchronization every so often.
:
: As far as I can see there is no advantage to diddle on a mechanical
: TTY. There certainly is an advantage on certain types of TU's but not
: on the TTY it's self. If anything diddle wears out the machine a bit
: faster.
:
: The biggest problem I see with "synthetic sync" operation using diddle
: is that you do not have a defined stop bit length. Normal clock and
: data recovery circuits rely very much on the fact that they know
: exactly what they are looking for. Each weird stop bit length (1.31,
: 1.42, 1.5) effectively is a different clock rate you have to watch
for.
: I have never seen a sync system that uses odd width pulses in the bit
: stream.
:
: This isn't to say you can't watch for all the possible rates and guess
: which one is being used. The issue is that you can guess wrong if you
: have three closely spaced stop pulse widths. If you really want to go
: wild you can always go to a Veterbi decoder and do convolutional guess
: work until you run out of CPU clock cycles. I suspect that at 45 baud
: that a lot of of bits (> 2 characters) . It would still work better if
: you knew the stop pulse width ahead of time since you would have fewer
: buckets to examine and less chance of error.
:
: We're getting a bit far afield from my original intention here which
: was simply to caution about the use of 1.0 length stop bits if there's
: a mechanical TTY on the other end ...
:
: Take Care!
:
: Bob Camp
: KB8TQ
More information about the GreenKeys
mailing list