Vulcan 40MB IDE
http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&category=4610&item=4128851063
Thanks for Looking
kw
Any idea if this will work in an Apple ][ or ][+?
--
Rob
"Never ascribe to malice that which can adequately be explained
by stupidity."
>kw wrote:
>> The HD is built into a replacement power supply.
>>
>> Vulcan 40MB IDE
>> http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&category=4610&item=4128851063
>>
>> Thanks for Looking
>> kw
>
>Any idea if this will work in an Apple ][ or ][+?
I don't know. I won't have time before the auction ends to build up a
II+ and transfer the partition software to an older version of prodos.
Somebody should know what it takes to make a II+ work like a IIe
Enhanced, or at least how close you can get.
The Drive can be partitioned for DOS 3.3, Prodos, CPM and pascal.
kw
kw <car...@earthlink.dot.com> wrote in message news:<qr6e9097lfrrh88q4...@4ax.com>...
> The Drive can be partitioned for DOS 3.3, Prodos, CPM and pascal.
Is the software to do the multi-O/S partitioning included?
Willi
Thank you for your reply. I was hoping someone out there would
know.
You pose an interesting question about a ][ or ][+. How close
can you get?
I suspect you can get pretty close, but I don't know how close.
Yes, the parttiton utility is included.
kw
I do recall seeing a thread in comp.sys.apple2, I don't remember ever
seeing a definative answer. You could restart the thread or even
propose a II/II+ enhancement project. Most of the items are available,
RAM, 80col, lower case, 65c02cpu. There will probably be some ROM
Entry points that will need to be delt with.
This would be a good project for the Group.
kw
My machine has gone pretty far in that direction,
Videx 80 Column board.
Videx Lower case adapter.
One wire shift key mod.
Titan 128k card.
Zip Chip. (not accelerated at the present time).
Items missing;
New ROMS for 65c02 support
New character generator chip, for mouse text.
Apple key emulation.
Patched to PRODOS for these items. Some of the patches may be
available.
It may not be possible to do double high res graphics.
I have been advised in another thread not to mess with my
collectible Apple][. I don't plan on making any irreversible
modifications.
>kw wrote:
>> On Tue, 04 May 2004 21:29:04 -0500, Robert Steinmetz
>> <not-rst...@mindspring.com> wrote:
>>
>>>You pose an interesting question about a ][ or ][+. How close
>>>can you get?
>>>
>>>I suspect you can get pretty close, but I don't know how close.
>>
>>
>>
>> I do recall seeing a thread in comp.sys.apple2, I don't remember ever
>> seeing a definative answer. You could restart the thread or even
>> propose a II/II+ enhancement project. Most of the items are available,
>> RAM, 80col, lower case, 65c02cpu. There will probably be some ROM
>> Entry points that will need to be delt with.
>> This would be a good project for the Group.
>>
>> kw
>It would require a patched version of the operating system.
>
>My machine has gone pretty far in that direction,
>
>Videx 80 Column board.
>Videx Lower case adapter.
>One wire shift key mod.
>Titan 128k card.
>Zip Chip. (not accelerated at the present time).
This is a pretty good description of the final configuration of my
Apple ][+, before I switched to using a //e.
I took it as something of a challenge to make my original ][+
purchase upgradeable to the most modern Apple II level.
With the above modifications, and the additionn of PlusWorks
to get full Appleworks capability, I felt fairly successful.
>Items missing;
>
>New ROMS for 65c02 support
>New character generator chip, for mouse text.
>Apple key emulation.
>
>Patched to PRODOS for these items. Some of the patches may be
>available.
>
>It may not be possible to do double high res graphics.
Any attempt to bring a ][ or ][+ up to //e level must be put
in some context of what applications are desired. In the
case of Appleworks, almost full functional compatibility was
achievable. In the case of graphics programs, this would
not be possible.
As you have suggested, DHR is not a possible extension of
the earlier Apple II machines, nor is the memory banking
approach presented by the AUX slot on the //e.
The new ROMs required would be quite different from both
the ][+ monitor ROM and the //e ROM, since the ROM bank
switching of the //e is missing from the ][+. In principle, a
card in a peripheral slot could provide the I/O decoding for
//e banking, and incorporate the additional ROM. But the
added functionality--diagnostics, 80-column support, and
improved interrupt support--are either unnecessary or
redundant with 80-column card functionality.
In short, I think you've "completed" your upgrade for
all practical purposes.
>I have been advised in another thread not to mess with my
>collectible Apple][. I don't plan on making any irreversible
>modifications.
Good advice.
I certainly wasn't thinking like this when I upgraded my
][+ (and it's relative availability perhaps makes it less of
an issue), so I integrated the shift key mod into the encoder
connector and ran the wire under the main board, tacked
down with hot glue.
I also modified my encoder board to provide auto-repeat
functionality, by adding a diode and a capacitor, IIRC.
(This was a little-known modification which I found in a
British publication. I don't recall ever seeing it in any
popular US forums.)
-michael
Check out amazing quality sound for 8-bit Apples on my
Home page: http://members.aol.com/MJMahon/