I was going to ask a similar question here, and I am sure it has been asked
before. I do have a HP 82901 and a HP 9121 but I am not equipped to read
ROMs, so I can't really help yet. Plus I will soon need the ability to burn
ROMs for my HP 85 and HP 1000. Not only the standard 24 pin ROMs but the
small 14 or 16 pin bootloader ROMs that Jay showed me at VCF. What would be
a good ROM programmer that could read and write these of older HP equipment
ROMs?
Marc
-----------------------
From: Vlad Stamate <vlad.stamate at gmail.com>
Subject: Reading ROMs
While I was trying to read the ROM in my 9121 for Eric Smith I found
out that my Wellon VP-280 could not do it (it could not recognize it
and only read FF FF FF FF). I could use it however to dump the ROM of
an IBM PS2 that I cannot boot anymore (so it is not entirely useless).
So I am asking what you all use to dump various ROMs from vintage
PCs/peripherals/etc? Is there a good brand out there of E(E)PROM
programmer? Do you roll your own solution with an
Arduino/RaspeberryPi?
Thanks,
Vlad.
-----------------------
This isn't quite the way I remember the CMU instructions working. Nor
is it exactly how I've implemented them in my emulator.
>Another oddball thing was then then-new Cyber 72/73 CMU. An interesting
>beast, but not present on the 74.
Presumably because an instack loop could move data faster. I always
wondered, though, if you could put a CMU in the serial CPU on a 74-2x.
Probably too messy.
>It was possible initially to write code with the 46xxx CMU instruction
>in first 2 parcels of an instruction word. All Cyber 73 CMU
>instructions were 60 bits,
No, the IM instruction is 30 bits. It's supposed to be forced upper. I
don't recall whether the 72/73 were that picky and it would work in the
first 3 parcels, or work only in the first one (thus being 60-bit
equivalent) and pass in the others (with the rest of the instructions
becoming arbitrary).
>you could pack a call to a subroutine to do
>the equivalent thing in the lower 30 bits for the 74. Worked pretty
>cool
Looks like it would. Aren't there some variant OSes that would put the
monitor call parameters in the lower 30 bits of an XJ instruction? You
could probably also pack a parameter in the B register, and another in
the address, since those would mode out anyway (or be ignored in user
mode)--you'll get to CPUMTR no matter what. ECS instructions would
execute the lower 30 bits if the transfer failed; this all in user mode
with no monitor intervention.
You could probably do the same thing with a conventional XJ instruction.
6000s lacking ECS hardware and CEJ/MEJ treated all 01x instructions as
010 (RJ). Probably can't get away with that on a 70.
>until the 170. There, different models supported different subsets
>of CMU instructions (or not at all)
It was all-or-nothing, no subsets.
>--and attempting to execute one not
>implemented was greeted with an error stop. The 170 people really
>screwed that one up.
464xx and up were illegal on machines that did not (171) or could not
(175) have the CMU option, or in other parcels on any 170. 46000-46377
were pass instructions. I don't know why they did this either, since
there were no 170s with unmatched CPUs (like the 6700 or 74-2x). Also,
some dual-CP machines (including the 72/73) could have 1 or 2 CMUs.
Needed some special code in CPUMTR to avoid using the CMU for storage
moves if there were fewer CMUs than CPUs, lest it be busy in the other
CPU and we had to wait for it in monitor mode.
It's possible that on 180s, 46100-46377 were illegal instructions,
though the design goal for 170 mode was a 173. Perhaps the
175/740/750/760 did that too. Note also on 180s with CMUs (emulated),
the instruction was limited to data in the first 262K; in particular
CPUMTR couldn't use it for storage moves unless it played games with
RA/FL in program mode (and it would still have to drag the instruction
around into each segment). Too much of a kludge, I expect.
--
Jeff Woolsey
jlw at jlw.com
I'm doing a bit of cleaning out of random things I don't use much
anymore; hopefully these can find a good home.
Make an offer on these, I'd prefer local pickup (for the VDP-80 I
require it, it's just too large/heavy/fragile to trust with shipping)
near Seattle.
Thanks,
Josh
Here's what I have, S-100 wise:
Boards (in as-is condition, unless otherwise noted):
- Tarbell 1011D FDC
- Solid State Music VB1B video interface
- SSM CB1A 8080 CPU (+2k RAM). Working, used to use it in my IMSAI .
- Processor Technology 16KRA, 16K static RAM.
- CompuPro (Godbout) RAM16 - 64K dynamic RAM (despite the name)
- IMSAI MIO (rev. 2) - Serial/Parallel I/O board
- IMSAI VIO (rev 2.1) - Video board
- PSS RAM65 - 64K ram? (never could find a manual).
- Piiceon 8K Program Saver (2708 EPROMs). Only two EPROM sockets (of 8)
installed.
- Ithaca Audio 8K static RAM board. Bad shape. Missing a row of chips,
looks to be an unfinished kit. Corrosion.
Computers:
No-name (TEI generic chassis, about half as deep as an IMSAI, no
blinkenlights) with the following boards:
Thinker Toys SUPERRAM 16 - 16K static RAM. A bit of corrosion on a
few chips, but should be easy to clean up
Thinker Toys 32K static RAM. Also has some corrosion.
The Memory Merchant MM16K14 - 16 K Ram. Corrosion as with the others.
IMSAI SIO Rev-3. Dual serial board. Corrosion.
Northstar ZPB-A2 Z-80 CPU board. Corrosion .
It looks as if this system sat on end in a shallow pool (say, 2") of
water for a couple of days and wasn't properly dried up afterwards;
all boards installed have corrosion on their left sides, affecting a
couple of rows of chips. The backplane also seems to be a bit corroded
but is not as bad. Despite this, the chassis is very clean. Power
supply seems to be fine. Definitely a project, but probably fixable
with some new sockets and ICs.
Complete IMSAI VDP-80 system
(http://www.old-computers.com/museum/computer.asp?st=1&c=343) with
manuals and software. Unknown working condition, but it's not in bad
shape given the years -- some screen rot. I got it as a project and
it's just been sitting there, waiting. Debating whether to hold onto it
or not -- make me an offer I can't refuse :).
While I was trying to read the ROM in my 9121 for Eric Smith I found
out that my Wellon VP-280 could not do it (it could not recognize it
and only read FF FF FF FF). I could use it however to dump the ROM of
an IBM PS2 that I cannot boot anymore (so it is not entirely useless).
So I am asking what you all use to dump various ROMs from vintage
PCs/peripherals/etc? Is there a good brand out there of E(E)PROM
programmer? Do you roll your own solution with an
Arduino/RaspeberryPi?
Thanks,
Vlad.
A lengthy, and pleasant visit with Paul A, post-VCFMW (BTW, belated congrats
on that, Jason - I don't know where my brain was last night - fried from the
long drive yesterday, probably), has produced a number of missing PDP-11
FMPS's!
Most importantly, we now have the 11/73 prints, which I will be scanning Real
Soon Now. (So now I can have a crack at fixing all the broken ones I have! :-)
That does leave us needing the 11/83/84 CPU prints, so if anyone has a set...
I also found prints for the MF11-U, MF11-W, and MM11-Y; none of which appear
to be on-line (although the MF11-U ones might be in the 11/05S print set,
which ISTR is online). So I'll have a lot of scanning to do when I get home.
The reason for this message is to ask if anyone has a special need for any in
particular; if so, I will move those to the head of the list for scanning.
I don't think the ME11-L prints are online either, but those I have in my
11/05 print set - I'll have to see if that print set is online somewhere, no
point re-scanning them, if so.
There are a number of things like that (e.g. the H786 power supply for the
BA11-N; not available separately, but in the 11/23 FMPS, if you know to look
there): we ought to produce some sort of registry, to collect such information
in one place.
Noel
Hi Simon,
As others have implied, the DEC8235 is a Signetics 8235N. It's available
>from obsolete part distributors. A quick search turns up this source:
http://www.4starelectronics.com/part_detail/8235N.html
While the RFQ instead of a price is bad news in some places, I've had
good results with that in the obsolete parts arena.
> is there a list of equivalents for DEC ic's?
--- Thought I had a longer list somewhere but this short list is what I
find at the moment:
DEC# Generic
----------------------
97401 7401
8881 7439* Quad 2-inp NAND OC
8266 8266 Signetics 2-inp 4-bit wide mux
8270 8270 Signetics may = TI 74178 according to posts in cctech.
8271 8271 Signetics 4-bit SR in 16p pkg = TI 74179
8251 N8251N Signetics BCD/decimal decoder in 16p pkg
5380 SP380 Signetics
5314A SP314A Signetics
8640 DS8640 National
380 (?) SP384A Signetics Quad 2-in OR gate
*Note that some DEC8881s have been reported as having 7439 markings on
the bottom.
Steve Lafferty
I just installed Kyle Owen's Serial Disk Server on my 8/A (at high speed via
an Omni-USB card I got from Philipp Hachtmann).
There was a bit of a learning curve for me since I've never used any *nix
programs before, or heard of Cygwin...
But Kyle was very helpful, exchanging several emails this afternoon and it
only took me a couple of hours to get everything figured out, up and
running.
It even comes with the indispensable diagpack2.rk05 OS/8 image already
embedded in the .zip file, and it's now running on the real hardware.
Haven't tried uploading anything yet but I'm sure that will work too!
NOW maybe I can get my RL02 controller card (and the rest of the hardware,
the power supply has started glitching again) debugged.
Many thanks to Kyle for creating this very useful software :)
-Charles
At 07:56 AM 9/3/2015, Vlad Stamate wrote:
>So I am asking what you all use to dump various ROMs from vintage PCs/peripherals/etc?
For 1980s ROMs I still use the Serial EPROM Programmer published in BYTE by Steve Ciacia in the mid-80s.
Dale H. Cook, Roanoke/Lynchburg, VA
Osborne 1 / Kaypro 4-84 / Kaypro 1 / Amstrad PPC-640
http://plymouthcolony.net/starcity/radios/index.html
RK05 would be suitable
Guy Sotomayor <ggs at shiresoft.com> wrote:
>
>
>On 9/2/15 8:42 AM, js at cimmeri.com wrote:
>>
>>
>> On Tue, Sep 1, 2015 at 11:39 AM, Jay Jaeger<cube1 at charter.net> wrote:
>>
>>> On 9/1/2015 10:01 AM, Ethan Dicks wrote:
>>>>> run Unix V1
>>>> I am very interested in the MEM11 for this exact reason. I have a
>>>> PDP-11/20 that I'd love to do this with.
>>>>
>>> You could also try Mini-Unix on your 11/20, which might support a
>>> wider range of devices.
>>
>> Very interesting. Does Guy's MEM11 provide what's needed for Mini
>> Unix without having to write special drivers?
>>
>Not sure what Mini-Unix requires w.r.t. devices.
>
>TTFN - Guy
>
>
>Possibly a long shot since I think the MPF was only a UK/Europe thing but
At least one made it to South Africa.
But no, I have neither the expansion board nor the manual I'm afraid.
W
