<They show up at flea markets from time to time... I've seen a number
<of them at the MIT flea... I have one. Yes, the command PRINT does
<so to the integral printer... DISPLAY outputs to the screen. The
<tape drive uses the same cartridges as the TU58, though I am not
<sure if the formatting is the same...
It's DC100 cart and that where it ends. I think tu58 carts may work if
bulk erased first.
Allison
Can anyone tell me a few things about a system:
Consider the following machine:
VAX6000/400
3 x HSC70
2 x TU79
11 x Exsys disk drives
6 x Microtech disk drives
o How big is this machine?
o How much might it originally have gone for?
o What might it be worth now?
I'm not looking for answers like, "Pay me and I'll cart it away."
I know someone who has such a machine and is trying to sell it, but
I suspect that he is expecting a LOT more for it than it may be
worth nowadays... it is 10-12 years old and he recently had it at
auction on eBay for a minimum bid of $10000... I gather it did not
get any bids...
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 |
+--------------------------------+-------------------------------------+
Does anyone have any practical advice concerning this, something that
might save me a little time/frustration? I'm playing around with some
parts to try to learn more about how the system works, and here's what
I've got:
22bit qbus backplane
11/73 cpu
1 meg ram
various device interface cards (Dilog SQ706A, RQDX3, Emulex TC03, RXV21
clone)
I'd like to be able to set up the simplest system possible and try to
toggle in a bootstrap. I've played with the ones on metalab (RX01, MSCP)
without much real success so far. Trying to boot from the RX01's using the
bootstrap code on metalab results in the drive access light coming on, but
nothing else happening. Sending a break stops at 1044 every time, the
contents of that register is 1776. Trying to boot from the Dilog scsi
device #0 (should be DU0, right?) just hangs (again using the MSCP
bootstrap on metalab). The MSCP bootstrap is well-commented, so I can see
what's going on there...a little hint or push may be all I need to be able
to modify it to work for me. The RX01 bootstrap is not commented at all,
unfortunately.
I know the RXV21 clone is working OK, since I can boot from it with the
bootstrap roms on my multifunction card...
Thanks,
Aaron
Anyone interested in a working H/Z-110 low profile dual processor computer
system? CPU, Monitor, Software (CP/M-80, CP/M-86 and MS-DOS), Peripherals,
Technical and Operating manuals. Located near St. Louis. Pick up only as it
is a load of stuff to ship.
Thanks
Mike
I've been trying to track down some historical KIM/6502 code for some time.
Would you happen to have KIMATH, FOCAL, or Pittman's Tiny BASIC?
----------
> From: mark acierno <acierno(a)mindspring.com>
> To: classiccmp(a)classiccmp.org
> Subject: need help reading a paper tape....
> Date: Wednesday, March 22, 2000 10:49 AM
>
> Is there anyone out there who can help me. I have a paper tape (for the
> KIM-1) and I need it read. I dont care too much what format I get back -
> disk, paper print out, ect. would all be fine. I thought I had arranged
to
> have it read by a commercial classic computer support person --- but they
> now tell me that it will be quite some time before they can get to my
> request. The tape has real historical value ( although not much real $$
> value) and I would like to get it read as soon as possible.
>
> If you can help me or know of someone who can -- please e-mail me.
>
> thank you
>
> mark acierno
>
> -------
>
> ICQ 40439199
> http://www2.msstate.edu/~mja2
>
On Mar 22, 23:56, Tony Duell wrote:
> You _honestly_ think that a 22V10 (or whatever) is simpler, cheaper, and
> easier to use than a couple of 74LS20s? You know, a 22V10 has 24 pins,
> and the 2 74LS20s have 28. That's only 4 more pins to solder. And there's
> no requirement to program a chip if you use the '20s.
No, but I can make more choices with the 22V10 -- I want to be able to
switch ROM sets (between the original on the motherboard and possibly two
on the expansion) and RAM sizes and that would need a little more effort
with the TTL, because I want to *replace* the 74154, not add to it.
--
Pete Peter Turnbull
Dept. of Computer Science
University of York
On Mar 22, 17:32, Bill Sudbrink wrote:
> > > Could some kind soul post the pin-out
> > > of a 2532 4Kx8 EPROM?
> >
> > Which one TI or moto or ?
>
> Egad! They have different pin-outs by manufacturer?!?!
There's an "industry-standard" arrangement, and a JEDEC arrangement. TI,
almost uniquely, chose the "unusual" one for 2532s.
> Uh... it has an 'S' on it that looks like two 'C's
> hooked together, one upsidedown. Is that Signetics?
Sounds like it... here you go:
Intel, Motorola, Signetics, Hitachi etc 2532/2732:
A7 1 24 Vcc
A6 2 23 A8
A5 3 22 A9
A4 4 21 A11
A3 5 20 ~OE/Vpp
A2 6 19 A10
A1 7 18 ~CE
A0 8 17 D7
D0 9 16 D6
D1 10 15 D5
D0 11 14 D4
GND 12 13 D3
Texas TMS2532, Hitachi HN462532 (JEDEC):
A7 1 24 Vcc
A6 2 23 A8
A5 3 22 A9
A4 4 21 Vpp
A3 5 20 ~CE/~PGM
A2 6 19 A10
A1 7 18 A11
A0 8 17 D7
D0 9 16 D6
D1 10 15 D5
D0 11 14 D4
GND 12 13 D3
--
Pete Peter Turnbull
Dept. of Computer Science
University of York
OOPS
I just realised I listed the Motorola 2532 as the same pinout as the Intel
2732; it's actually the same as the Texas 2532. Sorry!
--
Pete Peter Turnbull
Dept. of Computer Science
University of York
On Mar 22, 19:47, Eric Smith wrote:
> Pete Turnbull <pete(a)dunnington.u-net.com> wrote:
> > I'm not sure these are repeaters, though. So a signal that's sent from
a
> > station on one of the AUI interfaces would go onto the wire, but I'm
not
> > sure that it would get back (directly) to the other AUI interface(s).
>
> It had better, or you don't have a functional ethernet, because two of
> the nodes can't talk to each other. Also, the nodes have to be in the
> same collision domain, so there's not really anything to be saved by
> using some wacky scheme where the nodes can't talk to each other.
I have seen such schemes. The small objects sold as "passive" 2-port or
3-port 10baseT hubs work like that, and two adjacent nodes can't talk
directly to each other. It rarely matters. Well, I guess that depends on
your network setup, actually! If you've not seen them, they look like a
little black (usually) box with two RJ45 sockets on one end (into which you
connect, say, two workstations or PCs) and a short RJ45 cable at the other
end (which you connect to a real hub, switch, or a server). They're
intended to let you connect more clients than you have hub ports.
It's not a question of using some wacky scheme; rather a question of
simplicity: if you want the adjacent nodes to talk to each other, you need
to have the Tx from each connected to the Rx of the other. That's easy to
arrange with just two 10baseT ports (that's all a crossed cable does, after
all), but with three (as in the so-called passive hubs) you would end up
with *everything* connected together -- or you need some electronics to
isolate and filter (as in a proper hub/repeater). The passive units don't
have that, so the two RJ45 sockets can each talk/listen to the RJ45 cable,
but not to each other.
There's a similar problem connecting three or more AUI ports; it's further
complicated by the collision detect, which is normally done in the
transceiver. Now if it were a multiport repeater, I'd have expected all
the AUI connectors to be the same gender (since they'd be functionally
equivalent). But the fanout units have one of a different gender, so I
suspect that either they use a similar scheme to the passive hub I
described, or they actually have more electronics than a normal repeater
(or at least arranged rather differently), in order to get the signals in
the right arrangement to drive a transceiver instead of a drop cable to
another AUI.
--
Pete Peter Turnbull
Dept. of Computer Science
University of York