Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 9/5/84; site reed.UUCP Path: utzoo!watmath!clyde!cbosgd!ihnp4!houxm!vax135!cornell!uw-beaver!tektronix!reed!kamath From: kamath@reed.UUCP (Sean Kamath) Newsgroups: net.micro.apple Subject: Re: New megabyte Apple card? (General Apple Info) Message-ID: <2236@reed.UUCP> Date: Fri, 6-Dec-85 04:02:17 EST Article-I.D.: reed.2236 Posted: Fri Dec 6 04:02:17 1985 Date-Received: Sat, 7-Dec-85 20:30:18 EST References: <317@uwai.UUCP> Reply-To: kamath@reed.UUCP (Sean Kamath) Distribution: net Organization: Reed College, Portland, Oregon Lines: 137 Summary: everything you ever wanted to know about new Apples...(long) In article <317@uwai.UUCP> neves@uwai.UUCP writes: >Does anyone know how the new megabyte Apple card works? Since it does >not plug into the auxiliary slot it looks like it is not similar to >the Ramworks card. Because it works on the II+ I assume that it has >some firmware that one can use to make requests for chunks of memory >(like 256 byte chunks). Is this true? Does it have any hooks for >other processors? > >-- >David Neves >Computer Sciences Department >University of Wisconsin-Madison > >Usenet: {allegra,heurikon,ihnp4,seismo,uwm-evax}!uwvax!neves >Arpanet: neves@uwvax For answers to these and many other questions, I once again put in a plug for "Open-Apple", the best magazine for the money ($2 an issue). It's small but packed with info, no adds. In Vol. 1, No. 11 (December '85): "As mentioned here in October (page 73), Apple's card uses an addressing scheme that is completely different from any other card on the market. . . . You read from or write to Apple's card by peeking or poking byte 49283+(SLOT*16).(In hex that's C083+S0, where S is the slot number). You can transfer a sequential group of bytes between the card and memory faster than you can tranfer the same group from one part of memory to another. This is because hardware on the card automatically increments to the next byte. Your program just keeps peeking or poking at the same peephole. A disadvantage with this scheme, however, is that it's impossible to run a program while it's on the card. Programs must be moved into main memory first. This isn't a major disadvantage, however, since it's _almost_ impossibler to run a program stored in multiple auxilory memory banks, too. . . . As simply a storage device, Apple's card is very clever. You can tell the card what byte you want to appear in the peephole by placing that byte's address in 49280-49282 (+SLOT*16), low byte first. It uses any standard slot except slot 3, which means it works with a II-Plus as well as a IIe. It won't interfere with interrupts as auxiliary-memory RAM cards sometimes do. Nice card. Too bad the auxiliary-memory cards have already set a standard in this area." Also, on the subject of //c's, here's another little tidbit from "Open-Apple": "Th UniDisk 3.5 upgrade enhances the Apple IIc. the upgrade, which is free to purchasers of teh UniDisk, involves a motherboard change. The new board has 32K of ROM where before there was only 16. In addition to the machine language code needed by the UniDisk, the ROM includes more commands for the IIc serial ports (including the XON/XOFF protocal that was previously missing, as discussed here last month on page 84). After an upgrade, the ports are closely compatible with Apple's Super Serial Card. The new ROM also includes a miniassembler, like the enhanced IIe. . . . The unused cassette switch at $C028 toggles the two 16K banks of ROM on and off (see May, page 39). No switch is available to read the current bank status, however. The traditional ID bytes for the new ROM (see May, page 40) are the same as the original IIc. You can tell the difference by looking at $FBB3. An $FF ther indicates an original IIc, a zero indicates a 32K ROM. There's lots of magic in the UniDisk connection, too. It's really more than that. Apple's documentation call it CBUS--it's a non-standard high-speed serial connection for "intelligent" paripherals. Peripherals become intelligent when they have a microprocessor and software in them. Subsciber Tom Vier has discovered that inside each UniDisk 3.5 there's a 6502 microprocessor, ROM, RAM, and one of Apple's IWM chips. The CBUS interface appears to allow up to 127 devices to be connected to an Apple II in a daisy-chain--including character-oriented devices such as printers and modems. Isn't that interesting?" I think it is. I mentioned a while ago that when I was playing with one of Apple's very own //c's I got the message "AppleTalk not connected". Now I think I see why. It seems to me that //c's are going to be Apple's main connection to the Mac. I know that AppleTalk can accept up to 65535 different devices, but that because of software, it could take several minutes to get a unique identification number. I guess that Apple decided 32 was too small a number and 127 didn't take too long. Another tidbit of romour I hear is that the Mac System is getting closer and closer to ProDos. Remember SOS? Looks like Apple has something similar in mind. Apple also looks like it's going to reduce proces on //e's and //c's. They should be about: $945---64K //e w/ extended 80-column $995---//c with b/w monitor $1245--//c with color monitor. I assume $1195 for a //e with ex-80-column & color monitor. also, $299 for the 256K RAM II Apple will sell more memory for $69 per $256, making 1meg $506. You could do it a little cheaper yourself. (these prices from, you guessed it, Open-Apple!) The //e was the best selling computer in the US retail computer stores in September (IBM was a paultry third...:-) ). Well, enough informative quoting of Open-Apple. If you're interested in recieving it, write: Open-Apple P.O. Box 7651 Overland Park, Kans. 66207 U.S.A. Source Mail: TCF238 CompuServe: 70120,202 Sean Kamath UUCP: {ihnp4,teklds,decvax,ucbcad}!tekronix!reed!kamath Disclaimer: All quotes from Open-Apple reprinted without permission (I doubt Tom Weishaar [pronounced "wise-ar"] will mind, especially with all my plugs for the magazine [Really a newsletter :-)] ;-) ). I have no connection whatsoever with Open-Apple, am not payed by them, nor are they in any way responsible for anything I shall ever write about/to/with/including them or whatever they write about etc. Reed and I have a harmonious coexistance right now, and they shouldn't suffer from my ramblings, either. (-: All spelling errors are my own.