The ROI is a rebadged Emulex UC07 SCSI disk or Tape, If you don't have docs
let me know and I will organize something.
The Emulex_unknown_001.jpg is a CS08 8 line mux - DHV11 emulation.
I will need some more # from the plessey to figure it out.
Dan
->Rather then describe them, I've got scanned images... can someone
>take a look and tell me what they might be? Even better, if someone
>can tell me how they are configured, I'd really appreciate it.
>
> ftp://ftp.std.com/ftp/pub/mbg/scans/
> emulex_unknown_001.jpg
> plessey_unknown_001.jpg
> roi_unknown_scsi.jpg
> I know this is a scsi board, for qbus, but
> it may be a proto...
> g5389_q22_bus_exer_rev_b.jpg
> I know what it is (not the option name, though),
> I'd like to know how to use it...
>
> Thanks in advance...
> Megan Gentry
> Former RT-11 Developer
>
>+--------------------------------+-------------------------------------+
>| Megan Gentry, EMT/B, PP-ASEL | Internet (work): gentry(a)zk3.dec.com |
>| Unix Support Engineering Group | (home): mbg(a)world.std.com |
>| Compaq Computer Corporation | |
>| 110 Spitbrook Rd. ZK03-2/T43 | URL: http://world.std.com/~mbg/ |
>| Nashua, NH 03062 | "pdp-11 programmer - some assembler |
>| (603) 884 1055 | required." - mbg |
>+--------------------------------+-------------------------------------+
>
Rather then describe them, I've got scanned images... can someone
take a look and tell me what they might be? Even better, if someone
can tell me how they are configured, I'd really appreciate it.
ftp://ftp.std.com/ftp/pub/mbg/scans/
emulex_unknown_001.jpg
plessey_unknown_001.jpg
roi_unknown_scsi.jpg
I know this is a scsi board, for qbus, but
it may be a proto...
g5389_q22_bus_exer_rev_b.jpg
I know what it is (not the option name, though),
I'd like to know how to use it...
Thanks in advance...
Megan Gentry
Former RT-11 Developer
+--------------------------------+-------------------------------------+
| Megan Gentry, EMT/B, PP-ASEL | Internet (work): gentry(a)zk3.dec.com |
| Unix Support Engineering Group | (home): mbg(a)world.std.com |
| Compaq Computer Corporation | |
| 110 Spitbrook Rd. ZK03-2/T43 | URL: http://world.std.com/~mbg/ |
| Nashua, NH 03062 | "pdp-11 programmer - some assembler |
| (603) 884 1055 | required." - mbg |
+--------------------------------+-------------------------------------+
>This is probably one of the multi-processor machines, and is in a
>deskside configuration, if I'm guessing correctly.
Correct. It is in a tower-style case and has a basic terminal for the
console. I worked on this box a few years ago when I was at this
company and seem to recall it had something like dual M88100s.
>DG seem to have that philosophy, yes. They have an odd market
>presence.
Strange isn't it? :-)
>Let us know if you find anything.
I'll check those newsgroups. Isn't there a DG newsgroup? I'll have
to check. So far about all I've found are some dealers selling
memory or re-selling old boxes. I did find one guy who says he
has a couple of boxes too and is trying to get enough info to begin
porting Linux to them. That's about it so far.
-----
David Williams - Computer Packrat
dlw(a)trailingedge.com
http://www.trailingedge.com
He's gotta be out there somewhere. I had some OSI computer marketing material
out on extended loan to him and I got the materials back about 2.5 weeks ago.
In a message dated 15/04/99 8:37:57 Eastern Daylight Time,
fauradon(a)pclink.com writes:
<< He cashed mine about a month ago and I also Have had very little contact
with him. Last I got was that he was traveling or otherwise swamped by his
job. His last e-mail stated that he'll ship on monday and confirm by e-mail
but I have not received such confirmation... I'm getting impatient too...
Francois
>I haven't heard from him either. He cashed my check on April 5, 1999. Let
me
>know if you hear from him.
>
>
>>
He cashed mine about a month ago and I also Have had very little contact
with him. Last I got was that he was traveling or otherwise swamped by his
job. His last e-mail stated that he'll ship on monday and confirm by e-mail
but I have not received such confirmation... I'm getting impatient too...
Francois
>I haven't heard from him either. He cashed my check on April 5, 1999. Let
me
>know if you hear from him.
>
>
I'm thinking about attending the upcoming Trenton Computer Festival.
Unfortunately, if I do go, I won't be able to make it until Sunday. Any
opinions on whether or not the second day of the TCF is worth a two and a
half hour drive?
Thanks.
Tom Owad
At 09:26 AM 4/15/99 +1000, you wrote:
>
>There is a touchscreen alignment option, but i've yet to figure out if
>it's working properly.
I've never had much luck with that one. There are other tests there
somewhere in the menu.
Joe
Ok, on a polarised 34 pin floppy connector, which end is pin 1?
I'd rather not wire my adapter cables backwards, even though they would
still be usable if i connected it to a non-polarised adapter...
-Lawrence LeMay
Max,
How many of the oddball PS2 floppy drives were wasted? I could use one or
two. Sure they arent valueable but when you need one... I also use parts
to the soldered board level.
As to your comment 1.2*shipping, that's actually quite fair.
MA is the enemy, they want to make up all poor.
Allison
>> To try and keep this on topic, how did Ferguson do ABS in the early 1970s? I
>> don't believe they would have used a microprocessor. I'd guess at an
analogue
>> computer, probably not even electronic. Would this be less frightening to
>> Tony.
>
>
> Was this the Jenson FFS?
I've never heard of the Jenson FFS, I'm afraid. The system I was thinking of
was called the Ferguson "Formula" All-Wheel Control system. It had four-wheel
drive and ABS. I heard about it beacuse one was fitted to a Triumph Stag in
?1973, and said car was on display at the Stag Owners' Club National Day in
1991.
Philip.
Just when you thot it would never happen...
(and with almost no notice as usual)
Its going down this Saturday, 17-April-1999!
Preview at 0900 Auction starts at 1100
Details (such as they are) at:
http://members.aol.com/innfograph
(for those not familiar with this - its in Portland, Oregon)
-jim
---
jimw(a)computergarage.org
The Computer Garage - http://www.computergarage.org
Computer Garage Fax - (503) 646-0174
>>> Coming soon to www.computergarage.org - the CBBS/NW on-line archives
>>> Coming to VCF III (2-3 October 1999) - CBBS/NW live!
Well, theres good news and bad news. The good news is, I saved a pair of
AT&T 3B2 computers. The bad news is, they have been trashed pretty badly
by our local chapter of ACM.
No screws holding the case together, or even holding most of the internal
stuff together (power supply floating around, floppy floating, etc). The
case is not attractive, and one has spray painted words on it, i think
in an attempt to prevent theft (i guess it stops dumb thieves who cant
figure out hwo to ether remove teh paint, or paint over the paint).
Anyways, any pointers to 3B2 information would be helpful. Possibly these
are only good for parts, i know they only had one of them working, and that
one apparently woudl crash frequently...
These are 3B2/300's if that matters much.
-Lawrence LeMay
<It'll run as a 3 channel logic analyser, up to 100MHz. 3 channels doesn't
<sound like much, and compared to a 32 channel benchtop analyser it isn't.
<But it's enough to tell if there ever is overlap between D and clock on a
<flip-flop or somethign like that
Gotta get me one of those.
<[Trivial reason] It has selectable input thresholds. Most logic probes
<are TTL only, or maybe TTL and CMOS switchable. The LogicDart will do ECL
<levels. It'll even work with the -15V logic used in the HP9100...
My suggestion was adaquate to get that person out of a jam if need be.
Simple probles are fairly easy to make. Another useful tools is a
14/16pin logic clip, a self powered clicp that displays the pins as
leds. it has it limits but can be handy. If there is a point sometimes
the expensie spread is not needed to see that an input or output is simply
stuck.
Allison
Well, I'm about to start making various custom ribbon cables, for
hooking a terak disk drive to a pc controller, to connect a
DSDD 8" drive to a pc controller, and to connect a 5.25" drive
to a 8" controller (cromemco).
As I dont have all the necessary connectors yet, my first attempt
will be hooking a terak drive to my PC. I have 3 different
documents all describing this sort of thing, and it looks like
you have to read carefully and consider exactly what you're trying
to connect, in order to get a few of the lines connected correctly.
Thats fine, i'll see if i can figure that out.
One thing concerns me though. My oldest document mentions using
pull-up resistors connected to a +5 source, on 11 of the connections
on the 50 pin side. The explanation is that some signals are open
collector driven, and thus you need 2200 Ohm pull up resistors.
Does anyone know what the deal is, and is this really necessary, or
just a nice idea that you can usually ignore...
-Lawrence LeMay
PS: The terak drive is a SSSD shugart, and it has a 40 pin external
connector on the case (they dont bother connecting the first 10 pins).
Karl Maftoum <karlm(a)blitzen.canberra.edu.au> wrote:
> be able to tell me what "Power-on error 1000" means? and how to test out
> the touchscreen?
Joe thinks that that is "batteries dead", and I can't remember. One
other thing you may want to do, assuming this is the sort of 150 with
a 9-inch (~23cm) screen, is to get a can of compressed air and blow the
dust out of the touchscreen sensor holes -- part of the power-on
self-test checks out the touchscreen (if present) and if some of the
sensors don't see the IR light it will fail with some other code (F000?
-- it's been a long time!). The computer will continue to work (maybe
even the touchscreen will!) after this though.
Yeah, there's also a 150 with a 12-inch screen that is tiltable. That
is a 150C aka Touchscreen II and it has later ROMs that know about
more devices. I don't really know how to tell the difference between
a 150A, a 150B, and a 150A with the later B ROMs (yes an upgrade was
available).
-Frank McConnell
At 01:27 AM 4/15/99 +1000, you wrote:
>
>Today I dusted off the HP150 I picked up the other week, when I saw it I
>actually believed it was only a terminal, but it had a HP-IB interface
>which made me pick it up. Discovering that it is a non-IBM compatable 8088
>based machine with a touch-screen was nice :-) Not having any drives with
>it renders it useless as a computer, but I am interested in getting it
>working as a touch screen terminal, does anyone have the docs for this? or
>be able to tell me what "Power-on error 1000" means?
The N-cell batteries in the back are dead and it's lost it's CMOS settings.
and how to test out
>the touchscreen?
There are built-in tests. I don't have my manual handy so I can't tell
you exactly how to get to them but they're in the menu at the bottom of the
screen.
I have some floppy and hard drives and prnters that will work with the
150 if you're interested. I have docs and software for it too but I don't
have time to make copies.
Joe
>
>Megan: I haven't forgotton about the VSV-11, I have holidays next week so
>I'll fire it up and see if it still works for you, been a busy fortnight
>:-)
>
>Cheers
>Karl
>
>
>
>---------------------------------------------------------------------------
---
>
>Karl Maftoum
>Computer Engineering student at the University of Canberra, Australia
>
>Email: k.maftoum(a)student.canberra.edu.au
>
>
At 01:52 PM 4/14/99 -0700, Sellam Ismail wrote:
>October 2-3. If you don't come you'll wake up on Monday, October 4th,
>with much regret.
If we had any sort of advertising budget I'd suggest that people who don't
want to keep their non-Y2K compliant computers (say pre-1989) should bring
them to give away at the swap meet portion :-)
--Chuck
>
> As I understand the charter (and please correct me), this list is for the
> discussion of any computer-related item over 10 years old. This includes
> hardware, software, peripherals, storage media, preservation, repair,
etc.
>
> While I'm not particularly interested in old application software, I
> don't think anyone would mind a discussion of it here.
>
> -tony
>
These old computers aren't much good without the software. I'd welcome the
discussion as long as it's not the same old "Linux is great, MS sucks"
rant. There are more appropriate places for that discussion.
Personally, I found the PICK messages to be enlightning and informative.
Discussions of that nature are a real asset to the group.
Just my $.02
Steve Robertson - <steverob(a)hotoffice.com>
I think it is now safe to say that the State of Massachusetts is the enemy
of Classic Computer enthusiasts everywhere!
http://cnn.com/NATURE/9904/07/computers.potholes.ap/
"We want people to take those computers out
of the attics, get them out of the landfills and
make use of the good parts," said Rick
Lombardi, spokesman for the department.
"And God knows, we have plenty of potholes
to fill in New England."
This is sickening!
Zane
| Zane H. Healy | UNIX Systems Adminstrator |
| healyzh(a)aracnet.com (primary) | Linux Enthusiast |
| healyzh(a)holonet.net (alternate) | Classic Computer Collector |
+----------------------------------+----------------------------+
| Empire of the Petal Throne and Traveller Role Playing, |
| and Zane's Computer Museum. |
| http://www.dragonfire.net/~healyzh/ |
Tony wrote:
>> Tony said, on processor design, you can either have one flip-flop to each
>> machine state (like a P850) or microcode. Again there are intermediate
points.
>> I claim you can do quite well by numbering the machine states in a suitably
>> chosen binary code and having one flip-flop to each bit. Logic for changing
>> flip-flops is often _easier_ than when you have one flip-flop per state. (I
>
> Although, of course, the advantage of one f/f per state is that you can't
> get glitches when you decode the outputs of the flip-flops.
Because you don't decode them, right?
As Tony probably remembers, my final year project at university was a GPIB
interface for a Trend papertape reader (no, it isn't finished yet - ten years
on!). My original design used a flip-flop for each machine state in three state
machines.
I recently looked at using fewer flipflops. I recall one of the state machines
had six states. Using three bits, one could define the two redundant states in
such a way that this was also glitch-free. Additionally, one of the state
variables was an input, not a flipflop...
>> have done both designs for the same circuit BTW). If you put this logic into
a
>> ROM, this becomes in a sense a microcode ROM, but you can do it
combinatorially
>> as well...
>
> A ROM _is_ combinatorial logic. I don't want to get into a silly argument
> over this, but I have great difficulty finding a conceptual difference
> between a combinatorial circuit built from a pile of AND, OR and NOT
> gates and the same circuit built (albeit using a lot more transistors) in
> a ROM. To claim that a CPU using a ROM is microcoded but one with
> _identical_ internal states using simple gates as the feedback logic
> round the sequencer flip-flops is not is a very strange way of thinking
> about things.
Fair enough. Just another example of different places to draw boundaries, with
grey areas in between. I would call the ROM version microcoded, and the hard
wired version not, because the ROM version contains CODE. (I would agree that
the two machines are equivalent, one implemented using a store of (micro-) code
and the other using gates.) But your view is equally valid. Perhaps this
displays your hardware background and my more software-based upbringing.
To show how grey this is, if you use a ROM to implement the combinatorial logic
for a flipflop-per-state machine, would you call the code in this ROM microcode?
It performs that function, viz. to output signals based on the machine state
which control the operation of the machine including the selection of the next
state.
For that matter, remember your example on this list a while back, using logic
gates to implement Z80 instructions.
> Well, I might accept it once I'd drawn out the full schematics and
> figured out what it was going to do. The problem of what happens if it
> fails is another matter, though. As I said time and again, the time to
> try a different braking technique is _not_ when the car is skidding all
> over the place on a normal road.
I'm not convinced the braking technique is different, though. I would generally
try to brake thus: brake only just not hard enough to skid. If skid occurs,
start pumping. I claim this applies to both sorts of car, but skid is less
likely to occur with ABS.
I read once (in a sci-fi novel) about a braking system where the brake for each
wheel derived hydraulic pressure from a turbine on that axle. ABS wasn't the
issue there, but I claim this system is passive and intrinsically anti-lock. It
also has the advantage that a failure on one wheel doesn't affect the rest of
the vehicle (though with only a small number of wheels, as in a car, this may be
a problem). I wonder if something of this nature could be made to work usefully
for ABS...
Philip.
I did the same thing for an OSI system a few
months ago. Look in the list archive. In brief:
1) using the second set of pinouts in the comp.os.cpm
faq worked best for me.
2) build your converter on a Radio Shack Experimenters
board (part no. 276-168B). Works very well.
3) use 22disk version 1.31 or earlier. Newer versions have
timing problems with 8 inchers.
Hello. This 4000/300 has been dominating my computer room for a while,
and I love how it looks, but it'd be great if it worked.
The boot-diagnostic LED on the inside panel is stuck at 'F'. I don't have a
field service manual, so I don't know the exact meaning. I've checked all
of the boards inside to make sure they're snug inside, but no luck. Nothing
shows up on a terminal hooked up to the MMJ jack. The drives seem to
power up.
Anybody have any ideas? I'd love to have another VAX running here.
Thanks in advance.
--
<cstone(a)pobox.com>
<boards? My strategy was this:
< 1.) Debug the chassis.
< 2.) Install components from a working 8/M.
< 3.) Replace componets from the working 8/M with questionable
< components.
< 3a.) If the replaced component failed: Fix it.
< 3b.) If the replaced component worked: Move to the next one.
This is a good plan. Pay attention to debug the chassis though as there
can be latent bugs like bad connectors.
<BTW, the "best" tool I've found for working on PDP-8s is the Radio Shack
<scope probe. Its more than fast enough to look at the signals. I suspect a
<Logic Dart would be better but I've not had enough funds for that toy yet.
For the PDP-8 any cheap logic probe will do if it can see 50nS pulses.
or you can make one with 7404, a oneshot (7412x) and three leds. the
oneshot is to strecth the fast ones to light a led.
Allison
First, thanks for the references. I will look into the "apparently hidden
board" in a day or two. For now, I have some of the information that I
need regarding the 11/45, thanks to those on this list.
As with the 11/45 listing, these are readability oriented, given R to L.
The 11/44 had this set: (all numbers begin with M, save the G7273)
7090
empty
7093
7094
7095
7096
empty
7098
unsure of occupancy of this slot
8743
empty
empty
7982
7273, in the top two thirds, with 7297 in the lower third of this slot
7297
7295
7294
5904, these three are located in the middle third of the slot
5904
5904
9300
unsure of occupancy of this slot
empty
9202, in top third, and 7258 in bottom two thirds of the slot
some Emulex card
unsure of occupancy of this slot
9302, in top third, and some Emulex in bottom two thirds of the slot
The tape drive for this unit is a TS11.
How much power should I expect to supply in order to run the CPU, TS11,
two RM02's (with a whopping 67MB capacity, and at this size, we'll never
run out of available storage), and the terminal? Do I need the services of
an electrician?
William R. Buckley
At 10:18 AM 4/14/99 -0700, Sellamou wrote:
>I don't know about Australia, but here in the States the 9121 drives are
>fairly common at ham fests and surplus shops. Someone may correct me but
>I believe this is the type of drive that will work with the HP150.
Yes, that's correct. Some will work with the double sided 9122 drives
also. It depends on which ROMs they have.
Joe
> > But what kind of computer would a satellite software company have been
> > planning to run that program on before they ported it to the real world?
> Hal ??
I can imagine some nutty fanatical CS prof (like me) saying, "If you want
TRUE platform independence, then IGNORE all realities of the computer;
write your program for an imaginary computer that would be perfect for
your needs; then map the keyboard, etc. over to the layout that is present
on the real world computer."
Is that the way that it happened? Or was there some computer that
actually HAD those goofy keys? (There were eventually some aftermarket
add-on keyboards for the PC for WordPervert.)
Please do NOT interpret this as a defence for MSWeird!
>> I just picked up an IBM 3270 Personal Computer Programmed Symbols Adapter
>> card in the box. The box says that it's "an option that provides the
>> storage and controls for displaying an APL font and six additional
>> programmable fonts." It's a full length 8 bit card with two sockets on the
>> to edge. There is also two jumpers in the box that I assume are used to
>> jumper this card to another card. I didn't get any instructions or
>> software with it. Does anyone know how to use it or have instructions etc
>> for it?
>>
>> Joe
>>
> That sounds like a card which could enable my otherwise useless IBM
> monitor meant for the 3270XT. There was a previous discussion on this
> machine a while back. I think there were something like 5 cards in the
> total array which didn't leave much for peripherals in the XT. On the
> other hand I might be thinking of the Epson QX-10 Valdocs :^))
Like Sam, I think of three cards in this connection, but I also recall that not
all machines had all cards. The 3270 card may not have been the same card as
the display adaptor...
On the display side, there was a display card, which may or may not have been
part of the terminal card. Without it, you can't drive the 5272 monitor, I'm
afraid. In addition, you could get the All Points Addressable (APA) card, which
emulated the CGA graphics modes (but note that the 5272 only displays 8
colours), and the PS card, which you have, which emulated the graphics and
programmable character set modes of the 3279 terminal.
I'm afraid the card on its own won't be of much use...
Philip.
Today I dusted off the HP150 I picked up the other week, when I saw it I
actually believed it was only a terminal, but it had a HP-IB interface
which made me pick it up. Discovering that it is a non-IBM compatable 8088
based machine with a touch-screen was nice :-) Not having any drives with
it renders it useless as a computer, but I am interested in getting it
working as a touch screen terminal, does anyone have the docs for this? or
be able to tell me what "Power-on error 1000" means? and how to test out
the touchscreen?
Megan: I haven't forgotton about the VSV-11, I have holidays next week so
I'll fire it up and see if it still works for you, been a busy fortnight
:-)
Cheers
Karl
------------------------------------------------------------------------------
Karl Maftoum
Computer Engineering student at the University of Canberra, Australia
Email: k.maftoum(a)student.canberra.edu.au
>> > Then there was the Tektronix 'almost 6800' used in the 4052, etc. It was
>> > a board of 2901's, etc and ran an instruction set that was almost upwards
>> > compatible with the 6800 used in the 4051 (IIRC the DAA instruction was
>>
>> The moto 6800 was protoed using 2901s. It would only need two.
>
> The Tektronix used 4 2901's and was actually a 16 bit processor (for
> address calculations, etc). Just that user data was only calculated using
> 2 of the chips ;-)
Hey, Tony, why the winking smiley? That's no joke, it's really true! Four
2901s and a lovely 16bit architecture, and then they go and implement a 6800 on
it. :-( :-( :-(
Philip.
> RS is colloquial for "Rat Sh-t" in Oz, They don't market under that name
> here, but as Tandy or Micronta.
> (Accurate product description though isn't it?)
:-) In the UK they are also generally known as Tandy. RS is a big company
(originally Radio Spares) selling electronic components to the trade.
Philip.
Me, too, but you don't know my dad...
He has his computer in the living room, with the screen facing the window,
and he says that he wants it to look nice when it's booting (don't_ask)...
I think he deleted the spare one, too. I did a search, and can't find it
anywhere. Either the computer didn't come with a copy of the CD on the HD,
or my dad deleted the copy, because I can't find that, either.
I told him he'd be better off to just put DOS back on the thing....
--
-Jason Willgruber
(roblwill(a)usaor.net)
ICQ#: 1730318
<http://members.tripod.com/general_1>
-----Original Message-----
From: Paul Braun <nerdware(a)laidbak.com>
To: Discussion re-collecting of classic computers
<classiccmp(a)u.washington.edu>
Date: Tuesday, April 13, 1999 5:26 PM
Subject: Re: VERY OT: Win'98 splash screen
I'd be thankful. Most people, myself included, use TweakUI to make it go
away....
Paul Braun
NerdWare -- The History of the PC and the Nerds who brought it to you.
nerdware(a)laidbak.com
www.laidbak.com/nerdware
>Hello. This 4000/300 has been dominating my computer room for a while,
>and I love how it looks, but it'd be great if it worked.
>
>The boot-diagnostic LED on the inside panel is stuck at 'F'. I don't have a
>field service manual, so I don't know the exact meaning. I've checked all
>of the boards inside to make sure they're snug inside, but no luck. Nothing
>shows up on a terminal hooked up to the MMJ jack. The drives seem to
>power up.
This means that the DC OK signal on the backplane isn't being asserted.
If the Q-bus consists of more than one box chained together, this
typically means that at least one of the boxes' power supplies either
isn't working or has a sick DC OK signal.
--
Tim Shoppa Email: shoppa(a)trailing-edge.com
Trailing Edge Technology WWW: http://www.trailing-edge.com/
7328 Bradley Blvd Voice: 301-767-5917
Bethesda, MD, USA 20817 Fax: 301-767-5927
Mitch: Don't know if I have a printset. I will look into that question.
Zane: The comment on storage capacity was intended to come
across as sarcastic. Also, as a comment on the size of hard disk
drives now being sold. I mean, I saw a 20GB IBM (I believe) for
under $350.00US at Fry's last week.
William R. Buckey
> Well, I don't know. However, MS Word/Windows and /Macintosh has a strange
> option: to have large white letters on a blue background instead of black
> on white. This has nothing to do with any color settings, and no other
> colors can be used in a similar way. This may have classic reasons. Anyone
> know?
>Don't know the exact reason but that was the default color
>combination of the DOS version of MS Word (and every day I use
>the current version, I long for the old one).
Well perhaps it is because the de-facto standard DOS wordprocessor was Word
Perfect. Their system was default blue screen and white letters. A long long
time ago in a system far far away Microsoft was just another software
company and they 'adopted' WordPerfect's colors and emulated WP commands.
Paul
Dear All
I am thinking of renting a building in which to store my computer collection,
together with that of a friend who has gone to Canada [Bob Manners, for P850UG
people]. The building is very simply constructed - single brick walls and sheet
asbestos roof - and currently has no supply of electricity or gas, but appears
fairly dry (at least at present).
Do people on either of the two lists have suggestions for:
What precautions should I take in storing computers here?
Do I need to insulate / heat the building?
Should I install a dehumidifier (I think I can get hold of one)?
Do I need (for example) to wrap each computer up in plastic with a packet of
silica gel?
The rent is very cheap - L2 (about $3.30) per square foot per year, and the
building is only 10 min walk from my house. With luck, this will mean that I
shall soon have a house with room for me as well as my junk...
Philip.
<><><><><><><><><><><><><><> Philip Belben <><><><><><><><><><><><><><>
Bloedem Volke unverstaendlich treiben wir des Lebens Spiel.
Grade das, was unabwendlich fruchtet unserm Spott als Ziel.
Magst es Kinder-Rache nennen an des Daseins tiefem Ernst;
Wirst das Leben besser kennen, wenn du uns verstehen lernst.
Poem by Christian Morgenstern - Message by Philip.Belben(a)powertech.co.uk
**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.
This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.
**********************************************************************
Went scrounging again today. Picked up some good HP stuff. Also found a
Compupro 8/16 chassis with no cards or top cover. Also found a Compupro
Hard Drive Subsystem chassis. It had one 5 1/4" and one 8" floppy drive.
The hard drive and top cover were gone. Is the 8/16 an S-100 chassis?
Anyone need this stuff bad enough to pay shipping and a scalper's price for
it?
Also found a DG hard drive. Looks like a 14" in a clear cover. I think
the model number was 3462. Looks too heavy to ship unless someone REALLY
wants it.
Joe
I knew somebody woudl come up with a good example. That 6809 code is
probably the closest thing I've seen in a micro. The 8051 uses a similar
approach, pointing to the table with the datapointer and uses the
accumulator as an offset. It does make it a bit awkward passing a parameter
in the accumulator, though. In this case, the accumulator is occupied by
what's really the only value you'd want to pass anyway under the
circumstances.
They (DEC) did make the uVax-II as a chipset for interfacing to their
BI-bus, I believe, so that might qualify as well. The DEC chipset probably
didn't sell for what a 6809 costs, even the faster part, and certainly not
the $0.86 I last saw on the 4MHz Rockwell 65C02.
The 6502 and its scions save a clock tick every time they loaded an address
because the indexing or whatever arithmetic could be done on the low byte
while the high byte was being fetched, leaving the carry set or cleared as
was required, for the arithmetic on the next byte as was appropriate. Note
that the carry was generally irrelevant, as most instructions requiring
indexing simply wrapped the PC, but not in all cases. I thing indexed mode
addressing was a case where an index could cross a page boundary. The MOT
processors could often do the same thing, but they needed to add a clock
tick to order the bytes and another to propagate the carry if appropriate (I
think). It wasn't that sort of hair-splitting I was after, but rather, a
contrast between the simple, elegant instruction set of one processor,
versus the not-so elegant instruction set of "the other" meaning the
intel/zilog clan.
I'm not surprised that it was in the 6809 that this instruction came up.
The 6809 showed lots of promise at first, but once it was in hand, one
clearly could see that it would be MUCH easier going with the MC68008 if one
had to use an 8-bit bus. I never had the opportunity to write in a
high-level language for the 6809, but I was told it should have been quite
easy to write a high-quality efficient compiler for it because of its
repertioire of instructions and addressing modes. I turned out literally
tens of thousands of lines of assembler code for it and never used this
feature, though. It's likely most of my code would have run on a 6802 or
6803 just as easily.
Dick
-----Original Message-----
From: Sean 'Captain Napalm' Conner <spc(a)armigeron.com>
To: Discussion re-collecting of classic computers
<classiccmp(a)u.washington.edu>
Date: Saturday, April 10, 1999 1:27 PM
Subject: Re: stepping machanism of Apple Disk ][ drive (was Re: Heatkit 51/4
floppies)
>It was thus said that the Great Richard Erlacher once stated:
>>
>> At the risk of becoming the resident infidel . . .
>>
>> The 6502, particularly in its later incarnation by Rockwell embodied the
>> cleverness fostered by its earlier versions and the non-Intel family of
>> processors. How the elegance of their instruction set became lost is a
>> mystery to me.
>
> I've never been a real fan of the 6502, it seemingly geared more towards
>embedded systems than for a general purpose computer. But that's just me
>8-)
>
>> On a 65C02 from Rockwell (making the distinction because there were
several
>> CMOS 6502's, all slightly different) you load the input value into an
index
>> register and then jump, indexed indirect, to the routine which is
>> appropriate for that pattern of inputs. This requires, then, that you
have
>> a table with 256 bytes, more correctly 128 words, with each word the
>> address of the routine which is used to process the left-justified ASCII
>> data.
>>
>> This is tremendously fast! It requires no STACK, and it requires only
two
>> instructions. Another way of doing this involves building a stack frame
and
>> loading the return address with a value looked up in a table, then
executing
>> a return. This can be done with any number of processors. On a Z-80 you
>> can jmp HL, and I'm sure there are other neat ways of doing this simple
>> thing. I've never seen anything more elegant than that simplistic
sequence
>> on the 65C02. How the MOTOROLA people let this go by the wayside in the
>> design of their 6809, 6801, 68K family, and countless others puzzles me.
>> I've not made an extensive study of other processors, but I have looked
at a
>> few. The only processor I've used which has a similar mechanism at its
>> disposal is the 8051 core. It has a data register which can be used as
an
>> offset for a jump instruction.
>
> If I understand the problem correctly, then what you want can be done on
>the 6809 as two instructions as well (okay, three, but the first one is
only
>there for setup):
>
> LDX #JMPTAB
> MAIN: LDA UART
> JMP [A,X]
>
>
> As long as X is unchanged, your overhead is two instructions. Also, if
>you want to use X for something else, you still have Y or U for use as well
>(okay, you can use S, but then it gets a bit harder 8-)
>
> But if you want elegance, go with the VAX---one statement:
>
> caseb uart,0,255
> jmptab: .word c00 - jmptab
> .word c01 - jmptab
>
> ; ...
>
> .word cff - jmptab
>
> And with this, you don't even have to jury rig a special UART.
>
> In fact, the VAX is about as elegant as they come---you have 16 general
>purpose registers and the PC is one of them (R15). Not only that, but all
>addressing modes work on all instructions---it's very regular and with some
>practice you can probably end up reading hex dumps directly. It's a very
>nice assembly language.
>
>> Now, I doubt that anything that simple can be used to discriminate
between
>> what's "best" and what's not, but it's for certain that it's a nice
feature
>> not available on the 6809. I used the 6809 extensively while I was in
the
>> aerospace industry, and found it fairly friendly. BUT, it still is
>> relatively slow, as compared with processors of the same generation from
>> sources clever enough to arrange the bytes the other way around in memory
so
>> you didn't have to fetch and the discard a high byte when there wasn't
one.
>> Fortunately, many tasks don't require a really fast processor.
>
> I don't follow. You either care about a 16-bit quantity, or you don't,
>but I may be biased---my first CPU was a 6809 and when I switched to the
>Intel x86 architecture, I didn't like the little endianess of it at all,
but
>I never found the bigendianess to be a real problem.
>
> -spc (Then there's the ARM ... )
>
>
I've got the pictures of the KS10 systems up on my web page...
For anyone interested...
http://world.std.com/~mbg/home_systems.html#ks10s
to read a little about it....
Megan Gentry
Former RT-11 Developer
+--------------------------------+-------------------------------------+
| Megan Gentry, EMT/B, PP-ASEL | Internet (work): gentry!zk3.dec.com |
| Unix Support Engineering Group | (home): mbg!world.std.com |
| Compaq Computer Corporation | addresses need '@' in place of '!' |
| 110 Spitbrook Rd. ZK03-2/T43 | URL: http://world.std.com/~mbg/ |
| Nashua, NH 03062 | "pdp-11 programmer - some assembler |
| (603) 884 1055 | required." - mbg |
+--------------------------------+-------------------------------------+
Someone wanted stuff for the M88K Data General Aviion's running DGUX.
There is a fair bit at this site..
http://ftp.avlib.clemson.edu/avlib/pub/88k/
Hope this helps
Cheers
Geoff Roberts
Computer Systems Manager
Saint Mark's College
Port Pirie, South Australia.
Email: geoffrob(a)stmarks.pp.catholic.edu.au
ICQ #: 1970476
Phone: 61-8-8633-8834
Mobile: 61-411-623-978
Fax: 61-8-8633-0104
Can either of you supply any details?
Date? Times? Specific location?
>> I'm thinking about attending the upcoming Trenton Computer Festival.
>> Unfortunately, if I do go, I won't be able to make it until Sunday. Any
>> opinions on whether or not the second day of the TCF is worth a two and a
>> half hour drive?
>>
>> Thanks.
>>
>> Tom Owad
>
>In the old days it was bargain and dumpster dive day.
>TCF was a lot like what the VCF sounds like. (Except with a mix of some of
>the classic stuff with some of the newer computers.)
>
>PDP 8's, and PDP11's as well as S100 stuff was common. Now there's some
>Sun, Vax, HP Unix stuff, some older S100, H89, H8. Some CP/M (rare)
>some Macintosh and Apple II/III... But it's becoming more and more
>a Windows and PC kind of show.
>
>I don't know what it'll be like this year with Ken Gordon running the show
>on contract (but I fear the worst).
>
>Bill
>---
> bpechter@shell.monmouth.com|pechter@pechter.dyndns.org
> Three things never anger: First, the one who runs your DEC,
> The one who does Field Service and the one who signs your check.
>
A Reminder: Saturday, April 24th.. for all listmembers who will
be in the Southern California area -
The TRW Ham Radio and Electronics Swap Meet will be heald on the
morning of the 24th, from 7:30 to 11:30, in the southernmost parking
lots of the TRW plant in El Segundo, CA. From the 405 (San Diego)
Freeway, take the Rosecrans exit west, go west on Rosecrans about 1
mile to the intersection of Aviation, then left at Aviation (under
the Metrolink bridge)... proceed south on Aviation 1/2 mile, the
swapmeet will be in the parking lots on the right, before Marine avenue.
After the swapmeet, there will be the customary CoCo's Brunch 'n
Brag, from noonish until one-ish.
THEN: I will host a Vintage Computer Open House CompuCrawl.
Listmembers and interested persons are invited to my place to look
at / play with / make scurrilous jokes about my motley collection. I
have four DEC machines running and a Pr1me 2550, as well as various
micros, etc.
This event will last until whenever Saturday night.
Persons needing advance directions to my residence are encouraged
to e-mail for directions. I *do* live in a rural area so directions
are recomended. I believe some persons from outside the SoCal area
expressed interest in showing up, so e-mail me privately for contact
info.
Cheerz
John
<OK... First thing is to clean out the backplane in the 8/m. Use a vacuum
<cleaner to remove loose dust and then squirt isopropyl alcohol
<(propan-2-ol) into the connectors.
Dry it well before powering it up. Also make sure there are no shorts
under the backplane to the outer case from foreign objest like screws.
<Then, if it still doesn't halt, check the power supply. I can't remember
<what the power good line will make the CPU do if it's in the wrong state,
<but I don't think it forces the CPU to the RUN state (unlike the 11/45...)
It does have power fail and if it's in the "wrong" state the machine it
halted.
Look for obvious stuff, shorted wires or other conductors (even on boards)
and leads floating loose or misconnected. CHECK all three voltages because
if any are missing it will do nothing intelligible.
Allison
>Me, too, but you don't know my dad...
>He has his computer in the living room, with the screen facing the window,
>and he says that he wants it to look nice when it's booting (don't_ask)...
>I think he deleted the spare one, too. I did a search, and can't find it
>anywhere. Either the computer didn't come with a copy of the CD on the HD,
>or my dad deleted the copy, because I can't find that, either.
>I told him he'd be better off to just put DOS back on the thing....
If he did not get the Windows CD then perhaps you have a bootleg copy of
Windows. All new PC's
have a CD copy and Microsoft certificate of authenticity.
>You did remember to cut the NPG jumper on the slot that you stuck the
>RL11 in, I hope...
Thanks... I did forget (I've done mostly Qbus for quite awhile...
so the UNIBUS specific stuff may slip my mind for a bit)
>That's the most common 11/34 problem, assuming you're using an M9302
>terminator. You have a grant open somewhere (either you're missing an
>continuity card or you've got an NPG jumper missing). THe M9302 then
>asserts SACK, the CPU tries to remove the asserted grant line but can't,
>and it locks up.
Aha... right... I'll have to check the backplane... there were a number
of boards in it, some were probably DMA devices... (as I said, it may
take a little time for it to come back to me...)
Megan Gentry
Former RT-11 Developer
+--------------------------------+-------------------------------------+
| Megan Gentry, EMT/B, PP-ASEL | Internet (work): gentry!zk3.dec.com |
| Unix Support Engineering Group | (home): mbg!world.std.com |
| Compaq Computer Corporation | addresses need '@' in place of '!' |
| 110 Spitbrook Rd. ZK03-2/T43 | URL: http://world.std.com/~mbg/ |
| Nashua, NH 03062 | "pdp-11 programmer - some assembler |
| (603) 884 1055 | required." - mbg |
+--------------------------------+-------------------------------------+
>From: Dwight Elvey <elvey(a)hal.com>
...
> There were several Forth machines done over the years,
...
>Harris made one that was used quite
>often for space applications because it was fast
>and could run with smaller amounts of code ( a feature
>of Forth ).
Still makes, the RTX2010. The IMAGE mission that I'm working on will have
three of them aboard, running 3 of the 6 instruments, when it lifts off in
early 2000.
- Mark
I am not positive if this is the correct part number.
Have you ever seen a PDP-11/34 top loading
rack mounted box? About the same size!
Also top loading. About 10 1/4" high and a
19" rack.
BUT, this is for a Qbus back plane with at least 10
slots (there could be as many as 16). And I suspect
that the first 3 slots may be ABCD like the BA23
box and the rest are AB/AB also like the BA23 box.
Sincerely yours,
Jerome Fine
<What precautions should I take in storing computers here?
<
<Do I need to insulate / heat the building?
Within bounds no. Most componenets will take 0-50C as commercial
temperture range. Sharp changes in temperature are not beneficial so
if cold leave it that way, if warm don't shock cool it. If you can stay
within 10-40C there should be no problem.
Electrolytic capacitors however, dry out of kept too hot for too long.
<Should I install a dehumidifier (I think I can get hold of one)?
Moisture is the enemy during the seasons where you get the greatest cyclic
temperature changes. And most winters.
<Do I need (for example) to wrap each computer up in plastic with a packet o
<silica gel?
If it's a sealed bag aroung the equipment, that works very well. the bag
has to be sealed or the silica will saturate quickly. the silica can be
dried in a warm oven to drive out the moisture and render it effective
again.
Also the package (system, box, rack) should be made vermin proof as insects
can leave deposits and rodents can chew, nest or soil things.
Allison
<This must have varied significantly with geography. In Ontario, Canada,
<where I grew up, Commodore was king, both at home and in schools. Most
<schools' first computers were PETs, either alone or in clusters, followed
I'd say so. I'd see one school district with TRS80 and the next one over
apples or commies. Made teachers nuts.
Allison
<the relatively short memory access strobe, while I was talking about the
<frequency at which they occur, as defined in the spec. I agree completely
Yes so? Often the z80 is moving 16bits, with 8bit wide memory it's going
to take several cycles. If it were a z280 that would be even more biased
as it uses fewer "ticks" per cycle and the bus is 16bits wide. Counting
ticks or whatever as I've repeatedly stated meaningless save for
discussions of how memory is used and not who is faster.
An aside at this point, the z280 runs different cycle timing as @4mhz would
be the base z80 of the same speed and the z380 (in z80 native mode) beats
that as the cycles have been shortend again.
<personal. The fact remains, that the memory CYCLE is three clock ticks
<long, as defined in the spec (though I haven't looked at it in 15 years or
It is not and Like I said the spec is infront of me as I type. Worst case
its 2. But that in itself is again meaningless.
<so since I haven't yet unearthed my Zilog or Mostek data books) and if you
<look at the pictures you saw with your logic analyzer, you should have see
<two read pulses of whatever lenght they were, spaced at very nearly 750 ns
<each time you saw the execution of an absolute jump, or any other
<instruction which consists of an opcode followed by a 16-bit address. The
<same is true of writes. They take one memory cycle, which is three clock
<ticks long, for each byte, although the memory write strobe is a mite
<shorter than the read strobe, IIRC, which I might not, but . . .
Your memory is faulty. and that 750ns bumber is still meaningless. they
only number for comparative purposes is the amount of time it takes to do
an absolute jump. For Z80 @4mhz that will be 2.5us. It will require
memory in the 250ns range to do it.
<were inserted as they often were for M1 cycles. Nevertheless, commonly use
<instructions were MUCH faster on the 2 MHz 6502, than on the 4 MHz Z-80.
A 2mhz 6502 executes a 1byte (say INX) instuction in 2 machine cycles and
that takes 1uS.
A 4mhz INC B (any register) takes 4 z80 clocks at 4mhz... damm if that
doesn't happen to be 1uS! Where is the speed difference?
According to my book a 6502 absolute jump takes 3-5 cycles and in the 5
cycle case its 2.5 us.
<probably measure three microseconds for those twelve clock ticks (T-states
<which is EXACTLY how long a 1 MHz 6502 takes to do that. Hence, I conclud
Exactly my point. The 6502 is not faster, it only marches to a different
drummer.
<I've concluded that most code I've seen underutilizes the internal resource
<and overutilizes the external ones. Code like that favors processors with
<more time-efficient use of the external resources. Hence, my assertion tha
<there's reason to believe the 6502 at 2 MHz could outrun the 4 MHz Z-80 in
<more or less typical code and in a more or less typical hardware
No again. It can match the z80 and in some cases it's better or worse.
<environment. Code written to make better than average utilization of the
<internals of a Z-80 might fare better against equally well-written code on
<6502. I'm comfortable with the reality that I'll probably never know for
<certain. Since neither processor is particularly important these days, no
<terribly important to me either.
Agreed well written code is essential for either to do useful work.
<None of this is really worth getting all excited about because, by the way
<in spite of its "better" performance, (by my assessment) the 6502 didn't
<accomplish more useful work on MY behalf, because I used a Z-80 running CP/
<every chance I got due to the abundance of really decent tools and office
<automation software.
Therein lies the key. A good system is not always defined by it's
hardware. Systems are a combination of practical hardware and functional
software. This account for why despite their flaws the TRS80, Apple II,
Z80 CPM based as well as others florished. Most people didn't program
8080z806502ti990018028085680980886800065815 they ran basic or a word
processor. the run on of part numbers was deliberate as to most people
the cpu used was just a number.
Allison