Hey folks,
The Fujitsu M2436 manuals are now online on bitsavers.
You can find them in the Fujitsu folder M243X as well as in the univac folder: BT3200 disk drives.
They are just relabeled Fujitsu drives.
IBM relabeled them as well as we found out on a recent discussion.
Regards,
Pierre
______________________________________________________________
Verschicken Sie romantische, coole und witzige Bilder per SMS!
Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193
>
>Subject: Re: help - 11/34 console problem -- first LA output
> From: "Chuck Guzis" <cclist at sydex.com>
> Date: Mon, 07 Nov 2005 20:18:21 -0800
> To: cctalk at classiccmp.org
>
>On 11/7/2005 at 9:31 PM Allison wrote:
>
>>Well save for wrap around. The stack on 8008 is strictly address and
>>as already said 14bits (the 8008 only addresses 16k!!) and 8 levels deep.
>>It was a challenge programming it to figure out where you came from and
>>also not blow the stack. Still it beat the design we had before it as
>>that was around 220 pcs of TTL sequential logic.
Well my 8008 experience predates DEC and the TTL horror was pre 8008!
I'll say it this way. The 8008 was a ground breaking micro. From a
programmers perspective it wasn't too bad but from a hardware designers
and debug perspective it was nasty. It was enough to be a micro but as
feature free as one can get. However for the time it was pushing the
limit for integration at around 5000 transistors in Pmos.
The number of chips with limited internal stacks would amaze you. The
8048/9 series is a fairly well known one, TMS1000 4 bitters, NEC uCOM4
4 bitters, NEC uCOM75 series, National COPs and even the PIC all come
to mind. And in every one them if you exceed the stack something falls
off the bottom. Stack red zone hardware is truly a big machine thing.
>I always wondered why a carry or borrow from the stack pointer couldn't
>have at least generated a branch to some known location. It may not have
>exactly told you where your code went bonkers, but it'd be better than
>letting the program run wild! How many micros used a local stack? The
>Natoinal PACE is the only other one that comes to mind, but at least it had
>a "stack about to overflow" interrupt and a way to access the stack
>directly.
>
>Were you a Datapoint employee?
NEC and DEC but never Datapoint.
Allison
>
>Subject: Re: MSCP SCSI controller speed
> From: "Tim Shoppa" <tshoppa at wmata.com>
> Date: Tue, 08 Nov 2005 08:52:24 -0500
> To: <cctalk at classiccmp.org>
>
>>From a post I made to the PDP-11 newsgroups in the previous
>millenium:
>
>The benchmarks were done under RT11FB 5.7 doing 1, 2, 4, 8, 16,
>32, and 64 block-at-a-time READW's and WRITW's to 16384-block
>data files. A KDJ11B (PDP-11/73) CPU with 2 Megabytes of Clearpoint
>non-PMI memory was used for the bencharmks. With the SCSI
>controllers a Barracuda 7200 RPM ST15230N drive was used; with
>the RQDX3 a RD52 drive was used.
>
>
>Here are the peak data rates measured for read and write 64
>blocks-at-a-time:
>
>
> Read Write
> ---------- ----------
>Andromeda SCDC 2.298 MB/s 1.131 MB/s
>CMD CQD440 2.397 MB/s 1.525 MB/s
>CMD CQD220 1.418 MB/s 0.882 MB/s
>CMD CQD220A 2.088 MB/s 1.409 MB/s
>DEC RQZX1 1.379 MB/s 1.097 MB/s
>Viking QDT 0.846 MB/s 0.704 MB/s
>DEC RQDX3 0.164 MB/s 0.161 MB/s
>
>From using the RQDX3 on PDP-11 and microVAXII against the
Viking QDT and CMD220 I can say the RQDX is glacially slow.
Allison
I went scrounging again last weekend and came home with this. It looks
like this one from an old Ebay auction.
<http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=7530644273>.
It has two HH floppy drives and it is DIGITAL storage so it's somewhat on
topic. Does anyone know anything about these? I've figured out some
controls but I don't have a clue what others do. I'm also trying to figure
out how to use the disk storage and recall function. I inserted a 360k
MS-DOS disk and it displays E7 and it also says ERR if I try to store or
recall anything so I don't think it likes that format and it doesn't seem
to be capable of formatting it's own disks. Does anyone have any idea what
format it's looking for?
Joe
Allison wrote:
> Well save for wrap around. The stack on 8008 is strictly
> address and as already said 14bits (the 8008 only addresses
> 16k!!) and 8 levels deep.
> It was a challenge programming it to figure out where you
> came from and also not blow the stack. Still it beat the
> design we had before it as that was around 220 pcs of TTL
> sequential logic.
>
> The interrupt/reset logic was pretty strange too.
>
> Allison
I am glad that DEC threw away the 220 ICs design,
and put in the 8008 :-)
- Henk.
This message and attachment(s) are intended solely for the use of the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law.
If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited.
If you have received this communication in error, please notify the sender immediately by telephone and with a "reply" message.
Thank you for your cooperation.
There's some M4 data 9914 tape drives on ebay, but the guy only wants to
sell them in a group of 4 (ie, lots o money).
Anyone want to go in together and buy the lot of 4 and split them up? They
appear to be pertec units, but I just need one for parts so that doesn't
matter.
Contact me off-list if interested!
Jay
>
>Subject: Re: help - 11/34 console problem -- first LA output
> From: "Chuck Guzis" <cclist at sydex.com>
> Date: Mon, 07 Nov 2005 17:47:26 -0800
> To: cctalk at classiccmp.org
>
>On 11/7/2005 at 11:57 PM ard at p850ug1.demon.co.uk wrote:
>
>>Be careful!. I have in the back of my mind the idea that the 8008 has an
>>internal (8-ish level) return stack and doesn't use RAM for this. So you
>>could still have RAM problems.
>
>Exactly--and they're 14 bits (not 16) wide--and overflow and underflow are
>not checked for. It's sometimes easier just to think of it as 8 14-bit
>P-counters, with the CALL and RET simply incrementing and decrementing the
>pointer to the appropriate P-counter (with CALL performing a jump to load
>the current P-counter).
>
>Cheers,
>Chuck
Well save for wrap around. The stack on 8008 is strictly address and
as already said 14bits (the 8008 only addresses 16k!!) and 8 levels deep.
It was a challenge programming it to figure out where you came from and
also not blow the stack. Still it beat the design we had before it as
that was around 220 pcs of TTL sequential logic.
The interrupt/reset logic was pretty strange too.
Allison