Hi,
I haven't got ULTRIX/VAX V3.0C, but:
V2.0
V3.1 (disk image only)
V4.2
V4.4
V4.5
I'd like to have the missing versions, too.
More ULTRIX-Manuals would be VERY interesting as well.
(I scanned the ones at bitsavers.com)
What type of VAX do you want to run ULTRIX on?
Regards,
Ulli
Hi,
I was able to acquire 4 Zilog S8000 boards lately.
- S8000 Central Processing Unit
- S8000 Winchester Disk Controller
- S8000 Cartridge Tape Controller
- S8000 ECC Controller
I'm trying to get my hands on the Case and the 1MB memory card, but I was
wondering if someone has still pieces of the S8000 at hand? What about
tape images of ZEUS? I mean - when I'm getting the minimum required
hardware sooner or later - without an installation tape I'm a bit lost -
right? ;)
I've tried to put all the information I was able to found about the S8000
together at http://pofo.de/S8000/ I've scanned the boards I got and put
all the EPROM images online.
COPYRIGHT, ZILOG, INC. 1980
S8000 Monitor 1.2 - Press START to Load System
;)
--
Oliver Lehmann
http://www.pofo.de/http://wishlist.ans-netz.de/
I was printing on my IIISi tonight and, between jobs, it switched from
working normally to displaying "50 SERVICE" (with the "50" flashing)
and not accepting print jobs.
Power cycling doesn't help.
I've done a little poking around, but haven't managed to find a service
manual for the silly thing. Bitsavers has only one file under
hp/printers/, and that one doesn't cover the IIISi. Google finds
another file which covers a few III printers, but not the IIISi.
Anyone have the manual, or at least have some idea what "50 SERVICE"
means I need to do?
(What is it with this week and hardware? I'm beginning to feel as
though any hardware I try to use this week breaks.)
/~\ The ASCII der Mouse
\ / Ribbon Campaign
X Against HTML mouse at rodents.montreal.qc.ca
/ \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B
> I assume he means the "Tek Country Store" which has operated in various
> locations since at least the early 70's. Last I heard it is somewhere on
> the Beaverton Tek Campus (is that the only one left?), and is only open once
> a month. I for one would love to know the current info on it.
It is the Tektronix surplus store, generally selling surplus of what
they use not what they make.
Sounds like I have to go back also. I used to enjoy the store, the
wait before the door opens, the polite run and exploring the stuff.
A quick google search brought up this on the Portland robotics web site.
Tektronix Country Store
Beaverton Campus Building 38 Loading Dock (East side of building).
503-627-6769
Public Hours: 1st and 3rd Thursday of the month from 2-4pm
www.tek.com/ir/bv_map.html
People start lining up before opening to get the best stuff (including
the commercial surplus store owners). Now including Tek equipment for
sale, too!
When I did it I was one of those commercial surplus store
owners..........And they mention test equipment has been added.
Another store on the Robotics list is:
SurplusGizmos
5797 NW Cornelius Pass Road
Hillsboro Oregon 97124
Warehouse: 503-439-1249
Mobile: 503-345-9187
Hours:
Wednesday and Friday 11am to 6pm
Saturday 11am to 5pm
surplusgizmos.com
Surplus stuff with an online store.
Anyone been there? I have yet to make it.
Paxton
--
Paxton Hoag
Astoria, OR
USA
The uIEC/SD I bought from Jim Brain was delivered Friday night (USPS
was actually unable to deliver for several days in our area). My
mail is currently going to a different location than we're living, so
I picked it up yesterday, and retrieved my customized C64 from
storage, and got everything plugged in last night (this was the first
time we'd been able to get our car out of the driveway in over two
weeks).
Once I figured out how to use it, all I can say it is seriously cool,
way better than my MMC-Replay for dealing with D64 images, and it was
a lot cheaper! I'm even able to use it with the MMC-Replay plugged
in so I have my Ethernet connection. With the MMC-Replay I was only
able to get one or two D64 images to work, with the uIEC most I've
tried have worked. I've been playing "Temple of Apshai" all day and
having a blast! :-)
Now to decide if I put it in some sort of case, or if I mount it
inside the C64 somehow.
Zane
--
| Zane H. Healy | UNIX Systems Administrator |
| healyzh at aracnet.com (primary) | OpenVMS Enthusiast |
| MONK::HEALYZH (DECnet) | Classic Computer Collector |
+----------------------------------+----------------------------+
| Empire of the Petal Throne and Traveller Role Playing, |
| PDP-10 Emulation and Zane's Computer Museum. |
| http://www.aracnet.com/~healyzh/ |
Yes, you read that correctly.
I have in my possession a TK-50 tape for the PDP-11 system which contains none other than
OS/2 operating system.
Many people have claimed this never existed. But I have the tape!
I had done a directory dump of it and can supply it.
One other person who's checked the directory listing has said it is authentic.
I'm not sure what to do with it, and I believe IBM made OS/2 open source, so technically it should be "free"
of it's chains
maybe someone can turn it into something useful, or just run it and have the most unique PDP on the planet, I don't know... whatever :)
anyhow, it's a really weird bit of computing history, and I'd hate for it to be lost. it should be in a museum :)
Dan.
_________________________________________________________________
Use fowl language with Chicktionary. Click here to start playing!
http://puzzles.sympatico.msn.ca/chicktionary/index.html?icid=htmlsig
Since there have been a few discussions about the memory/cache of the
11/70 now, I think I might make a few comments as well.
When we talk about the MK11 memory, you need to remember that it's a
separate memory box, and is not at all transparent to the 11/70.
The 11/70 have a memory bus. This memory bus is what you would interface
to if you designed your own memory which you put in the free CPU slot.
The memory bus don't have any ECC. The ECC of the MK11 is totally
located inside the MK11, and is not visible outside.
The 11/70 memory bus only have parity bits. So you can skip all the ECC
stuff if you want to play with your own memory "box" design.
Pretend it's a MJ11 instead, which is simpler.
Another detail is that memory refresh is also something that is internal
to the box. None of that is visible to the CPU. And neither is memory
rewrites in the case of core.
Now, my memory of the 11/70 memory bus is fuzzy, since it's been quite a
while since I was studying it. But the schematics and manuals are out
there, so all of this can be read up on.
But as far as I remember, the 11/70 memory bus is rather simple and
asynchronous. The machine presents 22 address (actually 24 are defined,
but the top two are always zero). You have 32 data bits. 4 parity on
data, and probably also parity on address. You have a few control lines,
and that's it.
You have three types of transactions. Read, Write, and Read-modiy-write.
With the 11/74 you also have an interlock function, but I guess that's a
moot point since noone around here have an 11/74 CPU anyway.
However, the 11/70 cache and memory controller presents quite a lot of
overhead and slowdown. If you really would like to speed the 11/70 up
(and you can, believe me), you would want to replace the cache and
memory controller all together.
Now, after reading a few comments here, I've finally understood the
relationship between the SETASI PEP-70 and HC-70.
The PEP-70 is 4 megs of memory. You can connect that to the 11/70 memory
bus.
The HC-70 replaces the cache and memory controller in the CPU. This
makes the whole 4 Meg of memory look like cache. You hook the PEP-70 to
the HC-70 instead. Nice solution actually. I wonder if (in theory) you
could hook any memory box to the HC-70, or if the PEP-70 can work in two
modes. One as a device on the memory bus, and one as a cache memory for
the HC-70.
Anyway, if someone were to design a memory system for the 11/70, the way
I'd recommend is to go the whole way, since that's where the real gains
are. Skip the memory bus and the original cache. The original cache is
just 2 KB of 2-way associative memory. If you set up a 4 MB cache, the
CPU can run at full steam the whole time, with a cycle time of about 150
nS, if I remember right.
It is more complicated, though. You'll have access paths from CPU,
Unibus and four massbus controllers to deal with. But it should
definitely be doable (heck, SETASI have already done it once).
I might be interested in such a project myself, since the 11/70s we have
around here still are on MK11 boxes. I could deal with PCBs and design,
but I'm very short on time, as usual... :-(
No experience at all with FPGAs or any such fancy stuff.
Johnny
>
>Subject: RE: RSTS/E question and media.
> From: "Paul Koning" <Paul_Koning at Dell.com>
> Date: Wed, 31 Dec 2008 12:38:33 -0500
> To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
>
>> > ...you'd need a sync DDCMP interface (for a Q-bus system like that
>it
>> would
>> > be a DMV11). More to the point, it looks like the Micro-PDP11
>> support
>> > appeared in V8.0, and I suspect there may be some other small
>details
>> > specific to the 11/53 that are later still.
>>
>> Right, so I'd need to plumb the 11/53 into say an Alpha via a serial
>> connection. Sync... so I'd need to get a PCI sync card too, for the
>> latter.
>
>Or later yet (V10.x?) there's async DDCMP, I'm not sure how clearly
>accessible but I'm pretty sure it's in there.
>
> paul
DDCMP can run over sync or async lines it was commonly done async for slow
lines and sync for fast lines the division was around 19.2kbaud with the
sync cards favoring the faster than that rates.
I used to run DDCMP async at 2400baud though the Mill gandalf switch to a Vax
host in the the Mill. Worked ok in the days when 2400 was fast and 9600 was
fastest and expensive.
Allison
Hey all --
Picked up a DEC VT103 with an empty cardcage and I'm trying to decide
what manner of Qbus based system to put in it...
I understand it's possible to upgrade the backplane to 22 bits -- how
is this done?
I currently have a MicroVax 1 CPU, an 11/23 half-height CPU, a few
misc serial cards and the like, and a nice Emulex ESDI controller in
my box of spares... I'm worried about power consumption, though.
Anyone else hacked together a system like this and have any
recommendations for hardware/software?
Thanks!
Josh
