Hi, All,
I unearthed what appears to be a Tektronix X terminal, marked on the bottom:
MODEL: X221CHT
SERIAL: <serial number>
LAN: 08 00 11 <xx> <xx> <xx>
KEY: <17 digit alphanumeric>
The connectors on the back are:
8-pin DIN marked +5VDC/+12VDC
PS/2 Mouse
PS/2 Keyboard
15-pin VGA
2x DE9-M serial
"RJ45" Ethernet
10Base2 BNC
several empty rectangular openings presumable for expansion mods
Inside is:
Sonic-T DP83934CVUL-25
TI TLC34076-135FN Video
SRAM
LSI LR33020MC-25 "GRAPHX PROC"
Tektronix 160-9461-00
29F010 FLASH EEPROM
2x 72-pin SIMM sockets with on SIMM installed, appears to be 4MB
Chip dates are frequently last 60 days of 1996. Two minor SOIC parts
have the newest visible date code, 9701.
I do not have the PSU for it and have not tried powering it on. I can
probably solder some wires to the back of the PCB to feed it +12V and
+5V, but I'm a little surprised to find zero information on the web
searching for variants of the vendor and model number.
Anyone here have any info? If it is an X terminal, it's probably a
brick without a somewhat sizable tftp area for it to slurp up.
Thanks for any tips, comments or pointers.
-ethan
> From: Al Kossow
> done.
Thanks!
I've spent a while poring over them, and I can report that the tape interface
on the TMA11 and TMB11 is exactly identical. (Oddly enough, there are very
minor differences between those of the TM11 and TMA11. Go figure.) So I
expect that report of a TU10 plugged into a TMB11 is accurate.
I've also compared the TM11 and TMA11, and they have the ssme complement of
Flip Chips, with one exception: the TMA11 adds an M7854 "OPI/BTE Detector" -
not sure what that might be. It does not seem to be, as I had guessed, for
support of 1600 bpi, because the TMA11 only supports 800.
I'll put together a brief page on the Computer History wiki containing all
i've gleaned covering the TM11/TMA11/TMB11 (pinouts of the drive cable, Flip
Chip backplane chart, etc).
Noel
For 2.11BSD on the PDP-11, in the stand alone utilities that are found on
the installation tape, the storage devices are named:
dn(x,y,z) where dn is the mnemonic for the driver, x is the controller
number, y is the unit number and z is the partition on the unit. So the
first partition on the first drive on the first MSCP controller is
ra(0,0,0). It's fairly easy form the install tape to disklabel and mkfs a
drive on a second controller.
Once UNIX is running, things change. The devices in /dev are named ra0 for
the first unit on the first controller, ra1 for the second unit on the
first controller and etc. I don't see a way in the naming convention to
identify other controllers.
My question is, what is the device name in /dev for the first drive on the
second controller?
Op 15 sep. 2016 11:57 p.m. schreef "Toby Thain" <toby at telegraphics.com.au>:
>
> On 2016-09-15 2:38 PM, Noel Chiappa wrote:
>>
>> > From: Chuck Guzis
>>
>> > Call it anything you want, but we know what Motorola called it.
>>
>> The _first implementation_ may have been 16-bit, but I am in no doubt
>> whatsover (having written a lot of assembler code for the 68K family)
>> that the _architecture_ was 32-bit:
>>
>> - 32-bit registers
>> - many operations (arithmetical, logical, etc) defined for that length
>> - 32-bit addresses
>
>
> GPR width, being the visible programmer model, is the most common and
convenient definition of "architecture" I've come across. But there's no
reason we can't just say the *visible* architecture is 32 bit (which it
is), but the "internal" architecture is sort of 16.
Afaik, the term computer architecture was coined for the IBM 360, which was
a 32-bit architecture, with 8, 16, 32, and 64 bit implementations. The term
architecture specifically refers to what the programmer sees, not to the
specifics of an implementation.
Camiel
Hi folks,
I recently acquired a DSD-440 drive and purchased its accompanying controller on ebay. The controller is configured at defaults according to the manual on Bitsavers. However, unless it is on the bus by itself after the RAM cards, it halts the CPU at location 270.
Here are the 4 card configurations I tried, < or > denotes direction of serpentine QBus:
Doesn't work:
1 CPU - CPU - CPU - CPU >
2 RAM - RAM - RAM - RAM <
3 RAM - RAM - RAM - RAM >
4 RAM - RAM - RAM - RAM <
5 RAM - RAM - RAM - RAM >
6 DSD - DSD - RAM - RAM <
7 UC07-UC07- --DEQNA-- >
8 --- - --- - --- - --- - --- <
9 --- - --- - --- - --- - --- >
OR
1 CPU - CPU - CPU - CPU >
2 RAM - RAM - RAM - RAM <
3 RAM - RAM - RAM - RAM >
4 RAM - RAM - RAM - RAM <
5 RAM - RAM - RAM - RAM >
6 RAM - RAM - --- - --- <
7 DSD - DSD - --- - --- >
8 UC07-UC07- --DEQNA-- <
9 --- - --- - --- - --- - --- >
Works (or at least leaves the CPU in the "RUN" state):
1 CPU - CPU - CPU - CPU >
2 RAM - RAM - RAM - RAM <
3 RAM - RAM - RAM - RAM >
4 RAM - RAM - RAM - RAM <
5 RAM - RAM - RAM - RAM >
6 DSD - DSD - RAM - RAM <
7 --- - --- - --- - --- - --- >
8 --- - --- - --- - --- - --- <
9 --- - --- - --- - --- - --- >
OR
1 CPU - CPU - CPU - CPU >
2 RAM - RAM - RAM - RAM <
3 RAM - RAM - RAM - RAM >
4 RAM - RAM - RAM - RAM <
5 RAM - RAM - RAM - RAM >
6 RAM - RAM - --- - --- <
7 DSD - DSD - --- - --- >
8 --- - --- - --- - --- - --- <
9 --- - --- - --- - --- - --- >
The card says (C)1978 Data Systems Design on it, and the latest manual is (C)1980 - which makes me concerned this is an 18-bit only QBus card.
I have not yet tried attaching the drive box to the card, thinking it would at least see the controller without hanging. The box isn't yet clean and ready to go.
Any help with this card would be appreciated. Am I doing something wrong, or is this just a bad card?
Thanks
Julian
> From: Al Kossow
> http://www.computerhistory.org/collections/catalog/102753063
Ah, excellent! Any chance those can be scanned at some point?
(No rush, I'm not about to start working with one instantly - too much else
backed up in the queue! :-)
>> I saw some queries about whether a TU10 could be connected to a TMB11.
>> The answer is apparently 'yes', for two reasons:
>> First, I found docs on a thing called a TMA11 (apparently intermediate
>> between the TM11 and TMB11), and one version of the docmentation about
>> it talks about the TMA11 and the TU10, but another version talks about
>> the TMA11 and the TS03. So, by transitivity, if the TU10 works with a
>> TMA11, and a TMA11 works with a TS03, and the TS03 works with a TMB11,
>> the TMB11 must work with a TU10...
>> Second, I have a report of a TU10 found plugged into a TMB11 in a
>> retired computer.
> the TMB11 is a special widget for the small Kennedy 7" 800bpi tape drive
That's the TS03, right?
Anyway, there are indications (above) that it will also work with a TU10. If
the TMB11 prints get scanned in, I can take a look them, and see what gives.
Further (third) clue: the TMB11 Ops manual says "The TS03 tape transport
operates at only one density (800 bpi) and iin only one mode of operation (9
track). The TMB11 is capable of other densities and can operate in the
7-track .. modes." I expect this is to support these modes in the TU10...
I originally thought the TB11 was TS03-specific, but after reviewing all the
above, I have changed my mind. Having the drawings would be great; I could
check them out to confirm that it really can drive a TU10.
> we do have the TMA11 drwngs
Also excellent! The TM11 ones are online, but not (AFAIK) the TMA11. So if
that could get done at some point, too... :-)
The two are very similar (a 19" rack backplane full of smaller FLIP CHIPs),
so it's not like the RK11-C -> RK11-D, where they re-implemented it to make
it cheaper. I'm _guessing_ the latter one can handle 1600 bpi, or some such,
but with the prints, the difference could be confirmed.
> From: Henk Gooijen
> IIRC, I have the printset of the TMB11 and ISTR it is one inch thick!
Hmm. No idea why - it's only a quad card and a hex card and 4 smaller
standard UNIBUS FLIP CHIPs (M105, M7821, etc). Hard to see that generating 1"
of paper (even with the wire list for the custom backplane - a hex-high
system unit).
Maybe that set includes the TS03 drawings too?
Noel
Does anyone know of the whereabouts of a set of engineering drawings for the
TMB11 (also a Technical Manual, although that's more of a luxury)? All I could
find on it, online, was the Operator's Manual.
Noel
PS: In an older thread on TU10's/TM11's here:
http://www.classiccmp.org/pipermail/cctalk/2015-September/011810.html
I saw some queries about whether a TU10 could be connected to a TMB11. The
answer is apparently 'yes', for two reasons:
First, I found docs on a thing called a TMA11 (apparently intermediate between
the TM11 and TMB11), and one version of the docmentation about it talks about
the TMA11 and the TU10, but another version talks about the TMA11 and the
TS03. So, by transitivity, if the TU10 works with a TMA11, and a TMA11 works
with a TS03, and the TS03 works with a TMB11, the TMB11 must work with a
TU10...
Second, I have a report of a TU10 found plugged into a TMB11 in a retired
computer.
There were a couple more MIPS workstations (with MIPS property tags) at Weird Stuff a couple days ago. Two 3xxx-series and an R/12.
Also a bunch of DEC stuff including a VT240 base and several keyboards.
-- Chris
Sent from my iPhone