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