This the document I have collected for this project: Some document are directly related to the commodore Some others are just there to try to identify the vendor specific commands used by the 9090 Commented disassembly of the 9090 firmware (the part sending SASI commands) http://netfilters.eu/sd2scsi/9090.asm the info file used to produce this disassembly http://netfilters.eu/sd2scsi/9090.info the excel file I used to decipher the schematics http://netfilters.eu/sd2scsi9090.xls the excel file I used to help decoding the firmware http://netfilters.eu/sd2scsi/9090-2.xls the schematics (from Zimmers) http://netfilters.eu/sd2scsi/9060_schematics6.gif http://netfilters.eu/sd2scsi/9060_schematics8.gif http://netfilters.eu/sd2scsi/9060_schematics.gif SASI Documents http://netfilters.eu/sd2scsi/SASI_revC_Jan82.pdf http://netfilters.eu/sd2scsi/SASI_revC_Jan82(1).pdf http://netfilters.eu/sd2scsi/X3T9.3_185_RevE_SASI_Apr82.pdf <http://netfilters.eu/sd2scsi/OMTI_5x00.pdf> http://netfilters.eu/sd2scsi/OMTI_5x00.pdf http://netfilters.eu/sd2scsi/DTC-500B_Series_User_Manual.pdf SCSI Documents http://netfilters.eu/sd2scsi/Basics_of_SCSI.pdf http://netfilters.eu/sd2scsi/WD1002-SHD_OEMmanualAug1984.pdf <http://netfilters.eu/sd2scsi/3001206_OMTI_5000_Series_Reference_Aug85.pdf> http://netfilters.eu/sd2scsi/3001206_OMTI_5000_Series_Reference_Aug85.pdf http://netfilters.eu/sd2scsi/100293068c.pdf The first SCSI peripherals where just SASI one relabeled Termpower was absent on SASI and the first SCSI peripherals (it was added latter) The peripherals I used in 1982/1983 were very close to SCSI 1 specification I’ve searched for hours but have not been able to find a datasheet for The SASI to MFM board inside the 9090 (made by CMI) If someone is interested in this project, the guy who designed the sd2scsi board Accept to adapt is firmware to support the commodore. As it was said earlier, we can also design a new firmware for the 9060/9090 So he would just have that’s his firmware does not choke on the missing ATN and Parity And implement the 256 byte transfers… De : owner-cbm-hackers@musoftware.de [mailto:owner-cbm-hackers@musoftware.de] De la part de hwarin@neuf.fr Envoyé : mardi 28 janvier 2014 20:36 À : cbm-hackers@musoftware.de Objet : Re: Re: Commodore 9060/9090 repair We are all there interested in preservation of our prefered obsolete computing systems. As time passes, it is definitely a complex task, as, if *most* electronics parts can't die (and can be replaced/rebuilt), mechanical ones are going to die one day or one other. This is not specially problematic for "standard" parts (as 1541 that have been widely produced ...) but it becomes more and more difficult to find exotic ones. On eBay, try to find a (working ?) 100TPI drive .... or a simple ST412 HDD (for what intersets some peoples here ... it's even more complicated to find 8 inch materials) ... And, without those kind of materials, soon or late, we won't be able to operate in a normal way some of our prehistoric toys. So, yes, this is complicated [256 bytes, termpower, etc], and this is of "real" interest only for few people. How many SFD1001/8050/8250/90x0 are still over the world ? ... How many remains in operating condition ? Owned by how many peoples ? Who are aged of ? What will this become in future ? I don't think it's a question of money ... Anyone can have a 1Tb sata HDD for 50/70€ a complete new laptop for 300€. It's more a question of opportunity, courage, skills, and competence. - The guy from SCSI2SD have done a relatively cheap hardware (70$ au - No idea in € but certainly not enormous) used by early Mac users, they seem quite pleased with it. And this won't certainly pay him for all his work. - Didier was involved, at the time, in Procep (unique French Commodore importer/wholeseller at the time of the PET/C64). He has knowledge on SASI/SCSI, hardware and 6502/AVR programming. I am ready to help "community" in preservation on this kind of material ... I have few spare time, very few electronics knowledge (pretty none in SASI/SCSI except jumpers ...), my 6502 last practice have more than 20 years, but I'm convinced that a SASI/HD replacement board will be a safety for future of D90x0s. When do we start ? By what ? Hervé Tous vos emails en 1 clic avec l'application SFR Mail sur iPhone et Android - En savoir plus <http://www.sfr.fr/telephonie-mobile/services-options/services-smartphones/applications-sfr/sfr-mail/android?sfrintid=M_email_signature> . ======================================== Message du : 28/01/2014 16:55 De : "Ethan Dicks " <ethan.dicks@gmail.com> A : cbm-hackers@musoftware.de Copie à : Sujet : Re: Commodore 9060/9090 repair On Tue, Jan 28, 2014 at 8:29 AM, didier derny wrote: > Apparently a solution almost exist to repair the broken 9060/9090 > > a board: SCSI2SD permit to connect a board converting SCSI to a sdcard > http://www.codesrc.com > > the commodore is not SCSI but SASI some differences exists: > > - no termpower on SASI (it is possible to build a custom cable with the > termpower wire removed) > - on the 9060/9090 the ATN and Parity Lines are not connected > - the 9060/9090 is using vendor specific commands. Some of those vendor specific commands are related to low-level formatting the HDA through the SASI bridge, so they wouldn't apply to a more modern SCSI target anyway. Parity is something that could be enabled or disabled in early SCSI targets. Perhaps it could be disabled in the SCSI2SD (especially if you have to load custom firmware in the SCSI2SD anyway. See 'sector sizes' below). > this board has a support for a replacement of SCSI drives in apples. A very middle-of-the-road platform that doesn't require any exotic options on the SCSI2SD. > he could eventually add the support for SASI commodore 9060/9090 if > someone is interested. Start with the fact that the D90x0 firmware uses and expects 256 byte sectors. The same physical drive when used with contemporary PC MFM controllers is formatted to 17 512-byte sectors per track, but in the D90x0, it's formatted to 32 sectors of 256 bytes. Start with how the SCSI2SD would handle that and you will have gone a long way to getting it to work. The alternative is to completely rewrite the D90x0 firmware to work with 512 byte sectors but ignore half the data space (not a problem with modern hardware because the max filesystem with DOS 3.0 is around 16MB, even if you extend the geometry past the real size of a TM603S). We've devolved to the point where all drives act like big wads of sectors that are perfect (no bad blocks to work around) and are always 512 bytes per block. Things were not always so, and a lot of the options and flexibility and extra complexity of 30 years ago has just vanished. It comes roaring back when you want to hook a modern device to a vintage one. It's not an unsolvable problem, but there are specific technical issues to be overcome. Unlike a 1541, of which millions were made, the D90x0 drives only number in the thousands, so it's less appealing to custom-craft hardware when you might only sell a couple dozen boards. It also comes down to "how much would you pay?" If the answer is "$200", then there are a lot more options than if the answer was "$50". Please don't take this as discouragement, but it is meant to point out a specific technical problem which must be solved by modifying the thing at one end of the SASI cable or the other for it to work. -ethan Message was sent through the cbm-hackers mailing list Message was sent through the cbm-hackers mailing listReceived on 2014-01-28 21:00:41
Archive generated by hypermail 2.2.0.
