Language Cards and Apple ///s? [message #374241] |
Mon, 01 October 2018 11:56 |
Steve Nickolas
Messages: 2039 Registered: October 2012
Karma: 0
|
Senior Member |
|
|
I just had a daft idea.
What if one put one of those language cards - the clone ones that don't
need a chip pulled - in slot 1 of an Apple /// and then patched ProDOS to
look for a LC in slot 1 instead of 0? Or alternatively, could a language
card be made slotless and stuffed between the cpu and the mobo? Would
ProDOS then work on the /// (under either Satan Mode or the kneecapped
emulation)?
-uso.
|
|
|
Re: Language Cards and Apple ///s? [message #374248 is a reply to message #374241] |
Mon, 01 October 2018 15:35 |
David Schmenk
Messages: 374 Registered: December 2012
Karma: 0
|
Senior Member |
|
|
On Monday, 1 October 2018 08:56:38 UTC-7, Steve Nickolas wrote:
> I just had a daft idea.
>
> What if one put one of those language cards - the clone ones that don't
> need a chip pulled - in slot 1 of an Apple /// and then patched ProDOS to
> look for a LC in slot 1 instead of 0? Or alternatively, could a language
> card be made slotless and stuffed between the cpu and the mobo? Would
> ProDOS then work on the /// (under either Satan Mode or the kneecapped
> emulation)?
>
> -uso.
I wouldn't think the Apple /// implements the Apple II INHIBIT line to disable the ROM space ($D000-$FFFF). You'd have two devices driving the bus. Probably not a good idea.
Dave...
|
|
|
Re: Language Cards and Apple ///s? [message #374264 is a reply to message #374248] |
Tue, 02 October 2018 08:05 |
Rob Justice
Messages: 98 Registered: January 2013
Karma: 0
|
Member |
|
|
On Tuesday, October 2, 2018 at 5:35:21 AM UTC+10, David Schmenk wrote:
> On Monday, 1 October 2018 08:56:38 UTC-7, Steve Nickolas wrote:
>> I just had a daft idea.
>>
>> What if one put one of those language cards - the clone ones that don't
>> need a chip pulled - in slot 1 of an Apple /// and then patched ProDOS to
>> look for a LC in slot 1 instead of 0? Or alternatively, could a language
>> card be made slotless and stuffed between the cpu and the mobo? Would
>> ProDOS then work on the /// (under either Satan Mode or the kneecapped
>> emulation)?
>>
>> -uso.
>
> I wouldn't think the Apple /// implements the Apple II INHIBIT line to disable the ROM space ($D000-$FFFF). You'd have two devices driving the bus. Probably not a good idea.
>
> Dave...
I did some reverse engineering of the Titan ///+II card awhile ago and posted in here. It looks like it's able to work ok with the /// in II emulation and it uses the INH line in the ///. This disables just the F000-FFFF rom space, so not sure how it works for the rest of the addresses needed. Maybe the AIISW changes this behavior somewhat.
The schematic is here:
https://www.dropbox.com/s/w08vxexif9lj47m/Titan3plus2_Schema tic.pdf?dl=0
I did mean to try with a normal Saturn 128k card by adding a wire and picking up the slot0 device select line. It's on the to do list.
/Rob
|
|
|
Re: Language Cards and Apple ///s? [message #374268 is a reply to message #374264] |
Tue, 02 October 2018 11:11 |
Michael J. Mahon
Messages: 1772 Registered: October 2012
Karma: 0
|
Senior Member |
|
|
Rob Justice <j.robert.justice@gmail.com> wrote:
> On Tuesday, October 2, 2018 at 5:35:21 AM UTC+10, David Schmenk wrote:
>> On Monday, 1 October 2018 08:56:38 UTC-7, Steve Nickolas wrote:
>>> I just had a daft idea.
>>>
>>> What if one put one of those language cards - the clone ones that don't
>>> need a chip pulled - in slot 1 of an Apple /// and then patched ProDOS to
>>> look for a LC in slot 1 instead of 0? Or alternatively, could a language
>>> card be made slotless and stuffed between the cpu and the mobo? Would
>>> ProDOS then work on the /// (under either Satan Mode or the kneecapped
>>> emulation)?
>>>
>>> -uso.
>>
>> I wouldn't think the Apple /// implements the Apple II INHIBIT line to
>> disable the ROM space ($D000-$FFFF). You'd have two devices driving the
>> bus. Probably not a good idea.
>>
>> Dave...
>
> I did some reverse engineering of the Titan ///+II card awhile ago and
> posted in here. It looks like it's able to work ok with the /// in II
> emulation and it uses the INH line in the ///. This disables just the
> F000-FFFF rom space, so not sure how it works for the rest of the
> addresses needed. Maybe the AIISW changes this behavior somewhat.
>
> The schematic is here:
> https://www.dropbox.com/s/w08vxexif9lj47m/Titan3plus2_Schema tic.pdf?dl=0
>
> I did mean to try with a normal Saturn 128k card by adding a wire and
> picking up the slot0 device select line. It's on the to do list.
>
> /Rob
>
>
>
I thought the Saturn card was too long to fit in a ///.
--
-michael - NadaNet 3.1 and AppleCrate II: http://michaeljmahon.com
|
|
|
Re: Language Cards and Apple ///s? [message #374294 is a reply to message #374268] |
Wed, 03 October 2018 08:40 |
Rob Justice
Messages: 98 Registered: January 2013
Karma: 0
|
Member |
|
|
> I thought the Saturn card was too long to fit in a ///.
>
> --
> -michael - NadaNet 3.1 and AppleCrate II: http://michaeljmahon.com
Yes, it is. I think it would even hit the ramcard with the case removed. I was going to try with an extender card. The other option is there is a remake of the Saturn 128k card in a small short form factor, this one would fit easily.
|
|
|
|