Is there an image archive of software for the Displaywriter somewhere?
Someone donated one to the Computer History Museum recently, and I went through our archives and have
only come up with a bunch of versions of the CE disk and a single TEXT PACK 1 diskette.
I did image what we have, and put it up under http://bitsavers.org/bits/IBM/Displaywriter
One thing I discovered was you HAVE to degauss the floppy before cloning the CE diskette. It expects tracks 37, 41 and 43
to be blank or it hangs.
Mike,
Another follow up that probably sheds a bit more light on my Apple III
issue. I tried copying some additional disk images today. I tried the
CFFA SOS image, but it exhibited the same behavior as the other SOS
image...the floppy drive spins for about 3 sec and then nothing. On a
whim, I tried the RAM test image. It worked and brought up the RAM test
screen and began the test. It stops and indicates bad RAM where shown in
the pic in the imgur link below. There appears to be third party RAM in
this III. Is that common? Is there a way to test without that RAM that
would be recommended? I did reset all of the RAM chips on the board, but
it still fails at the same location.
http://imgur.com/a/c40m0
On the bright side, I'm thinking this is a good sign for the floppy
drive...the down side is obviously RAM issues.
Thanks,
Win
I have a Seagate ST-225 that I want to put into my Micro PDP-11/73. At the
moment I am just trying to see if the disk works at all and if I can format
it in a MicroVAX 2000. It spins up but the TEST 70 and TEST 71 commands fail
on it, unable to determine the type of disk. There are some jumpers for
which I have found some documentation here:
http://stason.org/TULARC/pc/hard-drives-hdd/seagate/ST225-21MB-5-25-HH-MFM-S
T412.html, but I am not sure which is pin 1, and I am not sure what settings
the MicroVAX 2000 wants, or if it needs the resistor termination pack.
Can anyone tell me which jumper settings I need for the disk to work in a
2000? And whether I need the resistor pack installed?
Thanks
Rob
On 2012-12-30 23:00, Glen Slick<glen.slick at gmail.com> wrote:
> On Sat, Dec 29, 2012 at 3:44 PM, Jerome H. Fine<jhfinedp3k at compsys.to> wrote:
>> >
>> >So the quick answer is probably that all M8190 boards are PMI capable, but
>> >the PMI is not activated if PMI memory is not present in the correct
>> >slot(s).
>> >In addition, probably all M8190 boards are happy being placed into a VT103
>> >backplane which will not support PMI activation.
>> >
>> >Of course, I can't guarantee there won't be magic smoke released if the
>> >M8190-AE
>> >is placed into a VT103 backplane.
>> >
> I remain skeptical that everything will just be fine if you place an
> M8190 KDJ11-B into a non-Q22/CD backplane.
>
> If you look at Table 2-9 (page 2-19) and Table 2-10 (page 2-20) in
> EK-KDJ1B-UG_KDJ11-B_Nov86.pdf, won't placing an M8190 into a
> non-C22/CD backplane essentially connect the CA1-CV1 signals in Table
> 2-10 straight through to the AA1-AV1 signals in Table 2-9, and same
> with the DA1-DV1 signals and the BA1-BV1 signals? That doesn't seem
> like something that would allow normal functioning.
I think you are right, Glen. The M8190 is intended to sit in a Q-CD
slot, not a Q-Q. I'd surprised if it works.
However, if you ever want to put an M8190 in a VT103 you need to rewire
the backplane anyway, as the VT103 backplane don't even do Q22 if I
remember right.
> Also, it is clear from Table 2-10 that the PMI signals on the M8190
> only exist on the top (component) side of the board and can only
> communicate over the PMI with memory boards physically located above
> the M8190.
Correct. The PMI memory for PDP-11s work in both Q-CD slots and PMI
slots, but they only perform as PMI memory if they sit above the CPU in
a Qbus backplane.
I'm not sure the PMI memory boards would work in Q-Q slots either...
Johnny
About John's design
If I understand correctly, your are using one of the newest Xcore product,
I guess, mainly for USB "full access", and this new chip is not yet
available, is it ?
Question, because your project seems very interesting to me :
Why did you chose that Xcore product, versus already available
chips like PIC 32 ?.
I am NOT a specialist about chips, but I do not see much difference between
the two,
USB speaking.
Do you take advantage of the multi-core chip ??
To me ( again, I am not a specialist, so pardon the question ) Is complexity
of multi cores
chips "justified" for that kind of interface ?
I mean architecture and compiler learning complexity balanced versus
advantages ??
Or is it just for the learning fun ;-)
------------------------------
On Wed, Dec 26, 2012 8:29 AM PST Al Kossow wrote:
>On 12/26/12 6:48 AM, Colin Eby wrote:
>> Al,
>>
>> I'm away for the holidays, but could have a rummage at TNMoC when I return.
>
>will do.
>
>I'm trying to work down the backlog of IBM media I have to image over the holiday break.
>One thing I noticed is getting track 0 to read correctly is picky about the controller
>used with Imagedisk. An Adaptec AHA-1522 works correctly with a National DM8473A.
>The Displaywriter supported either single or double-sided drives.
>
>
>
>
who made the drives in the DW? Are they useful for imaging with a modern pc?
In the past I successfully low-level formatted PC-formatted ST225
using XXDP2.5 directly on PDP11/53 with RQDX3.
If I remember correctly, I used ZRQCH.
As I had a machine with RX33 (5"1/4), I prepared a booting image of
XXDP on SIMH, transferred the image to floppy disk with vtserver,
then executed the diagnostic program, inserted the right parameters, and voil?.
It worked like a charm on all the ST225 I have, also on one that have
a lot of defective sectors.
Andrea
Hello ALL !
I have got an strange idea for the last day of the year ( It was time ;-) )
I am wondering about a PCI to EXTERNAL ISA interface board.
Here is what in think of :
PCI interface board INSIDE a present days PC, LINKED TO
external ISA passive backplane. ( outside of the PC )
With , ideally, as discussed before on this thread, DMA possibilities
Does it ( still ? ) exist some ***afordable*** commercial product ?
Does that has been already discussed somewhere on this forum ?
Does someone built that kind of interface , DIY way, in the past ?
Will there be restrictions on this connectivity, if the PC "reverse" ( is run ) under plain DOS
versus running DOS under Windows ??
PLS, remember that I am a new comer on this file, so I may be sligthly
out of topic in this thread. If so , my apology.
Thanks and Happy New Year Everybody !!
> At 4:19 AM +0000 12/31/12, Liam Proven wrote:
>> On 27 December 2012 15:00, William Barnett-Lewis <wlewisiii at gmail.com>
> wrote:
>>> ? I wonder what the state of the art in Atari emulation is?
>>
>> Very good, I believe. There are various emulators for gamers which can
>> emulate different early/original models with great fidelity so that
>> you can run demos and so on - this is the main focus.
>>
>> There are also some emulators for those who wish to run desktop TOS apps.
that's more wait I want :)
>>
>> Also, x86 PC GEM itself is now GPL open-source:
>> http://www.deltasoft.com/Default.htm
>>
>> (The FreeGEM community is where I first "met" CCmper Gene Buckle.)
>>
>> There have been efforts to bring across some of the Atari
>> improvements, but development largely stalled quite a few years ago.
>>
>> On the Atari side, various people wrote replacements of various bits
>> of TOS - the VDI, the AES, the desktop and so on - and some of these
>> parts were FOSS.
>>
>> Eventually, the result was a complete FOSS Atari OS, containing almost
>> no original Atari code but highly compatible. It's called AFROS and it
>> runs best on an emulator called ARANYM, which is designed for running
>> TOS and TOS apps on PCs, rather than games.
>> http://aranym.org/
>
> Now that is seriously interesting!? I knew there was a reason I was
> keeping up with this thread!
more websites to bookmark
>
> Zane
