TIP: Click on subject to list as thread! ANSI
echo: apple
to: comp.sys.apple2
from: Steven Hirsch
date: 2008-11-25 15:39:58
subject: Re: modern Applicard?

aiiadict{at}gmail.com wrote:
> On Nov 24, 7:40 pm, Steven Hirsch  wrote:
>> Neither the Applicard nor CardZ180 used DMA for transfer between host and
>> guest processor.  They both relied on programmatic transfer.  For
example, the
>> Z80 writes a byte to a port and polls a status bit to see when it can write
>> the next one.  6502 checks a status bit on its side and reads the
byte from a
>> memory address when it's ready.
> 
> Yeah I'm reading more about the cards since this thread was posted...
> 
> Even video data is transferred this way....  Did any of the z80 cards
> have their own video OUT connector?  Seems like a really slllloooowwww
> way to go about updating the screen.

Vapor-ware wise, I found a diagram for a video piggyback board in a packet of 
stuff from the CardZ180 designer.  I don't know if any hardware ever existed 
and I know that no software did.

More practically, the CardZ180 had two high-speed UARTs built in and could 
connect directly to a terminal or terminal emulator at 38.4K Baud.  Ray Klein 
designed a nice UART piggyback board for the Applicard for the same purpose. 
There are a few of those in the wild.

BTW, the console output on a CardZ180 is about 2x faster than the Applicard 
due to both improved hardware and some optimizations to the transfer protocol. 
This is particularly noticeable on an accelerated IIGS or a //e with a 65C802 
equipped Transwarp card.  I wrote a host-side display driver that used the 
block transfer instructions on the 802 and 816 for more efficient scrolling. 
Even on a stock //e, screen performance was quite snappy.

The CardZ180 Z-System environment supported Bridger Mitchell's BackGrounderII 
software.  This was a simple but powerful task switcher similar to Borland 
Sidekick (I'm dating myself now).  A hot-key would freeze the foreground 
application and switch the console to BackGrounder's utility screen.  You 
could switch between multiple live CP/M applications, although only one was 
actually active at a time.  We could even save/restore high resolution text 
consoles on a Videx Ultraterm (132x55 text screen!  Neat for word processing).


Steve
--- SBBSecho 2.12-Win32
* Origin: Derby City Gateway (1:2320/0)
SEEN-BY: 10/1 3 34/999 120/228 123/500 140/1 222/2 226/0 236/150 249/303
SEEN-BY: 250/306 261/20 38 100 1404 1406 1410 1418 266/1413 280/1027 320/119
SEEN-BY: 393/11 396/45 633/260 267 712/848 800/432 801/161 189 2222/700
SEEN-BY: 2320/100 105 200 2905/0
@PATH: 2320/0 100 261/38 633/260 267

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.