11 Mar
2009
11 Mar
'09
7:41 a.m.
Boy, am I full of questions lately.
If there's a good guide for this, please point me to it...
I now have in my possession an HP-1000F system I got in trade and a
mostly empty HP-1000E system I've had for awhile but haven't done
anything with, because, well, it's mostly empty.
The 1000F (2117F) has the following installed:
Front:
DCPC slot - D.C.P.C board
111 - Memory Protect
112 - M.E.M.
.
.
.
121 - 64K HSM
122 - 64K HSM
123 - MEM CNTLR (cabled to 122 & 121 on left-side connector
via ribbon cable)
Rear:
10 - F.E.M.
12 - BACI
14 - BUS I/O
The 1000E (2113E) is empty aside from the power-supply & mainboard and a
single F.E.M. card in slot 10. The F.E.M. is cabled to the main board
via a ribbon cable (this ribbon cable is not present on the 1000F). I
assume this machine isn't going to do much as it is.
Is the above enough to get a minimal system running (i.e. to allow
toggling in programs via the front panel and testing the system?) Is
there anything I need to know about how the cards need to be
configured/cabled together?
My understanding is that the F-series has some kind of floating-point
support, but it's also my understanding that such support was provided
via an external expansion, which I do not have. Since I don't have this
expansion, will the 1000F work at all, or should I move the cards I have
to the E? (Minus the F.E.M., I assume...)
I probably won't have time to play with this right away, but I'm curious
to know what else I'll need to get one of these machines going...
Thanks,
Josh
11 Mar
11 Mar
9:49 a.m.
On Wed, 11 Mar 2009, Josh Dersch wrote:
Front:
DCPC slot - D.C.P.C board
111 - Memory Protect
112 - M.E.M.
.
.
.
121 - 64K HSM
122 - 64K HSM
123 - MEM CNTLR (cabled to 122 & 121 on left-side connector via
ribbon cable)
This isn't much memory.
Rear:
10 - F.E.M.
12 - BACI
14 - BUS I/O
I'd put the BACI into slot 11 and the Bus I/O into 12 (avoid empty
slots between cards). You need an HP terminal (e.g. a 2648A with
cartridges) or an emulation which provides the fast binary load feature in
order to boot from the terminal as you don't have anything else to boot
from. And I recommend a TBG (time base generator).
The 1000E (2113E) is empty aside from the power-supply
& mainboard and a
single F.E.M. card in slot 10. The F.E.M. is cabled to the main board via a
ribbon cable (this ribbon cable is not present on the 1000F). I assume this
machine isn't going to do much as it is.
Right, this machine would do nothing.
My understanding is that the F-series has some kind of
floating-point
support, but it's also my understanding that such support was provided via an
external expansion, which I do not have. Since I don't have this expansion,
will the 1000F work at all, or should I move the cards I have to the E?
(Minus the F.E.M., I assume...)
An F-series without FPP (floating-point processor) acts like an E-series.
I guess that the microcode ROMs are on the FEM. BTW the FPP is connected
to the front panel with a ribbon cable.
I probably won't have time to play with this right
away, but I'm curious to
know what else I'll need to get one of these machines going...
You could start getting more memory and a disk drive with controller (e.g.
a 7905 with 13037 MAC controller, or a CS/80 HP-IB drive with the 12821
interface), as well as an HP terminal. Then you could play with RTE.
Christian
11:53 a.m.
On www.hpmuseum.net and bitsavers you can find some info.
There is emulation software from HP (MSDOS(Vectra) or 200-series)witch you
use instead of a terminal at the hpmuseum site.
There is also software to emulatie a CS80-drive (hpdrive and hpdir)under
Windows at www.hp9845.net look at the projects section.
-Rik
-----Oorspronkelijk bericht-----
Van: cctalk-bounces at classiccmp.org
[mailto:cctalk-bounces at classiccmp.org] Namens Christian Corti
Verzonden: woensdag 11 maart 2009 10:49
Aan: General Discussion: On-Topic and Off-Topic Posts
Onderwerp: Re: What's needed for a minimal HP-1000 series
E/(F?) system?
On Wed, 11 Mar 2009, Josh Dersch wrote:
Front:
DCPC slot - D.C.P.C board
111 - Memory Protect
112 - M.E.M.
.
.
.
121 - 64K HSM
122 - 64K HSM
123 - MEM CNTLR (cabled to 122 & 121 on
left-side connector via
ribbon cable)
This isn't much memory.
Rear:
10 - F.E.M.
12 - BACI
14 - BUS I/O
I'd put the BACI into slot 11 and the Bus I/O into 12 (avoid
empty slots between cards). You need an HP terminal (e.g. a 2648A with
cartridges) or an emulation which provides the fast binary
load feature in order to boot from the terminal as you don't
have anything else to boot from. And I recommend a TBG (time
base generator).
The 1000E (2113E) is empty aside from the
power-supply &
mainboard and
a single F.E.M. card in slot 10. The F.E.M. is
cabled to the main
board via a ribbon cable (this ribbon cable is not present on the
1000F). I assume this machine isn't going to do much as it is.
Right, this machine would do nothing.
My understanding is that the F-series has some
kind of
floating-point
support, but it's also my understanding that
such support
was provided
via an external expansion, which I do not have.
Since I don't have
this expansion, will the 1000F work at all, or should I
move the cards I have to
the E?
(Minus the F.E.M., I assume...)
An F-series without FPP (floating-point processor) acts like
an E-series.
I guess that the microcode ROMs are on the FEM. BTW the FPP
is connected to the front panel with a ribbon cable.
I probably won't have time to play with this
right away, but I'm
curious to know what else I'll need to get one of these
machines going...
You could start getting more memory and a disk drive with
controller (e.g.
a 7905 with 13037 MAC controller, or a CS/80 HP-IB drive with
the 12821 interface), as well as an HP terminal. Then you
could play with RTE.
Christian
noon
On Wed, 2009-03-11 at 10:49 +0100, Christian Corti wrote:
Actually, the machine is usable in it's current configuration. Once
again, it depends on what you want to use it for.
Finding a 2648A terminal with cartridges and software properly
configured for your machine will not be easy. IMHO, The easiest way to
boot the computer from an external device is to use the BACI board and
upload programs serially from a PC.
Toggle in a few instructions on the front panel, establish a serial link
On Wed, 11 Mar 2009, Josh Dersch wrote:
I guess that depends on what you want to use it for. If you want to
toggle in small programs and learn how the thing works, a couple of
hundred words would be more than enough. While 128K words isn't much in
modern terms, it's plenty to do some really interesting things.
In your situation, I'd start toggling in some programs and see what it
does.
Front:
DCPC slot - D.C.P.C board
111 - Memory Protect
112 - M.E.M.
.
.
.
121 - 64K HSM
122 - 64K HSM
123 - MEM CNTLR (cabled to 122 & 121 on left-side connector via
ribbon cable)
This isn't much memory. Rear:
10 - F.E.M.
12 - BACI
14 - BUS I/O
I'd put the BACI into slot 11 and the Bus I/O into 12 (avoid empty
slots between cards). You need an HP terminal (e.g. a 2648A with
cartridges) or an emulation which provides the fast binary load feature in
order to boot from the terminal as you don't have anything else to boot
from. And I recommend a TBG (time base generator). The 1000E
(2113E) is empty aside from the power-supply & mainboard and a
single F.E.M. card in slot 10. The F.E.M. is cabled to the main board via a
ribbon cable (this ribbon cable is not present on the 1000F). I assume this
machine isn't going to do much as it is.
Right, this machine would do nothing.
from the PC, and upload the program. Can't get much
simpler than that.
Although, I did have to write a program on my Linux box to upload
the
data.
Check the BOOT ROMS (below the MEM cards) and see what device(s) they
are for. I'd be willing to bet one of them is for the 2648A. In that
case, you don't have to toggle in anything on the HP1000.
If you are hardware guy, you could also build a parallel interface and
upload data (programs) through the bus I/O card. I've done that as well.
Either mechanism will work.
If you want a full blown RTE machine... You've got you work cut out.
A few weeks ago, someone had a bunch of cards for sale on eBay. As I
recall, most of them were in the $30-$50 range. Not that bad a deal if
you only need one or two to get a machine running.
Check bitsavers... There is quite a bit of information about these
machines in the archive.
See yas, SteveRob
12 Mar
12 Mar
9:39 a.m.
On Wed, 11 Mar 2009, Steve Robertson wrote:
Actually, the machine is usable in it's current configuration. Once
again, it depends on what you want to use it for.
No, without memory, it won't do anything.
The 1000E (2113E) is empty aside from the power-supply
& mainboard and a
single F.E.M. card in slot 10. The F.E.M. is cabled to the main board via a
Right, this machine would do nothing. configured for your machine will not be easy. IMHO,
The easiest way to
boot the computer from an external device is to use the BACI board and
upload programs serially from a PC.
Right, I haven't tried if I could use AdvanceLink or HPTerm (both can be
found on hpmuseum.net) to boot the machine.
Toggle in a few instructions on the front panel,
establish a serial link
from the PC, and upload the program. Can't get much simpler than that.
Check the BOOT ROMS (below the MEM cards) and see what device(s) they
are for. I'd be willing to bet one of them is for the 2648A. In that
case, you don't have to toggle in anything on the HP1000.
You usually don't need to toggle in any instruction since the 264x
bootloader ROM is standard in the E- and F-series machines.
Christian
7:16 p.m.
Check bitsavers... There is quite a bit of information
about these
machines in the archive.
Another good place to look is http://www.hpmuseum.net/ That site has
scanned manuals for most older larger-than-handheld HP computers,
peripherals, etc.
-tony
2:59 a.m.
On Wednesday, March 11, 2009 at 10:49, Christian Corti wrote:
An F-series without FPP (floating-point processor)
acts like an E-series.
Except that the floating point instructions won't work. Nor will some of
the double-integer instructions (e.g., multiply and divide), as they use
the FPP also. The F-series base set microcode makes explicit calls on the
FPP that the E-series microcode does not.
-- Dave
3:15 a.m.
On Wednesday, March 11, 2009 at 0:41, Josh Dersch wrote:
The 1000F (2117F) has the following installed:
10 - F.E.M.
What ROMs are installed in the FEM sockets (part numbers)?
The 1000E (2113E) is empty aside from the power-supply
& mainboard and a
single F.E.M. card in slot 10.
Without a memory controller and memory card, this unit will not work.
The F.E.M. is cabled to the main board via a ribbon
cable (this ribbon
cable is not present on the 1000F).
The FEM needs that cable in order to work. So the FEM in the F will be non-
functional.
Is the above enough to get a minimal system running
(i.e. to allow
toggling in programs via the front panel and testing the system?)
The F-series probably will. The only question is whether the self-test
microcode that is executed at power-up will pass without the FPP box. As I
recall, it will, but all of the floating-point and some of the double-
integer instructions will not work.
Is there anything I need to know about how the cards
need to be
configured/cabled together?
There should be a ribbon cable to the front connector on the DCPC card.
Only the left-side connectors of the memory controller and memory cards
should be interconnected. The front connector of the FEM card must be
connected to the main board to work (you could move the cable from the E-
series).
For interrupts to work properly, the I/O cards must be contiguous starting
from slot 10.
My understanding is that the F-series has some kind of
floating-point
support, but it's also my understanding that such support was provided
via an external expansion, which I do not have.
The 2117 used an external rack-mount box about 1/3 of the height of the CPU
chassis. The 2111 housed the FPP cards within the CPU chassis.
Since I don't have this expansion, will the 1000F
work at all, or
should I move the cards I have to the E?
It should work, modulo the malfunctioning instructions. The E-series, with
memory and a memory controller, will have functioning firmware-based
floating point instructions. So I'd recommend concentrating on a
functional E rather than a damaged F.
-- Dave
4:15 a.m.
On Wed, Mar 11, 2009 at 8:15 PM, J. David Bryan <jdbryan at acm.org> wrote:
The F-series probably will. ?The only question is
whether the self-test
microcode that is executed at power-up will pass without the FPP box. ?As I
recall, it will, but all of the floating-point and some of the double-
integer instructions will not work.
My 2117F will pass the microcode self-test without the FPP box. I
originally acquired the 2117F without the FPP, then a while later
picked up the FPP. The only issue I had passing the self-test was
learning that the power supply had the battery option which prevents
the CPU from starting unless an appropriate resister (~800ohm?) is
connected acros the battery connector thermistor inputs. That has
been discussed on this list a few times in the past.
It should work, modulo the malfunctioning
instructions. ?The E-series, with
memory and a memory controller, will have functioning firmware-based
floating point instructions. ?So I'd recommend concentrating on a
functional E rather than a damaged F.
If the 2113E Josh has now is the one that came from me a while back I
gave it a quick try with known good memory section boards from my
2117F and the front panel didn't seem to respond at all, if I remember
correctly. So maybe in his case the 2117F might be the better system
to start with.
If the 2117F works except for microcode issues without the FPP, could
you just swap the firmware from the 2113E into the 2117F to turn it
into a working 2113E equivalent?
-Glen
4:28 a.m.
Glen Slick wrote:
Yes, the 2113 is the machine I got from you awhile back :). I powered
it up just now after testing the power supply and moving the boards from
the F and the front panel is mostly unresponsive -- I can clear the
input display and toggle bits on and off, but I can't deposit or examine
memory -- those buttons do nothing at all. The "Power Fail" light is
lit, does this indicate anything? (perhaps related to the battery
option?) (in addition, the "Run" light and all the register lights are
lit on power up, and the display lights always seem to come up reading
"065372" but this may be coincidence.)
The 2117 is completely unresponsive thus far. It powers up, but I get
nothing whatsoever on the front panel.
Josh
On Wed, Mar 11, 2009 at 8:15 PM, J. David Bryan
<jdbryan at acm.org> wrote:
How does one tell whether a power supply has the battery option? (Is it
merely the presence of the battery connector on the rear, which both of
my machines have?)
The F-series probably will. The only question is
whether the self-test
microcode that is executed at power-up will pass without the FPP box. As I
recall, it will, but all of the floating-point and some of the double-
integer instructions will not work.
My 2117F will pass the microcode self-test without the FPP box. I
originally acquired the 2117F without the FPP, then a while later
picked up the FPP. The only issue I had passing the self-test was
learning that the power supply had the battery option which prevents
the CPU from starting unless an appropriate resister (~800ohm?) is
connected acros the battery connector thermistor inputs. That has
been discussed on this list a few times in the past.
It should
work, modulo the malfunctioning instructions. The E-series, with
memory and a memory controller, will have functioning firmware-based
floating point instructions. So I'd recommend concentrating on a
functional E rather than a damaged F.
If the 2113E Josh has now is the one that came from me a while back I
gave it a quick try with known good memory section boards from my
2117F and the front panel didn't seem to respond at all, if I remember
correctly. So maybe in his case the 2117F might be the better system
to start with.
If the 2117F works except for microcode issues without the FPP, could
you just swap the firmware from the 2113E into the 2117F to turn it
into a working 2113E equivalent?
-Glen
5:29 a.m.
On Wed, Mar 11, 2009 at 9:28 PM, Josh Dersch <derschjo at mail.msu.edu> wrote:
How does one tell whether a power supply has the battery option? ?(Is it
merely the presence of the battery connector on the rear, which both of my
machines have?)
Remove the top cover on the power supply. I think on mine there is a
board legend either on the top of the cover or on the inside of the
cover after you remove it. If you have a jumper board installed the
battery backup option is not installed, and if the jumper board is not
installed I believe there is an inverter board and a battery charger
board installed as part of the battery backup option. That's from
memory and I'd either need to look inside my own systems or find the
right manual to look at to verify I have that correct.
-Glen
9:58 a.m.
Glen Slick wrote:
On Wed, Mar 11, 2009 at 9:28 PM, Josh Dersch
<derschjo at mail.msu.edu> wrote:
Thanks. Checked it out and there's no battery option present on the E,
there appears to be one in the F. Tested the power supply in the F and
it's completely dead. I get ~0.25V on the 5V lines, and 0V on the 12V
lines. I'll put that one on the shelf for a later day...
Don't tell Tony, but I swapped out the main board from the F to the E
and now the 1000E seems to be working... it powers up, the "display"
register counts up to 3 and at that point I'm able to view registers,
and deposit stuff into memory (and call it back later :)).
Now to see if I can get something running on it...
Thanks all for the help!
Josh
How does one tell whether a power supply has the
battery option? (Is it
merely the presence of the battery connector on the rear, which both of my
machines have?)
Remove the top cover on the power supply. I think on mine there is a
board legend either on the top of the cover or on the inside of the
cover after you remove it. If you have a jumper board installed the
battery backup option is not installed, and if the jumper board is not
installed I believe there is an inverter board and a battery charger
board installed as part of the battery backup option. That's from
memory and I'd either need to look inside my own systems or find the
right manual to look at to verify I have that correct.
-Glen
19 Mar
19 Mar
12:54 a.m.
Hi Josh
Your post spured me to look at my 21mx. It does have the
battery option. I fought this until someone gave me the
needed clue.
I inventories my I/O boards. Besides the DCPC board at
the top, I have:
13037-60023 interface board
5985-60013 Relay output board
12566-8024 ground true In/Out board ( 16 In/Out )
12531-80025 HS terminal C
12531-80025 Buffered TTY Reg
And a number of jumper boards
The interface board is to go with the disk controller
and hard disk. I regret I don't have either of these.
Looking at the documents, it wouldn't be too hard
to create a IDE conveter for it. One would need
a small uP to do the needed control functions.
Although the buss is 16 bits a 8 bitter would be enough
to do control.
I have the boot ROMs for the disk and the terminal.
Dwight
_________________________________________________________________
Express your personality in color! Preview and select themes for Hotmail?.
http://www.windowslive-hotmail.com/LearnMore/personalize.aspx?ocid=TXT_MSGT…
13 Mar
13 Mar
5:13 a.m.
On Wednesday, March 11, 2009 at 21:15, Glen Slick wrote:
If the 2117F works except for microcode issues without
the FPP, could
you just swap the firmware from the 2113E into the 2117F to turn it
into a working 2113E equivalent?
Yes, the E and F-Series CPU boards were identical, except for the installed
base set firmware.
-- Dave
12 Mar
12 Mar
4:22 a.m.
J. David Bryan wrote:
Gotcha. Easy to swap around :).
Understood.
Thanks, I'll give that a shot...
Josh
On Wednesday, March 11, 2009 at 0:41, Josh Dersch
wrote:
All but columns G and H are populated, so here goes:
Column A: 5180-0141, 5180-0142, 5180-0143
Column B: 12823-80019, 12823-80020, 12823-80021
Column C: 12824-80007, 12824-80008, 12824-80009
Column D: 92067-80001, 92067-80002, 92067-80003
Column E: 1816-1301, 1816-1303, 1816-1304
Column F: 1816-1305, 1816-1306, 1816-1307
(Cols A-D are labeled with paper labels, E-F are printed on the chip itself)
The 1000F (2117F) has the following installed:
10 - F.E.M.
What ROMs are installed in the FEM sockets (part numbers)?
The 1000E
(2113E) is empty aside from the power-supply & mainboard and a
single F.E.M. card in slot 10.
Without a memory controller and memory card, this unit will not work.
The F.E.M. is cabled to the main board via a
ribbon cable (this ribbon
cable is not present on the 1000F).
The FEM needs that cable in order to work. So the FEM in the F will be non-
functional.
Is the above enough to get a minimal system
running (i.e. to allow
toggling in programs via the front panel and testing the system?)
The F-series probably will. The only question is whether the self-test
microcode that is executed at power-up will pass without the FPP box. As I
recall, it will, but all of the floating-point and some of the double-
integer instructions will not work.
Is there anything I need to know about how the
cards need to be
configured/cabled together?
There should be a ribbon cable to the front connector on the DCPC card.
Only the left-side connectors of the memory controller and memory cards
should be interconnected. The front connector of the FEM card must be
connected to the main board to work (you could move the cable from the E-
series).
For interrupts to work properly, the I/O cards must be contiguous starting
from slot 10.
My understanding is that the F-series has some
kind of floating-point
support, but it's also my understanding that such support was provided
via an external expansion, which I do not have.
The 2117 used an external rack-mount box about 1/3 of the height of the CPU
chassis. The 2111 housed the FPP cards within the CPU chassis.
Since I don't have this expansion, will the
1000F work at all, or
should I move the cards I have to the E?
It should work, modulo the malfunctioning instructions. The E-series, with
memory and a memory controller, will have functioning firmware-based
floating point instructions. So I'd recommend concentrating on a
functional E rather than a damaged F.
-- Dave
14 Mar
14 Mar
10:27 p.m.
On Wednesday, March 11, 2009 at 21:22, Josh Dersch wrote:
All but columns G and H are populated, so here goes:
Column A: 5180-0141, 5180-0142, 5180-0143
Column B: 12823-80019, 12823-80020, 12823-80021
Column C: 12824-80007, 12824-80008, 12824-80009
Column D: 92067-80001, 92067-80002, 92067-80003
Column E: 1816-1301, 1816-1303, 1816-1304
Column F: 1816-1305, 1816-1306, 1816-1307
Hmmm...those last two sets are puzzling. I can't find any record of those
part numbers.
Would you please note the DIP switch settings to the right of the chips in
columns E and F (when the card is oriented so that the ejectors are on the
right side) and report them back to the list? That will give us the
microcode addresses, and that might give us a lead as to the option
identities.
-- Dave
19 Mar
19 Mar
3:52 a.m.
On Sat, Mar 14, 2009 at 3:27 PM, J. David Bryan <jdbryan at acm.org> wrote:
Hmmm...those last two sets are puzzling. ?I can't find any record of those
part numbers.
Here's another mystery set. Any idea on these ROMs that I have on an FEM
in addition to a standard set of F-Series ROMs?
59872-80001, 59872-80002, 59872-80003 Module 48, 49, 50, 51 (1010111000)
02117-80016, 02117-80017, 02117-80018 F-Series Base Set & EIG ROMs
(on CPU itself)
5180-0141, 5180-0142, 5180-0143 F-Series FFP/DMI ROMs
12823-80019, 12823-80020, 12823-80021 F-Series SIS ROMs
12824-80007, 12824-80008, 12824-80009 F-Series VIS ROMs
92084-80004, 92084-80005, 92084-80006 E/F-Series RTE-6/VM EMA/VMA ROMs
92084-80007, 92084-80008, 92084-80009 E/F-Series RTE-6/VM OS ROMs
5:43 p.m.
On Wednesday, March 18, 2009 at 20:52, Glen Slick wrote:
Any idea on these ROMs that I have on an FEM in
addition to a standard
set of F-Series ROMs?
59872-80001, 59872-80002, 59872-80003 Module 48, 49, 50, 51
(1010111000)
Here's an excerpt from an internal HP product list that I obtained via Al
Kossow:
HP1000 Products
Support Lab Product # EOS
[...]
GC/MS(A) SID SID 59872C
GC/MS(6/VM) SID SID 59872E&59872F
[...]
SID Scientific Instruments Division
The 1986 HP T&M catalog (e.g.) mentions a Gas Chromatograph/Mass
Spectrometer that uses a 1000 RTE-6/VM system as a control and data
processor on page 736. From the picture, it's a monster, so I suspect that
your ROMs are accelerators for the data processing part.
-- Dave
6:02 p.m.
On Thu, Mar 19, 2009 at 10:43 AM, J. David Bryan <jdbryan at acm.org> wrote:
?SID ? Scientific Instruments Division
The 1986 HP T&M catalog (e.g.) mentions a Gas Chromatograph/Mass
Spectrometer that uses a 1000 RTE-6/VM system as a control and data
processor on page 736. ?From the picture, it's a monster, so I suspect that
your ROMs are accelerators for the data processing part.
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?-- Dave
This particular HP-1000F was obtained from a LabX auction listing a
few years back and given the equipment that is typically listed there
it wouldn't be surprising at all if it was part of a GC/MS system.
I could try dumping these ROMs if anyone has a real interest in
archiving their contents.
Thanks,
-Glen
8:44 p.m.
On Thursday, March 19, 2009 at 11:02, Glen Slick wrote:
I could try dumping these ROMs if anyone has a real
interest in
archiving their contents.
If you do, I have written an inverse assembler for E/F microcode that I
could run on the ROM images. I've used it successfully on the images here:
http://www.bitsavers.org/bits/HP/1000_firmware/
It might be interesting to see what was implemented, if dumping isn't too
difficult.
-- Dave
23 Mar
23 Mar
8:35 p.m.
On Friday, March 20, 2009 at 18:49, Tony Duell wrote:
What is the difference between an 'inverse
assembler', a 'reverse
assembler' and a 'disassemler'?
Personal preference? HP seemed to prefer "inverse assembler" with their
logic analyzers, although the 64000 state analyzer manual uses both
"inverse assembler" and "disassembler." "Reverse assembler"
appeared to be
the more common usage with their 1000 minicomputer line.
All three terms are interchangeable, as far as I can determine.
-- Dave
19 Mar
19 Mar
6:13 p.m.
New subject: Documentation for a 256KM
Hello everyone
Does any one know about or have documentation to the
S C Digital MODEL - 256 KM
256K/1M RAM board.
Mine is populated with 256 K dynamic RAM so it has 1 MB RAM.
I don't have documentation so my attempt to repair it was to replace all the DRAM on
board.
that did not work. The parity error LED stills comes on. So in my attempt to repair the
board I definitely need the documentation.
Given that I remember something about issues using DRAM card on early S100 cards. I am
guessing these SC Digital solved the problem since the board was made as best as I can
make out on the silkscreen in 1988
Michael Hart
6:26 p.m.
New subject: Documentation for a 256KM
I found another date on the board. The board was made in 1983 WOW!!!
I can only imagine that it was very expensive in those days. 1 MB on a single S100 card
--- On Thu, 3/19/09, Michael Hart <imsaicollector at yahoo.com> wrote:
From: Michael Hart <imsaicollector at yahoo.com>
Subject: Documentation for a 256KM
To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at
classiccmp.org>
Date: Thursday, March 19, 2009, 2:13 PM
Hello everyone
Does any one know about or have documentation to the
S C Digital MODEL - 256 KM
256K/1M RAM board.
Mine is populated with 256 K dynamic RAM so it has 1 MB RAM.
I don't have documentation so my attempt to repair it was to replace all
the DRAM on board.
that did not work. The parity error LED stills comes on. So in my attempt to
repair the board I definitely need the documentation.
Given that I remember something about issues using DRAM card on early S100
cards. I am guessing these SC Digital solved the problem since the board was
made as best as I can make out on the silkscreen in 1988
Michael Hart
5766
days inactive
5778
days old
25 comments
11 participants
participants (11)
-
ard＠p850ug1.demon.co.uk -
cc＠informatik.uni-stuttgart.de -
cclist＠sydex.com -
derschjo＠mail.msu.edu -
dkelvey＠hotmail.com -
frustum＠pacbell.net -
glen.slick＠gmail.com -
hp-fix＠xs4all.nl -
imsaicollector＠yahoo.com -
jdbryan＠acm.org -
steerex＠ccvn.com