Linotypes, when driven from paper tape, used the 64 bit, six level TTS or Teletypesetter code. There are two key line ending codes that were always in sequence. One was the?RETURN code and the other was the ELEVATE code.
?
On the linotype, the ELEVATE key would end the line and "elevate" the matrixes, as a group, to the caster and eventually to the distributor.
?
?
On 26 Mar 2010, at 06:00, cctalk-request at classiccmp.org wrote:
>
> Message: 8
> Date: Thu, 25 Mar 2010 18:58:19 +0000 (GMT)
> From: ard at p850ug1.demon.co.uk (Tony Duell)
> Subject: Re: OT: Leaving computers on... (was Re: Disc analyser news
> update)
> To: cctalk at classiccmp.org
> Message-ID: <m1NusG5-000J3xC at p850ug1>
> Content-Type: text/plain
>
>> There is a little test jig that is sometimes used, that holds diagonal
>> corners of the die between centers, for a spin. If the die reverses
>> direction of rotation right before it settles to a stop, then it fails.
>
> The 'Pviot test for loads'. There are several other ways to make dice
> show numbers with the 'wrong' prboabiltiy, though.
Six LCD displays, single chip microcomputer and an orientation sensor? :-) Keeps it on topic anyway.
>
> Totakky OT, byut 'Scarne on Dice' has a couple of chapters on this. (No,
> I don't gamble, but I happen to have said book on my bookshelf)
>
> -tony
>
Hi All.
I've become curious about the different DECTalk devices. There seems to
have been a number of variants. The stand alone DTC01, a UNIBUS version
and a PCI card version (DTC07).
Do all these sound the same? Or are newer ones more advanced?
The number (07) on the PCI version indicate that there has been at least
seven versions, what are the others?
And finally, does anyone have system over and would consider selling it?
(DTC01 seems to be the simplest and is thus preferred)
Regards,
Pontus.
Hi Folks,
I recently came across a Honeywell DDP-516 computer. I'm currently resurrecting the system. That
basically means assembling the pieces I got and fixing minor issues. The most work comes from
missing mounting hardware :-(
The system came with a paper tape reader interface. And a paper tape punch interface. I have
schematics for the reader interface.
--- But I'm desperately looking for the paper tape punch interface schematics!
Does anyone have these? Al? Bill? CHM? Someone else? There's also another DDP-516 owner who would
like to get hold of these schematics.
I have no information about that interface. Only the programming interface is known. And it is not
the same interface module as used in the H316. The H316 interface has PTP and PTR in one and uses
completely different ?PACs.
BTW: I could need some spare ?PACs to fix a memory (so far at least one CM006). Will write a
separate post after having checked out the system, listing all I'm looking for.
Best wishes,
Philipp :-)
--
http://www.hachti.de
On Wed, Mar 24, 2010 at 11:30 AM, Chuck Guzis <cclist at sydex.com> wrote:
> On 24 Mar 2010 at 9:16, blstuart at bellsouth.net wrote:
>
>> I don't know about the ocean, but they did send them off to
>> scrap yards and stuff to be demolished...
>
> There's another aspect to the problem, that CDC ran into during the
> 70's--that of used parts finding their way into the mainstream.
> Apparently, this was enough of a problem that CDC ordered that any
> decommissioned system be reduced to unusable junk...
DEC had a problem in the 1980s with parts and machines that had been
scrapped ending back in the sales stream. The big problems for them
were maintaining the perception of quality (much of what got scrapped
had failed some aspect of the testing process) and the tax issue of
claiming that an item was scrapped but still out in the world. I was
told one source of this was the recyclers picking through the bins of
scrap coming from DEC and reselling things that were deemed
resellable. They were paying by the pound for precious and ferrous
metal scrap but making much more from the occasional gem. As the
story goes, DEC bought a large shredder (large enough to accept 19"
racks!), ensuring that re-use would not be feasible.
We had a similar issue at Software Results - obsolete (prototypes and
Rev 0 boards) and unrepairable boards were lying around after they'd
been scrapped - we couldn't repair them since they'd been written off,
so since they were large and green (because of the solder mask), one
of our student employees nailed a bunch of them to a wooden frame in
an irregular isosceles triangle pattern and made a "COMBOARD Christmas
Tree" (using 9-track write rings as ornaments and tractor-feed
tearoffs as garlands). Because the boards were rendered more unusable
(as computer peripherals) by drilling nail holes in them, it was
considered an acceptable re-use. I wish I had a picture of it still.
-ethan
(Taking this into a separate thread, it has nothing to do with disc
analysers).
Cameron Kaiser wrote:
>> As I understand it, you can design a MIPS chip based on the published
>> specs and not have to pay any licensing fees. There was a patent on the
>> unaligned load/store instructions, but that expired in 2006 AIUI.
>
> That's probably why the Chinese have jumped on it (Godson/Loongson), not
> that they worry excessively about licensing, but anyway.
It's probably why there are so many open-source MIPS cores on Opencores
too. I've been playing with UCore this evening and tweaked it to run at
about 80MHz on an Altera Cyclone II. Unfortunately the feature list on
Opencores is for a newer version of the code, which was apparently never
uploaded :(
I've got a few 'suspended projects' that would benefit from having a
reasonably fast (~100MHz would be nice, ideally with a bit of I-cache
and D-cache), 32-bit RISC CPU core with decent compiler/RTOS support.
Ucore seems to fit the bill (although there are reports that it doesn't
work properly) but the "older version" of the code has support for
instruction or data caching :( :(
(That and I'll need to rig up some form of bus arbitration scheme to
merge the Instruction and Data buses together... now won't that be fun..
at least it's WISHBONE compliant, I suppose)
--
Phil.
classiccmp at philpem.me.uk
http://www.philpem.me.uk/
I am working with an IBM Monochrome "Black and White" Parallel card that
is showing a double image. I noticed that the 106 / 16+ tant cap at the
top left near where C1 / U47 is printed was broken off the board so I
put in a new one. There was no change. I tried another cap, no
change. I removed the cap entirely, no change. I am looking for a
schematic/docs/suggestions.
It looks something like this:
-------------------------------------------------
-128K 128K -
- -
- -
- -
- -
- -
- -
- -
-------------------------------------------------
Thanks.
>> > This is one of the original black connector versions of the IBM
>> > 1904057 XM 407 display cards. It has 9114 RAMs in it, not socketed of
>> > course, so I think if I can probe each RAM chip first to ID the bad
>> > chip it'd be more efficient. I would similarly have to check the
>> > 74L chips. oy!
>>
>
> I know this is a stupid question, but have you scoped the sync
> signals from the card?
>
> --Chuck
>
>
No, I did not. Unfortunately this is not my forte.
Bill