sup8pdct

Never use basic for timing like this. Assembly is the only way to go JAMES

I had a close look at mine (required an illuminated magnifying glass) at the 74LS288 chip. Turns out it is a 74S288 and 82S123 (both marked on the chip). oops. better fix the schematic. Am now curious as to which FDC every one has in there's. Mine is a 1793B-02. One pic has shows 1797. James

I use atari800win 4+ emulator. One option is to convert atasci to asci and back. Unfortunately it has a bug where if a character to be converted falls on a multiple of 256, it won't be converted. James

Next question. What bit pattern gets programed into it? What chip is in yours? is it wired same as the 288? James

It is part of the data separator circuit not far from the FDC. It is marked incorrectly on the PDF schematics. I have corrected it on my updated ones. At least it is what is in mine. James

There is only 1 chip in the ATR8000 that cannot be replaced easily. it is U46 a 74LS288. Alternative? James

12V is also on the FDC. Check out the schematics in my archive. I have fixed them to make them match mine. Hope i got all of the errors. James

Here is a ZIP archive of files etc that i have created that may interest people and includes files and instructions on how to create a bootable CPM disk on/for the ATR8000. I have included quite a bit. except for the ATR8000 manual. I would like the CPM manual for the ATR8000 but noone has scanned it yet. James ATR8000 boot.zip

It would be possible. A program will need to be written. Another way is if you have and INDUSGT with ramcharger and CP/M, you can transfer them over using the indus CP/M software onto a disk. The ATR8000 cpm should be able to read it. One thing to consider with a custom written program would to invert the data being transferred. James

Problem 1. It won't format a disk, yet it can read and write sectors. I suspect the FDC. Problem 2.After a very short time with CP/M running, it refuses to accept text input or mirrors it back. Once an app is running that outputs only, it runs fine. Maybe the CTC is acting up? James

I had better step through the disks on Don Maslins CP/M disk collection. ATR8K382 is the old version 03-1982. this has problems with different format disks, namely single v double sided. Some files of the same name are in the image below but are only meant for this version. Don't ever mix them. ATR8K484 is seriously damaged. only good part is the system tracks, tho CPM starts at $D200 compared to the default which is $D400 ATR8KATM so damaged that the disk is blank. ATR8KBIO has 2 files. AUTOBIOS.MAC Is the source file of the Bios of the 04-1984 version. It does a .include for DEBLOCK.MAC as part of its assembly. I have this as a text file. DEBLOCK.MAC is the source file of deblocking routines for 03-1982 version.Someone has done a oops here. Also have this as a text file. ATR8KMDM has 2 files SERIAL.MAC. source for serial routines for modem37? in z80 opcodes. I have this as a text file MODEM37.MAC. source for modem37 in 8080 opcodes. I also have this as a text file. ATR8000 All files are on the atr image i made. System tracks created by the ATR.EXE file i made. Loads at $D400 (default) Does anyone want any of the other disks done so that they can be loaded onto the CPM box? I can see no reason to do so apart from the early version for hysterical value. James

I'm not. I have to rely on others to test what i am doing as my ATR8000 isn't working properly. A real community effort Any SS/DD drive should be ok as well as any disk copy program that copies all sectors and can handle 256 byte sectors. Using the mech on on the ATR8000 would be the best to use. James

I am doing it by hand using WINHEX. The first disk, i just used the files that were zipped separately in that archive. The others tho Are more problematic. The FDI images i have found from the start of the directory till the end of the file have the sectors stored in this order 1,3,5,2,4 @ $400 per sector. 22NICE was a bit hit and miss. Some files extracted ok. Some didn't, depending on the block size used and if sectors are in the right order. What i am doing is to create a blank SS/DD atr in an emulator. Load it and an IndusGT cpm disk to see where things are. Load each file and copy and paste to the correct position on the blank ATR file and update the directory. I also created an excel spread sheet to keep track of block numbers used, position in file etc. A specially written program would be easier but it would need to be tailored to each disk. Don't even bother with ATR8K484.tdo The whole 2nd side isn't there. Have found read.me in atr8k382 has the high bit set random places through out the file. Don't know about the rest of the disk tho. James

That is good. only 1 mistake on a manually assembled cpm data disk. An easy fix. Now just to write up some instructions and do up a zip file. There are 6 disks in total in the archive. 1 is broken as only 1/2 of the data area is there, but all boot data is there. one is an older version of the of the CPM bios. one has nothing at all. the other 2 have source code. It will take time to extract the files however. James

This should be it. All files that are on the ATR8000.TD0 image should be on this that can be created with any SS DD drive and can read on the ATR8000 floppy mech running CPM. Please test for me and let me know how it goes. You should be able to read the MAKESYS.doc file and do as it says to make copies. James CPMFILES.atr

That is good. There are files on that latest disk to format new data disks, make them bootable and copy files over. Am slowly working at hand assembling the rest of the files on to the ATR image. Maybe will dump the text files here. James

damm IT. James Edit: DOH!!!!!! I see what i forgot to do....... Didn't invert the data............. Fixed that bit. please try this one. cpmtest1.atr

Here is version 2. Use utility to write system tracks and please tell me what happens. James cpmtest1.atr

Ok. thanks. Something is WAYYYYYY!!!! out of wack. I figured that maybe the block size is 2048 just like on the ATR8000 disk image, but it has 1024 byte sectors as well. Maybe the 256 byte sector disks have 1024 byte blocks. Will need to re work it heaps. And try it again. At least i got the directory in the right place......... James

It will never get to the commented out RET. the JP sendbuff means the program JumPs to sendbuff. same as JMP in 6502. CALL in z80 is same as JSR in 6502. James

I have hand assembled this CPM disk with some files on it. No idea if this will work. Just disk copy the atr to a real floppy on a DD drive and make sure it is single sided . Wipe the disk before you format and write this out. Am hoping the CPM files will load and work ok. They are DDSYSGEN for the latest version only (27-april-1984). DDINIT to format disks SYSTEM.SWP that DDSYSGEN can use if asked to. Feedback please. James cpmtest1.atr

There is a difference when you first see CP/M boot. ***************************** ** 60K CP/M version 2.2 ** ** for ATR8000 31-Mar-82 ** ***************************** early ***************************** ** CP/M version 2.2 ** ** for ATR8000 27-April-84 ** ***************************** Latest James

Yes. Several files are different but more importantly, the BIOS written by swp is different. I have attached a text file that explains a few things. James NEWS.DOC

Part of DDsysgen program is to read the idmark of the disk inserted. That is why a formatted disk is best to use. DDSYSGEN allows for the larger disks. tho it still only uses 9 or 10 sectors on each track. No bit inversion required. The atr file will be done from the atari side. Every drive will invert the bits while reading the disk before sending it to the atari. The reverse will happen when writing. The disk you made. was it single or double sided? Different drives handle the 2nd side differently. The XF551 steps from track 40 to 1 on the 2nd side. I believe the ATR8000 when reading atari disks steps from 1 to 40 on the 2nd side. (i think). A ATR8000 cpm disk would need to be made in this order. Make a disk from an atr file, then write the system tracks using my file. James

Here is a new file that should play a bit nicer both ends. As usual, change TXT to EXE. On the ATR, if there is success in writing the system tracks, it should exit ok and you should then be able to run the monintor and do a boot without pressing reset. If it fails to make system tracks, the atr should reset thus giving a type of feedback. It does this on mine. The atari end pauses and return to dos. It should be possible to put CPM direct onto the atr, but then you need to run a monintor etc so more work on the atari end is required, then you need files on a floppy to do anything. If someone could format a 256 byte sector disk on the ATR8000 using DINIT then copy all the ATR8000 files to that without making system tracks, then you should be able to make an atr file of that on any DD drive so that anyone can have the ATR8000 files and be easily distributed. There is more then one disk in the teledisk archive so doing each to 256 byte sectors should be done if they are readable and the sectors are in the right order. The ATR8K484 CPM starts at $D200. does anyone want this done as well? What about the earlier version? James atr.txt