lm03_cif@uhura.cc.rochester.edu (Larry) (03/22/89)
It is becoming more and more common for people to mention 65C802's on this newsgroup. I have an Ace 1000 that I would love to upgrade. Finding the processor shouldn't be any problem. I'd like to know what else I would have to do to take full advantage of the new chip. Some time ago someone mentioned an article that explained how to put a 65C02 into a II+. I had planned on looking into it then, but ran out of time. I can't remember where or when this article was printed. Would I follow the same procedure with the 65C802? Larry ======================================================================== Larry Moss lm03_cif@uhura.cc.rochester.edu / snail mail: lmo3_ltd@db2.cc.rochester.edu / 300 Kendrick Rd. lmo3_ltd@uordbv.bitnet / Rochester, NY 14620
rich@pro-exchange.cts.com (Rich Sims) (01/31/90)
In-Reply-To: message from greyelf@wpi.wpi.edu (Michael J Pender) The 65802 is manufactured by Western Design Center. The address I have for them is: The Western Design Center, Inc. 2166 East Brown Road Mesa, AZ 85203 (602) 962-4545 (That should also answer someone else's question about how to contact them for info on the 65816, also.) As far as which assemblers support the instruction set, you've got several choices: Merlin and the S-C assemblers both support it directly. In general, any assembler supporting the 65816 instruction set could be used, but wouldn't "restrict" you to 65802 instructions, which might cause you some problems. If your current assembler permits macros, you could also write a few to deal with the 65802 instructions, and you can always "manually" plug in the 65802 instructions to any assembler. The effort involved in both of those would quickly convince you to change assemblers, I think, but hey -- it's a "cheap" way to go. You should be able to get the data sheet on the chip from WDC, which would give you a complete list of the instruction set. If you can't get it any other way, drop me a note and I'll dig out the info and send it to you. I =know= there is at least one person reading this group who's using a 65802, and perhaps he'll answer your questions concerning usage. -Rich Sims- UUCP: crash!pro-exchange!rich ARPA: crash!pro-exchange!rich@nosc.mil INET: rich@pro-exchange.cts.com
greyelf@wpi.wpi.edu (Michael J Pender) (02/08/90)
A message to laser 128 users, you can pull the 65c02 and replace it, but there is one side effect - the internal controller for the 3.5 inch drives won't work right. I called Laser computer, and they said it's probably a timing problem due to the way everything else works fine. I do however have a spare UDC card that was laying around, so I'm running on a 65c802 with my 3.5 inch drive running from the external slot. This way everything works just fine... I made an official request that they look into it, and since its just a timing problem (probably) it can probably be corrected by just coming out with a new version of ROM. How would I go about reading the Eprom in my laser, and substituting a different set of code for the UDC roms? Whatever equipment would be required, I'm sure its available around the school here somewhere.
tomk@pro-grouch.cts.com (Tom Kelly) (02/10/90)
In-Reply-To: message from greyelf@wpi.wpi.edu The easiest way to read your EPROM would be to put it in a EPROM burner and read its contents to memory. The burner would be used to put the new code into a blank EPROM. UUCP: crash!pro-grouch!tomk ARPA: crash!pro-grouch!tomk@nosc.mil
brianw@microsoft.UUCP (Brian WILLOUGHBY) (02/15/90)
In an article greyelf@wpi.wpi.edu (Michael J Pender) writes: >A message to laser 128 users, you can pull the 65c02 and replace it, >but there is one side effect - the internal controller for the 3.5 inch >drives won't work right. I'll bet Laser knows about this but are just playing dumb. Either that or the company that designs the stuff, Video Technology, is so completely removed that they don't care. If anyone has a number for Video Technology. please let me know. >I called Laser computer, and they said it's probably a timing problem >due to the way everything else works fine. Well, it's actually because the 65C802 follows the 6502 spec to the letter in Emulation mode, while the original 65C02 in your Laser didn't. To be precise, most newer disk devices (and Ohio Kache's cache card, too) use the RDY (ready) signal on the processor to do pseudo DMA. This signal is normally high (TRUE) to indicate that memory is ready. If it goes low during a memory access, the processor inserts wait states until the memory is ready again. When the 6502 was originally designed, RDY only worked with Read accesses (I don't know why they didn't include Write accesses). When the 65C02 was designed, it was decided to enhance the operation of this signal to work during both read and write. But this made the 65C02 incompatible with a FEW 6502 board designs (but the stock Apple ][ was not affected). WDC, NCR and Rockwell both make chips of this type. At this point in time, many Apple bus devices were designed to work using RDY, but would only work properly with the 65C02, not the 6502. Then, when Western Design Center designed the 65C802, WDM decided that ultimate compatibility with the TRUE ORIGINAL 6502 was desired for the pin-compatible version of the 16 bit processor. Thus the Native mode of the 65C802 does not support RDY during Write, although in the Native (16 bit) mode, the 'C802 changes to work like the 65C02. BTW, the 65C816 always supports RDY, since you cannot plug it into a board designed for the 6502 anyway. >I do however have a spare UDC card that was laying around, so I'm running >on a 65c802 with my 3.5 inch drive running from the external slot. This is how I found out about the problem. I purchased a UDC for my Apple ][ Plus and I had a similar problem because the UDC wouldn't work for me. Now that I have a //e, the UDC works fine with the 'C802. Curiously, if I use the TransWarp in my ][ Plus with a 'C802, then the UDC will work. But a 'C802 on the motherboard causes the UDC to crash. I assume that this is because the TransWarp makes my Plus appear to be a //e (i.e. you have 128K on a Plus with the TransWarp active). Evidently, the Laser 128 has no support for the 'C802 whereas the UDC tries to support it on the //e (and above?) only. There is a bug in the UDC code, too, because it works on my //e but not my ][ Plus (except with the TransWarp as noted). >This way everything works just fine... > >I made an official request that they look into it, and since its just a >timing problem (probably) it can probably be corrected by just >coming out with a new version of ROM. I bugged Laser quite a bit about the UDC troubles I had, but they claimed that they did not support the ][ Plus (even though the document that came with MY board claimed it would work on a ][ Plus - the person on the phone said their documentation was wrong!). If the 65C802 is switched into Native mode, then the RDY signal acts the same as it does on a 65C02 (i.e. Read and Writes are both extended). All that would need to be done is to switch to Native mode (keeping all 8 bit settings) and RDY will work. Note that the UDC ROMs already have 'C802 code in them (carefully planned to be NOPs on the 65C02). >How would I go about reading the Eprom in my laser, and substituting >a different set of code for the UDC roms? If the processor can execute it, then you can copy the data to disk and reassemble it. Then you can make modifications and burn a new ROM. The hitch is that you have to figure out how to understand about 8 K of uncommented assembly which accesses undocumented hardware I/O! Warning, the UDC code is banked in with 8 segments. The 2K range from $C800 to $CFFE is half RAM and half ROM. The 8 1K ROM segments make 8K total ROM - a real bitch to print out and document/decipher. I suppose that the 3.5 interface built into the Laser 128 works similarly, but if it doesn't you're probably completely out of luck in trying to get the UDC code into your Laser. In this case, modifying the existing Laser 128 code is best. >Whatever equipment would be required, I'm sure its available around >the school here somewhere. You'll need an EPROM burner and some method of getting your modified data into the memory of the burner. I would suggest a Apple bus-based EPROM burner. If you have enough slots on that Laser :-) Brian Willoughby UUCP: ...!{tikal, sun, uunet, elwood}!microsoft!brianw InterNet: microsoft!brianw@uunet.UU.NET or: microsoft!brianw@Sun.COM Bitnet brianw@microsoft.UUCP
greyelf@wpi.wpi.edu (Michael J Pender) (02/16/90)
In article <50029@microsoft.UUCP> brianw@microsoft.UUCP (Brian WILLOUGHBY) writes: >In an article greyelf@wpi.wpi.edu (Michael J Pender) writes: >>A message to laser 128 users, you can pull the 65c02 and replace it, >>but there is one side effect - the internal controller for the 3.5 inch >>drives won't work right. >I'll bet Laser knows about this but are just playing dumb. Either that >or the company that designs the stuff, Video Technology, is so >completely removed that they don't care. My that sounded nasty. But Laser Computer knows now, I called them and told them. ROM version 5.0 works just ducky with the 65c802, its just the ROM version 6.0 that has a problem, no doubt some different instructions changed the timing rates. The impression I was left with was that I could just buy the $15 chip (ROM version 5.0), or let them try to figure it out. I've waiting for them to call me back, they're very good that way. >If anyone has a number for Video Technology. please let me know. I have an 800 number for them, if I give it to you do you promise not to tell them I gave it to you? :^) >>I called Laser computer, and they said it's probably a timing problem >>due to the way everything else works fine. > >Well, it's actually because the 65C802 follows the 6502 spec to the >letter in Emulation mode, while the original 65C02 in your Laser >didn't. I don't know about you, but it makes sense to me, that if all the machines are being produced with a 65c02 in them, you make use of the additional instructions and addressing modes of the superior chip to produce a faster machine. Where would the IIGS be if it restricted itself to 6502 instructions? >This is how I found out about the problem. I purchased a UDC for my >Apple ][ Plus and I had a similar problem because the UDC wouldn't >work for me. Now that I have a //e, the UDC works fine with the 'C802. But my UDC works just ducky with my 65c802, its just the internal card that does the wierdness --> a timing problem. --- Michael J Pender Jr Box 1942 c/o W.P.I. W.O.S. is not dead. greyelf@wpi.bitnet 100 Institute Rd. ...its time to get started, greyelf@wpi.wpi.edu Worcester, Ma 01609 there is much to be done. If my next computer isn't a IIgs, it won't be an apple... Me.
cdm@pro-freedom.cts.com (Carl Macdonald) (02/18/90)
In-Reply-To: message from brianw@microsoft.UUCP Brian - I have an '802 in both my ][+ and my Laser128EX and I'm not having any trouble at all. Also my ][+ has a UDC installed. Carl MacDonald DISCLAIMER: All opinions expressed here are my own, not those of my employer or anyone else, living or otherwise. UUCP: crash!pnet01!pro-freedom!cdm ProLine: cdm@pro-freedom ARPANet: crash!pnet01!pro-freedom!cdm@nosc.mil InterNet: cdm@pro-freedom.cts.com