Hi folks,
I have an HP1631D Logic Analyzer for some years now und got an HP9121
dual Floppy drive that fits to it yesterday.
I've tested the drive, formating disks, storing and reading data ist
working :-)
While reading the Users Manual of the LA I've found out that besides of
storing setup- and configuration data on the disk, there should some
loadable disassemblers for the HP1631D exist on floppies..
The Logic Analyzer is very limited from todays point of view but for
example an Z80 disassembler where nice to have.
Has someone out here such disassemblers (Z180, 8085, 8080, 6809 etc)
for the HP1631D?
BTW: My unit has an "upgraded from HP1630" printed on the faceplate..
are there possibilities to upgrade it further? More Memory etc?
..same Question for the Dolch (DLI) C100D, there should exist some ROM
based Disassemblers and I'm looking fors uch Eprom Contentes.
Currently I have additionally two Dolch 64300 with some additional
Software here, but the Eproms don't fit in to the later C100D.
Thats ugly, since the C100D is much smaller....
Regards,
Holm
--
Technik Service u. Handel Tiffe, www.tsht.de, Holm Tiffe,
Freiberger Stra?e 42, 09600 Obersch?na, USt-Id: DE253710583
info at tsht.de Fax +49 3731 74200 Tel +49 3731 74222 Mobil: 0172 8790 741
hello,
somewhere around I should have a floppy with disassembler for HP1660 series.
I suppose it is useless for 1630... or not?
Should I give a look to find it?
Andrea
Hi all --
The TI 980B I got from that NWA auction from a month or so ago finally
made its way back to my house, and the CPU looks to be in decent shape.
I'll probably start working on restoring it after the new year.
Bitsavers has ample documentation, but I haven't found much software at
all -- I don't suppose anyone out there's got any tucked away somewhere?
I've found this: http://www.cozx.com/dpitts/ti980.html which provides a
nice cross assembler/linker and simulator so I guess I can write my own :).
I was hoping there'd be a bit more to the system than the CPU, but the
rack it came in was effectively empty apart from the CPU, a gigantic
power supply and an empty backplane and card-cage. There was a stack of
documentation included, so now I know that this TI was originally part
of an Evans and Sutherland "NOVOVIEW 2500" -- a "Night Only View" flight
simulator that used a set of point-plotting X/Y beam-penetration
displays (red/orange/amber/yellow/green colors) to simulate a runway at
night. (These were the DSI displays that were auctioned off as a
separate lot, wish I'd known what they were at the time...) Pretty
interesting, a shame all of the cool hardware was stripped out at some
point. Based on the printout stuck in the Omni 800 that came with it,
this was in use through at least 2000.
Thanks,
- Josh
-------- Original Message --------
Subject: Re: ADM-3A Lower case ROM issue
From: J?rg_Hoppe <j_hoppe at t-online.de>
Date: Wed, December 14, 2016 9:00 am
To: cctech at classiccmp.org
By accident, I just now restored an ADM3 (not the "A")!
Lowercase ROM was made with an pin-rearranged 2706 EPROM.
Additional RAM was inserted, DIP switches were set: works perfectly.
However, with lowercase ROM installed and DIP switches set, but extra
RAM missing,
the Space "0x20" was displayed as a " ` ".
So I think you have an RAM issue.
Perhaps cleaning the socketed extra RAM helps?
Joerg
----
Thanks - that sounds like my symptoms exactly. I'll check out the RAM.
Steve
----
Well, there you go. The sockets for two 2102 RAM chips are empty!
Anybody have a couple of these guys they can spare, or a quick pointer
on where to buy them?
Thanks all, esp. Joerg for the tip!
Steve
> From: Rich Alderson
> 9-track tapes on the PDP-10 used one of the following encodings:
What about 7-track, any idea? I would assume 6 x 6-bit tape frames per 36-bit
word, but that's just a guess.
Noel
I've been looking for an SS-30 bus floppy controller for some time now.
Examples would be DC2/DC3/DC4/DC5, but I would also be OK with a Pertec
or SSB. Anyone have one that they would be willing to part with?
-------- Original Message --------
Subject: Re: ADM-3A Lower case ROM issue
From: J?rg_Hoppe <j_hoppe at t-online.de>
Date: Wed, December 14, 2016 9:00 am
To: cctech at classiccmp.org
By accident, I just now restored an ADM3 (not the "A")!
Lowercase ROM was made with an pin-rearranged 2706 EPROM.
Additional RAM was inserted, DIP switches were set: works perfectly.
However, with lowercase ROM installed and DIP switches set, but extra
RAM missing,
the Space "0x20" was displayed as a " ` ".
So I think you have an RAM issue.
Perhaps cleaning the socketed extra RAM helps?
Joerg
----
Thanks - that sounds like my symptoms exactly. I'll check out the RAM.
Steve
I acquired an ADM3-A a while back from the NWA auction, and a
generous friend was able to get me the lower case ROM chip that
was "missing" from my terminal.
I set the DIP switches and installed the ROM. When I turned on the
terminal, the whole screen was filled with "`" characters before the
host was ever started.
When I started up the connected Sun machine, the terminal did display
both upper and lower case characters, but the "`" characters remained
and appeared to fill out each new line, and text printed out by the
machine was followed by garbage characters - like "Login:nzzzz". Typed
characters were correctly upper or lower as typed.
I removed the ROM and cleaned the legs of the chip. I didn't clean the
socket, since I didn't have anything like DeOxit handy. I did remove and
re-insert the ROM a couple of times.
When I removed the ROM and set the DIPs back to the original setting,
the terminal worked like normal in all upper case. Setting the DIPs to
force upper case, etc. when the ROM was in always showed the bad
behavior though the characters were upper/lower as you would expect from
the switch settings.
TL;DR - bad and extra characters when the ROM chip is in, everything OK
when it's out.
So, barring a bad connection to the chip while it's in the socket, it
seems like the ROM itself could be bad. I'll dig through the maint
manuals and see if I can find anything related to this behavior. In the
meantime, any ideas from the collective are welcome.
Hi,
I've got a card cage full of cards that seems to be a Megatek Graphics
Subsystem. I've found a board with coaxial connectors that seems to be
the Video Output Board, a CPU build out of two stacked cards, one with 8
pcs. AM2901BC and some Memory..
One fo the card(stacks) has front connectors looking like Unibus (or
QBus).
There is no PSU attached to the card cage.
After googeling around I think the thing is related to a Megatek 7250
graphics Terminal mentioned here an there..but no pictures could be
found.
Is there soemone that has more informations about that thing?
The megatek is an a bad shape, Crystal oscillators are heavyly corroded
on the outside, it sat for 20+ years somewhere on the Attic.
I'll make some Pictures next week ..
Regards,
Holm
--
Technik Service u. Handel Tiffe, www.tsht.de, Holm Tiffe,
Freiberger Stra?e 42, 09600 Obersch?na, USt-Id: DE253710583
info at tsht.de Fax +49 3731 74200 Tel +49 3731 74222 Mobil: 0172 8790 741
-------- Original Message --------
Subject: RE: looking for keytronics keyboard pad replacement kit
From: william degnan
Date: Wed, December 14, 2016 5:01 am
To: "General Discussion: On-Topic and Off-Topic Posts"
<cctalk at classiccmp.org>
Ok, to me it looked like they did not. The description implies one
should
transplant them from wherever to the replacement pads. I will ask the
seller.
Bill Degnan
twitter: billdeg
vintagecomputer.net
----
Do tell when you find out. If the metallic pads are already there, I'm
probably in for a couple of sets :-)
Steve
There was a seller on ebay who had a set of the pre-made keyboard key pads
for sale...anyone here selling these? Yes I could make my own, I have gone
through the process, but I'd like to buy a set or two as I have a few
keyboards to repair. it's a time consuming process.
Thanks in advance.
Bill
A friend posted an interesting map of the network as it grew (his
interest was the 1981 map) of Arpanet interconnects. They range from
the beginning to at least that map. I can't share that one both because
it's on Facebook, and because it was low quality having been bastardized
by FB and I couldn't find it online.
There are a huge number indexed on google if you care to look. Just put
in "arpanet logical map" to get huge numbers of maps. I don't know if
anyone has made an index, but with the number there are it would be an
interesting exercise to do a chronological and map graph index of the
information.
Anyway one map caught my eye, showing a "MICRO810" at UCSD. I am hoping
maybe it was a Microdata 810, but have no way of looking it up. The box
immediately above is B6700, so it may be doing some sort of front end
for that system. The node names were said to be IMP names on one of the
maps I found, and one would hope that IMP's had all the frontend support
to go to most mainframes.
thanks
Jim
January 1975 map on sympatico.ca n.rieck account maybe?
http://www3.sympatico.ca/n.rieck/docs/vms_vs_unix.html
image link if you can get it to work
https://public.dm2301.livefilestore.com/y3pO0l02Dnf4e9HK-IeRoPuXuAFGKavc7GL…
I started updating my blog with (hopefully useful) information.
I did a write up on the SGI Indigo so far and will update it with future
findings. It's at http://ethan.757.org/?p=32
I made a list of all the tantulum SMD capacitors of the style of the one
that fried. I think I figured out digikey part numbers for most (And
published the sizes I measured of the caps.)
If the cap that fried belongs to the audio section, I was thinking maybe
those components use negative PSU voltages (op-amps, DACs) so maybe the
PSU is doing something funky. Finding a pinout for the Indigo PSU might
take a little bit of work -- but since I have mine apart I should be able
to document some of it.
So many projects!
--
Ethan O'Toole
Hi folks,
I don't know if this is the best place to ask this question, but I don't
know of any better forums for PDP-10 discussion, so hopefully it's
on-topic enough.
I recently set up the KLH10 PDP-10 emulator on my network, running
TOPS-20 7.1. It's on a box in my 192.168.1.0/24 network. TCP/IP works
great, I can telnet to it from within my network without any issue.
I also set up my firewall (a box running CentOS 7.1) to port forward
>from external TCP port 2320 to internal TCP port 23 on the KLH10 box.
Interestingly, when I telnet from _outside_ the network to my firewall's
port 2320, it works, but Telnet goes into line mode rather than
character mode! I can fix it with telnet escape (^]) by setting
character mode explicitly with "mode character", but that's kind of
annoying to do each time I connect.
It feels like Telnet is no longer doing line mode / character mode
negotiation when I'm port forwarding. It's most mysterious.
If you want to see for yourself, you can telnet to
gatekeeper.retronet.net 2320, which is the KLH10 instance.
Does this ring any bells for anyone?
-Seth
--
Seth Morabito
seth at loomcom.com
As I find that there is less and less need for my PDP-11 Qbus Hardware,
Software and Manuals, I wish to determine if there is any interest in my
local area to transfer everything using local pickup in Toronto.
As some of you know, my interest is in RT-11 on the PDP-11 and I have
been doing it since the 1970s. If there is sufficient interest to come
by and
do a local pickup, then please send me an e-mail with a local phone number
in area code 416 or 647 (or 905 which can be called locally from 416) so
we can arrange something.
The total volume of everything, including probably at least 30% junk, is
probably ten to twenty cubic meters (100 to 200 cubic feet), so there
will need to be some sorting done along the way. As for hardware,
the collection is mostly BA23 and BA123 boxes with PDP-11/73
and one PDP-11/83 along with assorted Qbus boards. There are
many VT100, VT220 and VT320 terminals as well. There are many
PDP-11 manuals and DOC sets for RT-11.
I download my e-mails rarely these days, so it may take even a few weeks
before I reply.
Jerome Fine
I'm not sure specifically on the z-160 but my z-150 had it (iirc and it's been a while ctrl+alt+ins or ctrl+alt+enter) I think put you in the diagnostic rom which had a debugger.
Curiously though i dont know if that is a hardware function or a feature of zdos?
-------- Original message --------From: Fred Cisin <cisin at xenosoft.com> Date: 12/11/16 6:59 PM (GMT-06:00)
Don't those machines have a debugging monitor in ROM?? (something that IBM
does NOT)? Otherwise DEBUG.COM should work.
IBM has had a number of "industrial computer" models.
The IBM Server 7587 is a hardware platform designed for reliable 24 hour operation. It was often used in mid-1990s computer telephony interfaces (Pentium socket 7, up to 233 MHz).
Responding to the customer's need for a powerful, reliable ISA bus computer that is easy to panel/wall mount and easy to service, IBM developed the IBM 7587.
It is a 5 slot ISA/PCI passive backplane, PICMG compliant computer powered by an IBM Single Board Computer. The 7587 has a large filtered cooling fan that keeps the internal components well under their operating limits, even in hot environments. With its shock mounted hard disk drive and adapter hold down bracket, the system can withstand the shock and vibration found in many harsh work environments.
Programming interfaces are supported for watchdog timer and thermal monitoring functions on the SBC. The system can operate without disk, display or keyboard. It is quick to service, with all internal components easily accessible after removing the top cover.
Sent from iPad Air
Sent from iPad Air
Did you ask on vcfed forums? I do recall a few years ago one or two folks offering to make sets although being years ago you may have been one of them :-)
-------- Original message --------From: william degnan <billdegnan at gmail.com> Date: 12/11/16 4:17 PM (GMT-06:00) To: cctech <cctech at classiccmp.org> Subject: looking for keytronics keyboard pad replacement kit
There was a seller on ebay who had a set of the pre-made keyboard key pads
for sale...anyone here selling these?? Yes I could make my own, I have gone
through the process, but I'd like to buy a set or two as I have a few
keyboards to repair.? it's a time consuming process.
Thanks in advance.
Bill
Picked this up a while back, just getting around to messing with it.
Appears to be an IBM XT compatible machine in a portable....err luggable
size. Dual 360K drives, although the second one does not seem to be
working. I can get it to boot to dos, but run out of space quite quickly.
Anyone have any experience with these machines, is it possible to
upgrade the drives in there? There appear to be isa card slots inside, i
was thinking as a last resort to swap out the floppy controller and put
some new drives in it. That space limitation is really making it a
doorstop. I have a parallel port hard drive, but the driver takes up too
much space and will not fit on the boot disk.
--Devin
https://s20.postimg.org/t0ozx0iul/IMG_0018.jpghttps://s20.postimg.org/cqytu486l/IMG_0022.jpg
I have contact with a motivated seller who has a huge bunch of IBM
Industrial systems to sell. They are Model 7587, and were used on the
Kansas Turnpike to run printers and the like (maybe other stuff).
he has about 50 of the things and has them listed for $15 bucks, but is
motivated to sell any / all.
If anyone wants a nice AT system with 4 slots and power supply this would
be one to get. It has a single board computer type system card in it, so I
suspect the backplane is passive. I have a friend working on the full
documentation, as he did sell them a long time ago. He said they were made
for IBM by a company which also sold a lot of the stuff, Par (sp?)
Contact me and I'll put you in direct contact with Ron. He is moving and
has to get rid of them or trash them. I don't have room for them all or
I'd store them and parcel them out of my warehouse.
Ebay listing below has the information about them, but we can get them
direct. If anyone has any ideas on the shipping charges, Ebay is screwing
him horribly and help would be appreciated to get them shipped at a better
rate.
Thanks
Jim
http://www.ebay.com/itm/262750011708
Hi,
I'm looking after some documentation on the BASF 6104 8" floppy drive. I
really want to know how to align it properly.
I do not have a 8" alignment disc, can it be done without one?
/Anders
Hi, I'm new to this list, but I've been on the rescue and geeks list
for many years.
I'm kind of a Unix guy, but unlike many of you, I learned mostly on
AT&T Unix. I started using Unix in the early '80s and ran a public
access Unix system from roughly '87 to '92, when it turned into a real
ISP, which got to be quite large. We mostly used Dec Alpha stuff then.
I couldn't afford a Sun workstation in the '80s, so ran SVR2/3/4 on
Intel hardware, and even that was expensive. These were the days of
1200bps Smartmodems (which were also pricey) and terminal or BBS
interfaces. The Unix systems provided Usenet, real email and even
rudimentary file transfer via UUCP.
I still love the terminal based interface and won't run X on my old
hardware. I'm really a Unix Philosophy sort of guy. Small tools,
filters, and all the rest.
So, on to my question: I run UnixWare 2.02 on a couple of older
machines here at home. It is a pretty standard version of SVR4 if you
don't install the Netware stuff. It is very stable and runs great on
the older Pentium hardware I have. Recently I build a dual processor
P3 system with an ASUS P2B-D MB so I could run SVR4-MP, which runs
wonderfully. These are SCSI systems with SCSI2SD boards used as disk
drives. Old 50 pin SCSI drives are getting more expensive and have
questionable longevity.
I want to build some emergency rescue diskettes and tapes, and my
problem is that the 3.5" floppy will not format a diskette under
UnixWare. I've tried everything I can think of. The drive is good (I
can format a DOS floppy when I boot up DOS), and the diskettes are
known good.
When I use the format command on the raw disk device, I get the following:
# /usr/sbin/format -V /dev/rdsk/f03dt
formatting.
UX:format: ERROR: Formatted 0 out of 160 tracks:
Failed in write/read/compare verification on track 0.
Doing so without the -V verification just appears to merrily format
the diskette, but it's not formatted.
The device(s) I'm using are:
crw-rw-rw- 5 root sys 1,112 Feb 14 1995 /dev/rdsk/f03ht
or
crw-rw-rw- 5 root sys 1,112 Feb 14 1995 /dev/rdsk/f03h
Both yield the same error.
I'm thinking this must be a device driver problem, but i"m out of my
league here.
Anybody have an idea what's going on and how to fix it?
Oh, and sorry for the long post. I thought it might be polite to
introduce myself.
TIA,
Tom
The rubber feet on my VT100 keyboards are falling off. The feet are in good
condition, just the glue seems to be failing. Does anyone know what kind of
glue should be used to stick them back on reliably?
Thanks
Rob
The following is for sale, or trade possibly.
Most of the listed items I've used together with SGI IRIX and
HP/Compaq/DEC OpenVMS and Digital/Tru64 UNIX systems and served me very
well.
I need to sell this by the end of the month (Nov-2016), else I'll have
to potentially scrap a considerable bunch of it.
I probably forgot to mention a number of things and perhaps I made a few
mistakes here and there. I'll try to update (and if needed, correct)
this list with follow-up posts. For now, this is the list of items:
- SGI systems, e.g. MIPS R5000 and R5200 processor equipped O2s
notably, perhaps also a teal Indigo? with 250-MHz R4400, at least 256
Mbytes (also up to 1 Gbyte available) of RAM, various types of CPUs
available, along with various other options in terms of disks, video
I/O, etc. (ask me) --> suggestion: if you don't care for IRIX, an O2
would still make an excellent X terminal to any e.g. other system, too,
as they don't consume a lot of power and they're wonderfully small;
- SGI parts, like an SGI Tezro dual-processor 700-MHz R16000
system board and an SGI DMediaPro DM10 IEEE-1394a FireWire PCI card plus
cable and manual;
- DEC Multia/UDB VX40B, maximized, with 166-MHz LCA4/21066
processor, the maximum amount of RAM (256 Mbytes), large 73.4-Gbyte 2?"
SCSI HDD (with Tru64 UNIX V5.1B[-5?] optionally pre-installed, OpenVMS
V7.2 also works on it, the original vertical stand and documents are
present, too), Ensoniq AudioPCI (16-bit 48-KHz) audio card, replacement
NVRAM/TOY back-up battery, experimental SRM console, PCI audio card and
custom-shoehorned, etc.;
- various older/non-x86 or compatible computer (besides earlier
mentioned SGI, e.g. DEC, Compaq and HP) bits & parts, think of FireWire
(e.g. IEEE-1394a), audio, etc. cards, cables and such ... included are
things like an AlphaServer DS15-compatible PCI audio card, HP IEEE-1394a
FireWire PCI card (rare, should work in some HP Integrity systems) and
more (ask me for details);
- Exar/Neterion/S2io 10-Gbit fiber-optical (10GBASE-SR) PCI-X
Ethernet NICs including transceivers, besides x86/-64 also OpenVMS and
IRIX compatible (and tried/used in various systems, including HP
rx2600s, rx2620s and a DS15 and also an SGI Tezro), LC FC cables
optionally available, too;
- Mellanox 40-Gbit InfiniBand PCI-E adapters (3 total), optional
copper and fiber-optical cables, in various lengths, are also available;
- various (e.g. HP) HBAs, notably SCSI (e.g. Ultra160 and
Ultra320) and FC (e.g. 2-Gbit and 4-Gbit), for PCI/-X or PCI-E, many
PCI/-X cards also compatible with IRIX and even OpenVMS, some include
the HP-branded "combo" types, providing both dual-channel FC (HBA) and
Ethernet (NIC);
- various optical/tape drives and media (e.g. DVD-RAM, various
data & cleaning tapes, of which many brand new), DDS/DAT of many types
(e.g. DDS-2/DAT12, DDS-3/DAT24, DDS-4/DAT40 and DDS-5/DAT72) Ultrium
(mostly LTO-1 and LTO-3), mostly of brands like HP (notably), Quantum
and Sony... to summarize several:
-- HP Ultrium LTO-3 SCSI half-height tape drives
-- Quantum Ultrium LTO-1 SCSI full-height tape drive
-- various Ultrium LTO-3, -2 and -1 cleaning and data cartridge
tapes (mostly HP-branded)
-- various (HP and Sony-branded) DDS-4/DAT40 tape drives, also
one DDS-5/DAT72 drive, all with
-- various DDS-5/DAT72, DDS-4/DAT40, DDS-3/DAT24, DDS-2/DAT12
and DDS-1/DAT8 tapes;
- various DVD-RAM discs, both with and without the plastic caddies;
- various HP, AXUS and Ciprico brand Ultra320 SCSI/S-ATA-bridged
& 2-Gbit or 4-Gbit FC external enclosures, for HDDs (optionally
including large capacity HDDs, also hardware RAID functionality
depending per enclosure), 5?" devices and more (these can be tricky to
ship, but not impossible), to summarize some of it:
-- AXUS Demon SA-16U4P Ultra320 SCSI<=>S-ATA RAID storage
enclosure, including 16 * 1-Tbyte S-ATA HDDs and spares --> advantages:
relative low power consumption and triple-redundant power
-- Ciprico/Huge Systems MediaVault 4-Gbit FC/FC-AL RAID disk
array, including transceivers, 10 * 250-Gbyte P-ATA HDDs plus one or
more spare HDDs --> advantages: low power consumption and rather silent
-- HP StorageWorks M5313A FC/FC-AL 2-Gbit (JBOD) disk array,
including transceivers and 14 * 146.8-Gbyte FC HDDs and one or two spare
HDDs, too --> note: perhaps not useful for OpenVMS users as-is, as
JBOD and FC-AL are a no-go, but it can be used in a larger SAN setup;
- various types of printed documents/documentation (various
manuals and reference guides, from e.g. SGI and Intel);
- APC Smart-UPS 3000 XLM (heavy-duty, 3000VA capacity) UPS
back-up battery aggregate power system, plus special APC RJ-45 USB cable
(the whole unit is perhaps hard to ship, but not impossible I guess),
this UPS can sustain e.g. several 2U and even some 4U HP Integrity
servers for up to 30~40 minutes (depending on the loads, of course);
- HP OpenVMS Alpha V8.4 SPL (Software Product Library) July
2010, including the original box and 'documents';
- lots of relatively recent 300-Gbyte and 146.8-Gbyte 80-pin
(SCA/-2) and 68-pin 10K and some 15K RPM, hot-swap, SCSI HDDs (most are
HP-branded);
- older <=9-Gbyte SCSI disks, from various vendors, some with
(e.g. DEC) firmware, with 50-, 68- and 80-pin (SCA/-2) connectors (many
DEC and Compaq/HP-branded ones, relevant for OpenVMS and Digital/Tru64
UNIX, too);
- HP StorageWorks 3U external 5?" SCSI expansion enclosure, room
for 4 (68-pin) SCSI devices (including optical drives, tape drives and
including full-height models);
- PCMCIA and PC card items: SanDisk CompactFlash card reader,
SIIG IEEE-1394a adapter, USB 2.0 adapter and an Adaptec Fast SCSI
adapter plus cable;
- Apple ADB and serial items: Griffin iMate adapters (2 total, 1
in original packaging) and Keyspan adapter;
- Chieftec SNT-3141 S-ATA HDD backplane plus sleds and I can
provide 3 * free 250-Gbyte S-ATA HDDs --> suggestion: perhaps useful
for in a system like the HP zx2000 (if it fits, of course; I never tried
it);
- IBM System x central fan tray (P/N: 90P4618, FRU P/N: 26K4761)
and also (e.g.) x346 rack rails (might fit on other devices/systems,
too), SCSI HDD caddies, fans and more (ask me);
- HP KVMIP console (PN 262589-821) 8-port extender hub, no power
supply required for this;
- Gefen 1080p HDMI scaler, professional grade (original box
present), useful for some computers and monitors to correct aspect ratios;
- non-computer items, or indirectly: professional SDI equipment,
like JVC-branded CRT and LCD monitors, Miranda bridges (including for
IEEE-1394a FireWire to SDI) and more, also many cables of various
lengths available and also photo & video equipment (e.g. Nikon D70 plus
Nikon Nikkor AF-S 18-70mm f/1:3.5-4.5G zoom lens, a barely used Sony
HDR-FX1000/E plus accessories and various bits & parts and a Tamron TV
Zoom Lens 12.5-75mm f/1.8 with C mount with constant aperture over the
zoom range).
All the items are located in the Netherlands. I'll provide more
information and pictures on demand.
As far as possible trades go. I'm mostly interested in lenses (mostly
in Nikon F/G, Pentax K, Leica M, Leica M39, M42 and Sony E-Mount
mounts), in particular fast longer telephoto lenses (135mm and above),
also enlarger lenses.
- MG
Okay, after a ton of rounding up the parts I finally have the keyboard,
keyboard cable, mouse, Indigo and 13W3 to VGA cable to try to bring my
Indigo back up.
I put my baby on the desk, cable it all up... and burning smell when I
start it up.
So far I can't find anything on the PCBs that looks burned. Everything
smells somewhere between old and burned, so that isn't much help.
But here is where it gets crazier.
I originally had a R3000 Indigo, with Entry graphics as I recall. Or maybe
it had some 3d ass, but it was still 8bit color depth. At some point in
the NASA Auctions I had come across another Indigo that worked, and it had
a R4K cpu board. And then I had a card that went into one of the desksides
that had a Elan set that got you Elan on a deskside (I think.)
I left one of the Indigos outside with a bunch of computers for
craigslisters to come curbcycle, but a homeless guy stole it all took all
the metal and left behind all the smashed up plastic parts (yay.) I
couldn't remember what was in the Indigo I left outside.
After sniffing the PCBs for a minute or so like bomb dog looking for a
burned resistor or cap.... I got to thinking that the PCBs are bigger than
I remembered. Better than I remembered.
I google the part numbers, and low and behold it's a R4K CPU card and a
Elan graphics set. Good for performance, but it's not 100% my first SGI.
But still.
BUTTTTTTTT.... there is a different power supply for R4K machines, that is
different from R3K machines. I'm pretty sure the machine I have is my old
trusty Eggbert, and it has a R3K PSU.
So now I need to find (this should be easy?) a R4K power supply for an
Indigo. I don't even know if the boards will work, green LED came on for a
bit then went orange. There was frame buffer output. There was no startup
sound that I knew and loved.
The 9430810 is the R3000 power supply, the 9430812 is the R4000/R4400 PSU.
Any leads?
--
Ethan O'Toole
Excellent news! I eagerly look forward to this so I can get my 9825T talking to my 9895A! If you spin a PC board, I will be willing to purchase one or two if you end up with extras or are willing to coordinate an order.
Probably a question for Tony's encyclopedic knowledge. I just scored two HP 9825, one a later "T" option and one "B" version with all the fixings (i.e ROM packs). They both seem to work save the usual tape drive which I have not gotten to yet. Both have the flexible disc ROM. What kind of discs can I hook up? I think the HP 9895 8" floppy would work. What about the HP 82901 5.25" floppy drive? How do I read/write program files from the disc interface?
Marc
Sent from my iPad
Happy DEC-10, everyone!
As a gift, we offer some steaming hot, freshly baked bits. Straight out
of the oven, here are over 80 PDP-10 programs built from source code.
http://github.com/PDP-10/its
On Dec 9, 2016 11:09 PM, "devin davison" <lyokoboy0 at gmail.com> wrote:
>
> I have a indigo that is not getting much use. I believe it has the R4000
> with the better power supply, and maxed out ram.(whatever that may be, i
> want to say 192 Mb, but i coud be mistaken, i can fire it up and verify if
> needed) I have not used it much. Prom battery is dead, i used to jump it
> with a AAA battery temporally to get past a Time error at startup, but
> never got around to soldering a proper battery into it. It should have the
> maxed out memory, as well as the keyboard and mouse to go along with it.
>
> I am in the process of paying off 2 SGI onyx 2's, if the indigo with the
> keyboard and mouse would be of interest, i can sell it to you to put money
> twords my Onyx fund.
>
> --Devin
I recently gave my spare SGI stuff away. It's cheaply bought on Ebay, I'd
just get a parts unit there. That said, the fan could be the source of the
smell and the part to go first from my limited experience when a fan dies
is the video card.
Bill Degnan
twitter: billdeg
vintagecomputer.net
Has anyone ever described the OS/8 version history?
I have some DECtapes that are V3D and I have found some RX01 images
>from the V3D Combined Kit. The programs that are common to both are
different versions, so V3D changed over time.
Then there were the DECmates and there were changes made to support
them. I see V4 referenced.
There are also some sources online, but it isn't clear how they
correspond to the usable device images.
I have been looking at these online resources mostly, but I have found others.
http://www.ibiblio.org/pub/academic/computer-science/history/pdp-8http://www.pdp8.net/
Are there other better resources? Are there source distributions in
the original state for example?
>From what I have seen, the combined kit has the best support for the
PDP-8/e and its devices. That's the hardware I have and so that is
what I am concentrating on.
Hoping to trigger some conversation.
-chuck
So, looking at the list of 'wanted pages' on the Computer History' wiki:
http://gunkies.org/wiki/Special:WantedPages
the top page or so of entries are all about various Vaxen.
Is there a volunteer our there to sign up as an editor there (note:
applications have to be approved, which can take a couple of days, due to
busyness on the part of the admin) to start writing up VAX content?
Noel
yes this is mentioned in the pamphlet...
Ed#
In a message dated 12/9/2016 12:57:01 P.M. US Mountain Standard Time,
billdegnan at gmail.com writes:
> It's curious that the emulation feature, which adds software emulation
of
> those instructions, isn't mentioned, and in fact I haven't seen it
> mentioned anywhere.
And don't have any spares on the shelf. The title on this just was funny,
maybe it's time to crash, since it's late.
VINTAGE-DEC-DIGITAL-Empty-case-of-the-VAX-VMS-exceptions-interrupts-CASE-ONLY-/
http://www.ebay.com/itm/291941009551
(posted for levity, no warning on this posting)
So, does anyone know of any documentation (especially engineering drawings)
for the M8728, which is the 256KB board for the MK11 (originally), also later
useable in the VAX-11/750 and VAX-11/730?
The M8728 and M8750 are in fact the same PCB, with different DRAMs (16K or
64K) and different jumper configurations, and since M8750 prints are extant,
most of the M8728 is documented, but the M8728 also has some discrete
components that the M8750 lacks (I think to produce voltages used by the
earlier DRAMs that the later ones don't).
Yes, I could work this all out by tracing leads, but I'd rather not!
I have produced a table of all the jumper differences, etc and will be
creating a page to document all this, but actual documentation for the M8728
would be helpful.
Noel
PS: Does anyone know the formal names for the M8728? The 64KB board, the
M7984, is the MS11-K, but I don't know the one for the larger one (if it was
ever assigned). The M7850 seems to be called the MS750/MS730 (per the prints).
>
> Date: Tue, 6 Dec 2016 22:57:08 -0700
> From: Eric Smith <spacewar at gmail.com>
> Subject: Re: Could somebody please help me identify this board?
>
> On Tue, Dec 6, 2016 at 7:32 PM, Jon Elson <jonelson126 at gmail.com> wrote:
>
> > It appears to be an extended-length Multibus II board with 2 8-bit DACs
> on
> > it. Output for an XY scope?
> >
>
> Extended-length Multibus. Definitely not Multibus II, which uses Eurocard
> 6Ux220 form factor with two 96-pin DIN 41612 connectors.
>
The components are on the wrong side of the board for a Multibus.
If I remember correctly, DY 4 Systems, now part of Curtiss-Wright, made
extended depth Multibus boards.
Michael Thompson
> From: Torfinn Ingolfsen
> Where to should one send account requests? There doesn't seem to be a
> registration page on that wiki.
Per the note on the main page:
http://gunkies.org/wiki/Main_Page
on the right hand side, one needs to send email to Tore (toresbe at gmail.com),
because they'd had spammer issues.
> I tried sending an email to Tore a while back .. but haven't got a
> response.
He's often very busy - try sending him a reminder.
Noel
Hi,
recently I acquired a 1980s Typewriter, a Brother TC-600.
While not exactly a classic computer, this typewriter was often used as a
low cost printing terminal (aka teletype).
It has a serial interface and I was able to connect it to my PC. I can SEND
characters and text files to a terminal program. However I have not found
out how to receive something back. Ideally it should print out what the host
sends. On the internet I found a manual for the Brother EP-44 which is
similar, but not identical.
Does someone have a manual for the TC-600?
Thanks,
Martin
> -----Urspr?ngliche Nachricht-----
> Von: cctalk [mailto:cctalk-bounces at classiccmp.org] Im Auftrag von cctalk-
> request at classiccmp.org
> Gesendet: Mittwoch, 7. Dezember 2016 19:00
> An: cctalk at classiccmp.org
> Betreff: cctalk Digest, Vol 30, Issue 7
>
> Send cctalk mailing list submissions to
> cctalk at classiccmp.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://www.classiccmp.org/mailman/listinfo/cctalk
> or, via email, send a message with subject or body 'help' to
> cctalk-request at classiccmp.org
>
> You can reach the person managing the list at
> cctalk-owner at classiccmp.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of cctalk digest..."
>
>
> Today's Topics:
>
> 1. Re: Double Buffer RK11-C (Fritz Mueller)
> 2. Re: UNIBUS/QBUS interface chips Was: Re: MEM11 update (allison)
> 3. Re: Intel C1101A (allison)
> 4. Re: Double Buffer RK11-C (Paul Koning)
> 5. Could somebody please help me identify this board? (Chris Pye)
> 6. Re: Could somebody please help me identify this board? (Jon Elson)
> 7. Re: Could somebody please help me identify this board? (Chris Pye)
> 8. Miniscribe 6053 HD PCB needed (Mike Stein)
> 9. Re: Could somebody please help me identify this board?
> (Mike van Bokhoven)
> 10. Re: Could somebody please help me identify this board?
> (Eric Smith)
> 11. Have lunch with Lee Felsenstein (Evan Koblentz)
> 12. Wanted: Terminator for an RL02 (Tom Moss)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 6 Dec 2016 11:56:38 -0800
> From: Fritz Mueller <fritzm at fritzm.org>
> To: "General Discussion: On-Topic and Off-Topic Posts"
> <cctalk at classiccmp.org>
> Subject: Re: Double Buffer RK11-C
> Message-ID: <DF227289-9352-4646-8339-72E2640AF202 at fritzm.org>
> Content-Type: text/plain; charset=utf-8
>
>
> > On Dec 6, 2016, at 7:51 AM, Noel Chiappa <jnc at mercury.lcs.mit.edu>
wrote:
> >
> > [data fetch] can't be off-loaded onto a separate interface unit, as it
needs
> access to
> > register contents held in the CPU.
>
> Yeah, it?s pretty interesting! My guess would be that it was a separate
> register/command oriented interface, sitting on the Unibus, and didn?t
actually
> interface directly with the 11/20 CPU? Such an interface could limit the
> instructions ?fed? to the FPU to those accessing its internal registers,
etc. But
> who knows? :-)
>
> I?ve gotten quite deep into the design of the FP11-B and associated KB11-A
> interfacing during my debug (which is how I noticed all the 11/20 refs in
the
> docs, circuitry, and microcode), but I?m pretty ignorant of the 11/20
having
> never worked on one.
>
> > I wouldn't be surprised if there's some microcode in the KB11 to support
those
> memory operations.
>
> Yes, there certainly is ? quite a bit of it actually. The are F/CLASS
branches off all
> three of the A, B, and C forks.
>
> ?FritzM.
>
>
>
> ------------------------------
>
> Message: 2
> Date: Tue, 06 Dec 2016 14:24:21 -0500
> From: allison <ajp166 at verizon.net>
> To: "General Discussion: On-Topic and Off-Topic Posts"
> <cctalk at classiccmp.org>
> Subject: Re: UNIBUS/QBUS interface chips Was: Re: MEM11 update
> Message-ID: <8d451f35-e495-5feb-86b4-e0b0992ed2d7 at verizon.net>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> On 12/6/16 10:05 AM, Toby Thain wrote:
> > On 2016-12-06 1:34 AM, Eric Smith wrote:
> >> On Mon, Dec 5, 2016 at 6:53 PM, allison <ajp166 at verizon.net> wrote:
> >>
> >>> A bunch of us old digits (former dec engineers) got together and were
> >>> talking
> >>> about old systems and the thing that stood out is a general dislike
for
> >>> having
> >>> to use the limited set of bus interface chips when there were newer
> >>> parts. It
> >>> was a internal mandate not something that was better than could be
had.
> >>> The
> >>> logic was the parts were known, the vendors vetted for quality and
> >>> reliability
> >>> and when you use hundreds of thousands to millions of a part like bus
> >>> interface
> >>> and ram quality is a critical thing. Were they special, a flat no.
> >>>
> >>
> >> I don't fully agree. The receivers (and transceivers) had a threshold
> >> voltage that is not available with modern parts, and that actually was
> >
> > I'm an electronics noob, but do you mean a threshold of 1.5V, as with
> > DS8641?
> >
> I'm not a noob. I'm an engineer from the the realm of DEC engineering.
>
> I also forget the 74LS14 hex inverter with hysteresis which has a
> threshold about 1.5V
> depending on whos datasheet you believe.
>
> Bottom line is the older parts has a low Vih and a high Vil with a
> resulting narrow noise immunity.
> Increasing the Vih helps this and the driver/bus combo can support it.
> The yabut is if the drivers
> have leakage then attaining Vih on the bus is problematic as the leakage
> was a undesired pull down.
> The 8xxx parts used were screened for low leakage with output is in the
> high state (open as they
> are open collector). The bus loads assert the Voltage high state and
> that is above 2.3V so the only
> limiting factor then is excessive capacitive loading which smears pulsed
> by RC time constant. The
> other issue with slow edges is where the edge really is and that adds
> uncertainty to timing. All
> of those things were allowed for in the design of the bus.
>
> The voltage your hung up about was tested to insure it was never lower
> than that or the noise
> immunity was terrible. Its companion was was that the saturated device
> in the package could
> also achieve the limit or less or a low voltage at the rated current, at
> that time (late 60s early 70s)
> this was a hard parameter to control.
>
> The bottom lime is the better the logic high voltage and logic low
> voltages achieved the greater
> noise immunity. Adding hysteresis insure that a hig is high and a low
> is low and not some random
> analog voltage inbetween (or oscillation!).
>
> As to any slew rate testing the issue was that devices that could sink
> the needed current were also
> slow as sludge and had to be tested to insure they were fast enough not
> that they would have a
> slow propagation time and switching speed as that was also a undesired
> in systems where fast
> is important. Bottom line is the datasheet and purchase spec was to
> insure the part worked to or
> better than expected rather than implying magical properties.
>
>
> Allison
>
> > I'm referring to this part of October's thread:
> > http://www.classiccmp.org/pipermail/cctalk/2016-October/028871.html
> >
> >
> > --Toby
> >
> >
> >> important for large systems with multiple bus segments. That was
> >> particularly important for large Unibus systems, but even Qbus with
only
> >> two bus segments can get finicky when heavily loaded.
> >>
> >> DEC could easily have made custom interface ICs if they had needed
them.
> >>
> >> AFAIK, *no* current production interface ICs have the right
> >> threshold. It's
> >> hard to meet the spec without using either NOS parts or comparators.
> >>
> >> It would certainly be possible to build a functionally equivalent bus
> >> with
> >> modern interface ICs, and it might have significantly better
> >> performance,
> >> but it wouldn't be compatible with the legacy systems.
> >>
> >
> >
>
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 06 Dec 2016 14:27:22 -0500
> From: allison <ajp166 at verizon.net>
> To: "General Discussion: On-Topic Posts" <cctech at classiccmp.org>
> Subject: Re: Intel C1101A
> Message-ID: <33d486b9-62b2-a536-82d5-c9b61c41c71e at verizon.net>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> On 12/6/16 11:46 AM, Brad H wrote:
> > I kind of thought that might be a possibility. I might just let things
lie for a
> while.. I was concerned about stock disappearing, didn't think about price
> tripling. Not sure I want to spend $1400 for 1K of RAM on a clone. :)
> >
> > -----Original Message-----
> > From: cctalk [mailto:cctalk-bounces at classiccmp.org] On Behalf Of Corey
> Cohen
> > Sent: Tuesday, December 6, 2016 4:27 AM
> > To: General Discussion: On-Topic Posts <cctech at classiccmp.org>
> > Cc: General Discussion: On-Topic and Off-Topic Posts
> <cctalk at classiccmp.org>
> > Subject: Re: Intel C1101A
> >
> > I do notice these "schlock" IC sellers actually raise the price the more
"hits"
> they get on an item. So your shopping around will actually make the price
worse
> and my even cause your earlier vendors to raise their price when you
finally do
> place an order.
> >
> > corey cohen
> > u??o? ???o?
> >
> >> On Dec 4, 2016, at 9:00 PM, jim stephens <jwsmail at jwsss.com> wrote:
> >>
> >>
> >>
> >>> On 12/4/2016 3:29 PM, Brad H wrote:
> >>> The supplier (a different one from the one I first used) that quoted
> >>> me on C1101A for the second round sent me a picture.. exact same 'lot'
or
> 'job'
> >>> number as the ones I have. So perhaps even that may not be
meaningful?
> >>> What are the odds I'd hit the exact same dates from two different
suppliers?
> >>>
> >>> I'm thinking it's*fairly* safe to assume white ceramic is pre-76, at
> >>> least.. but yeah.. might be impossible to ever really know. I'm just
> >>> wondering why the price jumped to $40+ each all of a sudden!
> >> Brad,
> >> a very large number of schlock IC sellers all communicate with each
other.
> They all have a continuous stream of wants or needs that they exchange.
but
> they make their own prices. The probability is that you may have hit the
original
> stocking guy with your first query. Querying any others will result in
them
> looking at the wants that others shared, or buys, and he saw someone else
had
> it and quoted you the same info.
> >>
> >> I know this happens as I know two guys who trade in all manner of stock
all
> the time like this and have for 35 to 40 years.
> >>
> >> thanks
> >> Jim
> Considering the first 1101s I ever bought in the early 70s were around
> 12-14$ each in small volumes (24-48).
> By the mid 1975s they had dropped to a buck or so as there were faster
> and denser parts. But then the first 2102s
> cost me about 14$ in early 74 so that was the way it was.
>
> Allison
>
>
>
> ------------------------------
>
> Message: 4
> Date: Tue, 6 Dec 2016 16:13:43 -0500
> From: Paul Koning <paulkoning at comcast.net>
> To: "General Discussion: On-Topic and Off-Topic Posts"
> <cctalk at classiccmp.org>
> Subject: Re: Double Buffer RK11-C
> Message-ID: <E3C0D8A7-1B50-4877-97E1-7E930FDD07A7 at comcast.net>
> Content-Type: text/plain; charset=utf-8
>
>
> > On Dec 6, 2016, at 2:56 PM, Fritz Mueller <fritzm at fritzm.org> wrote:
> >
> >
> >> On Dec 6, 2016, at 7:51 AM, Noel Chiappa <jnc at mercury.lcs.mit.edu>
wrote:
> >>
> >> [data fetch] can't be off-loaded onto a separate interface unit, as it
needs
> access to
> >> register contents held in the CPU.
> >
> > Yeah, it?s pretty interesting! My guess would be that it was a separate
> register/command oriented interface, sitting on the Unibus, and didn?t
actually
> interface directly with the 11/20 CPU? Such an interface could limit the
> instructions ?fed? to the FPU to those accessing its internal registers,
etc. But
> who knows? :-)
>
> I don't know anything of a DEC product along those lines, but a college
> classmate of mine (Bill Black, Lawrence Univ. class of 1975) built a
floating point
> coprocessor for our PDP11/20 that was a Unibus peripheral. I helped with
the
> software interface. The device had 4 registers, two for source and two
for
> second source and result. They appeared at several different bus
addresses;
> you'd select the operation to perform based on which address you used.
The
> device would start when the 4 source words had been loaded, then a read
cycle
> of the result register would simply be held off until the operation was
done
> (since it would complete well within the SSYNC timeout).
>
> The implementation took, if I remember right, one hex-sized wire wrap
board.
>
> paul
>
>
>
> ------------------------------
>
> Message: 5
> Date: Wed, 7 Dec 2016 10:57:03 +1000
> From: Chris Pye <pye at mactec.com.au>
> To: "General Discussion: On-Topic and Off-Topic Posts"
> <cctalk at classiccmp.org>
> Subject: Could somebody please help me identify this board?
> Message-ID: <BE8ACBED-16AE-4C35-B519-33E5DF0FFEF7 at mactec.com.au>
> Content-Type: text/plain; charset=utf-8
>
> I?m moving my collection and found this board amongst some others.
>
> https://drive.google.com/open?id=0B0m4VYF4tIU5aXJMSHBwUDJMUWM
> <https://drive.google.com/open?id=0B0m4VYF4tIU5aXJMSHBwUDJMUWM>
>
> Cheers,
> Chris
>
> ------------------------------
>
> Message: 6
> Date: Tue, 06 Dec 2016 20:32:10 -0600
> From: Jon Elson <jonelson126 at gmail.com>
> To: General Discussion: On-Topic and Off-Topic Posts
> <cctalk at classiccmp.org>
> Subject: Re: Could somebody please help me identify this board?
> Message-ID: <584774AA.2050400 at pico-systems.com>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
>
> On 12/06/2016 06:57 PM, Chris Pye wrote:
> > I?m moving my collection and found this board amongst some others.
> >
> > https://drive.google.com/open?id=0B0m4VYF4tIU5aXJMSHBwUDJMUWM
> <https://drive.google.com/open?id=0B0m4VYF4tIU5aXJMSHBwUDJMUWM>
> >
> > Cheers,
> > Chris
> It appears to be an extended-length Multibus II board with 2 8-bit DACs
> on it. Output for an XY scope?
>
> Jon
>
>
> ------------------------------
>
> Message: 7
> Date: Wed, 7 Dec 2016 12:40:49 +1000
> From: Chris Pye <pye at mactec.com.au>
> To: elson at pico-systems.com, "General Discussion: On-Topic and
> Off-Topic Posts" <cctalk at classiccmp.org>
> Subject: Re: Could somebody please help me identify this board?
> Message-ID: <00BE5D7E-6202-4D62-851D-FAA884636B7A at mactec.com.au>
> Content-Type: text/plain; charset=utf-8
>
>
> > On 7 Dec 2016, at 12:32 pm, Jon Elson <jonelson126 at gmail.com> wrote:
> >
> >
> > On 12/06/2016 06:57 PM, Chris Pye wrote:
> >> I?m moving my collection and found this board amongst some others.
> >>
> >> https://drive.google.com/open?id=0B0m4VYF4tIU5aXJMSHBwUDJMUWM
> <https://drive.google.com/open?id=0B0m4VYF4tIU5aXJMSHBwUDJMUWM>
> >>
> >> Cheers,
> >> Chris
> > It appears to be an extended-length Multibus II board with 2 8-bit DACs
on it.
> Output for an XY scope?
> >
> > Jon
>
> Thanks Jon
>
> If anybody wants it, they can have it for cost of postage. I am in
Brisbane
> Australia, so it?s probably going to be costly outside AU..
>
>
>
> ------------------------------
>
> Message: 8
> Date: Tue, 6 Dec 2016 21:58:24 -0500
> From: "Mike Stein" <mhs.stein at gmail.com>
> To: "General Discussion: On-Topic and Off-Topic Posts"
> <cctalk at classiccmp.org>
> Subject: Miniscribe 6053 HD PCB needed
> Message-ID: <074CFFA13AFF454581BCC3E1EEEC5306 at 310e2>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi all,
>
> I accidentally dropped something on a Miniscribe 6053 44MB HD and cracked
> the board; looks pretty dense and tricky to repair so I'm hoping that
there's a
> kind soul out there somewhere who happens to have a 6053 doorstop and can
> spare the circuit board for a good cause?
>
> Removing the board shouldn't impair the door-stopping capability in any
way...
>
> Mike (in Toronto)
>
>
> ------------------------------
>
> Message: 9
> Date: Wed, 7 Dec 2016 18:18:36 +1300
> From: Mike van Bokhoven <mike at fenz.net>
> To: cctalk at classiccmp.org
> Subject: Re: Could somebody please help me identify this board?
> Message-ID: <ed5f1e6c-2028-d7dc-88ea-5090430b2e8b at fenz.net>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> On 7/12/2016 1:57 p.m., Chris Pye wrote:
> > I?m moving my collection and found this board amongst some others.
> >
> > https://drive.google.com/open?id=0B0m4VYF4tIU5aXJMSHBwUDJMUWM
> <https://drive.google.com/open?id=0B0m4VYF4tIU5aXJMSHBwUDJMUWM>
> >
> > Cheers,
> > Chris
>
> It's a Compugraphics board of some sort, I think. Couple of AD or DAs,
> etc. I know nothing about these, just recognised the logo.
>
>
> Cheers - Mike
>
>
>
> ------------------------------
>
> Message: 10
> Date: Tue, 6 Dec 2016 22:57:08 -0700
> From: Eric Smith <spacewar at gmail.com>
> To: elson at pico-systems.com, "General Discussion: On-Topic and
> Off-Topic Posts" <cctalk at classiccmp.org>
> Subject: Re: Could somebody please help me identify this board?
> Message-ID:
> <CAFrGgTTLic5hnQRwpDjAc-
> syKRd13cpTtbU0ZC3d41dAFaw=hQ at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> On Tue, Dec 6, 2016 at 7:32 PM, Jon Elson <jonelson126 at gmail.com> wrote:
>
> > It appears to be an extended-length Multibus II board with 2 8-bit DACs
on
> > it. Output for an XY scope?
> >
>
> Extended-length Multibus. Definitely not Multibus II, which uses Eurocard
> 6Ux220 form factor with two 96-pin DIN 41612 connectors.
>
>
> ------------------------------
>
> Message: 11
> Date: Wed, 7 Dec 2016 02:34:26 -0500
> From: Evan Koblentz <cctalk at snarc.net>
> To: "General Discussion: On-Topic and Off-Topic Posts"
> <cctalk at classiccmp.org>
> Subject: Have lunch with Lee Felsenstein
> Message-ID: <42f12b6a-d3ab-8739-2d83-0f7f420145eb at snarc.net>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> Only 12 hours left to bid on lunch with legendary computer engineer Lee
> Felsenstein! This benefits Vintage Computer Federation, a 501(c)3
> non-profit devoted to enabling collectors, growing the hobby, and
> spreading awareness of computer history. Please see
> https://www.charitybuzz.com/catalog_items/lunch-for-3-with-personal-
> computing-social-media-icon-1198500.
>
>
> ------------------------------
>
> Message: 12
> Date: Wed, 7 Dec 2016 16:10:16 +0000
> From: Tom Moss <tomjmoss at googlemail.com>
> To: "General Discussion: On-Topic and Off-Topic Posts"
> <cctalk at classiccmp.org>
> Subject: Wanted: Terminator for an RL02
> Message-ID:
> <CAN69K+bG2C4xg5i7N_Vyc7gvGVYd7otHJwwqg2Rp4CytokhqfA at mail.
> gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> Hi All,
>
> Does anyone have a spare RL02 terminator for sale?
>
> Regards,
> -Tom
>
>
> End of cctalk Digest, Vol 30, Issue 7
> *************************************
Hiya guys,
Quick question, I can't find what I'm doing wrong.
I sysgen'd a XM monitor with Multiterminal Support on RT-11 V5.7:
.sh conf
RT-11XM (S) V05.07
Booted from DL0:RT11XM
22 bit addressing is on
USR is set NOSWAP
EXIT is set SWAP
KMON is set NOIND
RUN is set NOVBGEXE
MODE is set NOSJ
TT is set NOQUIET
ERROR is set ERROR
SL is set OFF
EDIT is set KEX
FORTRAN is set FORTRA
KMON nesting depth is 3
CLI is set DCL, CCL, UCL, NO UCF
PDP 11/94 Processor
4088KB of memory
Floating Point Microcode
Extended Instruction Set (EIS)
Memory Management Unit
60 Hertz System Clock
Device I/O time-out support
Multi-terminal support
UNIBUS mapping enabled
Then from AA-M240E-TC - RT-11 System Generation Guide
Section C-4:
Assigning a Remote Line as the Console Terminal
You can customize your FB, XM, and ZM monitors to allow a terminal connected
through a dial-up line to be used as the console terminal. The
multiterminal software
will answer the line when called (provided appropriate modem hardware is in
place)
and connect the remote terminal to the system as the console terminal.
In this customization, monitr.SYS is the name of the multiterminal monitor
file that
you wish to modify, and ..CRMT is the value of that symbol from the monitor
link
map.
.RUN SIPP RET
*monitr.SYS RET
Base? 0 RET
Offset? ..CRMT RET
Base Offset Old New?
000000 ..CRMT 020000 0 RET
000000 ..CRMT+2 xxxxxx
CTRL/Y RET
* CTRL/C
.
So I find from the RT11XM.MAP that .CRMT is offset 144414:
.run sipp
*RT11XM.SYS
Base? 0
Offset? 144414
Base Offset Old New?
000000 144414 020000 0
?SIPP-E-Exceeds program limit
Offset?
System Messages Manual states:
"Explanation: The location being examined or modified is beyond the end of
the program.
User Action: SIPP returns with the OFFSET? prompt and does not discard any
previous changes. The current open location is not modified."
But how can that be as the RT11XM.MAP is coming from the most recent SYSGEN?
With kind regards,
Obliviscor
Hi All,
I've been testing an M7869 recently and noticed that my 11/34 would give a
BUS ERR whenever it was halted or if I tried to read from the switch
register, so I used the "wholly scientific" fingerpoken troubleshooting
method and noticed the ROM at U33 (P/N 23345A9) was piping hot.
Does anyone have a dump of this ROM that I could use?
Regards,
-Tom
Only 12 hours left to bid on lunch with legendary computer engineer Lee
Felsenstein! This benefits Vintage Computer Federation, a 501(c)3
non-profit devoted to enabling collectors, growing the hobby, and
spreading awareness of computer history. Please see
https://www.charitybuzz.com/catalog_items/lunch-for-3-with-personal-computi….
Hi all,
I accidentally dropped something on a Miniscribe 6053 44MB HD and cracked the board; looks pretty dense and tricky to repair so I'm hoping that there's a kind soul out there somewhere who happens to have a 6053 doorstop and can spare the circuit board for a good cause?
Removing the board shouldn't impair the door-stopping capability in any way...
Mike (in Toronto)
> From: Glen Slick
> You should also hang out at vcfed forum in addition to hanging out here.
I barely have time to keep up with the things I'm already into (actually,
strike that - I _don't_ have time to keep up already :-)! So I'm going to
have to pass.
Interesting about the FP11 stuff, though. I wonder, however, if those 11/20
mentions are more aspirational, rather than something that was actually done,
and later dropped? I say this knowing a modest amount about how the KA11 CPU
in the 11/20 works, and a bit about how the FP11-B interfaces to the host CPU.
For one thing, it would take some modifications to the KA11 to recognize
floating point instructions, so that it can wake up the FP11-B to handle
them. But that turns out to be the easy part; it would take further mods to
the KA11 because the FP11-B expects the host CPU to do data fetches, etc on
its behalf. (See Figure 2-3 in the FP11-B MainManual.) This latter function
can't be off-loaded onto a separate interface unit, as it needs access to
register contents held in the CPU.
I don't have the time to look into this further, but if someone is interested
they'd need to study the FP11<->CPU interface, and in particular look at how
the KB11 supports memory operations requested by the FP11-B - I wouldn't be
suprised if there's some microcode in the KB11 to support those memory
operations.
Noel
Putting this out there for those hopefully in the know.
I have been acquiring date-correct ICs and parts for my Mark-8 project,
which is years down the line. I'm planning to build it on very carefully
replicated clone boards, based off my originals. For my purposes, I'm
trying to keep ICs early 1975 or earlier.
Most Mark-8s that I've seen have P1101a plastic encapsulated RAMs. Most are
Intel brand, but I've seen some that I think might be National or
something.. they just say P1101A on top.
The only source other than ebay that I have are those big chip vendors like
Summit. And the problem with them is they aren't always precise about date
codes. The P1101A, because they were produced for years, have a wide range
of codes and the places I prospected them from couldn't guarantee 75 or
prior.
To my surprise, I found a few places had C1101A. They are white ceramic,
gold legs. They have a 'batch code' of F1268. I got 16 of them for $14
each. I was going to get 32, but Summit also surprised me with 5 1973
vintage Signetics n8263s @ $25 each. I hadn't been able to find any
pre-1980 so I snatched those.. but that put me beyond a budget where I could
buy 32. I figured I'd buy 16 chips for now and then buy another 16 the next
month.
Now of course, the chip houses have turned tables on me. They want $48 per
chip instead of $14 like last time. And checking around, that seems to be
uniform. Now, I'm not averse to paying that, though it will sting. But I
want to make sure my assumptions are correct.. that these white vintage ICs
are in fact pre-76. Can anyone confirm that? The info out there is a
little vague.
And would it be totally out of place for C1101as to be on a Mark-8? Could a
hobbyist have had a source for them, beyond having some lying around?
> From: Pete Lancashire
> Do you or someone have a list of all the Unibus bus chips ?
I have seen the following bus interface chips used on DEC UNIBUS boards:
Drivers:
8881 - Sprague, Signetics - Quad NAND
Receivers:
380 - Signetics - Quad NOR
314 - Signetics - 7-input NOR
8815 - Signetics - 4-input NOR
8837 - National Semi - Hex receiver (aka Signetics N8T37)
8640 - National Semi - Quad NOR
Transceivers:
8641 - National Semi - Quad transceiver
The actal complete part number can vary depending on the manufacturer; e.g.
the 8641's are usually DS8641N, from NatSemi, and the 380's are usually
SP380A's or SP380N's. Where the basic number is not included (as with the
8T37 for the 8837) I have given it.
The following chips have been used by DEC to interface to the QBUS, and
I have seen many of the above chips (e.g. 8641's) used there too, so I
think chips seen on one bus could be used on the other:
Drivers:
7439 - Various - Quad NAND
Transceivers:
2908 - AMD - Quad latching transceiver with tri-state output
I _believe_ the following chips are also usable as UNIBUS/QBUS interface
chips, but I'm not sure if I've seen one used there:
Transceivers:
8836 - National Semi - Quad NOR
8838 - National Semi - Quad transceiver (aka Signetics N8T38)
Quite a zoo!
Noel
> From: Mark Moulding
> I did a bulk buy of some 1960's era miniature vacuum tubes (500 pcs)
> for around 50 cents each; the next time I looked, the price from all
> vendors who had them had jumped to around $3
There is another possibility (one which I think I saw happening when Guy and
I were buying DS8641's, which we previously discussed here), which is that if
multiple vendors have stock, an initial order might buy up the ones with the
cheapest price, and a second order will wind up being met from a different
dealer's stock, one with a higher price.
Noel
Picked up an Altos 8600 that I bought on eBay yesterday, amazingly the Xenix actually
came up, but the drive failed as I was tarring off the file system. I had another Quantum
2040, put it in, tried to run the formatter, but it says to call Altos, asks for a confirmation
but just returns to the menu if you type 'y' 'Y' or 'Yes' so I'm assuming there is a magic
word you have to enter.
This is the same controller that the Z80 system uses (8000-14) so I'm guessing someone must
have run into this before. I'm going to paw through the diagnostic binary to see if there is
something that looks magical.
Sound familiar?
Is there a set of FP11-C Engineering Drawings online anywhere? Our favourite
search engine didn't turn one up, and according to Manx:
http://manx-docs.org/details.php/1,9306
there are none online.
Noel
I'm not really active in any of the classic computing communities apart
>from classiccmp, so I would appreciate it if others could pass this
message around and see if this computer ended up in the hands of a fellow
collector.
A good friend of mine who lived in Spring, TX (north of Houston) owned a
black Macintosh TV (1993 vintage). During a move many years ago (late
2010), it mistakenly ended up turned in as ewaste. I only found out late
this year (2016) that this had happened.
Given how rare/uncommon these machines are, chances are very high that it
ended up resold on eBay or similar instead of being scrapped. I have no
records of the serial number of the machine, but according to my archives,
I installed Mac OS 7.6.1 on it on May 5, 1998. It was also upgraded with
an 8MB SIMM but still had the factory hard drive.
If by some chance a fellow collector ended up with it, and if it still has
its hard drive and files intact, my friend would really like to obtain a
copy of her files (a disk image of the hard drive would be ideal). I
happened to still have a backup of the machine on a zip disk from May 24,
1998, but she had continued to use the machine off and on for many years
after that. I would also just like to know that the machine didn't end up
scrapped.
Props for for having a good sense of humor. It made me laugh.
Seriously though I hate to say it but your quest feels pretty damn futile.
I wish you luck either way, and would offer you my MacTV but it is long
gone.
If you can provide names of unique files or something that was on the
drive- identifiable but not sensitive- it might help you. Like I said,
there's nothing to key off of in your original post.
I've hunted far rarer specific systems- smbx machines and the like that
went missing from universities with good inventory control only one or two
years ago- and had zero luck.
Also do try Low End Mac and 68kmla, this is more relevant to those
audiences.
Cheers,
- I
On Monday, December 5, 2016, Tothwolf <tothwolf at concentric.net
<javascript:_e(%7B%7D,'cvml','tothwolf at concentric.net');>> wrote:
> On Mon, 5 Dec 2016, Ian Finder wrote:
>
> They sold 10,000 Apple TVs. That's a lot.
>>
>> You lost track of one ten years ago, and have given no real methodology
>> for discerning it from any other- the number out there with OS 7.6 or 8mb
>> of ram will be significant.
>>
>> Perhaps you should go door-to-door, or hang flyers. It would probably
>> yield better results.
>>
>
> [Sorry Jay, but I'm going to do this on-list.]
>
> Wow, Ian, you sure are helpful! Would you be willing to help me print up
> and distribute those fliers?
>
> <insert giant ascii finger>
>
> :)
>
--
Ian Finder
(206) 395-MIPS
ian.finder at gmail.com
<javascript:_e(%7B%7D,'cvml','ian.finder at gmail.com');>
--
Ian Finder
(206) 395-MIPS
ian.finder at gmail.com
Hi folks,
I know this is a long shot but... I'm having a rather curious issue with
one of my Symbolics XL 1200 CPUs, which I suspect may have a far more
general cause.
I have narrowed the issue down to the specific Merlin II CPU card I'm
running- not the RAM, Jumper, I/O, backplane, power supply or any of that
good stuff.
My friend Doug has a rather pretty picture of the board in question on his
site:
https://symbolics.lisp.engineer/koken/albums/merlin-ii/content/img-4316/lig…
It's basically a big wedge of PGA ASIC encapsulations and PALs, for those
unfamiliar.
The symptom is this. After a cold boot- a fresh power-up from no power
applied- the system will hang after 30-40 seconds into the startup with a
hard lock and sometimes memory bus issues. If I wait 10 more seconds or so,
and hit reset, the system usually comes up fine for hours.
If I hold the system in reset for a few minutes during the cold boot before
proceeding, the system works fine.
The repro rate is close to 100%. If the machine is off for a few minutes,
then cold booted, the issue repros.
It sounds as if something has gone thermally sensitive in a very
deterministic manner. Can that happen with the tantalum caps on the board?
Perhaps they are shorting intermittently for the first few dozen seconds?
Again, the rest of the system is good- the issue follows this board and
only this board no matter which chassis it runs in. All socketed ICs have
been reseated.
I know this isn't much to go off of, but anyone out there have experience
with spooky "intermittent" yet 100% repro-able cold-power-up issues?
I'll debug further of course, but thought I'd ask here.
Thanks,
- Ian
--
Ian Finder
(206) 395-MIPS
ian.finder at gmail.com
> From: Fritz Mueller
> Also, clues about an 11/20 interface for the FP11-B that were noticed
> recently.
I don't recall this; more details, if possible? Thanks!
Noel
I hauled out my second 9872C today to clean it of rodent leavings and to scavenge the high voltage chart hold power supply board for my first 9872C.
The table has some gouges in the surface, which appears to be a plastic film adhered to the table surface. Does anyone have experience repairing gouges, or found a suitable replacement film?
Also, since I have it apart, I thought it might be good to image the firmware ROM set. They are marked Mostek MK36647N-5 and MK36648N-5, along with the HP part numbers. From the schematic, they appear to be 5V 8KB ROMs, so nothing fancy should be required to read the contents. It appears these might be MK36000N-5 mask programmed ROMs?
P.S. It appears list submission doesn?t like digitally signed emails.
> look at the lower right line of lights on the panel: ... and three bits
> of Major State; now look at the RK11-C prints, connector B32:
> ... Postamble, Checksum, Data, Header, Preamble.
> ...
> One thing I have been wondering about is that "RK11-C" - that implies
> that there was a -B, etc. I wonder if this panel goes with one of them?
Well, now that I look at a few more things I'm pretty certain the panel in
that image goes with some currently-unknown RK11 predecessor to the RK11-C.
Note those 5 'state' lines/lights, and then look at the 'Major States' RK11-C
print (RK11-C-04, pg. 14 of the PDF version, RK11-C Enginering Drawings
Feb1971). In the upper left corner there are a row of 6 flops, each labeled
with one of those states (plus one for 'Idle'), arranged in a chain. So one
light for the output of each flop...
Now look at that display panel: 3 bits for 'Major State' - implying it is
binary coded - likely implemented with a counter?
Notice also the signal "COUNT MSR" ('Major State Register', I expect) - just
what you'd expect to see if the major state had previously been held in a
counter, not a string of flops. Why go to all the trouble to synthesize that
signal (on the next page, RK11-C-05, "MSR Control") when you cou;d have used
the individual composing signals to clock each flop?
So my _guess_ is that in the previous version, they'd used a counter, but had
had some problems (perhaps it was a binary counter, not Gray code, and the
decoding into states was producing glitches), and had therefore switched to
the string of flops.
(This whole process makes me feel like a paleontologist, reconstructing some
unknown dinosaur from a fragment of one bone, using a lot of complex reasoning
>from small clues contained therein! :-)
It would be most interesting to know if there are any signs anywhere of
predecessors to the RK11-C.
My suspicion is that they were produced in very small numbers - perhaps as
prototypes, only internal to DEC. (If they'd had problems with glitches in the
major state counter, they would not have wanted to release it as a product.)
Or if it was released as a product, perhaps they were all recalled and
replaced with RK11-C's because of the issues.
As evidence for this, I point to the Spare Module Handbook, which lists only
the RK11-C and -D - but _does_ list the KT11-B, a rara avis indeed. (More
dinosaur bones... :-) This argues that the predecessor did not exist in the
wild...
Noel
>> least.. but yeah.. might be impossible to ever really know. I'm just
>> wondering why the price jumped to $40+ each all of a sudden!
> a very large number of schlock IC sellers all communicate with each
> other. They all have a continuous stream of wants or needs that they
> exchange. but they make their own prices. The probability is that you
> may have hit the original stocking guy with your first query. Querying
> any others will result in them looking at the wants that others shared,
> or buys, and he saw someone else had it and quoted you the same info.
It takes surprisingly little to trigger this effect/behavior. I did a bulk
buy of some 1960's era miniature vacuum tubes (500 pcs) for around 50 cents
each; the next time I looked, the price from all vendors who had them had
jumped to around $3, and it's up to $6 now. (Fortunately the vendor I
purchased from originally extended approximately his original pricing to me
again.) I think I was - and still am - virtually the only volume buyer of
these parts, but the price remains high. I've also had the same experience
with other vintage new-old-stock parts.
~~
Mark Moulding
Hi,
I've been assisting a friend with the deceased estate of a local ham
radio operator.
In among the myriad RF related items were the following;
Qty 5 HP 45632-60001 384kB Memory Module 150
Qty 1 HP 45631-60001 256kB Memory Module 150
http://www.hpmuseum.net/display_item.php?hw=383
We have no way to test, but given the condition we would assume they are
working ok.
Free for the cost of postage to anyone who wants them provided you cover
freight (From Belconnen, ACT, Australia 2616) Happy to ship overseas -
contact me off list and I can give dimensions and weight etc.
They will be off to generic computer recycling two weeks from now.
Cheers,
Hugh
Hi, All,
I'm refurbing some of my DEC equipment and I found some dirty/sticky
Boxer fans, no surprise. I managed to get one apart, cleaned and
lubed and spinning freely, then one of the grip rings shot off into
space.
I found this reference...
http://www.cirteq.com/pdfs/cirteq_technical_manual.pdf
The style in question covered on pages 85-86 (metric then standard)
One of the comments is next to a diagram of the correct type...
"Lug design for sizes 7-9-11-19-23-27"
Based on that, it's probably an NG023, since the shaft looks to be
0.250 or slightly smaller not slightly larger.
d1 == 0.236" (shaft diameter)
d3 == 0.224" (clip ID)
s == 0.039" (clip thickness)
Has anyone had to buy grip rings for their fan refurbs before? Do
these numbers sound right?
-ethan
> From: Fritz Mueller
> But then over at bisavers, I see this:
Yes, that's the panel I found the picture of in the RSTS-11 brochure a while
back:
http://www.classiccmp.org/pipermail/cctalk/2016-November/029104.html
The picture in the brochure is not very very hi-res, but Al Kossow recently
located some original photos in the DEC section of the archive, and the image
you sent the URL for is one of them.
I've been puzzling over what this thing is.
It looks 'kinda-sorta' like an RK11-C panel (the registers it shows are sort
of the RK11 registers), but if you look at the print for the "RK11-C
Indicator Connectors: RK11-C-23" (page 34 of the RK11-C Engineering Drawings
PDF), you can see the pinout, and it doesn't match.
E.g. look at the lower right line of lights on the panel: 4 bits of Bit
Counter, a blank, 8 bits of Internal Word Counter, a blank, and three bits of
Major State; now look at the RK11-C prints, connector B32: 4 bits of Bit
Counter, 8 bits of Internal Word Counter, a blank, Postamble, Checksum, Data,
Header, Preamble.
Close, but different.
One thing I have been wondering about is that "RK11-C" - that implies that
there was a -B, etc. I wonder if this panel goes with one of them? (Or perhaps
it is a custom prototype?)
I have never been able to find out anything about an earlier version of the
RK11: the earliest Peripherals Handbook that I have is the 1972 Red/White
one, and it only talks about the -C. Also, the Spare Module Handbook (a
fantastic resource, it lists the boards in almost every PDP-8/10/11 option)
mentions the -C and -D, but no other ones.
However, given the example of the KT11-B, which was totally unknown until the
documentation for one showed up with the -11/20 in Arizona, thereby proving
that there _was_ a KT11-B before the KT11-C (the -11/45's MMU), I would guess
that there likely _was_ an RK11-B, and perhaps this panel goes with that (or
an earlier one).
Any further information would be most welcome.
Noel
> I'm working on the prints now.
OK, done and uploaded:
http://ana-3.lcs.mit.edu/~jnc/tech/pdp11/RK11-C-DB_EngrDrws_Dec72.pdf
I haven't had the time to pore over them to figure out exactly what the
changes do, but they add two buffer registers (ABUF and BBUF), so they
probably offer greater resilience to DMA contention on the UNIBUS.
I don't yet know if they are used for write as well as read (the RK11-C-DB
block diagram in the prints suggests not, as it doesn't show a path from any
RK registers to the ABUF, just from the UNIBUS - i.e. only usable on reads),
or if there are any user-visible programming changes (I suspect not).
For those with an RK11-C, these prints are somewhat clearer than the prints
for the 'basic' RK11-C which are online, so although there are a number of
changes (see:
http://gunkies.org/wiki/RK11-C_disk_controller#Engineering_drawings
for info on which sheets have changes), use of these can help decipher some
of the hard-to-read pages of the 'basic' RK11-C drawings.
Also, the prints for the 'basic' RK11-C are missing a couple of pages:
18 - Disk Cable and Termination
19 - Bus "D" Drvrs and Rcvrs
which are present (albeit perhaps modified, for the second one) in this set.
Noel
let me know if you have a 90 mm summacron f2(?)
a nice working one is great! I not good inside but looks ok on the
outside let me know... we need it to go on an M2 in a display.
Ed# _www.smecc.org_ (http://www.smecc.org)
In a message dated 12/3/2016 8:24:48 P.M. US Mountain Standard Time,
cisin at xenosoft.com writes:
On Sat, 3 Dec 2016, drlegendre . wrote:
> Interesting find, thanks for posting this. I've seen this as well. with a
> batch of old ICs which had been stored (in black foam) for some 20-30
> years. The leads kind of just stayed behind in the foam..
> My assumption was that the foam was simply hygroscopic, and held enough
> atmospheric moisture & pollutants to foster corrosion.
There are numerous black foam formulations.
I inherited some lenses (including a Leitz Tele-Elmarit 180mm (<250 made))
that had been stored for a few decades in an essentially airtight case
with black foam. When I first opened the case, it seemed as though there
was liquid in the case, with an intense vinegar? smell. Second time that
I opened the case, a few hours later, it was dry and crumbly, and the
outer painted surfaces of the lenses were badly pitted and had to scrape
bits of the foam off, but NOT at all like water damage. It turned that
lens from mint condition and a major rarity, into usable but POOR cosmetic
condition (a loss of more than a thousand dollars in value!).
(Three other cases had simply disappeared between the time my buddy died
and the time that the county let us go through the house.)
Quick FYI for the bench-techs in the group.
A few months back, I became aware of this device, as well as the others
produced by the same fellow:
http://www.voltagestandard.com/DMMCheck_Plus.html
He's producing several types of low-cost, precision voltage / current /
frequency references. Prices are reasonable, especially when you consider
the re-cal program.
Any of these should be more than adequate for the vast majority of our
reference / cal requirements.
(I have no connection to the mfr. But I do like the product, and wanted to
pass it along.)
a loss indeed... Well we have the M2 body and light meter to go on top.
All we just need the lens so if you ever find another please let us know!
Thanks ! Ed#
In a message dated 12/3/2016 8:46:15 P.M. US Mountain Standard Time,
cisin at xenosoft.com writes:
> > (Three other cases had simply disappeared between the time my buddy
> > died and the time that the county let us go through the house.)
On Sat, 3 Dec 2016, COURYHOUSE at aol.com wrote:
> let me know if you have a 90 mm summacron f2(?)
> a nice working one is great! I not good inside but looks ok on
the
> outside let me know... we need it to go on an M2 in a display.
The Summicrons (I know there was a 50mm and a 90mm, but I don't know about
35mm) and the M series bodies, had been in those three cases.
And his two PBM-1000's (Micropro computer) were dumpstered.
Slim chance, but does anyone have a working Chameleon that I could clone the software off of?
They are 40mb MFM drives, I just bought two, and both units are missing the drives, making them
boat anchors. Or, slimmer yet, if someone has the software on floppy
Hello cctalk'ers,
We at the Vintage Computer Federation would like to thank everyone for
making 2016 an incredible year.
Most of you know us by now, but just in case you don't -- we're a
501(c)3 non-profit created a year ago to organize the Vintage Computer
Forum, VCF East, VCF West, and the official VCF Museum (at our NJ
headquarters). Our goals are simple -- to empower collectors and spread
awareness of computer history.
We accomplished great things in 2016. We doubled the size of our museum,
hosted the 11th edition of Vintage Computer Festival East, resurrected
the former Vintage Computer Festival West, and joined forces with the
Vintage Computer Forum.
Now we?re asking for your help to keep the momentum going. Can you make
a tax-deductible gift to us this holiday season? Over at our
contributions page you?ll find four options ? Binary ($10.00), Phreaker
($26.00), 555 Timer ($55.50), S-100 ($100), and Variable (enter your own
amount).
If you?d like to do something truly awesome, and you happen to live in
or will be traveling to the San Francisco / Silicon Valley area, then
bid on lunch with Lee Felsenstein through our friends at CharityBuzz
(https://www.charitybuzz.com/catalog_items/lunch-for-3-with-personal-computi…).
Lee is a technical and social media legend ? he was a spark behind
Community Memory, moderator of the Homebrew Computer Club, and a top
engineer for both the Processor Tech Sol-20 and Osborne-1. Bring a few
friends, have lunch with Lee at your mutual convenience, and we?ll pay
the bill!
Where will your money go? We are planning even more things for 2017 and
beyond. Vintage Computer Festival East XII will be held March 31 through
April 2 at our museum. We are currently planning Vintage Computer
Festival West XII and will announce the dates soon. We?re considering
expansion of the Festival to other cities, we?re looking to incubate
additional regional chapters, we are planning to offer more resources
online, and we?re preparing a slew of improvements to the physical
museum. If you thought we were active this year, then 2017 is going to
exhaust us ? but we love every minute of it!
If you want even your news even more frequent and granular, then you?ve
got options! Read our blog at vcfed.org, join the discussion forum
there, like us at facebook.com/vcfederation, and follow us through
twitter.com/vcfederation.
Finally, if you have questions or comments, then please feel free to
contact me directly.
Thank you,
Evan Koblentz
Director, Vintage Computer Federation
Evan at vcfed.org
Hey all --
Due to a small miracle I now have 8KW of perfectly functioning core in my
long-ill Imlac PDS-1D. The last hurdle is devising a replacement for the
missing display (an X/Y vector display). For the time being I'm going to
attempt to use an oscilloscope, but first I need to build a cable.
The Imlac uses a Winchester connector (14 position) for the display and
while they're not as common these days the parts can still be found so I
thought I was in the clear, but what I failed to notice is that three of
the "pins" (for the X, Y and Blank signals) are actually tiny coaxial
connectors that fit within the Winchester housing (i.e. they're the same
diameter as a Winchester pin).
I haven't been able to track these connectors down anywhere. Anyone have
any ideas?
Failing that, I can always just tap into the backplane to pick up these
signals and ignore the connector on the bulkhead, but it would be nice to
be able to use the original connector...
- Josh
V7.2 of Ersatz-11 is done. New features include:
- Intel gigabit Ethernet driver (ASSIGN XH0: IGBE:).
- FTP server in DOS and stand-alone versions (FTPSERVER START /ACC=users.txt).
- Filename completion with TAB key.
- Stand-alone .ISO file is dual-bootable (copy to CD-R or flash drive).
- Inactivity timeout for Telnet connections.
- Linux full version has DCI1300 driver (for emulating DR11C/DRV11).
Bug fixes and tweaks as always.
As usual, the Demo version can be downloaded from:
http://www.dbit.com/demo.html
Updates have been mailed to commercial users with current subscriptions.
John Wilson
D Bit
Hi,
I have an Intel iUP-201 EPROM programmer which is giving a 'Power Supply Failure' error. I think it is failing a self check for one of the output voltages from one of its uA723 precision regulators, which are set from resistor networks and multi-turn pots.
I have checked all the electrolytic caps and they seem fine, and voltages from the linear power supply look reasonable. I have a user manual but no schematic or service manual, so am a bit in the dark as to where the problem is.
I found a range of similar manuals here:
http://www.intel-vintage.info/inteldevelopmenttools.htm
Please can anyone with further documents for the iUP-201 (or similar iUP-200) please get in touch,
Regards,
John
Intel Development Tools - Intel Vintage<http://www.intel-vintage.info/inteldevelopmenttools.htm>
www.intel-vintage.info
This Site about Intel old staffs like ICs ,Manuals,Tools
-------- Original message --------
From: allison <ajp166 at verizon.net>
Date: 2016-12-02 2:23 PM (GMT-08:00)
To: cctalk at classiccmp.org
Subject: Re: Thinking about acquiring PDP stuff
On 12/02/2016 12:33 PM, Brad H wrote:
> -----Original Message-----
> From: cctalk [mailto:cctalk-bounces at classiccmp.org] On Behalf Of Rich Alderson
> Sent: Thursday, December 1, 2016 1:34 PM
> To: 'General Discussion: On-Topic and Off-Topic Posts' <cctalk at classiccmp.org>
> Subject: RE: Thinking about acquiring PDP stuff
>
> From: Brad H
> Sent: Thursday, December 01, 2016 8:18 AM
>
>> My Intellec 230 though might give a PDP a run for its money.
> See, I'm trying to get you to stop saying "a PDP".? There's no such thing.
> There are families of PDP-n things, but there are wide differences in size, weight, and capabilities.
>
> Your Intellec 230 would fit inside one memory cabinet of a PDP-10 with room to spare.? The entire PDP-10 system weighs tons.
>
>???????????????????????????????????????????????????????????????? Rich
> Rich Alderson
> Sr. Systems Engineer
> Living Computers: Museum + Labs
> 2245 1st Ave S
>> Seattle, WA 98134
>>
>> http://www.LivingComputers.org/
> Sorry.. I was being lazy.. I should have said 'a PDP 8/E'.? Obviously there are some pretty large PDP-# systems.
>
That's more than lazy!? Just don't!
The PDP-8 and the PDP11 and PDP10 were beating the pants off of Intellec
2xx systems
for years before the first one was made.? Remember Billy Gates used a
PDP10 cross
assembler and simulator to create BASIC.? The market those DEC system
were in
demanded far more performance than the 8080 from 1974 could deliver.
An 8e running WPS was typically a multi-user system.
A PDP-8E running TSS could service 8-16 users in what appeared to them
as real time.
That was the original Boces Lirics system of 1969 a whopping three racks
of PDP-8i
The PDP-8e was a tad faster.? Fast forward to the early 90s and my
Decmate-III with APU
and running OS278 likely make the I230 look poor and it was much
smaller.? FYI the DMIII
is a PDP-8 on a chip (cmos 6120 cpu).? The APU was a z80 at 4mhz with 64K
ram and could
still easily outrun the I230 and gave me the choice to use 0S278 (a
version of OS8),
WPS (word and list processing), and CP/M-80.
A PDP-10 (BOCES LIRICS system 1970!) serviced over 300 users.? A 36bit
monster.
The CPU and the memory was eight 6ft racks long by two rows big not
including the four RP06s.
That system used the old PDP8i to keep it fed (data concentrator).
A PDP-11/23 with a 10MB disk in a single 50inch short cab running TSX or
other time sharing
system usually? supported 4-8 users. It was a 16bit system at that.
They usually fit in the corner.
A Intellect 230 was handily beat by my NS*Horizon system in 1980.
That's allowing for
the fact that the I230 was 8080 powered and ran at 2mhz (2:1 handicap).
I know the
system well as I used it to develop programs for 8048/9, 8085, 8088, and
other micros
of the day till we retired it for a faster box (multibus 8086 at 8mhz in
1981).
So a knowledge of computer history and performance is is something to
>consider.
>Allison
Sorry.. when I said 'beat'.. I meant weight only. ?And only for the main PDP-8e system unit. ?Was not comparing processing speed. ?But I appreciate all the info you gave me there for sure. :)
So I have this memory of a set of law promulgated by an engineer at DEC, one
of which was something to the effect that 'all digital circuits are made out
of analog devices'. However, my memory doesn't recall where I saw this, and my
Google-fu is not strong enough to turn it up. Can anyone help?
Noel
> From: Brad H
> So I wondered what PDP guys did to keep interested and how much they
> actually used the machine over the course of, say, a year.
Well, I have to get all mine running first... ;-) Seriously, though, I'm
looking at several years of work to get them all running. (And there are also
various peripherals to do, like tape drives, etc.)
And then there's the project Dave B and I have to creat new blinkenlitz
panels (not to mention SD-card based mass storage to replace those cranky old
disk drives for every-day running, the original purpose before the
blinkenkraze hit us :-) for the PDP-11's...
Seriously, though, like all hobbies, it's primarily to amuse me, not to
create anything useful. And it's _very_ successful at that.
Noel
> From: Tony Duell
> It's one of Don Vonada's laws.
Ah, thank you, thank you, that's the one I was looking for!
I knew _you_'d know it! :-)
> A related one ... came from Professor M. V. Wilkes
That one I _did_ remember (although I couldn't remember if it was Wilkes or
Wheeler - I knew it was one of those Cambridge guys :-), but it's not quite
as pithy as the Vonada one.
Noel
Lately, some list posts have begun appearing in Base 64 format. I read
the list in daily digest mode, and these posts are not converted to
anything sensible, all I get is a long string of hex codes. This is
slightly frustrating, since I have to look up the post in the list
archive if I want to read it, and then it may turn out to be something
that doesn't interest me at the moment. Is there a way of dealing with
this, apart from humbly requesting posters to not post in Base 64?
Jonas
> From: Eric Smith
> The full set from the book (any typos are mine)
Since you'd done all the hard work (typing them in), I uploaded them (less
typos :-), to:
http://gunkies.org/wiki/Vonada's_Engineering_Maxims
Interestingly, there's a typo in the originall: "worse-case". :-)
Noel
Hi folks,
What are people doing for keys for the 8e? Is there a standard key used for all of them? Or do I need to have one made with some specific serial number of my key lock? I did some googling of this issue but wasn't able to get info.
Thanks
Eugene W2HX
Can you take a picture of the side you have ? I have a few
On Dec 1, 2016 11:27 AM, "Josh Dersch" <derschjo at gmail.com> wrote:
Hey all --
Due to a small miracle I now have 8KW of perfectly functioning core in my
long-ill Imlac PDS-1D. The last hurdle is devising a replacement for the
missing display (an X/Y vector display). For the time being I'm going to
attempt to use an oscilloscope, but first I need to build a cable.
The Imlac uses a Winchester connector (14 position) for the display and
while they're not as common these days the parts can still be found so I
thought I was in the clear, but what I failed to notice is that three of
the "pins" (for the X, Y and Blank signals) are actually tiny coaxial
connectors that fit within the Winchester housing (i.e. they're the same
diameter as a Winchester pin).
I haven't been able to track these connectors down anywhere. Anyone have
any ideas?
Failing that, I can always just tap into the backplane to pick up these
signals and ignore the connector on the bulkhead, but it would be nice to
be able to use the original connector...
- Josh
I just started cataloging and dumping firmware my SASI/SCSI disk and tape boards
starting with Xebec. It would be nice to find images for the two alternate fw
proms for the S1410A, particularly the 8k 104793 version so I can compare it to
the one used on the S1420
Hi,
I just acquired a Philips P2000C and I'm looking for a copy of the p-systems
disc(s) to run UCSD Pascal on it.
If someone has a copy of those I would be very happy ;)
-Rik
I acquired a working HP Draftmaster RX (HP part # 7596B).
An awesome machine, 36" roll feed and 8 pens, complete with several pen
carousels, user manual, and hundreds of working pens.
I was very excited to make a splash in the art world with this thing. I did
get it to perfectly draw a 3 color demo page from the front panel.
Thereafter it started displaying errors on the display such as "200" which
means it needs "mechanical calibration".
Thanks to hpmuseum.net I acquired the service manual
<http://www.hpmuseum.net/document.php?hwfile=1292>, which catalogs many
calibrations and self-tests to run from the front panel, including the
aforementioned "mechanical calibration".
So I power up with the appropriate front panel keys depressed to run this
calibration. The paper drive motor starts making noise, but the paper
rollers aren't turning, and the LCD display is blank.
Since that moment, the LCD display is always blank so it is currently a
boat anchor.
It's a terribly sad state of affairs. I have basic electronics and
mechanical skills and an oscilloscope so following the troubleshooting
procedures in the manual I might be able to identify a part to replace. But
of course, parts for sale online are are rare, expensive, used and probably
untested.
Probably better would be lower-level repair of whatever parts are faulty
but that's probably more than I can manage at my skill level.
I'm in Seattle, WA. Is there anyone alive in the pacific NW who will pay a
visit and help me fix this thing? (The only company I found that admits to
working on pen plotters is 360tech in Austin, TX.)
Or someone elsewhere I could ship electronics parts to for test and repair?
Or provide guidance, or help in any form at all?
thanks
M.
Does anyone have a manual for the Microtec META29M meta-assembler? This
was generally used to assemble microcode for microprogrammed systems,
including bit-slice systems. It was apparently compatible with AMD's
AMDASM, but added additional features.
Argument goes both ways. Does anyone really do practical things with any home computer??
On the vcf forums I enjoyed two folks who eventually got their two PDP models running chess and had them play eachother. ?I'd like to see a rematch or maybe some new vintage competitors approach :-)
If they can run holiday lights they could also probably use it for x10? home automation if one considers that practical.
-------- Original message --------From: Brad H <vintagecomputer at bettercomputing.net>So I wondered what PDP guys did to keep interestedand how much they actually used the machine over the course of, say, a year.
Sent from my Samsung device
-------- Original message --------
From: "Ian S. King" <isking at uw.edu>
Date: 2016-11-29 7:19 PM (GMT-08:00)
To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
Subject: Re: Thinking about acquiring PDP stuff
On Tue, Nov 29, 2016 at 5:17 PM, Brad H <vintagecomputer at bettercomputing.net
> wrote:
>
>
> That sounds interesting.? I imagine they'd be worth even more than an 8/E?
>
>
> Keep in mind that the 8/I is a fairly substantial investment in space and
weight.? Also, if you want to add something, it's not as easy as plugging a
card into a backplane.? The 8/I requires wirewrap work.
--
Ian S. King, MSIS, MSCS, Ph.D. Candidate
The Information School <http://ischool.uw.edu>
Dissertation: "Why the Conversation Mattered: Constructing a Sociotechnical
Narrative Through a Design Lens
Archivist, Voices From the Rwanda Tribunal <http://tribunalvoices.org>
Value Sensitive Design Research Lab <http://vsdesign.org>
University of Washington
>There is an old Vulcan saying: "Only Nixon >could go to China."
I'm curious.. what do people do with these things? ?I've seen videos of some in large racks being used to play music, etc. ?The rack ones seem like a a pretty substantial investment in space for something that doesnt (or does it?) have much practical use today.
> From: Peter Coghlan
> Can anyone suggest an existing, simple QBUS device that I could study
> the documentation of to figure out what a basic QBUS device needs to
> have and to give me some ideas on how to implement one?
Depends. Do you want to be able to do interrupts? Do you want to be able to
do DMA? Each is a significant increment in complexity.
Later DEC QBUS devices may not be the best things to look at, since they tend
to use special DEC QBUS control chips (I'm _not_ talking about bus
transceiver chips here) which are of course no longer available.
If all you want is master/slave (i.e. the ability to read/write registers),
try this:
http://ana-3.lcs.mit.edu/~jnc/tech/QSIC/test.pdf
It implements a single 16-bit register. (Changing it to support a single
block of registers would of course be trivial.)
The switches (and associated comparators) in the lower left allow one to set
the bus address it responds to; the 3 latches on the right hold the register
contents; the drivers/buffers below them drive LEDs to display the register
contents. The control logic is about as simple as it can be; one latch, and a
couple of gates.
You should probably read the QBUS description in any QBUS PDP-11 manual
before attempting to understand it, but having done that, it should be pretty
self-explanatory - the signal names should clue you in to what they mean.
> From: Glen Slick
> I have an M9405-PA. It has one male and one female 3-row 50-pin
> D-shell connector.
That's on the metal plate, right? The board itself should have a 2x25
Berg header.
Noel
> From: Brad H
> I was thinking about trying to acquire something early 70s...
Anything DEC early 70's is going to be fairly expensive, alas. Only once one
gets to QBUS -11's does the price come down.
> if it is feasible to buy in pieces .. but is dependent on parts
> availability
I would not recommend this route. Those machines are a lot of bits and
pieces, and if you buy a few, unless you're incredibly lucky, it will take
forever for the rest of them to show up. There will be a few things that just
never show. (Even when buying a 'complete' system, one will often find that
it has been robbed of a few critical components, probably cannabilized to
keep another machine running BITD.)
There might be a rare exception (I see the guys in Mahwah selling a PDP-8
chassis, and also a front panel with switches, and it _might_ be possible to
round up all the boards - but that's more like the exception than the rule.)
Noel
Did you end up trying anything yet? Isn't there some requirement for a working battery for it to power on or was that just the power routing through the battery so a corroded one isn't a simple run without it fix?
-------- Original message --------From: Chris Pye <pye at mactec.com.au> Date: 11/26/16 12:26 AM (GMT-06:00) To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org> Subject: Macintosh Portable
Does anyone know off hand what polarity that Mac Portable requires? I know that the original was 7.5V @ 1.5A, but not sure of the polarity.
That sounds interesting. ?I imagine they'd be worth even more than an 8/E?
Sent from my Samsung device
-------- Original message --------
From: william degnan <billdegnan at gmail.com>
Date: 2016-11-29 5:13 PM (GMT-08:00)
To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
Subject: Re: Thinking about acquiring PDP stuff
On Tue, Nov 29, 2016 at 7:28 PM, jim stephens <jwsmail at jwsss.com> wrote:
>
>
> On 11/29/2016 3:51 PM, Noel Chiappa wrote:
>
>> There might be a rare exception (I see the guys in Mahwah selling a PDP-8
>> chassis, and also a front panel with switches, and it_might_? be possible
>> to
>> round up all the boards - but that's more like the exception than the
>> rule.)
>>
>>???????? Noel
>>
> He sold the boardset first, now has broken up part of the rest. parts of
> the backplane were sold earlier as well.
>
> I've watched this vendor for a while and bought some things, which were
> clean.? He also sold a complete 8/E
> recently and as noel said, went for $$$
>
> thanks
> Jim
>
I am working on liberating 10 PDP 8i's...but the guy has fallen off comms.
I plan to make a trip to the location, see what I can do.? I don't want
these, just want to help find a good home for them.
b
I saw one in a thrift shop years ago... I seem to remember Woz a
stenciled on or printed on
In a message dated 11/29/2016 6:40:43 P.M. US Mountain Standard Time,
ian.finder at gmail.com writes:
I believe the "Woz" edition was actually produced in greater quantities
than the normal one.
Either way, even if it were a real signature- Woz is known to have low
enough standards with a sharpie that his autograph may in fact devalue
an item!
- Ian
On Tuesday, November 29, 2016, Electronics Plus <sales at elecplus.com> wrote:
> http://dallas.craigslist.org/ndf/sys/5890446928.html
>
>
>
>
>
>
--
Ian Finder
(206) 395-MIPS
ian.finder at gmail.com
> From: Peter Coghlan
> Interrupts would be great to have
If you decide you need interrupts, the DLV11 (MP-00055) has a simpile
interrupt circuit built out of flops and gates.
> However, I am puzzled by the BPOK and BINIT signals being connected to
> U7 even though they do not seem to get used ... I wonder is this just
> because two tranceivers were left over and they might as well have
> something connected to them that might come in handy later or is it
> because I am failing to understand something properly?
Neither, but your first one is close! :-)
Actually, that design started as a CAD file (for KiCAD) that I got from Dave
B; I munged on it until it was what I wanted. Those two signals were
connected to that transceiver in Dave's original circuit; my design doesn't
(as you discovered) actually use BPOK or BINIT, so they just stayed connected
up, but unused.
> there are rather more than 50 QBUS signals listed on the top right of
> the circuit diagram.
As Glen indicated, it actually takes 2 50-pin connectors.
> I suppose the power rails and those labeled "spare" are likely
> candidates for omission.
I don't think they'd have carried power through that connector. The spare lines
might well be connected through.
I haven't checked the pinout of the 50-pin Berg headers (which were the
original, the 'D' connectors came later), but if they followed UNIBUS
precedent, every other wire in the flat cable will be a ground, to help
minimize cross-talk between lines with signals on them.
> I was hoping that there would be lots of signal pairs like SCSI
Well, the QBUS wasn't designed to go through a cable, originally it was
backplane only; so it doesn't have differential pairs, or anything like that.
Noel
Might already be gone, located in Longmont near Denver. Give him a call!
$25 - Epson DXF5000 ( Longmont ) near denver
We have some wide carriage dot matrix printers. They work and they are worth
next to nothing.
Come and get them intact or search the dumpster for parts
If I have to throw these IBM, Epson and OKI dot matrix printers in the trash
- they will be in pieces no larger than a candy bar. I promise to break them
up so that no one can ever use them.
I might give them away for free, but our dumpster will contain tiny bits if
you think waiting is the better plan
303-651-7919
634 Main Longmont
Apart from my Rainbow I don't really have any DEC stuff. ?So I was thinking about trying to acquire something early 70s... like a PDP8/E or similar. ?I don't see them for sale often and I notice that DEC stuff is hotly contested on ebay. ?Wondering what a complete 8/E would run in working or non working condition, or if it is feasible to buy in pieces (I did this with some other equipment I have.. allowed me to spread out the cost.. but is dependent on parts availability).
Advice/thoughts most welcome.
Sent from my Samsung device
Hello,
I'm interested in Rainbow and DecMate, specially if there are monitor and
keyboard.
Eventually also vax2000 parts, for possible repairs.
Thanks
Andrea
> From: William Degnan
> hit LOAD ADDR
> address light 16 comes on, RUN/PROC/BUS/CONSOLE lights stay on.
According to the KD11-A manual (pg. 3-2) the address lights on the console
are driven directly from the CPU's Bus Address Register. So you've got an
issue there.
> If I hit START light 16 turns off.
So it's not wedged on in the CPU. Maybe a console switch issue, then?
> From: Josh Dersch
> Try depositing a known word into a specific memory address, like 1000
> using the console PROM, then try reading it back with the front panel.
The console emulator doesn't directly support access to memory about 56KB (as
would be, with address bit 16 on). To look at that memory, one has to set up
the MMU and turn on mapping - there's a section in the M9312 manual which
shows how to do it.
Noel
On Nov 29, 2016 9:22 AM, "Noel Chiappa" <jnc at mercury.lcs.mit.edu> wrote:
>
> > I have an M9405-PA. It has one male and one female 3-row 50-pin
> > D-shell connector.
>
> That's on the metal plate, right? The board itself should have a 2x25
> Berg header.
Same deal as a few other S-box handle boards. It's a standard dual wide
M9405 board riveted to the S-box handle frame and a dual wide blank spacer
for the CD half of the slot. The two 50-pin D-shell connectors on the metal
frame are connected to the two standard connectors on the base M9405 board
by two short ribbon cable jumpers.