Hi,
is there someone who can send me the executable/floppy image of BASIC-80
for ISIS-II operating system, please? I've a few old BASIC programs that
I'd like to try on the MESS-based MDS-2 emulator.
Thanks a lot!
-- F.Ulivi
Hi,
I'm trying to setup Apple CP/M on a Corvus Constellation II network drive.
This requires a support diskette labeled 'A2CPM.1' that I'm unable to find
anywhere. It is most likely in Apple Pascal format and contains a file
named 'A2.DRVR.CPM.221' (along with several others). I'm reasonably sure
that the Pascal volume name will be 'A2CPM.1:', or perhaps just 'A2CPM:'.
(It is also possible that there are additional A2CPM.2 or .3 diskettes)
NOTE:
There are (2) Corvus diskette images floating around the web under various
names that are NOT the correct ones (they're for an older version of the
Constellation software):
1. Apple Pascal format, volume name 'CSCPM:'
2. Apple CP/M format with BIOS source and a few utilities
Again, neither of these is the correct one.
I can handle any type of Apple image file format. Would greatly
appreciate it if someone has these elusive items.
Steve
--
I have three old control data 604 drives is there interest in them, I hate to just throw them away
Let me know
Peder Lauridsen
----------------------------------------------------------------------
Recycling is a good thing. Please recycle any printed emails.
Anyone happen to have a service manual for an HP 1331A X-Y display?
I've got a complete wreck of one here rescued from a scrap pile which is
arcing somewhere between the tube and the shielding - I expect that nothing
can be done for it, but if I can work out how to pull the tube (short of a
complete disassembly, but HP of that era were usually smarter than that)
then I can clean it up and better assess things.
cheers
Jules
Don from Denver writes, contact him for more info:==================================================
Anyone know of a way for me to donate a working Victor 9000 before I take it to an electronics recycler?
Don,
huberdon at aol.com ???
==================================================
Hi Guys,
I obtained a Sun SparcStation 4 at the CoCoFEST for which I need some
information on the proper hook up of the cables. The SCSI cables I can
guess, but the PS/2 cables I'm not so sure of. There is one PS/2 connector
on the back of the Monitor labeled A/B and on the SparcStstion itself is a
DB25 pin connector labeled Serial A/B. Do these connect together? One PS/2
connector exists on the Sparcstation so how does both the PS/2 connector on
the Keyboard and the mouse connect to the SparcStation?
Also I understand that it is password protected so I need the "Super-secret"
procedure to remove the password. I was told this is possible.
Documentation in any form is quite necessary as well. Any leads as to where
to obtain these as well? I haven't looked at sun.com yet, but I most
certainly will. Your help is most appreciated. Thank you in advance for
any help you can give. Take care my friends.
Kip Koon
<mailto:computerdoc at sc.rr.com> computerdoc at sc.rr.com
<http://www.cocopedia.com/wiki/index.php/Kip_Koon>
http://www.cocopedia.com/wiki/index.php/Kip_Koon
Comments on where the 360s went...
When I was in the used computer business in the early
80s when gold and silver did the big climb there arose a large
group of people aside from the usual scrappers, that were going
about the nation specifically targeting old 360s and earlier for scrap.
Even the scrappers that did not break the entire computers down and
process them would
sell countess containers of early computers to the Taiwanese metal
brokers that
would come over here to purchase material. yes..... shiploads of
containers...
The younger people here and those that were not in the biz back then
do not realize how many truck load after truck load were scrapped.
Knowing some of the scrappers was a good deal for me as a Computer dealer
though as a small PDP-8 or the likes did not have enough tonnage to
interest them and sometimes they would just let me have them gratis.
Hate to say how may HP 2116, 2114, and 2115 hit the process especially
in the late 80s to early 90s where there was not much market for them.
Even today, you can go down to one of the local Evil Ironworks and see
a wonderful old device on the scrap pile... there are still things coming
out of warehouses but.... in no ways like the early 80s...
Ed Sharpe Archivist for SMECC ( CEO of Computer Exchange Inc. <<long
since retired>>
In a message dated 5/7/2015 10:33:33 A.M. US Mountain Standard Time,
tmfdmike at gmail.com writes:
1. IBM would very often lease rather than sell, and take back machines
when
customers upgraded; it was obviously in their interests to control or
eliminate where possible the market in used machines.
2. Gold. A lot of gold in old IBM kit. I knew a scrap dealer in Chelmsford
UK that did nothing but break old IBM mainframes (only ever big boring grey
boxes when I was there in mid to late 1990s though!)
Mike
On 7 May 2015 13:16, "Jon Elson" <elson at pico-systems.com> wrote:
> On 03/13/2015 01:32 PM, Al Kossow wrote:
>
>> CHM was able to obtain volumes 18-20 of the IBM 2050 drawings, which are
>> the microcode charts and ROS dump. I got them scanned and uploaded
>> yesterday
>> to http://bitsavers.org/pdf/ibm/360/fe/2050
>>
>> This was one of the things that I had been trying to locate for a while
>> now.
>>
>>
>> Just a curious thing I've noticed. Given the historic significance,
and
> the large number of machines produced, I'm kind of amazed at the
incredibly
> small number of 360's that apparently exist.
>
> Yes, I know, any would-be collector could drag home a PDP-8 and put it in
> his garage, even a whole rack mount system with an RK02 (or 3), dectape
and
> paper tape reader, and still get his car in the garage. And, the system
> could be run off normal mains power.
>
> You can't do that with a real 360 (some 360/20's were pretty small), even
> a 360/30 was a pretty big box. And, you can't run a 360 off normal
> residential power, either. Many of the peripherals used 3-phase motors,
> and hacking the converter/inverter to run off single phase would not be a
> task for any but the most experienced EE.
>
> But, it sure is a shame that there appear to be a tiny number of machines
> in existence. One list shows 15 or 16 machines, excluding the model 20.
> Probably there are a couple more hidden somewhere, like the B1900 that
came
> to light so recently.
>
> As fas as I can tell, NONE of these systems is complete enough to ever
> run, with the possible exception of the 360/30 at the CHM, which does
seem
> to have a complement of peripherals, and maybe control units, too.
>
> Given the number of DEC 10's that are actually up and running, this seems
> a bit of a surprise. there might be some emotional attachments that are
> behind this disparity.
> Anybody have some comments?
>
> Jon
>
The PROM battery appears to have died in my Sun U1 (Ethernet address and
host ID all ff's etc.).
I can hack a new battery into it at some point - but can anyone confirm
whether the openboot environment should be responsive even while the
battery is hosed? Via a serial console, I can send a break and get an OK
prompt back, but then it appears to go unresponsive and won't accept
commands (no key presses aren't echoed back to the screen).
Using the same terminal emulator / cabling is fine with my other Sun (a
U2), so I'm reasonably confident that the environment is OK, and that the
problem is local to the U1 machine.
cheers
Jules
Hi computer fans,
I have been asked to dispose of the VMS version 5 documentation set in my
office. This consists of 40 grey binders and all their contents.
They are located in Alberta Canada.
This is a large and heavy load with or without the binders. But who knows,
maybe somebody out there wants such an artifact?
I also have some spare boards and other parts for a VAX 4000 Model 500 if
anybody has an interest in such things. They are smaller and lighter than
the doc set.
--
Richard Loken VE6BSV, Unix System Administrator : "Anybody can be a father
Athabasca University : but you have to earn
Athabasca, Alberta Canada : the title of 'daddy'"
** richardlo at admin.athabascau.ca ** : - Lynn Johnston
Hi,
Due to a change in circumstances, I need to downsize my collection.
Most of this stuff has been given to me free by other members of this
group. It is first come first served, but if you gave it to me and want it
back, obviously you have first shot.
It is located in Piccadilly in London, and for the bigger stuff will need
to be picked up before 11am any day inc. weekends. I also need to move it
within 3 weeks.
I have a busted hip at the moment so I can't help lift anything and they
are located on the 2nd Floor.
Now thats dealt with here's what I have :
aMicrovax 3400
2x Vax 4000-200 (One has a broken PSU)
Hp zx6000 (No drives)
SGI GDM17e11 CRT
2x DECserver 300
5x DECsystem 3100 (Think they are all dead, have never managed to get them
to go past diagnostics)
5x Gould os 3500 Oscilloscopes - All working but not been calibrated for
years.
Sgi Indy
Massive box of DEC Cables, mostly DSSI
Intel MDS - Non working, powers up but nothing happens
2x Alphaserver ES45 - These are HEAVY
Let me know if you want it..
Dan
In this (swedish) forum thread there is bidding going on for two core
memory boards for what I think is a HP2100A/S.
The current bid is 200 SEK. But it has to be fetched in Karlskoga.
http://elektronikforumet.com/forum/viewtopic.php?f=11&t=77378
/Mattis
While we're on the subject of London & giveaways
:)
---------- Forwarded message ----------
From: Jasper Wallace <jasper at pointless.net>
Date: 5 May 2015 at 18:10
Subject: [rescue] 2 x Sun Netra T1's for free, London, UK
To: The Rescue List <rescue at sunhelp.org>
Hi,
I'm hopeing to find a new home for 2 Sun Netra T1's, they are in London
Hackspace on Hackney road near cambridge heath station, specs:
1st:
Netra t1 (UltraSPARC-IIi 440MHz)
512 MB
2nd:
Netra T1 200 (UltraSPARC-IIe 500MHz)
1Gb ram
There are 4 x 17Gb drives and 2 x 36Gb drives with them, the 36Gb drives
might be dodgey, but they where happy when i dd'd /dev/zero over them...
Please contact me off list if you want to arrange pickup.
--
[http://pointless.net/] [0x2ECA0975]
_______________________________________________
rescue list - http://www.sunhelp.org/mailman/listinfo/rescue
So, I got a couple of RS/6000 systems (7043-140's) from another listmember
a while back, which I've finally got around to looking at. Both appear to
be working (one had a bad cache RAM connection, now fixed), although I only
have one drive between the two, which has AIX 4.3.2 installed.
I don't have install media, and I don't know the root password; question
is, can anyone tell me if Linux can mount AIX's filesystem, so that I can
reset it? I'm seeing a whole bunch of conflicting reports about that, in
particular that Linux' idea of JFS is based on that in OS/2, which is a
different animal to that which existed in AIX. (reason for asking rather
than just trying is that I don't actually have a PC-based SCSI board here
with me; I'd have to put the AIX drive in one of my Sun or SGI systems,
snarf raw data into a file via dd and FTP it across to mount it via a
loopback device under Linux - then do the reverse to get the modified image
back onto the disk)
If it comes to it, I can try scanning the raw disk blocks for root's entry
in the passwd file, removing the password (which I assume will just be a
single-character indicator to use a shadow file anyway) and making up the
slack in the comment field - which will hopefully work. But it would be far
easier to just access the file directly.
cheers
Jules
> From: Ian McLaughlin
> It would be neat to find open/close dates, pictures, etc for each
> location.
I recently acquired a mildly interesting book, "Images of America: Digital
Equipment Corporation", by Alan R. Earls, which gives the opening year for a
lot of DEC facilities (and pictures of quite a few). I'm not sure where
his data is from, but that might be a start.
Noel
I'm wondering if anyone on the list has much experience recovering data from
old cassette tapes?
The tape to be read is a single cold-start tape that was found sitting the
B1900 system picked up by Noel Chiappa just recently.
Given the tape's importance, I'd rather not fry it or blow limited
opportunities by attempting it myself!
- Evan
Well, things came to a point I have NO 360K drive I can attest it is
working properly and aligned.
I have some AAD alignement diskettes, but I need something to exercise
the drive. Google seems not to know what a "floppy drive exerciser" is. Do
people have some tips of schematics, programs, or will I have to roll my
own? :)
Thanks!
---
Enviado do meu Apple IIGS (pq eu sou chique)
Meu site: http://www.tabalabs.com.br
Meu blog: http://tabajara-labs.blogspot.com
Hi,
I?m looking for a program (or preferably an online conversion site, as I use Macintosh) that can convert a long stream of Hex, to 3 digit Octal.
I have found one site that works ok (http://www.kjetil-hartveit.com/blog/10/hex-binary-decimal-octal-and-ascii-c… <http://www.kjetil-hartveit.com/blog/10/hex-binary-decimal-octal-and-ascii-c…>), but the octal it outputs is not always 3 digits long. Unfortunately I then need to manually add the missing ?0?s, which can be a huge pain for long listings, and open to human error.
For example the above site does?.
Entering this:
0E 09 11 1B 01 CD 05 00
Outputs this:
16 11 21 33 1 315 5 0
But I want this:
016 011 021 033 001 315 005 000
Does anyone know of a good site (or some good software)?
Much thanks
Phil
> From: Seth Morabito
> Well now I have egg on my face...
Don't worry, you're not the only one... :-)
> No, actually it DOES work.
Wow. Live and learn.
Or maybe actually DMA indeed _doesn't_ work with the CPU stopped, and what
happened was that the DMA request was waiting in the card, and as soon as the
processor started, it did the DMA? But how did the first instruction fetch
produce a valid instruction? Unless the first DMA cycle (to 01000) happened
before the processor fetched the first instruction?
I'll have to try throwing a 'scope on a QBUS and manually (via ODT) starting
a DMA transfer, with the CPU halted... see what (if anything) happens.
Noel
I have a few 5.25 floppies, about 4, that I would really like to have
imaged. I *think* that they are OS-9 (Microware not Apple) format. I
don't have a way to do it my self. Is there anyone out there who could
help out?
> However, with the Atari 400 and 800 and the Exidy sorceror, the BASIC ROM
> module was, IIRC, included with the
> machine in the standard configuration (i.e. if you bought an off-the-shelf
> boxed version of one of those, you
> got a BASIC module). Is that really any different from having the ROMs
fitted
> to the main PCB?
>
My Sorcerer came with the BASIC cartridge supplied as standard as did the
one a colleague got. I also recall that this was the standard offering.
James
>I just received my first IBM mainframe. It's an IBM Multiprise 3000
>model 7060-H30. It's a a P/390 class machine. It has 6 18GB drives and
>3 9 GB drives. I'll be posting some pictures on my website soon.
*drool*
I was watching that also on ebay. Almost went for it. Almost. :) I am glad
it went to a good home.
Fred
(Still in SBC mode..)
I'm feeling a need for one of the Heathkit ETA-3400 memory & I/O expansion
units for my ET-3400.. or at least a set of documentation such as could be
used to build one of my own.
Anybody have an ETA-3400 they'd be willing to part with..? A set of docs in
PDF?
As it sits, all I've got here is a copy of the ET-3400 'Modification
Manual' which details the changes which must be made to the ET so it will
connect to the ETA module.
Thanks for any assistance..
Sorry for the munged URL and thanks to Vince for providing the full address. If you missed it first time, here it is again:
http://www.vintage-computer.com/vcforum/showthread.php?47402-Place-of-manuf…
I take the list in digest form to minimize the potential for ADD distractions; it also means that there is a lot of latency in my response time.
Jack
Thanks to everyone who responded to my original query. This link is to the location list in DEC's 1993 internal directory - obviously more than just manufacturing - https://www.dropbox.com/s/szitkbpfwk...ctory.pdf?dl=0 . They had a _lot_ of locations!
Jack
Hello everybody,
related to the recent posts on the GE TermiNet 300, I uploaded my scanned TermiNet documents to the bitsavers ftp-server maintained by Al. Hoewever, while going through the docs, I realized that these are for the later line printer models 310, 320, 330, 340, and not for model 300, apologies for potentially created hopes and confusions. But in any way, adding these to the documents list cannot harm :)
Kind regards,
Pierre
-------------------------------------------------------------------------------
Pierre's collection of classic computers moved to: http://www.digitalheritage.de
Hi folks,
I was recently given a load of QBUS stuff, and among the cards is a TD
Systems TDL-11. I can't find a scrap of information about it anywhere.
I have reason to believe it's a SCSI controller that emulates RL01
drives, based on its similarity to the TDL-12, which is documented
online here:
https://sites.google.com/site/glensvintagecomputerinfo/td-systems/tdl-12
Since I can't find a manual for it, I have absolutely no idea how to
set its jumpers or activate its diagnostic monitor (if there even is
one). Just to see if it would work, I tried following the instructions
to get into the TDL-12's monitor, but they don't work on the TDL-11.
Has anyone seen this card in the wild, or can anyone point me at
a manual for it?
A poor photo of my card is here, for reference (200K):
http://www.loomcom.com/junk/tdl11.jpg
Best Wishes,
-Seth
> From: Seth Morabito
> 1. Halt the CPU and enter ODT
I'm too lazy to check to confirm this, but I strongly suspect DMA requests
don't get serviced while the machine is halted. If so, you could use the
following code fragment to avoid that:
0400 12737 MOV #400, @#174400
400
174400
777 BR .
Start at 0400, let it run for a couple of seconds, then halt the machine
and look at 01000 and up.
Noel
I'm reverse-engineering the firmware of the IOC board of an Intel MDS
Series II (with the iMDX 511 IOC firmware enhancement kit, so it's the
same as early MDS Series III firmware, but possibly not 100% identical
to firmware of the later MDS Series III using the IOC-III).
The IOC uses an 8257 DMA controller, which was the predecessor of the
8237 as used in PCs. While it is mostly pin-compatible, the 8257
register map is a subset of nor compatible with the 8237. Not a
problem since the 8257 datasheet is readily available.
Except...
The 8257 mode register (output) and status register (input) are
register number 0x8 of 16. The data sheet says that A3 should be 1 and
A2..A0 should be zero to access those registers, as expected, and does
not document what (if anything) registers 0x9 through 0xf do. It's
possible that they simply mirror register 0x8.
In the MDS, the 8257 is I/O ports 0xf0 through 0xff, so mode and
status should be at 0xf8, and indeed sometimes the firmware references
those. However, the firmware also inputs from 0xfd, and writes to
registers 0xfb, 0xfc, and 0xff. The values read and written don't
seem to me to completely make sense if I make the assumption that they
are mirrors of 0xf8, and I can't imagine why the firmware author would
have used 0xf8 in some places and other port addresses in other places
if in fact they are functionally the same.
Intel published the source code of the ROMs for the MDS main processor
(8080 or 8085), but I've never seen source code for the IOC firmware.
Update as I was writing this up:
I just spotted a comment in the MESS driver by fulivi stating that
port 0xfd reads as 0xff and is used to detect whether the chip is an
8237 or 8257. If so, perhaps the 8257 either ignores input requests
>from 0xf9 through 0xff, leaving the bus tri-state, or possibly it
actually drives 0xff, and perhaps it ignores writes to 0xf9 through
0xff. I'll have to go back through the disassembly and study what that
would do; it didn't seem like just the writes to 0xf8 made sense, but
the other writes may have confused me.
Has anyone actually seen a Series II or Series III with an 8237 on the
IOC board? Perhaps the IOC-III uses the 8237?
Eric
Hi,
I have a single CP/M 1.4 boot floppy that came with my IMSAI 8080 system.
It?s been a bit of an effort, but the system is now fully functional from a hardware point of view.
I?m now looking for SYSGEN and FORMAT programs (or any programs at all) for the Versafloppy 1 controller card.
I?m hoping these will allow me to get a backup of the floppy before it dies.
It?s already marginal, and boots only once in every 3 attempts, so whatever I do, I?m going to have to be very careful.
For more info, you can see my post of VCF about it here:
http://www.vintage-computer.com/vcforum/showthread.php?47424-Is-FORMAT-COM-…
Cheers & thanks.
Phil
In my recent Qbus haul, I found two non-DEC memory cards:
1. NSC NS23D
2. Dataram 40903 Rev G
Both are fully populatd with 2MB (1MW) of 256Kb x 1 chips, and both
are configured for address 0.
I'd love to use both together in one of my systems, but I can't find
a scrap of documentation anywhere, so I have no idea how to configure
the base address of either card. Disappointing!
Does anyone have docs for either of these beasts?
Best Wishes,
-Seth
So here's something interesting (but not in my line):
PDP8/E Interface Manual - 1970
http://www.ebay.com/itm/271858083977
The same seller has some other PDP-8 documentation (set of prints of some
sort, etc, etc).
Noel
Picked up a TI CC-40 and it?s much smaller than I expected. I thought it was going to be the same size as a TRS-80 Model 100. I mostly got it because I wanted to try out the BASIC on it so I could update the list of computers with BASIC in ROM that I started on Wikipedia.
http://en.wikipedia.org/wiki/User:FozzTexx/List_of_Computers_With_BASIC_in_…
As soon as I got it I popped in some batteries and turned it on, and I was able to enter a one line BASIC program and run it. Then I pushed the OFF key and since then it won?t boot up at all, it just gives me half a screen of black squares. Thinking maybe I had put partially dead batteries in it, I replaced them with fresh ones and same thing. I also pulled the batteries and tried powering it up from the DC input jack, still no go. When it?s stuck like this the OFF key doesn?t do anything and neither does the little reset button next to the spacebar.
I?ve looked around for a service manual and haven?t turned up anything. Did my RAM chips go bad? Did the ROM go bad?
Here?s a pic of the CC-40 and an M100 next to it for scale:
http://imgur.com/a/Irsev
--
Follow me on twitter: @FozzTexx
Check out my blog: http://insentricity.com
The TI-74 BasiCalc, successor to the CC-40
--
But if any provide not for his own, and specially for those of his own house, he hath denied the faith, and is worse than an infidel
I Timothy 5:8
So I'm not sure what we've got, here. The machine seems to have only one
memory board in it, so, just for grins, I decided to look at the online docs
on the 1900, and see if it needed memory boards in pairs.
The doc described the model 1905 and the model 1955 - both of which have a
"diagnostic/maintainence control panel", with lights and switches, which this
machine doesn't have. Although that may not mean that much - people started
getting rid of them because they cost too much, so maybe this is a later
model, without them.
They also have a cutout in the top panel for a large keyboard (see pictures
online of these model) which again this machine doesn't have (the cutout,
that is)... It does seem to have one less CPU card than one of the models
(forget which one) in the online manuals (CPU cards only go from A-H on this
unit, not A-J), and no, there isn't a missing CPU card, i) the slots are
numbered, and ii) there's no empty slot.
I looked all over it for a model/serial number placard, which would give the
model, but NSFL, couldn't find one. :-( It does have a large red placard
panel on the front which says 1900, so I'm pretty sure it's _some_ flavour of
Burroughs 1900, but... Anyone have any idea what this thing might be, exactly?
Noel
out exploring the rements of a paper mill 20 yrs in the making... mess i
stumbled upone this sad iritating site
one crushed smashed up pdp8i in the yard of burnt trashed industrial junk
wasteland
https://www.flickr.com/photos/1ajs/sets/72157651577592077/
> From: Todd Goodman
> There aren't many deals to be found on eBay anymore (IMNSHO anyway) for
> vintage computer gear. Test equipment is a different story.
Well, it still does happen occasionally. Someone (no idea who) recently got a
really nice BA11-S for only $80 (admittedly, in part because I was confused
about the closing time, and missed that auction :-). Although I guess
"occasionally" is pretty much the same as "not many", so I guess you're right.
If people are willing to buy lots (i.e. N things in a group), you can also
get good deals. E.g. I know of recent lot that included 4 11/73 CPU cards; it
turned out that although only one worked straight off, the J11 chips on the
other three were all good - and the whole lot (including a bunch of other
boards, all working) was only like $250.
Noel
I have a software driver for an old scientific instrument that is
described in a brief manual this way:
"The acquisition driver is a tool that allows developers to write their
own Windows based programs that
can acquire data from any Michelson series spectrometer. The programs
can be developed with any
programming environment that supports calling standard Windows 16bit
DLLs. Examples of such
environments are Visual Basic and Visual C++ from Microsoft ( up to
version 1.5 ), Delphi and C++
>from Borland, Labview from National instruments. This document assumes
that the reader is familiar
with all the concepts surrounding DLLs and Windows programming. It is a
reference guide that explains
the parameters of the functions that make up the Bomem acquisition
driver and how they are used to
acquire data."
I recently purchased Visual Basic 4.0 Standard Edition, but the first
pages of the reference indicate that it is a 32 bit only version.
Which version of Visual Basic will allow me to call this driver?
Hi
I?m trying to find a multibus extender card. I?ve seen a few for sale new,
but they are a bit too pricey for me.
Anyone know a good source or have an old extender for sale?
Thanks.
> On 4/14/15 2:07 AM, Nigel Williams wrote:
>> I hope someone is able to rescue this system
For those who were interested in this thing's fate, I just picked it up, and
it's sitting safely in my garage, waiting for the new owner to arrange
shipping.
It's in really good shape inside (unlike my rodent 11/34's :-), and the cards
look like they are all there. (If anyone's particularly interested in this
machine, email me - _not the list_! - and I'll send you a copy of my detailed
report to the new owner on its condition.)
> From: Al Kossow
> There are a couple of obvious things missing, like the cold-start
> cassette
Actually, there _is_ one of those there, still in the casette drive. Not sure
how good a shape it's in after this long (or the casette drive, for that
matter), but...
> and any disk drives.
Oddly enough, the seller did have two Burroughs packs (4 platter, I think).
Not sure if they are from this machine, or what's on them - or how one would
ever find a drive to read them on!
> dumps of the tapes would be a good thing
Alas, the tapes appear to be un-connected to the machine.
Noel
Hi!
I feel a bit stupid, since I tore apart a lot of machines so I should be
able to remove the card cage... but...
I removed back covers and the two screws which hold the cage in place.
I pulled gently the card, and I encountered a fair amount of resistance.
Looking into the chassis (there's a hole under the cathodic tube) I
noticed that the yellow flat cable (coming from the power section)
blocked the cage on the left.
Freed the cage I couldn't extract it completely, since the cage fan
cable and a semitransparent flat cable (both disappearing internally,
can't say where by now) are very short. I was barely able to remove the
cage metal top cover.
The semitransparent flat cable starts from the I/O Cable Driver card in
the "A" position...
Am I missing something?
The manual has images of the card cage fully extracted still connected
to the cables, but I wasn't able to do this.
Thanks!
--
Vincenzo (aka Supervinx)
--==ooOoo==--
My computer collection:
http://www.supervinx.com/OnlineMuseum
--==ooOoo==--
You can reach me at:
www.supervinx.comwww.facebook.com/supervinxhttp://www.youtube.com/user/supervinxhttp://www.myspace.com/supervinx
> From: Nigel Williams
> Do any of the tape labels suggest original distribution media? if so
> would you be willing to share some of the descriptions please.
None of the tapes have descriptive labels; all have only large labels with
4-digit numbers. In other words, they look like somsone's data tapes.
One has a label from the Durham Insurance Company; a letter (which I found in
the base of one of the cardboard boxes which held the tapes) is from the
North Carolina Department of Public Instruction, and says that they received
a "gift of a large number of used magnetic tapes" from that company, which
they are handing out for free.
Like I said, the tapes are useless.
Noel
Just clearing out stuff this spring.
P133 Machine
16MB RAM
2GB HD
5.25 inch FDD- 360KB
3.5in FDD 1.44mb
Has Windows 95 installed on it and a Voodoo 2 Card in it.
Used to be my DOS Gaming machine, but ive since replaced it with
another machine.
Was given to me, So its Free for the cost of shipping to anyone who
wants it, Or wants to come pick it up in Farwell Michigan
Steve
> From: Jorg Hoppe
>> Much of the M9312 ... was quite different [from the M9301]
> ... here is the commented source code of all M9312 bootloaders.
> ...
> Very likely the actual PDP-11 code is identical to M9301
Err.... :-)
Noel
> From: Jorg Hoppe
>> Here's what I have so far:
>> http://ana-3.lcs.mit.edu/~jnc/tech/pdp11/M9301-YA.mac
> Thanks for that effort!
Eh, de nada. Interesting and educational.
> The M9312 code should be similar, at least it may expose some ideas
Some parts of it (e.g. the CPU diagnostic) are mostly identical (and the
comments there, particularly on the single-op register instructions, are
useful to total understanding of that code in the M9301); but alas, I had
already done that part of the M9301 (at least, at a surface level)!
Much of the M9312 (including the functionality of most of what I had yet to
read in the M9301) was quite different. I did manage to get the 'print
number' code out of it, but that was pretty much it.
So I've done a lot of the remaining M9301-YA code (new version uploaded to
location above); not the per-device code, I'll probably blow that off, but
other than that, only a few tiny sections remain to be understood.
Can someone with a M9301-YA please verify for me that location 165450
contains 0770? I think that perhaps that is wrong, because the code makes no
sense if that's correct - maybe a bit has been dropped, or something?
And if anyone has a good M9301-YB, I would appreciate a dump. (I do have one,
but don't - yet - have a running UNIBUS -11 to plug it into.)
> From: Don North
> I've had two DL11-W in my 11/34A BA11-K box for years and have never
> had an LTC issue. I suppose if you had a a larger number (say four or
> more) you might possibly see an LTC issue
Hey, all I know is what's in the manual (which Josh posted). :-)
I'd forgotten there was a jumper you could pull - I tend not to like to do
things like that as it makes the cards non-pull-and-plug interchangeable. Hence
my suggestion to 'just use an M7800'.
Noel
I have an old terminal available in Houston. It is a red terminal with
Bendix and Logicport 2 printed on the front next to the side of the screen
and an acoustic coupler on the top. It comes in a big red carrying case.
Need to move this out if anyone is interested contact me off list otherwise
I guess I'll have to take it to the recycle center. Would rather see it go
to someone who could use or enjoy it.
David Williams
www.trailingedge.com
Second time of sending. A response, please.
While turning out my attic I unearthed obsolete *discs for a 1980s
Amstrad computer *which has long been disposed of. One disc is, as far
as I know, in mint condition but a further twelve contain programmes.
Another six discs contain long forgotten person data which I can't
access. I am intrigued to know what they contain. Also in my searches
I have found a *Microsoft Works manual* complete with system discs, and
an *Amstrad user's manual*. Also about a*dozen 5" discs* containing
stock records of warehouse long demolished. Again, I am curious to see
what I recorded 30 years ago.
I am reluctant to consign these items to the dustbin if a) the discs can
be deciphered, and b) they are are of use to someone else. Your
organisation has been suggested as a possible home for at least some of
these items. Are they of interest? If not, do you know any
organisation that might be?
R.J. Rickard.
Edinburgh.
Rick wrote...
----
The computer center (as it was called then) was very much off limits to
just about anyone but the operator, ...
----
Maybe it is/was common knowledge, but I had forgotten about this tidbit
until finding a 1 sentence note almost hidden in a manual...
To keep people from entering commands at the console who were not
authorized, TSB monitors bit 0 of the S register on the main cpu. If that
bit is set, no console commands will run and it just echos back the
characters that you type. On the older machines where the front panel key
switch actually could lock the panel, for security if people had access to
the machine room you could set Sreg bit 0 and turn the key to lock and take
it with you. Console disabled.
I was curious if this would work with the newer cpu's where the key switch
was just a door latch and the "lock/operate" switch was behind the front
panel. Alas, sr0 bit 0 works as expected to lock the console, but setting
the lock/operate switch behind the front panel does not disable the switch
register. So on those model cpus... I guess it's "security through
obscurity" :)
J
I don't think I ever asked this here, I apologize if this is a repost from
long ago. I don't remember the answer in any case!
In high school we had an HP 2000/Access system, and in one of the racks was
a non-HP modem or leased line unit that supported multiple lines (maybe
16-ish ISTR). I remember there was a row of silver rocker switches (one for
each channel). I think there was a rotary thumbdial on the right with
numbers on it to select the line, and maybe an LED above each rocker switch
to show which lines were in use. Maybe (not sure) there were some status
LEDS on the right that showed status for whatever line was selected with the
thumbwheel.
I have a picture of the system racks at
https://www.flickr.com/photos/131070638 at N02/17325691225/
In the dual bay HP on the right, it is the left rack, 2nd from the top. It's
just under the 2748B paper tape reader and just above the 7900A disc drive.
I was curious if anyone recognized definitively what brand/model that device
was?
Most unfortunately, that picture includes me holding a trophy for a
programming contest and it shows I once was thin, once had hair, and always
had acne LOL Kinda wish I had cropped it before uploading :\ I apologize for
the fuzziness, it's a picture of a picture and the best I could get. The
time period is roughly 1978-1982, and I think the system was a few years old
already at the beginning of that period (was probably used and put together
>from parts at other schools).
Anyone know for sure on the comm device?
J
I have Debian/Gnome installed on it, 1.2gb RAM and 56gb HD. I never
configured the drivers for the wifi but a network cable works, shouldn't
be hard to get the wifi working, I had it working with a different
distro but swapped it out. Anyway, have a soft case for it and selling
for just $80 plus shipping.
I recently acquired a GE Terminet 300 in the guise of an HP 2762A
terminal, KSR. I am attaching what I have so far in my blog.
I've found little on the technical side for this terminal. If anyone
has a manual I'd appreciate a copy.
It is referenced in one listing of HP manuals, 02762-90001 the service
manual. I'm not sure what to make of the one hit I get on that P/N that
isn't bitsavers mirrors. I figured I'd ask here first. I'll also ask
on the hp equipment group, I am on there too.
hpmuseum.net is welcome to my photos, or contact me offline, and I'll
make some better quality shots for your web site.
I plan to get this going to use for the Multics Simulator at some
point. The TN300 was a common console, and was an early symptom of the
featureless, non-blink'n lites type shop that came to be. I know the
Honeywell 6180 that ran Multics had an 8 panel service panel with
wonderful sets of lights, but it was hidden in a cabinet, and typically
not accessed by the operator.
thanks
Jim
http://jimsoldtoys.blogspot.com/2015/04/2762a-terminal-printer-ge-terminet-…
Hello,
thanks for the Info.
I will post images of all the boards in next days.
The ACT boards are indeed from Able Computer.
From brochure pictures I identified these models:
- DUAL I/O compatible dual DR11-C
- BUSLINK for machine-machine bus link applications.
Unfortunately there are no info about any of these board.
Anybody has some documentations around on the shelf?
Thanks
Andrea
Hey all --
Last summer I picked up a Ridge 32/330 that became available locally.
This is a fairly obscure early RISC machine intended to be a competitor
to the VAX, it uses a 32-bit CPU at 12.5Mhz built from discrete
components (spanning three large PCBs). Mine's outfitted with 8mb of
ECC memory, Pertec, SMD and SCSI QIC controllers, and Ethernet.
You can see some pictures of this beast at:
https://plus.google.com/117997069161125071032/posts/JtsR3BokUxp?pid=6063976…
I got it running late last year after rebuilding the QIC tape drive and
dealing with some intermittent failures due to a couple of low-quality
DIP sockets. I now have a set of dedicated 20A circuits installed in my
basement so I can run it for longer periods of time without worrying
about burning my house down, so I'll be running it for the next couple
of weeks just for fun to keep the basement warm and run up my electrical
bill :).
It's currently running RX/V 1.1 (Ridge's UNIX variant) and it's on the
Internet (indirectly, since exposing a 25-year old UNIX directly to the
'net seems like a bad idea). I thought maybe some people here might be
interested in checking it out since it's pretty obscure, if you want an
account to play around, drop me a line and I can hook you up. I don't
know of any other Ridge machines out there (running or not) -- if you
have one let me know, there's very little information out there on these
things.
I'll add that I'm looking for an external SMD cabinet and cabling so
that I can image the original SMD disk that was in the Ridge when I got
it; it looks like it contains a valid partition table, but it will not
boot. I didn't want to wipe it so the Ridge is currently running off of
a spare drive -- I'd like to hook it up externally to dump an image from
the running RX/V system. If anyone has one to loan (preferably within
driving distance of Seattle) let me know.
Once that's done, it's time to figure out how to get the Eagle that came
with it running again...
And a huge thanks to Al Kossow for archiving the OS media that's on
Bitsavers, without which this machine would be a very large boat anchor
taking up many cubic feet in my basement. (If anyone has any media or
docs for this that aren't on Bitsavers, let me know -- I'm in particular
looking for an ROS distribution on QIC media...)
- Josh
Question for all in general and Al Kossow in particular... There is a
scanned version of the Qualstar 1260 Service Manual on bitsavers, but it
cuts off right where it gets interesting, just before the schematics in
Appendix C... Does anybody have the full version somewhere with the
schematics at the end? (BTW, the 1052 manual version has the schematics).
The Qualstar tape drive in question hooked up to my Mac SE/30 (of all
things!):
https://www.youtube.com/watch?v=YqIrMXxPGUA
But it misbehaves now (squeaks while motor reverses and fails reads test,
hopefully mechanical?). And my second unit caught another virus and now
refuses to load tape or get the motors going. Both used to work fine. Time
to open them up I guess.
- Marc
There is a PDP11/70 for sale on ebay, item number 331537471267
Sure is nice looking and expensive...
It seems to have a lot of boards and such, but no disk drive, what gives?
Disclaimer: I am not the seller, nor do I have connection. Just a gawker.
Hi,
I just completed the design of my PiDP-8, a kit replica of the venerable PDP-8/I, after exhibiting the prototypes at the VCFeX.
Now, I'm gearing up to produce a batch of kits, and I'd like to collect expressions of interest in the coming two weeks.In other words, see how much interest there is, so I can determine parts volume and exact cost.
-> Kit will cost no more than $135, hopefully a bit less (depends on volume!)-> Shipping will be $30 worldwide, as registered parcel with tracking
-> Expected shipping date is mid-July, payment required only when kits are done-> Expression of interest means you're not committing to buy now, just indicate you're very likely to buy in early July.
For details, here is a short Youtube demonstration:https://www.youtube.com/watch?v=5hyUActgT2E
If you are (seriously) planning to buy the kit, please add your name to the mailing list via the box on this page and I'll update you on progress:http://obsolescence.wix.com/obsolescence#!pidp-8-get-one/ctny
If you already got an email from me today (or you registered your interest just today), then you're already on the list - in which case please ignore this message.
Regards,
Oscar.
> From: Josh Dersch
> it never occurred to me to just try flipping it around since usually
> that's a pretty good way to let the magic smoke out of things.
Exactly. Except for cases where I _know_ the connector was designed to be
able to withstand being plugged in backwards (e.g. IDE), I would _never_ try
reversing a cable 'on spec'. The chances are just too big one will kill
something.
(Amusing factoid: QBUS cards have the same thing, they are designed so that
you can plug them in backwards, and not kill things. I am somewhat ashamed to
admit that one one occasion, I actually did this! Luckily the engineer who
did the QBUS saved my behind.)
> From: Johnny Billquist
> On 2015-04-27 00:50, Mike Ross wrote:
>> One does not casually reverse the installation of cables just to see
>> if maybe it will work!
> Actually.... I often have done so, just because of this.
And how many times have you melted something down, doing that? :-)
Noel
Here:
www.ebay.com/itm/181726343378
Alas, it's 'Local pick-up only', in Portland, Oregon, but there may be
someone here out there who's up for it.
Noel
I have a friend preparing to bring one of these up in a small system (2
wide) backplane with an M7676 standalone pdp 11 card.
Anyone have any experience with configuring these? Looks like the
monitor is going to be a 9" Ball brothers monitor, not sure what else.
Documentation is plentiful, but options are also complex, so someone who
has one working, or any experience would be welcome to comment.
thanks
Jim
> From: Jorg Hoppe
> I also have a spare DL11-W to offer
Josh, if you want a second serial line, it's best to use a regular DL11
(M7800), not a DL11-W. (M7800s are available on eBay, for pretty modest
amounts.) The reason is that each DL11-W presents a load on the line clock
signal (from the power supply), even if the line clock on the second board is
disabled; several Dl11-W's, and the line clock signal may get overloaded.
> From: Josh Dersch
> I need to scare up a second SLU so I can get an emulated TU-58 hooked
> up to try booting XXDP
I'm not sure any M9301 variant supports the TU-58? Some are set up to boot
over the console serial line, though. (I haven't yet checked the code, so I
don't know whether you need to feed it the absolute loader first, or if it
will just take .LDA files directly.)
And I just realized you're working with a -YB, and I've been dis-assembling
the -YA! Fat lot of use that would have been! Oh well, I assume the code is
fairly similar, I'll do the -YB next. (Anyone have a dump, to start me off?)
> comparing the diagnostic/console PROM listings to what I have
Where were those from? Thanks in advance...
> From: Henk Gooijen
> I could be wrong, but ISTR that in the first few words of a ROM are the
> two capitals of the boot device that the PROM supports.
Not in the M9301-YA, in either bank.
Noel
Hello,
just received some Unibus boards, some are from ACT, one from CMI.
I would identify these boards.
The first is a big hex board, marked ACT 10046: on front side has two
50pin connectors,
plus two female edge connectors on the left side (some sort of narrow
bus extender?).
There are some resistive terminators onboard near one of the 50pin
connectors.
Very strange board...
The second is a quad board marked ACT 10039: it has four 40pin connectors,
two on front and two on a side.
The last is for sure a RAM board, as it includes an array of 16x9 HM4716
ICs, with a total of 128KW.
It's from CMI ON 207-010-300 and it has a lot of wire-wrap jumpers for
configuration.
Anybody has some knowledge over these boards?
Thanks
Andrea
> From: Douglas Taylor
> Sure is nice looking and expensive...
I can't figure out if that price ($5K) is reasonable or not. I have
previously dealt with that seller on another item, a dead/banged-up 11/05
that another list member wound up buying; the seller's asking price on that
was a little high (based on the average of sales since then for that class of
machine), but not an integral factor high, as often seen on eBay (or an order
of magnitude high, also to be seen on eBay).
My guess, given how rare they are now, the fact that it's complete (including
all cables - often cut/removed), etc, etc is that this is once again in the
ballpark, if on the high end. Am I confused?
Noel
> From: Evan Koblentz
> Hackaday sponsored our Friday "VCF East University" classes and they
> wrote many articles about us before, during, and after the show:
Apparently Christopher Parish's RL02<->USB adapter went viral, e.g.:
http://www.techspot.com/news/60442-world-largest-usb-thumb-drive-has-10mb-s…
Noel
> from what I've seen so far, the code tends to loop on error, not halt.
So I lied: it turns out that some of the later tests (in the extended tests -
JSR, memory) do in fact halt on error.
I realize it's not needed immediately now (Josh having solved his problem),
but I've got the low part (diagnostics and TA11 boot) done, working on the
top part now. Here's what I have so far:
http://ana-3.lcs.mit.edu/~jnc/tech/pdp11/M9301-YA.mac
I haven't densely commented the CPU tests as they seemed, at first glance,
pretty non-complicated. The memory diagnostics are pretty inscrutable, I
don't really understand them yet (may not bother).
The top part (console and othr boots) - hoo boy, talk about 'sphagetti
code'!! I think there's a picture of this in the dictionary when you look
that term up. Very, very ugly code. That part may take a while...
Noel
> From: Charles Dickman
> You can find a dump and partial disassembly
So I decided, just for grins (this may be duplicative of what's on a fiche
somewhere) to complete the disassembly, and there was something that was
puzzling me.
There a bunch of entry points (for auto-booting from different devices) which
all are of the form:
BR foo
where foo is the same location. The code doesn't save anything before the
branch, it just does it right off. So how does it know, when it gets there,
which entry point was used?
Well, it turns out that the answer, I am pretty sure, is that with the M9312,
location 773024 is even more magic than it first appears.
(Slight digression, for those who didn't get the reference: the way the M9312
forces the 11/04 or /34 CPU into the ROM, on power-fail or manual restart, is
that when the CPU tries to fetch the PC/PS pair from location 024 - the
power-fail/restart vector - the card jams the high UNIBUS address lines to
773000 for two bus cycles, directing the fetch of the new PC/PS to locations
773024-6. Next, when the CPU fetches the contents of location 773024, the
basic contents of that location, in the ROM - 173000 - are or'd with switch
S1-3 (bit 8, 4xx) through S1-10 (bit 1, 2). So that's how the code jumps to
different entry points, based on the contents of S1.)
However, from reading the code (yet to verify this on prints, but it _has_ to
work this way, the code doesn't make any sense otherwise), it appears that
_any_ reference to location 773024, at _any time_, produces the contents of
ROM location 773024 or'd with the contents of switch S1!!
In other words, location 773024 is effectively a hacky register that allows
S1 to be read. (And the M9312 Maint Manual does _not_ make this clear. It
talks about how the contents are modified during the power-on PC/PS fetch
cycle, but _not_ about the later references part.)
Very clever, though!
Noel
PS: Josh, from what I've seen so far, the code tends to loop on error, not
halt. So if your machine's halting...
While turning out my attic I unearthed obsolete *discs for a 1980s
Amstrad computer *which has long been disposed of. One disc is, as far
as I know, in mint condition but a further twelve contain programmes.
Another six discs contain long forgotten person data which I can't
access. I am intrigued to know what they contain. Also in my searches
I have found a *Microsoft Works manual* complete with system discs, and
an *Amstrad user's manual*. Also about a*dozen 5" discs* containing
stock records of warehouse long demolished. Again, I am curious to see
what I recorded 30 years ago.
I am reluctant to consign these items to the dustbin if a) the discs can
be deciphered, and b) they are are of use to someone else. Your
organisation has been suggested as a possible home for at least some of
these items. Are they of interest? If not, do you know any
organisation that might be?
R.J. Rickard.
Edinburgh.
For those that might be interested
http://www.classic-computers.org.nz/blog/2015-04-28-recap-se30.htm
I guess a lot more classic computer enthusiasts will be doing SMD work for
repair in the future as "vintage computing" starts to encompasses machines
>from the 1990s.
Terry (Tez)
The 11/34 seems to be pretty healthy, I've punched in some code to do
some basic testing and the CPU seems to be capable of running simple
programs and the RAM seems capable of holding data. So that's good.
I've also verified that the console SLU is at the right address and
vector (it wasn't initially, due to a pair of bad DIP switch blocks),
and I can read/write characters from/to it. Huzzah.
The bootstrap ROM doesn't seem to be executing properly, however. After
power-on or a BOOT/CTRL It'll run for a fraction of a second and then
halt, leaving me at address 0 with 161721 displayed. ROM Data appears
at the expected addresses (773000-773777, 765000-765777) but I don't
know if it's at all correct.
I need to scare up a second SLU so I can get an emulated TU-58 hooked up
to try booting XXDP, but in the meantime I thought I'd see if I could
verify the ROM contents manually (it's only 512 bytes long). I can't
find a listing, however -- the operator / maintenance manual doesn't
contain it and I haven't found it anywhere else. I've found a reference
to a microfiche, "EP-M9301-RL-A" that supposedly contains these
listings, but it doesn't appear to be archived anywhere. Anyone have
this, or have dumps of the M9301-YB PROMs?
Thanks,
Josh
I have not seen an IMSAI except for photos, so I'm guessing here - I suspect the finish it has is a spatter or blobby texture?
If that is the case why not ask on a Board where people know all about such things. A bit of googling found this one which has
amongst others a 'Specialty Coatings' and a 'Commercial and Industrial Painting' forum:
http://www.painttalk.com
I'm sure they could figure it out if a close-up photo was posted.
Steve.
---------------------------- Original Message ----------------------------
Subject: RE: IMSAI chassis color/texture...
From: "Bill Sudbrink" <wh.sudbrink at verizon.net>
Date: Sat, April 25, 2015 12:50 am
To: "'General Discussion: On-Topic Posts'" <cctech at classiccmp.org>
--------------------------------------------------------------------------
> Al Kossow wrote
>> On 4/24/15 1:22 AM, Philip Lord wrote:
>> > https://365pantone.wordpress.com/2013/12/02/pantone-7690/
>> >
>>
>> It's not the color so much as correctly duplicating the texture.
>
> Exactly. I'm talking with a couple of local (to me) paint shops.
> They all have high tech color scanning and can scan my good chassis
> for the color. The debate over whether the texture was accomplished
> by some kind of powder coating or air brushing is the big thing. The
> original documentation talks about "IBM Blue" which is also a pantone
> color. Neither look "right" to me... on my computer screen anyway.
> I have not seen an actual paint chip.
>
> Bill S.
>
>
>
>
I am converting a 68008 HMI emulator back to a 68000 emulator. there are
2 headers that must be changed from 68008 to 68000
j1 and j2 i need a person that owns this emulator to pop off the
plastic covers and record the jumpers soldered on the headers
i can provide pictures to bitsavers of the 68008 conversion as well as
pictures of the 68302 hmi emulators and a diagram of the 68008 headers.
--
The contents of this e-mail and any attachments are intended solely for the use of the named
addressee(s) and may contain confidential and/or privileged information. Any unauthorized use,
copying, disclosure, or distribution of the contents of this e-mail is strictly prohibited by
the sender and may be unlawful. If you are not the intended recipient, please notify the sender
immediately and delete this e-mail.
I've a request for a friend of mine.
He's experiencing vertical bars on the display, characters repetitions
and video shifting.
For example,
AABBCCDDEEFF
or
LOAD0 LOAD0
xxxx xxxx
The 5120 completes its post.
We suspect the video card shift reg or similar.
He told me he cleaned all contacts and cheched all the cards.
We need the SY34-0193 or SY31-0552 manuals.
Can someone help?
Thanks!
--
Vincenzo (aka Supervinx)
--==ooOoo==--
My computer collection:
http://www.supervinx.com/OnlineMuseum
--==ooOoo==--
You can reach me at:
www.supervinx.comwww.facebook.com/supervinxhttp://www.youtube.com/user/supervinxhttp://www.myspace.com/supervinx
While I was waiting for the Ridge's disk to dump over a 9600bps serial
port, I finally got a chance to work on my 11/34. Picked it up last
summer and it was in good shape but the power supply was completely
dead. I've rebuilt the supply and last night I worked out the last few
kinks.
So at this point all voltages are spot-on, the AC LO and DC LO signals
are high (these are active low, right?) but I can't get the machine to
respond at all -- the "DC ON" and "RUN" lights are lit up brightly, and
the "SR DISP," "BUS ERR," and "MAINT" lights are glowing dimly. The
status register display is dark. The system does not respond to any
keypresses on the panel.
I'm getting better with UNIBUS stuff but I wanted to run this past you
guys before I whip out the debugging tools and start tracing things.
I've taken it down to a pretty minimal configuration, sans any memory or
other stuff. Here's what I have in the main backplane (all others are
disconnected for the time being) from right to left:
Slot 1: M7266 (CPU)
Slot 2: M7265 (CPU)
Slot 3: (AB) M9301 (bootstrap terminator) / (CDEF) M7859 (front panel board)
Slot 4: empty
Slot 5: empty
Slot 6: empty
Slot 7: empty
Slot 8: empty
Slot 9: (AB) M9302 (terminator)
The "empty" slots have Grant Continuity boards installed and the NPG
jumpers on CB1-CB2 are all present on the backplane. I've confirmed
that all the right voltages are making it to the backplane (and I've
cleaned up those damned Molex connectors as well, just to be sure). Is
there anything I'm missing? Anything I should try? Does this failure
mode sound familiar at all?
Thanks as always,
Josh
I'm with Microfilm Services, Inc in Wichita, Ks. We've been in business nearly 50 years, and have
to do some serious house cleaning. We are a microfilm service bureau and laser printing shop.
These industries have long relied on what is now old equipment. Our cameras were fed by PDP11/34's
with data coming in on 9T tape. Our laser printers were fed by 9T tape and Bus & Tag online interface.
At this time, we have the following equipment for sale. You good folks get the first crack at it.
Anything unsold as of Friday, May 1, 2015 will go on ebay. Anything unsold after that will go to
the recyclers. Make offer on any/all, buyer arranges freight for large items, pay shipping on
smaller items, from Wichita, Ks.
Laser Magnetic tape drives, 6250bpi, one available.
StorageTek 2920 tape drives, 6250bpi, two available.
3480 cartridge drive.
All of these are Pertec interface (2x50 pin).
Exabyte 8000 external DAT tape drive, SCSI interface.
Tandberg 1.2GB QIC tape drives, internal, SCSI interface, several available.
** HARD DISKS ***
Micropolis 1355 (ESDI, 151MB, 5.25", full height) - Several on hand
Imprimis 94155-67 Wren-II (ST506/412, 56MB, 5.25" full height) - At least 4 on hand, possibly more
Other assorted ESDI hard disks.
Bus & Tag cables - multiple pairs available
Bus & Tag terminators - lots.
Barr Systems Bus & Tag ISA interface for PC, with D-sub to Bus & Tag cable. I have several of these
cards, and two different host computers. One ran Windows NT Server 4.0, the other ran MSDOS. No
idea if either host computer still functions.
EPROM's - 27c128, 16k x 8, 12.75v programming voltage. I have 9 of these sitting next to me, and
should have at least another 20-30.
DEC DCJ11-AE 11/70-on-a-chip - I have several of these chips available, all believed to be
functional. They came from Xerox 4090 printer controllers, which use a customized backplane. I
have an entire 4090 controller available, working, as well as assorted cards.
DEC h771-a power supply. I think these are for an RX01 drive? Two available. Never seen them in my
time here, so assume the worst re: function.
DEC h7834 (LA-34) power supply. One available.
Astec power supply - 4 rails, 5v @ 3A, 12v @ 3A, 12v @ 20A, 5v @ 150A (not a typo). 220v input.
These fed the modified Massbus card cages in the 4050 and 4090 print controllers. Four available.
Link Technologies MC5 terminals, rebadged by Xerox, 220v. These appear to be locked into ADM3A
emulation for use on Xerox printer controllers.
Sun Microsystems power controllers, with line cables, have 3. (E-M Solutions Model 10, 250VAC)
Sun Microsystems rack, one available.
System Industries rack, one available.
Bell & Howell CM-3700 COM recorder
Comstor COM recorders, 2 available
Canon Canofile 16mm microfilm cameras, with heads.
Minolta DAR automatic 16mm microfilm camera
Complete Xerox 4090 laser printer with online (bus & tag) interface, 9T tape drive.
Complete, operational Xerox 4635 with Sun x86 controller.
Misc solid state relays, mechanical relays, contactors, motors (12vdc, 20vdc, 24vdc), power supplies.
I'm open to offers on any/all, we just need it gone. Photos available. Equipment is available for
inspection by appointment. We can accept paypal (including credit cards via paypal), company check,
money order, cash (in person only). Local sales and pickups are subject to sales tax.
Thank you for any interest!
--Shaun
Microfilm Services, Inc.
316.269.2203
Hello, this is my first time posting to this ML.
I'm trying to restore my old VAXstation 3100 / Model 76, to a more
stable working order.
One of the biggest problems, seems to be finding RAM modules for it.
I've been looking for them in various places for many years now, but
nothing has really come up.
I seriously considered making them myself, as I have pretty decent
skills in lay-outing PCBs, and electronics.
I also need those rubber grommets, that hard drive used to be attached
with to the chassis. The rubber seems to break down after twenty five
years or so, and they start to become goo, kinda like warm licorice.
Pretty much any periphery for the 3100/M76, like periphery, etc. I'm
interested in that.
Anything except the monitor, probably. I do have the GFX card in the
machine, but the monitors fetch huge prices, and a big heavy thing
like that, would cost a fortune to ship to Germany.
Oh right, I'm in Germany. I'd pay for shipping and all that, of course.
Cheers,
--polemon
Hi Bill,
Screens, and the like (projectors etc), use a different color theory from pigments such as paint. One is additive color theory, the other is subtractive. You will be hard pressed to find a match between the two.
I?ll forward you and Al a photo showing the 7690 pantone chip places on my IMSAI case as a side by side comparison. Color-wise, it?s almost a perfect match.
Phil
> On Apr 25, 2015, at 2:50 AM, Bill Sudbrink <wh.sudbrink at verizon.net> wrote:
>
> Al Kossow wrote
>> On 4/24/15 1:22 AM, Philip Lord wrote:
>>> https://365pantone.wordpress.com/2013/12/02/pantone-7690/
>>>
>>
>> It's not the color so much as correctly duplicating the texture.
>
> Exactly. I'm talking with a couple of local (to me) paint shops.
> They all have high tech color scanning and can scan my good chassis
> for the color. The debate over whether the texture was accomplished
> by some kind of powder coating or air brushing is the big thing. The
> original documentation talks about "IBM Blue" which is also a pantone
> color. Neither look "right" to me... on my computer screen anyway.
> I have not seen an actual paint chip.
>
> Bill S.
>
>
>
I saw a few listings on eBay of the DIGITAL Remote Services Console.
I have one in excellent condition, and it would be nice to put it in use.
But so far, I have not been able to find *any* documentation.
Info on the four 25-pin sub-D connectors would be a great start.
They are labeled A1, A2, B1, and B2. For pictures in the auctions, I'm
guessing that A1 connects to a VT-style terminal and A2 connects
to the system console port. That implies that the B connectors are
intended to connect to modems.
But I do not want to connect anything until I've seen documentation!
Does anybody have info on this nice box?
thanks,
- Henk
> From: Josh Dersch
> the power supply was completely dead. I've rebuilt the supply
Just out of curiousity, what was the failure mode? (Also, trying to figure
out of the failure could have killed things...)
BTW, is it in a BA11-K box, or a BA11-L?
> the AC LO and DC LO signals are high (these are active low, right?)
Yes. All UNIBUS signals are active low _except_ for grants, if memory
serves...
> The status register display is dark.
Hmmm.
> The system does not respond to any keypresses on the panel.
Sounds like you've got the variant with the real ("Programmer's") front panel
- that's a plus. Although it's too bad that variant doesn't have a
"HALT/CONTINUE" switch - it would have been good to power it on with the HALT
on, which would have prevented it from trying to do any bus cycles.
No response to HALT/CRTL, though? Although I'm not sure if it would respond
to that if it was in a double-bus fault loop (NXM on trying to respond to a
NXM).
> I've taken it down to a pretty minimal configuration, sans any memory
> or other stuff.
Always wise... :-)
> Slot 3: (AB) M9301 (bootstrap terminator) / (CDEF) M7859 (front panel board)
Most 11/34's run those cards in slot 4, not 3 (probably to leave room for the
FPP/Cache in slot 3), but slots 3 and 3 are (AFAIK) identical, so it should
be OK to run them there.
> the NPG jumpers on CB1-CB2 are all present on the backplane.
Err, I hope that's a typo for "CA1-CB1" - tying CB1 to CB2 (+15V) would not
be good (although if you did do it, it should be harmless in this
configuration).
I don't really have much to add to Don's message, about the next things to
try. There doesn't seem to be a way to configure the M9301 to have the
machine halt on power up, which would to my mind be the ideal. It might be
worth throwing a 'scope probe on MSYN, to see if it's trying to do bus cycles.
Noel
I spent the last week trying to document some of my analyzers and ICEs. There
are tons of photos, firmware dumps and some new manuals on bitsavers under
appliedMicrosystems, biomation, hmi, futuredata, hp/te hp/64000 and hp/64700.
The HMI-200-68000 manual that arrived today had the 68K DOS software in the
binder, zipped and up now under bits/HuntsvilleMicrosystems
Has anyone ever noticed a pattern to the numbering on the underside of MMI PALs?
It would be nice not to have to lift the labels off them. The ones I indentified
were
B7304 14L4
B7320 16L8
B7321 16R4
B7830 20S10
B7840 20L8
Most are protected. Every once and a while I found one that wasn't.
I'd be interested in other AMC ICE firmware dumps to add to the archive. I've made
some progress identifying the buses and what the various chunks of firmware are for.
Next thing to do is trace the pinouts and see if the house-marked 6809 memory mapper
is a MC6829.
From looking at the manual, the HMI-200 is kind of interesting in that it can run
without a target. The Applied Microsystems units require a 'null target' board.
> From: shadoooo
> I'm scanning at 600dpi grayscale, lossless compression.
I've been scanning a few things too, and I found that 600dpi grayscale
produced absolutely enormous files (many, many MB's per page, for prints), no
matter what I tried to do, compression-wise.
600dpi black and white, followed by saving as TIFF's with CCITT Group 4
compression, produced immensely smaller files (small 100's of KB's for the
same pages), and they are quite readable (even the fine letter seems to be
readable - b/6 is quite distinguishable, etc).
Al, I hope that's acceptable for BitSavers - I have a number of things that
are missing, and I was planning on scanning them in, and sending them along.
Noel
> From: Brent Hilpert
> Core rope ROM has one magnetic core per the word-width of the memory.
> That is, a memory of (say) 1024 16-bit words would have 16 cores.
Not always (although your basic point, that in core ROM, a single core is
often/usually used for more than one bit, is a very key point to note); the
Apollo rope ROM had one core per 192 bits, or 12 words of 16 bits each,
"thousands of ... cores" per memory rope. See:
http://web.mit.edu/digitalapollo/Digital%20Apollo%20Annotated.doc
and there's a picture of one here:
http://klabs.org/mapld04/presentations/session_g/g1007_hall_s.ppt
(see slide #15).
Those notes do contain an interesting aside: "rearrange the program's
fixed-memory allocations to avoid cases where such sets of 12 words contained
too many ones to fit in their cores", which implies that the cores were
fairly small, physically (since a one involved running the wire _through_ the
core, not around it).
I don't know why they didn't make the cores larger, and have fewer of them;
my suspicion is that in manufacturing terms, it was easier to have more of
them, with less wires through each one. (I can't think of an _electrical_
reason to do so; unlike with RAM cores, where smaller cores are faster to
switch, and take less power to do so.)
Noel
I picked up a (known-faulty) 5160 a few weeks back, just because it had a
keyboard with an intact decal, and the one on my otherwise-perfect system
is missing.
The machine came with a CGA card, which I've tested as working in my other
5160.
Symptoms of the fault are one long beep and two short beeps at power-on,
with 1024 characters of garbage displayed on-screen (typically either a
solid block or a space, but with a handful of other random chars) - i.e. 12
rows of 80 and then a row of 64.
Following this on screen, at location 13,64, the memory count occurs, and
then it'll drop to ROM BASIC (no hard disk, and for the purposes of testing
I've not bothered with a boot floppy), with the BASIC startup text starting
at row 14 and all offset by 64 characters from the left margin. However,
the function key reference on the bottom line of the display is OK,
starting at position 25,1.
I can issue BASIC commands, and each new line is offset by 64 characters,
until I hit the bottom of the screen, at which point text appears at
position 1 (but still offset from the top of the screen by 13 lines).
Issuing a 'cls' doesn't remove the garbage from the display, and typing
then resumes from location 13,64. Throughout all of this the cursor seems
to appear where I'd expect it on the screen, however - I'm assuming it's
done via hardware entirely within the CGA card.
I've tried pulling all other cards, leaving just the CGA board, and the
problem persists. One long and two short beeps seems to be 'video failure',
but as mentioned I've verified that the card works in my other 5160.
Does anyone have any ideas what might be going on? It doesn't quite seem
like a memory fault - possibly some sort of address decoding error? It's
almost like the video board is pulling display data from the wrong part of
memory, but I'm not sure that makes sense given that the board has its own
local RAM rather than relying on RAM on the system board.
cheers
Jules
Hello Al Kossow,
I'm scanning a bunch of documents. Many of them aren't not listed on
Manx, and shouldn't be already loaded on bitsavers.
I'm scanning at 600dpi grayscale, lossless compression.
I could upload the documents somewhere in original RAW format, or
already deskewed, converted to TIFF BW bitmap.
I would contribute to Bitsavers, please contact me offlist for details
of upload.
Unfortunately I don't have a server, and the raw documents are heavy.
Thanks
Andrea
Hiya,
I have posted this in the past but I hate selling things but really that
is selfish on my part and some of my interests have shifted.
I need to move some items from the "Dust" and into the light from my
collection. Its all stored in my climate controlled clean basement.
I have mostly Dec gear although there are sprinkles of other stuff such
as Kaypro's , Osbournes etc ...
No blinken lights machines but some PDP's such as the 11/23 etc along
with some Vaxstations and Alphas.
The prices will be cheap and geared towards putting this into hands that
can use them over people wanting a quick flip.
I will not ship although anyone who wants to work with someone to pick
up a pile and ship it is more than welcome.
I am in the mid atlantic area and can be contacted via my gmail address
ladylinux4u at gmail dot com.
Thanks!!
Fran
---
This email has been checked for viruses by Avast antivirus software.
http://www.avast.com
I'm working over at the Living Computer Museum in Seattle and we're attempting to revive a PDP-11/44 for use in a project. At some point, someone stripped the power distribution panel from the 44's H7140 power supply (this is a small PCB that connects to the power supply terminals and provides molex power connectors for standard UNIBUS backplanes (or other backplanes).
Anyone happen to have one of these distribution panels (or failing that, a complete supply) going spare?
Thanks!
Josh
Sr. Vintage Software Engineer
Living Computer Museum
www.livingcomputermuseum.org<http://www.livingcomputermuseum.org>
(206) 342-2537<tel:%28206%29%20342-2537>
Once I get home, I could probably cross reference with a pantone color for you.
> On Apr 23, 2015, at 2:38 PM, Bill Sudbrink <wh.sudbrink at verizon.net> wrote:
>
> I remember a conversation about this subject from many
> years ago that never came to any conclusion. Has anyone
> discovered any "paint codes" or other definitive descriptions
> for the finish on the upper case of an IMSAI? I'm thinking
> of having my worst case (multiple scrapes and scratches,
> several permanent stains) refinished.
>
> Bill S.
>
>