FYI: I have a lot of docs on Z-80 and some of the related hardware like the real-time-clock-thingy. I haven't searched the net to see if these are already readily availible or not. If they aren't availible on the 'net or incomplete I will gladly scan mine in if someone is interested.
-----Original Message-----
From: Rich Beaudry [mailto:r_beaudry@hotmail.com]
Sent: 10 October 2002 04:41
To: cctalk(a)classiccmp.org
Subject: Software for Orion Unilab II??
Hello all,
As part of a recent eBay win, I acquired an Orion Instruments Unilab II. I
have cables/software for the Rockwell 65/11EAB, and am looking for
cables/software for any other processor, especially the 1802, Z-80, 8080,
8088. If anyone has software available, and cabling diagrams, please let me
know! I have complete docs available, as well as the software for the
65/11EAB... I'd also be willing to write out a cable diagram for the
65/11EAB.
Thanks!
Rich B.
_________________________________________________________________
Send and receive Hotmail on your mobile device: http://mobile.msn.com
*sigh*
OK, sorry folks.. I'll give it up for t'nite and get some sleep,
that might keep me from misdirecting even more email...
(if anyone happens to HAVE the stuff mentioned, pse contact me
off-list..)
--fred (*bonk*bonk*bonk*)
Megan,
Yay, all the VAXen are now upstairs.. took a while, too :)
I was playing with the DECserver 200.. works nicely, I have three
"terminals" connected to it; a VT420 as "console", my Compaq AP400
workstation, and the serial port of the DEC VXT2000. The other
ports are connected to the console ports of all the VAX and PDP11
machines... works like a charm.
Also, I am able to open a DECterm LAT session to the services defined
above (the console ports are all listed as LAT services).
Question: do you have access to DECnet-for-Ultrix, or whatever provided
Ultrix systems with LAT support? Cant find it, and it MUST be around
somewhere, right?
cheers,
Fred
>Well, the PDP8/e has 2 rows of lights (Address, Data) on the panel too...
>Or is that not what you meant.
I'm familiar with the 8/E, I have one (and a LAB-8/E, too). This has
more rows of lights than an 8/E,F,M. I don't have it in front of me,
but I'm sure it had like 4 rows of lights (like an 8/I,L) and no
rotary switch.
>What boards are in it (M-numbers, etc)? That would help identify it, I
>think.
Of course... that would be simple... <grin> That is my next step...
Megan
Just today I got ahold of:
A front panel (just the silk-screened plastic) for a pdp-8/m
A front panel (silk-screened plastic) for a pdp-12
a pdp-8/e backplane
an asr-33
a pdp-8 of some sort in a 10.5" chassis. The reason I'm
not sure which one it is is because the silk-screened
front panel had been removed and replaced with
a white-colored panel by an organization from
which the prior owner had obtained the machine.
It has the paddle-type switches like I've seen on
pdp-8/e,f,m, but the address/data lights like on
a pdp-8/i,l.
Any thoughts, anyone?
Megan Gentry
Former RT-11 Developer
+--------------------------------+-------------------------------------+
| Megan Gentry, EMT/B, PP-ASEL | email: gentry at zk3.dec.com (work) |
| Unix Support Engineering Group | mbg at world.std.com (home) |
| Hewlett Packard | (s/ at /@/) |
| 110 Spitbrook Rd. ZK03-2/T43 | URL: http://world.std.com/~mbg/ |
| Nashua, NH 03062 | "pdp-11 programmer - some assembler |
| (603) 884 1055 (DEC '77-'98) | required." - mbg KB1FCA |
+--------------------------------+-------------------------------------+
Hey all,
Yesterday I obtained a Documation card reader, 600cpm, for the total cost
of... *drumroll* $20! Anyone have docs?
WOOOHOOO!
Will J
_________________________________________________________________
Join the world’s largest e-mail service with MSN Hotmail.
http://www.hotmail.com
Hi
There really isn't much danger if the machine isn't
moved. The heads are really quite smooth and landing
doesn't cause any significant issues. The problem
happens because the back edge of the head is very
sharp. If the surface back rotates, just a tiny amount,
this back edge will dig into the surface.
Some of the early drives had an issue because of motor
cogging. This would cause the disk to back rotate a
little on stopping. The early fix for this was to
put a one way brake on the spindles.
Dwight
>From: "Glen Goodwin" <acme_ent(a)bellsouth.net>
>
>Thanks, Bob. I've been using this system off and on for a couple of years,
>and it never occurred to me that I had to park the heads before each
>power-down. Apparently there hasn't been any damage as a result, but I'll
>start doing it . . .
>
>Glen
>0/0
>
>> From: Feldman, Robert <Robert_Feldman(a)jdedwards.com>
>> To: 'cctalk(a)classiccmp.org'
>> Subject: RE: Park heads when moving Kaypro 10?
>> Date: Thursday, October 10, 2002 12:33 PM
>>
>> I seem to remember that self-parking heads generally were not available
>on
>> the 10MB drives of Kaypro 10 vintage, so I did a little Googling and came
>up
>> with the following
>>
>(http://www.atarimagazines.com/creative/v9n12/8_The_Kaypro_10_more_than_.php
>
>> ) from CREATIVE COMPUTING VOL. 9, NO. 12 / DECEMBER 1983:
>>
>> "A very important command is included in the Kaypro 10 system software.
>> SAFETY moves the read/write heads on the hard disk to the safe landing
>zone
>> on the disk. This must be done before turning the power off or the
>surface
>> of the hard disk may be damaged. The SAFETY command is invoked from the
>> command mode in CP/M."
>>
>> Bob
>>
>>
>> -----Original Message-----
>> From: Don Maslin [mailto:donm@cts.com]
>> Sent: Wednesday, October 09, 2002 5:37 PM
>> To: classiccmp
>> Subject: Re: Park heads when moving Kaypro 10?
>>
>>
>>
>>
>> On Wed, 9 Oct 2002, Glen Goodwin wrote:
>>
>> > Hi --
>> >
>> > Thanks to Don Maslin I'll soon have a set of reload diskettes for my
>> Kaypro
>> > 10, and I plan to bring it from home to my shop to do the reload.
>> >
>> > Is there a "park" or "ship" command I need to run before transporting
>the
>> > unit, so as not to damage the hard drive?
>>
>> IIRC, it is built into the operating system and when the HD LED goes
>> out, the heads have been parked.
>> - don
>>
>> > TIA --
>> >
>> > Glen
>> > 0/0
>
Thanks, Bob. I've been using this system off and on for a couple of years,
and it never occurred to me that I had to park the heads before each
power-down. Apparently there hasn't been any damage as a result, but I'll
start doing it . . .
Glen
0/0
> From: Feldman, Robert <Robert_Feldman(a)jdedwards.com>
> To: 'cctalk(a)classiccmp.org'
> Subject: RE: Park heads when moving Kaypro 10?
> Date: Thursday, October 10, 2002 12:33 PM
>
> I seem to remember that self-parking heads generally were not available
on
> the 10MB drives of Kaypro 10 vintage, so I did a little Googling and came
up
> with the following
>
(http://www.atarimagazines.com/creative/v9n12/8_The_Kaypro_10_more_than_.php
> ) from CREATIVE COMPUTING VOL. 9, NO. 12 / DECEMBER 1983:
>
> "A very important command is included in the Kaypro 10 system software.
> SAFETY moves the read/write heads on the hard disk to the safe landing
zone
> on the disk. This must be done before turning the power off or the
surface
> of the hard disk may be damaged. The SAFETY command is invoked from the
> command mode in CP/M."
>
> Bob
>
>
> -----Original Message-----
> From: Don Maslin [mailto:donm@cts.com]
> Sent: Wednesday, October 09, 2002 5:37 PM
> To: classiccmp
> Subject: Re: Park heads when moving Kaypro 10?
>
>
>
>
> On Wed, 9 Oct 2002, Glen Goodwin wrote:
>
> > Hi --
> >
> > Thanks to Don Maslin I'll soon have a set of reload diskettes for my
> Kaypro
> > 10, and I plan to bring it from home to my shop to do the reload.
> >
> > Is there a "park" or "ship" command I need to run before transporting
the
> > unit, so as not to damage the hard drive?
>
> IIRC, it is built into the operating system and when the HD LED goes
> out, the heads have been parked.
> - don
>
> > TIA --
> >
> > Glen
> > 0/0
>From: "Ross Archer" <dogbert(a)mindless.com>
>
>Jerome H. Fine wrote:
>
>>>Jim Kearney wrote:
>>>
>>>
>>
>>
>>
>>>I just had an email exchange with someone at Intel's Museum
>>>(http://www.intel.com/intel/intelis/museum/index.htm)
>>>
>>>
>>
>>Jerome Fine replies:
>>
>>I am not sure why the information is so blatant in its
>>stupid attempt to ignore anything but Intel hardware
>>as far a anything that even look like a CPU chip, but
>>I guess it is an "Intel" museum.
>>
>>Of course, even now, Intel, in my opinion, is so far
>>behind from a technical point of view that is is a sad
>>comment just to read about the products that were
>>way behind, and still are, the excellence of other
>>products. No question that if the Pentium 4 had been
>>produced 10 years ago, it would have been a major
>>accomplishment.
>>
>Harsh! :)
>
>Guess it depends on what you mean by "far behind from a
>technical point of view."
>
>If you mean that x86 is an ugly legacy architecture, with
>not nearly enough registers, an instruction set which
>doesn't fit any reasonable pipeline, that's ugly to decode
>and not particularly orthogonal, that from purely technical
>reasons ought to have died a timely death in 1990,
>I'd have to agree.
>
>However, look at the performance. P4 is up near the
>top of the tree with the best RISC CPUs, which have
>the advantage of clean design and careful evolution.
>
>It surely takes a great deal of inspiration, creativity,
>and engineering talent to take something as ill-suited
>as the x86 architecture and get this kind of performance
>out of it. IMHO.
>
>In other words, making x86 fast must be a lot like
>getting Dumbo off the air. That ought to count as
>some kind of technical achievement. :)
---snip---
It is all done with smoke and mirrors. We do the same
here at AMD. The trick is to trade immediate execution
for known execution. The x86 code is translated to run
on a normal RISC engine. This means that the same tricks
on a normal RISC engine would most likely only buy about
a couple percent. It would only show up on the initial
load of the local cache. Once that is done, there is
really little difference.
Choices of pipeline depth, out of order execution, multiple
execution engines and such are just the fine tuning.
Intel, like us is just closer to the fine edge of what
the silicon process can do than anything tricky that
people like MIPS don't know about.
On a separate subject, I was very disappointed in the
Intel Museum. I'd thought it might be a good place to
research early software or early IC's. They have vary
little to offer to someone looking into this level of
stuff. Any local library has better references on this
kind of stuff ( and that isn't saying much ).
Dwight
I've just acquired an old Processor Technology SOL-20, and wonder if
anyone can advise on what video monitors are compatible with it (how
about an old IBM monochrome monitor - hercules compatible?), and what
the video connector on the back is (huge 1/2" dia. coax connector) - are
the mating connectors still available?
Second, I'm planning to use my PC sound card to record/playback in lieu
of a tape recorder (more reliable, less hassle), and wonder if anyone
has done the same with any success?
Thanks,
Ben
